val(sgnl) vermeiden

Hmm... hier wird ja angesprochen, dass man val(sgnl) eventuell vermeiden sollte. Was genau ist dabei das Problem?

Ich habe aktuell eine Kommunikation zweier Rechner über TCP / IP realisiert (auf beiden Rechnern sollen möglichst auch verschiedene Labview Versionen laufen können, deswegen habe ich mich gegen shared Variables entschieden). Werteänderungen an einem Rechner frage ich dabei generell über das value Change Event ab, da ich ungern laufend 10 - 20 Variablen auf Wertänderung pollen möchte. Da allerdings einer der Rechner über den anderen Ferngesteuert wird muss ich bei diesem val(sgnl) dafür verwenden. Nun ist mir aber selbst schon aufgefallen, dass das ganze manchmal instabil zu laufen scheint, allerdings hab ich auch erst meine Erste Version ans laufen gebracht...
Kann das grundsätzlich mit den val(sgnl) Eigenschaftsknoten zusammenhängen?
Wie gesagt, ich würde die extrem ungern ersetzen, da die einfach (vom Aufwand her) deutlich handlicher sind als das für jeden internen Schreibvorgang die Variable zum Beispiel über eine Queue gehen zu lassen um die Wertänderung direkt an den zweiten PC zu senden. Auch wollte ich das "ferngesteuerte" VI möglichst wenig umprogrammieren (ist nicht von mir sondern von nem Kollegen geschrieben worden und läuft - never change a running system).

Gruß Kiesch

P.S: Wie gesagt, ich brauch vor allem ne info um einschätzen zu können ob für meinen Zweck (ne intern erzeugte Wertänderung über nen event case "sofort" zu erfassen und weiterzusenden) ausreichend ist (vor allem ausreichend stabil, da das Programm später mehr oder weniger vollautomatisiert laufen soll und sich dabei nicht ständig aufhängen sollte).

Anzeige