+- LabVIEWForum.de (https://www.labviewforum.de)
+-- Forum: LabVIEW (/Forum-LabVIEW)
+--- Forum: LabVIEW Module (/Forum-LabVIEW-Module)
+---- Forum: LabVIEW RealTime (/Forum-LabVIEW-RealTime)
+---- Thema: LV2024Q3, cRIO-9049 mit DAQmx, DAQmx Fehler -209836 (/Thread-LV2024Q3-cRIO-9049-mit-DAQmx-DAQmx-Fehler-209836)
Seiten: 1 2
LV2024Q3, cRIO-9049 mit DAQmx, DAQmx Fehler -209836 - IchSelbst - 22.11.2024 09:41
Hat jemand Erfahrungen mit DAQmx auf cRIO-9049 unter LabVIEW 2024 Q3?
Der MAX erkennt alles, wie er soll: cRIO-9049, diverse Steckkarten (2xAIn, Ctrl, AInFast, 2xDIO). Jeweils ein AIn und DIO sind für FPGA konfiguriert. DIO 2 für Scan-Engine. AIn, Ctrl und AInFast für DAQmx. Im MAX sind zwei Tasks definiert: AIn und Ctrl. Beide Tasks laufen jeweils einzeln im MAX fehlerfrei.
Im LV-Programm (für cRIO) funktionieren diese Tasks nicht, weder einzeln noch zusammen. Verwendet werden die Task-Konstanten, nicht ein umgewandelter Code.
Die Tasks gehen nicht starten: Es kommt der Fehler -209836. Das Start-VI braucht für diese Erkenntnis etwa eine Sekunde. Auch das Lese-VI endet (nach einer Sekunde) mit diesem Fehler.
Verwendet man AIn in der Scan-Engine, besteht Zugriff auf die Karte (die im DAQmx nicht funktioniert).
Diverse Vorschläge nach der Suche in NI.com bringen keinen Erfolg.
Mit dem FPGA auf dem cRIO ist noch gar nichts gemacht.
RE: LV2024Q3, cRIO-9049 mit DAQmx, DAQmx Fehler -209836 - GerdW - 22.11.2024 11:58
Hallo DuSelbst,
Zitat:Die Tasks gehen nicht starten: Es kommt der Fehler -209836. Das Start-VI braucht für diese Erkenntnis etwa eine Sekunde. Auch das Lese-VI endet (nach einer Sekunde) mit diesem Fehler.Der Fehler sagt: die Tasks lassen sich nicht synchronisieren.
Erwartest du denn irgendeine Synchronisierung?
RE: LV2024Q3, cRIO-9049 mit DAQmx, DAQmx Fehler -209836 - IchSelbst - 22.11.2024 13:47
(22.11.2024 11:58 )GerdW schrieb: Erwartest du denn irgendeine Synchronisierung?Nein. Erwarten tue ich nur, dass es funktioniert.
Ob der Task mit oder ohne Synchronisation funktioniert, ist mir egal. Explizit habe ich nichts mit Synchronisation im Sinn. Der Fehler kommt beim Starten der Task.
Auch wenn ich nur eine einzige Task, z.B. AIn, verwende, kommt diese Fehlermeldung. Also auch dann, wenn gar nichts zum synchronisieren vorhanden ist. Angefangen hab ich mit der Ctrl-Task (Sample OnboardTakt). Die bringt beim Starten auch diesen Fehler. Hab ich gedacht: naja, vielleicht braucht Ctrl einen Takt von Ain (/ai/SampleTakt, wie bisher immer verwendet). Ging aber alles nicht.
Ich lese aus der Fehlermeldung, dass kein Sample-Takt vorhanden ist bzw. nicht generiert werden kann. Kein Sample-Takt könnte heißen "keine Synchronisation zwischen Steckkarte und cRIO(-Controller) möglich".
Wo ich noch ratlos bin, ist die Tatsache, dass die selbe Task im MAX funktioniert, in LV aber nicht.
RE: LV2024Q3, cRIO-9049 mit DAQmx, DAQmx Fehler -209836 - GerdW - 22.11.2024 14:03
Zitat:Wo ich noch ratlos bin, ist die Tatsache, dass die selbe Task im MAX funktioniert, in LV aber nicht.Kannst du den Task dann nicht in MAX oder im Projekt definieren und als vordefinierten Task aufrufen?
RE: LV2024Q3, cRIO-9049 mit DAQmx, DAQmx Fehler -209836 - IchSelbst - 22.11.2024 14:46
(22.11.2024 14:03 )GerdW schrieb: Kannst du den Task dann nicht in MAX oder im Projekt definieren und als vordefinierten Task aufrufen?Der Task ist im MAX definiert. Dieser Task, ohne weitere Verarbeitung, wird in LV verwendet. Der Task wird direkt an DQXmx-StartTask-VI angeschlossen.
Bild anbei:
"12xAIn" ist in MAX definiert, funktioniert dort, wird in LV verwendet => Fehler sowohl beim Starten als auch beim Lesen
Der andere Pfad war mal ein Task aus dem MAX ("4xCtrl Weg"), wurde in Code umgewandelt und in LV verwendet. In LV Fehler.
NI-Forum und KnowledgeBase sind nicht hilfreich: Alle Anfrage anderer User, die ich bisher gefunden habe, verlaufen in Sande ...
RE: LV2024Q3, cRIO-9049 mit DAQmx, DAQmx Fehler -209836 - Martin.Henz - 23.11.2024 14:09
(22.11.2024 14:46 )IchSelbst schrieb: NI-Forum und KnowledgeBase sind nicht hilfreich: Alle Anfrage anderer User, die ich bisher gefunden habe, verlaufen in Sande ...
Wenn das so ist, dann kann ich ja auch mal etwas dazu schreiben ...
Guck doch mal bei den Chassis Properties nach "Scan Interface" und ob das aktiviert ist (IMHO darf das nicht ausgewählt sein).
RE: LV2024Q3, cRIO-9049 mit DAQmx, DAQmx Fehler -209836 - IchSelbst - 25.11.2024 09:06
(23.11.2024 14:09 )Martin.Henz schrieb: Guck doch mal bei den Chassis Properties nach "Scan Interface" und ob das aktiviert ist (IMHO darf das nicht ausgewählt sein).Bei den Chassis Properties? Kann ich kucken. Die Karte jedenfalls ist (im MAX) auf DAQmx eingestellt.
Ich will aber alles drei verwenden: Scan Interface, FPGA und DAQmx. Und zusätzlich noch jede Menge Netzwerk-Variablen.
RE: LV2024Q3, cRIO-9049 mit DAQmx, DAQmx Fehler -209836 - GerdW - 25.11.2024 09:24
Hallo Du,
Zitat:Ich will aber alles drei verwenden: Scan Interface, FPGA und DAQmx.Warum nimmst du DIO2 nicht einfach auch in den FPGA?
Warum willst du hier die ScanEngine verwenden?
Zitat:Und zusätzlich noch jede Menge Netzwerk-Variablen.Ich empfehle andere Methoden zur Datenübertragung an einen Host, wenn es keine zwingenden Gründe für NSVs gibt…
RE: LV2024Q3, cRIO-9049 mit DAQmx, DAQmx Fehler -209836 - IchSelbst - 25.11.2024 09:41
(25.11.2024 09:24 )GerdW schrieb: Warum nimmst du DIO2 nicht einfach auch in den FPGA?Die DIOs (lediglich Licht ein/aus, Tür schließen/geschlossen) gehen/kommen vom PC. Relevant im FPGA sind sie nicht.
Zitat:Warum willst du hier die ScanEngine verwenden?1. Weil es funktionieren sollte. Eigentlich bin ich der Meinung, dass für 11.000 Euro alles parallel laufen sollte.
2. FPGA mach ich eher ganz ganz selten (letztes Projekt LV2018): Kann man zwischen FPGA und PC in Echtzeit übertragen? Ist jetzt zwar nicht notwendig für DIOs, aber für AIn. Es sollen auch noch AIn in 48kHz gesampelt werden. Daten sind nur für PC relevant, nicht für FPGA oder cRIO - die Karte steckt aber im cRIO.
Zitat:Ich empfehle andere Methoden zur Datenübertragung an einen Host, wenn es keine zwingenden Gründe für NSVs gibt…Es ist halt immer schön, wenn es Methoden gibt (wie die Netzwerk-Variablen), die leicht zu handhaben sind. Allerdings sollten sie auch intuitiv funktioniert und das halten, was man erwartet.
Warum sollte ich keine NSV verwenden? Was sonst?
RE: LV2024Q3, cRIO-9049 mit DAQmx, DAQmx Fehler -209836 - GerdW - 25.11.2024 12:05
Hallo Du,
Zitat:Die DIOs (lediglich Licht ein/aus, Tür schließen/geschlossen) gehen/kommen vom PC. Relevant im FPGA sind sie nicht.Auch wenn DIOs "nicht relevant" sind im FPGA, kann man diese IO-Zugriffe trotzdem dort sehr einfach erledigen.
1. Weil es funktionieren sollte. Eigentlich bin ich der Meinung, dass für 11.000 Euro alles parallel laufen sollte.
2. FPGA mach ich eher ganz ganz selten (letztes Projekt LV2018): Kann man zwischen FPGA und PC in Echtzeit übertragen? Ist jetzt zwar nicht notwendig für DIOs, aber für AIn. Es sollen auch noch AIn in 48kHz gesampelt werden. Daten sind nur für PC relevant, nicht für FPGA oder cRIO - die Karte steckt aber im cRIO.
Zu 1: Da gebe ich dir recht. Die ScanEngine war für mich aber immer sehr limitierend, selbst bei einfachen DIOs. Deshalb habe ich auch DIO gern im FPGA erledigt, vor allem, wenn ich anderes dort sowieso erledige.
Zu 2: Definiere "in Echtzeit übertragen"! Du hast Netzwerk-Kommunikation zwischen cRIO und PC, da wirst du (sehr wahrscheinlich) keinerlei "Echtzeit"-Spezifikationen haben… Und ja, man kann auch 48kHz-Signale vom FPGA zum RT per FIFO übertragen und von dort dann zum PC. Aber dafür würde ich bei den aktuellen cRIOs eben DAQmx verwenden.
Zitat:Allerdings sollten sie auch intuitiv funktioniert und das halten, was man erwartet.Damit hatte ich so meine Probleme…
- NSVs sind verhältnismäßig langsam.
- Das Deploy kann hakelig sein.
NetworkStreams sollten "angenehmer" sein. Oder auch einfaches "eigenes" TCP oder UDP…