WinCC Flex Comfort Panel TP1500 wird immer langsamer

Kabeläffle

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

ich kämpfe schon wieder, oder eigentlich immer noch, mit meinem „TP1500 Comfort“.

Siehe hier:

So „schnell“ wie das ersetzte MP277 war es nie, aber die Reaktions-Geschwindigkeit wäre gerade noch akzeptabel.
Nach mehreren Wochen Dauerbetrieb wird das Gerät immer langsamer.
Nach einem Neustart beginnt das von vorne. Erst noch akzeptabel, bald wieder unbedienbar langsam.

Da die Anlage regulär nur zur Wartung komplett abgeschaltet wird, erfolgt der Neustart im Moment manuell.

Gibt es da eine Möglichkeit, aus WinCCflex heraus das Gerät Samstagnacht automatisch neu booten zu lassen?

Kennt jemand ein Update, Bugfix oder sonstiges, was aus dem TP1500 Comfort ein brauchbares Gerät macht?

Gruß
Kabeläffle

TIA WinCC Advanced V14.0 SP1 Upd7
Comfort Panel TP1500
S7-317 PN/DP
 
Man kann ein Comfort Panel per Skript mit dem Befehl "StopRuntime(hmiStopRuntimeAndOperationSystem)" neu booten.
Hier mal ein Beitrag von einem Leidensgenossen:

https://support.industry.siemens.co...eenden-schl-gt-fehl/217356?page=0&pageSize=10

Sicherer wäre wohl, per SPS + Schütz/Relais und Öffnerkontakten das Panel zeitgesteuert neu zu starten.
Mir sind diese Comfort Panel Probleme auch bekannt ( werden langsam + RuntimeError ). Abhilfe kenne ich noch keine.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Gibt es da eine Möglichkeit, aus WinCCflex heraus das Gerät Samstagnacht automatisch neu booten zu lassen?

Kennt jemand ein Update, Bugfix oder sonstiges, was aus dem TP1500 Comfort ein brauchbares Gerät macht?
Wie wäre das, wenn sich die Firma Siemens da mal Gedanken machen würde? :cool:ROFLMAO::twisted::sc5:
 

Ich habe das via script und dem Befehl: "StopRuntime(hmiStopRuntimeAndOperationSystem)" gelöst. Das funktioniert auch recht gut.
Leider kommt es immer wieder vor, dass das Panel die Runtime nicht beendet bzw. nicht beenden kann. Das wo dann immer diese Meldung da steht: "Runtime kann nicht beendet werden..." mit Weiter- und Restart-Button.
Weiß jemand woran das liegen kann?

Das ist doch eine Problemumgehung, die gleich die nächste Problemumgehung notwendig macht! :confused:
 
Das ist doch eine Problemumgehung, die gleich die nächste Problemumgehung notwendig macht! :confused:

Deshalb....:
Sicherer wäre wohl, per SPS + Schütz/Relais und Öffnerkontakten das Panel zeitgesteuert neu zu starten.
Mir sind diese Comfort Panel Probleme auch bekannt ( werden langsam + RuntimeError ). Abhilfe kenne ich noch keine.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich würde an deiner Stelle einen SR bei Siemens aufmachen, ob was dabei rauskommt sei dahingestellt. Oder hast du dies bereits gemacht?
Was kamen für Aussagen dazu?
Hatte ich schon. Sinngemäß wurde mir empfohlen, weniger Variablen zu verwenden und die Aktualisierungszeit auf eine Sekunde hochzusetzen. :sb6:
 
Hatte ich schon. Sinngemäß wurde mir empfohlen, weniger Variablen zu verwenden und die Aktualisierungszeit auf eine Sekunde hochzusetzen. :sb6:

Das wurde mir auch empfohlen, weniger Variablen war bei mir nicht möglich aber ich habe einige unwichtigere auf 1s gestellt und dort
wo es nicht möglich war von "zyklisch fortlaufend" auf "bei Anforderung". Gebracht hatte es leider nichts. Ich muss dazu sagen, dass
es bei mir kein großartig großes Projekt war und Projekte dieses Umfangs auf den "alten" MP277 / MP377 ohne Problem liefen, auch
mit alles auf 100ms und zyklisch fortlaufend :confused: ( Früher war doch manches besser )
 
Ich habe jetzt nicht den ganzen Wertegang zurück verfolgt. Hast du denn die Möglichkeit, es mit einer aktuellen Version zu testen?
Nein habe ich leider nicht. Hier habe ich auf einen Tipp aus dem Forum gehofft.
Bei den Updates von Siemens steht pauschal immer „Stabilität und Performance wurden u. a. auf Basis von Rückmeldungen verbessert.“ :rolleyes:
 
Ich muss da jetzt auch mal in das Horn tuten ...
Was die Kommunikation so hergibt ist von so einigen Faktoren abhängig - viel ist hier dazu ja nicht genannt worden.
Fangen wir mal unten an :
- welche CPU kommuniziert hier
- wie ist sie angebunden (Switch zwischen CPU und Panel ?) und was hängt noch so an dem Bus ?
- welche Zykluszeit hat das SPS-Programm ?
- wofür muss ich Variablen alle 100 ms aktualisieren ? ... und wie viele müssen so schnell aktualisiert werden ?
- wieviele Variablen sind so insgesamt zu aktualisieren ? ... und mit welchem Intervall ?
- Variablen "zyklisch fortlaufend" - warum ? Sicherlich gibt es solche Fälle (hatte ich auch schon) - dann sind es aber doch nur einige wenige Variablen ...

