TIA Störungen über Program_Alarm

RogerSchw85

Level-2
Beiträge
629
Reaktionspunkte
54
Zuviel Werbung?
-> Hier kostenlos registrieren
Guten Tag

Ich schaue mir gerade den Program Alarm auf der 1500er an.

Braucht der schon jemand? Ist das wirklich eine Ersparnis gegenüber der Bitmeldungen?

Ich muss bei dem Program Alarm die Erkennung ob eine Störung ist, zusätzlich auch noch schreiben?

Vielen Dank schonmal
 
Guten Tag

Ich schaue mir gerade den Program Alarm auf der 1500er an.

Braucht der schon jemand? Ist das wirklich eine Ersparnis gegenüber der Bitmeldungen?

Ich muss bei dem Program Alarm die Erkennung ob eine Störung ist, zusätzlich auch noch schreiben?

Vielen Dank schonmal

Je nach deiner Programmstruktur kann der Program-Alarm schon einige Vorteile bieten.
Wenn du mit Multiinstanzen arbeitest, wird der Störtext quasi veerbert. Das spart schon mal einiges an Tipparbeit.
Wichtig ist, dass du den Programmalarm dort aufrufst, wo die Störung auftritt (keinen eigenen Stör-Baustein).
Program-Alarm kann in der Meldung die Störstelle (Baustein, Netzwerk) ausgeben. Das alleine ist schon ein Vorteil.

Gruß
Dieter
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Je nach deiner Programmstruktur kann der Program-Alarm schon einige Vorteile bieten.
Wenn du mit Multiinstanzen arbeitest, wird der Störtext quasi veerbert. Das spart schon mal einiges an Tipparbeit.
Wichtig ist, dass du den Programmalarm dort aufrufst, wo die Störung auftritt (keinen eigenen Stör-Baustein).
Program-Alarm kann in der Meldung die Störstelle (Baustein, Netzwerk) ausgeben. Das alleine ist schon ein Vorteil.

Gruß
Dieter

Das sehe ich alles ja. So sparst du dir Schreiberei okay, nur hast du auch Mehraufwand, dadurch das man die Erkennung ob eine Störung anstehend ist auch programmieren muss.

Dir Quittierung der Störung musst du programmieren und es geht nur auf den Comfortpanels.

Irgendwie überzeugt mich die Funktion nicht... Höchstens bei grossen Anlagen sehe ich gewisse Vorteile.
 
Weißt jemand ob es eine maximale Begrenzung gibt bei den Instanzen zum Program_Alarm ?

Ich stell gerade um von Bitmeldungen auf Program_Alarm und verwende die erst mal in der Analogwerverarbeitung.
Resultat ist sehr gut , aber bei mir kommen da zu 1000 Instanzen beisammen.
Schade das da kein 8p-Alarm ist.

Bram
 
Weißt jemand ob es eine maximale Begrenzung gibt bei den Instanzen zum Program_Alarm ?

Ich stell gerade um von Bitmeldungen auf Program_Alarm und verwende die erst mal in der Analogwerverarbeitung.
Resultat ist sehr gut , aber bei mir kommen da zu 1000 Instanzen beisammen.
Schade das da kein 8p-Alarm ist.

Bram


Wo siehst du die Vorteile des Program Alarms?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Wo siehst du die Vorteile des Program Alarms?

In mein fall ist es so das die analogwertbausteinen 1fach bis 3fach , 5 bis 21 meldungen haben.
Die struktur und endung der alarmtexte sind immer gleich.
Wenn ich jetht den program alarm im analogwertbaustein als multiinstanz aufruf bekommt jetz jede meldung des bausteins der datenbausgeinname mit.
Die ist im programm mit KKS und klartext beschriftet.
Sprich, hohl ich mir das vorteil aus der masse an meldungen die ich an zu legen hab.
Für einfachmeldungen ist das vorteil der zeitstempelung da.
Für uns ist die zeitstempelung wichtig um auslöse von folgememdungen unterscheiden zu können.
Ich vermisse irgendwie ein 8fache meldebaustein wie beim 400er

Bram
 
Ich vermisse irgendwie ein 8fache meldebaustein wie beim 400er

Lässt sich denn nicht aus 8 Program_Alarm Instanzen ein 8-fach-Melde-FB nachbauen, der dann in einem weiteren FB aufgerufen wird?

Die maximale Anzahl an bausteinbezogenen Meldungen steht im Gerätehandbuch der jeweiligen CPU. Bei einer 1511 stehen dort z.B. max. 5000 projektierbare und max. 500 gleichzeitig anstehende Alarme.
 
Die maximale Anzahl an bausteinbezogenen Meldungen steht im Gerätehandbuch der jeweiligen CPU. Bei einer 1511 stehen dort z.B. max. 5000 projektierbare und max. 500 gleichzeitig anstehende Alarme.

Danke Thomas.

Wir haben der 1516 3PN/DP im Einsatz.. Habs jetzt auch gefunden im Handbuch.:rolleyes:

Code:
 S7-Meldefunktionen
Anzahl anmeldbarer Stationen für Meldefunktionen,
max.
32
bausteinbezogene Meldungen Ja
Anzahl konfigurierbarer Alarme, max. 10000
Anzahl gleichzeitig aktiver Alarme im Alarmpool
• Anzahl reservierter Anwenderalarme 600
• Anzahl reservierter Alarme für Systemdiagnose
200
• Anzahl reservierter Alarme für Motion Technologieobjekte
160

