LabVIEWForum.de

Hallo miteinander

Ich bin mir nicht ganz sicher, ob die Aufgabe überhaupt möglich ist mit meiner Hardware.

Ich würde gerne 16 Analogsignale bei jedem Puls von einem Encoder (1000 Pulse/360°) aufnehmen. Als Hardware habe ich eine NI USB-6341 Karte.

Wie man die Position des Encoders einlesen kann, habe ich schon gefunden. Example finder -> Counter - Read Encoder.
Allerdings möchte ich ja, dass sobald eine Flanke am A/B Signals des Encoders auftritt, die Analogen Eingänge eingelesen werden.

Wie kann ich die Position als Triggersignal für meine Analog Input Eingänge verwenden ?

Mir ist aufgefallen, dass die Aktualisierungsrate relativ langsam ist. Theoretisch sollte ich nach einer 360° Drehung ja 4000 Messwerte haben.

Wenn ich bei jeder änderung der Position, die Aktuelle Position in ein Array schreibe, muss ich den Encoder mehrfach hin und her bewegen bis ich auf eine Arraygrösse von 4000 komme. (Ganz ohne die A/D Wandlung)

Ist das mit meiner Hardware realisierbar? Kennt Ihr Beispiele?

Vielen Dank für eure Hilfe

Hallo Magneto,

solche Aufgaben löst man, indem man den Encoder als externe Triggerquelle einsetzt: bei den DAQmx-Beispiel-VIs findest du passende Beispiele!

Zu deiner Hardware:
- Die Karte unterstützt Hardwaretiming der DIs und CTR, also beste Voraussetzungen für dein Ansinnen.
- Die Karte unterstützt max. 500kS/s Summenabtastrate bei den AI-Kanälen, hier bist du also an zwei Stellen limitiert: aufgrund des MUX werden
a) die Kanäle nie gleichzeitig gemessen und
b) bei 16 Kanälen kannst du mit max. 500kS/s * 1/16 Kanäle * 1/1000 = 31 Umdrehungen/s Daten aufnehmen.

Zitat:Mir ist aufgefallen, dass die Aktualisierungsrate relativ langsam ist. Theoretisch sollte ich nach einer 360° Drehung ja 4000 Messwerte haben.

Du fragst den Encoder Einzelwert-weise ab, das ist nie schnell…

Es gibt noch eine zweite Methode, dafür brauchst du 3 Tasks:

1. Messtakt
2. Analog input
3. Encoder-Task

Den Messtakt routest du als Takt sowohl für die analoge Erfassung als auch den Encoder-Task und startest damit eine blockweise kontinuierliche Erfassung. Jeden Datenblock der reinkommt wertest du aus, ob sich der Encoder-Wert geändert hat. Wenn ja bleibt der Encoder-Wert und die AI-Werte im Array, wenn nicht werden die Werte übersprungen. Dabei kommt dann am Ende ein Array raus, das nur die Werte enthält, bei denen ein "Encoder-Tic" aufgetreten ist.

Die Methode hat den Vorteil, dass man über das Zählen der Samples zum einen noch eine Zeit-Information extrahieren kann, und zum anderen, dass man sich nicht mit Timeouts und der gleichen Rumschlagen muss, wenn sich der Encoder mal langsam oder gar nicht dreht ...

viele Grüße
cb

(15.07.2014 07:04 )cb schrieb: [ -> ]Jeden Datenblock der reinkommt wertest du aus, ob sich der Encoder-Wert geändert hat. Wenn ja bleibt der Encoder-Wert und die AI-Werte im Array, wenn nicht werden die Werte übersprungen. Dabei kommt dann am Ende ein Array raus, das nur die Werte enthält, bei denen ein "Encoder-Tic" aufgetreten ist.

Fragt man dabei den Encoder nicht wieder Einzelwertweise ab, was wieder sehr langsam sein würde?


Unter den Beispielen habe ich leider nicht gefunden, wie man einen Eingang/Counter als Trigger verwenden kann.
Bin ich im Richtigen Ordner oder völlig falsch?

