LV2024Q3, cRIO-9049 mit DAQmx, DAQmx Fehler -209836
Wenn dein Problem oder deine Frage geklärt worden ist, markiere den Beitrag als "Lösung",
indem du auf den "Lösung" Button rechts unter dem entsprechenden Beitrag klickst. Vielen Dank!
LV2024Q3, cRIO-9049 mit DAQmx, DAQmx Fehler -209836
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.
Jeder, der zur wahren Erkenntnis hindurchdringen will, muss den Berg Schwierigkeit alleine erklimmen (Helen Keller).
RE: LV2024Q3, cRIO-9049 mit DAQmx, DAQmx Fehler -209836
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
(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.
Jeder, der zur wahren Erkenntnis hindurchdringen will, muss den Berg Schwierigkeit alleine erklimmen (Helen Keller).
RE: LV2024Q3, cRIO-9049 mit DAQmx, DAQmx Fehler -209836
(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
(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.
Jeder, der zur wahren Erkenntnis hindurchdringen will, muss den Berg Schwierigkeit alleine erklimmen (Helen Keller).
RE: LV2024Q3, cRIO-9049 mit DAQmx, DAQmx Fehler -209836
(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?
Jeder, der zur wahren Erkenntnis hindurchdringen will, muss den Berg Schwierigkeit alleine erklimmen (Helen Keller).
RE: LV2024Q3, cRIO-9049 mit DAQmx, DAQmx Fehler -209836
Hallo Du,
Zitat:Die DIOs (lediglich Licht ein/aus, Tür schließen/geschlossen) gehen/kommen vom PC. Relevant im FPGA sind sie nicht.
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.
Auch wenn DIOs "nicht relevant" sind im FPGA, kann man diese IO-Zugriffe trotzdem dort sehr einfach erledigen.
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…
/
LV2024Q3, cRIO-9049 mit DAQmx, DAQmx Fehler -209836
