WinCC Runtime aktualisiert mit großer Verzögerung

S

SDavid

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

ich befinde mich zur Zeit auf einer Inebtriebnahme, bei der ein Problem nun über mehreren Wochen besteht.
Und zwar aktualisiern sich z.B. Visualisierte Eingänge erst mit einer Verzögerung von bis zu 8 Sekunden (!) oder Handfunktionen reagieren erst nach einigen Sekunden.

Im Einsatz befinden sich 7 Pc Stationen mit WinCC Runtime die über eine CP343 Karte (6GK7 343-1EX30-0XE0 V3.0) mit der CPU 319F-3 PN/DP (6ES7 318-3FL01-0AB0) kommunizieren.
Die besagten Runtime´s und die CP Karte befinden sich in einem gesonderten Netzwerk um eine Auslastung von außerhalb zu verhindern.

Nun noch zu den weiteren Erkenntnissen:
Umso mehr Runtime`s aktiv sind umso langsamer wird die Verbindung.

Fragen:

1. Hatte schon mal jemand ähnliche Erfahrungen und wenn ja, wie wurden sie behoben?
2. Haben Arrays große Auswirkungen auf die Performance der Runtime?

Mfg SDavid
 
Arrays haben Auswirkungen, weil jeder Zugriff auf ein Array-Element das Lesen/Schreiben des kompletten Arrays auslöst.
Und Vorsicht! Wird ein Array-Element beschrieben ohne das Array vorher komplett ins HMI einzulesen, dann werden die nicht eingelesenen Elemente mit Anfangswerten oder den Werten des eventuell schon lange zurückliegenden letzten Lesezugriffs beschrieben (häufige Fehlerursache bei der gerne fabrizierten "Arbeitseinsparung" daß viele BOOL-Signale (z.B. Buttons) von der HMI zur SPS in ein BOOL-Array gelegt werden). Wenn mehrere HMI vorhanden sind, dann können sich die Array-Zugriffe der HMIs mischen und teilweise gegenseitig überschreiben.

Harald
 
Zuviel Werbung?
-> Hier kostenlos registrieren
PN/DP schrieb:
(häufige Fehlerursache bei der gerne fabrizierten "Arbeitseinsparung" daß viele BOOL-Signale (z.B. Buttons) von der HMI zur SPS in ein BOOL-Array gelegt werden)

Harald
Zum Vergrößern anklicken....

Genau das wurde auch gemacht.
Gut dann werde ich das nun mal alles in "normale" Hmi Variablen ändern.

Mfg SDavid
 
Im Einsatz befinden sich 7 Pc Stationen mit WinCC Runtime die über eine CP343 Karte (6GK7 343-1EX30-0XE0 V3.0)
Zum Vergrößern anklicken....

Ethernet CP-Karten werden Busintern normalerweise über MPI angebunden, d.h. obowhl du Ethernet nach aussen hast teilt sich das
Ethernet die Transferleistung mit dem internen MPI-Bus von max 187.5KBaud. Sind jetzt viele Stationen daran angebunden und es besteht paralle noch ein MPI-Netzwerk
Dann BINGO. Wenn dann noch viele Daten gelesen werden ist es ganz vorbbei!
 
Die hier pauschal getätigte Aussage bezüglich des negativen Verhaltens von Arrays bei der Kommunikation ist in Frage zu stellen.
Denn es hängt davon ab, wie viele Variablen aus diesem Array du in einem Bild darstellst. Sind das z.B. 20 Variablen oder mehr aus dem Array, dann ist die Array-Variante beim Lesendem Zugriff vermutlich trotzdem die schnellere. Das hängt aber von der WinCC Version ab die du einsetzt. Ich vermute hier einfach mal WinCC flexible oder eine TIA WinCC Variante, und nicht das WinCC Scada (6/7.x).
 
@Thomas:
All dessen ungeachtet ist in jedem Fall diese Konstellation (fast egal welche WinCC-Version hier das Rennen macht) für eine Kommunikation und gute Variablen-Aktualisierung ziemlich ungünstig.
Also :
- mehrere Visu's
- angebunden über eine CP343
- vielleicht dann auch noch :
- viele einzelne Variablen aus unterschiedlichen Speicherbereichen
- hohe Aktualisierungsrate dieser Variablen (also kleine Abfragezeit)

@TE:
schreib doch noch mal ein "paar mehr" Fakten zu deinem Problemchen ...

Gruß
Larry
 
Soo, ich wollte nun mal nach etwas herumprobieren und ein paar Test die dabei resultierenden Erkenntnisse mit euch teilen.

Angefangen bei dem Thema Arrays:
Auf den Rat von @PN/DP hatte ich die gesamten, zuvor als Arrays (Datentyp BOOL) gelesenen Variabeln, aufgelöst.
Dies hatte aber keine Auswirkungen, sowohl negativ als auch positiv nicht.

Durch @Maagic7 wurden wir auf das angebliche Problem mit der CP Karte hingewiesen. Nach etwas hin und her hatten wir die Visu`s dann auch in dem Netz welches direkt mit der Steuerung kommuniziert. Und seitdem läuft alles so flüssig wie es sein soll.

Fazit: Das Problem war die zu langsame Übertragunsrate der CP Karte, welche mit dem umlegen der Visus auf das CPU Netz gelöst wurde.

Weitere Erkenntnisse:
Um nochmal auf das Thema Arrays zurück zu kommen. Hier unter dem Beitrag schien es so als wäre es nicht sicher ob Arrays nun gut oder schlecht seien.
Ein Ansprechpartner von Siemens hatte uns mitgeteilt das Arrays positive Auswirkungen auf die Runtime Performance haben müsste. Durch Test´s ist uns aber aufgefallen das das nur bis zu einem gewissen Grad stimmt. Und zwar werden Arrays nur dann Blockweise zur SPS geschickt wenn diese nicht den Datentyp BOOL haben (deswegen gab es wie oben beschrieben auch keine Änderung der Performance). Boolsche Arrays werden nach wie vor als einzelne Datenpackete durchs Netz an die Steuerung geschickt. Warum das der Falls ist konnte uns bis jetzt noch keiner beantworten.
Fazit#2: Arrays haben positive Auswirkungen auf das LAN-Netz und damit auch auf die Runtime Performance solange sie nicht von dem Datentyp BOOL sind.

Mfg
 
Zurück
Oben