Hallo Magneto,

in LV2011 nannte sich das Beispiel-VI noch "Acq&Graph Voltage-Ext Clk.vi".
Wo genau sich dieses Beispiel-VI jetzt bei LV2013 versteckt, kann ich leider nicht sagen…

(15.07.2014 10:29 )Magneto schrieb: [ -> ]

(15.07.2014 07:04 )cb schrieb: [ -> ]Jeden Datenblock der reinkommt wertest du aus, ob sich der Encoder-Wert geändert hat. Wenn ja bleibt der Encoder-Wert und die AI-Werte im Array, wenn nicht werden die Werte übersprungen. Dabei kommt dann am Ende ein Array raus, das nur die Werte enthält, bei denen ein "Encoder-Tic" aufgetreten ist.

Fragt man dabei den Encoder nicht wieder Einzelwertweise ab, was wieder sehr langsam sein würde?

ich hab's jetzt nicht mit deiner Messkarte getestet, aber normalerweise macht man das unter DAQmx so:

man erstellt einen continuierlichen AI-Task und einen continuierlichen Encoder-Task, bzw. in deinem Fall würde ich nur die (z.B.) steigenden Flanken zählen. Als gemeinsamen Mess-Takt verwendet man den AI-Takt, der wiederum von der internal Clock abgeleitet wird. Der AI Task schickt einen Trigger raus (intern) wenn er gestartet wird und den verwendet man wiederum als Start-Trigger für den Counter-Task.

In den Beispielen musst du also nach folgendem suchen:
1. AI-Task erstellen - das hast du ja schon hin bekommen
2. AI-Timebase exportieren
3. einen getriggerten continuierlichen Flanken-zähl-Task erstellen mit einem Counter erstellen und der als Sample-Clock die AI-Timebase verwendet
4. den AI-Start-Trigger verwenden - muss ggf. geroutet werden mit den Routing VIs - sollte aber auch "so" gehen, weil alles auf einem Board läuft ...

Das wurschdelst du alles zusammen (ja, ist tricky ...) und du bekommst continuierliche DAQmx-Erfassungs-Tasks, der eine liefert dir die Spannungen vom analogen Eingang und der andere liefert dir SYNCHRON DAZU den Zähler-Stand des Flanken-Zähl-Tasks.

Anschaulich formuliert: bei einer Sample-Rate von 1 kHz für den Analogen Task bekommst du vom AI-Task ein n*1000 (n=Anzahl der Kanäle) Samples Array pro Sekunde zurück und vom Flanken-Zähler-Task bekommst du ein 1D-Array mit 1000 Werten, mit den Zähler-Ständen zum Sample-Zeitpunkt zurück. Damit kannst du im Rahmen deiner Auflösung im Post-Processing jeweils ein analoges Sample einem Zähler-Stand zuordnen, bzw. - wie oben bereits angedeutet - eine quasi-winkelsynchrone Abtastung (mit variabler Sample-Rate) ausrechnen. ==> also nix mit software-Timing oder Einzelwert-Abtastung ...

Man kann mit DAQmx ganz wilde Sachen machen wenn man will - wobei man jetzt auch sagen muss, dann man meiner Meinung nach am besten mit einem cRIO fährt wenn man eine winkelsynchrone Abtastung programmieren will.

Wenn dir die Methode von Gerd lieber ist, dann müsstest du mal im Example-Finder nach "AI" und "external Clock" suchen, oder so ähnlich.

viele Grüße
cb

(15.07.2014 10:46 )GerdW schrieb: [ -> ]Hallo Magneto,

in LV2011 nannte sich das Beispiel-VI noch "Acq&Graph Voltage-Ext Clk.vi".
Wo genau sich dieses Beispiel-VI jetzt bei LV2013 versteckt, kann ich leider nicht sagen…

Ich habe das Beispiel gefunden :Ni Example

