TIA Bessere Möglichkeit der Meldebehandlung auf Comfortpanels

vollmi

Level-3
Beiträge
5.423
Reaktionspunkte
1.403
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo zusammen.

Der Klassische Weg der Meldebehandlung auf den Siemens Panels ist ja.
1 DB mit Bitmeldungen in der 1500er (früher 300/400er)
Auf dem Panel deklariert man dann ein Meldewortarray.
Dann gibt man für jede Bitmeldung Meldewortarray und das Bit darin an.

Jetzt habe ich aber ca 50 Objekte welche dieselben 20 Meldungen bringen nur natürlich mit einer anderen Objektbezeichnung im Meldetext.
Bisher hab ich dann die 1000 Texte generiert und geladen.
Aber gibts da irgendwie eine andere Möglichkeit, die Meldetexte z.B. Dynamisch zu machen. Zu strukutieren und in Gruppen zusammenzufassen?
Andere Lösungswege?

Kann ich irgendwie 50 Meldegruppen machen und denen sagen ihr habt jetzt "Meldestruktur sowieso" und ersetzt eine Variable im Meldetext durch euren Objektnamen.

Schwierig zu beschreiben.

mfG René
 
Ich weiß nicht ob das mit TIA auch so geht wie wir das mit WinCCflex machen, aber sollte eigentlich genauso gehen.

Also wir machen das über Textlisten.
20 Meldungen mit jeweils einer Textliste in der Meldung und in der Textliste steht dann der Objektbezogene Inhalt.

Bsp:
"Datenbank lokaler Sammelfehler: <textlist Datenbank_ERR_List>"

Datenbank_ERR_List:
8001 Empfangsdaten falsche Datenlänge
8002 Empfangsdaten falsche Teiledaten
usw. ...


Wenn es Blödsinn ist was ich geschrieben hab, einfach ignorieren :p
 
Das Programm_Alarm hört sich echt nicht schlecht an. Muss ich mir anschauen. Die Konfiguration sieht aber doch recht komplex aus. Auch wie dann Meldungen in Prioritäten aufgeteilt werden und solche Dinge.

mfG René
 
Das Programm_Alarm hört sich echt nicht schlecht an. Muss ich mir anschauen. Die Konfiguration sieht aber doch recht komplex aus. Auch wie dann Meldungen in Prioritäten aufgeteilt werden und solche Dinge.

mfG René

Wirf ruhig einen Blick drauf.
Wenn du mit FBs und Multiinstanzen arbeitest, dann ist es richtig interessant.
Du kannst Meldungen quasi vererben.
Interessant ist auch, dass die Meldung auch den Namen des FBs und der Multiinstanz enthalten kann.
Die Dinge werden automatisch generiert.

Gruß
Dieter
 
Ich hab den Programm_Alarm zuletzt an 9 Anlagen, bestehend aus jeweils einer 1517, einer Runtime und einem KTP700 Mobile benutzt.
In jedem Objektbezogenen Störungs-FB (SEW-Movigear, Sensor-Überwachung, Laufzeit-Überwachung usw.) ist PA mit jeweils anderem Namen ein Bestandteil.
Die Namen der PA-Instanzen stehen dann auch gleich für die Störung und dienen als Identifikator.
Nach der jeweils ersten Definition jedes PA, kann man unter PLC-Meldungen die Störtexte vergeben und die Meldeklasse etc. pp einstellen.
Die Texte können dynamisiert werden. DIe Möglichkeiten mit Textlisten und mehreren Zusatzwerten sind umfangreich, aber nicht gut dokumentiert.
DIe Meldeklassen für die PLC-Meldungen werden nicht wie üblich im Panel/der Runtime angelegt/eingestellt, sondern bei "???Gemeinsame Ressourcen???), zu finden im Projektbaum ganz unten.
Wenn man nun die PLC-Meldungen am Panel/ der Runtime aktiviert, werden diese im eigenen Reiter unter Meldungen angezeigt.

