' schrieb:Hallo blue,
aus Beitrag1: "ich kenne ansonsten nur 'Make current values defaul'. Das finde ich aber zu unsicher."
Wie bitte? Weil du etwa "zu unsicher findest", willst du unnötige Verrenkungen machen? Buttons per Default (beim Editieren) auf FALSE setzen, dann werden sie bei jedem VI-Start auch FALSE sein. Punkt.
Guten Abend, Gerd.
Die Unsicherheit bezog sich auf folgendes Ereignis: Button ist auf true aus Versehen. User hat irgendwann "Make current values default" gedrueckt. Start der .vi. Folge: Pumpe bewegte sich, alle Proben verloren. Man weiss ja nie, was andere Leute mit dem Programm machen.
Daher suchte ich nach einer Moeglichkeit, das abzufangen. Ich habe dann das Forum durchsucht und dann fand ich eben den Vorschlag mit lokalen Variabeln und switch when released. Warum wird denn das unter ggf. anderen Umstaenden als "gut" angesehen? Es gibt hier einige Beispiele im Forum dafuer.
Zitat:Buttons per Default (beim Editieren) auf FALSE setzen, dann werden sie bei jedem VI-Start auch FALSE sein
Ich habe ein Beispiel angehaengt. Default Value des Buttons ist false (gesetzt via "Make current value default" oim Kontextmenue). Dann folgender Fall: User drueckt den Button zu true vor dem Start der vi. Button bleibt im true-Status. Start der vi. Button springt NICHT automatisch nach false zurueck. Er bleibt im true-Status. Genau so ein Verhalten wollte ich mit den lokalen Variabeln vermeiden.
Der Hinweise bzgl. des Invoke Nodes gleicht dieses Verhalten aus.
Drueckt ein User nun "Make current values default", waehrend der Button im Beispiel faelschlicherweise true ist, dann hilft auch ein Invoke Node nicht mehr, den Button bei Start automatisch auf false zu setzen.
Wie verhindert man denn bitte sowas, wenn nicht nicht mit den lokalen Variabeln?
Gruss,
blue
Test_Boolean.vi (Größe: 9,07 KB / Downloads: 232)