Mal salopp vermutet was das Prob war:
Wenn ich den Knoten richtig deute ist der False Case leer. Die Lösung für das Labview das so nicht ausführen möchte war: Standard wenn nicht verbunden (das ist ein leerer String). Verstriche Zeit misst offenbar nur ob schon so viel Zeit wie angegeben vergangen ist seit dem letzten TRUE und gibt dann TRUE aus (nutze das VI nicht deswegen mal blind geraten).
Was passiert jetzt? Deine Schleife rennt ungebremst, lastet einen Prozessorkern aus und kriegt ab und zu mal ein TRUE in den Case - dann wird dein String gesetzt aufs Bedienelement. Dummerweise rennt die Schleife weiter und dein Verstrichene Zeit gibt jetzt FALSE aus. Damit wird der FALSE Case ausgeführt, der Standardstring "" (also der Leere String) wird ausgegeben und das was vorher im Bedienelement stand sofort überschrieben. (der rennt schneller als du kucken kannst und überschreibt deswegen auch entsprechend schnell).
Was lernen wir daraus: Du hast dein Problem offenbar trotz Unkenntnis des eigentlichen Problems immerhin ganz gut gelöst; denn wenn das Bedienelement im TRUE Case sitzt dann wird es eben nur noch im TRUE Case beschrieben.
Gruß Kiesch
P.S: Ein Wait mit 10 / 100ms (oder was auch immer du gerne hättest) in der Schleife wäre sicher noch sinnvoll. Sonst rennt die wie gesagt ungebremst und lastet einen Prozessorkern aus. Noch besser wäre vermutlich die verstrichene Zeit durch eine Eventstruktur zu ersetzen. Die wartet dann auch wirklich genau deine 10s wenn du die mit dem Timeout verbindest. Sieht dann so aus:
Kannste dann auch zu nem beliebigem Zeitpunkt stoppen und läuft nicht als Endlosschleife wie oben *hust*
