14 bites RAW hőkameramodul: FlexMini 640 vs InfiRay Mini2 640
CAMCUDA / MÉRNÖKI ESETJEGYZETEK
Egy megoldott MD-integrációs probléma — és az ellenőrzések, amelyek átláthatóvá teszik a RAW képi munkafolyamatot.
Ellenőrizze az elérési utat.
640×512 LWIR · USB UVC Y16
FlexMini 640 termékreferencia, 4,9 mm-es szerelvény. Nem az ügyfél egysége.
A 16 bites RAW hőkameramodul kiválasztása a rögzítési formátumnál kezdődik, nem csupán a képernyőn látható képnél. Az OEM-integrációhoz ezenkívül meghatározott formátumra, tisztázott képforrásra és olyan pufferre van szükség, amelyet a host anélkül használhat, hogy összetévesztené a megjelenítési feldolgozást az eredeti adatokkal.
A(z) CAMCUDA FlexMini 640 16 bites RAW LWIR hőkameramodul USB UVC Y16 útvonalat kínál a megfelelő konfigurációkhoz. A legfontosabb különbségtétel egyszerű: Y14 szürkeárnyalatos adatok 16 bites Y16 konténerben. Íme egy rövid ügyféleset, amelyet az adott útvonal ellenőrzésére szolgáló útmutató követ.
Az integrációs esettanulmány: egy firmware-frissítés megoldotta a problémát
Egy német ügyfél MD 16 bites RAW integrációs problémája egy firmware-frissítést követően megoldódott. Az eredmény rávilágít arra, miért tartozik a firmware-kompatibilitás a hardver- és host-követelmények mellé az értékelés megtervezésekor.
Az alábbi mérnöki munkafolyamat az aktuális MD útmutatókra és integrációs forrásokra támaszkodik. Nem az ügyfél tesztelési folyamatának rekonstrukciója, és nem jelent garanciát arra, hogy ugyanez a frissítés minden képrögzítési problémát megold.
Mit jelent az Y14 egy Y16 konténerben
Az Y16 meghatározza a host számára a szürkeárnyalatos minták tárolási módját: képpontonként két bájt. Nem közli azonban a hosttal, hogy ezek a minták 16 effektív szenzorbitet tartalmaznak-e, vagy hogy az egyes értékek hőmérsékletet jelentenek-e. A tárolási szélesség és a kép jelentéstartalma külön választ igényel.
Az MD útmutató a RAW forrást 16 bites konténerben lévő Y14 szürkeárnyalatként írja le. A Linux V4L2 lumaformátum-specifikáció azt is megjegyzi, hogy az Y16 mintavételezési pontossága 16 bitnél alacsonyabb is lehet. Ennél az MD-konfigurációnál a kimenet nem radiometrikus képadatok, nem pedig pixelenként kalibrált hőmérséklet-értékek.
A dekóder implementálása előtt ellenőrizze a kiválasztott forrás bitigazítását és skálázását. A rendelkezésre álló dokumentáció nem határoz meg univerzális alsó 14 bites elrendezést, rögzített eltolást vagy mintatartományt. Egy másik hőkamerából származó konverziós képlet nem helyettesíti ezt az információt.
FlexMini 640 VS INFIRAY MINI2 640
16 bites RAW hőkameramodul-összehasonlítás: FlexMini 640 vs InfiRay Mini2 640
Mindkét modul hűtés nélküli VOx 640×512 detektort, 12 μm-es képpontméretet és 8–14 μm-es LWIR hullámsávot használ. Hasonlítsa össze először az alapvető képalkotási specifikációkat, majd a RAW-adathozzáférést és a gazdagépoldali feldolgozási lehetőségeket.
| Specifikáció / kimenet | CAMCUDA FlexMini 640 14-bit RAW · Y16 | InfiRay Mini2 640 |
|---|---|---|
| Detektor / felbontás | Hűtetlen VOx / 640×512 | Hűtetlen VOx / 640×512 |
| Képponttávolság | 12 μm | 12 μm |
| LWIR hullámsáv | 8–14 μm | 8–14 μm |
| Névleges képkockasebesség | 50 Hz-es hardverspecifikáció; az Y16 rögzítési mód a firmware és a host támogatásától függ. | 30 / 60 Hz-es detektor képkockasebesség. |
| Közzétett NETD | ≤30 mK | ≤40 mK 25°C-on, F/1.0, 25 Hz mellett |
| 16 bites RAW kimenet | Igen — Y14 szürkeárnyalat 16 bites Y16 konténerben. USB UVC RAW rögzítés. | Nem — csak feldolgozott videó. Nincs 16 bites RAW képkocka-kimenet. |
| Gazdagép számára elérhető adatok | Eredeti szürkeárnyalatos képkocka-puffer, little-endian uint16 formátumban tárolva. Tartsa külön az opcionális 8 bites vizuális előnézettől. | Megjelenítésre feldolgozott videóképkockák, nem az eredeti RAW szürkeárnyalatos puffer. |
| RAW forrás kiválasztása | RAW (0), pre-AGC (3) és post-AGC (4), a firmware képességeinek függvényében. A szükséges Y16 újraindítás után ellenőrizze az aktív forrást. | Nincs 16 bites RAW forrás elérhetővé téve a feldolgozott videókimenetben. |
| Gazdagépoldali képfeldolgozás | Őrizze meg az eredeti szürkeárnyalatos mintákat a saját normalizálási és képelemzési folyamataihoz. | Dolgozzon a biztosított feldolgozott videóval; az eredeti RAW minták nem állnak rendelkezésre. |
A hőkamerás videostream és a RAW képpuffer eltérő integrációs igényeket szolgál ki. A CAMCUDA FlexMini 640 Y14 szürkeárnyalatos adatokat biztosít egy 16 bites Y16 konténerben USB UVC-n keresztül. Az InfiRay Mini2 640 kizárólag feldolgozott videót ad ki, 16 bites RAW kimenet nélkül.
Válassza az FlexMini 640 modult, ha projektjének RAW-adatokra van szüksége, nem csupán egy hőkamerás képre. Az eredeti szürkeárnyalatos pufferhez való hozzáférés lehetővé teszi, hogy a gazdaalkalmazás vezérelje a megjelenítés normalizálását és a képelemzést, ahelyett, hogy kizárólag a feldolgozott videóra támaszkodna.
Az FlexMini 640 RAW adatútvonala nem radiometrikus. Az Y16 a tárolási formátumot írja le; a payload itt Y14 szürkeárnyalat, nem kalibrált hőmérsékleti adat. A névleges képkockasebességek nem garantált gazdagépoldali rögzítési sebességek, és a felsorolt NETD-értékek nem azonos feltételek melletti referenciaértékek. Mini2 alapvető műszaki adatok: Mini2 sorozat adatlapja, 2. oldal.
Válasszon ki egy támogatott forrást, majd ellenőrizze az aktív forrást
Induljon ki abból, amit a telepített firmware ténylegesen elérhetővé tesz. A nyilvános útmutató 4. oldala bevezeti ezeket a forrásválasztókat; a jelenlegi MD-erőforrások tisztázzák azok képesség-ellenőrzéseit. A képességmaszk határozza meg, hogy melyik használható a megfelelő modulon.
| Választó | Adatútvonal |
|---|---|
| 0 · RAW | Korai ISP-fázisú detektorkimenet; Y14 szürkeárnyalat 16 bites konténerben |
| 3 · Pre-AGC | AGC / dinamikatartomány-tömörítés előtt |
| 4 · Post-AGC | AGC után, leírás szerint megőrizve a 14 bites tartományt |
A különálló NUC (1) és SFFC (2) választók el lettek távolítva. Az útmutató magyarázó táblázatában szereplő bejegyzéseiket nem szabad választható opcióként kezelni.
- Olvassa ki
caps_maskés az aktuális forrásállapotot. - Kérjen le egy elérhető forrást, és vizsgálja meg
selected_sourceéspending. - Ha a módosítás függőben van, indítsa újra az Y16 adatfolyamot.
- Olvassa ki
active_sourcea tényleges kiválasztás ellenőrzéséhez.
A kért állapot nem azonos az aktívval. A visszaolvasást tekintse a befejezés ellenőrzésének, ne csupán a sikeres SET-választ. A forrásválasztás csak futásidejű, és nem ír a Flash memóriába; ne tételezzen fel alapértelmezett forrást vagy állapotmegőrzést a tápellátás újraindítása után.
A megfelelő frissítéstől a Linux képkocka-rögzítésig
1. Ellenőrizze a frissítőcsomagot
Frissítés előtt egyeztesse a modul és az alaplap revízióját, az interfészt, a hostot és a kompatibilis firmware-t a CAMCUDA-val. A nyilvános útmutató egy Windows-frissítő segédprogramot mutat be, és a tápellátás újraindítását írja elő, ha az eszköz a befejezést követően nem indult újra. Egy újabb fájlnév önmagában nem minősül kompatibilitási ellenőrzésnek.
2. Listázza a tényleges videóeszközt
Az útmutató a következő parancsot használja az elérhető formátumok listázására. /dev/video0 egy példa elérési út; azonosítsa a megfelelő eszközt a host rendszeren.
v4l2-ctl -d /dev/video0 --list-formats-extKeresse meg az Y16-ot, és vizsgálja meg a meghirdetett méreteit és időközeit. Az útmutató a 640×512-es felbontást 50 fps mellett szemlélteti; a folyamatos vételi teljesítményt még ellenőrizni kell az átadott modulon és a gazdagépen. A Linux API különválasztja a formátumfelsorolás a következőtől: formátumegyeztetés. Ellenőrizze az illesztőprogram által visszaadott formátumot ahelyett, hogy feltételezné, változtatás nélkül elfogadta a kérést.
Alkalmazzon három különálló ellenőrzést: meghirdetett formátum, aktív képforrás és fogadott képkockák. Az Y16 megjelenése a listában választ ad az első kérdésre. A forrás állapotának kiolvasása választ ad a másodikra. A cél gazdagépen történő képrögzítés választ ad a harmadikra. Ezen ellenőrzések különválasztása sokkal hasznosabbá teszi a támogatási kérést, mint pusztán annak jelentése, hogy a kép hibásnak tűnik.
3. Használja a megfelelő rögzítési példát
A Linux-példa a következővel fordul: make. Az útmutató ezután a következő képrögzítési hívást mutatja be:
./raw_y16_grab /dev/video0 frame_y16.raw 640 512 5 frame_y16.pgm 10Ez az útmutatóban szereplő példahívás. Az argumentumok definícióihoz használja a vonatkozó README fájlt, és igazítsa az eszköz elérési útját a gazdagéphez; ne következtessen a számok céljára kizárólag a pozíciójuk alapján. Ellenőrizze az aktív forrást, és őrizze meg az eredeti puffert, mielőtt a képkockákat betáplálná egy algoritmusba.
Őrizze meg a RAW puffert, és a megfelelő rétegben végezze a hibaelhárítást
A mellékelt képrögzítési példa egymást követő, little-endian uint16 képkockákat tárol képkockánkénti fejlécek nélkül. A 640×512 méretű, kétbájtos tárolási elrendezés esetén egy képkocka 655 360 bájtot tartalmaz. Ez a fájlméret nem átviteli sávszélesség-mérés, és nem általános illesztőprogram-stride szabály.
Az opcionális PGM egy 8 bites, percentilissel nyújtott előnézet: hasznos a jelenet megtekintéséhez, de eltér az eredeti elemzési puffertől. Őrizze meg a RAW fájlt a forrásállapot és a megtárgyalt formátum mellett. Ellenkező esetben a megjelenítési transzformáció tévesen a rögzített adatok megváltozásának tűnhet.
Az összehasonlító vizsgálatokhoz őrizzen meg egy érintetlen adatgyűjtési fájlt, és rögzítse, hogy az egyes feldolgozási szakaszok melyik kimenetet használják fel. A megjelenítési előnézetet és a RAW képkockát nem szabad úgy összehasonlítani, mintha azonos reprezentációk lennének. Ez az egyszerű elkülönítés segíti mind az integrációs csapatot, mind a CAMCUDA-t az adatútvonal megbeszélésében anélkül, hogy találgatni kellene egy képernyőkép tartalmát.
| Megfigyelés | Következő ellenőrzés |
|---|---|
| Az Y16 nem szerepel a listán | Ellenőrizze az eszköz elérési útját, a kártyát, a telepített firmware-t és a megfelelő frissítési támogatást. |
| A forráskérés sikeres, a kép változatlannak tűnik | Ellenőrizze a függőben lévő állapotot, szükség esetén indítsa újra az Y16-ot, majd olvassa be az active_source értékét. |
| Az előnézeti értékek eltérnek a RAW-fájltól | Ellenőrizze, hogy az összehasonlított kimenet át lett-e konvertálva 8 bites előnézetre. |
| A rögzítés nem éri el a kívánt sebességet | Ellenőrizze az egyeztetett módot, a gazdagép sávszélességét és a fogadott képkockákat; a névleges beállítások nem jelentenek mért átvitelt. |
| A pixeldekódolás bizonytalan | Kérjen forrásspecifikus igazítást és skálázást a maszk vagy eltolás találgatása helyett. |
Állapodjon meg az átvételi ellenőrzésekről a leszállított konfiguráció alapján: forrásváltási viselkedés, zárviselkedés és a fogadott képkockák teljesítménye a tervezett gazdagépen. Vezessen rövid nyilvántartást a modul és a hordozólap revíziójáról, a firmware-ről, a kiválasztott és aktív forrásról, az üzemmódról és a kimeneti fájlokról. Ezek gyakorlati értékelési ellenőrzések, nem helyettesítik a ténylegesen üzembe helyezni tervezett konfiguráció mérését.
A CAMCUDA FlexMini 640 áttekintése
Használja ezt az összefoglalót az értékelés kereteként, majd tekintse meg az aktuális termékoldalt a konfigurációs, optikai és rendelési opciók kapcsán. A hardverspecifikációk és a firmware-függő adatgyűjtési útvonal külön szerepelnek.
| Termék | CAMCUDA FlexMini 640 16 bites RAW LWIR hőkameramodul |
|---|---|
| Hardvermodell / SKU | FlexMini 640 14-bit RAW · Y16 |
| Detektor / felbontás | Hűtetlen VOx / 640×512 |
| Képpontméret / hullámsáv | 12 μm / 8–14 μm |
| Akvizíciós útvonal | USB UVC Y16; Y14 szürkeárnyalat 16 bites Y16 konténerben |
| Képfelhasználás célja | Nem radiometrikus szürkeárnyalatos képrögzítés |
| Objektívopciók | 4.1, 4.9, 9.1, 13, 19 és 35 mm; elérhetőség és konfiguráció árajánlat alapján |
Útmutatók, SDK-források és kompatibilitás
A négyoldalas angol és német nyelvű útmutatók egy helyen foglalják össze a frissítési eljárást, a Linux formátumellenőrzést, a rögzítési példát és a forrásválasztó referenciát.
- Angol nyelvű firmware-frissítési és RAW/Y16 útmutató · PDF
- Német nyelvű útmutató: Firmware-frissítés és RAW/Y16 · PDF
- MD SDK és integrációs források · Google Drive
SDK-kompatibilitás: az átvizsgált vezérlő SDK v1.11.0 fő fejléce a következőre hivatkozik: ir_ctrl_temperature.h, amely hiányzik az adott csomagból. Szerezzen be egy javított, kompatibilis csomagot, és ellenőrizze a fejléc-, könyvtár- és hardverkompatibilitást a buildbe történő integrálás előtt. Ez nem egy teljes, azonnal fordítható SDK-kiadás. A független Linux V4L2 rögzítési példát nem érinti ez a csomagolási korlátozás.
Ezek az aktuális integrációs erőforrások, nem pedig az ügyfél korábbi verzióinak nyilvántartása. Ellenőrizze a jóváhagyott csomagot, mivel a megosztott mappa tartalma változhat. Ahol az útmutató és az archív mappa címkéi eltérnek, használja a fájlok alapnevét a releváns eszközök beazonosításához.
Tesztelést tervez? Ossza meg gazdagép-platformját, objektívét, interfészét, a kívánt forrást és a mennyiséget a következő felületen: MD termékoldal. A CAMCUDA áttekintheti a kért konfigurációt, mielőtt elkötelezné magát az integráció mellett.
Gyakran ismételt kérdések
Biztosít kalibrált hőmérsékleti adatokat egy 16 bites RAW hőkameramodul?
A konténer önmagában ezt nem tudja meghatározni. Ez az MD-konfiguráció Y14 szürkeárnyalatot hordoz Y16 tárolóban, és nem radiometrikus: a képpontértékek nem kalibrált hőmérsékletek. Tartsa külön az eredeti puffert a megjelenítési normalizálástól, és az elemzési pipeline kiépítése előtt ellenőrizze a forrásspecifikus értelmezést.
Mit ellenőrizzek, ha az Y16 nem érhető el a Linux gazdagépemen?
Ellenőrizze a tényleges eszközútvonalat és a felsorolt formátumokat, majd erősítse meg a modult, interfész az alaplapot és a telepített firmware-t. Kérje meg a CAMCUDA-t a frissítési kompatibilitás ellenőrzésére az adott konfigurációhoz. Amint az Y16 elérhető, külön lépésekben ellenőrizze az egyeztetett módot és az aktív forrást. Ne tekintse a firmware-frissítést univerzális rögzítési hibajavításnak.
Hogyan ellenőrizhetem, hogy a pre-AGC kimenet aktív?
Ellenőrizze a capability mask értékét a source 3 lekérése előtt. Vizsgálja meg a selected_source és a pending állapotot; szükség esetén indítsa újra az Y16 streamet, majd olvassa be az active_source értékét. A tényleges forrás jelenti a hasznos ellenőrzési eredményt – nem pusztán a sikeres beállítási kérés.
