MP177B WinCC flex, Wertübernahme in Steuerung nicht möglich

urlaub

Level-2
Beiträge
84
Reaktionspunkte
3
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,

folgende Konfiguration:
-1xCPU317-2PN/DP
-2xMP177B am Profibus, Akkugepuffert, mit 4 Anschlussboxen
-28 weitere Slaves am Profibus
-Profibuslänge <60m
-Projektiert und Programmiert mit Step7 5.4+SP5
-1 Panel-PC mit WinCC flex 2008 SP3 Runtime über Ethernet angebunden

in der CPU eingestellt:
-Profibusprofil: DP, 1,5MBit/s, höchste Adresse 126
-Zyklusbelastung durch Kommunikation: 20% (voreingestellt)
-bei Busparameter steht: Ttr:64,3ms Ttr typisch: 17,7ms
-Zykluszeit der CPU: 14ms im Schnitt

folgendes Problem:
am Anfang der Inbetriebnahme funktionierten die Panel einwandfrei.
Nachdem noch einige DP-Slaves dazukamen, gibt es ab und zu ein Problem beim anstecken der Panel.
Es erscheint die Meldung: "TasteXX: Wertübernahme in Steuerung nicht möglich". Meistens gibt sich das Problem nach einigen Sekunden, manchmal muss man das Panel aber neu sterten (Akku raus und neu anstecken)
Kann mir jemand sagen, woran das liegt und ob es einen Parameter im HW-Konfig gibt, mit dem man optimieren könte.

Danke im voraus, urlaub
 
Sind alle Panels in NetPro mit dem Profibus vernetzt?
Wenn die Panels in einem anderen Projekt projektiert werden dann Dummy/Stellvertreter-Panels in NetPro vernetzen oder in den Profibus-Netzeinstellungen die Anzahl aktiver Teilnehmer um 2 erhöhen.
Das Profibus-Profil muß "Standard" oder "Benutzerdefiniert" sein.

Sind RS485-Repeater am Bus vorhanden?
28 Slave + 1 CPU + 2 Panels + ggf. ein PG ist zu viel für ein Profibus-Segment

Harald
 
Danke für die schnelle Reaktion
-hab nochmal nachgezählt, es sind 26 Slaves inklusive Panels, Entschuldigung
-die Panel sind im NetPro projektiert und im HW-Konfig wegen Direkttasten
-keine Repeater im Profibus. Könnte das was bringen
-Profibusadressen sind unterschiedlich, Box-IDs sind unterschiedlich
-Eingabewerte an den Panels sind über Multiplexvariablen realisiert, beide Panel nutzen unterschiedliche Multiplex-DB, also nicht dieselben Funktionen

@Harald: Dass das Profil Standard oder Benutzerdefiniert sein muss, wusste ich nicht. Warum ist das so. Wir haben bis jetzt immer "DP" genommen, weils voreingestellt ist und es hat funktioniert. Ich würde gern mehr darüber erfahren, was es mit dem Profil auf sich hat.

Kann es ein Problem sein, wenn die Buszykluszeit grösser als die Zykluszeit im OB1 ist?
 
Danke für die schnelle Reaktion
-hab nochmal nachgezählt, es sind 26 Slaves inklusive Panels, Entschuldigung
-die Panel sind im NetPro projektiert und im HW-Konfig wegen Direkttasten
-keine Repeater im Profibus. Könnte das was bringen
-Profibusadressen sind unterschiedlich, Box-IDs sind unterschiedlich
-Eingabewerte an den Panels sind über Multiplexvariablen realisiert, beide Panel nutzen unterschiedliche Multiplex-DB, also nicht dieselben Funktion
@Harald: Dass das Profil Standard oder Benutzerdefiniert sein muss, wusste ich nicht. warum ist das so. Wir haben bis jetzt immer "DP" genommen, weils voreingestellt ist und es hat funktioniert. Kann mir jemand sagen, was es mit dem Profil auf sich hat.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Wenn wirklich alle Panels in NetPro vernetzt sind, dann berechnet NetPro die Netztimings richtig. Auch im Profil "DP". Wenn real mehr Panels vorhanden sind als NetPro bekannt sind, dann wird eine zu geringe Target-Rotation-Time (Ttr) festgelegt und dadurch bekommen die Panels nicht genug Kommunikationszeit. Dann muß man in NetPro die Anzahl aktiver Teilnehmer am Profibus manuell einstellen - und das geht nur bei den Profils "Standard" und "Benutzerdefiniert" (und bei "universell").

Harald
 
Zurück
Oben