Design "Erzeuger/Verbraucher

' schrieb:Diese DLL kommuniziert über TCP/IP mit einem SerialDeviceServer,

Über TCP/IP? Da, so befürchte ich, kann es zu einem Hängen des gesamten Prozesses kommen. Der gesamte Prozess wäre wie DLL und LV.

Zitat:wo ich mit sleep(100); halt warte, und dachte so CPU-Zeit abzugeben.

Die Sache mit CPU-Zeit abgeben stimmt schon so. Aber: Während dieser 100ms steht der gesamte Prozess, der sleep() aufruft - also die DLL und das LV-Programm !

Zitat:Hier ein C-Code-Fragment von mir:

muss ich mir noch ankucken.

Zitat:Ist das mein Fehler ?

Aus Erfahrung würde ich auf zwei Sachen tippen.
Sleep(): Sleep() stoppt den gesamten Prozess.
TCP/IP: Wenn der TCP/P-Socket nicht event-getriggert arbeitet, könnte es schon sein, dass die TCP/IP-Unterprogramme erst beendet werden, wenn daten ankommen, oder wenn ein Timeout eintritt.

Zitat:Kannüberhaupt weiterlaufen, während ein VI in einer externen DLL steckt

Hier würde ich sagen: Das sollte gehen.
Das SubVI, welches die DLL aufruft, müsste in einer eigenen Task (= While-Schleife) laufen.

Zitat:und dort in einer Schleife mit sleep() verweilt ?

Probier's mal aus: SubVI mit DLL auf eigener While-Schleife. Möglicherweise managert LV diese parallele While-Schleife so, dass der Effekt, der mit mit Sleep() bekannt ist, eleminiert wird. Ein Versuch wäre es Wert.