LabVIEWForum.de - Error -61017 mit Labview 2012

LabVIEWForum.de

Normale Version: Error -61017 mit Labview 2012
Du siehst gerade eine vereinfachte Darstellung unserer Inhalte. Normale Ansicht mit richtiger Formatierung.
Seiten: 1 2
Hallo,

ich versuche Daten über ein cRIO im FPGA Modus einzulesen. Dafür habe ich zwei VI's lt. http://www.ni.com/white-paper/11198/de/#toc5 verwendet. Einziger Unterschied ist, das ich statt analogen Eingängen ein Temperaturmodul verwende.
Nachdem ich das Host VI gestartet habe kommt der Error -61017 der lt. http://digital.ni.com/public.nsf/allkb/3...5F0057D0C0 ab LV 8 behoben sein sollte.
Leider weis ich nicht woran es liegen könnte.
Im Anhang findet Ihr die beiden VI, welche ich zum Dateneinlesen verwenden möchte.
Hast Du auch dort schon mal geschaut?
http://digital.ni.com/public.nsf/allkb/F...F600697892

Gruß Markus
Da ich keine benutzerdefinierte Variablen verwende, denke ich, dass dies nicht auf gleiche Problem hinausläuft.
Erklärung -61017, so wie er im Text der Error-Clusters steht:
"LabVIEW FPGA: You must recompile the VI for the selected target."

Dann mal ran an die Buletten, FPGA-Code für das richtige Ziel erzeugen.

Gruß, Jens
In meinem Error-Cluster steht ein andere Text:
code:-61017
source: Open FPGA VI Referenz in Host.vi
Dann einfach mal Rechtsklick auf den Error-Cluster und "Explain error..."/"Fehler beschreiben" anwählen!
[attachment=45483]
So dieses Problem ist gelöst zu mindestens ist dieser Fehlercode nicht mehr da.
Grund war wahrscheinlich das der Feedback Knoten im FPGA VI nicht mit false initialsiert wurde.
Leider ist ein neuer Fehler aufgetaucht: Error -50400 nach dieser Lösung http://forums.ni.com/t5/Real-Time-Measur...-p/1429124
habe ich das Control im FPGA VI für die Zeit in eine Konstante umgewandelt und wieder kompiliert.
Jetz wollte ich das Host VI starten. Aus irgendeinem Grund hat sich dort allerdings jetzt ohne mein zu tun das Control von dem Block Count(mSec) gelöst und lässt sich nicht wieder verbinden. Angeblich wegen nicht passender Datentypen. Allerdings ist der Ausgang des Count Block void, hat also keinen bestimmten Datentypen und die Konstante die ich gern dort dran setzten möchte eine I32.
Weis jemand, warum das nicht funktioniert?
Danke für Eure AntwortenSmile
Hallo Katze,

wenn du "Count" im FPGA in eine Konstante umwandelst, was willst du dann noch vom RT-cRIO aus da hinein schreiben??? Hmm

Oder hast du jetzt eine variable Konstante erfunden? Big Grin
Okay jetzt habe ich endlich die Funktion dieses Blockes verstanden^^. Hatte mich schon gewundert was der eigentlich macht.

Und zack ist der Fehler -50400 ist immer noch da. Für das FIFO.Read: Dabei kann der Datentransfer innerhalb der Timeout Zeit und in der angegebenen Anzahl der Wiederholungsversuche nicht durchgeführt werden.
Also liegt es an dieser FIFO.read Funktion. In einem anderen Betrag hatte ich mal gelesen, das der Eingang Number of Elements mit einem Schieberegister auf der rechten Seite und Elements Remaining mit dem Schieberegister auf der rechten Seite der While-Schleife verbunden wurde. Ich habe das ausprobiert und das Programm läuft ohne Fehler. Die Frage für mich ist jetzt warum.
Number of Elements war für mich die Zahl an Elementen welche aus dem FIFO gelesen werden. Warum nun eine feste Zahl daraus entnommen wird, muss ja sichergestellt sein, das mindestens so viele Werte sich im FIFO befinden, oder? Muss ich mir das dann ausrechnen? Bzw. warum ist es in dem Beispiel von NI eine feste Zahl?
Nach welchen Kriterien sollte man vorgehen um diese Zahl zu bestimmen?
Hallo Mietzekatze,

Zitat:Nach welchen Kriterien sollte man vorgehen um diese Zahl zu bestimmen?
- (erwartete) Samplerate im FPGA
- gewünschte Looprate/Samplerate im RT
- FIFO-Länge
- ...
Seiten: 1 2
Referenz-URLs