16-битов RAW термовизионен камерен модул: MD срещу InfiRay Mini2 640

Какво означава Y14 в контейнер Y16

Y16 показва на хоста как се съхраняват стойностите в степени на сивото: два байта на пиксел. Това не показва на хоста, че тези стойности съдържат 16 ефективни бита от сензора или че всяка стойност представлява температура. Ширината на съхранение и значението на изображението изискват отделни отговори.

Ръководството за MD описва RAW източника като Y14 в степени на сивото в 16-битов контейнер. Спецификацията на Linux V4L2 за luma формат също отбелязва, че точността на дискретизация на Y16 може да бъде по-ниска от 16 бита. За тази MD конфигурация изходът е нерадиометрични данни за изображението, а не калибрирани температурни стойности за всеки пиксел.

Преди да внедрите декодер, потвърдете подравняването на битовете и мащабирането на избрания източник. Наличните материали не дефинират универсално разположение на младшите 14 бита (low-14-bit), фиксирано отместване или диапазон на семплите. Формула за преобразуване от друга термовизионна камера не замества тази информация.

Изберете поддържан източник, след което проверете активния източник

Започнете с това, което инсталираният фърмуер действително предоставя. Страница 4 от публичното ръководство въвежда тези селектори на източници; актуалните MD ресурси изясняват техните проверки на възможностите. Маската на възможностите определя кои от тях могат да се използват със съответния модул.

Отделните селектори за NUC (1) и SFFC (2) са премахнати. Техните записи в пояснителната таблица на ръководството не трябва да се третират като избираеми опции.

1. Прочетете caps_mask и текущото състояние на източника.
2. Заявете наличен източник и проверете selected_source и pending.
3. Ако промяната е в процес на изчакване, рестартирайте потока Y16.
4. Прочетете active_source за да потвърдите действителния избор.

Заявеното не е същото като активното. Приемайте обратното прочитане (read-back) като проверка за завършване, а не просто успешния отговор на заявката 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 кадри без заглавни части (headers) за всеки кадър. При неговото 640×512 двубайтово оформление на съхранение един кадър съдържа 655 360 байта. Този размер на файла не е измерване на пропускателната способност при пренос или универсално правило за стъпка на драйвера.

Опционалният PGM е 8-битов предварителен преглед с разтягане по процентили: полезен за визуализиране на сцената, но различен от оригиналния буфер за анализ. Запазете RAW файла заедно със статуса на източника и договорения формат. В противен случай трансформацията за визуализация може да бъде сбъркана с промяна в придобитите данни.

При сравнителна работа запазете непокътнат файл от придобиването и записвайте кой изход използва всеки етап на обработка. Предварителен преглед за дисплей и RAW кадър не трябва да се сравняват така, сякаш са едно и също представяне. Това просто разделение помага както на интеграционния екип, така и на CAMCUDA да обсъждат пътя на данните, без да гадаят какво съдържа екранната снимка.

Съгласувайте проверки за приемане спрямо доставената конфигурация: поведение при превключване на източника, поведение на затвора и производителност на получените кадри на целевия хост. Водете кратък запис на ревизията на модула и платката, фърмуера, избрания и активния източник, режима и изходните файлове. Това са практически проверки за оценка, а не заместител на измерването на конфигурацията, която планирате да внедрите.

CAMCUDA FlexMini 640 накратко

Използвайте това резюме, за да структурирате оценката, след което проверете текущата продуктова страница за опции за конфигурация, оптика и поръчка. Хардуерните спецификации и зависимият от фърмуера път за придобиване са изброени отделно.

Ръководства, SDK ресурси и съвместимост

Четиристраничните ръководства на английски и немски език обединяват на едно място процедурата по надграждане, проверката на формата под Linux, примера за заснемане и справочника за избор на източник.

• Ръководство за обновяване на фърмуера и RAW/Y16 на английски език · PDF
• Ръководство на немски език: Обновяване на фърмуера и RAW/Y16 · PDF
• MD SDK и ресурси за интеграция · Google Drive

Съвместимост на SDK: главният хедър файл на разгледания контролен SDK v1.11.0 реферира към ir_ctrl_temperature.h, който липсва в този пакет. Набавете коригиран съответстващ пакет и потвърдете съвместимостта на заглавните файлове, библиотеките и хардуера преди интеграция при компилиране. Това не е завършено, готово за компилиране издание на SDK. Независимият пример за придобиване през Linux V4L2 е отделен от това ограничение в пакетирането.

Това са актуални ресурси за интеграция, а не архив на историческите версии на клиента. Потвърдете одобрения пакет, тъй като съдържанието на споделената папка може да се променя. Там, където етикетите на ръководството и архивната папка се различават, използвайте базовите имена на файловете, за да идентифицирате съответните инструменти.

Планирате оценка? Споделете вашата хост платформа, обектив, интерфейс, необходим източник и количество чрез продуктовата страница на MD. CAMCUDA може да прегледа заявената конфигурация, преди да пристъпите към интеграцията.