Fehlersuche: Profibus Ausfall

olitheis

Level-1
Beiträge
488
Reaktionspunkte
2
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,
vor einiger Zeit hatte ich nach Fehlerdiagnose für den Profibus-DP gefragt. Ich hatte dann auch die benötigten OB's und FB's dann im Programm angelegt usw., alles soweit i.O. Also wenn ein Fehler auftritt wurde die Anlage entsprechend gestoppt und es gibt eine Alarmmeldung. Des Weiteren hatte ich bei dem Besuch beim Kunden zuletzt alle DP Anschlußstecker ausgetauscht (in der Hoffnung, dass das Problem damit behoben ist). Ist es aber anscheinend nicht, der Kunde hat wieder mal angerufen, um mir mitzuteilen, dass wieder ein Busfehler aufgetreten ist. Jetzt habe ich folgende Fragen:
Kann ich die Fehler aus dem DB(125) abspeichern, um nachher den Fehler auszuwerten bzw. wie kann ich dem Problem am effektivsten auf die Schliche kommen?
Dazu muss ich jetzt noch folgendes sagen: Als ich die Änderungen im Programm eigepflegt habe, war ich mit meinem Laptop dort, konnte also die MC nicht beschreiben. Irgendwie hat der Kunde es geschafft, dass das "alte" Programm von der MC gelesen wurde, und somit meine Änderungen dahin sind.
Nächste Woche habe ich nochmal die Möglichkeit beim Kunden vor Ort die Sache zu untersuchen und meine Programmänderungen erneut einzuspielen.
Hat von Euch noch jeman einen Tip, wonach ich noch schauen sollte bez. des Fehlers. Ich habe dann zwar diese Diagnose drin, aber irgendwie komme ich damit auch nicht so richtig weiter.
Sorry für den viele Text
Vielen Dank
Oli
 
Hallo,
Dazu muss ich jetzt noch folgendes sagen: Als ich die Änderungen im Programm eigepflegt habe, war ich mit meinem Laptop dort, konnte also die MC nicht beschreiben. Irgendwie hat der Kunde es geschafft, dass das "alte" Programm von der MC gelesen wurde, und somit meine Änderungen dahin sind.

Hallo Oli,

das riecht aber stark nach Stromausfall, wenn die MC erneut gelesen wurde. Dagegen hilft z.B. ne USV. Kannst du sowas (Stromausfall) evt nachvollziehen?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
DP Ausfall

Hi,
vielleicht meinst Du FB125..
Bei Ausfälle gibt es Fehlercodes, die dann ausgewertet werden können,
z.B. kan man die Fehler in einem DB abspeichern, und später anschauen.
Noch was: was für DP Ausfall? Also je nach DB Struktur, Baudrate usw.
kann vorkommen, das kurzzeitig DP Teilnehmer weg sind, und dann sofort
wieder kommen; die Frage ist ist das kritisch und muss man dann alles
abbrechen, oder macht man zuerst gar nichts. Falls solche Ausfälle in
ms Bereich nicht problematisch sind, lasse ich z.B. das so. Erst bei
längere Timeouts usw. würde ich dann reagieren.
Was passiert denn genau bei Deinem Kunden?

Gruss: Vladi
 
@kiestumpe
ich denke der Kunde hatte zum "Beheben" des Fehlers (CPU Stop) die Spannungsversorgung weggenommen und neu eingeschaltet.

@vladi
den FB125 habe ich zusammen mit DB125 programmiert.
Du meinst also, dass es evtl. bei der Profibus Kommunikation Probleme geben könnte? Wie kann ich dass denn prüfen? Komisch ist halt nur, dass es bis vor kurzem alles Fehlerfrei gelaufen war.
Was passiert denn genau bei Deinem Kunden?
Also die Anlage bleibt undefinierbar wegen CPU Stop stehen. Man kann nicht sagen, dass es immer an der gleichen Stelle im Zyklus passiert. Manchmal passiert es sogar im Handbetrieb, wenn einfach nur das Hydraulikaggreat läuft, ohne dass eine Bewegung gefahren wird.
Wenn die CPU auf stop geht, geht der Kunde her und versucht durch Schalten der CPU auf Stop->Run oder halt mit "Power down" die Anlage wieder zum Laufen zu bringen, bevor ich informiert bin.
Deswegen auch meine Frage, ob man die Diagnose aus den DB125 speichern kann.
Leider habe ich auch nicht die genauen Fehler LED's der CPU und der Wago Slaves. Einmal habe ich aber diese Infos vom Kunden bekommen, in wiefern sie akurrat sind, kann ich nicht sagen:
CPU 315 2-DP:
SF-rot
Run-aus
Stop-an orange
BUSF-blinkt rot

