Remote Control von RT-Targets

Je nachdem wie intelligent Du die TCP/IP Kommunikation machst kann dasselbe auch da passieren. Selber verwende ich im Programm fast ausschliesslich intelligente globale Variablen, und da erübrigt sich das Problem beinahe von selbst.

Dass Du mit der Shared Variable allerdings den Effekt bekommen kannst, dass Du im Target Teil des alten Wertes und Teil des neuen Wertes liest wenn dieser gerade angepasst wird scheint mir eigentlich allenfalls vor Arrays oder Strings überhaupt eine Möglichkeit. Ich bin sicher die Shared Variablen machen sowas wie Transaction Control dass das nicht passieren kann, sofern die Updateoperation nicht in mehrere seperate Schreibzugriffe auf verschiedene Teile eines Arrays ausgeführt wird (was glaub ich bei Shared Variablen nicht mal geht).

Echte Race Conditions sind aber jederzeit möglich sobald man von mehr als einem Ort auf eine bestimmte Resource schreibend (und lesend) zugreift. Da macht das nichts aus ob das eine Shared Variable ist, oder etwas anderes. Mit einer intelligenten globalen Variable hat man dabei noch die besten Chancen um das kontrolliert und sicher zu kapseln.

(Für alle die noch nicht wissen was eine intelligente globale Variable ist: Das ist ein VI mit einer Loop mit uninitialierten Schieberegistern und darin ein Case der mit einem (Enum)Selektor verbunden wird. Jeder Case ist eine Operation auf die Daten in dem oder den Schieberegistern. Was diese Operationen jeweils tun ist ganz der Fantasie des Programmieres überlassen. Das Ziel dabei ist um soviel möglich auf Get und Set Methoden zu verzichten und die jeweiligen Get/Modify/Set Operation als atomare Operation innerhalb eines Cases zu implementieren. Durch das automatische arbitrieren von VI Aufrufen in LabVIEW, wenn dieses von mehreren Stellen angerufen wird, ist jederzeit sichergestellt, das eine solche Operation atomär, und ohne Unterbrechung durch andere Operationen auf die Daten, ausgeführt wird.)