TIA WinCC Comfort HMI-Meldungen Einzelbit für Triggervariable möglich?

[visu90]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich habe ein WinCC Comfort Projekt in TIA 18 mit einem TP1200 und einem TP700 > angebunden an eine S7-1500 (alles aus einer S7-300 migriert)

Der Programmierer hat einen Ventil-DB mit Strukturinstanzen angelegt - optimiert. So, jetzt ist in der Struktur das Bit für die Meldung im HMI drinnen.

Damit sind wir beim Thema. Triggervariable für die HMI-Meldungen muss als Word vorhanden sein. Habe ich eine Chance, hier doch mit den Einzelbits zu arbeiten oder kann ich gleich dem Kollegen sagen, dass er es mir in anderer Form zu geben hat?

 

[JesperMP]

Ob optimiert oder nicht ist nicht das Thema.
Die in WinCC bitgetriggerte Meldungen sind in WORDs oder ARRAY OF WORD arrangiert.
Ich frage wie hat es in den alten S7-300 Programm funktioniert ?
Entweder war die Struktur anders (passend zu die HMI Meldungen), oder man hat pro Meldung das Bit von den Ventil-DB nach die HMI-Meldungs-DB kopiert.
Hat man bei die Migration dies anders gemacht ?

 

[visu90]

Zuviel Werbung?
-> Hier kostenlos registrieren

Missverständnis in der S7-300 hat's diesen DB noch gar nicht gegeben.

 

[JesperMP]

Also, jemand hat entschieden es anders zu machen ohne zu wissen wie die bitgetriggerte Meldungen funktionieren.

 

[ducati]

Der Programmierer hat einen Ventil-DB mit Strukturinstanzen angelegt - optimiert. So, jetzt ist in der Struktur das Bit für die Meldung im HMI drinnen.

Naja, wenn man sowas macht, also in den Strukturen die Meldungen zu integrieren, dann würde mann vermutlich lieber ProDiag verwenden. Ansonsten umkopieren in einen separaten Melde-DB...

 

[XL]

Zuviel Werbung?
-> Hier kostenlos registrieren

Wenn schon struktiert/instanziiert und an (Basis-)Bausteinen rumgecodet wird, könnte man auch gleich einen sauberen Alarm-FB mit eingebautem "Program_Alarm" einbauen und das Bitgeschubse für die Meldungen fliegt raus.

 

[ducati]

einen sauberen Alarm-FB mit eingebautem "Program_Alarm"

Die meisten gehen eher auf ProDiag anstatt ProgrammAlarm. Macht weniger Ärger und weniger Aufwand und ist zuverlässiger.

 

[Blockmove]

Die meisten gehen eher auf ProDiag anstatt ProgrammAlarm. Macht weniger Ärger und weniger Aufwand und ist zuverlässiger.

ProDiag ist ne wirklich feine Sache .... kostet aber Geld (zusätzliche Runtime-Lizenzen)

 

[ducati]

Zuviel Werbung?
-> Hier kostenlos registrieren

kostet aber Geld

jo. und die anderen basteln sich was mit ProgrammAlarm zusammen, was nur manchmal ordentlich funktioniert.
Warum der ProgrammAlarm so "kompliziert" ist, könnte mann aber wieder dem Siemens anlasten
Aber ja, selbst für nen Timer muss mann heutzutage studiert haben
Und um ne Verbindung zw. SPS und HMI (ordentlich) aufzubauen sowieso

 

[Blockmove]

jo. und die anderen basteln sich was mit ProgrammAlarm zusammen, was nur manchmal ordentlich funktioniert.

Und darum - meine ich - ist ProDiag auch so ziemlich jeden Cent wert.
Wenn man dann noch PLCCodeView nutzt, dann kann man schon eine sehr gute Diagnose für Bediener und Instandhalter bauen.
Und das auch noch mit minimalen Aufwand. Die meisten haben heute ja sowieso irgendwelche Aktorbausteine und da lääst sich ProDiag gut integrieren.

 

[de vliegende hollander]

Wie gut ist Prodiag in Mehrsprachige Projekten?
Das ist bei ProgramAlarm (Je nach Anwendungsfall) nicht so toll