Profibusteilnehmer fällt aus und bringt den gesamten BUS zum erliegen

Zuviel Werbung?
-> Hier kostenlos registrieren
JesperMP schrieb:
N.B. Es hätte auch schön gewesen sein wenn du das ganze System in den ersten Eintrag detailiert beschrieben hatte.
Zum Vergrößern anklicken....

Ich werde deinen Wunsch bei meiner nächsten Anfrage natürlich berücksichtigen. Hoffentlich meldet sich dann überhaupt noch jemand.:confused:

Ich werde bei nächster Gelegenheit als Versuch die "Ansprechüberwachung" in den Hardwareeigenschaften der Slaves ausschalten. Ich bin gespannt welches Verhalten sich mit dieser Änderung einstellt.
 
Zuletzt bearbeitet:
Die "Ansprechüberwachung" hat mit Deinem Problem nichts zu tun. Sie sorgt dafür, daß der Slave in einen "sicheren" Zustand geht (z.B. seine Ausgänge abschaltet) wenn der Master ausfällt. Bei Dir friert der Master ein und nicht die Slaves.

Einen Profibus-DP muß man jederzeit an jeder beliebigen Stelle unterbrechen können und nachdem die Unterbrechung beseitigt ist, muß der Profibus von alleine wieder weiterlaufen, sprich der DP-Master muß die ausgefallenen DP-Slaves wieder aufnehmen. Wenn das nicht so funktioniert, dann funktioniert der Master nicht korrekt. Ruf den Hersteller Deiner SPS-Hardware an.

Harald
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich sehe das auch so wie Harald.
Eine Unterbrechung von z.B. der Funkstrecke würde ja auch die Terminierung des PB nicht beeinträchtigen.
Hier scheint es also ein generelles Problem zu geben. Zugegeben, wir sind da ggf. Siemens-verwöhnt. Ich kannte dieses von dir eingesetzte System bislang noch nicht einmal vom Hören-sagen.
Du solltest das wirklich mal mit dem Hersteller der HW besprechen - die werden dich wegen so einer Anfrage ganz sicher nicht "beissen" ...

Gruß
Larry
 
Ich habe nun mit der Firma EP-Systemtechnik (unser Fernwirk-Vertragspartner) gesprochen.

Fazit:

Da der Fehlerspeicher meiner SPS sagt:

Ereignis 1 von 100: Ereignis-ID 16# 2942
Peripherie-Zugriffsfehler, lesend
P-Bereich , Wortzugriff, Zugriffsadresse: 102
Angeforderter OB: Peripheriezugriffsfehler-OB (OB 122)
Prioritätsklasse: 1
externer Fehler, kommendes Ereignis

sollte ich versuchen erst die Fehlermeldung in den zu beseitigen.

Wie schon beschrieben ist der OB122 jedoch definitif bestandteil des Progammes...auch Online.

Habe sogar den OB122 gelöscht und erneut gesetzt....keine linderung der Problematik

dei Fehlermeldung kommt erneut, immer wenn ich mein Profibus-Signal (künstlich kurzzeitig) Unterbreche.

Ich werde mich nochmal intensiv mit der Fehlermeldung beschäftigen müssen.......
 
Das ist kein "Fazit" sondern ein Sachgasse. Diese Fehlermeldung kannst du ignorieren. Es kommt weil der CPU ein Adresse (102) nicht lessen kann, was nur logisch ist wenn der Profibus Verbindung unterbrochen ist.

Du musst den Hersteller fragen, warum der CP nicht automatisch den Verbindung wiederherstellt.
 
JesperMP schrieb:
Das ist kein "Fazit" sondern ein Sachgasse. Diese Fehlermeldung kannst du ignorieren. Es kommt weil der CPU ein Adresse (102) nicht lessen kann, was nur logisch ist wenn der Profibus Verbindung unterbrochen ist.

Du musst den Hersteller fragen, warum der CP nicht automatisch den Verbindung wiederherstellt.
Zum Vergrößern anklicken....


Ich fange an zu verstehen.....die Fehlermeldung OB122 s.o. ist der Grund weil auf meine Pheriepherie Slave nicht zurück gegriffen werden kann weil mein CP-Master nicht wieder anfängt zu arbeiten.

Der Fehlerablauf ist dann somit also:

1. Funkverbindung reißt kurz ab
2. somit kein Profibus-Signal
3.dann CP-Master ausfall
4. Programm möchte auf Slave-Werte (PEW´s) greifen
5. Keine Slave-Werte vorhanden weil CP-Master ausgefallen
6. dann

Peripherie-Zugriffsfehler, lesend
P-Bereich , Wortzugriff, Zugriffsadresse: 102
Angeforderter OB: Peripheriezugriffsfehler-OB (OB 122)
Prioritätsklasse: 1
externer Fehler, kommendes Ereignis

7. CP-Master bleib ausgefallen
 
Richtig, bis 6. ist alles völlig normal.
Jetzt müßte einfach nur noch die Verbindung zum Slave wieder aufgebaut werden, sobald die Funkverbindung wieder hergestellt ist.

PS:
Test: ziehe mal am Master das Profibus-Kabel ab --> die Verbindung zu beiden DP-Slaves ist unterbrochen --> Kabel wieder anstecken --> beide Verbindungen müssen wieder aufgebaut werden --> keine Zugriffsfehler und keine roten Fehler-LEDs mehr

Harald
 
Aktueller Stand:

Phoenix Contact trifft die Aussage dass das Problem mit dem CP-Master von der EP-Systemtechnik Baugruppe EP-600 ausgeht.
EP-Systemtechnik trifft die Aussage das dies am Funkmodul von Phoenix liegt.

Ich werde mich daher wohl zukünftig von beiden Herstellern etwas distanzieren. Weiterhin werde ich die Datenübertragung an diesem Punkt neu konzipieren.

Viele Köche verderben den Brei.

Vielen Dank an alle beteiligten Helfer und Berater!!!!

An den lieben Mod:

Das Thema kann von meiner Seite geschlossen werden.

Grüße

Hoppi
 
Zuletzt bearbeitet:
Moin Hoppi,

Danke für die Information zum aktuellen Stand.

Hattest Du eigentlich mal ausprobiert was passiert, wenn der komplette Profibus direkt am Master abgezogen und wieder aufgesteckt wird? Wird da die Verbindung zu allen Slaves wieder aufgebaut oder passiert der Nicht-wieder-Aufbau zu dem einen Slave nur, wenn es die Funkstrecke betrifft?

Harald
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Harald,

wird auch nur ein Profibusteilnehmer vom Bus kurzzeitig entfernt kommt es zum gesamten
erliegen des BUS. Der Bus läuft erst nach einer Unterbrechung der Versorgungsspannung an der CPU wieder an.
 

Similar threads

H
Profibus-Netzwerk verliert immer wieder die Verbindung
Antworten
2
Aufrufe
2K
Gerhard Bäurle
Gerhard Bäurle
Zurück
Oben