PG an Dezentraler Peripherie

[Anonymous]

Zuviel Werbung?
-> Hier kostenlos registrieren

Folgendes Problem: Wenn ich mein PG am MPI oder Profibus an der SPS
anschliesse läuft alles wunderbar,nun wäre es öfters sehr hilfreich sich an den Phoenix-Busmodulen in der Anlage anzustecken,das quittiert das Modul aber sofort mit dem Aufleuchten der Fehler-LED und die Sps wechselt in STOP ,komme mit dem PG aber ins SPS-Programm,nützt mir aber nix mehr,wegen "Stop"!
Im Diagnosepuffer meldet die Steuerung "Stationausfall" des benutzten DP-Slaves,nach abstecken des PG und Neustart SPS ist alles wieder i.O.
:shock:

 

[plc_tippser]

Was sagt denn der Diagnosepuffer?

pt

 

[Jochen Kühner]

Zuviel Werbung?
-> Hier kostenlos registrieren

terminierung??

wie sieht den die terminierung aus??

 

[Ralle]

Bei DP-Bus bis 1,5 MB und einer Stichleitung < 1,5 m sollte es gehen. Bei höheren Frequenzen geht es manchmal, ist aber nicht mehr zulässig und vor allem nichr zuverlässig. Durch das Anstecken der Leitung kann es zu Störungen kommen, aber wie gesagt es kann Zufall sein, daß es gerade an der SPS zu keiner Störung kommt.

 

[RaiKa]

Die Existenz des OB86 könnte den Stopzustand der SPS bei Stationsausfall eines Slaves verhindern.
Gruß
raika

 

[Anonymous]

Zuviel Werbung?
-> Hier kostenlos registrieren

also:
Diagnosepuffer : Ausfall dezentrale Peripherie (der Slave wo
PG dran steckt

OB 86 ist vorhanden

Terminierung i.O.

DP 1,5 MB/s , PG Kabel auch nicht länger als 1,5 m

muss ich evtl. noch etwas bei der Schnittstelleneinstellung beachten ?

(Auto/Profibus/Profibus (Slave) ) eingestellt hab ich Profibus

 

[RaiKa]

nach welchem OB wird denn im Diagnosepuffer gefragt?
Oft hilft auch der OB 82 (Diagnose) und der OB 85 (Peripherieausfall)

Ist bei der PG/PC-Schnittstelle die Option "PG/PC einziger Master am Bus" aktiv?

Gruß
raika

 

[Anonymous]

OB 82 und 85 müssten auch vorhanden sein,bin mir nicht ganz sicher aber den OB86 und manchmal 122 schreibt er in den Diagnosepuffer

PG einziger Master muss ich erst prüfen , kann sein das da der Fehler liegt

komme aber leider erst in ein paar Tagen wieder dazu einen Probelauf zu machen

 

[Anonymous]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich würde mal ein Profibuskabel statt dem MPI-Kabel benutzen (Die Wiederstände an beiden Enden auf Off).

Gruss Harti

 

[Heinz]

Läuft die SPS nach dem Aufstecker ohne Fehler an oder startet sie nicht, wenn das PG angeschlossen ist?

Wenn würde ich, wenn möglich, mal den Bus Takt heruntersetzen und erneut testen.

Fragen am Rande: wieviele Teilnehmer sind im Segment. Mit Diagnosetools feststellen, ob der Bus schon häufig DAten von den Slaves anfordert. Wenn kein Diagnosetool zur Hand, dann einige Teilnehmer aus dem Bus nehmen und erneut probieren.

Wie ist die Busverlegung und wie lang ist das Bussegment.

 

[Anonymous]

Die sps läuft erst nach abziehen des PG wieder an.
16 Slaves hängen noch am Profibus,Leitungslänge kann ich nur schätzen etwa 40-50m.

Ab nächste Woche steht die Produktion ,dann kann ich alles der Reihe nach durchgehen!

 

[Heinz]

Zuviel Werbung?
-> Hier kostenlos registrieren

Wenn die Fehlerob's geladen sind, dann würde ich schauen, ob alle Teilnehmer oder nur die vor dem PG erreichbar sind und tritt das Problem nur an einer Stelle oder an allen Stellen im Bus auf?

Ansonsten fällt mir nur ein Testen, Prg nur mit Fehlerob's, ggf ein Blinki auf einer Ausgangskarte des SChrankes, als Zeichen SPS lebt....

War die Teilnehmer angeht:
ohne Teilnehmer
mit einem Teilnehmer
usw.

Wenn Ihr habt, einen Profibusanalyer verwenden, in der Hoffung, das er den Fehler findet.

Ich hatte vor einiger Zeit mit so einem Tool ein Fehler versucht zu finden, ohne Erfolg, weil Teilnehmer in Bus Störsignale eingestreut haben und je nach Zugriff ging der Teilnehmer in Störung der gerade "dran" war.

Am Ende wurde der Bus neu (nach Vorschrift) verlegt und die Probleme waren weg.