Schalter deaktivieren führt zu race condition, wie umgeht man das?

Hallo Timo,

Zitat:Wo ich mir eine race condition einfange und es sein kann, das ich den Schalter drücke und er wieder rausspringt.

Deine Beschreibung kann man nur anhand eines Bildes eines Teils deines Codes nur schlecht nachvollziehen, insbesondere das "Drücken" und "Rausspringen"…

Zum Bild:
- Warum so viele lokale Variablen? (Gerade beim Thema Race-Conditions!?)
- Du vergleichst diesen "Zähler 1" einmal "<>3" und einmal "==3"!? Warum nicht nur ein Vergleich? Warum eine Case-Struktur daran knüpfen und parallel ein Select? Warum nicht beide Auswertungen dieser einen Bedingung in nur einer Case-Struktur? Warum nicht eine gemeinsame Propertynode, in der sowohl der "value" als auch das "Disabled" gesetzt werden? Bei mir sieht so ein Konstrukt in etwa so aus (wenn es denn unbedingt sein muss):
   
(Da man recht oft Controls en-/disablen muss, habe ich dafür ein kleines subVI in meiner user.lib, um das passende Enum zu generieren.)

- Race-Condition: du schreibst in eine lokale Variable von "Motor2" innerhalb der Case-Struktur, liest aber parallel dazu aus dem Terminal von Motor2!