KSS 8.3 und 8.2; Kommunikationsfehler sicheres Gerät ProfiNet Device

Hast du eine VKRC?
Hast du es schon mal mit einem an- und abkoppeln des Gerätea probiert?

Hängen diese Teilnehmer alle an einer einzigen 24 Volt Spannungsquelle?

Wir hatten ebenfalls mal ein solches Problem. Die Lösung des Problems war, das aufgrund der Teilnehmeranzahl die Spannungsquelle zu niedrig eingestellt war.

Klingt nach "Brummschleife". Die Funk- und Radio-Techniker kennen sowas.
Nur rein nach Gefühl...
Sorry, aber das zu erklären ist in der Eisenbahn etwas ... Schwierig.

Bei mir lag es mal daran, dass die SPS beim Signalverlust durch das Herunterfahren und neu Starten die Robotersteuerung passiviert hat.

Ich hatte mal einen ähnlichen Fall mit 2 Schweisssteuerungen (SST), deren Controller je eine KRC4 war (im gleichen Netz):
Waren beide KRC4 und ein Device (SST) ausgeschaltet und wurde der Controller (KRC4) zuerst hochgefahren, dessen Device ausgeschaltet war, wurden die Kommunikationsparameter (IP, PN-Name) der aktiven Schweisssteuerung mit den Werten vom "falschen Controller" überschrieben. Der Rob hat sich sozusagen die nächst beste SST gekrallt.

Die wahrscheinliche Ursache war die Profinet-Funktionalität "Gerätetausch ohne Wechselmedium". Die ermöglicht, dass ein Gerät - in einer bekannten Topologie - ersetzt werden kann ohne die Parameter IP + Name konfigurieren zu müssen. Die werden dabei vom Controller zugewiesen.
Allerdings müssen dafür einige Bedingungen erfüllt sein!

Ich habe nie 100% herausgefunden, ob das der Grund war, die Anlage wurde später nur noch komplett an-/ausgeschaltet und dabei gab es dieses Problem nicht.

Deshalb nur mal eine Sensibilisierung für diese Möglichkeit.
Prüfen kannst du es recht einfach: Wenn es wieder passiert und ein CPX-Modul hat die Adresse /den Namen eines anderen Moduls kann es nur durch diese Funktionalität passiert sein.
In diesem Fall hilft dann vielleicht die Auswahl des Parameters "Systemstart mit... gespeicherten Parametern" in der CPX-Konfig UND in der WV-Konfig für das Modul.

Ist alles nichts handfestes, aber vielleicht bringt es dich irgendwie weiter.

Zitat von AndreM2012

Hallo werte Gemeinde,

ich hab mal wieder ein Problem.
Heute mal mit PNet Device. Es ist ein Fehler, der schon lang in der Linie vorhanden ist.
Bei Aus- und Einschalten der Anlage habe ich nach und nach das Problem, das der eine oder andere Roboter mit der Fehlermeldung hochfährt "QuittStopp: Kommunikationsfehler sicheres Gerät ProfiNet Device". Ich kann allerdings nichts richtiges finden. Die SPS-ler sagen, das meine Festo CPX ihre Adresse ändern würde. Hab allerdings eine feste IP vergeben(???).
Hat jemand eine Idee? Kann es evtl. an der GSDML liegen???

Danke euch schon mal im Voraus!

Update:
Es betrifft doch die ganze Linie. Wenn ich eine Steuerung ausblende und neu starte, kann es passieren, dass es die Festo CPX eines anderen Roboters abschießt. Kann es mir nicht erklären.

Gruß André

Alles anzeigen

Moin,
das "sichere Gerät ProfinetDevice" ist der SafeTreiber im Profinet.
Hintergrund: Die Robotersteuerung ist grundsätzlich der Slave der Sicherheits-SPS. Beim Hochlauf der Steuerungen initiert der Master (SPS) die Verbindungsaufnahme zum Slave (Roboter). (Ich weiss, im Profinet heißt es Controller und Device, Master und Slave ist aber imho einleuchtender) . Heisst also, die SPS triggert den Roboter an, worauf er die Kommunikation auf dem SafeKanal aufnimmt. Daher kommt die besagte Quitt-Meldung.
Ich habe bisher noch keine Anlage gesehen, wo das ohne Quittieren nach Hochlauf funktioniert. Kann eigentlich auch nicht. VW-Kenner kennen diesen Quittiervorgang SPS-seitig als Depassivieren, dort muss sogar dieser Vorgang von Hand ausgelöst werden. In der restlichen Welt versucht die SPS selbstständig zyklisch den Verbindungsvorgang einzuleiten.
Wenn ein CPX Modul eine andere Adresse bekommt, ist es vielleicht unzulässigerweise auf Roboter und SPS in der Hardware konfiguriert. Geht meines Wissens aber eigentlich überhaupt nicht. (2 Master auf ein Modul ?)

Zitat von Otto Sieben

Wenn ein CPX Modul eine andere Adresse bekommt, ist es vielleicht unzulässigerweise auf Roboter und SPS in der Hardware konfiguriert. Geht meines Wissens aber eigentlich überhaupt nicht. (2 Master auf ein Modul ?)

Hallo Otto
Es ist erlaubt Profinet-Geräte auf zwei Controller/Master als Hardware zu konfigurieren - wenn das PN-Gerät das unterstützt. Die einzelnen Module des Geräts könnnen dabei den beiden Mastern zugeordnet werden, z.B. könnte konfiguriert werden, dass die SPS auf ein Ausgangsmodul einer CPX zugreift und der Roboter auf ein Eingangsmodul der selben CPX.
Die Funktionalität nennt sich Shared-Device.

zteve SharedDevice, wieder was gelernt. Danke

Was die eigentliche Fragestellung der TO anbetrifft, vermute ich bei seinem "verschwindenen" CPX _ Modul nun nochmehr ein Konfigurationsproblem. Unabhängig davon, ob das Device den Modus nun unterstützt.

Warum wird dann das Thema nicht als gelöst markiert?

Mal zur Info:

Gleiche Fehlermeldung, andere Lösung:

Der ProfiNetname darf kein "+" & "_" (plus / unterstrich) enthalten. Es findet eine Konvertierung seitens der SPS statt und der Roboter erzeugt daraufhin ebenfalls diese Fehlermeldung, weil der Name nicht identisch ist. Komischerweise funktionierte es nach dem Quittieren aber.

MfG xperia