Sonstiges Was muss man bei CPs denn noch alles beachten ?

[MarkusSether]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,

ich habe einen CP342-5 an einer ptp CPU (hab meine unterlagen auf Arbeit). Ich dachte mir ich könnte die CPU so nachrüsten da sie keinen Profibus hat. Jetzt habe ich es geschafft meinen ellenlangen Profibus beinahe Fehlerfrei zu bekommen und am Ende des Buses steckt der CP342-5 und blinkt Rot (Busfehler).
Im benutzerhandbuch steht das dies bedeutet das es Fehler im Bus gibt (Ja wirklich).
Allerdings ist der CP das letzte Glied in der Kette und ebenfalls das letzte wo der BF blinkt. Zudem ist die PB-Leitung vom letzten grün leuchtenden Teilnehmer bis zum CP nicht sehr lang.
Der Stecker ist korrekt verdrahtet.

Meine eigentliche frage ist ob ich in der Hardwarekonfig noch mehr machen muss als den CP neben die CPU zu setzen (TIA-Portal) und ihm eine Gültige PB-Adresse zu geben.

Softwaremässig habe ich auch noch nichts gemacht. Testweise habe ich die Bausteine zum senden und Empfangen hergenommen und mit einem Testbool zum empfangen und versenden versehen aber auch dann leuchtet die BF-LED.

Was muss man noch tun, was kann der Fehler sein ?

 

[Thomas_v2.1]

Du musst über die entsprechenden Bausteine im Anwenderprogramm die Daten vom CP übernehmen (DP_SEND, DP_RECV aus der entsprechenden Bibliothek deines CPs).
Schau mal in die Dokumentation des CPs, bzw. in das Handbuch "Funktionen und Funktionsbausteine für Simatic Net S7-CPs".

 

[MarkusSether]

Zuviel Werbung?
-> Hier kostenlos registrieren

Und wenn garkeine Daten über den CP gehen bekommt er einen Busfehler und wird vom Master als "Nicht Angeschlossen" angesehen ?
Der Master hat noch nichts geschickt.
Wäre ja super wenns nur daran liegen würde ...

 

[Thomas_v2.1]

Das kann ich dir gar nicht sagen ob dann die Fehler LEDs angehen, obwohl ich die Aufrufe selber auch schonmal vergessen habe und bei der IBN schnell nachtippen musste. Die DP-Schnittstelle der CPU ist definitiv einfacher handzuhaben.

 

[PN/DP]

"Spezialdiagnose" mit Anzeige der projektierten und fehlenden DP-Slaves sollte möglich sein
Rechtsmausklick auf den CP > Zielsystem > Baugruppenzustand > [Spezialdiagnose]
(und auch HW Konfig in online-Ansicht?)

Harald

 

[magier]

Zuviel Werbung?
-> Hier kostenlos registrieren

Moin,

Die Widerstände am Anfang und Ende der Leitung sind an und der Rest aus ?

Mfg

 

[MarkusSether]

Die Spezialdiagnose warn super Tipp und auch der Hinweis das ich erstmal die DP_Send und DP_Resv Funktion einbauen sollte. Denn genau daran Lag es. Fürs Protokoll, JA wenn man nichts über den Bus versucht zu senden zeigt der CP ebenfalls BF an undzwar Blinkend.

Die Kommunikation vom CP zum Master steht. Mit DP_Send und DP_Resv ABER die Kommunikationsbausteine (DP_Send, DP_Resv) beim Master zeigen Error an. Zuerst weil ich die Falsche Adresse eingegeben habe aber jetzt habe ich die Adressen in hexformat von den Transferbereichen aus dem Netzplan genommen und es ist immernoch Error bei den Masterbausteinen.

Die Transferbereiche sind auch groß genug und ich schicke exakt die selbe größe die auch empfangen werden soll. Der Diagnosestatus von DP_send und DP_Resv ist 7001 und 7002 im schnellen wechsel bei beiden Bausteinen. Leider gibt es in der Hilfe diesen Diagnosestatus nicht -.- ...

Also zusammengefasst: Die Kommunikation von der Slave-CPU zum CP steht aber die Kommunikation vom CP zum Master geht nicht und ich weiss nicht warum.

Zumindest Blinkt es nichtmehr -.- ...

 

[Thomas_v2.1]

Bei den Kommunikationsbausteinen ist vlt. etwas verwirrend, dass die Daten der Slaves im Zielbereich der DP_XX Aufrufe plus Offset aus der Hardwarekonfiguration abgelegt werden.
Mal angenommen, die Adressen deiner Slaves in der HW-Konfig beginnen ab Adresse 100.0 und am Zielbereich des DP_Recv hast du einen Zeiger auf DB1.DBX0.0 angegeben, dann landen die Daten des Slaves in diesem DB ab Adresse DBX100.0.
Wenn deine Slaves dann Adressen bis z.B. 199.7 verwenden, dann muss der Bereich im DB insgesamt 200 Byte groß sein, die ersten 100 Bytes sind dann nicht verwendet.

Bekommst du an den Funktionen denn das Error-Bit gesetzt? Die Statuswerte beginnend mit W#16#7... stammen von den unterlagert aufgerufenen SFC58/SFC59. In der Hilfe zu diesen Funktionen findest du die Beschreibung zu diesen Werten.