TIA TP1200 bringt "Application hmiRTm.exe encountered a serious erros and must shut down"

DeltaMikeAir

User des Jahres 2018; 2023
Beiträge
21.465
Reaktionspunkte
7.076
Zuviel Werbung?
-> Hier kostenlos registrieren
TP1200 bringt "Application hmiRTm.exe encountered a serious erros and must shut down"

Guten Morgen zusammen,

an einer Anlage einer Firma, welche gerade parallel mit uns eine Inbetriebnahme durchführt kommt am Panel ab und an folgende Meldung:
"Application hmiRTm.exe encountered a serious erros and must shut down". Der Programmierer hat mich gefragt, ob ich wüsste, was es sein kann.
Ich habe mir das Projekt angeschaut, nichts besonderes. Er nutzt Skripte zum stündlichen ablegen von Produktionsdaten auf einer SD, außerdem
sind Rezepte projektiert. Ansonsten nur eine Hand voll Variablen, Bildwechsel per Steuerungsauftrag usw.

Wie könnte man so einen Fehler eingrenzen? Er kommt jeden Tag oder jeden zweiten Tag, meißtens wenn man morgens zur Anlage kommt.

Wisst ihr einen Rat?
Folgendes haben wir probiert, ohne Erfolg:
Panel getauscht => kein Erfolg
Image neu geladen + Projektierung neu aufgespielt ( vorher alles komplett übersetzt ) => kein Erfolg


TIA V14 SP1
CPU 315 PN/DP ( 315-2EH14 ) mit aktueller FW
Verbindung über PN

Hier steht auch schon was dazu
https://support.industry.siemens.co...-and-must-shut-down/143622?page=0&pageSize=10
application hmirtm.exe encountered a serious error and must shut down
 
Zuletzt bearbeitet:
Ich würde einfach mal ins Blaue vermuten das es was mit dem Skrip zu tun hat und da wahrscheinlich mit dem Tageswechsel. Also Montag auf Dienstag usw. bzw. 23:59 auf 00:00. Vielleicht startet da das Skript zweimal oder so.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich würde einfach mal ins Blaue vermuten das es was mit dem Skrip zu tun hat und da wahrscheinlich mit dem Tageswechsel. Also Montag auf Dienstag usw. bzw. 23:59 auf 00:00. Vielleicht startet da das Skript zweimal oder so.
Guten Morgen und Danke für deine Antwort. Dies kann ich ausschließen, da es auch tagsüber auftritt. Wir haben einmal einen Taktmerker auf die Skripte gehängt, so dass es alle Sek einmal
gestartet wird. Lief jetzt 10 Minuten ohne Aussetzer.
 
Ok damit wird meine zweite vermutung die ich hätte das Kopieren dauert unter bestimmten bedingen vielleicht zu lange auch wiederlegt.
 
Ok damit wird meine zweite vermutung die ich hätte das Kopieren dauert unter bestimmten bedingen vielleicht zu lange auch wiederlegt.

Ja, so in die Richtung habe ich auch vermutet. Meine erste Frage an den Programmiererkollegen war auch "sind da Skripte im Projekt".
Ärgerlich, dass es so sporadisch kommt. Wenn es wenigstens ständig kommen würde, dann könnten wir es schneller eingrenzen.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Für alle die es interessiert, ich konnte / kann die Abstürze nun nachstellen.

Man nehme ein Panel, z.B. TP900, TP1200, TP1500.... und generiere auf irgendeine Art Systemfehler.
z.B. Bildwechsel über Variable auf eine Bildnummer, welche es nicht gibt.

Dies macht man solange, bis der Meldepuffer voll ist und dann noch weiter. Dann stürtz das Panel mit folgendem Fehler ab:
"Application hmiRTm.exe encountered a serious erros and must shut down"

