Genau deshalb würde ich sowas NIE direkt mit einer Software-Taste machen, ganz besonders nicht mit einem Touchpanel. Selbst wenn da mal zufällig keine zusätzlichen Bugs oder Touch-Treiberprobleme dazukommen ..."Öffne Schieber solange Button gedrückt" es echt blöd wqenn da ein paar tonnen mehr raus kommen und man nur über NOT-Halt den Schieber zu bekommt.....
WinCC flexible und TIA: Hilfe zu SetzeBitWährendTasteGedrücktbenutze besser die Funktion beim drücken 'SetzeBitWährendTasteGedrückt'
Hinweis
Verwenden Sie diese Systemfunktion nicht, wenn die Steuerung BOOL-Variablen unterstützt.
Verwenden Sie statt dessen die Systemfunktion "SetzeBit".
Wieso nicht???und es ist natürlich unmöglich jeden Button mit einem Zustimmtaster zu verknüpfen...
Das ist zu blauäugig gedacht. Bei Einsatz von HMI mit Steuerung über Daten-Kommunikation muß man immer mit Kabelbruch und Kommunikationsausfall rechnen und Vorkehrungen treffen, daß die Anlage dann angehalten werden kann. Einfach Buttons in die Visu malen reicht nicht. Es ist nicht garantiert, daß nach einem Start-Kommando auch das Stop-Kommando noch in der Steuerung ankommt. Auch deshalb gibt es die "Direkttasten" - bei denen wird die Verbindung überwacht und die Bits ggf. automatisch rückgesetzt.Entweder geht die Funktion zu 99,9% (Außer Kabelbruch, Virus, Panel beschädigt...also alle 2-3Jahre eine Fehlfunktion) oder ich kann das Panel nicht einsetzen...
Nur noch mal sicherheitshalber:... und es ist natürlich unmöglich jeden Button mit einem Zustimmtaster zu verknüpfen...
WinCC flexible und TIA: Hilfe zu SetzeBitWährendTasteGedrücktbenutze besser die Funktion beim drücken 'SetzeBitWährendTasteGedrückt'
was soll mir das jetzt sagen? was soll ich denn sonst steuern wenn nicht eine bool-variableHinweis
Verwenden Sie diese Systemfunktion nicht, wenn die Steuerung BOOL-Variablen unterstützt.
Verwenden Sie statt dessen die Systemfunktion "SetzeBit".
WinCC flexible und TIA: Hilfe zu SetzeBitWährendTasteGedrückt
was soll mir das jetzt sagen? was soll ich denn sonst steuern wenn nicht eine bool-variable
Ich kann nur sagen, dass ich auch schon mal diese Probleme hatte mit dem setze Bit und mit setzebitwährendtastegedrückt gibt's keine Probleme.
Hmm, ist auch das erste Mal dass ich auf diesen Hilfeeintrag aufmerksam werde.Ich kann nur sagen, dass ich auch schon mal diese Probleme hatte mit dem setze Bit und mit setzebitwährendtastegedrückt gibt's keine Probleme.
Das sagt, daß die Funktion nicht mit einer S7-Steuerung verwendet werden soll (darf), sondern nur mit "exotischen" Steuerungen, welche keine BOOL-Variablen haben. Eigentlich war die Funktion noch nie für S7-Steuerungen "freigegeben", wird allerdings auch nicht in der Projektierung gesperrt. Warum weiß wohl nur Siemens...WinCC flexible und TIA: Hilfe zu SetzeBitWährendTasteGedrückt
was soll mir das jetzt sagen? was soll ich denn sonst steuern wenn nicht eine bool-variableHinweis
Verwenden Sie diese Systemfunktion nicht, wenn die Steuerung BOOL-Variablen unterstützt.
Verwenden Sie statt dessen die Systemfunktion "SetzeBit".
Da hast Du irgendwie Glück gehabt - V13 UPD5 war doch die Version mit dem Bug, daß Setzen und Rücksetzen vertauscht war...Ich hab da 1 TP700 mal eingesetzt. Das war mit V13 upd5. Also ohne SP1.
Und keine Problemen mit Setze bit bei drucken und Rücksetze bit bei loslassen.
Den Beitrag von PN/DP (und die anderen) hast du schon gesehen, oder?Hi!
Welchen Grund gibt es, sich den doppelten Projektierungsaufwand zu machen, indem man SetzeBit (beim Drücken) und RücksetzeBit (beim Loslassen) verwendet?
Dafür gibt es doch SetzeBitWährendTasteGedrückt
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?