Модуль цеплавізійнай камеры CAMCUDA FlexMini 640 16-bit RAW, вуглавая зборка 4,9 мм
|

16-бітны RAW-модуль цеплавізійнай камеры: MD супраць InfiRay Mini2 640

АўтарDaniel

CAMCUDA / ІНЖЫНЕРНЫЯ НАТАТКІ

Вырашаная праблема інтэграцыі MD — і праверкі, якія робяць працоўны працэс з выявамі RAW зразумелым.

FlexMini 640Вызначце даныя.
Праверце шлях.

640×512 LWIR · USB UVC Y16

Узор прадукту FlexMini 640, зборка 4.9 мм. Не прылада кліента.

Выбар 16-бітнага модуля цеплавізійнай камеры RAW пачынаецца з фармату збору даных, а не толькі з выявы на экране. OEM-інтэграцыя таксама патрабуе вызначанага фармату, зразумелай крыніцы выявы і буфера, які хост можа выкарыстоўваць без блытаніны паміж апрацоўкай для адлюстравання і зыходнымі данымі.

Гэты CAMCUDA FlexMini 640 16-бітны RAW LWIR модуль цеплавізійнай камеры прапануе шлях USB UVC Y16 для адпаведных канфігурацый. Галоўнае адрозненне простае: даныя градацый шэрага Y14 у 16-бітным кантэйнеры Y16. Вось кароткі прыклад кліента, за якім ідзе інструкцыя па праверцы гэтага шляху.

Кейс інтэграцыі: абнаўленне прашыўкі вырашыла праблему

Праблема кліента з Германіі па інтэграцыі 16-бітнага RAW для MD была вырашана пасля абнаўлення прашыўкі. Гэты вынік ілюструе, чаму сумяшчальнасць прашыўкі гэтак жа важная, як і апаратныя патрабаванні і патрабаванні хоста пры планаванні ацэнкі.

Прыведзены ніжэй інжынерны працэс выкарыстоўвае актуальныя кіраўніцтвы па MD і рэсурсы для інтэграцыі. Гэта не рэканструкцыя тэставай сесіі кліента і не абяцанне, што такое ж абнаўленне вырашыць любую праблему са зборам даных.

Што азначае Y14 у кантэйнеры Y16

Y16 паведамляе хосту, як захоўваюцца выбаркі градацый шэрага: два байты на піксель. Ён не паведамляе хосту, што гэтыя выбаркі змяшчаюць 16 эфектыўных бітаў датчыка або што кожнае значэнне адпавядае тэмпературы. Разраднасць захоўвання і сэнс выявы патрабуюць асобнага разгляду.

Кіраўніцтва па MD апісвае крыніцу RAW як градацыі шэрага Y14 у 16-бітным кантэйнеры. Спецыфікацыя фармату яркасці Linux V4L2 таксама адзначае, што дакладнасць выбаркі Y16 можа быць ніжэйшай за 16 бітаў. Для гэтай канфігурацыі MD выхадам з'яўляецца нерадыёметрычныя даныя выявы, а не адкалібраваныя значэнні тэмпературы для кожнага пікселя.

Перад рэалізацыяй дэкодэра пацвердзіце бітавае выраўноўванне і маштабаванне абранай крыніцы. Наяўныя матэрыялы не вызначаюць універсальнай кампаноўкі малодшых 14 біт, фіксаванага зруху або дыяпазону выбарак. Формула пераўтварэння ад іншай цеплавізійнай камеры не заменіць гэтую інфармацыю.

Модуль цеплавізійнай камеры LWIR CAMCUDA FlexMini 640, зборка 9,1 мм, выгляд задняга раздыма
Даведка па заднім інтэрфейсе FlexMini 640, зборка 9.1 mm. Пацвердзіце абраную рэвізію платы.

FlexMini 640 СУПРАЦЬ INFIRAY MINI2 640

Параўнанне 16-бітных RAW-модуляў цеплавізійных камер: FlexMini 640 супраць InfiRay Mini2 640

Абодва модулі выкарыстоўваюць неахалоджваны дэтэктар VOx 640×512, пікселі 12 μm і дыяпазон хваль LWIR 8–14 μm. Спачатку параўнайце базавыя характарыстыкі візуалізацыі, а затым доступ да даных RAW і параметры апрацоўкі на баку хоста.

