NET-PwrCtrl Pro lässt sich nicht zuverlässig steuern (UDP)
Verfasst: Dienstag 2. Mai 2017, 19:58
Hallo zusammen,
wir führen für einen Hersteller von Laserköpfen automatisierte Tests für deren Steuergeräte durch. Dazu ist es notwendig, die Steuergeräte regelmäßig vom Stromnetz zu trennen, was wir mit der Steckdosenleiste "NET-PwrCtrl Pro" bewerkstelligen (angesteuert über UDP). Leider scheint die Leiste immer wieder mal den Dienst zu verweigern.
Folgendes zu unserem Setting:
1. -angesteuert werden drei Steuergeräte (auf den Dosen 3, 5 und 6) von 3 unterschiedlichen, asynchronen Test-Programmen (Prozessen)
2. -mittels UDP wird jeweils das entsprechende Kommando übermittelt (bspw. "Sw_on3adminanel" für Dose 1 auf "an")
3. -anhand der Antwort "NET-PwrCtrl:NET-CONTROL [...] Nr. 1,1:Nr. 2,1:Nr. 3,1:Nr. 4,0:Nr. 5,0:Nr. 6,0:Nr. 7,1:Nr. 8,1:0:80" wird überprüft, ob die entsprechende Dose korrekt geschaltet wurde.
4. -sollte eine Dose nicht geschaltet haben, wird die Schalt-Anweisung wiederholt bis die Dose geschalten hat (Routine 2.-3.)
Solange nur ein Steuergerät getestet wird, lassen sich die Steckdosen problemlos schalten, laufen allerdings alle Tests gleichzeitig, dann ignoriert die Leiste 'irgendwann' (sehr schlecht reproduzierbar) die Schaltanweisungen und sendet auch keine Antwort mehr.
Zum Senden der UDP-Pakete haben wir es sowohl mit LabView, als auch mit einem Python-script probiert -> beides führt auf kurz oder lang zum selben Ergebnis (kein Schalten und keine Antwort).
Im Rahmen der Fehlersuche haben wir den Datenverkehr im Netzwerk mitgeschnitten und festgestellt, dass definitiv korrekt formatierte UDP-Pakete zur IP-Adresse unserer Leiste gesendet werden, die entsprechende Reaktion bleibt allerdings aus. Die Leiste schaltet scheinbar auf "stur" und das Testprogramm bleibt folglich in der Schleife 2.-3. hängen.
Werde morgen mal die IT kontaktieren, möglicherweise blockiert ja die Firewall den UDP-Verkehr. Da es aber vorkommt, dass bereits das erste Schalten fehlschlägt, halte ich das nicht für wahrscheinlich.
Hat jemand Erfahrung mit diesem Verhalten und kann einen Denkanstoß geben? Hat schonmal jemand auf vergleichbar frequentierte Weise (ca. 5-10 mal/min) Anel-Steckdosenleisten angesteuert? Sind um jeden Hinweis dankbar, denn derzeit sind leider keine Tests möglich.
Freundliche Grüße,
Simon
wir führen für einen Hersteller von Laserköpfen automatisierte Tests für deren Steuergeräte durch. Dazu ist es notwendig, die Steuergeräte regelmäßig vom Stromnetz zu trennen, was wir mit der Steckdosenleiste "NET-PwrCtrl Pro" bewerkstelligen (angesteuert über UDP). Leider scheint die Leiste immer wieder mal den Dienst zu verweigern.
Folgendes zu unserem Setting:
1. -angesteuert werden drei Steuergeräte (auf den Dosen 3, 5 und 6) von 3 unterschiedlichen, asynchronen Test-Programmen (Prozessen)
2. -mittels UDP wird jeweils das entsprechende Kommando übermittelt (bspw. "Sw_on3adminanel" für Dose 1 auf "an")
3. -anhand der Antwort "NET-PwrCtrl:NET-CONTROL [...] Nr. 1,1:Nr. 2,1:Nr. 3,1:Nr. 4,0:Nr. 5,0:Nr. 6,0:Nr. 7,1:Nr. 8,1:0:80" wird überprüft, ob die entsprechende Dose korrekt geschaltet wurde.
4. -sollte eine Dose nicht geschaltet haben, wird die Schalt-Anweisung wiederholt bis die Dose geschalten hat (Routine 2.-3.)
Solange nur ein Steuergerät getestet wird, lassen sich die Steckdosen problemlos schalten, laufen allerdings alle Tests gleichzeitig, dann ignoriert die Leiste 'irgendwann' (sehr schlecht reproduzierbar) die Schaltanweisungen und sendet auch keine Antwort mehr.
Zum Senden der UDP-Pakete haben wir es sowohl mit LabView, als auch mit einem Python-script probiert -> beides führt auf kurz oder lang zum selben Ergebnis (kein Schalten und keine Antwort).
Im Rahmen der Fehlersuche haben wir den Datenverkehr im Netzwerk mitgeschnitten und festgestellt, dass definitiv korrekt formatierte UDP-Pakete zur IP-Adresse unserer Leiste gesendet werden, die entsprechende Reaktion bleibt allerdings aus. Die Leiste schaltet scheinbar auf "stur" und das Testprogramm bleibt folglich in der Schleife 2.-3. hängen.
Werde morgen mal die IT kontaktieren, möglicherweise blockiert ja die Firewall den UDP-Verkehr. Da es aber vorkommt, dass bereits das erste Schalten fehlschlägt, halte ich das nicht für wahrscheinlich.
Hat jemand Erfahrung mit diesem Verhalten und kann einen Denkanstoß geben? Hat schonmal jemand auf vergleichbar frequentierte Weise (ca. 5-10 mal/min) Anel-Steckdosenleisten angesteuert? Sind um jeden Hinweis dankbar, denn derzeit sind leider keine Tests möglich.
Freundliche Grüße,
Simon