WinCC Unified "Setze Bit während Taste gedrückt" anders gelöst

[BloodyMary]

Zuviel Werbung?
-> Hier kostenlos registrieren

Guten Morgen zusammen,
ich habe hier folgende Komponenten:

• CPU 1512SP F- 1 PN 6ES7512-1SM03-0AB0 FW 4.1
• MTP1200 Unified Comfort 6AV2 128-3MB06-0AXx V21
• TIA V21

Nun wollte ich meine bekannte Funktion aus der Comfortwelt benutzen und habe sie nicht gefunden. Aber den Hinweis, dass man es nun mittels Drücken und Loslassen regeln soll. Bei (Taste) Drücken soll man die Systemfunktion SetzeBitInVariable und bei (Taste) Loslassen soll man dann die Systemfunktion RücksetzeBitInVariable benutzen.

In meiner CPU wird die Variable rein lesend verwendet. Aber egal ob ich jetzt Taste drücken oder nur Drücken parametriert habe, es wollte nicht funktionieren.

Ich habe es dann hin bekommen, in dem ich bei Drücken und Loslassen jeweils auf JavaScript umgestellt habe und dort mittels HMIRuntime.Tags("Variable").Write(0) oder .Write(1) die Variable gesetzt habe.

Kennt ihr das Verhalten? Wie löst ihr das?

 

[werner_]

Man kann bei Variablen Häkchen setzen wie zum Beispiel: Erreichbar aus HMI; Schreibbar aus HMI.
Aber daran wirds nicht gelegen haben wenn es nur durch Umstellung auf Script jetzt funktioniert.
Noch ein Gedanke: Hat die HMI-Variable vielleicht einen langen Erfassungszyklus eingestellt.

 

[BloodyMary]

Zuviel Werbung?
-> Hier kostenlos registrieren

Genau, das Häkchen ist gesetzt.

 

[BloodyMary]

Ok. Ich glaube ich bin was weiter. Ich habe mittels des Buttons auf dein Input eines FB über den InstanzDB zugegriffen. Wenn ich mir einen reinen DB anlege mit einer boolschen Variablen, dann funktioniert das. Allerdings nur mit Drücken und Loslassen. Nicht mit Taste ...

 

[Neopxl]

"Taste" bedeutet hier eine Taste auf einer Hardwaretastatur. Ich nutze diese Funktion gar nicht und gehe immer über die anderen Events.

Wurde aber nicht mit V21 genau diese "SetzeBitWährendGedrückt" wieder eingeführt?

 

[BloodyMary]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich habe es nicht gefunden.

 

[Oberchefe]

Auf den Eingang eines FBs kann man sinnvollerweise nicht schreiben. Der Wert wird beim Aufruf mit dem Wert der außen angelegten Variable überschrieben.

 

[LucasMucas]

In der V21 ist es fertig drinnen mittlerweile.
Vgl. die technischen Folien hier:

SIOS

support.industry.siemens.com

Es gibt beim Button ne Eigenschaft gedrückt, an welche man die Variablen ranhängen kann

 

[oliver.tonn]

Zuviel Werbung?
-> Hier kostenlos registrieren

In der V21 ist es fertig drinnen mittlerweile.
Vgl. die technischen Folien hier:

SIOS

support.industry.siemens.com

Es gibt beim Button ne Eigenschaft gedrückt, an welche man die Variablen ranhängen kann

Anhang anzeigen 94398

Funktioniert das denn jetzt vernünftig?
Ich meine mich zu erinnern, dass früher hier im Forum von der Verwendung der Funktion " Setze Bit während Taste gedrückt" abgeraten wurde, weil diese nicht zuverlässig funktioniert.

 

[DeltaMikeAir]

Ich meine mich zu erinnern, dass früher hier im Forum von der Verwendung der Funktion " Setze Bit während Taste gedrückt" abgeraten wurde, weil diese nicht zuverlässig funktioniert.

Siemens schreibt sogar selber, wenn die Steuerung BOOL Variablen unterstützt ( welche tut das eigentlich nicht ), dann soll man die Funktion nicht nutzen. Betrifft aber anscheinend nicht Unified.

 

[Corvax]

Ich meine mal irgendwo gelesen zu haben, dass wenn die Taste gedrückt wird und zufällig die Kommunikation zusammen bricht der wechsel in der PLC nicht erfasst wird. Dadurch würde z. B. eine Achse weiter fahren obwohl man nicht mehr drückt. Aus diesem Grund sollte man es nicht verwenden.

100% sicher bin ich mir nicht dabei, ob es der Grund war

 

[BloodyMary]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ich nutze das nur für den Reset eines Timers (ohne jegliche Bewegung). Ich denke, da ist das unkritisch.

Aber ich liebe es. Jetzt kommt es drauf an, was ich mit dem Button machen möchte: Entweder nutze ich die Sachen unter Ereignisse oder unter Eigenschaften -> Allgemein...

 

[DeaD_EyE]

Ich meine mal irgendwo gelesen zu haben, dass wenn die Taste gedrückt wird und zufällig die Kommunikation zusammen bricht der wechsel in der PLC nicht erfasst wird. Dadurch würde z. B. eine Achse weiter fahren obwohl man nicht mehr drückt. Aus diesem Grund sollte man es nicht verwenden.

Ja, das kann passieren. Ist halt doof, wenn man nur Software-Taster hat.
Aber angenommen genau so etwas passiert, dann darf die Achse nicht über den Hardware-Endschalter hinausfahren.

Dafür gibt es sicherlich auch Richtlinien, die es untersagen, dass z.B. ein Kran nicht mit einem HMI bedient werden darf.

 

[DeltaMikeAir]

. Dadurch würde z. B. eine Achse weiter fahren obwohl man nicht mehr drückt.

Für so etwas heiklere Funktionien ( Achse Tippbetrieb usw... ) würde ich Direkttasten projektieren.

 

[Botimperator]

Zuviel Werbung?
-> Hier kostenlos registrieren

Für so etwas heiklere Funktionien ( Achse Tippbetrieb usw... ) würde ich Direkttasten projektieren.

Oder einen physischen Zustimmtaster.
Wobei man bei Unified inzwischen per Intervall einen Watchdog für den "gedrückt"-Zustand programmieren kann.
Ist zwar dann auch nur einen funktionale Absicherung, bin aber in so Punkten gerne etwas paranoider als notwendig (⁠✿⁠ ⁠♡⁠‿⁠♡⁠)

 

[Corvax]

Natürlich hat man bei einer Fahrbewegung Endlagen etc. zu berücksichtigen.
Wie ich schon schrieb meine ich das in dem Zusammenhang mal gelesen zu haben als einen Grund dafür es nicht so zu machen.
Ich bin da ein Freund von Hardwaretasten. Hat man auch gleichzeitig ein Feedback Gefühl beim drücken.