FlexMini 640 супраць InfiRay Mini2 640 — тэхнічныя характарыстыкі і выхад RAW
Спецыфікацыя / выхадCAMCUDA FlexMini 640
14-bit RAW · Y16
InfiRay Mini2 640
Дэтэктар / разрозненнеНеахалоджваны VOx / 640×512Неахалоджваны VOx / 640×512
Крок пікселя12 μm12 μm
Спектральны дыяпазон LWIR8–14 мкм8–14 мкм
Намінальная частата кадраўАпаратная спецыфікацыя 50 Hz; рэжым захопу Y16 залежыць ад прашыўкі і падтрымкі хоста.Частата кадраў дэтэктара 30 / 60 Hz.
Апублікаваны NETD≤30 mK≤40 mK пры 25°C, F/1.0, 25 Hz
16-бітны выхад RAWТак — градацыі шэрага Y14 у 16-бітным кантэйнеры Y16. Захоп USB UVC RAW.Не — толькі апрацаванае відэа. Адсутнічае вывад 16-бітных кадраў RAW.
Даныя, даступныя хостуЗыходны буфер кадраў у адценнях шэрага, які захоўваецца як little-endian uint16. Захоўвайце яго асобна ад апцыянальнага 8-бітнага візуальнага папярэдняга прагляду.Відэакадры, апрацаваныя для адлюстравання, а не зыходны буфер градацый шэрага RAW.
Выбар крыніцы RAWRAW (0), pre-AGC (3) і post-AGC (4), у залежнасці ад магчымасцей прашыўкі. Пасля абавязковага перазапуску Y16 праверце актыўную крыніцу.16-бітная крыніца RAW не падаецца на выхад апрацаванага відэа.
Апрацоўка выявы на баку хостаЗахоўвайце зыходныя сэмплы градацый шэрага для ўласнага канвеера нармалізацыі і аналізу выяў.Працуйце з прадстаўленым апрацаваным відэа; зыходныя сэмплы RAW недаступныя.

Цеплавы відэапаток і буфер выявы RAW служаць для розных задач інтэграцыі. CAMCUDA FlexMini 640 забяспечвае даныя градацый шэрага Y14 у 16-бітным кантэйнеры Y16 праз USB UVC. InfiRay Mini2 640 выводзіць толькі апрацаванае відэа без 16-бітнага выхаду RAW.

Выбірайце FlexMini 640, калі вашаму праекту патрэбны даныя RAW, а не проста цеплавая выява. Доступ да зыходнага буфера градацый шэрага дазваляе вашай хост-праграме кантраляваць нармалізацыю адлюстравання і аналіз выявы замест таго, каб спадзявацца выключна на апрацаванае відэа.

Шлях RAW у MD з'яўляецца нерадыёметрычным. Y16 апісвае фармат захоўвання; карысная нагрузка тут — гэта градацыі шэрага Y14, а не адкалібраваныя тэмпературныя даныя. Намінальная частата кадраў не гарантуе хуткасць захопу хостам, а пералічаныя значэнні NETD не з'яўляюцца арыенцірам у супастаўных умовах. Базавыя характарыстыкі Mini2: Тэхнічны пашпарт серыі Mini2, старонка 2.

Выберыце падтрымліваную крыніцу, затым праверце актыўную крыніцу

Пачніце з таго, што фактычна прадстаўляе ўсталяваная прашыўка. Старонка 4 публічнага кіраўніцтва прадстаўляе гэтыя селектары крыніц; бягучыя рэсурсы MD тлумачаць іх праверкі магчымасцей. Маска магчымасцей вызначае, якія з іх можна выкарыстоўваць на адпаведным модулі.

FlexMini 640 RAW-падобныя крыніцы: залежыць ад магчымасцей прашыўкі
СелектарШлях даных
0 · RAWВыхад дэтэктара на раннім этапе ISP; адценні шэрага Y14 у 16-бітным кантэйнеры
3 · Pre-AGCПерад AGC / сцісканнем дынамічнага дыяпазону
4 · Post-AGCПасля AGC апісваецца як захаванне 14-бітнага дыяпазону

Асобныя селектары NUC (1) і SFFC (2) выдаленыя. Іх запісы ў тлумачальнай табліцы кіраўніцтва не варта разглядаць як даступныя для выбару варыянты.

  1. Зчытайце caps_mask і бягучы стан крыніцы.
  2. Запытайце даступную крыніцу і праверце selected_source і pending.
  3. Калі змяненне чакае прымянення, перазапусціце паток Y16.
  4. Зчытайце active_source , каб праверыць фактычны выбар.

Запытанае не тое самае, што актыўнае. Разглядайце зваротнае счытванне як праверку завяршэння, а не проста паспяховы адказ SET. Выбар крыніцы дзейнічае толькі падчас выканання і не запісваецца ў Flash; не разлічвайце на крыніцу па змаўчанні або яе захаванне пасля перазапуску сілкавання.

Ад адпаведнага абнаўлення да захопу кадраў у Linux

1. Пацвердзіце пакет абнаўлення

Перад абнаўленнем узгодніце з CAMCUDA рэвізію модуля і платы, інтэрфейс, хост і сумяшчальную прашыўку. Публічнае кіраўніцтва дэманструе ўтыліту абнаўлення для Windows і патрабуе перазапуску сілкавання, калі прылада не перазагрузілася пасля завяршэння. Больш новая назва файла сама па сабе не з'яўляецца праверкай сумяшчальнасці.

2. Вызначце фактычную відэапрыладу

У кіраўніцтве выкарыстоўваецца наступная каманда для вываду спіса даступных фарматаў. /dev/video0 з'яўляецца прыкладам шляху; вызначыце правільную прыладу на вашым хосце.

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

Знайдзіце Y16 і праверце яго заяўленыя памеры і інтэрвалы. У кіраўніцтве прыведзены прыклад 640×512 пры 50 fps; стабільную прадукцыйнасць прыёму ўсё яшчэ неабходна пацвердзіць на пастаўленым модулі і хосце. Linux API размяжоўвае пералічэнне фарматаў ад узгадненне фармату. Праверце фармат, які вярнуў драйвер, замест таго каб меркаваць, што ён прыняў запыт без змен.

Выкарыстоўвайце тры асобныя праверкі: заяўлены фармат, актыўная крыніца выявы і атрыманыя кадры. Наяўнасць Y16 у спісе адказвае на першае пытанне. Счытванне статусу крыніцы адказвае на другое. Захоп на мэтавым хосце адказвае на трэцяе. Падзел гэтых праверак робіць запыт у службу падтрымкі больш карысным, чым простае паведамленне пра тое, што выява выглядае няправільна.

3. Выкарыстоўвайце адпаведны прыклад захопу

Прыклад для Linux збіраецца з дапамогай make. Затым у кіраўніцтве прыводзіцца наступны выклік захопу:

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

Гэта прыклад выкліку з кіраўніцтва. Выкарыстоўвайце адпаведны файл README для вызначэння аргументаў і адаптуйце шлях да прылады для вашага хоста; не рабіце высноў пра прызначэнне кожнага ліку з яго пазіцыі. Пацвердзіце актыўную крыніцу і захавайце зыходны буфер перад перадачай кадраў у алгарытм.

Захавайце буфер RAW і ліквідуйце непаладкі на патрэбным узроўні

Прадстаўлены прыклад захопу захоўвае паслядоўныя значэнні little-endian uint16 кадры без пакадравых загалоўкаў. Для схемы захоўвання 640×512 па два байты адзін кадр змяшчае 655 360 байт. Гэты памер файла не з'яўляецца вымярэннем прапускной здольнасці перадачы або ўніверсальным правілам кроку драйвера.

Дадатковы PGM — гэта 8-бітны папярэдні прагляд з працэнтыльным расцяжэннем: карысны для прагляду сцэны, але адрозніваецца ад зыходнага буфера аналізу. Захоўвайце файл RAW разам са статусам крыніцы і ўзгодненым фарматам. Інакш трансфармацыю адлюстравання можна памылкова прыняць за змяненне атрыманых даных.

Для параўнання захоўвайце некрануты зыходны файл захопу і фіксуйце, які выхад выкарыстоўвае кожны этап апрацоўкі. Папярэдні прагляд для адлюстравання і кадр RAW не варта параўноўваць так, нібы яны з'яўляюцца аднолькавым прадстаўленнем. Гэта простае раздзяленне дапамагае як камандзе інтэграцыі, так і CAMCUDA абмяркоўваць тракт даных, не адгадваючы, што змяшчаецца на скрыншоце.

Практычныя праверкі перад змяненнем інтэграцыі
НазіраннеНаступная праверка
Y16 адсутнічае ў спісеПацвердзіце шлях да прылады, плату, усталяваную прашыўку і адпаведную падтрымку абнаўлення.
Запыт крыніцы выконваецца паспяхова, выява застаецца нязменнайПраверце стан чакання, перазапусціце Y16 пры неабходнасці, затым прачытайце active_source.
Значэнні папярэдняга прагляду адрозніваюцца ад RAW-файлаПраверце, ці быў параўноўваны выхад пераўтвораны ў 8-бітны папярэдні прагляд.
Частата захопу не адпавядае мэтавайПраверце ўзгоднены рэжым, прапускную здольнасць хоста і атрыманыя кадры; намінальныя налады не з'яўляюцца вымеранай хуткасцю перадачы.
Дэкадаванне пікселяў няпэўнаеЗапытайце спецыфічнае для крыніцы выраўноўванне і маштабаванне замест падбору маскі або зруху.

Узгодніце працэдуры прыёмачнага кантролю для пастаўленай канфігурацыі: паводзіны пры пераключэнні крыніцы, паводзіны засаўкі і прадукцыйнасць атрымання кадраў на мэтавым хосце. Вядзіце кароткі ўлік рэвізіі модуля і платы, убудаванага ПЗ, выбранай і актыўнай крыніцы, рэжыму і выхадных файлаў. Гэта практычныя праверкі для ацэнкі, а не замена вымярэнню той канфігурацыі, якую вы плануеце разгарнуць.

