Alarm_s

[cindy]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hi ich hab mal ne frage muss ich beim Meldeverfahren Alarm_s für jede Störmeldungmeldung eine eigenen call mit den dazugehörigen Parametern machen.

Als z.B. 150 verschiedene Störmeldungen 150 mal call sfc 17 in einem FB oder kann man das auch anders lösen mit einer art loop?

 

[SPSKILLER]

hi,

ich glaube nicht, dass das so ohne weiteres mit nem Loop funktioniert.
Das ist - wenn überhaupt - nur mit viel Aufwand möglich (Das ganze Multiplexen der Parameter usw.)

Ich habe im Anhang eine AWL-Quelle für einen FB, der 8 globale Meldungen mit Begleitwerten erzeugen kann. (Alarm d)

Normalerweise nutze ich das so nur, wenn ich "freie" Signale als Störmeldung anzeigen muss (z.B. Externe Freigabe von irgendwo für irgendwas o.ä.)

Meine Meldungen werden direkt in den FBs (z.B. Antrieb, Ventil usw.) erzeugt.
Wenn möglich, dann benutze Alarm8P (SFB35) - geht aber glaub nur mit 400er Steuerungen...

Micha

 

[StefanK]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo, ich habe vor einiger Zeit auch mit Alarm_s beschäftigt, bin dann aber nach einiger Zeit zu PDiag (Prozessdiagnose) gekommen. Das Tool war für mich sehr interessant, weil ich in der Anlage ca. 140 Pneumatikzylinder und 25 Antriebe hatte. Ich habe mir dafür FB's geschrieben um die Aktoren zu steuern. Diese dann als Multiinstanz eingesetzt und so automatisch Standardmeldungen generiert. Dazu kommt, das man die Meldungen einmal projektiert und auf mehreren Panel Und/oder PC's anzeigen/archivieren kann. PDIAG ist auf jedenfall ein gutes Tool.
Gruß
Stefan

 

[cindy]

@SPSKILLER Danke für die AWL Quelle funktioniert gut.
Aber das Problem bleibt ja wenn ich 150 Meldunge habe müste ich ja deine Quelle um 142 erweitern. Das würde dann auf einer CPU 313 schon ziemlich eng werder. Und man müsste immer noch zur jeder Meldung den Meldetext umständlich in diesem kleinen Fenstern eintragen.

 

[SPSKILLER]

@SPSKILLER Danke für die AWL Quelle funktioniert gut.
Aber das Problem bleibt ja wenn ich 150 Meldunge habe müste ich ja deine Quelle um 142 erweitern. Das würde dann auf einer CPU 313 schon ziemlich eng werder. Und man müsste immer noch zur jeder Meldung den Meldetext umständlich in diesem kleinen Fenstern eintragen.

moin,

keine ursache.
Ich würde eher den Baustein auf 10 erweitern, und 15 mal aufrufen.

Eine andere, bessere Möglichkeit wäre, dass du deine FBs für z.B. Antrieb, Ventile usw. meldefähig machst.

Dann hast du sicher schon einen Großteil der 150 Meldungen direkt im Funktionsbaustein erschlagen, und für den Rest machst du die obige Methode...
Das verringert auch die Möglichkeiten Rangierfehler zu machen...

Das mit den Meldetexten kannst du Export/Import lösen (über Sprache).

Micha

 

[cindy]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ok könnte man so machen

Eine andere, bessere Möglichkeit wäre, dass du deine FBs für z.B. Antrieb, Ventile usw. meldefähig machst.

Wie geht das?

 

[SPSKILLER]

dazu kannst du den Code aus obigem Baustein verwenden.

Pro Meldung ein Netzwerk kopieren und in deinen FB einfügen.
Alle Variablen - mit Attributen - ausser dem Meldeeingang mitkopieren (dieser kommt jetzt nicht mehr von aussen, sondern wird Bausteinintern versorgt).

Die IDs sind am wichtigsten. Die müßen auch am Motor - FB als Eingang da sein. (Pro Meldung 1 Eingang).
Danach müssen noch die Bausteinattribute übernommen werden.

Schon sind deine Störmeldungen beim Projektieren des Antriebes im Projekt vorhanden.

Micha