LabVIEWForum.de - Fehler bei AO - kontinuierlich - ohne Neugenerierung

LabVIEWForum.de

Normale Version: Fehler bei AO - kontinuierlich - ohne Neugenerierung
Du siehst gerade eine vereinfachte Darstellung unserer Inhalte. Normale Ansicht mit richtiger Formatierung.
Seiten: 1 2
Hallo zusammen,

ich verstehe meinen Fehler bei der AO nicht (siehe Bildanhang). Prinzipell funktioniert die AO. Nur das Beenden wird mit einem Fehler durchgeführt.
Ziel: Beenden des Task soll ohne Fehler erfolgen.

Was muss ich machen, dass beim Betätigen des Stopp-Buttons der While-Schleife und somit beim Beenden des Task keine Fehler auftritt?

Hatte schon mehrere Sachen ausprobiert, aber ohne Erfolg. :-(

Gruß und Dank
Thomas
Der Eingang "Sample-Anzahl" hat bei kontinuierlicher Erfassung/Ausgabe eine andere Funktion (Puffergrösse, siehe Hilfe) und sollte in der Regel nicht angeschlossen werden. Versuch das mal.
Gruß Ludwig
Hi Ludwig,

ich habe es gerade versucht - leider ohne Erfolg mit gleichem Fehler. :-(

Anbei nochmals das Vi nen bisle reduzierter.
Ich hatte es auch schon mit unterschiedlicher Hardware (cDAQ und myDAQ) versucht und hatte dabei den gleichen Fehler.

Sonst noch Ideen, Anregungen, usw...? Wäre dankbar. :-)
Hallo Thomas,

Zitat:Ziel: Beenden des Task soll ohne Fehler erfolgen.
Erstmal pragmatische Antworten:
- Das ist kein Fehler, sondern nur eine Warnung! (Sonst hätte dein AO generell nicht funktioniert!)
- Wenn dich nur die Warnung stört: einfach ein "Fehler löschen" einfügen…

Andere Frage:
Warum spielst du überhaupt mit den DAQmx-Puffern herum? Vor allem, wenn dir DAQmx mitteilt, dass dein Gerät dies nicht wie gewünscht unterstützt?
Hallo Gerd,

richtig, ich hab mich falsch ausgedrückt. Ist natürliche eine Warnung, welche einfach weggelöscht werden kann. Statt löschen, hätte ich es gerne lieber "sauber" programmiert und auch verstanden.

Zitat: Warum spielst du überhaupt mit den DAQmx-Puffern herum? Vor allem, wenn dir DAQmx mitteilt, dass dein Gerät dies nicht wie gewünscht unterstützt?
Weil ich es bisher nicht besser verstanden habe. :-|
Das ist schon mal ein guter Hinweis, dass das meine Gerät nicht unterstützt. Woran sehe ich das? Spezifikation? Auch bei cDAQ NI926?!

Ferneres Ziel: Mit diesem VI soll eine kontinuierliche und variable Ausgabe mit geringer Latenz (ca. 0,1s) erfolgen können. Dabei werden die Ausgabewerte immer über eine Queue an die ausgebende While-Schleife übergeben.

Ich hatte gedacht, dass für die kontinuierliche und variable Ausgabe es wichtig ist, dass keine Neugeneriung zugelassen ist und für eine geringe Latenzzeit der Onboard-Speicher leer sein soll.

Ich habe das VI jetzt nochmals ohne Puffer erstellt - wieder gleiche Warnung. (siehe Anhang)
Hallo Thomas,

Zitat:Woran sehe ich das?
Ich habe einfach die Fehlermeldung gelesen…

Zitat:Ich habe das VI jetzt nochmals ohne Puffer erstellt - wieder gleiche Warnung. (siehe Anhang)
Ja, du hast ja auch weiterhin die PropertyNode drin, die diese Warnung erzeugt…
Zitat: Ja, du hast ja auch weiterhin die PropertyNode drin, die diese Warnung erzeugt…
Ja brauche ich die nicht für eine kontinuierliche und variable Werteausgabe?

Eigentlich wollte ich es ja "nur" sauber programmieren...Aber indem Fall ist es wohl am einfachsten die Warnung zu löschen, oder?
Der Fehler/die Warnung wird doch wahrscheinlich nicht erst bei der Datenausgabe ausgegeben, sondern schon beim Lesen des Eigenschaftsknotens DAQmxKanal/AO.Datenübertr... --> Prüfen mit Sonde oder mit temporärem Anschluß einer Fehleranzeige.
Und wenn die Warnung besagt, daß diese Eigenschaft von Deiner Karte nicht unterstützt wird, warum läßt Du dann den ganzen Knoten nicht einfach weg? Was passiert dann? Und was soll der Knoten eigentlich machen, wenn er denn funktionieren täte?
Anmerkung: Der andere Eigenschaftsknoten, "Do Not Allow Regeneration" , ist hier in Deinem VI selbstverständlich wichtig und unverzichtbar.
Hi Lucki,

Danke! Das war der entscheidende Hinweis. Nun ohne Eigenschaftsknoten funktioniert es. Big Grin
Anbei nochmals das Vi.

Gruß und Dank

PS: Was ich zwar noch nicht verstanden habe, für welche Karte man den Puffer und den zweiten Eigenschaftsknoten dann wirklich braucht. Die NI9269 ist ja nicht gerade die billigste... aber egal. Es funktioniert nun wie gewünscht. :-)
Noch eine Anmerkung:
Ich gehe davon aus, dass es sich bei dem VI nur um ein vereinfachtes Übungsbeipiel handelt. Du schiebst hier bei jedem Duchlauf die haargenau gleich Daten nach. In diesem Fall könntest Du dir das ersparen: Die Daten nur einmal in den Puffer laden und den regenerativen Modus verwenden. Aber, wie gesagt, Du wirst das selbst wissen.
Gruß Ludwig
Seiten: 1 2
Referenz-URLs