+- LabVIEWForum.de (https://www.labviewforum.de)
+-- Forum: LabVIEW (/Forum-LabVIEW)
+--- Forum: LabVIEW Module (/Forum-LabVIEW-Module)
+---- Forum: LabVIEW RealTime (/Forum-LabVIEW-RealTime)
+---- Thema: 100% Systemauslastung cRIO (/Thread-100-Systemauslastung-cRIO)
Seiten: 1 2
100% Systemauslastung cRIO - RioRio - 09.12.2009 13:03
Zitat:Dann doch lieber gleich dem Target-VI ein anständiges FP verpassen, und die Steuerung direkt am Target-VI machen...
Ich denke mal an eine arme Uni wo LabVIEW-Lizenzen rar sind. Also will er den Studenten von Rechnern ohne LabVIEW einen Zugriff auf das cRIO ermöglichen.
Web-browser oder "Panelprogramm" wäre also möglich, da man nur die runtime engine auf dem jeweiligen Rechner braucht (und die gibts ja für "lau").
100% Systemauslastung cRIO - cheeze - 09.12.2009 15:23
Genauso siehts aus
. Also für die bedürfnisse der Studenten reicht sogar schon die minimal Installation von der Runtime Engine.
@Jens G
Du hast recht. Prinzipiell reicht eigentlich ein VI aus. Irgendwie ist in meinem Hirn das Prinzip von Steuer VI und "Operator"-VI immer getrennt erstellen eingebrannt gewesen.
Ich könnte mir es nur so erklären: Das Front-Panel muss nur alle >50ms aktualisier werden da es nur zur regelung gedacht ist. Wenn ich beide ins gleich VI packe, dann wird ja der teil mit der Steuerung unnnötig mit der eingestellten Geschw. der Scan Engine ausgeführt.
Korrigiert mich bitte wenn ich einen Denkfehler habe.
100% Systemauslastung cRIO - RioRio - 10.12.2009 08:52
Jap, da hast du einen Denkfehler
Sieh dir mal die Grundlagen zu RT Programmierung auf der NI Seite an... bzw. verwende mal den Projektmanager "Echtzeitprogramm".
Dort kannst du auswählen ob du eine oder 2 Schleifen auf dem RT-Target laufen lässt.
an dieser Stelle zitiere ich mich mal selber:
Zitat:Der Trick besteht eben darin, dass mit verschiedenen Schleifen mit verschiedenen Prioritäten gearbeitet wird.
Dies bedeuted alle controls und indicator die auf dem Frontpanel zu "sehen" sind (nur auf diese habe ich über das "remote panel" Zugriff) befinden sich in der nicht-deterministischen Schleife geringster Priorität.
Dadurch werden die "wichtigen" Prozesse des RT nicht gestört oder ausgebremst.
im Klartext: es liegt an Dir wieviele "voneinander unabhängige Schleifen mit jeweils eigenen Geschwindigkeiten" du im selben VI verwendest. Kommunikation zwischen den Schleifen klappt z.B. mit RT-FIFO's.
..aber auch wenn du mit der Scan-engine relativ schnell zum Ziel kommen willst: ohne die Grundlagen von RT-Programmierung bzgl. LabVIEW-Sonderheiten richtig nachvollzogen zu haben wirst du keinen Erfolg haben..
(Oberlehrermodus beendet
)Grüße,
riorio
100% Systemauslastung cRIO - cheeze - 10.12.2009 17:20
*schäm* hast recht, das mit den deterministischen schleifen hatte ich vollkommen vergessen. darf ich auch mit variablen kommunizieren zw. den schleifen oder ist das nicht zu empfehlen????