Parallele Datenaufnahme, Erz-Verbr verbraucht irgendwann nicht mehr

(13.07.2012 09:08 )M Nussbaumer schrieb:  Nimm mal das Wait aus der Consumer-Loop ganz raus, wenn du das auf 0 setzt bekommt die Schleife Priorität (siehe Kontexthilfe zur Wait-Funktion). Ausserdem anstatt ein 2.Stop in der Consumer-Loop zu verwenden würde ich einfach den Fehlerausgang an die Stopbedingung anschliessen (oder unboundle und den Boolean-Wert des Fehlerclusters verwenden falls das in 7.1 noch nicht geht).

Das Problem mit den nicht gespeicherten Werten mit dem Shift-Register konnte ich nicht nachvollziehen Nimm mal den 2.Stop Knopf wie oben beschrieben raus und schau mal ob es dann funktioniert.

Gruss Marc

Hallo Marc,

hm, an den Wait=0 hab ich garnicht gedacht, das mach ich mal.
Den Fehlerausgang hatte ich vorher als Stopbedingung drin, mit dem selben Ergebnis. Der Consumer-Stop war nur dafür drin, um zu prüfen, ob der Consumer auch nochmal läuft, wenn ich den Producer beende (was er gemäß Producer-Bedingung eigentlich sollte). Tut er aber so oder so nicht.

(13.07.2012 09:57 )Soean schrieb:  Hmm...deinen Task hast du mit dem MAX erstellt, ja? Mach das mal über die dafür vorgesehenen VIs, dann ist deutlicher, was du konfiguriert hast. Für den Anfang ist das am einfachsten, wenn du den DAQ assistand verwendest und du diesen danach per rechte Maustaste "in DAQmx Code Umwandeln" in VIs umwandelst. Falls das bei 7.1 noch nicht geht, an den Examples orientieren und den Task über VIs erstellen. Danach können wir hoffentlich mehr sehen.

Hallo Soean,

Meinst du den DO_P0-Task? den hab ich selbst nicht erstellt, das war einer der Vorgänger. Hat für die Motorsteuerung sehr gut funktioniert, daher hab ich das so belassen. Kann ich mir aber mal anschauen am Montag.