Modulo termocamera RAW a 14 bit: FlexMini 640 vs InfiRay Mini2 640
CAMCUDA / NOTE TECNICHE DI INGEGNERIA
Un problema di integrazione MD risolto—e le verifiche che rendono chiaro il flusso di lavoro delle immagini RAW.
Verificare il percorso.
640×512 LWIR · USB UVC Y16
Riferimento prodotto FlexMini 640, gruppo da 4.9 mm. Non l'unità del cliente.
La scelta di un modulo termocamera RAW a 16 bit parte dal formato di acquisizione, non solo dall'immagine a schermo. L'integrazione OEM richiede inoltre un formato definito, una sorgente immagine chiara e un buffer utilizzabile dall'host senza confondere l'elaborazione del display con i dati originali.
L'archivio CAMCUDA FlexMini 640 Modulo termocamera LWIR RAW a 16 bit offre un percorso USB UVC Y16 per le configurazioni compatibili. La distinzione chiave è semplice: Dati in scala di grigi Y14 in un contenitore Y16 a 16 bit. Di seguito un breve caso cliente, seguito da una guida per verificare tale percorso.
Il caso di integrazione: un aggiornamento del firmware ha risolto il problema
Il problema di integrazione RAW a 16 bit dell'MD riscontrato da un cliente tedesco è stato risolto dopo un aggiornamento firmware. Il risultato dimostra perché la compatibilità del firmware debba essere considerata insieme ai requisiti hardware e host durante la pianificazione di una valutazione.
Il flusso di lavoro ingegneristico riportato di seguito utilizza le guide e le risorse di integrazione correnti dell'MD. Non costituisce una ricostruzione della sessione di test del cliente, né una garanzia che lo stesso aggiornamento risolva qualsiasi problema di acquisizione.
Cosa significa Y14 in un container Y16
Y16 indica all'host la modalità di memorizzazione dei campioni in scala di grigi: due byte per pixel. Non indica all'host che tali campioni contengono 16 bit effettivi del sensore, né che ciascun valore rappresenta una temperatura. La larghezza di archiviazione e il significato dell'immagine richiedono risposte distinte.
La guida dell'MD descrive la sorgente RAW come scala di grigi Y14 in un contenitore a 16 bit. La specifica del formato luma V4L2 per Linux segnala inoltre che la precisione di campionamento Y16 può essere inferiore a 16 bit. Per questa configurazione MD, l'output è costituito da dati immagine non radiometrici, non da valori di temperatura calibrati per ciascun pixel.
Prima di implementare un decoder, verificare l'allineamento dei bit e il fattore di scala della sorgente selezionata. Il materiale disponibile non definisce un layout universale per i 14 bit inferiori, uno shift fisso o un intervallo di campionamento. Una formula di conversione derivata da un'altra termocamera non può sostituire queste informazioni.
FlexMini 640 VS INFIRAY MINI2 640
Confronto tra moduli termocamera RAW a 16 bit: FlexMini 640 vs InfiRay Mini2 640
Entrambi i moduli utilizzano un rilevatore VOx non raffreddato da 640×512, pixel da 12 μm e una banda spettrale LWIR da 8–14 μm. Confrontare prima le specifiche di imaging di base, quindi l'accesso ai dati RAW e le opzioni di elaborazione lato host.
| Specifiche / output | CAMCUDA FlexMini 640 14-bit RAW · Y16 | InfiRay Mini2 640 |
|---|---|---|
| Sensore / risoluzione | VOx non raffreddato / 640×512 | VOx non raffreddato / 640×512 |
| Passo pixel | 12 μm | 12 μm |
| Banda spettrale LWIR | 8–14 μm | 8–14 μm |
| Frame rate nominale | Specifica hardware a 50 Hz; la modalità di acquisizione Y16 dipende dal supporto del firmware e dell'host. | Frame rate del sensore di 30 / 60 Hz. |
| NETD dichiarato | ≤30 mK | ≤40 mK a 25°C, F/1.0, 25 Hz |
| Uscita RAW a 16 bit | Sì — scala di grigi Y14 in un contenitore Y16 a 16 bit. Acquisizione RAW USB UVC. | No — solo video elaborato. Nessuna uscita frame RAW a 16 bit. |
| Dati disponibili per l'host | Frame buffer originale in scala di grigi, memorizzato come uint16 little-endian. Mantenere separato dall'anteprima visiva opzionale a 8 bit. | Fotogrammi video elaborati per la visualizzazione, anziché il buffer RAW originale in scala di grigi. |
| Selezione della sorgente RAW | RAW (0), pre-AGC (3) e post-AGC (4), in base alle funzionalità del firmware. Dopo il riavvio Y16 richiesto, verificare la sorgente attiva. | Nessuna sorgente RAW a 16 bit esposta nell'uscita video elaborata. |
| Elaborazione delle immagini lato host | Conservare i campioni originali in scala di grigi per la propria pipeline di normalizzazione e analisi delle immagini. | Lavorare con il video elaborato fornito; i campioni RAW originali non sono disponibili. |
Un flusso video termico e un buffer di immagini RAW rispondono a esigenze di integrazione differenti. CAMCUDA FlexMini 640 fornisce dati in scala di grigi Y14 in un contenitore Y16 a 16 bit tramite USB UVC. InfiRay Mini2 640 fornisce esclusivamente video elaborato, senza output RAW a 16 bit.
Scegliere FlexMini 640 quando il progetto richiede dati RAW e non una semplice immagine termica. L'accesso al buffer originale in scala di grigi consente all'applicazione host di controllare la normalizzazione del display e l'analisi dell'immagine, anziché dipendere esclusivamente dal video elaborato.
Il percorso RAW di MD è non radiometrico. Y16 descrive il formato di memorizzazione; il payload in questo caso è costituito da scala di grigi Y14, non da dati di temperatura calibrati. I frame rate nominali non costituiscono una garanzia delle frequenze di acquisizione dell'host, e i valori NETD indicati non rappresentano un benchmark a condizioni comparate. Specifiche di base di Mini2: Scheda tecnica serie Mini2, pagina 2.
Selezionare una sorgente supportata, quindi verificare la sorgente attiva
Iniziare da ciò che il firmware installato espone effettivamente. Pagina 4 della guida pubblica introduce questi selettori di sorgente; le attuali risorse MD chiariscono i relativi controlli di capacità. La maschera di capacità determina quali possono essere utilizzati sul modulo corrispondente.
| Selettore | Percorso dati |
|---|---|
| 0 · RAW | Uscita del sensore nella fase iniziale dell'ISP; scala di grigi Y14 in un contenitore a 16 bit |
| 3 · Pre-AGC | Prima dell'AGC / compressione della gamma dinamica |
| 4 · Post-AGC | Dopo AGC, descritto come mantenimento del dominio a 14 bit |
I selettori separati NUC (1) e SFFC (2) sono stati rimossi. Le relative voci nella tabella esplicativa della guida non devono essere considerate come opzioni selezionabili.
- Leggere
caps_maske lo stato corrente della sorgente. - Richiedere una sorgente disponibile ed esaminare
selected_sourceepending. - Se la modifica è in sospeso, riavviare lo stream Y16.
- Leggere
active_sourceper verificare la selezione effettiva.
Richiesto non equivale ad attivo. Considerare il read-back come verifica di completamento, non semplicemente la risposta SET con esito positivo. La selezione della sorgente avviene solo a runtime e non scrive nella memoria Flash; non presupporre una sorgente predefinita o il mantenimento dopo un ciclo di alimentazione.
Da un aggiornamento corrispondente all'acquisizione frame su Linux
1. Confermare il pacchetto di aggiornamento
Prima dell'aggiornamento, concordare con CAMCUDA la revisione del modulo e della scheda, l'interfaccia, l'host e il firmware compatibile. La guida pubblica illustra un'utilità di aggiornamento per Windows e richiede un ciclo di alimentazione se il dispositivo non si è riavviato al completamento. Un nome file più recente da solo non costituisce una verifica di compatibilità.
2. Enumerare il dispositivo video effettivo
La guida utilizza il seguente comando per elencare i formati disponibili. /dev/video0 è un percorso di esempio; identificare il dispositivo corretto sul proprio host.
v4l2-ctl -d /dev/video0 --list-formats-extCercare Y16 e verificare le dimensioni e gli intervalli dichiarati. La guida illustra 640×512 a 50 fps; le prestazioni di ricezione sostenute richiedono comunque conferma sul modulo fornito e sull'host. L'API Linux separa enumerazione dei formati da negoziazione del formato. Verificare il formato restituito dal driver anziché presumere che abbia accettato la richiesta senza modifiche.
Utilizzare tre verifiche distinte: formato dichiarato, sorgente immagine attiva e frame ricevuti. Visualizzare Y16 nell'elenco risponde alla prima domanda. Leggere lo stato della sorgente risponde alla seconda. Eseguire l'acquisizione sull'host previsto risponde alla terza. Mantenere separate queste verifiche rende una richiesta di supporto più utile rispetto alla semplice segnalazione che un'immagine non è corretta.
3. Utilizzare l'esempio di acquisizione corrispondente
L'esempio Linux viene compilato con make. La guida mostra quindi questo comando di acquisizione:
./raw_y16_grab /dev/video0 frame_y16.raw 640 512 5 frame_y16.pgm 10Questo è il comando di esempio della guida. Utilizzare il relativo README per le definizioni degli argomenti e adattare il percorso del dispositivo al proprio host; non dedurre lo scopo di ciascun numero dalla sua posizione. Confermare la sorgente attiva e preservare il buffer originale prima di inviare i frame a un algoritmo.
Preservare il buffer RAW e risolvere i problemi al livello corretto
L'esempio di acquisizione fornito memorizza valori little-endian consecutivi uint16 frame senza intestazioni per singolo frame. Per il suo layout di memorizzazione a due byte 640×512, un frame contiene 655.360 byte. Tale dimensione del file non costituisce una misurazione del throughput di trasporto né una regola universale di stride del driver.
Il file PGM opzionale è un' anteprima a 8 bit con estensione dei percentili: utile per visualizzare la scena, ma diversa dal buffer di analisi originale. Conservare il file RAW insieme allo stato della sorgente e al formato negoziato. In caso contrario, una trasformazione di visualizzazione potrebbe essere scambiata per una modifica nei dati acquisiti.
Per le attività di confronto, conservare un file di acquisizione non modificato e registrare quale output viene utilizzato da ciascuna fase di elaborazione. Un'anteprima di visualizzazione e un frame RAW non devono essere confrontati come se fossero la stessa rappresentazione. Questa semplice separazione aiuta sia il team di integrazione che CAMCUDA a discutere il percorso dati senza dover ipotizzare il contenuto di uno screenshot.
| Osservazione | Verifica successiva |
|---|---|
| Y16 non è presente nell'elenco | Verificare il percorso del dispositivo, la scheda, il firmware installato e il relativo supporto per l'aggiornamento. |
| La richiesta della sorgente ha esito positivo, l'immagine appare invariata | Verificare lo stato in sospeso, riavviare Y16 se necessario, quindi leggere active_source. |
| I valori dell'anteprima differiscono dal file RAW | Verificare se l'output confrontato è stato convertito nell'anteprima a 8 bit. |
| L'acquisizione non raggiunge il frame rate previsto | Verificare la modalità negoziata, la larghezza di banda dell'host e i frame ricevuti; le impostazioni nominali non corrispondono alla trasmissione effettiva misurata. |
| La decodifica dei pixel è incerta | Richiedere l'allineamento e il ridimensionamento specifici della sorgente invece di ipotizzare una maschera o uno shift. |
Concordare i controlli di accettazione sulla base della configurazione fornita: comportamento del cambio sorgente, comportamento dell'otturatore e prestazioni dei frame ricevuti sull'host di destinazione. Mantenere una breve traccia della revisione del modulo e della scheda, del firmware, della sorgente selezionata e attiva, della modalità e dei file di output. Questi sono controlli di valutazione pratici, non un sostituto della misurazione della configurazione che si intende implementare.
CAMCUDA FlexMini 640 in sintesi
Utilizzare questo riepilogo per impostare la valutazione, quindi consultare la pagina prodotto attuale per opzioni di configurazione, ottiche e ordini. Le specifiche hardware e il percorso di acquisizione dipendente dal firmware sono elencati separatamente.
| Prodotto | CAMCUDA FlexMini 640 Modulo termocamera LWIR RAW a 16 bit |
|---|---|
| Modello hardware / SKU | FlexMini 640 14-bit RAW · Y16 |
| Sensore / risoluzione | VOx non raffreddato / 640×512 |
| Pixel pitch / banda spettrale | 12 μm / 8–14 μm |
| Percorso di acquisizione | USB UVC Y16; scala di grigi Y14 in un contenitore Y16 a 16 bit |
| Finalità dell'immagine | Acquisizione in scala di grigi non radiometrica |
| Opzioni obiettivo | 4,1, 4,9, 9,1, 13, 19 e 35 mm; disponibilità e configurazione su preventivo |
Guide, risorse SDK e compatibilità
Le guide di quattro pagine in inglese e tedesco raccolgono in un unico documento la procedura di aggiornamento, il controllo del formato Linux, l'esempio di acquisizione e il riferimento per la selezione della sorgente.
- Guida in inglese all'aggiornamento firmware e RAW/Y16 · PDF
- Guida in tedesco: aggiornamento firmware e RAW/Y16 · PDF
- SDK MD e risorse di integrazione · Google Drive
Compatibilità SDK: l'header principale del control SDK v1.11.0 esaminato fa riferimento a ir_ctrl_temperature.h, che è assente da tale pacchetto. Richiedere un pacchetto corretto corrispondente e verificare la compatibilità di header, libreria e hardware prima dell'integrazione della build. Non si tratta di una release SDK completa e pronta per la compilazione. L'esempio di acquisizione Linux V4L2 indipendente è separato da questa limitazione del pacchetto.
Queste sono risorse di integrazione attuali, non uno storico delle versioni del cliente. Verificare il pacchetto approvato poiché i contenuti delle cartelle condivise possono variare. Qualora le etichette delle guide e delle cartelle di archivio differiscano, utilizzare i nomi base dei file per identificare gli strumenti pertinenti.
State pianificando una valutazione? Condividete la vostra piattaforma host, ottica, interfaccia, sorgente richiesta e quantità tramite la pagina prodotto MD. CAMCUDA può verificare la configurazione richiesta prima di procedere con l'integrazione.
Domande frequenti
Un modulo termocamera RAW a 16 bit fornisce dati di temperatura calibrati?
Il container da solo non può determinarlo. Questa configurazione MD trasporta scala di grigi Y14 in un formato di memorizzazione Y16 ed è non radiometrica: i conteggi dell'immagine non corrispondono a temperature calibrate. Mantenere il buffer originale separato dalla normalizzazione del display e verificare l'interpretazione specifica della sorgente prima di creare una pipeline di analisi.
Cosa devo verificare se Y16 non è disponibile sul mio host Linux?
Verificare il percorso effettivo del dispositivo e i formati enumerati, quindi verificare il modulo, interfaccia la scheda e il firmware installato. Richiedere a CAMCUDA di verificare la compatibilità di aggiornamento per tale configurazione. Una volta disponibile Y16, verificare la modalità negoziata e la sorgente attiva come passaggi separati. Evitare di considerare un aggiornamento firmware come una soluzione universale per l'acquisizione.
Come posso confermare che l'uscita pre-AGC sia attiva?
Controllare la capability mask prima di richiedere la sorgente 3. Esaminare selected_source e pending; riavviare lo stream Y16 se necessario, quindi leggere active_source. La sorgente effettiva rappresenta il risultato utile di verifica, non la semplice riuscita della richiesta di impostazione.
