Kommunikation Profibus nach Einschalten Hauptschalter nicht da

Bär1971

Level-1
Beiträge
220
Reaktionspunkte
18
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo zusammen,

ich hab ein Problem beim Einschalten einer Anlage.
Nicht immer aber ab und zu schaltet mein Kunde die Anlage ein, die CPU läuft hoch, geht mit Busfehler in Run und an einem Sinamics-Servoregler bleibt die Komm-LED rot. Im Fehlerspeicher der CPU werden alle 3 Profibusteilnehmer aufgeführt mit Hinweis das der OB83 nicht projektiert oder erreichbar wäre. Aber der OB ist im Projekt vorhanden und auch auf die CPU geladen. Mich wundert das es nur ab und zu vorkommt und ansonsten die Anlage einwandfrei hochläuft und auch störungsfrei funktioniert.

Kennt jemand so ein Phänomen und kann mir Tipps geben wonach ich suchen kann?
 
Bevor wir rumrätseln:
Bist Du Dir sicher mit Deinen Aussagen zum "OB83"? Wie lautet der Diagnosepuffereintrag genau? (den Text mal hier reinkopieren)

Ziehen/Stecken-OB (OB 83)

Das Betriebssystem der CPU ruft den OB83 in folgenden Fällen auf:
• nach dem Ziehen oder Stecken einer projektierten Baugruppe
• nachdem Sie im Rahmen einer Anlagenänderung im laufenden Betrieb (CiR-Vorgang) Parameteränderungen einer Baugruppe in STEP7 vorgenommen und diese im RUN in die CPU geladen haben
Wenn Sie den OB83 nicht programmiert haben, geht die CPU in den Betriebszustand STOP.

Wie werden die SPS und die Sinamics mit Strom versorgt? Sind da Verzögerungen möglich?

Harald
 
Ich komm an den genauen Diagnoseeintrag erst wieder Montag ran. Ich hoff ich hab mich jetzt aus dem Kopf raus nicht geirrt mit der OB-Nummer. Der soll wohl aufgerufen werden wenn Buspartner ausfallen. Aber ich hab geprüft das der geforderte OB auf der CPU vorhanden ist, zwar leer, aber vorhanden.

Die Stromversorgung für alle Teilnehmer wird aus dem gleichen Netzteil bezogen, Verzögerungen schliesse ich daher aus.

Es ist eine 313C-2DP aktuelle Ausführung. Wie meinst du "welcher Profibus-Master"? Ganz normal CPU in der Hardwareconfig angelegt und die Teilnehmer am schwarz-weißen Strich plaziert, Siemens-Voreinstellungen nicht geändert.

Eine so gut wie identische Anlage mit einer ca. 5 Jahre alten 313C-2DP soll den Fehler laut Kunden nicht haben. Hier wurde aktuell ein Servo rausgeworfen und durch einen identischen Sinamics wie an der neuen Anlage ersetzt.
Ist es möglich, das die neuere CPU einfach zu schnell ist im Hochfahren und die Busteilnehmer die Kommunikationsaufforderung nicht mitbekommen und danach auch keine Kommunikation mehr angefragt wird? Alles seltsam denn alle Geräte am Bus sind ganz aktuell und sollten miteinander können. Hab sowas noch nie erlebt. Bisher haben die Buskommunikationen wie es sein soll ohne mein Zutun funktioniert.
 
Na ja, hin und wieder ist es so das halt erst die lave's an Spannung sein sollten und dann verzögert die CPU!
Würde einmal nen Zeitrelais vor die CPU setzen und diese 30 sek verzögert anlaufen lassen!
 
Zuviel Werbung?
-> Hier kostenlos registrieren
kann man den Anlauf auch softwareseitig in der cpu verzögern? Wann wird die Kommunikation aufgebaut, mit Start OB100, mit Ablauf OB1? oder unabhängig direkt nach Anlegen der Versorgungsspannung? Gibt es eine Einstellung dazu in der Hardwareconfig?
 
Theoretisch kann man verschiedene Sachen in HW Konfig einstellen, nach meiner Erfahrung kann man aber nicht den Anlauf des DP-Masters softwaremäßig verzögern. Ich meine, der läuft auch im Stop der CPU an.

