14-Bit-RAW-Wärmebildkameramodul: FlexMini 640 vs. InfiRay Mini2 640

Was Y14 in einem Y16-Container bedeutet

Y16 teilt dem Host mit, wie Graustufen-Samples gespeichert werden: zwei Byte pro Pixel. Es sagt dem Host nicht, dass diese Samples 16 effektive Sensor-Bits enthalten oder dass jeder Wert eine Temperatur darstellt. Speicherbreite und Bildbedeutung müssen getrennt betrachtet werden.

Das MD-Handbuch beschreibt die RAW-Quelle als Y14-Graustufen in einem 16-Bit-Container. Die Linux-V4L2-Luma-Formatspezifikation weist zudem darauf hin, dass die Y16-Abtastgenauigkeit unter 16 Bit liegen kann. Bei dieser MD-Konfiguration ist die Ausgabe nicht-radiometrische Bilddaten, keine kalibrierten Temperaturwerte für jedes Pixel.

Prüfen Sie vor der Implementierung eines Decoders die Bit-Ausrichtung und Skalierung der ausgewählten Quelle. Das verfügbare Material definiert kein universelles Low-14-Bit-Layout, keinen festen Shift und keinen Sample-Bereich. Eine Umrechnungsformel einer anderen Wärmebildkamera ist kein Ersatz für diese Informationen.

Wählen Sie eine unterstützte Quelle aus und verifizieren Sie anschließend die aktive Quelle

Beginnen Sie mit dem, was die installierte Firmware tatsächlich bereitstellt. Seite 4 des öffentlichen Leitfadens führt diese Quellenselektoren ein; die aktuellen MD-Ressourcen präzisieren deren Funktionsprüfungen. Die Capability-Maske bestimmt, welche auf dem zugehörigen Modul verwendet werden können.

Separate Selektoren für NUC (1) und SFFC (2) wurden entfernt. Ihre Einträge in der erläuternden Tabelle des Leitfadens sollten nicht als auswählbare Optionen behandelt werden.

1. Lesen Sie caps_mask und den aktuellen Quellenstatus.
2. Fordern Sie eine verfügbare Quelle an und prüfen Sie selected_source und pending.
3. Falls die Änderung noch aussteht, starten Sie den Y16-Stream neu.
4. Lesen Sie active_source um die wirksame Auswahl zu überprüfen.

Angefordert ist nicht gleich aktiv. Betrachten Sie das Zurücklesen als Überprüfung des Abschlusses, nicht allein die erfolgreiche SET-Antwort. Die Quellenauswahl erfolgt ausschließlich zur Laufzeit und schreibt nicht in den Flash-Speicher; gehen Sie nicht von einer Standardquelle oder einem Erhalt nach dem Aus- und Wiedereinschalten aus.

Vom passenden Upgrade zur Frame-Erfassung unter Linux

1. Upgrade-Paket bestätigen

Stimmen Sie vor dem Upgrade Modul- und Platinenrevision, Schnittstelle, Host und kompatible Firmware mit CAMCUDA ab. Der öffentliche Leitfaden zeigt ein Windows-Upgrade-Dienstprogramm und erfordert ein Aus- und Wiedereinschalten des Geräts, falls es nach Abschluss nicht neu gestartet ist. Ein neuerer Dateiname allein stellt keine Kompatibilitätsprüfung dar.

2. Tatsächliches Videogerät auflisten

Der Leitfaden verwendet den folgenden Befehl, um verfügbare Formate aufzulisten. /dev/video0 ist ein Beispielpfad; ermitteln Sie das korrekte Gerät auf Ihrem Host.

v4l2-ctl -d /dev/video0 --list-formats-ext

Suchen Sie nach Y16 und prüfen Sie die angegebenen Größen und Intervalle. Der Leitfaden veranschaulicht 640×512 bei 50 fps; die dauerhafte Empfangsleistung muss auf dem gelieferten Modul und Host noch bestätigt werden. Die Linux-API trennt Format-Enumeration von Format-Aushandlung. Überprüfen Sie das vom Treiber zurückgegebene Format, anstatt davon auszugehen, dass die Anforderung unverändert übernommen wurde.

Verwenden Sie drei separate Prüfungen: angezeigtes Format, aktive Bildquelle und empfangene Frames. Das Vorhandensein von Y16 in der Liste beantwortet die erste Frage. Das Auslesen des Quellstatus beantwortet die zweite. Die Erfassung auf dem vorgesehenen Host beantwortet die dritte. Werden diese Prüfungen separat durchgeführt, ist eine Support-Anfrage weitaus nützlicher, als lediglich zu melden, dass ein Bild fehlerhaft aussieht.

3. Passendes Aufnahmebeispiel verwenden

