Problem mit CP342-5 und Wago I/O 750-323

A

_andre_

Level-1
Beiträge
26
Reaktionspunkte
1
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,

ich habe eine CPU 314 (6ES7 314-AG13-0AB0) und einen CP342-5 (6GK7 342-5DA01-0XE0) für den Profibus. Daran würde ich gerne ein Wago I/O Modul 750-323 betreiben.

Im Wago-Modul stecken 2 x 750-512 (Relaisausgänge) und die Busendklemme (750-600). Die Profibus-Adresse ist eingestellt und identisch mit der Hardware-Konfiguration. Dennoch meldet mir das Wago Modul immer einen Busfehler (Run -> grün und BF -> rot).

Muss noch etwas beachtet werden? Evtl. bestimmte Profibus Einstellungen? Laut Datenblatt des Moduls sollen Geschwindigkeiten von 9,6 kBaud bis 12 MBaud unterstützt werden. Meine CP342 ist auf 1,5 eingestellt (mehr geht nicht).

Könnte es evtl. auch an einer falschen GSD Datei liegen? Ich habe mir auf der Wago Seite unter der Best.-Nr. 750-910 die GSD-Dateien heruntergeladen. Im Hardwarekatalog gibt es mehrere 750-323 zur Auswahl. Ich habe da alle schon mal durchprobiert - leider ohne Erfolg.

Ich hoffe jemand hat einen Tipp für mich


Gruß
André
 
Hallo Andre,

hast du auf der S7 Seite die CP als DP-Master eingestellt?
Wenn ja, auch die beiden Bausteine FC1 und FC2 aufgerufen?

Gruß Zimbo
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Zimbo,

danke für den Tipp. Die CP war bereits als DP-Master eingestellt, die Bausteinaufrufe haben jedoch noch gefehlt.

Ich hab die beiden Bausteine jetzt mal im OB1 aufgerufen. Der Busfehler am Wago 750-323 ist aber immer noch da. Am CP blinkt zusätzlich noch die Fehler LED. Über die NCM S7 Diagnose konnte ich keinen Fehler aus dem Diagnosepuffer der CP auslesen. Die Bausteine melden auch keinen Fehler.

FC1 / DP_SEND: Status im Wechsel 0 oder 8180
FC2 / DP_RECV: DPStatus = 2

Könnte es sein, dass die Bausteine zu neu sind für meinen relativ alten CP? Ich habe von beiden Bausteinen die Version 3.0


Gruß
André
 
Als CPLADDR habe ich jeweils bei Send und Receive W#16#100 angegeben. Dies entspricht den Anfangsadressen (256) für Senden/Empfangen in den Eigenschaften des CPs (Hardware-Konfig).

Gruß
André
 
Die Bausteine melden wie folgt zurück:

FC1: ERROR ist immer false, DONE/STATUS wechselt immer zwischen DONE=false/STATUS=8180 und DONE=true/STATUS=0

FC2: NDR=true, ERROR=false, STATUS=0, DPSTATUS=2
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Zimbo,

ich habe Wago mal kontaktiert bzgl. des Bufehlers. Laut deren Support schlägt hier die Synchronisation mit dem Profibus (Geschwindigkeit) fehl. Erster Tipp war eine fehlerhafte Busverkabelung. Dies kann ich jedoch ausschließen, da ich mit meinem PG über dieses Kabel kommunizieren kann. Der 2. Tipp ist eine defektes Wago-Modul. Ich werde mir mal ein 2. Modul besorgen und damit testen.

Ich gebe auf jeden Fall noch mal Bescheid obs dann nun am kaputten Modul lag.

Auf jeden Fall vielen Dank für deine wertvollen Hinweise.


Gruß
André
 
Wie stößt du das Senden an?
Für mich schaut es aus, als ob du immer wieder senden willst, obschon weder lesen noch senden fertig ist.


bike
 
Ich hab die beiden Bausteine in jedem OB1-Zyklus aufgerufen. Sobald das erste mal der FC1 DP_SEND aufgerufen wird geht die Blinkerei am CP los.

Gruß
André
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Also ich würde send starten und warten bis done vorbei kommt.
Das selbe würde ich bei receive machen.
Zyklisch ist doof.
Denn die Bausteine brauchen ab und an mehr als einen Zyklus


bike
 
Hallo,

anbei ein paar Screenshots von der HW-Konfig sowie den FC-Aufrufen. Ich habe die 314er CPU in dem Test noch mal gegen eine 313er getauscht. Der Fehler ist aber der gleiche geblieben.


Gruß
André


hw-konf1.JPGhw-konf2.JPGfc-aufrufe.JPG
 
Also mir fallen da 2 Dinge ein/auf:

a) Bei den alten Kopplern von Wago muss man eine fixe Reihenfolge einhalten,
AE - AA (in der Reihenfolge wie sie Stecken) DE - DA immer zum Schluss und immer gruppiert.
Da du nur DA hast, stellt sich das Problem zwar nur bedingt, aber du darfst nur 1Stück 8Bit DA stecken.
Generell musst du EAs soweit möglich gruppieren, wenn du nun also 20x 750-512 hättest, wären das 24 Bit, entsprechend müsstest du dann 1St. 24x DA stecken ...

b) Wenn du in die Einstellungen des CP gehst gibt es da eine "Spezialdiagnose".

Aber generell denke ich wenn du 1 St. 8x DA rausschmeißt, dann wird die Sache wahrscheinlich laufen ...

Mfg
Manuel
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich hab jetzt noch mal eine 8DA aus der HW-Konfig herausgenommen und die Länge des Anypointers am FC1 auf 1 Byte angepasst. Den FC2 rufe ich aktuell nun gar nicht mehr auf. Das Problem besteht aber immer noch.

Ich habe noch mal 3 Screenshots der Diagnose mit angehängt. Könnte es u.U. an einer falschen GSD liegen, denn es schaut ja so aus als ob der Teilnehmer gar nicht am Bus hängt.

diag1.jpgdiag2.JPGdiag3.JPG
 
Wenn ich die Diagnose richtig verstehe dann meldet sich ja niemand unter der Adresse 11, bei einer falschen GSD-Datei würd´ ich eher einen "CheckConfig"-Fehler erwarten.
Kannst du denn den Teilnehmer 11 mit dem PG sehen?

Grüße von HaDi
 
Wenn ich mein PG auch mit an den Profibus hänge und eine Suche der aktiven Teilnehmer mache, dann finde ich den Teilnehmer 11 auch nicht (über PG/PC-Schnittstelle einstellen -> Diagnose). Laut Wago sieht man dort jedoch auch nur Teilnehmer die von sich aus etwas schicken und keine Slaves. Ich habe leider aktuell keinen anderen Profibus Slave Teilnehmer da, dass ich dies mal testen könnte.

Gruß
André
 

Similar threads

F
Wago 750-751 mit I/O-Ceck auf PT1000 umstellen
Antworten
0
Aufrufe
1K
flädlasupp
F
K
Wago Stepper 750-672 in Codesys 3.5 an Ethercat Feldbusskoppler I/O Problem
Antworten
0
Aufrufe
5K
Kunole
K
KingHelmer
BACnet/IP I/O Modul mit Digitaleingängen - Vorschläge? Erfahrungen?
Antworten
2
Aufrufe
3K
Nost
N
T
Wago ProfiBus 750-323 Koppler
Antworten
2
Aufrufe
2K
the bimo
T
P
Registerkommunikation mit WAGO 750-880, Parameter für AI-Karte
Antworten
5
Aufrufe
5K
RockShox
R
Zurück
Oben