Nochmals Danke
 
DP Ausfall

Hi,
Frage: CPU geht in STOP: wie geht denn das? Master oder Slave?
Denn: wenn du die benötigten OBs für die Fehlerbehandlung in alle
SPSen am Bus geladen hast, gibt es kein CPU STOP !!! Die
SPSen stehen nur, wenn die Fehler nicht abgefangen werden können, in den zugehörigen OB80, 82, 86, 85, 121, 122. Hast du die drin?

In den OBs wird auch Info über die Fehlerquelle geliefert(Lokaldatenbereich anschauen).

DB125 kannst du in einem anderen DB kopieren, mit der BLK_MOVE Funktion, im Fehlerfall.

Gruss: Vladi
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,

auf das BLK-Move allein würde ich mich nicht verlassen, da nach Netzaus auch die Daten des anderen DB's weg sind. Du solltest dies auch noch irgendwie von der VISU aus in Alarmen wegschreiben bzw. sichern und diese Liste dann bei der Fehlersuche berücksichtigen.

Das mit den FehlerOB's ist schön und gut, funktioniert aber auch nicht 100%, zumindest musste ich die Erfahrung schon machen.
Trotzdem sollten sie natürlich alle vorhanden sein.
Auf der anderen Seite haben sie es sehr wahrscheinlich abgefange, der Kunde sah jedoch "rot", hat aus und eingeschaltet und danach war'n se weg und die Anlage stand ...

hth
 
Zuletzt bearbeitet:
@ vladi
die CPU geht auf stop, da das program mit den geladenen OB's ja nich auf der MS geschrieben war, und nach Strom aus wurde das "alte" Programm aus der MS geladen.
 
Hallo Oli,

da von einer MC die Rede ist, handelt es sich um S7 der alten Bauform?
..Als ich die Änderungen im Programm eigepflegt habe, war ich mit meinem Laptop dort, konnte also die MC nicht beschreiben...
Macht man das denn nicht mit "RAM nach ROM kopieren"?!


@ vladi
die CPU geht auf stop, da das program mit den geladenen OB's ja nich auf der MS geschrieben war, und nach Strom aus wurde das "alte" Programm aus der MS geladen.
Keine Pufferbatterie drinn? Mit Pufferbatterie geht das Programm im RAM nur nach Urlöschen flöten.

Manchmal ist ein einzelner Busteilnehmer der Schuldige. Er stört den Bus so, dass durch diverse Diagnosen jeweils derjenige Slave als ausgefallen gemeldet wird, der vom Master gerade angesprochen wurde. Man kann es sich vorstellen wie ein "Kurzschluss" auf dem Bus. Der eigentliche Auslöser waren jedoch mehrere kleine (3kW) Gleichspannungsschütze, welche gleichzeitig schalteten. Selbst mit Schutzbeschaltung war der Effekt noch vorhanden. Nach Abtrennen aller Slaves eines bestimmten Typs trat der Fehler nicht mehr auf. Ich vermute, die Schutzbeschaltung am Busanschluss dieser Teilnehmer war etwas übersensibel oder ganz falsch ausgelegt.

Wie sieht denn die Umgebung in deinem Fall aus? Welche Busteilnehmer befinden sich am Bus? Buslänge, Busverlegung, ggf. Potenzialausgleich?


Gruß, Onkel
 
Zuviel Werbung?
-> Hier kostenlos registrieren
hallo olitheis

wenn Du an dem Profibus einen Teilnehmer hast, welcher der letzte am Bus ist, der nur mit Netzspannung (230VAC) versorgt wird, und die Netzspannung kurze Unterbrechnungen hat, dann bleibt die CPU stehen. Die Fehler OBs sind dann, auch wenn vorhanden, wirkungslos. Du hast dann einen Teilnehmer am Bus, der den Bus nicht mehr mit Spannung versorgt und dadurch die Terminierung verloren geht. Das verursacht CPU STOP. Abhilfe: Entweder den Busteilnehmer mit SPS Spannung versorgen, oder nach dem Busteilnehmer einen aktiven Busabschluss einsetzen.


Gruß
BiBi
 
@Onkel Dagobet
ja, es ist die alte Bauform.
Es gibt bei Step7 folgende Möglichkeiten:
Unter Zielsystem->
1. RAM nach ROM kopieren
2. Auf Memory Card speichern
welches ist die richtige Variante, wenn ich meine Änderungen auf der MC sichern möchte?
Keine Pufferbatterie drinn? Mit Pufferbatterie geht das Programm im RAM nur nach Urlöschen flöten
Ich denke die probieren solange, bis die CPU sogar urgelöscht ist! denn die Batterie ist i.O.

Das hier habe ich nicht ganz verstanden, was meinst Du damit:
Nach Abtrennen aller Slaves eines bestimmten Typs trat der Fehler nicht mehr auf. Ich vermute, die Schutzbeschaltung am Busanschluss dieser Teilnehmer war etwas übersensibel oder ganz falsch ausgelegt.

Ich habe hier einmal meine Busverdrahtung angefügt (als Screenshot+HW konfig Export). Die max. Kabellänge zwischen zwei Busteilnehmern beträgt ca. 15m. Wir haben 2 FU's (max 3 kw) und 4 Servoregler an der Anlage verbaut.
Aber wir gesagt, vorher nie Probleme gehabt(?).

Könnte es auch evtl. an einem ausgetauschen Slave liegen, den der Kunde mal gewechselt hat. (nicht genau der Gleiche, Firmware, usw...). Es ist wohl in letzter Zeit öfter vorgekommen, dass er versucht hat verschiedene Koppler auszuwechseln.

Ich hoffe, ihr könnt mir noch ein wenig helfen, da ich Morgen zum Kunden muss, und hoffe, das Problem eingrenzen zu können.
denn wenn ich versuche den Diagnosepuffer aus der CPU zu deuten, kann ich irgendwie nicht so richtig ein konkretes Problem lokalisieren, weil (meiner Meinung nach) diese Fehler nicht eindeutig zuzuordnen sind. Vielleicht deute ich sie auch falsch.

Vielen Dank
Oli
 

Anhänge

  • HW_Konfig.jpg
    HW_Konfig.jpg
    128,9 KB · Aufrufe: 94
  • simatic 300-olitheis.zip
    8,7 KB · Aufrufe: 36
Zuletzt bearbeitet:
DP Störungen

Hi,
wie lang ist der ganze DP Strang? Viel Daten hin und her?
Ich frage, weil: welche DP Baudrate fährst du? Oft genügt eine Stufe
runter zu gehen. 50 m Länge ist max bei 1,5 MBit!

Deine Konfiguration sieht wirklich nicht schlimm aus.

Wenn du das Ganze bis jetzt hier beschriebene zusammenfasst, wird es
schon gehen. Lade die OBs rein, lass es laufen, prüfe alles, ziehe an den
Slaves mal die Spannung weg, und wieder ein; die SPS sollte weiter laufen.

Gruss: Vladi
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Vladi,

ich habe in der HW Konfig. nachgesehen: die Geschwindigkeit des MPI(1) steht auf 187.5kbit/s der CPU.
Bei den Slaves steht die Geschwindigkeit bei den Profibus Eigenschaften/Netzeinstellungen auf 1.5Mbit/s.

Wie weit kann ich denn mit den Geschwindigkeiten runtergehen (CPU+Slaves)?
Muss die CPU Geschwindgkeit mit der der Slaves übereinstimmen?

Wir fahren keine in der Anlage eigentlich keine zeitkritischen Zyklen.
Vielen Dank
Oli
 


Also erst mal zu den 50m, das zählt bei MPI und das is bekanntlicher weise 187,5. Und dort darf man maximal 50m ;).
Und nun zu deinem Link....Wie kommst du darauf??:-D
Schau mal hier im Handbuch auf der Seite 3-3, Kapitel3.1.1 und folgende *g*
http://support.automation.siemens.com/WW/view/de/1971286

@olitheis, ich versteh grad nicht wie deine Slaves auf 1,5 stehen aber am Mastersystem hängen welches 187,5 hat??? Wie gehtn das.
Am besten machst alles auf DP->MPI is mist:p

EDIT: aber wenn ich mir dein cfg file ansehe passt doch alles....steht beides auf DP -> 1,5

Mfg Krampe
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Wir reden doch immer noch über Fehlersuche am Profibus und nicht über MPI, oder? Meinst du Stichleitungen in Kapitel 3.1.1 ? Das ist wieder eine andere Baustelle. Vladis Bemerkung betraf die DP-Baurate!

PS. Auch so, mein Link. Glaubst du das hab ich mit ausgedacht :ROFLMAO:?
Nein, das war aus einem Siemens-Handbuch.

Aber wenn du es offizieller haben willst;): http://www.sps-forum.de/showpost.php?p=61106&postcount=1
 
Zuletzt bearbeitet:
Hallo Olli.

Habe auch bei einer Anlage das gleiche Problem gehabt. Ne VB250 mit S7 modernisiert. Bei der Abnahme im Betrieb, wie auch beim Kunden die erste Zeit keine Probleme. Irgendwann fing es dann auch an mit den Problemen. Fehler OB's laden wollte ich nicht und bei nem Öffner für Extruder, Hydraulik etc. aus an ner dezentralen Eingangskarte wäre die Anlage eh ausgestiegen.
Nach langem hin und her und gesuche habe ich die PB-Leitung anders verlegt. Seitdem war Ruhe.
Also evtl. nen 50m Ring PB-Leitung mitnehmen, wenn das reicht bei Euren Riesenanlagen ;)
 
Wir reden doch immer noch über Fehlersuche am Profibus und nicht über MPI, oder? Meinst du Stichleitungen in Kapitel 3.1.1 ? Das ist wieder eine andere Baustelle. Vladis Bemerkung betraf die DP-Baurate!

PS. Auch so, mein Link. Glaubst du das hab ich mit ausgedacht :ROFLMAO:?
Nein, das war aus einem Siemens-Handbuch.

Aber wenn du es offizieller haben willst;): http://www.sps-forum.de/showpost.php?p=61106&postcount=1

:ROFLMAO: und wenn du jetzt mal deine Handbücher vergleichst dann siehst du das in dem einen bei 9,6 k/bits- 93,75 k/bits 1200m stehen und in dem von Siemens 1000m *g*, das meinte ich, und das von Siemens page sind die Aktuellen Normen.
Aber er hat ja 1,5 und da sind beide gleich also passt es schon mit den 200m. Vladi hat sich bestimmt nur vertan mit den 50m bei 1,5.....

Aber olitheis schreibt auch das der Kunde einige Slaves ausgewechselt hat...hoffentlich sind diese kompatibel zu den alten gewesen, sonst könnte es auch daran liegen. Diagnosepuffer wär mal gut:-D

Mfg Krampe
 
Busfehler?

Was steht im Diagnosepuffer der CPU ??? Dort kannst du sehen warum die CPU auf STOP geht bzw. welcher DP-Slave gestört ist.
Ich hatte auch mal ne Anlage die lange Zeit ohne Probleme lief.
Aber dann gabs immer wieder Störungen. Ab und an vielen immer irgendwelche DP-Slaves aus. Ich habe dann einen Diagnose-Repeater eingebaut und schwupps --> Fehler gefunden.:)
War ein defektes Buskabel (Kabelbruch Ader A) was zeitweise Reflektionen aufm Bus verursacht hat. Der Diagnose-Repeater hat es sofort erkannt mit Angabe (in Meter) wo die Fehlerstelle ist. Allerdings ist bei den Dingern einiges zu Beachten was die Netztopologie angeht. Also vorher schlau machen.
Achja und nicht-Siemens-Slaves werden leider nicht richtig erkannt oder können nicht zugeordnet werden (war bei mir zumindest so --> SEW-FUs).
 
Hallo,
nochmal kurz die Frage:
Wie kann ich denn jetzt die Memory Card auf der CPU beschreiben (ohne PG)?
Ram nach Rom kopieren oder Auf Memory Card speichern (oder?)?
Danke
Oli
 
Zurück
Oben