LabVIEWForum.de - Kompatibilität: NI RIO Versionen (cRIO 9014)

LabVIEWForum.de

Normale Version: Kompatibilität: NI RIO Versionen (cRIO 9014)
Du siehst gerade eine vereinfachte Darstellung unserer Inhalte. Normale Ansicht mit richtiger Formatierung.
Seiten: 1 2
(29.05.2013 18:25 )Holy schrieb: [ -> ]Der Fehlercode deutet auf einen Kommunikationsfehler zwischen Host und RIO-Server hin. Kannst du dein FPGA-VI direkt im interaktiven Modus ausführen? Einfach den Run-Button des FPGA-VIs drücken und dann sollte es losgehen oder neu kompilieren wenn notwendig.
Danke für deine Antwort Cool
Ich kann die FPGA-VIs im "interaktiven Modus" ausführen, die funktionieren eigentlich so wie sie sollten (die Anzeige funktionieren einfach nicht "zeitgerecht").
Ich kann bis jetzt ein VI via Referenz laufen lassen, jedoch ist dies nur ein "debug"-VI mit welchem ich die DI's anzeige. Die "richtigen" FPGA-VI funktionieren via Referenz nicht (habe sie schon mehrmals neu kompiliert, wurden in LV 8.6.1 geschrieben).
Die groben Funktionen der "richtigen" VI's:
In den sub-VI's pollen der DI
Im main-VI: 2 while-Schleifen; detektieren von DI Änderungen und DI-Bezeichnung mit Zeitstempel via FIFO an "Mein Computer"


Soll ich die VI's mit LV2011 neu schreiben? Angry

mfg Martin
Hm so wirklich habe ich leider keine Idee. Wenn es sich kompilieren lässt bringt neu schreiben denke ich nix. Funktioniert es wenn du nicht "Run" aufrufst sondern die Open VI Reference Funktion den FPGA anstarten lässt?
(03.06.2013 17:07 )Holy schrieb: [ -> ]Hm so wirklich habe ich leider keine Idee. Wenn es sich kompilieren lässt bringt neu schreiben denke ich nix. Funktioniert es wenn du nicht "Run" aufrufst sondern die Open VI Reference Funktion den FPGA anstarten lässt?
Ja, dies funktioniert. Erst beim run wird der Fehler erzeugt... Jedoch bringt mir dies nichts. Die FIFO würden sonst überlaufen sonst wenn ich diese nicht benötige. Somit brauche ich das run, bzw möchte ich ja auch ein neues FPGA-vi verwenden...
Hallo Zusammen

Ich versuche es nochmals mein Problem zu berschreiben.
Ich moechte von meinem Host-Rechner verschiedene FPGA-vi laufen lassen. Dies funktioniert auch sehr gut unter Lv86_img
Nun bin ich auf lv11_img SP1 umgestiegen. FPGA-vi kann ich normal via run-Button laufen lassen. Jedoch funktioniert dies mit "Open FPGA VI Reference" nicht, bzw. wenn ich mit einem Invoke-node ein run ausfuehre, generiert es einen "Verbindungs-Fehler". Es gibt nur ein FPGA-vi welches so zum laufen bringe. Dies ist aber nur ein kleines "debug-Programm" um die DIO zu kontrollieren. Das Programm dass "nicht" lauft macht einwenig mehr. Es kontrolliert eine Zustandsaenderung (durch Polling) die 40 Kanaele und schreibt dann die Nummer und die Zeit in ein FIFO welches ich auf dem Host-Rechner auslesen und verarbeite. Wie erwähnt dies funktioniert auf Lv86_img. Gab es grosse Aenderung vom FPGA dieser beiden lv-versionen? Idea Blink Blink

Thanx

mfg Martin
Zwischen den Versionen gab es sicher Änderungen. Ist jetzt natürlich schwer zu sagen ob es für dein Problem relevant ist. Was ich nicht ganz verstehe ist, warum deine FIFOs überlaufen wenn du das FPGA VI direkt vom Open FPGA Reference anstarten lässt? Wüsste nicht warum das zwingend so sein muss. Mich hat die Frage interessiert ob es halt wirklich nur der Run Invoke ist oder ob du es rein mit Open lösen könntest und es dann evtl. läuft. Tritt das Problem eigentlich auch auf wenn du es auf dem RT ausführst bzw. evtl. sogar in einer RT Exe?
Danke für deine Antwort
Die DIO's sind an einer "Maschine" angehängt und diese generiert viele Signale welche ich dann nicht aus dem FIFO "auslese", ausprobiert habe ich es nicht.
Der direkte Start habe ich noch nicht versucht, da ich immer noch ein reset gemacht habe.
Auf dem RT läuft bei dieser Anwendung nichts. Vielleicht wäre dies mal eine Möglichkeit. Da aber die "anderen" Anwendungen nicht (oder noch nicht) zeitkritisch sind, habe ich nichts im RT und die direkte Ansteuerung des FPGA per Host-Rechner funktioniert (funktionierte mit Lv86_img)

Besten Dank
Hallo Zusammen

Nach einem "mühsamen Neuaufbau" des FPGA.vi habe ich nun vermutlich das Problem gefunden. Irgendwie können FIFO's aus einem "alten" Projekt "nicht richtig" geöffnet/übernommen werden und kreieren diesen Kommunikations-Fehler. Jedenfalls konnte ich durch Neuerstellung des FIFOs das Problem lösen. 2hands

Vielleicht kann jmd diese Information nutzen und "blödelt" nicht Stundenlang daran herum WallWinke


mfg Martin
Seiten: 1 2
Referenz-URLs