Fehlersuche: Profibus Ausfall

[Ralle]

Zuviel Werbung?
-> Hier kostenlos registrieren

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

Ich mach immer "RAM nach ROM kopieren", um die aktuellen Daten zu sichern.
Aber auch das ist von der CPU abhängig.
"Auf Memory Card speichern" ergibt bei mir die Meldung:
"Die Projektdaten können nur auf eine Memory Card im PG für die S7 400 oder auf die Memory Card in einer S7 400 CPU gespeichert werden."
Was wohl gleichzeitig besagt, daß die gesamten Projektdateien auf der Memory Card landen, wobei ich keine CPU 400 zur Verfügung hab.

Sieh auch mal hier: http://www.sps-forum.de/showpost.php?p=81906&postcount=15

 

[vladi]

DP Störungen

Hi,
betr. Diskussion über Baudraten und Längen: die max Längen von
Siemens beziehen sich auf opt. Bedingungen. Daher:
die DB Baudrate runterfahren ist immer eine Probe wert, es bewirkt oft Wunder!
Solche Fehler sicher zu lokalisieren: vergessene Sache. Teure SPS
bzw. Bus Analysatoren, Langzeitaufzeichnungen usw.: wer
macht das schon?

Deshalb mein Vorschlag:
1) Busleitungen/Stecker checken; evtl. neu verlegen(EMV Störungen?)
2) Baudrate reduzieren
3) Durch Diag. Bausteine versuchen, Fehler-Infos zu bekommen.

Viel Erfolg: Vladi

 

[olitheis]

Zuviel Werbung?
-> Hier kostenlos registrieren

@vladi
was meinst Du, wie Weit ich runtergehen kann?
Also die CPU steht ja auf 187.5kbit/s (MPI)
Die DP-Slaves auf 1.5Mbit/s (nächste Stufe wäre 500kbit/s).
Ich denke Du redest nur von den Slaves, richtig? Und dann alle gleich?

Danke
Oli

 

[dasding]

@vladi
was meinst Du, wie Weit ich runtergehen kann?
Also die CPU steht ja auf 187.5kbit/s (MPI)
Die DP-Slaves auf 1.5Mbit/s (nächste Stufe wäre 500kbit/s).
Ich denke Du redest nur von den Slaves, richtig? Und dann alle gleich?

Danke
Oli

Hi
also ich check das grad nicht ganz....hast die CPU auf MPI mit 187,5 stehen und die Slaves hängen da dran mit 1,5?
Also so geht das net falls das wirklich so ist, weil es müssen alle Teilnehmer die selben Busparameter haben. Und das haben sie auch wenn die am Mastersystem der CPU hängen. Lad doch nochmal deine Konfig hoch damit man sich das nochmal ansehen kann
Schon mal schönen Feierabend

Mfg dasding

 

[da_kine]

Wie sieht es denn mit den Busabschlüssen in den Teilnehmern aus?

Wir hatten mal ein ähnliches Problem, damals mit SEW Movidrive MD 60_A's. Die hatten auf den Profibus-Karten nochmal extra Abschlusswiderstände. Irgendwer, der es besonders gut gemeint hat, hat dann bei den Umrichtern die am Strangende waren die Abschlusswiderstände aufgeschaltet, aber nicht beachtet, dass der Bus schon im Stecker abgeschlossen wurde.

Der Fehler trat wie in deinem Fall mal Tagelang nicht auf und plötzlich 5 mal hintereinander usw. (Geisterfehler).

MFG

Markus

 

[vladi]

Zuviel Werbung?
-> Hier kostenlos registrieren

Dp/mpi

Moooooment, so gehts nicht!

@vladi
was meinst Du, wie Weit ich runtergehen kann?
Also die CPU steht ja auf 187.5kbit/s (MPI)
Die DP-Slaves auf 1.5Mbit/s (nächste Stufe wäre 500kbit/s).
Ich denke Du redest nur von den Slaves, richtig? Und dann alle gleich?
Oli

