-> Hier kostenlos registrieren
Liebe Freunde,
ich hatte heute an einer Anlage eine Störung, die ich bis jetzt nicht mal annähernd verstehe.
Ausgangspunkt:
Es gibt 3 Stk. exakt gleiche 315-2DP Steuerungen für je eine Verdichtersteuerung.
Jede davon hat 2 Stk. CP 343-1EX30- einen für die Ankopplung an S7-400#1 (PCS7) einen für die Ankopplung an S7-400#2 (PCS7).
Die Kommunikation erfolgt mittels je 2 DBs (Senden/Empfangen).
Alle 3 CP343-1 für S7-400#1 hängen an Switch1 (Scalance 204-2 mit LWL), alle 3 CP341 für S7-400#2 hängen an Switch2
Vom Switch1 geht es mittels CU-Patchkabel zu einem anderen Switch (Bestandteil eines LWL-Ringes Anlage1), Switch2 ist mittels LWL an einen vierten Switch angeschlossen der mittels Cu-Patch Kabel ebenfalls Bestandteil eines anderen LWL- Ringes ist- Anlage2.
Die drei Verdichtersteuerungen sind in dieser Art seit 1,5Jahren in Betrieb und absolut sorgenfrei.
Durch Unachtsamkeit haben wir kurz die Versorgungsspannung der beiden Switche 1+2 ausgeschaltet.
Das Ergebnis war:
Alle 3 Steuerungen konnten mit S7-400#1 weiterkommunizieren, und keine mehr mit S7-400#2.
Nicht kommunizieren heisst: Die Daten, die eigentlich alle 2 Sekunden geputted und gegetted werden kamen nur mehr im ~40-60s Takt an (PUT und GET).
An den PUT-Bausteinen war Error stets 0, aber Status sehr oft W#16B.
Laut Handbuch heisst das:
Warnung:
- Neuer Auftrag ist unwirksam, da vorangegangener Auftrag noch nicht
abgeschlossen ist.
- Der Auftrag wird bereits in einer Prioritätsklasse mit niedrigerer Priorität
bearbeitet.
Wir haben probiert (leider alles mühsam weil Anlagen nur schwer abschaltbar sind):
CU-Patch Kabel am CP abziehen anstecken
CP stoppen/starten mit PG
CP Spannung aus/ein (läuft nicht mehr an)
CPU stoppen/starten
alles ohne Erfolg, die Verbindungen in NETPRO bleiben immer aufgebaut.
Nur Spannung aus und ein löst das Problem- und zwar konkret für die eine Steuerung die neu aus/eingeschaltet wird- eine nach der anderen- dann geht wieder alles wie eh und je.
Der Fehler ist reproduzierbar (wenn mich die Maschinisten jemals wieder dort hin lassen)- ich habe es einmal getestet am anderen Ende der LWL-Strecke habe ich den anderen Switch neugestartet- Ergebnis war das gleiche.
Die Datenmenge ist pro Steuerung 60 Byte- also marginal.
Hat wer eine phantastische Idee was uns da heute einen Streich gespielt hat (und wieder spielen wird- wenn Switch ausfällt)
Gruß
Karl
ich hatte heute an einer Anlage eine Störung, die ich bis jetzt nicht mal annähernd verstehe.
Ausgangspunkt:
Es gibt 3 Stk. exakt gleiche 315-2DP Steuerungen für je eine Verdichtersteuerung.
Jede davon hat 2 Stk. CP 343-1EX30- einen für die Ankopplung an S7-400#1 (PCS7) einen für die Ankopplung an S7-400#2 (PCS7).
Die Kommunikation erfolgt mittels je 2 DBs (Senden/Empfangen).
Alle 3 CP343-1 für S7-400#1 hängen an Switch1 (Scalance 204-2 mit LWL), alle 3 CP341 für S7-400#2 hängen an Switch2
Vom Switch1 geht es mittels CU-Patchkabel zu einem anderen Switch (Bestandteil eines LWL-Ringes Anlage1), Switch2 ist mittels LWL an einen vierten Switch angeschlossen der mittels Cu-Patch Kabel ebenfalls Bestandteil eines anderen LWL- Ringes ist- Anlage2.
Die drei Verdichtersteuerungen sind in dieser Art seit 1,5Jahren in Betrieb und absolut sorgenfrei.
Durch Unachtsamkeit haben wir kurz die Versorgungsspannung der beiden Switche 1+2 ausgeschaltet.
Das Ergebnis war:
Alle 3 Steuerungen konnten mit S7-400#1 weiterkommunizieren, und keine mehr mit S7-400#2.
Nicht kommunizieren heisst: Die Daten, die eigentlich alle 2 Sekunden geputted und gegetted werden kamen nur mehr im ~40-60s Takt an (PUT und GET).
An den PUT-Bausteinen war Error stets 0, aber Status sehr oft W#16B.
Laut Handbuch heisst das:
Warnung:
- Neuer Auftrag ist unwirksam, da vorangegangener Auftrag noch nicht
abgeschlossen ist.
- Der Auftrag wird bereits in einer Prioritätsklasse mit niedrigerer Priorität
bearbeitet.
Wir haben probiert (leider alles mühsam weil Anlagen nur schwer abschaltbar sind):
CU-Patch Kabel am CP abziehen anstecken
CP stoppen/starten mit PG
CP Spannung aus/ein (läuft nicht mehr an)
CPU stoppen/starten
alles ohne Erfolg, die Verbindungen in NETPRO bleiben immer aufgebaut.
Nur Spannung aus und ein löst das Problem- und zwar konkret für die eine Steuerung die neu aus/eingeschaltet wird- eine nach der anderen- dann geht wieder alles wie eh und je.
Der Fehler ist reproduzierbar (wenn mich die Maschinisten jemals wieder dort hin lassen)- ich habe es einmal getestet am anderen Ende der LWL-Strecke habe ich den anderen Switch neugestartet- Ergebnis war das gleiche.
Die Datenmenge ist pro Steuerung 60 Byte- also marginal.
Hat wer eine phantastische Idee was uns da heute einen Streich gespielt hat (und wieder spielen wird- wenn Switch ausfällt)
Gruß
Karl
Zuletzt bearbeitet: