Sonstiges CPU in Stopp - Peripherie? G120C

[Michael Müller]

Zuviel Werbung?
-> Hier kostenlos registrieren

Allgemein "CPU geht in Stopp" - Zugriff auf die angeschlossene Peripherie.
Scenario war die CPU geht in "Stopp" - Peripherie G120C läuft weiter
Wie bekomme ich meinen G120C zum Stoppen (zb. Ein/Aus1) über Profinet?
Profinet Standardtelegram 1 PZD 2/2

 

[TP-Inc]

Die CPU ging in Stop und der G120 lief weiter?

 

[Michael Müller]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ja, wenn die Periphere Daten Steuerwort und Sollwert nicht mehr beschrieben werden. Es gibt ja leider keinen OB der bei Stopp noch abläuft? Voreinstellung für Peripheriedaten bei CPU -Stopp habe ich noch nicht gefunden.

 

[SPS-Totalizer]

Welche Ansteuerung beutzt du?

Standard PN-Profil oder CIA ähnliches Profil.

Steuerst du den Umrichter direkt oder über irgend welche Standardfunktionen (FB's oder FW)
z.B. Technologiefunktion.

 

[PN/DP]

Scenario war die CPU geht in "Stopp" - Peripherie G120C läuft weiter
Wie bekomme ich meinen G120C zum Stoppen (zb. Ein/Aus1) über Profinet?

Müsste es da nicht im G120C einen Timeout-Parameter für Ausfall der Profinet-Telegramme geben? Und müsste das PN IO-Device nicht die Eingangsdaten auf 0 setzen bei Ausfall der Profinet-Kommunikation?

 

[SPS-Totalizer]

Zuviel Werbung?
-> Hier kostenlos registrieren

Müsste es da nicht im G120C einen Timeout-Parameter für Ausfall der Profinet-Telegramme geben? Und müsste das PN IO-Device nicht die Eingangsdaten auf 0 setzen bei Ausfall der Profinet-Kommunikation?

Normalerweise "trudelt" der G120 bei Profibusausfall aus (Reglersperre) sofern die Werkseinstellungen
ursprünglich übernommen wurden.
Werden Jedoch Sonderprotokolle mit aktivem Stopp-Protokoll verwendet oder wurden die Überwachungen ausgeschaltet,
so kann unter Umständen eine unkontrollierbare Situation entstehen!

 

[Michitronik]

Ja, wenn die Periphere Daten Steuerwort und Sollwert nicht mehr beschrieben werden. Es gibt ja leider keinen OB der bei Stopp noch abläuft? Voreinstellung für Peripheriedaten bei CPU -Stopp habe ich noch nicht gefunden.

So weit ich weiß laufen im Stop der MC-Servo und MC-Interpolator weiter. Die Technologie Objekte müssen das Verdrehen von Achsen auch im Stopp mitbekommen, sonst müsste man ja jedes mal neu homen.

Wenn du aber ein Technologie Objekt nutzt (z.B. Drehzahlachse), dann sollte bei einem PLC Stopp das "Führung durch PLC" STW1 Bit 10 und "Sollwert Freigabe" Bit 6 im Telegramm gelöscht werden und der Antrieb je nach konfiguration austrudeln oder ein Halt machen. Außerdem sollte nach Ablauf der Überwachungszeit [p2044] die Fehlermeldung "Sollwert Timeout" [F08501] kommen oder Überwachungszeit Lebenszeichen abgelaufen [F08502].

Wenn aber jetzt was eigenes programmiert wurde, dann sollte man die oben genannten Bits im Telegramm prüfen. Nicht das im Prozessabbild im Stopp der letzte Wert behalten wird und er deswegen weiter läuft.

 

[Michael Müller]

Hallo, vielen Dank für eure Anteilnahme. Ich bin morgen bei dem Kunden Vorort und werde mir das anschauen. Es ist jetzt definitiv so das auf dem Steuerwort/Sollwert Profinet Standardtelegram 1 PZD 2/2 die Bits stehen bleiben da der Antrieb ja weiterläuft.

 

[PN/DP]

Zuviel Werbung?
-> Hier kostenlos registrieren

Es ist normal, daß bei einem CPU-Stop keine Werte mehr in Steuerwort/Sollwert in Peripherie/Ausgangsadressen geschrieben werden, die alten Werte bleiben drin solange die CPU in STOP ist. Das PN IO Device selber muß den Profinet Kommunikationsausfall feststellen und den Antrieb irgendwie stoppen. Es kann nicht auf einen Hinweis vom PN IO Controller warten. Auf eine Profinet-Kabelunterbrechung muß ja auch reagiert werden können. Da kann auch nichts vom PN IO Controller kommen.

Harald

 

[ioStart]

Kontrollier mal die Synchronisation vom Antrieb. Eventuell IRT deaktivieren

 

[Michael Müller]

Hallo, ich war nun Vorort. Ich konnte durch stoppen der Cpu den Fehler nicht nachstellen. Die Antriebe schalten jedes mal brav mit F08501 ab.
Die damalige Stop-Ursache kann ich nicht provozieren. Die Bilder vom Kunden mit einer "Überfüllung" sagen leider etwas anderes aus.....

 

[ChristophD]

Zuviel Werbung?
-> Hier kostenlos registrieren

das ist eine T-CPU, dann ist da der Technology Teil abgeschmiert (Firmware Fehler) und dann die Baugruppe scheinbar auch

 

[Michael Müller]

das ist eine T-CPU, dann ist da der Technology Teil abgeschmiert (Firmware Fehler) und dann die Baugruppe scheinbar auch

Die Anlage läuft seit ca. einem Jahr. Und dann tritt plötzlich dieser Fehler auf? Firmwareproblem gab es keine.

 

[DeltaMikeAir]

Firmwareproblem gab es keine.

Naja, klingt aber irgendwie anders:

 

[ChristophD]

Zuviel Werbung?
-> Hier kostenlos registrieren

ja kann passieren , der Code 20090805 deutet auf nen Stacküberlauf hin, das passiert in der FW der Technologie und kann immer wieder passieren.
Da würde ich mit dem Diagpuffer mal einen Service Request aufmachen ob der bekannt ist in der Version und schon in einer neueren FW gefixt ist.

 

[Michael Müller]

ja kann passieren , der Code 20090805 deutet auf nen Stacküberlauf hin, das passiert in der FW der Technologie und kann immer wieder passieren.
Da würde ich mit dem Diagpuffer mal einen Service Request aufmachen ob der bekannt ist in der Version und schon in einer neueren FW gefixt ist.

Okay, so meinst du das.

 

[Michael Müller]

laut Service Request. Natürlich sollte immer die CPU auf die neueste Firmware upgedatet werden.
Auslesen des kompletten Diagnosepuffer hat ergeben das wahrscheinlich die CPU den Kontakt zur MMC verloren hat. Aufgrund der Diagnosemeldung " Ereignis 13 von 115: Ereignis-ID 16# 4546 STOP durch CPU-Speicherverwaltung "
Dies kam aber erst als der Kunde Netz aus und wieder eingeschaltet hat.
Also nach diesen Meldungen die ich oben in den Fotos dargestellt habe.....

Erklärt aber noch nicht warum in diesem Fall mein Antrieb nicht gestoppt hat.....


11:14 Stop durch Fehler

11:23 Netz aus und ein durch Kunde

Hier nochmal ein Ausschnitt aus dem DiaPuffer:

Ereignis 11 von 115: Ereignis-ID 16# 53A2
Laden der Technologie-Firmware erfolgreich durchgeführt
Betriebszustand: STOP (Eigeninitialisierung)
kommendes Ereignis
11:23:29.905 06.03.2023
(Kodierung: 16# 53A2 FF03 0000 0000 0000 0000)


Ereignis 12 von 115: Ereignis-ID 16# 430E
Urlöschen durchgeführt
Bisheriger Betriebszustand: STOP (Urlöschen)
Angeforderter Betriebszustand: STOP (Eigeninitialisierung)
kommendes Ereignis
11:23:26.874 06.03.2023
(Kodierung: 16# 430E FF23 0000 0000 0000 0000)


Ereignis 13 von 115: Ereignis-ID 16# 4546
STOP durch CPU-Speicherverwaltung
Bisheriger Betriebszustand: STOP (Eigeninitialisierung)
Angeforderter Betriebszustand: STOP (Urlöschen)
interner Fehler, kommendes Ereignis
11:23:01.283 06.03.2023
(Kodierung: 16# 4546 FF32 C0C0 8FFE 0000 0000)


Ereignis 14 von 115: Ereignis-ID 16# 4300
NETZ-EIN gepuffert
Bisheriger Betriebszustand: SPANNUNGSLOS
Angeforderter Betriebszustand: STOP (Eigeninitialisierung)
kommendes Ereignis
11:23:01.283 06.03.2023
(Kodierung: 16# 4300 FFF3 0000 0000 0000 0000)


Ereignis 15 von 115: Ereignis-ID 16# 6522
Unzulässiges Modul: Modultausch und Urlöschen erforderlich
Betriebszustand: STOP (Eigeninitialisierung)
interner Fehler, kommendes Ereignis
11:23:01.283 06.03.2023
(Kodierung: 16# 6522 FF03 0000 0001 0001 8FFE)


Ereignis 16 von 115: Ereignis-ID 16# 4550
DEFEKT: Interner Systemfehler
Nicht anwenderrelevant (Z1): 0012
Nicht anwenderrelevant (Z2): 4401 (Z3): 0000
Bisheriger Betriebszustand: RUN
Angeforderter Betriebszustand: DEFEKT
interner Fehler, kommendes Ereignis
11:14:51.693 06.03.2023
(Kodierung: 16# 4550 FF8D C450 0012 4401 0000)


Ereignis 17 von 115: Ereignis-ID 16# 497C
STOP durch integrierte Technologie
Bisheriger Betriebszustand: RUN
Angeforderter Betriebszustand: STOP (intern)
externer Fehler, kommendes Ereignis
11:14:51.693 06.03.2023
(Kodierung: 16# 497C FF84 0000 0000 0000 0000)


Ereignis 18 von 115: Ereignis-ID 16# F760:B115
Integrierte Technologie: Codestelle : A5A5A5A0h
interner Fehler, kommendes Ereignis
11:14:51.646 06.03.2023
(Kodierung: 16# F760 B115 C000 0000 A5A5 A5A0)


Ereignis 19 von 115: Ereignis-ID 16# F760:B113
Integrierte Technologie: Betriebszustand DEFEKT, IFault : 20090805
interner Fehler, kommendes Ereignis
11:14:51.646 06.03.2023
(Kodierung: 16# F760 B113 C000 0000 2009 0805)


Ereignis 20 von 115: Ereignis-ID 16# 4302
Betriebszustandsübergang von ANLAUF nach RUN
Anlaufinformation:
- Uhr für Zeitstempel bei letztem NETZ-EIN gepuffert
- Einprozessorbetrieb
Aktuelle/letzte durchgeführte Anlaufart:
- automatischer Neustart (Warmstart), nach gepuffertem NETZ-EIN
Zulässigkeit bestimmter Anlaufarten:
- manueller Neustart (Warmstart) zulässig
- automatischer Neustart (Warmstart) zulässig
Letzte gültige Bedienung oder Einstellung der automatischen Anlaufart bei NETZ-EIN:
- automatischer Neustart (Warmstart), nach gepuffertem NETZ-EIN
Bisheriger Betriebszustand: ANLAUF (Neustart/Warmstart)
Angeforderter Betriebszustand: RUN
kommendes Ereignis
04:57:03.522 06.03.2023
(Kodierung: 16# 4302 FF68 C700 0000 0810 7710)