Step 7 315 2PN/DP Kommunikationsproblem oder Kaltstart???

[Menhei]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo zusammen,

ich habe in einem Anlagenteil Probleme. Im Einsatz ist eine 315F 2PN/DP, 1x Scalance X001, 27 mal Siemens G120C mit STO, 1 mal Siemens G120C ohne STO, 3 ET200S Stationen davon 2 mit F-Safeausbau, 2 mal SEW MDX über Profinet, 2 KTP600 Panels sowie der 2te Anlagenteil (weitere 3152PN/DP) über I-Device F_SENDDP/F_RCVDP sowie DPSEND und DPRCV gekoppelt.
Mein Problem ist auf einmal geht die gesamte Linie in Not-Halt, die CPU schreibt mehr als die 500 Einträge in die Diagnose sowie die G120 zeigen F8501 (Kommunikationsfehler). Die CPU startet sporadisch neu auf und stellt die Anfangswerte der DB`s bereit.

6ES7315-2FJ14-0AB0 V3.2
6SL3 210-1KExx-xxFx (G120)
6ES7 151-3BA23-0AB0 (IM ET200S) V7.0

Teilweise müssen die G120, über Netz ein zurückgesetzt werden teilweise nicht.

Das Programm (Standard und F) sowie Net-Pro sind Konsistent und eingespielt.


Hat von Euch noch einer eine Gute Idee was das sein kann?

 

[SoftMachine]

.
--> F08501 PROFINET: Sollwert Timeout

Schau mal auf deine Kommunikationslast im Netz

 

[Matze001]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,

in deinem Netz ist ja recht viel los. Wie hast du bei F-Send und F-Recv die Zeiten für den Timeoutkram eingestellt?
Vielleicht sind die etwas knapp bemessen, und hauen dir deshalb den Not-Halt rein. (Diagnoseausgang nutzen).

Dummer Gedanke, auch noch nicht ganz zuende gedacht... wie ist deine Netztopologie? Hast du die 27 G120C durchgeschliffen oder Sternförmig (in Gruppen) auf einem Switch? Vielleicht dauert es manchmal zu lang bis zum letzten Umrichter, oder einer macht blödsinn und haut dadurch alle anderen hinter ihm raus, etc.

Mit was für Netzwerkleitungen verbindest du alle deine Geräte? Vielleicht 20ct Kabel ausm Conrad? ... Wenn ja mal mit hochwertigeren Kabeln testen.

Mehr fällt mir spontan nicht ein...

Grüße

Marcel

 

[Menhei]

Hallo Marcel, danke für die schnelle Antwort.

F-SEND/F-RCV haben zur Zeit Timeoutzeit 1sec.
Zur Topologie : die G120 sind in 2 Gruppen (14/13 Stück) aufgeteilt waren mal alle an einem Strang, die Verbindung zum 2. Anlagenteil geht direkt von der CPU ab. Über die 1. ET-Station geht das Profinet ins Feld sowie Separat zu den KTPs.
Sorry bei den ganzen Teilnehmern habe ich den 2. Scalance X001 vergessen.

Die Ethernetkabel sind vorkonfektionierte die wir in vielen Anlagen einsetzen, bisher keine Probleme.

Bei Timeout würde ich den Not-Halt verstehen, aber das laden der Anfangswerte der DB´s ist das Komische.

 

[Menhei]

Danke SoftMachine,

gibt es ein speziell geeignetes Tool für, wie kann ich die Auslastung auswerten?

Laut Sende- Empfangsbericht sind keine Fehltelegramme vorhanden.

 

[SoftMachine]

Zuviel Werbung?
-> Hier kostenlos registrieren

.


Auch mal die eingestellte Überwachungszeit kontrollieren ---> p8840 (COMM BOARD Überwachungszeit)



Mit der folgenden Parametrierung läuft der Umrichter bei einem Busausfall mit
dem zuletzt gültigen Drehzahlsollwert solange weiter, bis die Kommunikation
mit dem Umrichter wieder aufgebaut und ein neuer gültiger Drehzahlsollwert
vorgegeben wurde.

 

[bike]

Interessant ist, warum der Not-Aus kommt.
Hast du die entsprechenden Fehler OB in der CPU?
Wenn deine Eingänge im Diagnosepuffer auftauchen, dann ist offensichtlich etwas mit dem Netz im Argen.
Kann es sein, dass einer der Scalance ein Problem hat?
Gegeneinander tauschen, wäre eine Möglichkeit.
Hast du den Fb126?(hoffe der heißt so) ausprogrammiert?
Dann bekommst du Fehlermeldungen wenn mit den Teilnehmern etwas nicht passt.

bike

 

[Menhei]

OB82,83,85,86,87,100,121 und 122 sind vorhanden

FB DIAG werde ich morgen einbinden, sowie die I-Device Verbindung deaktivieren um die Steuerungen wieder zu trennen.

Werde im laufe des Tages zum Stand der Dinge berichten.

Not-Halt über Hardware geht immer

 

[bike]

Zuviel Werbung?
-> Hier kostenlos registrieren

Wenn die Bausteine leer sind, würde ich in jedem einen Zähler hoch zählen lassen.
Dann erkennst du ob einer der Bausteine aufgerufen wurde.
Zusammen mit dem FB siehst du von welchem OB der Fehler kommt.
Mach ich, damit mir klar ist welcher OB den FB aufruft.

Viel Erfolg


bike

 

[Menhei]

Hallo zusammen,
habe einiges ausgetestet Heute. Habe den FB 126 eingebunden, Systemmeldungen über FC/FB46 aktiviert, Telefonate geführt.... mit dem Erfolg der Fehler trat heute Nachmittag nicht einmal auf.
Sehr unbefriedigend, da ich nicht weiß ob der Fehler nur eine Pause eingelegt hat.
Es wird vermutet das der MMC Slot mit der MMC Karte (schon getauscht) oder Netzschwankungen das Urlöschen auslösen könnten. Dieses tritt jedoch nur unter <0,001% in den Steuerungen auf.

Habe die Anlagen getrennt (I-Device), die Datenrate an die G120 Nutzdaten über den OB Zeitlich gesteuert, um Last vom Bus zu nehmen alles hat nix genutzt. Habe an einem G120C den Fehler 30611 (SI P1: Defekt in einem Überwachungskanal(6611) mit Folgefehler von F1611 SI P1: Stop A ausgelöst in den Diagnose gefunden. Soll di F_WD_Time ggf. erhöhen empfohlen 50ms höher wie OB35 F_Aufruf laut Beschreibung. In der Hardwareconfig sind schon 200ms eingetragen bei OB35 Betrieb von 100ms. Werde Morgen die CPUen gegenseitig tauschen mal sehen ob der Fehler mitwandert.

 

[Matze001]

Joa... gehst mal sehr systematisch an die Sache ran. Ich wünsch Dir viel Erfolg!
Wäre super wenn Du uns auf dem Laufenden hälst, vielleicht fällt einem ja mal noch was ein.

Grüße

Marcel

 

[bike]

Zuviel Werbung?
-> Hier kostenlos registrieren

Habe an einem G120C den Fehler 30611 (SI P1: Defekt in einem Überwachungskanal(6611) mit Folgefehler von F1611 SI P1: Stop A ausgelöst in den Diagnose gefunden. Soll di F_WD_Time ggf. erhöhen empfohlen 50ms höher wie OB35 F_Aufruf laut Beschreibung. In der Hardwareconfig sind schon 200ms eingetragen bei OB35 Betrieb von 100ms. Werde Morgen die CPUen gegenseitig tauschen mal sehen ob der Fehler mitwandert.

Dann hast du Ärger mit deiner SafePLC.
Ist die Anlage schone einmal längere Zeit fehlerfrei gelaufen?
Ich würde mir die SafePLC anschauen. Alles sauber montiert? auch der Abschlusswiderstand?
Denn Not-Halt und jetzt Kanalfehler deuten in diese Richtung.


bike

 

[Menhei]

Hatten im Werk von Heut auf morgen das Problem aber immer sporadisch. Dort haben wir die MMC Karte getauscht und somit das Programm neu aufgespielt. Haben noch 2 Tage tests gefahren ohne Fehler. Jetzt steht die Anlage beim Kunden. Abschlusswiderstand bei Profinet wäre mir neu, bei Profibus durchaus ein Fehlergrund .

Danke für alle Hinweise.

CPU ist single ohne Rückwandbus über PN an Scalance angeschlossen der PN verteilt. Selbst umstecken von PN Leitungen, Port 2 an der CPU belegt, bisher ohne Erfolg.

 

[bike]

Abschlusswiderstand bei Profinet wäre mir neu, bei Profibus durchaus ein Fehlergrund ..

Ich schrieb von dem Anbschlusswiderstand an der SafePLC.
Ich glaube gelesen zu haben, dass ET200 im Einsatz ist.
Bei dem Sockel ist am Ende eine Abschlussplatte und in der ist ein Abschlussswiderstand.
Den habe ich gemeint.


bike

 

[Menhei]

Zuviel Werbung?
-> Hier kostenlos registrieren

Sorry bike, an den Abschlußwiderstand habe ich nicht gedacht, hast recht. Habe alle kontrolliert sind in Ordnung und stecken korrekt. F_WD_Zeiten erhöht hat leider keine Besserung ergeben. Scalance getauscht ebensowenig. Langsam bin ich komplett ratlos.

 

[bike]

Deine Not-Halt E/A gehen direkt auf die ET200?
Hast du, wenn der Fehler auftritt, einen Eintrag vom Fb 126?
Hast du versucht in den OB den Vorschlag mit den Zählern?
Wenn dem so ist, dann würde dir jeder Fehler aufgezeigt werden.


bike

 

[Menhei]

Hallo Leute,

es sieht so aus als hätten wir das Problem gefunden. Nach langem Suchen und viel Schweiß.

Zusammen mit den BigS Technikern wurden folgende Maßnahmen durchgeführt.

Programm, HW-Config usw. durchgesehen --> ok
Änderung von Kontrollzeiten auf Drive und S7 Seite -->kein Erfolg
Installation (ohne Siemens-Kabel) --> erst Kabel austauschen später mehr dazu
Cat 7 Leitungen aus Kabelwegen --> kein Erfolg
HMI´s deaktiviert --> kein Erfolg
Unterteilung der Antriebe in Bereiche über Scalance --> kein Erfolg
1 Scalance ausgebaut
Eine Drivegruppe auf XP2 der CPU --> Fehler noch da, Antriebe der Gruppe bleiben an Teilerfolg
alle Drives auf XP2 der CPU --> Fehler noch da, Antriebe der Gruppe bleiben an Teilerfolg
2 Scalance ausgebaut
Anlage läuft 4 Stunden stabil
Kabel in Kabeltrassen Aktivierung der HMI´s --> Anlage läuft

Test mit und ohne Material seid 8 Stunden ohne Ausfall.

Lasse die Anlage ohne Scalance laufen habe so keinen freien Port für das PG, zum Glück ist ja noch MPI/DP on board.
Die Scalance gehen zur Überprüfung zu Siemens.

Scalance X005
1P 6GK5005-0BA00-1AA3

 

[Menhei]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ein Danke an Alle die sich diesem Problem angenommen haben