14-bitars RAW-värmekameramodul: FlexMini 640 vs InfiRay Mini2 640
CAMCUDA / TEKNISKA FALLANTECKNINGAR
Ett löst MD-integrationsproblem—och kontrollerna som tydliggör ett RAW-bildarbetsflöde.
Verifiera sökvägen.
640×512 LWIR · USB UVC Y16
FlexMini 640-produktreferens, 4,9 mm-enhet. Inte kundens enhet.
Att välja en 16-bitars RAW-värmekameramodul börjar med inhämtningsformatet, inte bara bilden på skärmen. OEM-integrering kräver även ett definierat format, en tydlig bildkälla och en buffert som värdsystemet kan använda utan att förväxla displaybearbetning med ursprungliga data.
Arkivet CAMCUDA FlexMini 640 16-bit RAW LWIR-värmekameramodul erbjuder en USB UVC Y16-väg för matchade konfigurationer. Den avgörande skillnaden är enkel: Y14-gråskaledata i en 16-bitars Y16-container. Här är ett kort kundfall, följt av en guide för att verifiera den vägen.
Integrationsfallet: en firmwareuppgradering löste problemet
Ett problem med 16-bitars RAW-integrering i MD hos en tysk kund löstes efter en uppgradering av firmware. Resultatet visar varför kompatibilitet med firmware bör beaktas vid sidan av hårdvaru- och värdkrav vid planering av en utvärdering.
Det tekniska arbetsflödet nedan använder aktuella MD-guider och integrationsresurser. Det är varken en rekonstruktion av kundens testsession eller ett löfte om att samma uppgradering löser alla inhämtningsproblem.
Vad Y14 i en Y16-container innebär
Y16 talar om för värdsystemet hur gråskalesamplar lagras: två byte per pixel. Det talar inte om för värdsystemet att dessa samplar innehåller 16 effektiva sensorbitar, eller att varje värde representerar en temperatur. Lagringsbredd och bildens innebörd kräver separata svar.
MD-guiden beskriver RAW-källan som Y14-gråskala i en 16-bitars container. Linux V4L2-specifikationen för lumaformat noterar också att Y16-samplingsprecision kan vara lägre än 16 bitar. För denna MD-konfiguration är utsignalen icke-radiometriska bilddata, inte kalibrerade temperaturvärden för varje pixel.
Innan du implementerar en avkodare bör du bekräfta den valda källans bitjustering och skalning. Det tillgängliga materialet definierar inte en universell layout för de lägre 14 bitarna, fast bitförskjutning eller samplingsintervall. En konverteringsformel från en annan värmekamera ersätter inte den informationen.
FlexMini 640 MOT INFIRAY MINI2 640
Jämförelse av 16-bitars RAW-värmekameramoduler: FlexMini 640 vs InfiRay Mini2 640
Båda modulerna använder en okyld VOx 640×512-detektor, 12 μm-pixlar och ett 8–14 μm LWIR-våglängdsband. Jämför de grundläggande bildspecifikationerna först, därefter RAW-dataåtkomst och bearbetningsalternativ på värdsidan.
| Specifikation / utdata | CAMCUDA FlexMini 640 14-bit RAW · Y16 | InfiRay Mini2 640 |
|---|---|---|
| Detektor / upplösning | Okyld VOx / 640×512 | Okyld VOx / 640×512 |
| Pixelavstånd | 12 μm | 12 μm |
| LWIR-våglängdsband | 8–14 μm | 8–14 μm |
| Nominell bildfrekvens | 50 Hz-hårdvaruspecifikation; Y16-insamlingsläget beror på stöd i firmware och värddator. | Detektorbildfrekvenser på 30 / 60 Hz. |
| Publicerad NETD | ≤30 mK | ≤40 mK vid 25°C, F/1.0, 25 Hz |
| 16-bitars RAW-utdata | Ja — Y14-gråskala i en 16-bitars Y16-container. USB UVC RAW-insamling. | Nej — endast bearbetad video. Ingen utmatning av 16-bitars RAW-bildrutor. |
| Data tillgängliga för värdenheten | Ursprunglig gråskalebildbuffert, lagrad som little-endian uint16. Håll den åtskild från den valfria 8-bitars visuella förhandsgranskningen. | Visningsbearbetade videobildrutor, snarare än den ursprungliga RAW-gråskalebufferten. |
| Val av RAW-källa | RAW (0), pre-AGC (3) och post-AGC (4), beroende på firmware-kapacitet. Verifiera den aktiva källan efter en nödvändig Y16-omstart. | Ingen 16-bitars RAW-källa exponeras i utmatningen för bearbetad video. |
| Bildbehandling på värdsidan | Behåll de ursprungliga gråskalesamplingarna för din egen pipeline för normalisering och bildanalys. | Arbeta med den levererade bearbetade videon; ursprungliga RAW-samplingar är inte tillgängliga. |
En termisk videoström och en RAW-bildbuffert uppfyller olika integrationsbehov. CAMCUDA FlexMini 640 levererar Y14-gråskaledata i en 16-bitars Y16-container via USB UVC. InfiRay Mini2 640 matar endast ut bearbetad video, utan 16-bitars RAW-utsignal.
Välj FlexMini 640 när ditt projekt behöver RAW-data, inte bara en värmebild. Åtkomst till den ursprungliga gråskalebufferten låter din värdapplikation styra displaynormalisering och bildanalys i stället för att enbart förlita sig på bearbetad video.
FlexMini 640 RAW-vägen är icke-radiometrisk. Y16 beskriver lagringsformatet; nyttolasten här är Y14-gråskala, inte kalibrerade temperaturdata. Nominella bildhastigheter är inte garanterade inhämtningshastigheter för värdsystemet, och de angivna NETD-värdena utgör inte ett prestandatest under matchade förhållanden. Grundläggande specifikationer för Mini2: Mini2-seriens datablad, sida 2.
Välj en källa som stöds och verifiera sedan den aktiva källan
Börja med vad den installerade firmwaren faktiskt exponerar. Sida 4 i den offentliga guiden introducerar dessa källväljare; de aktuella MD-resurserna förtydligar deras kapacitetskontroller. Kapacitetsmasken avgör vilka som kan användas på den matchade modulen.
| Väljare | Dataväg |
|---|---|
| 0 · RAW | Detektorutmatning i tidigt ISP-steg; Y14-gråskala i en 16-bitars container |
| 3 · Pre-AGC | Före AGC / dynamikomfångskompression |
| 4 · Post-AGC | Efter AGC, beskrivs som att den bibehåller 14-bitarsdomänen |
Separata NUC- (1) och SFFC-väljare (2) har tagits bort. Deras poster i guidens förklarande tabell ska inte betraktas som valbara alternativ.
- Läs
caps_maskoch aktuell källstatus. - Begär en tillgänglig källa och kontrollera
selected_sourceochpending. - Om ändringen står som väntande, starta om Y16-strömmen.
- Läs
active_sourceför att verifiera det gällande valet.
Begärd är inte detsamma som aktiv. Betrakta tillbakaläsningen som slutförandekontrollen, inte bara det framgångsrika SET-svaret. Källval sker endast under körning och skriver inte till Flash; förutsätt inte en standardkälla eller bibehållen inställning efter omstart.
Från en matchad uppgradering till bildruteinhämtning i Linux
1. Bekräfta uppgraderingspaketet
Före uppgradering ska modul- och kortrevision, gränssnitt, värd och kompatibel firmware stämmas av med CAMCUDA. Den offentliga guiden visar ett uppgraderingsverktyg för Windows och föreskriver en omstart (power cycle) om enheten inte har startat om efter slutförandet. Ett nyare filnamn i sig är inte en kompatibilitetskontroll.
2. Räkna upp den faktiska videoenheten
Guiden använder följande kommando för att lista tillgängliga format. /dev/video0 är en exempelsökväg; identifiera rätt enhet på din värd.
v4l2-ctl -d /dev/video0 --list-formats-extSök efter Y16 och kontrollera dess annonserade storlekar och intervall. Guiden visar 640×512 vid 50 fps; kontinuerlig mottagningsprestanda måste fortfarande bekräftas på den levererade modulen och värddatorn. Linux-API:et separerar formatuppräkning från formatförhandling. Kontrollera drivrutinens returnerade format istället för att förutsätta att den accepterade begäran oförändrad.
Använd tre separata kontroller: annonserat format, aktiv bildkälla och mottagna bildrutor. Att se Y16 i listan besvarar den första frågan. Att läsa av källstatus besvarar den andra. Att fånga bildrutor på den avsedda värddatorn besvarar den tredje. Genom att hålla isär dessa kontroller blir ett supportärende betydligt mer användbart än att enbart rapportera att en bild ser fel ut.
3. Använd det matchande capture-exemplet
Linux-exemplet byggs med make. Guiden visar sedan detta anrop för bildfångst:
./raw_y16_grab /dev/video0 frame_y16.raw 640 512 5 frame_y16.pgm 10Detta är guidens exempelanrop. Använd motsvarande README för argumentdefinitioner och anpassa enhetssökvägen till din värddator; härled inte varje nummers syfte från dess position. Bekräfta den aktiva källan och bevara den ursprungliga bufferten innan bildrutorna matas in i en algoritm.
Bevara RAW-bufferten och felsök rätt lager
Det medföljande bildfångstexemplet lagrar konsekutiva little-endian uint16 bildrutor utan headers per bildruta. För dess tvåbytes lagringsformat på 640×512 innehåller en bildruta 655 360 byte. Den filstorleken är inte en mätning av överföringsgenomströmning eller en universell regel för drivrutins-stride.
Den valfria PGM-filen är en 8-bitars, percentilsträckt förhandsgranskning: användbar för att se scenen, men skiljer sig från den ursprungliga analysbufferten. Spara RAW-filen tillsammans med källstatus och förhandlat format. Annars kan en visningstransformation förväxlas med en förändring i insamlade data.
För jämförelsearbete, behåll en orörd insamlingsfil och registrera vilken utdata varje bearbetningssteg förbrukar. En förhandsgranskning och en RAW-bildruta bör inte jämföras som om de vore samma representation. Denna enkla åtskillnad hjälper både integrationsgruppen och CAMCUDA att diskutera datasökvägen utan att behöva gissa vad en skärmdump innehåller.
| Observation | Nästa kontroll |
|---|---|
| Y16 är inte listad | Bekräfta enhetssökväg, kretskort, installerad firmware och matchande uppgraderingsstöd. |
| Källbegäran lyckas, bilden verkar oförändrad | Inspektera väntande tillstånd, starta om Y16 vid behov och läs sedan av active_source. |
| Förhandsgranskningsvärden skiljer sig från RAW-filen | Kontrollera om den jämförda utsignalen har konverterats till 8-bitars förhandsgranskning. |
| Bildtagningen når inte avsedd bildfrekvens | Kontrollera förhandlat läge, värdbandbredd och mottagna bildrutor; nominella inställningar är inte uppmätt leverans. |
| Pixelavkodning är osäker | Begär källspecifik justering och skalning i stället för att gissa en mask eller shift. |
Kom överens om godkännandekontroller för den levererade konfigurationen: beteende vid källväxling, slutarbeteende och prestanda för mottagna bildrutor på den avsedda värddatorn. För en kort logg över modul- och kretskortsrevision, firmware, vald och aktiv källa, läge samt utdatafiler. Dessa är praktiska utvärderingskontroller, inte en ersättning för att mäta den konfiguration du planerar att driftsätta.
CAMCUDA FlexMini 640 i korthet
Använd denna sammanfattning för att strukturera utvärderingen och kontrollera sedan den aktuella produktsidan för konfiguration, optik och beställningsalternativ. Maskinvaruspecifikationer och den firmware-beroende datainsamlingsvägen listas separat.
| Produkt | CAMCUDA FlexMini 640 16-bit RAW LWIR-värmekameramodul |
|---|---|
| Hårdvarumodell / SKU | FlexMini 640 14-bit RAW · Y16 |
| Detektor / upplösning | Okyld VOx / 640×512 |
| Pixelpitch / våglängdsband | 12 μm / 8–14 μm |
| Insamlingsväg | USB UVC Y16; Y14-gråskala i en 16-bitars Y16-container |
| Bildsyfte | Icke-radiometrisk gråskaleinhämtning |
| Objektivalternativ | 4.1, 4.9, 9.1, 13, 19 och 35 mm; tillgänglighet och konfiguration enligt offert |
Guider, SDK-resurser och kompatibilitet
De fyrsidiga engelska och tyska guiderna samlar uppgraderingsproceduren, formatkontroll för Linux, insamlingsexempel och referens för källväljare på ett ställe.
- Engelsk guide för firmwareuppgradering och RAW/Y16 · PDF
- Deutsche Anleitung: Firmware-Upgrade und RAW/Y16 · PDF
- MD SDK och integrationsresurser · Google Drive
SDK-kompatibilitet: huvudheadern i det granskade styr-SDK:t v1.11.0 refererar till ir_ctrl_temperature.h, vilket saknas i det paketet. Införskaffa ett korrigerat, matchande paket och bekräfta kompatibilitet för headers, bibliotek och hårdvara före byggintegrering. Det är inte en komplett SDK-utgåva som är redo att byggas. Det oberoende Linux V4L2-insamlingsexemplet påverkas inte av denna paketeringsbegränsning.
Detta är aktuella integrationsresurser, inte ett register över kundens tidigare versioner. Bekräfta det godkända paketet eftersom innehållet i delade mappar kan ändras. Där etiketter i guiden och arkivmappar skiljer sig åt, använd filernas basnamn för att identifiera relevanta verktyg.
Planerar du en utvärdering? Dela information om din värdplattform, objektiv, gränssnitt, önskad källa och kvantitet via MD-produktsidan. CAMCUDA kan granska den efterfrågade konfigurationen innan du binder dig till integrationen.
Vanliga frågor
Ger en 16-bitars RAW-värmekameramodul kalibrerade temperaturdata?
Behållaren ensam kan inte fastställa det. Denna MD-konfiguration bär Y14-gråskala i Y16-lagring och är icke-radiometrisk: bildvärden (counts) är inte kalibrerade temperaturer. Håll den ursprungliga bufferten skild från skärmnormalisering och bekräfta källspecifik tolkning innan du bygger en analyspipeline.
Vad bör jag kontrollera om Y16 inte är tillgängligt på min Linux-värddator?
Kontrollera den faktiska enhetssökvägen och uppräknade format, bekräfta sedan modulen, gränssnitt kretskort och installerad firmware. Be CAMCUDA granska uppgraderingskompatibiliteten för den konfigurationen. När Y16 är tillgängligt, verifiera det förhandlade läget och den aktiva källan som separata steg. Undvik att behandla en firmware-uppdatering som en universell lösning för datainsamling.
Hur kan jag bekräfta att pre-AGC-utdata är aktivt?
Kontrollera kapacitetsmasken innan du begär källa 3. Inspektera selected_source och pending; starta om Y16-strömmen vid behov och läs sedan av active_source. Den faktiska källan är det användbara verifieringsresultatet – inte bara en lyckad inställningsbegäran.
