TIA Meldungen mit Program_Alarm

M

Moritz_

Level-2
Beiträge
41
Reaktionspunkte
5
Zuviel Werbung?
-> Hier kostenlos registrieren
Hi zusammen und frohes Neues.

Ich sitze derzeit an einem Projekt, das sich so in der Art wohl wiederholen wird.
Zwecks Meldungen bin ich auf den "Program_Alarm"-Baustein gestoßen, habe ihn aber noch nie eingesetzt. Sinnig fände ich, wenn ich einen Stellgeräte-Baustein (z.B. Ventil) programmiert habe, dass dieser Baustein auch alle Störmeldungen enthält und somit komplett fertig ist.
Des weiteren sollen in dem Projekt alle Meldungen an ein Prozessleitsystem weitergegeben werden. Dabei sind mir einige Fragen gekommen.

  • Wie könnte ich die ganzen Störmeldungen an das PLS weitergeben? Als Bitmeldung wäre das ja recht einfach, doch wenn die Störmeldungen generiert werden?!
  • Die Bitmeldungen kann man über die PLC im HMI quittieren bzw. als quittiert anzeigen lassen (PLC-Quittiervariable), geht das auch mit den Meldungen des Program_Alarm?
  • Es wird scheinbar eine eindeutige Melde-ID verwendet, kann man diese irgendwo auslesen? Damit ich in meiner Doku einer Melde-ID einen Fehlertext zuordnen kann?
Schon mal vielen Dank
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Moin Moritz_,

mit dem Program_Alarm werden Alarme erzeugt. Man könnte vielleicht das Triggerbit nehmen, um in einem anderen System eine Bitmeldung zu erzeugen. Aber das ist dann natürlich an der Idee vorbei.
Mit Get_Alarm kannst Du zumindest die Alarme auslesen und ermitteln, ob sie gegangen oder gekommen sind. Damit kannst Du auch den Meldetext extrahieren und einem Fremdsystem zur Verfügung stellen. Ob da ggf. noch die Melde-ID dabei ist, kann ich gerade nicht sagen.

VG
MFreiberger
 
sps_klassik schrieb:
Liegen die Stoermeldungen als Wert am Ausgang des Bausteins vor?
Zum Vergrößern anklicken....
Hatte ich nicht vorgesehen, sonst könnte ich das auch über Bitmeldungen lösen.

sps_klassik schrieb:
Um wieivel Meldungen handelt es sich?
Zum Vergrößern anklicken....
Ich schätze es könnte so im Bereich von 1000 Meldungen liegen.


MFreiberger schrieb:
...noch ein Hinweis:

Die Program_Alarm-Bausteine treiben die Zykluszeit in die Höhe!
Zum Vergrößern anklicken....
Das hatte ich in einem anderen Thread gesehen. Da hatte Jochen Kühner das mit einem Zähler gelöst, damit nur eine gewisse Anzahl der Bausteine pro Zyklus ausgeführt werden kann.
 
Wusste gar nicht das es so viele Fehlermeldungen gibt für ein Ventil.
Darf man fragen was das für Ventile sind und wieviele Meldungen du pro Ventil hast?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Am Ende empfiehlt selbst Siemens nach Möglichkeit ProDiag anstatt ProgramAlarm zu verwenden...

Ob und welche Vorteile das gegenüber Bitmeldungen hat, da kann man lange philosophieren...

Wenn Du Bitmeldungen für ein externes NichtSiemensLeitsystem nochmal brauchst, naja... dann nimm die gleich auch fürs Panel her, würd ich sagen...

Du könntest ja auch Bitmeldungen in dem Ventilbaustein abhandeln, musst nur dem Ventilbaustein "sagen", wo, in welchen DB der die hinlegen soll
 
sps_klassik schrieb:
Wusste gar nicht das es so viele Fehlermeldungen gibt für ein Ventil.
Darf man fragen was das für Ventile sind und wieviele Meldungen du pro Ventil hast?
Zum Vergrößern anklicken....

:D
Die sind auch nicht für ein Ventil, sondern insgesamt.
So an die 6 Meldungen. Denn es sollen nicht nur Störungen gemeldet werden sondern auch der Status (offen, geschlossen...)
 
ducati schrieb:
Am Ende empfiehlt selbst Siemens nach Möglichkeit ProDiag anstatt ProgramAlarm zu verwenden...

Ob und welche Vorteile das gegenüber Bitmeldungen hat, da kann man lange philosophieren...