MPI und DP sind zwei verschiedene Bus Systeme an der SPS. Die MPI Seite
ist klar: da kann man VISU, OPs, andere SPSen ansprechen. Die Baudrate ist da immer 187.5, das ist Siemens speziall Bus. An MPI gibt es kein
Master und Slaves in diesem Sinne.

Die DP Seite ist Master-Slaves Aufbau, ALLE fahren mit der gleichen
Baudrate(ob 1,5Mbit/s oder 93,75kbit/s, egal). Normalerweise wird bei
moderne Slaves keine Busrate mehr eingetragen, nur die eindeutige DP
Adresse(DIP Schalter, elektronisch). Der Master initialisiert alle beim
Start, er sagt "Freunde, sie sind jetzt bei mir angemeldet, wir fahren schön jetzt mit 500 kbit/s, aufpassen und kein Sch..s bauen!". Und dann sprechen sie miteinander.
Das bedeutet: die Baudrate im HW Konfig ändern, speichern, SPS laden, und dann wäre die Sache fertig! Der Master initialisiert dann sein Bus.
Wenn als Slaves noch SPSen dran hängen, muss man entspr. die Konfig's
ändern und auch alle neu laden, wegen der neuen Baudrate.

Gruss: Vladi

 

[olitheis]

@dasding
bitte schau mal weiter vorne, da habe ich die HW konfig mal hochgeladen. Sag mir bescheid, wenn Du damit nichts anfangen kannst.

@vladi

Das bedeutet: die Baudrate im HW Konfig ändern, speichern, SPS laden, und dann wäre die Sache fertig! Der Master initialisiert dann sein Bus.

´
Du meinst also, am besten alle Slaves auf durchweg auf 500kbit/s im HW Konfig. runterschrauben?

Noch eine Frage, wie initialisiert denn der Master den Bus, wenn verschiedene baudraten bei den Slaves eingestellt wurden im HW Konfig?
Vielen Dank
Oli

 

[Ralle]

Noch eine Frage, wie initialisiert denn der Master den Bus, wenn verschiedene baudraten bei den Slaves eingestellt wurden im HW Konfig?
Vielen Dank
Oli

Wo stellst du denn die unterschiedlichen Baudraten bei den Slaves ein? So wie ich das verstehe, gibt es Slavebaugruppen, denen man die Baudrate in einem Setup einstellen muß (etliche OP/TP) und es gibt Slavebaugruppen, die die Baudrate selbst ermitteln (Indramatservos mit Profibus, Festo-Ventilblöcke etc.). Die meißten Slavebaugruppen passen sich der Baudrate an, i.d.R. allerdings erst bei Zuschalten der Spannung, also Baudrate ändern in der CPU, Hardwareconfig übertragen und danach Spannung aus und wieder an.

 

[dasding]

Zuviel Werbung?
-> Hier kostenlos registrieren

@dasding
bitte schau mal weiter vorne, da habe ich die HW konfig mal hochgeladen. Sag mir bescheid, wenn Du damit nichts anfangen kannst.

Ja hab ich mir schon angeschaut... ist bloß doof das ich die GSD Dateien nicht habe, dadurch hab ich eventuell nicht alle parametriemöglichkeiten an den Slaves, aber wenn ich mir das ansehe was bei mir geht, dann steht dein Master (315-2DP) auf 1,5Mbits und deine Slaves hängen dort dran und haben auch 1,5 Mbits-> also so sieht alles in Ordnung aus.
Wenn nun noch die Leitungen richtig verlegt sind und die Widerstände richtig eingeschalten sind, länge nicht überschritten wird und sonst nichts anderes bei den Slaves zu beachten ist(kenn die nicht) dann sollte es eigentlich laufen,aber wie gesagt eigentlich:-D
Was war das mit der Geschichte, das dein Kunde einige Slaves ausgetauscht hat? Sind diese Kompatibel zu den alten gewesen?

Mfg dasding

 

[vladi]

DP nochmals!

Hi Oli,

@vladi
Du meinst also, am besten alle Slaves auf durchweg auf 500kbit/s im HW Konfig. runterschrauben?
Noch eine Frage, wie initialisiert denn der Master den Bus, wenn verschiedene baudraten bei den Slaves eingestellt wurden im HW Konfig?

