LabVIEW Memory Manager

' schrieb:Ich habe tatsächlich ein Event registriert, welches den Datentyp Int16 und nicht UI16 trug. Habs geändert und schon funktionierts.

Da ist was faul dran. uInt16 oder int16 sind speichertechnisch genau dasselbe. Das sollte höchstens Einfluss auf die Sinnhaftigkeit der Zahlen haben die Du in LabVIEW siehst aber nicht ob es funktioniert, crasht oder was auch immer.

Zitat:Danach habe ich als Test (da mom keine Hardware greifbar war) mal ein paar bereits aufgenommener Daten an die DLL übergeben damit diese das Event auslöst und die Daten übergibt. Wenn ich den Speicher innerhalb meines C Codes nicht wieder freigebe läuft direkt der RAM hoch bis zum Überlauf. Mit Speicherfreigabe kann man das schön in einer Endlosschleife laufen lassen, ohne das der Speicher in irgendeiner Form ansteigt.

Hmm also werden die Daten kopiert. Nicht ganz was ich jetzt erwartet hätte, aber auf der anderen Seite steht ja in der Dokumentation dass die Daten für alle Event Strukturen welche auf das betreffende Event abonniert sind in die Event Queue geschoben werden. Da müsste für die 2te und jede weitere Event Queue eh ein Kopie gemacht werden so dass es wohl einfacher war das grundsätzlich immer zu tun.

Um effizient Daten nach LabVIEW zu transportieren ist das aber nicht ideal.

Rolf Kalbermatter