Fehler bei der Ausführung des Deditec_Modul_Control.vi

Hallo an alle,
ich weiß nicht, ob jemand mit Analog-Digital-Wandlern von Deditec o.ä. vertraut ist. Ich frage trotzdem mal:

Normalerweise besagt die Anleitung, dass für das Ausführen (bspw. von Testprogrammen) die entsprechende Treiberbibliothek in Labview eingebunden werden soll. Zusätzlich gibt es ein Beispielprogramm für einen AD_input_output-Wandler, den man nach Einbindung erfolgreich ausführen kann.
Ich bekomme jedoch Fehlermeldungen, dass bestimmte Ein- und Ausgänge der besagten Elemente nicht ausgeführt werden können bzw. möglicherweise Fehler beim Import entstanden sind.
Falls jemand ähnliche Erfahrungen damit gemacht hat würde ich mich über helfende Ratschläge sehr freuen.

Anzeige

Das kommt davon, wenn die Beschreibung auf der Webseite nicht mehr zur aktuellen DLL passt.

Zum DLL-Import-Assistent:
Der scheint grundsätzlich nicht mit dem im Header definierten Datenformat ULONGLONG (=U64) zu Recht zu kommen.

Da musst du "nur" im richtigen Schritt manuell nachbessern:
Exemplarisch hier bei den Funktionen, die dir eine Fehlermeldung ausspucken:
   
Aber auch bei den Funktionen, die ein ULONGLONG als Rückgabewert, da schlägt der Assi ein U32 vor:
   

Beseitige erst einmal diese Fehler.

Gruß, Jens

(18.08.2011 20:42 )jg schrieb:  Zum DLL-Import-Assistent:
Der scheint grundsätzlich nicht mit dem im Header definierten Datenformat ULONGLONG (=U64) zu Recht zu kommen.

Das ist keine eingebauter Compiler Datentyp. Dieser Datentyp sollte in irgendeinem Header der von der entsprechenden Headerdatei eingebunden wird, definiert sein. Wenn dem nicht so ist dann sind die entsprechenden Hilfsheader veraltet und würden ein normaler C Compiler entsprechende Compilierfehler anmeckern.

Abhilfe wäre um die richtigen Header zu verwenden die auch bei der entsprechenden DLL Version passen, oder bei isolierten Fällen die entsprechende Definition wie in diesem

#define ULONLONG unsigned long long

beim Import Library Wizard in der entsprechenden Box anzugeben.

Möglich auch dass unsigned long long selber noch nicht unterstützt wird. Aber da 64 Bit Integer schon seit LabVIEW 8.0 bestehen (allerdings erst seit LabVIEW 8.6 wirklich beinahe überall fehlerfrei funktionieren) bezweifle ich das etwas.

(19.08.2011 07:22 )rolfk schrieb:  Abhilfe wäre um die richtigen Header zu verwenden die auch bei der entsprechenden DLL Version passen, oder bei isolierten Fällen die entsprechende Definition wie in diesem

#define ULONLONG unsigned long long

beim Import Library Wizard in der entsprechenden Box anzugeben.

@rolfk: Das ist sogar genauso in der Header-Datei definiert. Trotzdem hat der Import-Wizard von LV2010 keine U64 vorgeschlagen. Hört sich fast nach Bug an. Manuelles Anpassen hat geholfen.

Gruß, Jens

Ich muss also alles, was in irgendeiner Form vorzeichenloses Long hat durch vorzeichenloses Quad ersetzen?

Nein, bitte richtig nachlesen!
Überall, wo im Header ULONGLONG definiert ist, bzw. wo der Import Wizard ein unsigned long long draus macht. Das sind nur 4 oder 5 Stellen (vgl. Screenshots).

Gruß, Jens

Anzeige

Also der Report zeigt mir nun keine Fehler mehr an.
Trotzdem startet die VI nicht korrekt, weil Verbindungen wie sie in den Beispielbildern zu sehen sind nicht existieren (Gibt es da evtl alternative Lösungen?).
Außerdem bekomme ich ein zusätzliches Warnungsfenster beim Start

---

Habe das ganze übrigens von dieser Seite runtergeladen

http://deditec.de/de/module/downloads.html

Dann wähle beim Import-Wizard ein anderes VI-Schema aus, und zwar das MIT Error-Cluster.

Gruß, Jens

Perfekt, läuft jetzt. Dankeschön an alle.
Ist auch echt nicht leicht, wenn man keine vollständige Anleitung zur Verfügung hat.

Hmm, ich hätte vllt noch eine letzte Frage zu dem Thema.

Beim Start werden mir Warnungen ausgegeben. Ich kann das Programm zwar ausführen, aber ich bekomme womöglich aufgrund dieser Warnungen kein Signal. Weiß nur nicht genau wie ich das beseitigen kann