Alex vs. SPS
Level-1
- Beiträge
- 26
- Reaktionspunkte
- 1
-> Hier kostenlos registrieren
Hallo zusammen.
Vielleicht schaut sich jemand von euch die angehangenen Bilder an und hat sofort eine Idee...
Kurz zu meiner Problematik; Ich mache aktuell meine ersten "Schritte" mit Codesys (...jetzt 3.5 SP12 Patch 1) und einem Pi 3 (...seit eben auf 3.5.12.10, vorher 3.5.10.0), welcher über Profinet mit 3 ET 200SP I/O Stationen kommuniziert. Das funktioniert soweit auch alles ganz gut, bis auf eine "Kleinigkeit"...
Sporadisch kommt es zu einem kurzweiligen Ausfall der Profinet Kommunikation (Zeit von Ausfall bis zu erneuter Kommunikation ca. 3-4 Sekunden, passiert vielleicht 3-4 mal wöchentlich - m.E. nach keine wiederkehrenden auffällige Umgebungszustände, die zum Ausfall führen...), welches sich darin widerspiegelt, das alle Ausgänge auf 0 geschrieben werden. Eins vorab; Es handelt sich nur um meine zukünftige Haussteuerung, nicht um irgendwelche "kritischen" Maschinen- und Produktionsabläufe, bei denen durch die Unterbrechung kritische Zustände eintreten könnten.
Aktuell liegen auch noch provisorische 0-8-15 Ethernet Leitungen, diese werden noch durch CAT 7 Leitungen ersetzt. Ich könnte mir auch durchaus vorstellen, das die Problematik in schlechter Schirmung etc. begründet liegt. Wie auch immer. Da ich vorher mit Profinet wenig bis gar nichts zu tun hatte und auch Codesys Anfänger bin, würde mich interessieren, welche Task Einstellungen etc. welche Auswirkungen haben können, was der Watchdog genau ist bzw. auslöst wenn er aktiv ist und welche SPS Einstellungen ich ggf. vornehmen kann, damit ein kurzer Kommunikationsausfall nicht alle Ausgänge auf 0 setzt, sondern den letzten Status bis zum erneuten Aufbau der Kommunikation beibehält (E/A aktualisieren im Stop, aktuelle Werte behalten?)...
Eigentlich Ziel ist aber, die Ursache zu bekämpfen, nicht die Folgen zu "glätten"...
Mit dem nun gemachten update habe ich es noch nicht wieder überprüft. Ich gehe allerdings auch nicht davon aus, das die Problematik in Codesys begründet liegt, sondern eher in meinen Kommunikationseinstellungen und oder der aktuellen Leitung. Eigentlich reicht mir eine relativ langsame Kommunikation, die dafür lieber etwas stabiler läuft. Licht an aus und Fenster auf zu benötigen für mich keine super schnellen Zykluszeiten. Regler etc. laufen auf dem PI nicht...
Vielleicht hat ja jemand von euch schon einen größeren Erfahrungsschatz auf dem Gebiet und kann mir helfen. Ich würde mich sehr freuen.
Gruß,
Alex
Vielleicht schaut sich jemand von euch die angehangenen Bilder an und hat sofort eine Idee...
Kurz zu meiner Problematik; Ich mache aktuell meine ersten "Schritte" mit Codesys (...jetzt 3.5 SP12 Patch 1) und einem Pi 3 (...seit eben auf 3.5.12.10, vorher 3.5.10.0), welcher über Profinet mit 3 ET 200SP I/O Stationen kommuniziert. Das funktioniert soweit auch alles ganz gut, bis auf eine "Kleinigkeit"...
Sporadisch kommt es zu einem kurzweiligen Ausfall der Profinet Kommunikation (Zeit von Ausfall bis zu erneuter Kommunikation ca. 3-4 Sekunden, passiert vielleicht 3-4 mal wöchentlich - m.E. nach keine wiederkehrenden auffällige Umgebungszustände, die zum Ausfall führen...), welches sich darin widerspiegelt, das alle Ausgänge auf 0 geschrieben werden. Eins vorab; Es handelt sich nur um meine zukünftige Haussteuerung, nicht um irgendwelche "kritischen" Maschinen- und Produktionsabläufe, bei denen durch die Unterbrechung kritische Zustände eintreten könnten.
Aktuell liegen auch noch provisorische 0-8-15 Ethernet Leitungen, diese werden noch durch CAT 7 Leitungen ersetzt. Ich könnte mir auch durchaus vorstellen, das die Problematik in schlechter Schirmung etc. begründet liegt. Wie auch immer. Da ich vorher mit Profinet wenig bis gar nichts zu tun hatte und auch Codesys Anfänger bin, würde mich interessieren, welche Task Einstellungen etc. welche Auswirkungen haben können, was der Watchdog genau ist bzw. auslöst wenn er aktiv ist und welche SPS Einstellungen ich ggf. vornehmen kann, damit ein kurzer Kommunikationsausfall nicht alle Ausgänge auf 0 setzt, sondern den letzten Status bis zum erneuten Aufbau der Kommunikation beibehält (E/A aktualisieren im Stop, aktuelle Werte behalten?)...
Eigentlich Ziel ist aber, die Ursache zu bekämpfen, nicht die Folgen zu "glätten"...
Mit dem nun gemachten update habe ich es noch nicht wieder überprüft. Ich gehe allerdings auch nicht davon aus, das die Problematik in Codesys begründet liegt, sondern eher in meinen Kommunikationseinstellungen und oder der aktuellen Leitung. Eigentlich reicht mir eine relativ langsame Kommunikation, die dafür lieber etwas stabiler läuft. Licht an aus und Fenster auf zu benötigen für mich keine super schnellen Zykluszeiten. Regler etc. laufen auf dem PI nicht...
Vielleicht hat ja jemand von euch schon einen größeren Erfahrungsschatz auf dem Gebiet und kann mir helfen. Ich würde mich sehr freuen.
Gruß,
Alex