Theoretisch gibt es ja folgende Einstellung: "Pufferleerung in Prozent bei Pufferüberlauf", dort werden aber nur quittierte Meldungen
gelöscht. Hat man nur unquittierte Meldungen, so kommt es zu einem Überlauf.
Puffer.png

Bei den KTP´s tritt dieser Fehler in ähnlicher Form auf, es kommt keine Fehlermeldung aber das Panel friert ein
und das ToggleBit des Bereichszeigers "Koordinierung" bleibt stehen.


Getestet mit TIA V14 und allen SPs/HFs sowie TIA V15.1
 
Ja, ich vermute zusätzlich, dass auch normale unquittierte Meldungen dieses Problem auslösen, nicht nur Systemmeldungen.
Hatte aber keine Zeit mehr zum probieren.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Bin mir nicht sicher...

ich hatte das Problem an nem Dauertestpanel, wo wirklich sehr sehr viele Meldungen testweise toggelten... Als ich das Toggeln abgestellt habe, war das Problem trotzdem noch da. Mit nem anderen Projekt auch. Aktuell ist das Problem mit dem ersten Projekt wieder weg... Und mit nem 2. Panel an dem 2. Projekt auch... Ich hatte aber auch Kleinigkeiten an der Projektierung geändert...

Ich dachte eigentlich, das Panel ist kaputt...

Mann kanns nicht richtig reproduzieren, da der Absturz nur alle par Tage mal auftritt...

Gruß.
 
vielleicht hats auch hier mit was zu tun:

Neues Setting: Persistent Message Buffer
in Control Panel and TIA Portal
Persistent Message Buffer – Aktiviert
Die im Projekt auftretenden Meldungen werden immer im internen Flash-Speicher gespeichert. Der interne Flash-Speicher wird durch eine hohe Anzahl von Alarmen belastet. Wenn das Panel neu gestartet wird, ist der Melde-Puffer immer noch mit Alarmen gefüllt.
Persistent Message Buffer – Deaktiviert
Die Meldungen im Projekt werden nicht im internen Flash-Speicher gespeichert. Der interne Flash-Speicher wird durch eine große Anzahl von Alarmen nicht belastet. Wenn das Panel neu gestartet wird, ist der Melde-Puffer leer, d.h. es sind keine Message Buffer-Alarme verfügbar.

hab aber kein TIA V15.1 zum testen...
 
Ich denke, da ist wirklich irgendein Problem mit dem Alarmsystem (evtl. in Kombination mit nem TP1200)...

Ich mach grad einige Tests unter TIA V15.1 mit nem TP1200. Da ist mir das Alarmarchiv nach 3 Tagen abgeschmiert... Und sonst noch so einige Sachen...

Bei den größeren Panels ab TP1500 gibts ja alte und neue Bestellnummern, vielleicht hat's auch damit zu tun, dass dort was umgestellt wurde...

Reproduzieren lässt sich von diesen "hochsporadischen" Fehlern immer nur schwierig etwas...

Gruß.
 
Hallo Ducati,
ich habe in der Zwischenzeit auch viele Versuche gemacht, da es sich bei uns wirklich um ein akutes Problem handelt und dabei kam folgendes raus:

-Meldepuffer gezielt füllen lassen bis er voll ist => Panel stützt ab ( nicht immer und nicht sofort aber immer wieder mal )
-Wenn man per Steuerungsauftrag "Datensatz schreiben" auslöst und auf den Status 4 wartet ( Übertragung ohne Fehler beendet )
und dann, nachdem Status 4 rückgeliefert wurde sofort den Steuerungsauftrag "Datensatz lesen" auslöst und wieder auf 4 wartet und das
Ganze dann immer weiter im Kreis, dann läuft dies teilweise 1 Stunde oder bis zu 4 Stunden, dann stürzt es irgendwann ab.
( alle relevanten Variablen auf 100ms zyklisch fortlaufend ) ( und dies zuverlässig )

