INFO: Dieses Forum nutzt Cookies...
Cookies sind für den Betrieb des Forums unverzichtbar. Mit der Nutzung des Forums erklärst Du dich damit einverstanden, dass wir Cookies verwenden.

Es wird in jedem Fall ein Cookie gesetzt um diesen Hinweis nicht mehr zu erhalten. Desweiteren setzen wir Google Adsense und Google Analytics ein.


Antwort schreiben 

Erfahrungen Mit NI-PCICAN/2



Wenn dein Problem oder deine Frage geklärt worden ist, markiere den Beitrag als "Lösung",
indem du auf den "Lösung" Button rechts unter dem entsprechenden Beitrag klickst. Vielen Dank!

29.01.2008, 12:40 (Dieser Beitrag wurde zuletzt bearbeitet: 29.01.2008 12:40 von rolfk.)
Beitrag #15

rolfk Offline
LVF-Guru
*****


Beiträge: 2.306
Registriert seit: Jun 2007

alle seit 6.0
1992
EN

2901GG
Niederlande
Erfahrungen Mit NI-PCICAN/2
' schrieb:[*Bescheid*]
Ich hab die Lösung mal angehängt. Das konstante, leere Array am Eingang des DLL-Knotens für den Array-Handle musste ich nachrüsten. Seitdem geht es - mal wieder. Natürlich ohne "immer kopieren".

Lv85_img

Ouch, ich glaub ich habe eine Idee! Wenn es das Hinzufügen der Arraykonstante ist, dann tut der DLL Knoten was falsch. Da das Array einfach als Array Handle definiert ist, darf LabVIEW nicht einfach eine NULL an die DLL geben. LabVIEW dürfte und würde das tun wenn es ein Array Handle Pointer ist, da es davon ausgeht dass die aufgerufene Funktion smart genug ist um in dem Falle selber ein Handle zu generieren. Bevor LabVIEW 8.2 oder 8.5 (bin gerade nicht mehr sicher) war es nicht zulässig um einen Eingangsparameter and einem Bibliotheksknotenpunkt unwired zu lassen, ausser eventuel für Array Handle Pointers. Seither geht das und sollte LabVIEW dann halt in diesem Fall selber ein leeres 2D Array erzeugen und an die Funktion übergeben. Hier geht wohl etwas falsch.

Ich muss dazu sagen, dass mir dieser Fehler nie passieren würde, da ich auch in 8.5 niemals einen Bibliotheksknotenparameter an der linken Seite unwired lasse. Da dies aber ein NI VI ist bin ich schon etwas beunruhigt was denn hier genau falsch geht.

Es ist ganz sicher ein Bug, in erster Instanz im Bibliotheksknoten aber in Anwesenheit dieses Fehlers auch in der CAN Library.

Rolf Kalbermatter

Rolf Kalbermatter
Technische Universität Delft, Dienst Elektronik und Mechanik
https://blog.kalbermatter.nl
Webseite des Benutzers besuchen Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
30
Antwort schreiben 


Nachrichten in diesem Thema
Erfahrungen Mit NI-PCICAN/2 - IchSelbst - 06.01.2008, 12:51
Erfahrungen Mit NI-PCICAN/2 - cb - 06.01.2008, 13:53
Erfahrungen Mit NI-PCICAN/2 - IchSelbst - 06.01.2008, 16:42
Erfahrungen Mit NI-PCICAN/2 - cb - 06.01.2008, 17:51
Erfahrungen Mit NI-PCICAN/2 - IchSelbst - 06.01.2008, 20:03
Erfahrungen Mit NI-PCICAN/2 - cb - 06.01.2008, 20:08
Erfahrungen Mit NI-PCICAN/2 - IchSelbst - 06.01.2008, 20:32
Erfahrungen Mit NI-PCICAN/2 - cb - 07.01.2008, 08:17
Erfahrungen Mit NI-PCICAN/2 - IchSelbst - 09.01.2008, 10:13
Erfahrungen Mit NI-PCICAN/2 - rolfk - 09.01.2008, 11:28
Erfahrungen Mit NI-PCICAN/2 - IchSelbst - 09.01.2008, 12:03
Erfahrungen Mit NI-PCICAN/2 - rolfk - 11.01.2008, 08:40
Erfahrungen Mit NI-PCICAN/2 - IchSelbst - 11.01.2008, 19:38
Erfahrungen Mit NI-PCICAN/2 - IchSelbst - 13.01.2008, 23:23
Erfahrungen Mit NI-PCICAN/2 - rolfk - 29.01.2008 12:40
Erfahrungen Mit NI-PCICAN/2 - IchSelbst - 29.01.2008, 14:14

Gehe zu: