LabVIEWForum.de
Einbindung der Vector XL Driver Library 5.3 in LabVIEW ... - Druckversion

+- LabVIEWForum.de (https://www.labviewforum.de)
+-- Forum: LabVIEW (/Forum-LabVIEW)
+--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein)
+---- Forum: DLL & externer Code (/Forum-DLL-externer-Code)
+---- Thema: Einbindung der Vector XL Driver Library 5.3 in LabVIEW ... (/Thread-Einbindung-der-Vector-XL-Driver-Library-5-3-in-LabVIEW)

Seiten: 1 2


Einbindung der Vector XL Driver Library 5.3 in LabVIEW ... - nmoerchen - 04.08.2005 13:06

Hallo LabVIEWer,

ich bin beim Einbinden der Vector Informatik XL Driver Library (Klassische C DLL) auf das eine oder andere Problem gestoßen. Wer hat es auch schon versucht oder sogar realisiert? Ich benötige alle Funktionen. (CAN, LIN und IO). Wie kann man generell einen 64-bit-Wert aus einer DLL nach LabVIEW übergeben?

Warte gespannt auf Rückmeldungen.

Grüße aus Dortmund

Norbert


Einbindung der Vector XL Driver Library 5.3 in LabVIEW ... - Michael Jani - 05.08.2005 09:32

Servus!

Das Problem kenn ich ;-)

Aber nichts ist unmöglich!

Es werden dich nicht nur die 64Bit Werte stören, sondern auch die Structs und Unions. Beides ist mit LV nicht zu realisieren.
Der LV Support wird dir da nciht helfen wollen/können und Vector möchte natürlich ihr eigenes Produkt verkaufen...

Ich kann dir 90% der API Funktionen bereitstellen, ich würde mich natürlich freuen wenn ich von dir den Rest bekommen würde. Denn derzeit kann ich nur CAN - Nachrichten (und nur CAN - Nachrichten)empfangen, jedoch nicht senden.

Gruss Michael


Einbindung der Vector XL Driver Library 5.3 in LabVIEW ... - nmoerchen - 05.08.2005 10:18

Hallo Michael,

ich habe gerade eine Anfrage bei Vector am laufen, was eine Implementierung kosten würde. Einen Teil der Library habe ich schon selber eingebunden (z.B. das Fehlerhandling). Würde mich natürlich schon sehr dafür interessieren was du realisiert hast. Falls ich darauf aufbauen kann, bekommst du natürlich auch meine Ergebnisse.
Wobei der Faktor Zeit bei mir nicht zu kalkulieren ist. Mittelfristig brauche ich auf jeden Fall eine Lösung ... kaufen oder selber machen ... wie du schon treffend angemerkt hast, nichts ist unmöglich.

Ich schicke dir schon mal meinen Stand ... bin für jegliche Anmerkungen/Kritik dankbar.

Gruß

Norbert


Einbindung der Vector XL Driver Library 5.3 in LabVIEW ... - Michael Jani - 11.08.2005 12:00

Servus!

Die Vector Lösung kostet je nach Anzahl Lizenzen etwa 500Euro jedoch pro Kopie deiner Anwendung!
Es muss auch jeder Anwender das Vector Tool bei sich installieren... Finde die Lösung sehr unbrauchbar!

Wenn du meine Funktionen ansiehst wirst du dich recht schnell zurechtfinden. Denn vom Aufbau sind unsere doch recht ähnlich. Ich benutzte jedoch keine "Globale" Variable -> wir hatten da in einer DLL schon Probleme damit, daher übergebe ich diese Variablen grundsätzlich.

Viele Grüsse Michael


Einbindung der Vector XL Driver Library 5.3 in LabVIEW ... - astraios_ - 18.04.2006 15:30

Hallo,

ich habe mich auch mit der Vector XL Driver Library in LV beschäftigt. Eure VIs haben mir dabei sehr geholfen. Vielen Dank dafür!

Jetzt würde ich die Timestamps der Nachrichten gern mit dem PC-Timer synchronisieren - also den Offset zwischen dem Wert des PC-Timers und dem Timestamp erfahren.
Ich hab's mal mit der Funktion xlGetSyncTime(...) versucht und die scheint auch ganz gute Werte zu liefern - nur hab ich ein Problem: Wenn ich direkt nach der Initialisierung des Treibers (ActivateChannel usw.) die PC-Timer-Zeit und die SyncTime vergleiche, erhalte ich stets eine etwas schwankende Differenz von ca. 4450ms. Das würde bedeuten, dass ich wenn ich den Timestamp der CAN-Nachricht plus die Synctime nehme eine um ca. 4,5 Sekunden falsche Zeit für die Nachricht bekomme.
Wisst Ihr zufällig wo diese Differenz herkommt und wie ich den Offset möglichst genau hinbekommen kann?

Vielen Dank schonmal im Voraus.

Robert


Einbindung der Vector XL Driver Library 5.3 in LabVIEW ... - astraios_ - 19.04.2006 08:58

übrigens sind die 4,5 sec nicht fix... ist nach jedem Neustart des PC anders... momentan hab ich z.B. ca. 500ms Differenz zum PC-Timer.


Einbindung der Vector XL Driver Library 5.3 in LabVIEW ... - astraios - 13.09.2006 13:02

Hallo, ich bins nochmal.

Das Problem mit den Zeiten hat sich inzwischen erledigt.

Jetzt hab ich aber ein neues: Wenn ich mehr als 1000 Nachrichten mit xlReceive empfange (und es sind auch tatsächlich mehr als 1000 da - xlGetReceiveQueueLevel sagt das), dann sind die ersten 1000 Nachrichten OK und alle danach bestehen nur aus Nullern... Irgendeine Idee? Mir fällt dazu nämlich nix mehr ein...


Einbindung der Vector XL Driver Library 5.3 in LabVIEW ... - eg - 13.09.2006 14:56

Hallo Leute,
ich hatte noch nichts mit Vector zu tun gehabt, aber mit dem Peak-CAN-USB-Converter. Da kann ich ohne Probleme die DLL einbinden und der Converter ist sogar viel billiger. Wenn ihr Interesse dran habt, bitte melden.

Gruss, Eugen


Einbindung der Vector XL Driver Library 5.3 in LabVIEW ... - McEarly - 15.01.2008 10:27

' schrieb:Servus!
Die Vector Lösung kostet je nach Anzahl Lizenzen etwa 500Euro jedoch pro Kopie deiner Anwendung!
Es muss auch jeder Anwender das Vector Tool bei sich installieren... Finde die Lösung sehr unbrauchbar!
Wenn du meine Funktionen ansiehst wirst du dich recht schnell zurechtfinden. Denn vom Aufbau sind unsere doch recht ähnlich. Ich benutzte jedoch keine "Globale" Variable -> wir hatten da in einer DLL schon Probleme damit, daher übergebe ich diese Variablen grundsätzlich.
Viele Grüsse Michael


Hallo Michael,

ich habe ein ähnliches Problem wie ihr hier beschreibt nur schein ich mich im Moment noch ein bißchen dümmer anzustellenWink
Ich habe hier eine Vector CAN boardXL, das ich mit LabVIEW zum Laufen kriegen will. Ich habe einzelne VIs von dir schon erfolgreich getestet. Nur eine Initialisierung und Busabfrage habe ich nicht hingekriegt. Welche VIs brauche ich dazu? Kannst du mir sagen, ob es möglich ist eine Vector-VW-DLL zur Buskommunikation via LabVIEW damit auch einzubinden? Wenn das geht geb ich einen aus.

Gruß
Oliver


Einbindung der Vector XL Driver Library 5.3 in LabVIEW ... - rolfk - 22.01.2008 13:12

' schrieb:Servus!
Das Problem kenn ich ;-)
Aber nichts ist unmöglich!
Es werden dich nicht nur die 64Bit Werte stören, sondern auch die Structs und Unions. Beides ist mit LV nicht zu realisieren.

Das ist generell ein viel zu starkes Statement. Beinahe alles ist mit LabVIEW durchaus zu realisieren auch wenn es nicht immer einfach oder schön wird. Ein sehr tiefes Verständnis von C und wie ein C Compiler Daten im Speicher ablegt ist aber oft absolut unabdingbar dafür. Und in gewissen Fällen ist das Schreiben einer Wrapper DLL mit Parameterkonvertiereung einfach wesentlich einfacher dann zu versuchen alles auf dem LabVIEW Diagramm zu machen.

Zitat:Der LV Support wird dir da nciht helfen wollen/können

Ist auch nicht deren Aufgabe. Das geht sehr weit in die Tiefen von C selber, und nur weil LabVIEW einen Bibliotheksknoten hat der dieses Interfacing zulässt heisst das noch lange nicht dass der Support hier weiter gehen muss als das Prinzip zu erklären. Viele der Dinge die nötig sind um damit komplexe Funktionen anzusprechen, sind nur realisierbar mit sehr guten Kenntnissen von C. Wenn man diese Kenntnisse hat kann man es auch sehr gut alleine und andernfalls hilft auch ein Tutorial nicht. Und für jeden Usecase ein fertig vorgekautes VI zu entwickeln kann nicht die Aufgabe des Supports sein.

Zitat:und Vector möchte natürlich ihr eigenes Produkt verkaufen...

Da haben sie schliesslich auch Zeit und Geld in investiert und scheinbar finden sie, dass diejenigen die davon Gebrauch machen wollen dafür auch zahlen sollen. Als Endbenützer natürlich nicht unbedingt schön aber vom geschäftstechnischen Standpunkt absolut begreifbar.

Zitat:Ich kann dir 90% der API Funktionen bereitstellen, ich würde mich natürlich freuen wenn ich von dir den Rest bekommen würde. Denn derzeit kann ich nur CAN - Nachrichten (und nur CAN - Nachrichten)empfangen, jedoch nicht senden.

Die Nummer der API Funktionen gibt meist keine Indikation der Implementation in %. 90% der Funktionen ist eben oft weniger als 20% des Aufwandes um ein API zu implementiern.

Rolf Kalbermatter