nochmals, kannst Du das nicht verstehen: Der DP Master initialisiert sein
DP Bus selber. Wenn Du in HW Konfig eine Baudrate einstellst, gilt die für alle! So, und wie die Slaves die Baudrate wissen, da gibt es 2 Mögl.:
1) pasive Slaves, die werden durch den Master eingestellt; man braucht da nur die DP Adresse manuell einstellen.(FUs, V-Inseln, IO Klemmen usw.)
2) aktive Slaves, wie SPSen, OPs usw. Da muss man ausser die Adresse
die Baudrate und evtl. andere Sachen einstellen, und diese neu laden.

In deinem Fall sind die Slaves die 1) Sorte.

Gruss: Vladi

 

[TommyG]

Was

Lustiges, was vlt hilft:

Ne 'Nase' hat die Leitung FU- Motor ungeschirmt und mit dem Profibuskabel umgarnt in den Kanal geschmissen, mit ner Bypass- Leitung haben wir den Fehöler gefunden, ok, läüft und ich bin mal gespannt, was der 'Faul- ling' ausgibt..

Grrretz

 

[olitheis]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,
wie gesagt, letzte Woche war ich nun beim Kunden. Habe die Programmänderungen mit den Diagnose OB's, FB's usw. wieder übertragen. Während meines Aufenthaltes sind 3 Busknoten (Adr. 7,11,12) unabhängig voneinander ausgestiegen (die aber alle an einem Strang hängen, siehe Profibus Topologie im Anhang). Daraufhin habe ich alle Profibus Leitungen, die diese Slaves betreffen, so gut es ging aus den Kanälen gezogen und (erstmal provisorisch) außerhalb verlegt. Wie sich nachher herausstellte vergebens. Denn trotzden stieg immer wieder ein Slave aus (Antriebe, Adresse 7).
Dann habe ich die Badrate auf 500kbit/s runtergesetzt. Leider auch ohne Erfolg, immer noch der Slave mit Adresse 7 machte Probleme. Die Fehlermeldung laut Wago Handbuch: "Klemmenbus-Kommunikation gestört, fehlerhafte Baugruppe ist nicht identifizierbar". Laut Kundenangaben wurde dieser Slave schon mehrmals ausgetauscht, woraufhin ich die Slaves im HW Katalog nocheinmal begutachtet habe. Die projektierten waren alle 750-323 FW 01. Allerdings könnte es sein, das neuere auch eine neuere FW haben, und so habe ich alle Koppler in der HW Konfig ausgetauscht gegen 750-323 FW01...06, in der Hoffnung, dass der Hase im Pfeffer hier sitzt. Jetzt habe ich gerade einen Anruf bekommen, dass wiedermal der Profibus ausgestiegen ist, und zwar wiedermal Slave Adresse 7!?! Per TS habe ich nun so viele Infos wie möglich rausgezogen. Ich hoffe, ihr könnt mir hier noch etwas weiterhelfen.
Nochmals Vielen Dank
Oli

 

[dasding]

Ohh oh jetzt wirds schwer:???: also wenn du jetzt nicht schon geschrieben hättest das der Slave schon öffters ausgetauscht wurde-> hät ich das jetzt vorgeschlagen, sieht ganz stark nach nen Hardware defekt aus.
Leitungen hast du auch gecheckt, also sind die es auch nicht, Leitungslänge kann es auch nicht sein, da Teilnehmer 7 nicht der letzte am Bus ist und die danach noch gehen und Firmware sollte eigentlich in der Projektierung egal sein, solange wie der Slave eine höhere hat wie die Projektierte, aber die sind auch gleich -> also um so besser.
Aber es geht immer noch net, bin grad ratlos und kenn den FB 125 net, bessergesagt hab den noch nie benutzt:???:
Aber es war jetzt kein Bild von der DP-Slave Diagnose dabei(vom WAGO) *schade* vielleicht wär da noch was nützliches bei gewesen-> weil CPU sagt ja nicht viel aus in deinem fall.
Handelte es sich jetzt um einen Neubau? oder eine bestehende Anlage?
Fällt mir jetzt erst mal nur noch EMV Störung ein, solch einen fall hatte ich mal, dort war auch der vorletzte Teilnehmer immer ausgefallen-> lag im endefekt an den 50 Motorleitungen die direkt neben der Busleitung verlegt wurden und frag nicht warum nur der Vorletzte ausgefallen war, versteh ich auch net*g*

