Registerkarte "Callbacks" im Call Library Function Node.

Also Datenaustausch alleine durch sharen einer DLL zwischen zwei Applikationen geht halt nicht aber das hast Du ja scheinbar schon erkannt da Du spezifisch die Verwendung von Shared Memory oder benannten Datenabschnitten erwähnst.

IAK ist jegliche Form von Kommunikation die Daten zwischen zwei Prozessen austauschen kann. Das können Pipes sein, shared Memory, Netzwerkkommunikation oder auch ganz trivial Austausch von Daten mittels Datenbeständen (Files).

Active X selber ist nicht wirklich IAK obwohl man bei Verwendung von Acitve X auch RPC (Remote Procedure Calls) verwenden kann was dann schon IAK wäre. Active X ist in meinen Augen aber ein superschwerer Dynosaurier der zum Teil auf Technologien basiert die noch aus alten Windows 3.x OLE Zeiten stammen. Es funktioniert (meist) ist aber eine durchaus filigrane Konstruktion die das Gewicht des Superdynos nur mit viel Glück und regelmässigen Gebeten einigermassen tragen kann.

Die Idee mit der LabVIEW DLL war nicht unbedingt um die ganze Applikation als DLL zu machen. Anstelle davon dachte ich eine DLL zu machen die von Deinem Prozess geladen werden kann und die eigentliche Kommunikation mittlels VI Server Calls realisiert. VI Server macht Verbindung durch TCP/IP (wenn man bei der Open Applikation Reference eine explicite remote Adresse angibt und die LabVIEW Applikation selber kann als VI Server enabled werden. Das macht man in der LabVIEW Umgebung durch Einstellung in the Optionen und wenn man diese Werte die dadurch im LabVIEW.INI File geschrieben werden in die eigene MyAPP.INI übernimmt, dann kann die LabVIEW app ebenfalls als VI Server funktionieren.