CPU-Verhalten bei Profibusfehler

[Ekkehard]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo zusammen,

habe folgendes Problem.
Im Einsatz ist eine Siemens CPU 416-2DP. Zentral sowie dezentral über den Bus sind eine ganze Reihe von Ein-/Ausgängen und Siwarex Baugruppen verbaut. Bei einem Busfehler des internen Profibus-Masters geht die CPU jedes Mal in Stop-Zustand. Der Anlagenbediener hat es dann immer schwer den Fehler zu lokalisieren und zu beheben.
Kann das Programmtechnisch so geändert werden, dass hier nur ein Fehler gemeldet wird, die CPU aber trotzdem in RUN bleibt und die zentralen Anlagenteile z.B. weiter laufen?
Oder ist das nur mit einer zusätzlichen Profibuskarte möglich?

Danke schon mal im voraus für alle Antworten.

 

[sps-concept]

Profibusfehler

Hallo,

am besten OB82 / OB86 mit Aufruf FB125 und zusätzlichen Aufruf des FB125 im OB1 oder anderen zyklisch abgearbeiteten Baustein. Der FB125 stellt dann Listen mit projektierten / vorhandenen / ausgefallenen / gestörten Slaves zur Verfügung. Suche nach Diagnosepaket mit FB125 auf der Siemens-HP.

André

 

[Ekkehard]

Zuviel Werbung?
-> Hier kostenlos registrieren

Danke André für die schnelle Antwort.

Die OB82/86 sind programmiert, allerdings ohne Aufruf des FB125. Kann das die Ursache für den CPU-Stop sein. Reicht nicht eigentlich der Aufruf der OB´s schon aus, um einen Stop zu verhindern?

 

[sps-concept]

Profibusfehler

Hallo Ekkehard,

ja ein leerer OB reicht schon um den Stop zu verhindern. Ich hab nur die komfortabelste Lösung geschildert. Was ist im OB82/OB86 drin? Vielleicht ein Aufruf des Stop-SFCs? ;-) Was steht beim Stop im Diagnosepuffer?

André

 

[Ekkehard]

Also die OB´s sind leer. Diagnosebuffer habe ich leider im Moment nicht verfügbar, weil die Anlage bei einem Kunden steht.
Wir planen jetzt mehrere Profibustränge aufzubauen, damit wenigstens ein Teil der Anlage weiterläuft.
Aber so wie ich das jetzt sehe, könnte hier das Problem dann eventuell sogar bestehen bleiben. Wenn einer der CP´s einen Fehler erkennt, geht die CPU trotzdem in Stop?

Ich versuche mir mal den Diagnosebuffer zu organisieren.

Ekkehard

 

[Larry Laffer]

Zuviel Werbung?
-> Hier kostenlos registrieren

... meines Erachtens fehlt hier noch der OB122 - "Module Access Error" ...

Gruß
LL

 

[sps-concept]

Profibusfehler

Hallo Ekkehard,

ich habe ne Vermutung was euer Problem sein könnte... Steht in der hW-Konfig bei der CPU im Register Zyklus/Taktmerker -> OB85-Aufruf bei Peripheriezugriffsfehler etwas anderes als "kein OB85-Aufruf"? Dann geht die SPS bei fehlendem OB85 in Stop. Ich hab immer "kein OB85-Aufruf" drinstehn und verwende den Status des Profibusteilnehmers aus dem FB125.

Die Aufteilung die ihr mit CP vorhabt ist eher sinnlos. Sinnvoller wäre evtl der Einbau von Repeatern damit nicht alles an einem Faden hängt. Wenn zB mehrere nacheinanderfolgende Teilnehmer nicht mehr am Bus hängen erhöht sich ja die Segmentlänge und evtl gehen dann alle nachfolgenden Teilnehmer nicht mehr.

André

 

[Ekkehard]

Hallo zusammen,

"Hallo Ekkehard,

ich habe ne Vermutung was euer Problem sein könnte... Steht in der hW-Konfig bei der CPU im Register Zyklus/Taktmerker -> OB85-Aufruf bei Peripheriezugriffsfehler etwas anderes als "kein OB85-Aufruf"? Dann geht die SPS bei fehlendem OB85 in Stop. Ich hab immer "kein OB85-Aufruf" drinstehn und verwende den Status des Profibusteilnehmers aus dem FB125."

Auch bei uns steht in der CPU "kein OB85-Aufruf".

Wir haben uns den Fehler nochmals genau betrachtet und haben festgestellt, dass die Ursache jedesmal ein Ausfall einer ET200M war. Damit ist ja eigentlich der Busfehler nur eine Folge, die Ursache ist ein Peripheriefehler. Das wäre dann ja wohl die Aufgabe des OB122. Und der fehlt in unserem Programm.

Wir werden das jetzt testen und dann weiter sehen.

Vielen Dank nochmal an alle für die Hilfe.

Bis dann

 

[olitheis]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,
zu dem Thema ist mir hier weitergeholfen worden.
Gruß
Oli