Hallo Herr Berghof,

bei uns ist letzteres der Fall (Script Overflow). Habe gerade an einer Maschine WinCC V7.2 Update 14 installiert und im Moment gibt es keine Overflows mehr.

Fragen:
Nützt es was, die Anzahl der OP-Ressourcen in den verbundenen CPU's zu erhöhen?
Parallel zum SCADA-System gibt es noch diverse Mobile Panels bzw. KTP's in unseren Anlagen.

Wie viele Tags kann man überhaupt z.B. im 1 s Zyklus über die S7 Protocol Suite lesen?
Bei den Overflows waren ca. 2600 Tags in der Queue und die Read Response Zeit war > 100 ms

Gruss juba

Hallo Herr Berghof,

ja genau diesen Errorcode 410E haben wir im .log-File des Kanaltreibers.

Im Anhang sind logfiles von einer Maschine mit Performanceproblemen
mit WinCC V7.4 SP1 Update 2, wo wir die Performanceprobleme immer
noch haben.

Gruss juba

Meiner Erfahrung nach sind die Einträge in den WinCC Logfiles nicht sonderlich hilfreich, führen einen teilweise sogar auf die falsche Fährte. Siehe auch der Fehlercode wenn Simatic Net nicht installiert wurde.

Wenn man wirklich sehen will das WinCC da so treibt und was und warum etwas nicht funktioniert, warum etwas langsam ist, kommt man nicht umhin Wireshark herzunehmen und sich das Ganze ansehen.

Beispielsweise kann man beim Abfragen von Variablen aus Skripten heraus einiges falsch machen, was dazu führt dass das System extrem langsam wird. Das hat im Hintergrund mit dem Datenmanager von WinCC zu tun, vielleicht wurde das Verhalten im Vergleich zu älteren WinCC 6.x Versionen auch geändert. Bei neueren WinCC 7.x funktioniert es zumindest so, dass wenn jemand in einem Bild z.B. per GetTagChar() 100 Strings das erste mal aus der SPS liest, das extrem lange dauert. Und zwar weil dann nicht wie man vermuten würde 100 Strings gelesen werden, sondern es werden 1+2+3+4+5..n Strings gelesen, also (n²+n)/2 = 5050 Strings! Da kann man noch so lange in irgendwelche Logfiles schauen, dort ist das nicht zu finden.

Details zu dem beschriebenen Problem hier:

https://www.sps-forum.de/hmi/68190-wincc-v7-2-skript-performance-beim-ersten-lesen-von-150-string-variablen.html

Hallo zusammen,

das mit der Performance bei WinCC 7.4 (ohne SP1) habe ich auch.

Windows Server 2008 mit redundantem Server-Paar und 11 Clients.

So dauert der Runtime-Start ca. 10 Minuten, wobei der Start des AlarmLoggings alleine 6 Minuten dauert, obwohl alle Archive zurückgesetzt wurden...

Ich tippe da eher auf den SQL-Server 2014, denn wenn ich das "SQL Server 2014 Management Studio" starte, dauert das auch ewig und die Bedienung ist mehr als zäh....

Mfg
mm76

Hallo mm76,

hast du bei den Alarmen "LoopInAlarm" verwendet? Dann würde das SP1 helfen, das beschleunigt den Runtimestart wieder enorm. Fast so wie früher !

Wir hatten das auch und haben zuerst LoopInAlarm entfernt, und dann erst beim SP1 wieder aktiviert.

LG

Hallo,

das Projekt wurde ursprünglich mit V6.2 erstellt und auf V7.4 hochgerüstet. Da ist dann auch LoopInAlarm dazugekommen. Ich bilde mir aber ein, dass auch der Start auch ohne LoopInAlarm so lange gedauert hat...

Wie ist das bei dir, wenn du das SQL-Management-Studio startest?
Oder ist beim SP1 auch was für den SQL-Server dabei?

Mfg
mm76

Hi,

beim SQL ist mir nichts negatives aufgefallen, obwohl ich den schon auch verwendet habe.

LG