LabVIEWForum.de

Hallo zusammen,

ich habe ein Problem mit meinem VI.

Ich möchte Daten mit einer iCCD-Kamera (PI-MAX 3 von Princeton Instruments) aufnehmen und das möglichst schnell. Hierbei erreiche ich Aufnahmegeschwindigkeiten von etwa 200 ms pro Bild, die ich mir seperat auslese und abspeichere. Jedes Bild speichere ich mir in eine separate Datei, da ich große Dateien nach längeren Aufnahmezeiten nicht mehr öffnen kann (größer 2 GB ungefähr).

Ich bin mir ziemlich sicher, dass eine schnellere Auslesegeschwindigkeit möglich ist, da ich bei kleineren Chipgrößen bzw. Auslesegebieten auf dem Chip (Pixelzahl ist insgesamt 1024x1024) schnellere Geschwindigkeiten hinbekommen habe. Außerdem bin ich sicher, dass die Kamera eine höhere maximale Aufnahmegeschwindigkeit besitzt.

Kurze Erläuterung zu meinem VI:

Auf der linken Seite sind jede Menge SubVIs (aus dem Scientific Imaging Toolkit von Roper Scientific) mit denen ich alle notwendigen Einstellungen für die Kamera eingeben kann (Trigger, Pulslänge, Belichtungszeit, Wellenlänge, Temperatur des Chips). Das ganze läuft einmal durch. Die Datenaufnahme läuft dann separat in der Schleife mittels Producer/Consumer- Architektur ab. Die Zeit pro Schleifendurchlauf schreibe ich mir parallel in eine Textdatei.

Gibt es in dem VI irgendwelche Fehler, die mich Geschwindigkeit kosten und vermeidbar sind? Ich weiß, dass jedes Mal eine neue Datei erstellen Zeit kostet (dazu fehlt mir im Moment aber eine Idee um das zu umgehen) und das lokale Variablen Zeit kosten (auf die ich so weit es ging verzichtet habe).

Für die Unübersichtlichkeit im VI muss ich mich entschuldigen, aber ich bin noch recht unerfahren in LabView und wusste keinen besseren Weg, das zu umgehen.

Viele Grüße

Tobias

Hi,

hast du mal auf deine CPU Auslastung geachtet ?? Wie hoch ist die?
Weißt du vorab wie lange bzw wieviele Daten du Speichern willst?


Gruß Tim

Hallo Tobias

Sehe ich das richtig, dass pro Datei ein I32 (sprich 4 Byte) abgelegt werden? Oder bin ich da auf dem Holzweg?

Gruss Marc

Hi,

ich kann vorher nicht sagen wie lange ich messen muss, also auch nicht wie viele Dateien ich genau brauche.

Die CPU-Auslastung ist nicht so besonders hoch, sie liegt in der Regel unter 30%, meistens sogar noch unter 20%. Auch der Arbeitsspeicher (2 GB) wird nicht voll ausgelastet. Ich habe den virtuellen Arbeitsspeicher erhöht und Labview höchste Priorität zugewiesen, auch damit wird der Rechner nicht voll ausgelastet.

@ Marc

Ja, das ist richtig. I32 ist notwendig, wenn ich hohe Intensitäten habe. Das Limit der CCD-Chips liegt auch im Bereich von 16 Bit, bevor Überladung einsetzt. Ich kann leider nicht sagen, ob tatsächlich höhere Intensitäten nicht von der Software dargestellt werden können oder der Chip überladen ist und sie nicht mehr registriert. Und ohne die Kamera zu beschädigen, kann ich es leider nicht testen. Im Handbuch steht es leider auch nicht explizit drin, wann das Blooming eintritt.


Ein Lösungsansatz den ich im Moment verfolge, ist eine neue Festplatte mit erhöhter Schreibgeschwindigkeit. Hier hab ich eine SSD-Festplatte im Sinn, da hier die Zugriffs- und Schreibzeiten erheblich kürzer sind als bei meiner jetzigen Festplatte. Ich hoffe damit näher an die maximale Geschwindigkeit der Kamera zu kommen. Die liegt bei etwa 25 Bilder pro Sekunde, wenn ich den kompletten Chip messe.


Viele Grüße,

Tobias

Hallo Tobias

Falls es nicht wichtig ist, dass es einen Integer pro Datei gibt könntest du dir überlegen nach einer bestimmten Anzahl Schleifendurchgängen (z.B. 256 für 1kB grosse Dateien) eine neue Datei anzulegen und nicht nach jedem Schleifendurchgang.

Dadurch sollte das ganze wesentlich schneller werden, da das erstellen frischer Dateien wesentlich mehr Zeit benötigt als ein einfacher Dateizugriff!

Hoffe das hilft dir weiter!

Gruss Marc

@M Nussbaumer: Wenn ein Rechner ein Bild mit 1024 x 1024 Pixel verlustfrei auf 32 Bit komprimiert, dann schafft er zwar kein 25 Bilder/s, aber der Erfinder des Kompressionsalgos bekommt die Fields-Medaille und den Turing Award. Wenn er bei drei nicht auf dem Baum ist vllt noch den Friedensnobelpreis

Spaß beiseite, ich glaube, der Fehler liegt nicht an der Hardware, sondern da stimmt irgendwas mit deinem Code nicht. Eventuell benutzt du die mitgelieferten VIs nicht richtig, oder du wartest beim Queue-Wait, oder es gibt irgendein Synchronitätsproblem. So richtig weiterhelfen kann ich dir nicht, denn die VIs deines Lieferanten sich mir gänzlich unbekannt.

(22.08.2011 20:51 )schrotti schrieb: [ -> ]@M Nussbaumer: Wenn ein Rechner ein Bild mit 1024 x 1024 Pixel verlustfrei auf 32 Bit komprimiert, dann schafft er zwar kein 25 Bilder/s, aber der Erfinder des Kompressionsalgos bekommt die Fields-Medaille und den Turing Award. Wenn er bei drei nicht auf dem Baum ist vllt noch den Friedensnobelpreis

Hahahaha, soweit hab ich gar nicht gedacht, als ich mir den Code angesehen habe
Nur den Datentyp gesehen

Gruss Marc