hallo
so kommen wir keinen schritt weiter
deine 750-841 PFC Ethernet ist ja keine normale sonder eine spezielle variante für EtherNet/IP
es kann schon sein das es auf dieser nicht klappt
die frage ist auch , geht denn überhaupt etwas anderses drauf
probiere doch mal
lade dir dort die “WagoLibHttp_02.lib” + doku runter und probiere das mal aus
vielleicht läuft ja nicht mal die wago eigene lösung drauf
so,
die Wago-Lib hatte ich schonmal ausprobiert und dieses Projekt hat die Abfrage ausgeführt.
die Hardware und die Netzeinstellungen hatte ich als erstes überprüft.
im Anhang das Projekt, ein Screenshot und den Wireshark-mitschnitt.
und es ruft auch “Vienna, AT Weather Forecast, Conditions, and Maps – Yahoo Weather” ordnungsgemäß ab.
die frage ist, was meinst du mit “die frage ist auch , geht denn überhaupt etwas anderses drauf” ?
wenn du meinst, ob überhaupt ein programm ordnungsgemäß abgearbeitet wird, :
einlesen von 4 analogwerten und skalieren geht.
die stundenmittelwertbildung geht auch,
die werte in einen 366 tage-array als stundenwerte eintragen läuft auch über mehrere wochen korrekt.
ich glaube nicht, das ein Hardware-problem vorliegt.
ich wollte nur halt nicht meine wetterprognose so wie bisher auf einem seperaten rechner laufen lassen, welcher mir die daten in die sps schreibt.
die variante benutze ich z.Z. auf Arbeit für S7-300 und Beckhoff CX1020. aber privat muß ich auch etwas an den Stromverbrauch denken.
[gelöscht durch Administrator]
Hallo,
jetzt konnte ich das Verhalten erneut beobachten: Programm geladen, gestartet, Abbruch mit Fehlermeldung, erneuter Start: “Busy” und kein Ende. Ich hoffe, die Screenshots nach dem ersten Durchlauf zeigen jetzt alle Infos. Sonst mache ich neue. Ich denke, ich kann das Verhalten jetzt wieder hinbekommen.
Das File von Wireshark kommt auch noch…
Gruß
[gelöscht durch Administrator]
hallo
ich hatte in den letzen tagen relativ wenig zeit, so dass unsere baustelle etwas eingeschlafen ist.
nun habe ich aber dir ein weiters test projekt vorbereitet
dieses mal greifen wir etwas tiefer in die trickkiste !
im ip_control baustein steckt eine deaktivierte debug-funktion, die ich nun für dich wieder scharf geschaltet habe
damit werden die wichtigsten schritten im ip_control dokumentiert.
mittels der nachrichten können wir hoffentlich feststellen wann was passiert
im anhang findest du das neue testprojekt
einfach nur einmal manuell “activate” auf true setzen, und danach unter globale variablen (oscat.network bibliothek)
die log-einträge für mich grafisch dokumentieren
das was normalerweise sein sollte siehst du im angehängten bild
[gelöscht durch Administrator]
Hallo,
also bei mir sieht es anders aus. Hoffe, wir kommen so Stück für Stück voran.
Gruß
[gelöscht durch Administrator]
hallo
probiere es nochmal mit dem neuen projekt im anhang
habe den ip_control etwas verändert
wenn es nicht geht, dann wieder die infos grafisch dokumentieren
[gelöscht durch Administrator]
Hallo,
hat noch nicht ganz geklappt, aber ich konnte den Baustein schon mehrfach hinter einander anstoßen. Die ersten zwei Bilder zeigen die Variablen und den Baustein nach dem ersten aktivieren. Die letzten zwei zeigen den Zustand nach drei oder vier mal aktivieren. Auf jeden Fall ist der Baustein jetzt schonmal nicht mehr in Busy hängen geblieben. Oder liegt das am Debug-Modus?
Gruß
[gelöscht durch Administrator]
hallo
beim letzten versuch wurde mit fehler 0xFD000000 die tcp-verbindung beendet
das passiert dann wenn der TCP_RCV oder TCP_SEND Systembaustein nach dem zyklischen aufruf eine 0 rückmeldet
das war bei den von mir getesteten steuerungen bisher immer die meldung das vom remote-seite die verbindung beendet wurde
wenn das aber bei deine sps nun nicht mehr so ist, dann glaubt der ip_control das die verbindung von der gegenseite beendet wurde, und schliesst auch sps-seitig die verbindung.
nun habe ich die debug-meldungen noch mit einen zeitstempel versehen, um auch den zeitlichen verlauf erkennen zu können
sowie diese remote-close abfrage tot gemacht und zusätzlich eine debug-message eingebaut
teste bitte wieder
die debug-messages will ich auf jeden fall wieder haben !
wenn immer noch nicht klappt wäre nochmals ein wireshark file nicht schlecht
ich kann dann bis donnerstag abend nichts für dich machen …(bin unterwegs)
[gelöscht durch Administrator]
Hallo,
es hat funktioniert!!!
Debug-Messages und Baustein habe ich festgehalten. Lief auch mehrfach ohne Fehler durch. Dauer ca. 5 Sekunden. Soll ich noch was für das Debuggen festhalten? Jetzt habe ich ja ein lauffähiges Programm.
Gruß
[gelöscht durch Administrator]
hallo
freut mich wenn es geht
es dauert 5 sekunden weil das die eingestellte timeout zeit ist
bei dieser http-abfrage gibt es keine “content-Length” somit wird über ein empfangs-timeout das ende der daten erkannt
je höher du die zeit einstellst desto länger wartest du aus “done”
problem ist das das eigentlich nicht sein sollte
die doku der systemlib sagt eindeutig das eine 0 ein verbindungsabbruch des partners ist
wir sehen aber klar in den debug-massages das wirklich ständig eine 0 zurückkommt
was mich noch sehr verwirrt, ist das es angeblich mit “WagoLibHttp_02.lib” funktioniert, da diese lib genauso auf eine “0” mit
verbindungsabbruch reagiert
kannst du das für mich bitte nochmals verifizieren
du kannst mal diese version weiterbenutzen
ich werde dir bis freitag noch eine debug.message freie version machen, um das system nicht unnötig zu belasten
werde mir das ganze nochmals ansehen, und eventuell machen wir noch irgendwelche tests
hallo,
ich war das mit der “WagoLibHttp_02.lib” nicht. Aber wenn du mir sagst, was ich wie testen soll, damit die Sache doch noch Rund wird, mache ich das.
Auf jeden Fall kann ich so schonmal weiter am Programm arbeiten.
Bis Freitag…
hallo
ichwerde dir bis freitag ein testprogramm erstellen mit der wagoliphtttp
das testest du dann bitte nochmals, dann werden wir sehen was wirklich los ist
ps: wenn man mobil mittels smartphone schnell antowrten schreibt, dann sind erschreckend viele tippfehler drinnnen
verzeiht mir …
hallo
im anhang findest du ein testprogramm das die http_get funktion mit der original wago bibliothek durchführt
mal sehen welches ergebnis du damit bekommst
[gelöscht durch Administrator]
Hallo,
hier das Ergebnis: scheint geklappt zu haben. Ich habe “xhttpsend” einmal gesetzt. Ich hoffe, das war so richtig.
Gruß
[gelöscht durch Administrator]
hallo
ja, danke genau das solltest du machen
jetzt muss ich wieder ein wenig drüber nachdenken
hallo reinesve und sven
zu den ganzen problemen kann ich inzwischen eine erklärung liefern
bisher habe ich auf einer WAGO 750-841 (FW16) alle Test durchgeführt (lief auch optimal !)
die probleme die du mit deiner 750-841 hattest sind auf die FW19 rückzuführen
diese verhält sich einfach anders
damit die network.lib auch auf der 3S-WinPlcNT (PC-Soft-PLC) arbeitet hatte ich eine spezielle Codesequenz
die aber nun seit FW19 mir diese Probleme machten
dadurch habe ich nun den Code soweit angepasst das es wieder normal funktioniert
für die nutzung der 3S-WinPlcNT muss man nun die globale Variable “SysSocketlib_option” auf 1 setzen
das ist ein gangbarer kompromiss !
im anhang befindet sich die codesys_network_121_hf1.lib zum testen
bitte ausprobieren und für rückmeldungen bin ich immer dankbar
es wäre auch nicht schlecht wenn 750-88x User diese version probieren würden.
damit könnt ihr alle etwas beitragen
danke…
[gelöscht durch Administrator]
Hi @all,
ich kann für den 750-881 und 750-880 grünes Licht geben. Funktioniert einwandfrei.
Yahoo Weather und World Weather funktionieren jetzt beide.
Gruß
Coldice
hallo ColdIce
ich danke dir für deine rückmeldung
Hallo,
also jetzt läuft es bei mir auf der 750-841 (FW19) auch wie gewollt. Great job!
Gruß
hallo peewit,
leider war bei mir die letzten Tage wenig Zeit, so das ich erst heute wie der dazu gekommen bin.
die neue Lib läuft und damit funktioniert es auf anhieb.
Dankeschön.