Wenn Du Bitmeldungen für ein externes NichtSiemensLeitsystem nochmal brauchst, naja... dann nimm die gleich auch fürs Panel her, würd ich sagen...

Du könntest ja auch Bitmeldungen in dem Ventilbaustein abhandeln, musst nur dem Ventilbaustein "sagen", wo, in welchen DB der die hinlegen soll
Zum Vergrößern anklicken....
Ja so kenne ich das mit den Bitmeldungen. Ich dachte nur es wäre wohl angenehmer wenn jedes Stellgerät das vollständig selbst abhandelt.
Denn so muss ich ja trotzdem alle Störmeldungen im HMI jedes mal neu anpassen
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Moritz_ schrieb:
Denn so muss ich ja trotzdem alle Störmeldungen im HMI jedes mal neu anpassen
Zum Vergrößern anklicken....
irgendwo musst Du immer irgendwas anpassen...

Sollte man sich vorher überlegen, wie man sowas ordentlich organisiert.

Einen DB mit 3000 Meldungen in SPS und HMI fix anlegen.
Nach Anlagenteilen oder ähnlich aufteilen, Also Anlagenteil 1 Meldung 1 bis 1000, Anlagenteil 2 Meldung 1001 bis 2000 oder sowas...
Nicht benötigte bleiben dann Reserve.

Wenn jetzt ne Reserve benutzt wird, musst die halt das Bit in der SPS programmieren und den Meldetext als DB-Kommentar eintragen.
die DB-Kommentare sind dann erstens die "Doku" fürs Leitsystem und können 1:1 per Strg+C Strg+V vom DB ins HMI als Meldetext rüberkopiert werden...
 
Blockmove schrieb:
Naja, bei ProDiag erstellst du die Meldung und brauchst dich am Panel um nix kümmern.
Ist sozusagen eine Erweiterung zu Program Alarm
Zum Vergrößern anklicken....
ja ich weiss...

wenn ich aber zusätzlich noch Bitmeldungen für ein externes NichtSiemensLeitsystem brauche oder ne Doku auf Papier für alle Meldungen, weil der Kunde das will... Irgendwann spart dann ProDiag auch keine Zeit mehr ein...
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Darum habe ich geschrieben.Ich habe so einen Baustein geschrieben für ein normales Schaltventil mit Luft.Und dort mache ich den Status über einen Farbumschlag.
0=blau //zu
4=grün//auf
8=rot//Störung Laufzeitfehler.(auf oder zu), das kann man noch separieren.

Dafür würde ich niemals so ein Aufwand treiben.Wenn du jetzt noch das als Meldung brauchst dann hast du Stoerung.
Wobei ich das nur grafisch als Farbumschlag anzeige.Als Stoermeldung hätte man dann noch eine zweite Bit-Variable.
Die kann man direkt am Ausgang ablegen als UDT.Aber selbst wenn du 6 Bitmeldungen hast, kannst du ein UDT anlegen.
In einem gliobalen datenbaustein legst du jeweils eine Instanz ab und gibst ihr den namen des Ventils.
Ab Baustein selbst änderst du nur den Ventilnamen.
 
@sps_klassik

Schau dir mal ProgramAlarm oder ProDiag an. Das spielt nämlich wunderbar mit so einem Aktorbaustein zusammen.
Richtig interessant ist es in Kombination mit dem Codeviewer auf dem Panel. Da bekommst du dann das Netzwerk auf dem Panel angezeigt.
 
Wenn du es mit einem UDT machst und einem globalen Datenbaustein dann hast du ja deine Bitmeldungen.
Ich wuesste jetzt nicht wo du was "sparen kannst".
 

Similar threads

E
TIA Program_Alarm im mehrfach verwendbarer Funktionsbaustein (FB)
2
Antworten
20
Aufrufe
1K
DOD666
D
B
TIA Nur gegangene Fehler sollen Quittiert werden dürfen (Program_Alarm, Get_AlarmState, WinCC Unified)
Antworten
13
Aufrufe
2K
ducati
D
P
WinCC HMI Meldungen über PLC Quittieren
Antworten
0
Aufrufe
333
paulg
P
M
TIA Program_Alarm Meldungen lassen sich nicht quittieren
Antworten
9
Aufrufe
2K
MFreiberger
M
J
WinCC Unified Aktive Meldungen am Unified HMI-Panel (ID) in DB schreiben
Antworten
2
Aufrufe
513
JGrosch
J
Zurück
Oben