Bitte um Hilfe - neues Panel wird nicht erkannt

anne

Level-1
Beiträge
347
Reaktionspunkte
2
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Ihr,
ich brauche bitte eure Hilfe.

Wir hatten in einer Produktionsstätte in Italien ein defektes Panel (OP7). Das wurde jetzt ausgetauscht und wir bekommen seither eine Störungsanzeige auf der SPS (315-2DP); die BF- und SF-LED leuchten rot.

Der Baugruppenzustand des Panels zeigt eine Soll- Istabweichung der Baugruppennummern (siehe Anhang!).

Da das neue Panel in der Tat eine andere Nummer hat, ist das vermutlich der Fehler...

Frage:

Wo kann ich die aktualisierte Nummer eingeben - habe in der Hardwarekonfiguration nichts gesehen?

Lieben Dank!
 

Anhänge

  • Baugruppenzustand.jpg
    Baugruppenzustand.jpg
    41,3 KB · Aufrufe: 46
Zuviel Werbung?
-> Hier kostenlos registrieren
Es sagt das es fehlt ein "6AV3 607...".
Ich glaube das die "..." bedeutet das die genaue Versionsstand braucht nicht 100% gleich sein. Es muss nur um eine OP7-DP handeln.

Ist das Protool Projekt auf den OP7 geladen ?
Ist der OP7 richtig verbunden nach dem tausch ?

Zeig uns die HW Konfig von S7 Projekt.
Zeig uns die Verbindungsdialog in Protool.
 
Hallo,
an die HW-Konfig. komme ich momentan leider nicht dran - Projekt wie gesagt im Ausland.

Könnte aber evtl. den Verbindungsdialog in Protool zeigen, nur weiß ich nicht, wo der hinterlegt ist - wie kann ich den anzeigen?

UND: Das Panel funktioniert - warum erhalte ich dann im Baugruppenzustand, die Meldung, dass die Baugruppe nicht vorhanden ist?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo JesperMP,

wie gesagt, das alte Panel war defekt und wurde ausgetauscht!

Das neue Panel (OP7) funktioniert am Profibus wieder einwandfrei aber ich bekomme eben im Baugruppenzustand die Meldung, dass die Baugruppe nicht vorhanden ist und es leuchten die SF- und BF-LED's, warum?

Wo kann ich die Nummer 6AV3607... nachträglich auf das neue Panel ändern?
 
..ich bekomme eben im Baugruppenzustand die Meldung, dass die Baugruppe nicht vorhanden ist und es leuchten die SF- und BF-LED's, warum?
Weil der S7 CPU die OP7 als DP Slave nicht sehen kann. Ob der Slave komplett fehlt, oder es nur um eine Unterschied in Typbezeichnung, weiss ich nicht.

Wo kann ich die Nummer 6AV3607... nachträglich auf das neue Panel ändern?
Kannst du nicht.
Wie gesagt, ich glaube das die "..." in Typbezeichnung ist genau dafür so das man eine alte Version mit eine neuere Version austauschen kann, selbst wenn die Typen nicht 100% gleich sind.
Auf diesen Grund glaube ich das das Problem liegt anderswo.
 
Das neue Panel (OP7) funktioniert am Profibus wieder einwandfrei
Heisst das es werden daten aus der SPS korrekt angezeigt und es kann bedient werden?


aber ich bekomme eben im Baugruppenzustand die Meldung, dass die Baugruppe nicht vorhanden ist und es leuchten die SF- und BF-LED's, warum?

SF wegen unterschiedlicher Baugruppen (Nummern sind ja unterschiedlich)
BF ? --> ist am OP die Busadresse eingestellt? Ist ein eventueller Abschlusswiderstand nach dem Tausch auch wieder eingeschaltet/ausgeschaltet?


Wo kann ich die Nummer 6AV3607... nachträglich auf das neue Panel ändern?