Wie reagierst Du/Ihr eigentlich, wenn so eine Problem-Situation eintritt? Ist die CPU dann tatsächlich in Run? "Heilt" sich das Problem irgendwann von alleine?

Harald
 
gibt keine Heilung... Hauptschalter ein, mit Drucktaste Automatik Ein werden dem Sinamics verschiedene Daten übertragen. Hier merkt der Anwender dann das die Kommunikation nicht läuft weil die daten nicht übernommen werden. (Handshake des Sinamics funktioniert nicht). Also Hauptschalter Aus und wieder Ein, dann ist das Problem weg. Allerdings kommt es nicht bei jedem Einschalten vor sondern nur sporadisch ab und zu.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Wie schnell ist denn Bus eingestellt?
Ein Versuch von mir mit 12 MBit hat ein Ergebnis wie du es beschreibst gebracht.
Wieder die Bremse angezogen und gut war es.

Wenn der Fehler auftritt, einmal prüfen, ob du mit Spannung weg vom Sinamics, die sich wieder anmelden.
Hast du die Hardware der Station online geöffnet?
Dann siehst du ob die Kommunikation ganz weg ist oder ob "nur" drin steht falsche Parameter.


bike
 
was ist die Voreinstellung von Siemens? Hab da noch nie was dran geändert. du meinst in der hardwareconfig der cpu Buseinstellungen den Wert?
 
Also wird es 1,5 MBit sein.
Es kann sein, dass du ein Hardwareproblem hast und in der Software suchst.

Ich würde mir Verkabelung und der Stecker anschauen.
Wie lang sind denn die Verbindungen zwischen den Sinamics?
Wenn die nur 20 cm sind, kann es problematisch sein.
Es gibt eine Spezifikation, dass die Kabel länger als 50 cm sein sollen, wegen Impedanz oder so.


bike

P.S: Nagel mich nicht fest ob es 50 cm sein muss, doch bei zu kurz kann es Probleme geben .
 
Hier ein Auszug des Eintrags im CPU-Fehlerspeicher:


Diagnosepuffer der Baugruppe CPU 313C-2 DP

Bestell-Nr./ Bezeichn. Komponente Ausgabestand
6ES7 313-6CG04-0AB0 Hardware 2
- - - Firmware V 3.3.1
Boot Loader Firmware-Erweiterung A 32.9.9

Baugruppenträger: 0
Steckplatz: 2


Seriennummer: S C-C4UP29132012


