Hallo zusammen,
ich bin neu hier im Forum und bin sehr über die Aktivität und die Qualität überrascht! Echt super!!!
Jetzt zum Problem: ich habe eine Wago 750-841 Steuerung bei uns zu Hause installiert. Eigentlich läuft alles super, eigentlich…
Ich möchte jetzt gerne mit dem Baustein Yahoo World Weather die Wetterdaten auslesen. Dazu habe ich in einem Demo-Projekt die network_lib_112 geladen und das Demo Programm aus der Lib importiert. Router Adresse und Ortskennung geändert und geladen. Mit dem Erfolg: der Baustein wechselt bei Aktivierung in Busy und das war alles. Keine Fehlercode, nichts! Muss ich noch Portfreigaben machen? Wenn wenigstens was in dem Fehlercode stehen würde, aber leider nein…
Vielen Dank!
hallo
wenn du überhaupt keinen fehlercode bekommst, dann ist der yahoo_weather baustein mit keinen IP_CONTROL über die datenstruktur verbunden
das einfachste ist wenn du dein testprogramm online stellst, dann werde ich deinen fehler sicherlich gleich finden
Hallo,
hier das Demo Programm mit dem beschriebenen Verhalten!
Danke
[gelöscht durch Administrator]
hallo
das programm selber dürfte in ordnung sein
aber so wie es aussieht, wird dein programm in keinen task aufgerufen ???
check das doch mal !
[gelöscht durch Administrator]
Hallo,
das hatte ich in der Version vergessen. 
Der Aufruf in PLC_PRG() ist doch o.k., oder muss ich Yahoo_Wetter() in einer festen Task aufrufen? Ich dachte, wenn keine Tasks festgelegt sind und ich die Unterprogramme über PLC_PRG() aufrufe, läuft der Programmablauf in vorgegebener Folge und zeitlich nacheinander.
[gelöscht durch Administrator]
lass mal dein programm laufen und mache ein paar bildschirmhardcopy von den bausteinen bzw den online-variablen
Hallo,
hier ein Paar Sreenshots vom Programmablauf. Ich hoffe, man kann die wichtigen Infos finden. Einziger Unterschied zum Test Programm: es werden durch PLC_PRG() noch weitere Unterprogramme aufgerufen.
Alle Variablen sind statisch, bis auf IP_CONTROL_1.tx. Der Wert läuft hoch.
[gelöscht durch Administrator]
hallo
danke mal für deine infos
das ist nicht ganz so einfach …
nimm bitte mal mein testprojekt (siehe anhang) und lasse es laufen !
ich habe es auch auf einer 750-841 probiert , läuft bestens !
nimm die angehängten bibliotheken (sind die neuesten)
die basic_micro_333.lib ist eine abgespeckte basic lib , damit man mit der maximalen bausteinanzahl keine probleme gekommt
siehe test.jpg , da kannst du sehen das es läuft
[gelöscht durch Administrator]
hallo,
werde das morgen mal ausprobieren. Ich habe nur eine Steuerung und die steuert gerade auch das Licht im Haus :). Wäre nicht die beste Idee, ein neues Programm zu laden. Ich melde mich dann…
Hallo,
so habe das Programm geladen und nur die folgenden Änderungen vorgenommen: IP Adresse des Routers, IP der SPS in der Verbindungskonfiguration und den Ort der LIB´s angepasst. Mit dem Ergebnis: beim ersten Mal aktivieren meldet der Baustein nach ca. 5 Sekunden “done”, aber mit dem Fehler FF/02. Also eine Zeitüberschreitung. Beim nächsten Start ging der Baustein in busy und blieb da wie schon so oft gesehen.
Kann es sein, das vielleicht Ports geöffnet aber nicht richtig geschlossen werden, so das es beim nächsten Mal starten zum beschriebenen Verhalten kommt?
Langsam bin ich etwas am verzweifeln…
Gruß
[gelöscht durch Administrator]
hallo
Fehler FF , wie sah es genau aus !
FF00_0000
00FF_0000
0000_FF00
mach noch mal einen test, aber so das es nur einen einzigen durchlauf gibt (kein zweites mal starten)
dann dokumentiere nochmals die variablen per grafik
ich habe dir im anhang bilder reingegeben von den variablen die mich interessieren, und das ist auch der zustand
so wie er nach einen fehlerfreien durchlauf aussehen sollte.
[gelöscht durch Administrator]
Hallo,
der Fehler sah so aus: FF00_0000.
Das Programm kann ich morgen erst wieder testen…
Gruß
Hallo,
hat leider etwas länger gedauert. Beim Erneuten laden in die Steuerung konnte ich das Verhalten leider nicht mehr beobachten. Hier aber trotzdem die Bilder…
[gelöscht durch Administrator]
Hallo liebe Gemeinde, ich habe auch das Problem mit dem Wetter.
So wie es aussieht, scheint der HTTP-Get die Verbindung nicht aufzbauen.
im Anhang die Variablen und ein Mitschnitt via Wireshark
Ich vermute, das eventuell die Systembibliotheken dran schuld sind.
meine Konfguration :
CoDeSys : Version 2.3.9.25 (Build Nov 12 2010)
Benutzte Lib:
codesys_network_121.lib 27.1.12 17:39:15
oscat_basic_micro_333.lib 27.1.12 17:39:24
Standard.lib7.9.10 14:37:47
SysLibFile.lib7.9.10 14:37:47
SysLibSockets.lib*7.9.10 14:37:48
Benutzte SPS:
Wago 750-841 PFC ETHERNET
SW Version : 04.01.06(19)
HW Version : 11
FWL Version : FBK V01.01.00 IDX=02
IP-Adresse : von DHCP-Server ( Rechner hat problemlosen Zugriff ins Netz)
Das Programm ist das aus Antwort 7.
Ich würde gerne mal die Bibliotheken benutzen, bei denen es funktioniert.
[gelöscht durch Administrator]
hallo
das problem kann ich bislang nicht nachvollziehen, da es bei mir auf der 750-841 immer funktioniert
laut wireshark aufzeichnet wird die dns-abfrage fehlerfrei durchgeführt
dann wird die tcp-verbindung zum wetter-server aufgebaut, jedoch sofort wieder von der sps beendet
probiere doch mal die vorgänger-versionen der bibliotheken aus (siehe anhang)
nach ne frage:
hast du irgendeine andere ethernet-kommunikation auch schon mal von der bibliothek benutzt
gehen die , oder hast du überall probleme
[gelöscht durch Administrator]
damit komme ich beim HTTP-Get beim Verbindungsaufbau zu einem Timewout-Fehler.
ich vermute , da ja das Testprojekt beim ersten öffnen eine veränderte Version der Bibliotheken ( die Oscat waren es nicht !) bemerkte.
[gelöscht durch Administrator]
Ich habe die Wago (Starterkit) noch nicht lange. Aber ich habe mal die Abfrage von Wago ausprobiert, die hat zumindest die Daten von der Webseite geholt, ist aber mit dem empfangsbuffer viel zu klein. aber an der Hardware sollte es dementsprechend nicht liegen.
Welche Versionen haben denn bei dir die :
Standard.lib7.9.10 14:37:47
SysLibFile.lib7.9.10 14:37:47
SysLibSockets.lib*7.9.10 14:37:48
?
könnte es eventuell an denen liegen?
ich habe nur alte sachen in verwendung
Standard.lib22.11.04 10:21:12
SysLibFile.lib5.10.04 09:35:52
SysLibSockets.lib*14.04.05 11:11:38
bei deinem letzten wireshark mitschnitt ist folgendes
tcp verbindung wird von der sps zum server aufgebaut
dann wird aber nichts an den server gesendet
nach timeout seitens sps wird die verbindung abgebaut
alles sehr merkwürdig
Ich hab mal die 3 von mir angehängt.
vielleicht liegt es wirklich an denen.
[gelöscht durch Administrator]
Hallo,
war beruflich leider etwas sehr eingebunden…
Bin aber auch noch nicht weiter, ich habe auch schon ältere Versionen der Lib´s ausprobiert. Leider ohne Erfolg. Ich habe allerdings den einmaligen Verbindungsaufbau bis jetzt auch nicht wieder beobachten können.
Ich werde das auch mal per Wireshark aufzeichnen und posten. Von der Network.lib benutzte ich bis jetzt übrigens noch keine andere Funktion.
Gruß