In der Theorie werden die Meldungen, mit jedem Übersetzen aktuell gehalten, in der Praxis hatte ich öfter das Problem, dass dutzende Meldungen einzelner Multiinstanzen gefehlt haben.

Beheben: IM-Ordner löschen -> CPU(s) SW komplett übersetzen -> Panel(s) SW komplett übersetzen.
Meistens lässt sich das Problem gleich nach dem ersten Durchlauf beseitigen...

Sollte das Problem bis zu unserem nächsten TIA-Projekt nicht gelöst sein, werden wir wohl die Objektbezogenen Meldungen auch wieder über die Bitmeldungen umsetzen.

MfG Semo
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich hab mir diese Art Meldungen vor einiger Zeit mal angesehen.
Gut finde ich, dass man aus der SPS heraus melden kann, Texte nicht direkt im HMI-Editor eingeben muß.
Nicht gut, man kann nur Siemens-Panel bedienen (ok, ist irgendwie klar und kein Mangel, den man Siemens anlasten kann).
Viele Kollegen nutzen Meldungen, die nicht im HMI quittiert werden müssen. Wenn man aber will, dass die Meldungen im HMI quittiert werden und man dies kontrollieren möchte und man zudem auch noch Meldungen von der SPS aus quittieren möchte (z.B. alle Meldungen mit einem Hardwaretaster), dann wirds mit PA schon echt kompliziert, falls das überhaupt so geht.
Außerdem denke ich, dass es eingiges an SPS-Resourcen kosten wird.
 
Ja wie geht das Quittieren überhaupt. Bei den Bit Meldeverahren, müssen bei
mir Störmeldungen grundsätzlich vom Panel Quittiert werden.

Also wie quittiert man die Meldungen bei den 'Programm_Alarm' Meldeverahren?
 
Es wird nur an den Anzeigeeinheiten Quittiert (Panel, Runtime oder Webclient).
Die Einstellung ob quittierpflichtig oder nicht erfolgt bei der Parametrierung der Meldung (s.o.)
Mit der Anweisung Get_AlarmState kann der Status der Meldung im Programm abgefragt werden (z.B. direkt nach dem Erzeugen der Meldung).
 
Es wird für die Meldung der Status "gekommen / gegangen" und "gekommen quittiert / gegangen quittiert" jeweils als Bit ausgegeben.
Welche Stelle quittiert hat ist nicht definiert.
 
Das heißt aber (und da hab ich das dann weggelegt), man muß zumindest für aktive Meldungen, dauernd 'Get_AlarmState' aufrufen und mitzubekommen, dass der Bediener quittiert hat.
Ich lasse erst, wenn eine Meldung quittiert ist bestimmte Prozesse weiterlaufen, also brauche ich deren Zustand.
Heißt: "Baue einen Baustein, der Fehler meldest und diese aktive Meldung mit
'Get_AlarmState' auf deren Zustand abfragt.
Entweder man baut das gleich in einen eingenen Alarmbaustein mit ein oder macht das zentral. Besser Ersteres oder? Wenn ich mal Zeit habe :) :) ;-) probiere ich das mal aus.
 
Vom Prinzip her entspricht das doch dem bisherigen Meldeverfahren mit AlarmS bzw. Alarm8p/Notify8p bei der S7-300 / 400, außer dass die Möglichkeiten geringfügig erweitert wurden.
Scheint aber nicht von vielen benutzt worden zu sein, wenn das so unbekannt ist.
 
Vom Prinzip her entspricht das doch dem bisherigen Meldeverfahren mit AlarmS bzw. Alarm8p/Notify8p bei der S7-300 / 400, außer dass die Möglichkeiten geringfügig erweitert wurden.
Scheint aber nicht von vielen benutzt worden zu sein, wenn das so unbekannt ist.

Stimmt.
Es ist nur vereinfacht und erweitert.
 
Jap :) Hab mal auf ALARM_S umgestellt, um dann zu lernen, dass die 1200er das net kann... Back to the roots... Bitmeldung tuts!

Grüße

Marcel
 
Zurück
Oben