DAQmx mit DAQ Chassis Messung abgehackt

' schrieb:Aber mit Abstand die flexibelste!

Keine Frage! Dem OP ging es aber primär um verlustig gegangene Zeilen, sprich, vermutlich um Performance in Sachen speed. Nutzt ja nichts wenn ich flexible Daten habe mit denen ich nichts anfangen kann. Sonst hast du natürlich Recht. ASCII bleibt ASCII.

Keep on rockin´, RMR

Einen wunderschönen guten Abend zusammen,

zuerst mal DANK an Alle für die Antworten und das Beispiel.

Es ist so, dass es auf diese "unschöne Art" eigentlich ganz gut funktioniert, bis eben das Messdaten fehlen.
Dieses create channel mit den folgenden Parameterübergaben habe ich eigentlich immer als anlegen eines temporären Tasks gesehen sprich eine Möglichkeit aus LV heraus, ohne angelgeten TASK im MAX, auf z.B. ein DAQ Gerät zuzugreifen.

Anders formuliert:
Ich dachte eine Programmierung nach dem Beispiel von RMR hätte ich quasi einen ungenutzten angelegten task in Max.

ASCII Speicherung muss leider sein, weil gänzlich ungeübte mit Excel die Daten anschauen wollen/müssen. Ich habe mir nur überlegt die
Datenspeicherung direkt selbst zu programmieren. Hat aber wieder den Nachteil wenn ich die Daten auswerte, einen ASCII Filter
für mein DIADEM benötige und importieren muss. Mit LVM ist es halt angenehmer.

Grüße Marco

' schrieb:Einen wunderschönen guten Abend zusammen,

ASCII Speicherung muss leider sein, weil gänzlich ungeübte mit Excel die Daten anschauen wollen/müssen. Ich habe mir nur überlegt die
Datenspeicherung direkt selbst zu programmieren. Hat aber wieder den Nachteil wenn ich die Daten auswerte, einen ASCII Filter
für mein DIADEM benötige und importieren muss. Mit LVM ist es halt angenehmer.

Grüße Marco

Eine Alternative ist das Tdms-Format.
Für die "ungeübten" das Excel-Plugin und für den "geübten" mit DIAdem perfekt.

Gruß
Ralf

Hallo Ralf,

danke für Deinen Hinweis "Excel plugin für tdm Daten". Wusste ich auch nicht, dass es das gibt.

Hier der Link für Excel und Openoffice.

OO: http://zone.ni.com/devzone/cda/epd/p/id/5951
Excel: http://zone.ni.com/devzone/cda/epd/p/id/2944

Hallo Zusammen,

bis jetzt haben wir leider immer noch keine Lösung gefunden. Liegt aber daran, dass wir es erst mal mit einem zeitgemäßen Rechner probieren.

Was jedoch noch offen ist, ist die Frage ob das nun doppelt gemoppelt ist
einmal im MAX Tasks und Kanäle anzulegen und diese auszulesen, oder
Tasks und Kanäle im VI zu temporär generieren und dann auszulesen?

Wäre diesbezüglich über eine Info sehr dankbar.

Grüße

' schrieb:Was jedoch noch offen ist, ist die Frage ob das nun doppelt gemoppelt ist einmal im MAX Tasks und Kanäle anzulegen und diese auszulesen, oder Tasks und Kanäle im VI zu temporär generieren und dann auszulesen?

Was soll da jetzt doppelt gemoppelt sein?

Man kann im MAX Tasks anlegen und in LV auch. Schaden tut keins dem anderen.

Ich mach das immer so: Im MAX leg ich die Task mit allen Kanälen an. Dann kann man die Task gleich richtig testen. Diese Task lese ich dann in LV ein und lass die Task in Code umwandeln (dann könnte man theoretisch die Task im MAX wieder löschen).

Anzeige

Hallole,

jo so hätte ich das auch interpretiert. Danke Dir für die Info. Aber macht es dann anders herum auch nichts aus, auf die Kanäle im MAX zuzugreifen und keine aus LabVIEW heraus anzulegen?

Ich nerv ich weiß aber das würde ich schon gerne wissen.

Grüße

' schrieb:Aber macht es dann anders herum auch nichts aus, auf die Kanäle im MAX zuzugreifen und keine aus LabVIEW heraus anzulegen?

So geht das auch. Also im MAX definieren und in LV verwenden.

Hat nur einen Nachteil: Wenn jemand im MAX die Kanäle löscht (oder umbenennt oder oder oder), sind sie im LV auch nicht mehr da - und das Programm funktioniert nicht mehr.

Super, danke!

Hab ich fast vermutet. Ist aber dennoch ein wenig schade, dass das nu nicht das Eingangsthema löst.

Aber ich schwenke trotzdem auf die vorgeschlagene "saubere" Programmierung um. Ist wie Du sagst sauberer und richtiger weise unabhängiger von der MAX Konfig.

Grüße