Gruß
Larry
 
Großartig! Beides sollte der Normalfall sein, was dir sicherlich auch bekannt ist.

Naja, wenn wir nicht gerade tausende Variablen habe, stelle oft alles auf zyklisch fortlaufend, da vieles auch in Skripten behandelt wird.
Ansonsten müsste ich jede Variable anschauen, brauche ich die fortlaufend oder nicht.... im Zweifel lasse ich sie auf fortlaufend.
Ist halt auch eine Zeitfrage und Zeit ist meißt knapp auf Baustellen
 
... da haben wir es dann schon ...

Ist nicht böse gemeint, Michael ... aber genau das wollte Onkel sagen ...

Ja, aber wie gesagt, wir reden hier von 100-130 Variablen auf einem Panel für >4.000 € mit 100Mbit Verbindung.
Dort sorgt das jetzt für zu hohe Kommunikationslast? Und bei einem MP377 mit 1.5 Mbaud ist es kein Problem?

Na gut.
 
Es ist jetzt immer eine Frage des Augenmaßes ...
Aber nein ... ca. 100 Variablen sollten es nicht sein. Ich habe es aber tatsächlich immer so gehalten, dass ich die Variablen so aktualisiert habe wie es tatsächlich notwendig war. Eine 100 ms Aktualisierung habe ich tatsächlich höchstens mal bei < 10 Variablen wirklich gebraucht. Und auch "zyklisch fortlaufend" tatsächlich nur bei Produktionsdaten ... und das waren dann auch immer << 100 Variablen. Im Gegenzug gab es dann aber auch Variablen, die > 3 s aktualisiert wurden.
Aber wie schon geschrieben :
Es liegt nicht nur am Bediengerät und dessen Anschaffungspreis - die CPU und der restliche Bus (hier auch die Topologie) tragen dazu sicher auch ihren Teil bei.
Ich möchte hier das Thema nicht kleinreden - ganz im Gegenteil - es war mir nur "etwas" zu pauschal ...

Gruß
Larry
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Es liegt nicht nur am Bediengerät und dessen Anschaffungspreis - die CPU und der restliche Bus (hier auch die Topologie) tragen dazu sicher auch ihren Teil bei.
Ich möchte hier das Thema nicht kleinreden - ganz im Gegenteil - es war mir nur "etwas" zu pauschal ...

Ja, da gebe ich dir recht. Was ich mir vorstellen könnte, die TP´s werden im Dauerbetrieb ja relativ heiß. Das das Bios / Windows die
Prozessorleistung runterfährt aufgrund der Temperatur und dies bei einem Neustart wieder zurückgesetzt wird. Aber belegen kann
ich dies nicht.
 
Die Einstellung „zyklisch fortlaufend“ habe ich nur noch für Störmeldewörter. Die Aktualisierungszeit liegt dort bei einer Sekunde. In Summe sind es 10 WORD-Arrays mit je 8 Worten.

Tasten und Lampen habe ich in der Regel mit der Einstellung „zyklisch im Betrieb“ und 200ms Aktualisierungszeit konfiguriert. Das finde ich für eine flüssige Bedienung auch erforderlich.

Wahrscheinlich kommt das Panel mit den Bildbausteinen nicht recht klar. Durch diese werden weitere Variablen aktualisiert, was zusätzlich Ressourcen kostet.
Beim MP277 war das nie ein Problem, bis WinCCflex gemeldet hatte, dass die Anzahl der Variablen insgesamt zu groß ist. -> Die Anzahl der projektierten Variablen 4627 überschreitet die Systemgrenze von 4000 V
Die Begrenzung der „Anzahl der projektierten Variablen“ scheint eine willkürliche Festlegung von Siemens zu sein. Das ist auch nachvollziehbar, nur sollte sich die Zählweise nicht zum Nachteil ändern und man sollte frühzeitig eine Warnung erhalten.
..., die TP´s werden im Dauerbetrieb ja relativ heiß. ...
Das kann ich hier ausschließen. Bei der letzten Beobachtung war das Panel nur handwarm.
 
welche CPU kommuniziert hier?
S7-317 PN/DP
wie ist sie angebunden (Switch zwischen CPU und Panel ?) und was hängt noch so an dem Bus ?
CPU und Panel sind direkt verbunden. Der Rest hängt am anderen Port der CPU, über Switch Sternförmig zu 9 Interfacemodulen in externen Schränken.
welche Zykluszeit hat das SPS-Programm ?
Das „Ausbremsen“ der CPU funktioniert mit dem Baustein ganz einfach.
Die Zykluszeit wurde damit von 8ms auf 25ms erhöht.
Die erhoffte Wirkung war von homöopathischem Ausmaß. :rolleyes:
wofür muss ich Variablen alle 100 ms aktualisieren ? ... und wie viele müssen so schnell aktualisiert werden ?
Für die Tasten mit Rückmeldung (Bildbausteine) in meiner Anwendung. Davon gibt es maximal 40 Stück pro Seite. 100ms muss nicht sein, aber 200ms wäre schon gut.
wieviele Variablen sind so insgesamt zu aktualisieren ? ... und mit welchem Intervall ?
Siehe oben
Variablen "zyklisch fortlaufend" - warum ? Sicherlich gibt es solche Fälle (hatte ich auch schon) - dann sind es aber doch nur einige wenige Variablen ...
Bei den Bitmeldungen gibt es doch keine Alternative?
Falls ich einen Kurvenschreiber brauche auch nicht...
 
Zurück
Oben