Allerdings müsste man noch irgendwie abfangen, dass er nur misst, wenn der Encoder in die eine Richtung dreht

Und wie ich damit mehrere Ai s nacheinander/gleichzeitig einlesen kann, ist mir auch noch ein Rätzel.

Ich habe mir das ganze etwas einfacher vorgestellt.
Mit einem Mikrocontrollerboard nimmt man die A/B Flanken des Encoders als Interrupt und misst jedes Mal mit dem A/D Wandler die Werte.
Um die Daten ins LabVIEW zu kriegen, einfach die Messwerte per RS232 an den PC senden.

So habe ich das bis jetzt gelöst.

Hallo Magneto,

Zitat:Mit einem Mikrocontrollerboard nimmt man die A/B Flanken des Encoders als Interrupt und misst jedes Mal mit dem A/D Wandler die Werte.

Mit DAQmx funktioniert das nahezu identisch: die Flanken des Encodersignals erzeugen einen Trigger (=Interrupt), der auf der DAQ-Karte intern verarbeitet wird, um damit die AI-Wandler zu starten…

Zitat:Und wie ich damit mehrere Ai s nacheinander/gleichzeitig einlesen kann, ist mir auch noch ein Rätzel.

Ganz einfach: den AI-Task mit mehreren Kanäle anlegen…

Zitat:Allerdings müsste man noch irgendwie abfangen, dass er nur misst, wenn der Encoder in die eine Richtung dreht

Wenn du einen Encoder mit A/B-Signalen hast, musst du einen entsprechenden CTR-Task anlegen. Die Auswertung anhand der Drehrichtung habe ich noch nicht gemacht, da musst du selbst mal nach einer Lösung suchen (wenn alle anderen Dinge erledigt sind…)!

(15.07.2014 13:22 )cb schrieb: [ -> ]

(15.07.2014 10:29 )Magneto schrieb: [ -> ]

(15.07.2014 07:04 )cb schrieb: [ -> ]Jeden Datenblock der reinkommt wertest du aus, ob sich der Encoder-Wert geändert hat. Wenn ja bleibt der Encoder-Wert und die AI-Werte im Array, wenn nicht werden die Werte übersprungen. Dabei kommt dann am Ende ein Array raus, das nur die Werte enthält, bei denen ein "Encoder-Tic" aufgetreten ist.

Fragt man dabei den Encoder nicht wieder Einzelwertweise ab, was wieder sehr langsam sein würde?

man erstellt einen continuierlichen AI-Task und einen continuierlichen Encoder-Task, bzw. in deinem Fall würde ich nur die (z.B.) steigenden Flanken zählen. Als gemeinsamen Mess-Takt verwendet man den AI-Takt, der wiederum von der internal Clock abgeleitet wird. Der AI Task schickt einen Trigger raus (intern) wenn er gestartet wird und den verwendet man wiederum als Start-Trigger für den Counter-Task.

In den Beispielen musst du also nach folgendem suchen:
1. AI-Task erstellen - das hast du ja schon hin bekommen
2. AI-Timebase exportieren
3. einen getriggerten continuierlichen Flanken-zähl-Task erstellen mit einem Counter erstellen und der als Sample-Clock die AI-Timebase verwendet
4. den AI-Start-Trigger verwenden - muss ggf. geroutet werden mit den Routing VIs - sollte aber auch "so" gehen, weil alles auf einem Board läuft ...

Sorry es hat etwas länger gedauert, bis ich mich nochmals diesem Projekt gewidmet habe.

Kannst du mir noch erklären wie ich die AI Timebase exportieren kann ?
Wenn ich das richtig verstanden habe, kann ich dann diese Timebase für mein Encoder Task verwenden.

Kann ich den AI und Encoder Task mehr oder weniger so belassen ?


Vielen Dank für eure Hilfe

Ich hab versucht die AI Timebase zu exportieren, aber bis jetzt bekamm ich nur Error Meldungen.

Kannst du mir einen Tipp geben damit ich etwas weiterkomme ?