Fügt man eine Wartezeit ein, wenn Status 4 kam => 2 Sekunden warten, dann nächster Steuerungsauftrag, läuft es ( lief ca. 5 Tage ohne Absturz ).

Aber ich stimme dir zu, es scheint denke ich auch eine Kombination aus Gerät, verwendeter Funktionen usw. zu sein. Ob das von mir beschriebene in jeder
Konstellation auftritt kann ich nicht beurteilen, da ich mich nicht in Vollzeit mit Siemens Testing beschäftigen kann. Das Ganze hat mich jetzt eh schon 60-80
Stunden gekostet.

Auftrag.jpg
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Ducati,
ich habe in der Zwischenzeit auch viele Versuche gemacht, da es sich bei uns wirklich um ein akutes Problem handelt und dabei kam folgendes raus:

-Meldepuffer gezielt füllen lassen bis er voll ist => Panel stützt ab ( nicht immer und nicht sofort aber immer wieder mal )

Hast Du dafür auch ne Lösung? Unter V15.1 passiert das bei nem TP1200 bei mir auch.

Gruß.
 
Hast Du dafür auch ne Lösung? Unter V15.1 passiert das bei nem TP1200 bei mir auch.

Leider muss ich berichten, dass es mit den von mir getroffenen Maßnahmen weniger oft abstützt aber leider immer
ab und an immer noch abstützt. Ich weiß mir langsam nicht mehr zu helfen.

Nutzt du auch Rezepte?
 
Zuletzt bearbeitet:
Der Witz ist halt, das an dem Panel nichts besonderes ist. Ich habe schon Beiträge auf der Siemens Seite gelesen, wo von Siemens empfohlen wurde,
nicht so viele Variablen auf "zyklisch fortlaufend" zu stellen und auch nicht so viele auf 100ms, dies habe ich im Rahmen der Möglichkeiten auch schon
umgesetzt => keine Besserung.

Wenn es nicht bals eine Lösung gibt, bin ich gezwungen vorerst ein MP277/MP377 einzubauen. Mit denen hatten wir noch NIE Probleme. Eine Projektvorlage
hätten wir, so dass dies gar nicht so viel Aufwand wäre.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hast Du dafür auch ne Lösung? Unter V15.1 passiert das bei nem TP1200 bei mir auch.
Bzw. könntest du mir schreiben, was ihr alles auf dem Panel einsetzt?

Ich habe:

-Ganz normale Bilder mit Bedien/Beobachtungselementen
-Steuerungsaufträge für Bilderwechsel
-ganz reguläre Bitmeldungen
-Skripte zum speichern von Daten auf eine CSV ( Skript ist ein lange bewährtes Skript, schreiben funktioniert auch )
Dieses Skript läuft auch nicht ständig sondern zeitgesteuert ( alle 60 Min. )
-Rezepturen

Alle der gelisteten Funktionen gehen auch, aber das Panel stützt in unregelmäßigen Abständen ab.
 
Zuletzt bearbeitet:
Mein Verdacht sind noch die Zugriffe auf den Flash Speicher. Im Handbuch findet man folgendes:

* Um Rezepturen im internen Speicher abzulegen, wählen Sie in WinCC als Pfad "
\Flash\
"
aus.

Hinweis
Zyklisch schreibende Zugriffe für internen Speicher nicht zulässig
Für den internen Speicher sind zyklisch schreibende Zugriffe nicht
zulässig, da diese die
Lebensdauer des internen Speichers und damit die Lebensdauer des Bediengeräts
verringern, z.
B. bei einer Projektierung, in der permanente Systemmeldungen oder
benutzerdefinierte Meldungen im Meldepuffer generiert werden.

Ok, der Zugriff ist nicht zulässig aber was passiert wenn man es doch macht.
Ich denke mir dies nur, weil ich ja auch schon an dem Punkt war, dass er bei Systemmeldungen
abstützte und ich auch Rezepte in den Flash schreibe.
 
Zurück
Oben