Step 7 Alarm_D und Alarm_DQ Sammelstörbit

[mnuesser]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hi zusammen,

ich baue mir gerade ein paar Bausteine und ersetze im Zuge dessen meine SFC17/18 durch die
SFC107/108 er Bausteine.

Dabei wollte ich mal einige unzulänglichkeiten Aufräumen, die bei mir heissen:
Sammelstörmeldung und Meldegruppen.

Das mit den Meldegruppen hab ich nun gefunden, die kann man ja am DB-Aufruf
über die Priorität einstellen.

Hat jemand von euch mal eine Sammelstörmeldung generiert für das
Meldeverfahren?

 

[JOHKU]

Hi zusammen,

ich baue mir gerade ein paar Bausteine und ersetze im Zuge dessen meine SFC17/18 durch die
SFC107/108 er Bausteine.

Dabei wollte ich mal einige unzulänglichkeiten Aufräumen, die bei mir heissen:
Sammelstörmeldung und Meldegruppen.

Das mit den Meldegruppen hab ich nun gefunden, die kann man ja am DB-Aufruf
über die Priorität einstellen.

Hat jemand von euch mal eine Sammelstörmeldung generiert für das
Meldeverfahren?

Was verstehst Du unter Sammelmeldung?
Ich habe auch mit obigen SFC´s in Bausteinen gearbeitet. Dabei habe ich das Thema Hupe (Sammelmeldung) so gelöst, dass ich ihr einen Merker z.B. M2.0 fest zugeordnet habe.
In den Bausteinen z.B. für Messung, Grenzwert, Ventil, Motor, Alarm etc. wird mit dem Trigger für den SFC107/108 auch der Hupenmerker (Sammelmeldung) gesetzt.
Am OP gibt es einen Button "HUPE AUS" und hier wird der Merker rückgesetzt.

Gruß Johannes

 

[Matze001]

Zuviel Werbung?
-> Hier kostenlos registrieren

Die Lösung ist einfach und effektiv

Könnte mir gefallen!

Grüße

Marcel

 

[mnuesser]

Hm, ja entspricht nicht wirklich meiner Anforderung,
Habs jetzt so gelöst:

1x zusätzlicher Eingang um die Priorität des Fehlers festzulegen,
1x zusätzlicher IN/OUT mit einem Merkerwort beschaltet...

Abhängig von der eingestellten Priorität des Alarmes (0-15) wird halt vom Merkerwort das Bit 0-15 gesetzt.
Damit kann ich für einige Aggregate ein Zyklus stop auslösen, bei anderen einen Sofortstop, bei Warnungen passiert halt nix oder die hupe oder sowas...

trotzdem danke für die Infos

 

[ducati]

Habs jetzt so gelöst:

1x zusätzlicher Eingang um die Priorität des Fehlers festzulegen,
1x zusätzlicher IN/OUT mit einem Merkerwort beschaltet...

Abhängig von der eingestellten Priorität des Alarmes (0-15) wird halt vom Merkerwort das Bit 0-15 gesetzt.
Damit kann ich für einige Aggregate ein Zyklus stop auslösen, bei anderen einen Sofortstop, bei Warnungen passiert halt nix oder die hupe oder sowas...

Wenn aus den Alarmen auch Steuerungsaufgaben ausgelöst werden sollen, ist Deine Lösung auch die Bessere. Dass man in der SPS aus den Alarm_DQ Meldungen irgendwie nen Sammelbit generieren kann, ist mir nicht bekannt. Würd ich für Abschaltbedingungen auch nicht machen. IN der Visu geht das natürlich, da hast Du dann ja die EventState-Variablen... Die Hupe könnte man ja an die Visu hängen...

Gruß.