TIA Anzeige im TIA Portal fehlerhaft

[Eliot]

Zuviel Werbung?
-> Hier kostenlos registrieren

Guten Morgen zusammen,

Ich habe folgendes Problem bei einer Anlage mit eines S7-400er CPU:

Laut Anzeige im TIA Portal sind einige DP-Slaves (verbunden über einen CP) nicht vorhanden. Die CPU zeigt aber weder einen Busfehler an noch steht irgendetwas im Diagnosepuffer, die Hardware ist tatsächlich vorhanden und wird auch angesprochen.

TIA Version ist V13 mit den allen Updates, selbst ein CPU Tausch und hochrüsten auf V15.1 brachte nichts. Hat jemand schonmal so ein Phänomen gehabt und weiß eine Lösung?

Güße Eliot

 

[DeltaMikeAir]

Also hilfreich wären ein paar zusätzliche Infos

Welche CPU genau
Was für ein CP genau
ggf. Firmwareversionen
Welche Geräte sind am Bus projektiert
Screenshots der Diagnose...

 

[PN/DP]

Zuviel Werbung?
-> Hier kostenlos registrieren

Sind die DP-Slaves wirklich DP-Slaves oder einfach nur Busteilnehmer am Profibus (z.B. HMI-Panels oder andere SPS)? Welche Geräte genau?
Sind die DP-Slaves vielleicht deaktiviert (SFC12 D_ACT_DP)?

Wie und wo im TIA-Portal wird angezeigt, daß die Teilnehmer nicht vorhanden sind? Zeige uns mal ein Bild davon, und von den Fehlermeldungen, falls es welche gibt.
Sind das immer die selben Teilnehmer? Fehlen die von Anfang an oder erst nach einer gewissen Betriebszeit?

Harald

 

[Eliot]

Ich war gerade nochmal bei der Anlage, hier noch so einiges an Infos für euch:

CPU 412-2 PN 6ES7 412-2EK06-0AB0 HW Rev.1 Firmware V 6.0.2
CP 443-5 Extended 6GK7 443-5DX04-0XE0 HW Rev.2 Firmware V 6.4.0

Der Diagnosepuffer im CP gibt als Fehlermeldung 0x80B6 - Modul verweigert Zugriff. Interessanterweise immer genau dann wenn ich versuche mit dem TIA Portal online zu gehen. Da TIA Portal dann keine Informationen bekommt zeigt es den entsprechenden Slave als nicht vorhanden. Die einzelnen Submodule allerdings schon!

Sind die DP-Slaves wirklich DP-Slaves oder einfach nur Busteilnehmer am Profibus (z.B. HMI-Panels oder andere SPS)? Welche Geräte genau?

Siehe Screenshot. Betroffen sind ein paar FUs (Danfoss) aber auch ein KBR Multimessgerät und ein DP/DP Koppler...

Sind die DP-Slaves vielleicht deaktiviert (SFC12 D_ACT_DP)?

Nein, nichts deaktiviert etc. Alle Slaves sind auch definitiv am Bus und funktionieren!

Sind das immer die selben Teilnehmer? Fehlen die von Anfang an oder erst nach einer gewissen Betriebszeit?

Ja, immer die gleichen. Übrigends auch beim Tausch der CPU und hochrüsten auf V15.1! Ob von Anfang an kann ich nicht genau sagen.


Im Anhang noch ein paar Screenshots und die Diagnosepuffer (CPU und CP).

Anhang anzeigen Diagnose.txt Anhang anzeigen diagbuf aus Spezialanalyse.txt

So ich hoffe ihr habt jetzt genug Infos, ansonsten gerne alles anfragen...

 

[PN/DP]

Ich würde zunächst Firmware-Updates der CPU und des CP auf die aktuellen Versionen machen, und wenn das nicht hilft, dann den Siemens Support kontaktieren (oder auf Step7 V5.6 zurückgehen - warum ist diese Altanlage mit TIA projektiert??).
Betriebssystem Updates V6.x für CPU 41x PN
Firmware-Update V6.8.2 für CP 443-5

