16-бітний RAW-модуль тепловізійної камери: MD проти InfiRay Mini2 640
CAMCUDA / ІНЖЕНЕРНІ ПРИМІТКИ ДО КЕЙСІВ
Вирішена проблема інтеграції MD — та перевірки, що роблять робочий процес із RAW-зображеннями зрозумілим.
Перевірте шлях.
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 бітів (low-14-bit), фіксованого зсуву чи діапазону вибірок. Формула перетворення від іншої тепловізійної камери не замінить цієї інформації.

FlexMini 640 ПРОТИ INFIRAY MINI2 640
Порівняння 16-бітних RAW-модулів тепловізійних камер: FlexMini 640 проти InfiRay Mini2 640
Обидва модулі використовують неохолоджуваний детектор VOx 640×512, розмір пікселя 12 мкм і діапазон довжин хвиль LWIR 8–14 мкм. Спочатку порівняйте базові характеристики формування зображення, а потім — доступ до даних RAW і варіанти обробки на стороні хоста.
| Специфікація / вихід | CAMCUDA FlexMini 640 14-bit RAW · Y16 | InfiRay Mini2 640 |
|---|---|---|
| Детектор / роздільна здатність | Неохолоджуваний VOx / 640×512 | Неохолоджуваний VOx / 640×512 |
| Крок пікселя | 12 μm | 12 μm |
| Спектральний діапазон LWIR | 8–14 μm | 8–14 μm |
| Номінальна частота кадрів | Апаратна специфікація 50 Гц; режим захоплення Y16 залежить від прошивки та підтримки хоста. | Частота кадрів детектора 30 / 60 Гц. |
| Заявлений NETD | ≤30 мК | ≤40 мК при 25°C, F/1.0, 25 Гц |
| 16-бітний вихід RAW | Так — градації сірого Y14 у 16-бітному контейнері Y16. Захоплення USB UVC RAW. | Ні — лише оброблене відео. Немає виведення 16-бітних RAW-кадрів. |
| Дані, доступні хост-системі | Оригінальний буфер кадрів у градаціях сірого, збережений як little-endian uint16. Зберігайте його окремо від опційного 8-бітного візуального попереднього перегляду. | Відеокадри, оброблені для відображення, а не оригінальний буфер градацій сірого RAW. |
| Вибір джерела RAW | RAW (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 уточнюють перевірку їхніх можливостей. Маска можливостей визначає, які з них можна використовувати на відповідному модулі.
| Селектор | Тракт передавання даних |
|---|---|
| 0 · RAW | Вихід детектора на ранній стадії ISP; градації сірого Y14 у 16-бітному контейнері |
| 3 · Pre-AGC | Перед AGC / компресією динамічного діапазону |
| 4 · Post-AGC | Після AGC, описується як збереження 14-бітного простору |
Окремі селектори NUC (1) та SFFC (2) видалено. Їхні записи в пояснювальній таблиці посібника не слід розглядати як доступні для вибору опції.
- Зчитайте
caps_maskта поточний стан джерела. - Запитайте доступне джерело та перевірте
selected_sourceіpending. - Якщо зміна очікує на застосування, перезапустіть потік Y16.
- Зчитайте
active_sourceщоб перевірити фактичний вибір.
Запитане — це не те саме, що активне. Розглядайте зчитування у відповідь як перевірку завершення, а не лише успішну відповідь SET. Вибір джерела діє лише під час виконання та не записує у Flash; не припускайте наявність джерела за замовчуванням або його збереження після перезавантаження живлення.
Від відповідного оновлення до захоплення кадрів у Linux
1. Підтвердьте пакет оновлення
Перед оновленням узгодьте з CAMCUDA ревізію модуля та плати, інтерфейс, хост і сумісну прошивку. Публічний посібник демонструє утиліту оновлення для Windows і вимагає перезавантаження живлення, якщо пристрій не перезапустився після завершення. Новіша назва файлу сама по собі не є перевіркою сумісності.
2. Визначте фактичний відеопристрій
У посібнику наведено таку команду для відображення списку доступних форматів. /dev/video0 є прикладом шляху; визначте правильний пристрій на вашому хості.
v4l2-ctl -d /dev/video0 --list-formats-ext
Знайдіть Y16 і перевірте його заявлені розміри та інтервали. Посібник ілюструє 640×512 при 50 кадр/с; стабільну продуктивність отримання все ще потрібно підтвердити на поставленому модулі та хості. 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 16-бітний модуль тепловізійної камери RAW LWIR |
|---|---|
| Апаратна модель / SKU | FlexMini 640 14-bit RAW · Y16 |
| Детектор / роздільна здатність | Неохолоджуваний VOx / 640×512 |
| Крок пікселя / спектральний діапазон | 12 мкм / 8–14 мкм |
| Тракт захоплення | USB UVC Y16; градації сірого Y14 у 16-бітному контейнері Y16 |
| Призначення зображення | Нерадіометричне захоплення в градаціях сірого |
| Варіанти об'єктивів | 4.1, 4.9, 9.1, 13, 19 та 35 мм; наявність і конфігурація за запитом |
Посібники, ресурси 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 може перевірити запитану конфігурацію, перш ніж ви розпочнете інтеграцію.
Поширені запитання
Чи надає 16-бітний тепловізійний RAW-модуль камери відкалібровані температурні дані?
Сам лише контейнер не може цього визначити. Ця конфігурація MD передає градації сірого Y14 у форматі зберігання Y16 і не є радіометричною: значення пікселів не є відкаліброваними температурами. Відокремлюйте оригінальний буфер від нормалізації для відображення та перевіряйте специфічну для джерела інтерпретацію перед створенням конвеєра аналізу.
Що слід перевірити, якщо Y16 недоступний на моєму хості Linux?
Перевірте фактичний шлях до пристрою та перелічені формати, після чого підтвердьте модуль, інтерфейс плату та встановлену прошивку. Зверніться до CAMCUDA для перевірки сумісності оновлення для цієї конфігурації. Після забезпечення доступності Y16 перевірте узгоджений режим та активне джерело як окремі кроки. Не слід розглядати оновлення прошивки як універсальне вирішення проблем із захопленням.
Як переконатися, що вихід pre-AGC активний?
Перевірте маску можливостей перед надсиланням запиту на source 3. Перевірте selected_source та pending; перезапустіть потік Y16 за потреби, після чого зчитайте active_source. Ефективне джерело є корисним результатом перевірки — а не просто успішний запит налаштування.
Джерела
- Матеріали щодо продукту та інтеграції CAMCUDA FlexMini 640
- Публічний посібник англійською мовою і Посібник німецькою мовою, сторінки 1–4
- Технічний опис серії Mini2 — базові характеристики зображення, сторінка 2
- Linux V4L2: формати лише яскравості та точність Y16
- Linux V4L2: VIDIOC_ENUM_FMT
- Linux V4L2: узгодження формату