OSCAT Forum
network.lib => Codesys 2 => Thema gestartet von: andi72 am 20. April 2011, 12:07:41
-
Hallo,
ich habe win Problem mit dem Baustein SNTP_CLIENT. Dieser liefert mit keine Zeit zurück, es wird nur immer der Error 16#0000FF00 augegeben. Die Auflösung der Adresse time.windows.com wird aber erfolgreich ausgeführt. Habe schon alles mögliche versucht aber komme nicht weiter. Hat mir jemand einen Tip? Anbei das Programm im Anhang.
Gruß
Andi
[gelöscht durch Administrator]
-
wenn die dns-auflösung von time.windows.com funktioniert heisst das noch nicht das der dienst auch erreichbar ist.
probiere mal einen alternativen
time.nist.gov
time-a.nist.gov
time-b.nist.gov
der fehlercode heisst , das der udp-socket korrekt eingerichtet wurde, dann udp-daten an die adresse versendet wurden, jedoch
konnten keine bzw keine korrekten daten empfangen werden
nachdem die dns funktion anscheinend problemlos läuft, kannst du kein prinzipielles problem haben, denn sonst würde das auch schon nicht gehen
beide dienste nutzen gleichartige kommunikation
das einfachste wäre wenn du die möglichkeit hast mittels wireshark (etherreal) denn ethernet-datenverkahr aufzuzeichnen
dann würde wir gleich sehen, ob daten zurückkommen oder nicht...
ansonsten sieht dein programm nicht fehlerhaft aus ...
-
Hallo,
erstmal vielen Dank für die Tips!
Also das mit den Zeitservern habe ich probiert, leider ohne Erfolg. Die Fehlermeldung bleibt bei allen Zeitservern die gleiche.
Ich werd mal mein glück mit dem Ethernet-Datenverkehr versuchen und es hier posten....
Gruß
Andi
-
was sonst noch sein kann
ich nehme an das die ip 192.168.0.1 dein router ist
somit erledigt er für dich die dns-auflösung
wenn du aber mit sntp-server kommunizierst müssen die daten das lokale netzwerk verlassen, und somit ist die gateway adresse relevant
hast du an deiner sps die richtige gateway adresse vorgegeben ?
ansonsten werden die daten nicht richtig weitergeleitet
was noch sein könnte , aber das glaube ich nicht , das der router bzw irgendwelche regeln , firewall etc..
die kommunikation blockiert oder verhindert.... (ist aber sehr unwahrscheinlich)
was hast du für einen router ?
-
Ja, also der Router (DLink Di-824VUP+) hat die Adresse 192.168.0.1
Also als Gateway ist der Router eingetragen (siehe Wago 1)!
Welcher Port wird denn da angesprochen von dem Zeitserver (bezüglich Firewall)?
was ich jetzt mit wireshark festellen konnte, ist das keine Anfrage an den Router geht. Beim booten bekommt die SPS zwar per DHCP ihre IP/DNS/Gateway aber das war es dann auch. Anbei mal das was ich an Broadkast ausgefiltert habe (Wago 2)!
Gruß
Andi
[gelöscht durch Administrator]
-
Hi
Tausche doch mal DNS-Server 1 mit DNS-Server 2.
(Beide Adressen vertauschen)
Gruß Karl
-
Also den DNS-Server hatte ich auch schon getauscht, im moment wird das ja wübner DHCP vergeben. Hatte aber auch schon feste einstellungen und war dann gleicher Misserfolg.
Ich habe jetzt folgendes probiert. Ich habe die Wago 750-882 CPU gegen eine 750-881 getauscht und siehe da, es geht.
Nun ist die Frage, warum geht das mit der 882 nicht? Die 882 hat ja zwei eigenständige Netzwerkports (also zwei "Netzwerkkarten"), dagegen die 881 nur einen und halt einen eingebauten Switch mit 2 Ports. Woher weiss denn die syslibsockets über welchen Port sie nach Außen gehen kann? Vielleicht liegt es auch an einem Firmwareproblem der 882!?
Gruß
Andi
-
die network.lib ist auf jedenfall fuer die 882 nicht getestet
wenn die 882 zwei netzwerkkarten hat, dann kann es leicht sein das hier das problem liegt
die dns abfrage funktioniert wahrscheinlich weil die anfrage an einen teilnehmer innerhalb des lokalen netzwerks geht (dein router)
die sntp abfrage geht nicht weil dazu die gateway-adresse deiner sps benutzt wird.
und hier etwas nicht passt, bzw von der network.lib deine spezielle konfiguration nicht beruecksichtigt wird
hast du irgendwelche informationen von wago wie man gezielt mit den zwei netzwerkkarten in der sps umgehen muss.
gibt es beispiel-projekte ?
-
leider gibt es da keine beispiele, also ich habe nichts gefunden. aber es wird im handbuch auf die syslibsockets.lib verwiesen, also müsste diese ja mit dem controller funktionieren!
ich habe jetzt eine supportanfrage bei wago am laufen, mal schaun was die dazu sagen.
gruß
andreas
-
Hier mal die Antwort von WAGO:
Hallo Herr Mader,
nach Absprache mit der Entwicklung wurde mir nun bestätigt, dass es für den 750-882 keine SNTP-Funktionalität gibt.
Intern arbeitet der Controller, mit einem Switch, wie zwei eigentständige Netzwerkkarten mit je eigener MAC-Adresse. D.h. abhängig von der Konfiguration (IP Adressenbereich), wird automatisch entschieden welche Schnittstelle für welche Anwendung genutzt wird.
Weiterhin ist mir kein Fehler in Ihrer Konfiguration aufgefallen.
Sie haben erwähnt, dass sie bei der DNS-Adressenauflösung Probleme hatten. Wenn diese nicht nur bei SNTP Servern, sondern auch bei anderen Anwendungen/Internetseiten auftreten, schreiben Sie uns bitte um welche Anwendung / Internetseite es sich handelt. Unter gewissen Umständen kann es beim DNS Protokoll zu Problemen kommen.
Bei weiteren Fragen stehen wie Ihnen gerne zur Verfügung.
Mit freundlichen Grüßen / kind regards
WAGO Kontakttechnik GmbH & Co. KG
Was mich jetztz leider auch nicht weiter bringt...
Hat vielleicht doch noch jemand eine Idee?
Gruß
Andi
-
Intern arbeitet der Controller, mit einem Switch, wie zwei eigentständige Netzwerkkarten mit je eigener MAC-Adresse. D.h. abhängig von der Konfiguration (IP Adressenbereich), wird automatisch entschieden welche Schnittstelle für welche Anwendung genutzt wird.
das hört sich nach layer3-switch an (anstatt auf mac-basis arbeitet er auf ip basis)
das würde bedeuten das die sps keine rücksicht darauf nehmen muss
nach Absprache mit der Entwicklung wurde mir nun bestätigt, dass es für den 750-882 keine SNTP-Funktionalität gibt
.
das bedeutet höchstens das die sps keinen funktionierenden sntp_client integriert hat, was uns aber eh ziemlich egal ist
die frage ist, warum geht es auf einer 881 und nicht auf der 882
das sollte wago eigentlich beantworten !!
also keine verwertbaren erkenntnisse .....
so ist das leider oft......
die frage ist, wenn der sntp_client innerhalb des lokalen netzwerkes ist, ob dann plötzlich alles funktioniert
das wäre dann ein problem mit dem gateway-routing
soweit ich mich erinnere können normale win-xp rechner als sntp_server missbraucht werden
probiere doch mal ob du innerhalb des lokalen netzwerk von einen xp-rechner die sntp nutzen kannst
probiere das aber vorher mit einer 881 damit du andere probleme/ursachen ausschliessen kannst
-
Hallo,
also ich fand die Antwort von WAGO auch recht dürftig.
Ich habe nun mal mit TimeTools (http://www.timetools.co.uk/ntp-servers/ntp-server.htm) einen lokalen Timeserver installiert und siehe da, hier funktioniert das mit der 750-882. Also doch ein Problem mit dem gateway-routing. Aber das ist doch dann ein Firmwareproblem von WAGO, oder?
Gruß
Andi
-
mit diesen ergebnis solltest du wago konfrontieren !
leider kenne ich die details dieser 882 hardware-lösung nicht
ich vermute das problem hierbei, das anscheind zwei gateway hintereinander laufen, und das dann nicht mehr funktioniert
1 gateway (sps mit layer3-switch routing)
2 gatway ist der nachfolgende internet router
hast du schon mal probiert übers internet auf die sps zuzugreifen
das wäre der umgekehrte weg , aber theoretisch das gleiche problem !
hast du die möglichkeit den datenverkehr mit wireshark(etherreal) mal aufzuzeichen
zwischen sps und internet router
brauchst dazu einen hub oder managed-switch mit spiegel-port oder fritzbox (oder ähnliches)
poste uns doch nochmals deine ganzen netzwerkparameter
was ist bei der sps eingestellt
welcher teilnehmer sind vorhanden mit welchen ip,subnet,gateway etc...
-
Also jetrzt habe ich nochmal rumprobiert...
Ich hab mal ein Wagobeispiel zum versenden von Emails per SMTP ausprobiert. Das gibt es hier zum downloaden: http://www.wago.com/wagoweb/documentation/app_note/a1030/a103006d_f.htm
Das gleiche Problem wie beim Zeitserver mit der 750-882. Die Adresse wird per DNS aufgelöst und das war es dann auch. Kein weiterer Netzwerkverkehr nach dem auflösen der Adresse (mit Wireshark überprüft). Leider müsste ich dann auch noch beim Versuch das Ganze auf der 881 ebenfalls nachzuspielen feststellen, das dieser WAGO Baustein einen fehler hat. Die aufgelöste Adresse der Emailserver wird bei der Anfrage verdreht. Bedeute aus 151.189.21.113 wir dann 113.21.189.151!!! Nachdem ich dann die Server-IP's von hand eingetragen habe, ging die Sache dann mit der 881. Die 882 aber macht dann gar keinen Netzwerkverker mehr, es passiert nichts an der Netzwerkschnittstelle. Hab jetzt darauf auch nochmal den WAGO Support angesetzt, kann ja nicht sein, das nicht mal deren eigene Bausteine auf der 882 laufen...
Was ich auch noch getestet habe, ist mal den SNTP_SERVER aus der OSCAT zu testen, dieser Funktioniert aber leider auf der 881 auch nicht. Hab mal den Netzwerkverkehr dazu als Anhang gepotet. Ist der mit Wago getestet?
Gruß
Andreas
[gelöscht durch Administrator]
-
wenn die adresse verdreht ist, dann ist das ein zeichen das die 882 plattform eine andere ist als die sonstigen
es gibt hier die "host byte order" und die network byte order
und so wie es aussieht ist die host byte order anders als sonst
das wäre ansich noch kein unlösbares problem...
das einfachste wäre wenn wago den ihrerseits mal schaut das die eigenen bausteine funktionieren, und dann werden ich die lösung übernehmen
bitte die wireshark aufzeichnung immer als pcap file posten, denn als text datei ist das für mich wertlos...
ich kann mich leider nicht mehr errinnern, doch irgendwer hatte doch schon mit 881 erfolge....?
kannst du auch nochmals eine zusammenfassung machen, was hast du schon geteset , festgestellt... wo geht was , und wo nicht...
mit wago , mit oscat etc...
-
Hallo,
ich konnte das Problem jetzt lösen. Es lag an den Netzwerkeinstellungen der 750-882. Ich hab die Netzwerkeinstellungen per DHCP über den Router vergeben lassen, so hatte ich es auch bei der 750-881 eingestellt. Dabei hatte ich dann immer die Probleme auf der 882 aber auf der 881 haben alle Netzwertfunkionen funktioniert. Nach nochmaliger Rücksprache mit dem WAGO-Support konnte ich das Problem jetzt lösen. WAGO hatte ihren eigenen EMail-Baustein getestet und dieser Funktionierte bei ihrer 750-882. Ich habe dann den Support gebeten sie sollen mir das Beispiel zusenden. Dabei hab ich festgestellt, das die Netzwerkeinstellung manuell durchgeführt wurden und nicht über DHCP. Sonst konnte ich keinen unterschied feststellen. Ich habe nun die Einstellungen auch manuell gemacht und dabei wie beim Support für den DNS Server auch nur einen (8.8.8.8 Google DNS) eingetragen. Feste IP vergeben und meinen Router als Gateway eingetragen (siehe Anhang). Ab diesem Moment arbeitet die 750-882 ohne Probleme und alle bisher getesteten Netzwerkanwendungen funktionieren.
Das Problem mit dem SNTP-Server war, dass ein Eingang nicht beschaltet war. Die Eingangs variable war zwar am Bausteineingang positioniert aber nicht wirklich mit dem Eingang verbunden. Somit geht auch diese Funktion.
Gruß
Andi
[gelöscht durch Administrator]
-
hallo
schön wenn du die probleme nun im griff hast.
es wäre trotzdem interessant was nun mit dhcp bei 750-882 los ist.
geht das offiziell nicht, oder geht das bei wago
es sollte auch ohne vorgegeben dns-server gehen, da unsere bausteine , ja den eigenen dns_client mitbringen, und bei diesen auch der dns-server anzugeben ist.
(die wago bausteine benutzen SysSockGetHostByName und das benötigt den dns-server eintrag)
theoretisch müssten eigentlich zwei dhcp anfragen gemacht werden (zwei getrennte netzwerkkarten)
schön wenn es geht bei manueller konfiguration, aber nachvollziehen kann ich es nicht.....
-
Hallo,
also mit den WAGO-Bausteinen geht es auch nur mit der manuellen Konfig. Der Supportmitarbeiter konnte mir aber auch nicht sagen warum es so geht und anderst nicht. Nach etwas bohren hat er gesagt, sie hätten nicht angenommen, das mit der 882 solche Anwendungen realisierten werden (vielleicht auch nur eine Ausrede). Anscheinen gibt es noch mehr Anwender, die ähnliche Probleme haben.
An was das liegt, konnte er mir auch nicht verraten. Ich vermute das ist einfach ein Firmwarebug, der hoffentlich bald gelöst wird. Er konnte mir auch keinen Zeitpunkt für ein Firmwareupdate mitteilen. Im Moment kann ich mit dieser Lösung leben, aber eigentlich sollte das Ganze auch über DHCP vergebene Einstellungen funktionieren. Ich werde dran bleiben und bei WAGO weiter bohren... ;)
Was die 750-882 ebenfalls momentan nicht kann, sind Netzvariablen, diese Funktion ist in der Zielsystemeinstellung ausgegraut. Bischen kommt mir die Firmare als Beta vor, die Steuerung ist ja erst seit Anfang des Jahres auf dem Markt.
Gruß
Andi