Das Linux-Beispiel kompiliert mit make. Der Leitfaden zeigt anschließend diesen Erfassungsaufruf:

./raw_y16_grab /dev/video0 frame_y16.raw 640 512 5 frame_y16.pgm 10

Dies ist der Beispielaufruf aus dem Leitfaden. Nutzen Sie die zugehörige README für Argumentdefinitionen und passen Sie den Gerätepfad an Ihren Host an; leiten Sie die Funktion der einzelnen Zahlen nicht aus ihrer Position ab. Bestätigen Sie die aktive Quelle und sichern Sie den Originalpuffer, bevor Sie die Frames an einen Algorithmus übergeben.

RAW-Puffer beibehalten und Fehler auf der richtigen Ebene beheben

Das mitgelieferte Erfassungsbeispiel speichert fortlaufende Little-Endian- uint16 Frames ohne Header pro Frame. Bei seinem 640×512-Zwei-Byte-Speicherlayout enthält ein Frame 655.360 Bytes. Diese Dateigröße ist weder eine Messung des Übertragungsdurchsatzes noch eine universelle Treiber-Stride-Regel.

Das optionale PGM ist eine 8-Bit-, perzentilgespreizte Vorschau: nützlich zur Betrachtung der Szene, unterscheidet sich jedoch vom ursprünglichen Analysepuffer. Bewahren Sie die RAW-Datei zusammen mit dem Quellstatus und dem ausgehandelten Format auf. Andernfalls kann eine Anzeigetransformation fälschlicherweise als Änderung der erfassten Daten interpretiert werden.

Behalten Sie für Vergleichszwecke eine unveränderte Erfassungsdatei bei und dokumentieren Sie, welche Ausgabe jede Verarbeitungsstufe verarbeitet. Eine Display-Vorschau und ein RAW-Frame sollten nicht verglichen werden, als handele es sich um dieselbe Darstellung. Diese einfache Trennung hilft sowohl dem Integrationsteam als auch CAMCUDA, den Datenpfad zu besprechen, ohne mutmaßen zu müssen, was ein Screenshot enthält.

Vereinbaren Sie Abnahmeprüfungen rund um die gelieferte Konfiguration: Quellenumschaltverhalten, Shutter-Verhalten und Frame-Empfangsleistung auf dem vorgesehenen Host. Führen Sie ein kurzes Protokoll über Modul- und Board-Revision, Firmware, ausgewählte und aktive Quelle, Modus sowie Ausgabedateien. Dies sind praktische Evaluierungsprüfungen, kein Ersatz für die Messung der Konfiguration, die Sie einsetzen möchten.

CAMCUDA FlexMini 640 auf einen Blick

Nutzen Sie diese Zusammenfassung als Rahmen für die Evaluierung und prüfen Sie anschließend die aktuelle Produktseite hinsichtlich Konfigurations-, Optik- und Bestelloptionen. Hardwarespezifikationen und der firmwareabhängige Erfassungspfad sind separat aufgeführt.

Anleitungen, SDK-Ressourcen und Kompatibilität

Die vierseitigen englischen und deutschen Leitfäden fassen das Upgrade-Verfahren, die Linux-Formatprüfung, das Capture-Beispiel und die Quellauswahl-Referenz an einem Ort zusammen.

• Englische Anleitung: Firmware-Upgrade und RAW/Y16 · PDF
• Deutsche Anleitung: Firmware-Upgrade und RAW/Y16 · PDF
• MD-SDK und Integrationsressourcen · Google Drive

SDK-Kompatibilität: der geprüfte Haupt-Header des Steuerungs-SDK v1.11.0 verweist auf ir_ctrl_temperature.h, was in diesem Paket fehlt. Fordern Sie ein korrigiertes, passendes Paket an und bestätigen Sie die Kompatibilität von Header, Bibliothek und Hardware vor der Build-Integration. Es handelt sich nicht um ein vollständiges, build-fertiges SDK-Release. Das unabhängige Linux-V4L2-Capture-Beispiel ist von dieser Paketierungsbeschränkung nicht betroffen.

Dies sind aktuelle Integrationsressourcen, keine Dokumentation früherer Kundenversionen. Bestätigen Sie das freigegebene Paket, da sich Inhalte in freigegebenen Ordnern ändern können. Weichen die Bezeichnungen im Leitfaden und im Archivordner voneinander ab, verwenden Sie die Dateibasisnamen zur Identifizierung der relevanten Tools.

Planen Sie eine Evaluierung? Teilen Sie uns Ihre Host-Plattform, das Objektiv, die Schnittstelle, die gewünschte Quelle und die Stückzahl über die MD-Produktseitemit. CAMCUDA kann die angefragte Konfiguration prüfen, bevor Sie sich auf die Integration festlegen.