Wohl nur durch eintragen überspielen in HW-Konfig (Systemdaten).
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Bitte, genau welche Typbezeichnungen vorher und nachher ?

Wobei, wenn man eine anderen Paneltyp nimmt mit ein wesentlichen Versionsunterschied, dann kann das Projekt nicht auf das Panel geladen werden, ohne das die Typbezeichnung in STEP7 HW Konfig, und Protool aktualisiert wurde.
Auch von diesen Grund glaube ich nicht das das Problem bei den Typbezeichnung liegt.
 
Zuletzt bearbeitet:
Danke für deine Antworten Mäuseklavier.

1) Ja, die Daten aus der SPS werden einwandfrei angezeigt und das Panel kann bedient werden.

2) Abschlusswiderstand ist wie vorher; wo kann die Busadresse eingestellt werden, da sich am Panel zwar Dip-Schalter befinden, diese geben aber nur an, ob das Panel über MPI oder Profibus angeschlossen werden soll?

3) Ein Überspielen der HW-Konfg. wäre ja nicht das Problem; aber ich finde nichts, wo ich die Nummer neu eingeben könnte... Unter "Eigenschaften-DP-Slave" kann die Bestellnummer leider nicht eingegeben werden.

Danke!
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Glaube nicht das der Versionsunterschied von ..-1JC20 auf ..1JC30 das Problem erklären kann.
Z.B. Wenn man ein ET200S IM151 Version 6ES7151-1AA01-0AB0, dann kan man es mit ein 6ES7151-1AA05-0AB0 austauschen. Sonnst musste Siemens ja alle mögliche Baugruppenstände auf Ersatzteillager haben.

Bin nicht sicher, aber kann es sein das wenn man Direkt-Tasten per DP-Slave Verbindung verwendet, dann genügt es nicht mit ein Transfer von Protool. Man muss auch ein Transfer von der HW Konfig in STEP7 durchführen. Hast du das gemacht ?
 
Danke JesperMP,

ja einen Transfer von der HW-Konfig. in STEP7 habe ich gemacht!

Verstehe nicht, warum der Baugruppenzustand anzeigt, dass das Panel nicht vorhanden ist - obwohl es einwandfrei funktioniert...

Nach wie vor leuchten beide LED's an der CPU.
 
2) Abschlusswiderstand ist wie vorher; wo kann die Busadresse eingestellt werden, da sich am Panel zwar Dip-Schalter befinden, diese geben aber nur an, ob das Panel über MPI oder Profibus angeschlossen werden soll?

Soweit ich weiß wird die Adresse in der Projektierung vergeben

auf der Rückseite des OP7 befindet sich eine DP-Status-LED.

3) Ein Überspielen der HW-Konfg. wäre ja nicht das Problem; aber ich finde nichts, wo ich die Nummer neu eingeben könnte... Unter "Eigenschaften-DP-Slave" kann die Bestellnummer leider nicht eingegeben werden.

Die Nummer kann man nicht ändern. Die ergibt sich aus der GSD-Datei. Hardwareconfig---Profibus-DP----OP7.
 
Ich glaube du hast es gefunden Manuel.

Nur finde ich es merkwürdig das man die HW Konfig auf den Panel laden kann, obwohl das die Typ falsch ist.

Die Config wird doch in die CPU geladen.

Das Protool-Projekt auf das OP.

Beide verstehen sich durch die DP-Adresse als verbunden, jedoch mit unterschiedlichen Versionsständen.

PS: Wurde im Protool Projekt --Bediengerätetyp ändern ausgeführt?
 
Die Config wird doch in die CPU geladen.
Das Protool-Projekt auf das OP.
Beide verstehen sich durch die DP-Adresse als verbunden, jedoch mit unterschiedlichen Versionsständen.
Aber Direkt-Tasten per DP-Slave Verbindung funktioniert nur mit ein integriertes Projekt. Sollte nicht möglich sein, das es ist richtig in STEP7 aber falsch in Protool.
 
Zurück
Oben