Ereignis 1 von 113: 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
03:39:42.985 28.05.1994
(Kodierung: 16# 4302 FF68 C700 0000 0810 7710)


Ereignis 2 von 113: Ereignis-ID 16# 1382
Automatische Neustart (Warmstart)-Anforderung
STOP-Ursache: Netzausfall
Anlaufinformation:
- Anlauf ohne geänderten Systemausbau
- keine Soll-/Istdifferenz vorhanden
- 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
Angeforderter OB: Anlauf-OB (OB 100)
Prioritätsklasse: 27
kommendes Ereignis
03:39:42.984 28.05.1994
(Kodierung: 16# 1382 1B64 C772 494E 0810 7710)


Ereignis 3 von 113: Ereignis-ID 16# 4301
Betriebszustandsübergang von STOP nach ANLAUF
STOP-Ursache: Netzausfall
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: STOP (intern)
Angeforderter Betriebszustand: ANLAUF (Neustart/Warmstart)
kommendes Ereignis
03:39:42.865 28.05.1994
(Kodierung: 16# 4301 FF46 C772 494E 0810 7710)


Ereignis 4 von 113: Ereignis-ID 16# 38C4
Dezentrale Peripherie: Station Wiederkehr
Adresse des betroffenen DP-Slaves: Stationsnummer: 15
DP-Mastersystem-ID: 2
Log. Basisadresse des DP-Slaves: Eingangsadresse: 2047
Log. Basisadresse des DP-Masters: Eingangsadresse: 1023
Angeforderter OB: Baugruppenträgerausfall-OB (OB 86)
OB nicht vorhanden oder gesperrt oder nicht startbar im aktuellen Betriebszustand
externer Fehler, gehendes Ereignis
03:39:42.759 28.05.1994
(Kodierung: 16# 38C4 FE56 C054 03FF 07FF 020F)


Ereignis 5 von 113: Ereignis-ID 16# 38C4
Dezentrale Peripherie: Station Wiederkehr
Adresse des betroffenen DP-Slaves: Stationsnummer: 13
DP-Mastersystem-ID: 2
Log. Basisadresse des DP-Slaves: Eingangsadresse: 1022
Log. Basisadresse des DP-Masters: Eingangsadresse: 1023
Angeforderter OB: Baugruppenträgerausfall-OB (OB 86)
OB nicht vorhanden oder gesperrt oder nicht startbar im aktuellen Betriebszustand
externer Fehler, gehendes Ereignis
03:39:42.693 28.05.1994
(Kodierung: 16# 38C4 FE56 C054 03FF 03FE 020D)


Ereignis 6 von 113: Ereignis-ID 16# 38C4
Dezentrale Peripherie: Station Wiederkehr
Adresse des betroffenen DP-Slaves: Stationsnummer: 11
DP-Mastersystem-ID: 2
Log. Basisadresse des DP-Slaves: Eingangsadresse: 1021
Log. Basisadresse des DP-Masters: Eingangsadresse: 1023
Angeforderter OB: Baugruppenträgerausfall-OB (OB 86)
OB nicht vorhanden oder gesperrt oder nicht startbar im aktuellen Betriebszustand
externer Fehler, gehendes Ereignis
03:39:42.615 28.05.1994
(Kodierung: 16# 38C4 FE56 C054 03FF 03FD 020B)


Ereignis 7 von 113: Ereignis-ID 16# 3842
Baugruppe ok
Baugruppentyp: Dezentrale Peripherie
Eingangsadresse: 2047
Anwenderinformation vorhanden
Diagnosealarm von Stellvertreter
Angeforderter OB: Diagnosealarm-OB (OB 82)
OB nicht vorhanden oder gesperrt oder nicht startbar im aktuellen Betriebszustand
externer Fehler, gehendes Ereignis
03:39:42.580 28.05.1994
(Kodierung: 16# 3842 FE52 C554 07FF 0063 0000)


Ereignis 8 von 113: Ereignis-ID 16# 3842
Baugruppe ok
Baugruppentyp: Dezentrale Peripherie
Eingangsadresse: 1021
Anwenderinformation vorhanden
Diagnosealarm von Stellvertreter
Angeforderter OB: Diagnosealarm-OB (OB 82)
OB nicht vorhanden oder gesperrt oder nicht startbar im aktuellen Betriebszustand
externer Fehler, gehendes Ereignis
03:39:42.577 28.05.1994
(Kodierung: 16# 3842 FE52 C554 03FD 0063 0000)


Ereignis 9 von 113: Ereignis-ID 16# 3842
Baugruppe ok
Baugruppentyp: Dezentrale Peripherie
Eingangsadresse: 2047
Anwenderinformation vorhanden
Diagnosealarm von Stellvertreter
Angeforderter OB: Diagnosealarm-OB (OB 82)
OB nicht vorhanden oder gesperrt oder nicht startbar im aktuellen Betriebszustand
externer Fehler, gehendes Ereignis
03:39:42.576 28.05.1994
(Kodierung: 16# 3842 FE52 C554 07FF 0063 0000)


Ereignis 10 von 113: Ereignis-ID 16# 5371
Dezentrale Peripherie: Ende der Synchronisation mit einem DP-Master/IO-Controller auf Steckplatz 2
Anzahl der dezentralen Stationen: 3
kommendes Ereignis
03:39:42.576 28.05.1994
(Kodierung: 16# 5371 FF02 C150 0003 0000 0000)


Ereignis 11 von 113: Ereignis-ID 16# 4358
Alle Baugruppen sind betriebsbereit
Betriebszustand: STOP (intern)
kommendes Ereignis
03:39:38.884 28.05.1994
(Kodierung: 16# 4358 FF44 0000 0000 0000 0000)


Ereignis 12 von 113: Ereignis-ID 16# 4357
Baugruppenüberwachungszeit gestartet
Betriebszustand: STOP (intern)
kommendes Ereignis
03:39:36.114 28.05.1994
(Kodierung: 16# 4357 FF44 0000 0000 0000 0000)


Ereignis 13 von 113: Ereignis-ID 16# 4300
NETZ-EIN gepuffert
Bisheriger Betriebszustand: SPANNUNGSLOS
Angeforderter Betriebszustand: STOP (Eigeninitialisierung)
kommendes Ereignis
03:39:35.356 28.05.1994
(Kodierung: 16# 4300 FFF3 0000 0000 0000 0000)


Ereignis 14 von 113: Ereignis-ID 16# 494E
Netzausfall
Bisheriger Betriebszustand: RUN
Angeforderter Betriebszustand: SPANNUNGSLOS
externer Fehler, kommendes Ereignis
03:03:37.848 28.05.1994
(Kodierung: 16# 494E FF8F C000 0000 0000 0000)


Ereignis 15 von 113: 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
21:39:31.409 27.05.1994
(Kodierung: 16# 4302 FF68 C700 0000 0810 7710)


Ereignis 16 von 113: Ereignis-ID 16# 1382
Automatische Neustart (Warmstart)-Anforderung
STOP-Ursache: Netzausfall
Anlaufinformation:
- Anlauf ohne geänderten Systemausbau
- keine Soll-/Istdifferenz vorhanden
- 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
Angeforderter OB: Anlauf-OB (OB 100)
Prioritätsklasse: 27
kommendes Ereignis
21:39:31.408 27.05.1994
(Kodierung: 16# 1382 1B64 C772 494E 0810 7710)


Ereignis 17 von 113: Ereignis-ID 16# 4301
Betriebszustandsübergang von STOP nach ANLAUF
STOP-Ursache: Netzausfall
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: STOP (intern)
Angeforderter Betriebszustand: ANLAUF (Neustart/Warmstart)
kommendes Ereignis
21:39:31.289 27.05.1994
(Kodierung: 16# 4301 FF46 C772 494E 0810 7710)


Ereignis 18 von 113: Ereignis-ID 16# 38C4
Dezentrale Peripherie: Station Wiederkehr
Adresse des betroffenen DP-Slaves: Stationsnummer: 15
DP-Mastersystem-ID: 2
Log. Basisadresse des DP-Slaves: Eingangsadresse: 2047
Log. Basisadresse des DP-Masters: Eingangsadresse: 1023
Angeforderter OB: Baugruppenträgerausfall-OB (OB 86)
OB nicht vorhanden oder gesperrt oder nicht startbar im aktuellen Betriebszustand
externer Fehler, gehendes Ereignis
21:39:31.184 27.05.1994
(Kodierung: 16# 38C4 FE56 C054 03FF 07FF 020F)

.
.

Hilft das ein wenig?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Das sind jetzt Diagnosepuffer-Einträge nach einem Start ohne Probleme?
(Beim Überfliegen der Ereignisse finde ich erstmal nur komisch, daß Ereignis 7 und 9 identisch sind. Hat aber wahrscheinlich nichts zu bedeuten.)

Tip: stell' doch mal die Uhr der CPU, das dauert nur ein paar Sekunden ... ;)

Harald
 
ich bin nicht vor Ort, das ist ja meine Sorge... ich fische hier im Trüben nach Angaben unseres Kunden. Es wäre schön wenn ich meinem Kunden eine geänderte Software zum Einspielen schicken und mir die Fahrt von 4 Stunden ersparen könnte. Denn auch vor Ort fische ich genauso im Trüben... Siemens Support lässt mich hier schon seit Freitag zappeln und reagiert nicht auf die wiederholte Bitte das der Bearbeiter wieder zurückruft um nähere Details zu besprechen...

Das sind die Einträge welche mir der Kunde so geschickt hatte. Ich konnte hier nur einen Teil posten wegen der max. Zeichenanzahl, aber da es sich in der Struktur immer wiederholt hoffe ich das es zum entziffern reicht... Man könnte also daraus schliessen, das die Teilnehmer korrekt gestartet werden und die CPU sauber hochläuft? Warum wird aber dreimal der OB82 versucht aufzurufen mit der Meldung er wäre nicht erreichbar? Und woran könnte es dann liegen das der Sinamics mit roter Komm-LED trotzdem keine Kommunikation hat?

Hat jemand Erfahrung mit dem SFC12 (D_ACT_DP)? Bringt das was, beim Hochlaufen der CPU am Anfang des OB1 die Teilnehmer deaktivieren, die weitere Bearbeitung der folgenden Einträge (FB-Aufrufe im OB1) so lange zu überspringen bis eine Zeit X abgelaufen ist und dann die Teilnehmer wieder aktivieren und die OB1-Bearbeitung zulassen? Oder deke ich gerade in die völlig falsche und zu abenteuerliche Richtung?
 
ich würde hier nicht anfangen irgendwas ausenrum zu programmieren. wichtiger wäre rauszufinden warum der ob86 nicht geht.
Testweiße kannst du auch mal die busgeschwindigkeit runternehmen.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
.
In einem Projekt mit anderen Antrieben über PB hatte ich ein gleiches Problem.
Als QuickAndDirty-Lösung habe ich über einen Timer die Bausteine, die mit den
Antrieben über PB kommunizieren, nach dem CPU-Hochlauf (OB1_SCAN = 3)
erst mal 10s warten lassen, bis sie bearbeitet wurden.
Die Lösung ist heute noch in Betrieb.

Probiere es einfach als erste Massnahme mal aus !
 
nach mehrmaligem Betteln um Rückruf beim Siemens-Support ist bis jetzt immer noch kein Rückruf erfolgt. Mittlerweile versucht sich unser Verkäufer in die Technik reinzudenken. Ich selbst werde nun also doch morgen zum Kunden fahren um vor Ort weiterzusuchen. Ich danke euch allen hier für die Gedanken und Lösungsansätze und werde wenn ich zurück bin berichten was wirklich das Ärgerniss war.
 
hallo zusammen,

bin wieder zurück. So, was wars nun... Folgende "Liste" abgearbeitet:

- Adresse am Sinamics per Drehschalter fest eingestellt anstatt "nur" Softwareeinstellung? (war schon eingestellt)
- Profibuskabel zu kurz? (nein, 50cm sollten reichen)
- Alle Abschlusswiederstände eingeschaltet? (ja)
- Diagnosepuffer CPU auslesen (alles iO)
- Hauptschalter Ein-Aus bis Fehler kommt (kam nach ca. 12x Ein-Ausschalten, Sinamics hängt mit Com-LED rot)
- Diagnosepuffer CPU auslesen (alle Teilnehmer bis auf den Sinamics werden verbunden angezeigt)
- Läuft der Bus an sich? (ja, andere Teilnehmer übermitteln ihre Daten)
- Auf den Sinamics schauen was dort drinsteht (über alle möglichen Kanäle versucht, kein Kontakt herstellen können)

Fazit, die Sinamics-CU hängt sich in dem Fall komplett auf, kein Zugang mehr möglich. Nach Hauptschalter Aus/Ein wieder ok bis zum nächsten sporadischen Aufhängen beim Einschalten.

Lösungsansatz von Siemens:

- Ordner "User" auf der CF-Card löschen und Projektierung neu übertragen (nach ca. 30x aus/einschalten ohne Problem im ausgeschalteten Zustand ne kleine Pause gemacht und sofort wieder gestört nach Einschalten)
- Neue Firmware mit aktuellem Hotfix auf die CF-Card übertragen, Projektierung neu übertragen (Konnte in der Zwischenzeit an die zweite Anlage und die CU´s ohne die CF-Cards gegeneinander austauschen. Der Fehler ist mitgewandert. Also wird das Problem in der Cu liegen. Allerdings ist der Fehler nach anpassen der Firmware nicht mehr aufgetreten)

Abschluss:
Da Siemens nicht ganz ausschliessen kann, das die CU nicht doch ein Problem hat und der Fehler wiederkommt, wird sie ausgetauscht.

Uff... Problem gelöst, Kunde zufrieden
 
Zurück
Oben