LabVIEWForum.de

Hallo liebe Vision Benutzer,

ich habe aktuell ein Problem, dass mich für meine Anwendung zwar nicht zwingend stört, aber mich irritiert und mich glauben lässt ich mache irgendeinen prinzipiellen Denkfehler.
Und zwar habe ich eine Camera die ich über IMAQdx Grab auslese. Die sollte wenn ich mich recht erinnere bis zu 25 FPS liefern. Tut sie auch, so lange ich am Rechner sitze. Mache ich das ganze dagegen mittels Remotedesktop, dann kriege ich ~8 FPS. Kann mir jemand das grundsätzliche Problem dabei erklären? Pausiert Windows Labview bis es den Bildschirm aktualisiert hat?

Will das ganze später über TCP IP an nen anderen Rechner übertragen und dann da vor Ort anschauen können, deswegen sollte das nicht grundsätzlich relevant sein für das funktionieren des Programms, aber ich habe jetzt sorge, dass der generell Labview ausbremst wenn ich darüber arbeite. Das wäre etwas ungünstig.

Kann man das irgendwie vermeiden? Reicht es die VIs auf die Taskleiste zu minimieren damit die Anzeige nichtmehr über den Remotedesktop aktualisiert werden muss? Oder ist das sowieso nur für sehr Datenintensive Sachen wie Bilder relevant?

Gruß Kiesch

P.S: Mir ist durchaus bewusst dass das fast eher ein Windows als ein Labviewproblem ist... Ich hoffe nur, dass der ein oder andere da auch schonmal drauf gestoßen ist.

Was für eine Kamera ist das?
(GigE?)

Generell, beschreib mal dein Setup. Was für ein PC (Cores? ), was für ein Windows, was für ein Netzwerk, was für eine Kamera..

Die Darstellung von Bildern ist durchaus rechenintensiv, aber du könntest das als Ursache relativ einfach ausschließen: Darstellung entfernen, fps messen.. vergleichen. vi minimieren hilft, glaube ich nicht, Frontpanel schließen schon.
Ansonsten: Minimalprogramm erstellen.

Hab mal "mein" VI angehängt (da sind paar Sachen deaktiviert, da ich nen VI hier aus nem Forum mit Bearbeitungsfunktionalitäten genommen hatte; Gamma ändern etc.; die SO nicht auf meine CAM übertragbar waren; außerdem hab ich alles "unnötige" deaktiviert für den "Speedtest" - hatte erst die Bildnachbearbeitung als Bremse im Verdacht).

Zur CAM selbst: Nehme an dass der auf die WinAPI von der Cynergy Treibern für die TV Karte zugreift (so funktioniert ja IMAQdx wenn ich das richtig verstehe). An der hängt die Cam über Videoeingang dran (müsste tatsächlich ne Weile suchen welches Modell das genau is... Billigteil von Conrad). Aber wie gesagt meines Wissens nach greift Labview hier sowieso nur auf die Schnittstelle der TV Karte zu und nicht auf die Cam selbst.

Die TV Karte müsste ne Cinergy PCI 250 sein.

PC: Dual Core Athlon 4200+ (64 Bit); 2,21 GHZ; 1GB Ram; 32 Bit Win XP (da komm ich nicht von weg, da ich sonst nichtmehr den Parralel Port ansprechen kann).

Wobei mir auch grade auffällt, dass mir auch die Hauseigene Terra Tec TV Application über den Remote Desktop das System scheinbar (manchmal) stark verlangsamt (Labview scheint ausgebremst zu werden, ne Routine für das Verfahren eines Probenhalters wird extrem langsam wenn das Fenster offen ist) - obwohl der Rechner angeblich nur 50% Auslastung hat.


Zusammenfassend: Denke das Problem hängt bei Windows, das für den Remotedesktop scheinbar das System ausbremst wenn "nötig". An der Bandbreite kann das normalerweise nicht liegen (100MBit), höchstens wenn nicht nur beim Dateitransfer die Datenübertragung extremst langsam ist.

P.S: Wie gesagt: Ohne Remotedesktop krieg ich meine 25 FPS ohne Probleme hin. Werde für meine Anwendung jetzt sowieso schauen, dass ich die CAM Bilder per TCP IP übertrage und den anderen Rechner komplett über Labview fernsteuere. Entsprechend hab ich schon eine "Lösung" für das Problem (es umgehen ^^).

Na dann.. :-).
Aber nur so ein Hinweis - falls du irgendwo eine "Peak"-Datenmenge einstellen kannst: IMAQdx versucht krampfhaft, die zu erreichen. Sendet also 100Mbit, wenn 100 Mbit eingestellt sind - und zwar "sofort".
Wenn dann irgendetwas anderes auf dem selben Bus ist (ich dachte, du nimmst GigE, das ist berühmt/berüchtigt für das Problem), dann kommt es zu Collisions, dann zu Resends und das kippt die fps. Obwohl eigentlich genug Zeit /Bandbreite wäre.

Aber du scheinst ja das Problem schon identifiziert zu haben.

Gruß,
Birgit