TIA KTP900F Mobile Panel Profinet IO Fehler

Franz78

Level-1
Beiträge
1
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Kollegen,

wir haben an einer Anlage eine CPU vom Typ 1512F mit 4 KTP900F Mobile Panels eingesetzt.
Nach Trennung der Energieversorgung der Anlage starten die HMI Geräte neu. Dabei kommt es zu Fehlerhaftem Verhalten.
Meist wird eines der Panels, hin und wieder auch mehrere nicht mehr am Profinet gefunden.

Alle Geräte laufen unter TIA V16 Update 3 mit den aktuellsten Firmwareständen.

Meldung in der Dagnose am HMI bzw CPU : Ausfall eines IO-Device - IO-Device nicht gefunden Ereignis ID 16#02:39CB

Die HMI-Verbindung funktioniert. Alle Sicherheitsfunktionen funktionieren nicht (Direkttasten sowie auch der Not-Halt).
Der Not Halt leuchtet dann auch nicht mehr.

Eine quittierung des Fehlers am F_Baustein F_FB_KTP_MOBILE ist nicht möglich.
Nach mehrmaligem Reboot des HMI Gerätes ist der Fehler verschwunden.

Hat jemand schon mal so etwas beobachtet und kann sich da einen Reim drauf machen?

Vielen Dank im Voraus.
 
Das sieht schon sehr nach einer Netzwerkproblematik der Anschlussboxen aus.
Was für ein Switch hängt denn da drann? Ist eine Topologie projektiert ?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,
nicht wundern, ich sitze mit dem TE im gleichen Büro und hab das Problem auch an einer "meiner" Anlagen.

Ein Netzwerkproblem konnten wir ausschließen. Wir stehen mittlerweile mit der Entwicklungsabteilung von Siemens in Kontakt, da der Fehler selbst durch einen High-Level Support vor Ort nicht identifiziert werden konnte.

Es wurde durch Analyse der Netzdaten herausgefunden, dass das Panel nach einem Neustart nicht auf den PN-Verbindungsrequest der CPU reagiert, aber trotzdem zyklische IO-Pakete sendet.

Mal sehen was dabei herauskommt.

Grüße
Daniel
 
Hallo,

ich hatte einmal ähnliche Probleme mit 3 verschiedenen Maschinen. Ich habe damals allen Mobile Panels neue Verbindungskabel besorgt, somit waren alle 3 Maschinen auf einmal repariert. Es gab damals wohl ein Chargenproblem bei den Verbindungskabeln in der Schirmung.
 
Das Kabel können wir denke ich auch ausschließen. Das Problem tritt anscheinend ab einem gewissen Firmwarestand der Panels auf, vmtl. irgendwo ab TIA V15.1. Die Anlagen wurden auch zu unterschiedlichen Zeitpunkten und mit unterschiedlichen TIA-Versionen errichtet. Die Verbindung zu den Panels funktioniert ja Grundlegend, da die HMI- Verbindung ja problemlos arbeitet, und nach einer gewissen Anzahl Neustarts auch die PN-Verbindung ohne Aussetzer ihren Dienst tut solange niemand die Panels stromlos macht bzw. neu startet.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
.... vmtl. irgendwo ab TIA V15.1. Die Anlagen wurden auch zu unterschiedlichen Zeitpunkten und mit unterschiedlichen TIA-Versionen errichtet. D

Also ich habe zahlreiche 400F / 700F / 900F Mobile Panel im Betrieb und bis jetzt noch keinerlei Probleme dieser Art und auch keine anderen Probleme.
Projektiert habe ich alle mit V15.1 Update 5

PS:
Welche FW-Version hat denn eure CPU? Meine haben alle V2.6 ( 6ES7 511-1FK02-0AB0 )
Bzw. projektiert ist 2.6 ( höher kann man in V15.1 nicht projektieren ). Ich schaue Montag
mal welche FW tatsächlich drauf ist wenn es dich interessiert.
 
Zuletzt bearbeitet:
Was mir auch noch eingefallen ist, bei der Inbetriebnahme eines Mobile Panels wird ja auch zusätzlich eine
Firmware für den F-Teil auf dem Panel geladen. Dies kann ich Montag auch mal nachschauen, welche FW wir haben:

FW1.png

Anscheinend gab es früher schon mal Probleme, in Kombination mit der 1200F mit < FW4.1 . Zumindest findet man folgenden Hinweiß im Handbuch:
FW.png
 
Die genaue Firmware müsste ich am Montag nachschauen. Es wurden jedoch alle Anlagen mittlerweile auf die neusten Firmwarestände hochgezogen und alle Projekte auf TIA V16 hochgerüstet. Eine 1200 CPU ist auch nirgends verbaut.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Also ich habe zahlreiche 400F / 700F / 900F Mobile Panel im Betrieb und bis jetzt noch keinerlei Probleme dieser Art und auch keine anderen Probleme.

Genau das macht mich ja stutzig, da wir anscheinend bis jetzt die einzigen sind bei denen das Problem auftritt. Der Siemens Support konnte in unseren Hardwarekonfigs nichts feststellen das dieses Fehlerbild verursachen würde. Hast du bei deinen Mobilepanels die Direkttasten auch verwendet oder nur die Safety-I/O?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Also das letzte was ich hier noch dazu beitragen kann ( Siemens ist ja auch schon mit im Boot ):

Bei mir habe ich immer:

TIA V15.1 Update 5
Firmware Version CPU V2.6.0
Connection Box Advanced
HW-Keys mit projektiert

und bei allen Anlagen keinerlei Probleme, 400F, 700F und 900F in Verwendung.
 
Zuletzt bearbeitet:
Nein bis jetzt nichts neues. Der Ball liegt bei Siemens, mal schauen... Sobald es neues gibt, melde ich mich wieder...
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hi,
das gleiche Thema bei mir 317F Classic CPU's ca 7st.
Erst TIA 15 und jetzt TIA 16
Connection Box Advanced 900 Mobil Panels alle Fehler wie oben.
und zusätzlich - gibt es Probleme beim abmelden des Device und ist dann nicht mehr bedienbar. ! Stecker raus 10min. warten! und von vorne.
nach vielen Reset's und downloads geht es manchmal wieder und dann Reboot und es ist wieder ohne PN und ohne Nothalt.

Es wäre schön wenn Ihr den Fehler findet und Teilt.
 
Hallo,

haben im Oktober Rückmeldung vom Siemens-Support erhalten. Es handelt sich um eine Bug der sich anscheinend durch mehrere Versionen zieht.
Laut Support wird er zumindest in V16 mit dem Update5 im Februar 22 behoben. Wann der Fix für V17 kommt wusste er selber nicht.
Ob die älteren Versionen V15 und V15.1 ein zeitnahes Update erhalten wage ich mal zu bezweifeln.

Grüße
Daniel
 
Über das Problem bin ich auch schon öfters gestolpert. Wir verwenden inzwischen nur mehr Safety über F-DI und haben die KTP nicht mehr als PN-Device. Da gibts so viele Probleme….
 
Das kann ich leider auch nicht sagen. Der Fehler tritt bei unterschiedlichen Hardwarekonfigurationen zu Tage. Auch bei selber CPU und unterschiedlichen Firmwareständen, ...
Und anscheinend konnte die Situation bei Siemens nachgestellt werden, sonst hätten sie den Bug nicht gefunden, bzw. keinen Bugfix angekündigt...
 
Zurück
Oben