Natürlich kann ich mir auch einen mehrfach meldende Baustein zusammenstellen.
Ich hab mir durch das jeder Meldung 1 Instanz verbraucht ein bisschen sorgen gemacht ob ich da alles an Meldungen unterbringen kann.

Bram
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Wo siehst du die Vorteile des Program Alarms?

Hallo Roger,

Ich hab mir jetzt beschäftigt mit der Mehrsprachigkeit bei Verwendung vom Program_Alarm
Das geht so weit ich es probiert hab nur über textlisten.
Damit ist für mich auf einmal das meldeverfahren nutzlos.
Sprich, wenn mann Einsprachige Projekte hat ist es Okee, Mehrsprachig ist Scheiße.

Echt Schade

Grüß bram
 
Man kann doch dem Program_Alarm den kompletten Alarmtext als Parameter übergeben. Dann müsste man die Mehrsprachigkeit halt selbst in seinen Bausteinen verwalten z.B als String konstanten in den Lokalvariablen.
 
Lässt sich denn nicht aus 8 Program_Alarm Instanzen ein 8-fach-Melde-FB nachbauen, der dann in einem weiteren FB aufgerufen wird?

Ich habe versucht einen solchen Baustein zu erstellen. Der "Program_Alarm" wird acht mal als Multiinstanz aufgerufen ("Alarm1" bis "Alarm8"). Da der "Program_Alarm" die Störmeldung aber nach der Bausteininstanz benennt, bekomme ich bei mehrfachen Aufruf des "8-fach-Melde-FB" keine eindeutigen Namen für die Störmeldungen. Hat jemand eine Idee?

Gruß

Robert
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich habe versucht einen solchen Baustein zu erstellen. Der "Program_Alarm" wird acht mal als Multiinstanz aufgerufen ("Alarm1" bis "Alarm8"). Da der "Program_Alarm" die Störmeldung aber nach der Bausteininstanz benennt, bekomme ich bei mehrfachen Aufruf des "8-fach-Melde-FB" keine eindeutigen Namen für die Störmeldungen. Hat jemand eine Idee?

Was genau versuchst du denn zu erreichen? Wenn ich mich recht erinnere, wurde der Alarm_8 bei der 400er eingeführt, weil der CPU sonst die Meldenummern ausgegangen sind.

Wenn du jetzt einen FB erzeugst, der 8 Program_Alarm hat, verbrauchst du immer noch 8 Meldenummern.
 
Mir geht es um die einmalige Parametrierung aller Alarme (z.B. gleicher Antriebs- oder Anlagenname) oder den Aufruf des "Program_Alarm" in einem mehrfach zu verwendenden Antriebs-FB. Auf die Anzahl der Meldenummen kommt es mir erstmal nicht an.
 
Du könntest den Namen der Achse als String oder WString in den FB hineingeben und dann als Begleitwert im Alarmtext verschalten. Dann könntest du einen generischen Text haben und ggf noch mit Hilfe der Keywords für den Meldungsnamen $$Name$$ (oder übers Kontextmenü) und den Instanz-DB-Namen ($$Instance$$) und ggf. noch den Multiinstanz-Pfad ($$Path$$) in den Alarmtext einfügen, um die Meldung im Text eindeutig zu machen.

Ich hab nur ne englische Install, aber so sieht das in der Hilfe aus:

help.jpg
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Es sollte doch fuer diesen Fall ausreichend sein, der Instanz im aufrufenden FB den richtigen Namen zu geben?

Sprich du hast einen FB fuer deinen Antrieb, in diesem rufst du den Program_Alarm mit den Instanzen "Motorschutz", "Interlock-Fehler" usw. auf.
Wenn der aufrufende FB beispielsweise Achse 123 heisst und dieser den FB "Hauptantrieb" beinhaltet, dann kannst du dir mit den Schluesselwoertern Instance, Path usw. eine Meldung bauen die Achse 123 / Hauptantrieb / Interlock-Fehler heisst.
 
Danke für die schnellen Antworten.

Du könntest den Namen der Achse als String oder WString in den FB hineingeben und dann als Begleitwert im Alarmtext verschalten. Dann könntest du einen generischen Text haben...

Genau das mache ich. Mein Problem ist aber nicht die Eindeutigkeit des Meldetextes sondern die des Namens (in der Projektnavigation unter PLC-Meldungen).

Es sollte doch fuer diesen Fall ausreichend sein, der Instanz im aufrufenden FB den richtigen Namen zu geben?

Sprich du hast einen FB fuer deinen Antrieb, in diesem rufst du den Program_Alarm mit den Instanzen "Motorschutz", "Interlock-Fehler" usw. auf.
Wenn der aufrufende FB beispielsweise Achse 123 heisst und dieser den FB "Hauptantrieb" beinhaltet, dann kannst du dir mit den Schluesselwoertern Instance, Path usw. eine Meldung bauen die Achse 123 / Hauptantrieb / Interlock-Fehler heisst.

In deinem Beispiel würden dann unter PLC-Meldungen Meldungen mit den Namen "Motorschutz", "Interlock-Fehler" usw. angelegt.
Wenn ich nun den FB fuer meinen Antrieb mehrfach aufrufe werden keine neuen Meldungen angelegt, weil die Instanznamen des "Program_Alarm" ("Motorschutz", "Interlock-Fehler" usw.) nund doppelt im Projekt vorhanden sind.
 
Hä? Also ich baue gerade meine erste Anlage mit TIA und habe es genau so gemacht wie beschrieben, funktioniert tadellos?
Oder verstehe ich gerade nicht was du meinst?
 
Zurück
Oben