Mfg dasding

 

[da_kine]

Wurde die Komplette Station 7 ausgetauscht, oder nur der Busankoppler? Weil die Diagnose sagt ja "Klemmenbus defekt". Daher die Vermutung, das die Verbindung der Klemmen untereinander irgendwo schadhaft ist.

MFG

Markus

 

[olitheis]

Zuviel Werbung?
-> Hier kostenlos registrieren

@dasding
wenn Du Dir das Bild mit Profibus Topologie ansiehst, dann habe ich von Station 9->11 alle Profibusleitungen herausgezogen. Von 11->12 das habe ich drin gelassen (aber auch dort liegen Motorleitungen). Ich dachte nur, da eigentlich Station 7 nur noch Probleme macht, das wäre nicht notwendig.

@da_kine
ne, die komplette Station wurde noch nicht gewechselt. Ich hatte mich bis dato ja auch noch nicht wirklich auf eine Station festgelegt. Das diese jetzt nur noch alleine aussteigt, ist noch nicht immer so gewesen.

Ach ja, die Metallfolie im Kabel ist abgeschnitten worden (s. Foto). Sollte die mit aufgelegt werden, und wie wäre das dann (korrekt) zu handhaben?

Gruß
Oli

 

[da_kine]

Metallfolie im Kabel??

Der Schirm is doch aufgelegt. Da is doch keine Metallfolie drin, sondern nur noch diese Plastikfolie. Oder?

Hast du schon mal mit den Wago-Leuten geredet, ob es Modul-Kombinationen gibt die sich nicht vertragen? Hatte sowas mal mit nem anderen Hersteller. Als wir dann die Reihenfolge der Klemmen geändert hatten lief es einwandfrei.

MFG

Markus

 

[olitheis]

diese Folie meinte ich.
Hatte gerade mit Wago kontakt. Er meinte halt zu diesem Fehlercode, dass der Koppler die Klemmen nicht erkennt (keine). Diese deute auf einen defekten Koppler hin oder einen Kurzschluß auf dem Komm. Bus. Er schlägt vor, den kompletten Knoten zu tauschen. Mich macht nur stutzig, dass auch schon andere Koppler ausgestiegen sind (sollten die alle def. sein? davon habe ich leider keine Fehlercodes).

Oli

 

[dasding]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ja das ist schon so eine Art Alupapier, kann man mit Auflegen ist eigentlich auch besser um eine bessere Schirmung zu erhalten aber kenne jetzt selber keinen Fall wo mit Folie oder ohne eine Änderung erreicht wurde:-D

Mfg dasding

 

[da_kine]

Denke, dass du es dir sparen kannst, die Folie aufzulegen, da sie ja flächigen Kontakt mit dem restlichen Schirm hat.

Währe halt interessant zu wissen ob die Rückwandbusklemmen alle aus einer Produktionscharge stammen. vllt. lässt sich das Problem so eingrenzen.

MFG

Markus

 

[olitheis]

ich habe gerade noch eine e-mail an den support von Wago geschickt, bez. der von Dir erwähnten Klemmenreihenfolge. Irgendwo war da mal was mit vollzusteckenden Bytes usw. Die HW Konfig sieht so aus wie auf dem 1. Bild.
Wirklich gesteckt sind folgende:
1x 750-323 (Koppler)
7x 750-403 (4x DI's)
4x 750-411 (2x DI'S)
1x 750-602 (Power Supply)
8x 750-504 (4x DI's)
1x 750-600 (End Module)

Könnte es evtl. hier ein Problem sein, dass ich im 4. Eingangsbyte 403er und 411 Module gemischt habe und das letzte Byte nicht voll gesteckt ist?
Auf dem 2. Bild sieht man die Installation den Knotens.

Gruß
Oli