Кароткі агляд CAMCUDA FlexMini 640

Выкарыстоўвайце гэтае рэзюмэ для структурыравання ацэнкі, а затым праверце бягучую старонку прадукту для выбару канфігурацыі, оптыкі і варыянтаў заказу. Апаратныя характарыстыкі і тракт захопу, залежны ад убудаванага ПЗ, пералічаны асобна.

Даведка па прадукце CAMCUDA FlexMini 640
ПрадуктCAMCUDA FlexMini 640 16-бітны RAW LWIR модуль цеплавізійнай камеры
Апаратная мадэль / SKUFlexMini 640
14-bit RAW · Y16
Дэтэктар / разрозненнеНеахалоджваны VOx / 640×512
Крок пікселя / спектральны дыяпазон12 μm / 8–14 μm
Тракт збору даныхUSB UVC Y16; Y14 у градацыях шэрага ў 16-бітным кантэйнеры Y16
Прызначэнне выявыНерадыяметрычны захоп у градацыях шэрага
Варыянты аб'ектываў4.1, 4.9, 9.1, 13, 19 і 35 mm; наяўнасць і канфігурацыя па запыце

Кіраўніцтвы, рэсурсы SDK і сумяшчальнасць

Чатырохстаронкавыя кіраўніцтвы на англійскай і нямецкай мовах аб'ядноўваюць у адным месцы працэдуру абнаўлення, праверку фармату ў Linux, прыклад захопу і даведнік па выбары крыніцы.

Сумяшчальнасць SDK: галоўны загалоўкавы файл праверанага SDK кіравання v1.11.0 спасылаецца на ir_ctrl_temperature.h, які адсутнічае ў гэтым пакеце. Атрымайце выпраўлены адпаведны пакет і пацвердзіце сумяшчальнасць загалоўкавых файлаў, бібліятэк і абсталявання перад інтэграцыяй у зборку. Гэта не поўны, гатовы да зборкі рэліз SDK. Незалежны прыклад захопу Linux V4L2 не закрануты гэтым абмежаваннем камплектацыі.

Гэта актуальныя рэсурсы для інтэграцыі, а не запіс гістарычных версій заказчыка. Пацвердзіце зацверджаны пакет, паколькі змесціва агульных папак можа змяняцца. Калі назвы папак у кіраўніцтве і архіве адрозніваюцца, выкарыстоўвайце базавыя імёны файлаў для ідэнтыфікацыі патрэбных інструментаў.

Публічнае кіраўніцтва па FlexMini 640 RAW Y16 з паказам завяршэння абнаўлення і пералічэння фарматаў Linux
Дэманстрацыя з агульнадаступнага кіраўніцтва, а не пратакол выпрабаванняў кліента. 50 fps — прадэманстраваны рэжым.

Плануеце ацэнку? Паведаміце параметры вашай хост-платформы, аб'ектыва, інтэрфейсу, неабходнай крыніцы і колькасці праз старонку прадукту MD. CAMCUDA можа разгледзець запытаную канфігурацыю да таго, як вы пяройдзеце да інтэграцыі.

Часта задаваныя пытанні

Ці забяспечвае 16-бітны модуль цеплавізійнай камеры RAW адкалібраваныя даныя тэмпературы?

Адзін толькі кантэйнер не можа гэта вызначыць. Гэтая канфігурацыя MD перадае градацыі шэрага Y14 у фармаце захоўвання Y16 і з'яўляецца нерадыяметрычнай: лічбавыя адлікі выявы не з'яўляюцца калібраванымі тэмпературамі. Захоўвайце зыходны буфер асобна ад нармалізацыі адлюстравання і пацвердзіце спецыфічную для крыніцы інтэрпрэтацыю перад стварэннем канвеера аналізу.

Што варта праверыць, калі Y16 недаступны на маім хосце Linux?

Праверце фактычны шлях да прылады і пералічаныя фарматы, затым пацвердзіце модуль, інтэрфейс плату і ўсталяванае ўбудаванае ПЗ. Запытайце ў CAMCUDA праверку сумяшчальнасці абнаўлення для гэтай канфігурацыі. Калі Y16 стане даступным, праверце ўзгоднены рэжым і актыўную крыніцу як асобныя крокі. Пазбягайце стаўлення да абнаўлення ўбудаванага ПЗ як да ўніверсальнага рашэння праблем з захопам.

Як пацвердзіць, што выхад pre-AGC актыўны?

Праверце маску магчымасцей перад запытам крыніцы 3. Праверце selected_source і pending; пры неабходнасці перазапусціце паток Y16, затым счытайце active_source. Менавіта фактычная крыніца з'яўляецца карысным вынікам праверкі, а не проста паспяховы запыт налады.

Спасылкі

Падобныя запісы