DAQ Fehler 200279

(14.07.2012 13:08 )OBI schrieb:  Genau solche Antworten habe ich befürchtet. Ich habe schon geahnt das diese Lösung eigentlich zu einfach ist für ein stabiles Programm hehe.
Erstmal zur Begriffsklärung was ist mit DDT gemeint?

DDT = Dynamic Data Type. Ein ziemlich aufgeblähtes Datenformat, das zwecks Express-VIs und DAQ-Assi in LabVIEW eingeführt wurde. Leider so aufgebläht, dass "sinnvolles" Programmieren damit nicht möglich ist.

(14.07.2012 13:08 )OBI schrieb:  Und was ist das Producer-Consumer-Schema?

Das ist ein Programmier-Konzept. Die Basis-Struktur kannst du dir in LabVIEW anschauen, unter File->New..., dann unter Frameworks->Design Patterns.

(14.07.2012 13:08 )OBI schrieb:  Ich habe schon versucht statt der DAQAssi die "normalen" Funktionen zu nehmen aber irgendwie habe ich das nicht richtig geblickt und in den Beispielen sind oft nen riesen Haufen Schleifen und Fehlerbehandlungen und was weiß ich noch alles - was ich auf jedenfall nicht brauche.

Beispiele gibt es massig im NI Example Finder. Eine Einführung in DAQmx hier.

(14.07.2012 13:08 )OBI schrieb:  GerdW es geht wirklich von zwei Geräten die Daten mit einer ReadFunktion zu lesen?

Jein, das hängt von den Geräten ab. Je nach Typ kann man sie synchronisieren. Ich schätze, in deinem Fall geht es nicht, du brauchst 2 DAQmx-Read. Aber auch das geht.

(14.07.2012 13:08 )OBI schrieb:  Könnte mir evtl. mal einer ein Beispiel zu meinem Programm geben also wie genau ich in meinem Fall die "normalen" DAQ Funktionen einsetzte ohne unnötigen Schnick Schnack möglichst schlank. Statt irgendwelchen aufwändigen Skalierungen reicht auf einfach ein Faktor 5*x oder so es geht ja nur darum das ich verstehe wie der Hase eigentlich laufen soll. Hier zuhause habe ich übrigens nur LabVIEW 8.5

Gruß, OBI

s. oben, NI Example Finder...

Gruß, Jens