TIA Diagnose für Handfunktionen bei fehlender Freigabe..'Taste die sagt wo es klemmt, wenn es klemmt'

SchwurbelMurks

Level-2
Beiträge
10
Reaktionspunkte
2
Zuviel Werbung?
-> Hier kostenlos registrieren
Für eine komplexe Anlagensteuerung mit einer Siemens 1518 CPU und einem WinCCadvanced HMI, projektiert in TIA Portal V17, sollen Handfunktionen, bzw. deren Freigabe diagnostizierbar werden. Dazu sollen im HMI fehlende Bedingungen für die jeweilige Funktion an den Bediener gemeldet werden, wenn die Taste gedrückt wird und keine Freigabe vorliegt. Wie kann eine solche Funktion mit möglichst wenig aufwand implementiert werden, welche Ansätze können dabei verfolgt werden.
ZB:.: 'Handbetrieb nicht aktiv' ; 'Störung auf der Einheit xy'; 'Extrawurst zustand angewählt' etc...


Mir wäre ein 'Diagnose Baustein' am liebsten, der aus den 'Eingangsparametern als Freigabe-bedingungen' die Kommentare ins HMI schubst.. aber das kann die CPU zur laufzeit wohl nicht und somit ist für alle mir bekanten, ansätze (Bitmeldung, prodiag, programalarm) relativ viel workaround notwenig.

Somit wäre mein Ansatz aktuell, es einfach über bitmeldungen zu realisieren, die ich dann aus einer opennessfunktion im projekt nach dem 'Diagnose Baustein' 'schnüffeln lasse, um dann Meldnummern und Texte zu organisieren, also die Meldetexte aus den Kommentaren der Symbole auf den 'Freigabebedingunen' als eingangsparamer des 'Diagnose Baustein' zu basteln.

Bevor ich das energetisiere, würd ich geren sicherstellen, dass es diese 'Rad' nicht schon gibt, bevor ich beginne es zu 'erfinden'...
 
Hab das ganze für Pneumatikventile in einem Standard Steuerbaustein zur Ansteuerung gelöst mit GetInstanceName und Program_Alarm. Im Prinzip erteuge ich ne Fehlernummer und gebe über ne Textliste in verbindung mit dem Instanznamen Fehler wie Endlage nicht Erreicht oder eben fehlende Freigabemeldungen aus.

Was man hier nicht sieht: was verantwortlich für fehlende Freigabe ist da das allgemein gehalten ist...
Also z.b. Freigabe<<Instanzname>>
eventuell geht das per GetSymbolForReference oder GetSymbolName hab ich mir allerdings noch nicht genauer angeschaut...

Das ganze ist dann halt von Inszanznamen und evtl. Symbolnamen abhängig die müssen so anelegt sein dass die Fehlermeldung dann sinn macht....
 
In der Library of Basic Processes (LBP) oder der Library of Basic Controls (PLC) könntest du ebenfalls für dich brauchbare Ansätze finden.
Ist halt beides recht...statisch.
Der Ansatz, den die LBP verfolgt, ist beispielsweise prinzipiell richtig elegant und simpel zu implementieren.
Hast du aber eine Anwendungsvariante nicht bedacht oder benötigst du nur eine kundenspezifische Anpassung, ziehen selbst minimale Änderungen immer einen unangenehm großen Rattenschwanz hinter sich her.
 
Beim Stern gab es mal einen Graph auch für den Handbetrieb. Da sind die Verriegelungen der Aktoren die Interlocks der Schritte. Die konnte man dann direkt (denke ProDiag?) am HMI anzeigen wenn ein Interlockfehler kommt.
 
Zurück
Oben