Harald

 

[Eliot]

Zuviel Werbung?
-> Hier kostenlos registrieren

So sah meine Vorgehensweise auch erstmal aus. Firmware hab ich schon runtergeladen, mal sehen was das bringt. Siemens ist auch schon im Boot. Leider sind ein paar Sachen schon verbaut die TIA erfordern (1500er) und der Kunde wünscht natürlich ein Gesamtprojekt...

 

[Faceman]

Dann bist du jetzt wohl der Betatester für Siemens. Es gibt ja nicht viele Programmierer, welche eine 400ér im TIA projektieren :-(

 

[Eliot]

Betatester

In der gleichen Anlage war ich anscheinend schon Betatester mit TIA V11 mit ner professional Visu :evil: Ich würds auch gern anders machen...

 

[PN/DP]

Zuviel Werbung?
-> Hier kostenlos registrieren

Du könntest mal die Uhr Deiner CPU 412 stellen
Die ganzen Peripheriezugriffsfehler im Diagnosepuffer beziehen sich auf die DP-Station Adresse 5, die zuletzt wiederkehrt?

Harald

 

[escride1]

Der Diagnosepuffer im CP gibt als Fehlermeldung 0x80B6 - Modul verweigert Zugriff. Interessanterweise immer genau dann wenn ich versuche mit dem TIA Portal online zu gehen. Da TIA Portal dann keine Informationen bekommt zeigt es den entsprechenden Slave als nicht vorhanden. Die einzelnen Submodule allerdings schon!

Klingt irgendwie danach als ob Du Dich auf dem Bus schaltest und beim Initialisieren des Programmieradapters wurde die gleiche Busadresse vergeben für den Adapter wie auch die erste gestörte Station und der Rest sind daraus verursachte Folgefehler. Das ein Zugriff verweigert würde wäre dann möglich, da der Adapter nicht das richtige Modul ist.
Daran kann es aber nicht liegen oder?

 

[Onkel Dagobert]

.. Die CPU zeigt aber weder einen Busfehler an noch steht irgendetwas im Diagnosepuffer ..

Und in #4 lieferst du die Meldungen aus dem Diagnosepuffer? Peripheriezugriffsfehler und Stationsausfall deuten auf einen instabilen Bus hin. Dass es beim Anstecken des PGs vermehrt zu Störungen kommt, spricht ebenfalls dafür.

Welche OBs befinden sich im Programm?

 

[JesperMP]

Zuviel Werbung?
-> Hier kostenlos registrieren

Eliot, gehst du online mit der CPU über Profibus oder über Ethernet ?

 

[Eliot]

So da bin ich wieder. Firmwares sind soweit upgedatet, nach wie vor gleiches Bild. Online via Ethernet (wahlweise auch direkt an den Profibus), alles zeigt gleiches Verhalten.

Die CPU zeigt beim PB-Slave 5 Fehler : ist ok, alter Umrichter der nach CPU Start erst stromlos geschaltet werden will...

Kurze Erklärung zum Setup der Anlage noch:

- Die CPU hat einen DP-Bus direkt an der Schnittstelle der CPU (hier ist auch der obige Umrichter dran)
- ein weiterer DP-Bus ist über den CP realisiert. Hier ist der Fehler.



Zusätzlich: An beiden Bussen sind gleiche Umrichter (also gleiche GSD), im CPU-Bus alles ok, der CP muckt rum. Hätte ich einen 443-5DX05 grad da würd ich den testen...

 

[Eliot]

Du könntest mal die Uhr Deiner CPU 412 stellen
Die ganzen Peripheriezugriffsfehler im Diagnosepuffer beziehen sich auf die DP-Station Adresse 5, die zuletzt wiederkehrt?

Hab ich danach auch direkt gemacht (ich hasse sowas auch...)
Genau, sind von einem Umrichter der nach Neustart CPU erst stromlos geschaltet werden muss (Have you tried to turn it off and on again???)