Для вбудованого відеообладнання, Корисне навантаження БПЛА, системи автомобіля, промислові камери та інші спеціалізовані програми, клієнтам іноді потрібно набагато більше, ніж стандартний відеокодер або плата DVR.
Типова вимога може включати два незалежні відеовходи CVBS, одночасна обробка відео, картина в картинці (PIP), накладання відео, індивідуальне екранне меню, запис у реальному часі та інтеграція зовнішніх телеметричних даних — усе в компактній автономній друкованій платі.
В Онвоні, ми можемо забезпечити Налаштування OEM/ODM на основі існуючих платформ обробки відео, дозволяючи клієнтам модифікувати перевірену апаратну платформу замість того, щоб розробляти всю систему обробки відео з нуля.
Типова спеціальна вимога до обробки відео
Один із недавніх типів проектів вимагає наступного робочого процесу:
Вхід CVBS 1 + Вхід CVBS 2 → Одночасна обробка → PIP / Накладання / Fusion → OSD → Запис + Відеовихід
Важливим моментом є те, що обидва відеовходи повинні оброблятися одночасно.
Це відрізняється від простого перемикача відео з двох камер, де одночасно вибирається та відображається лише одне джерело відео.
Цільова система повинна підтримувати обидва відеопотоки доступними для обробки в реальному часі та об’єднувати їх у кінцеве вихідне зображення.
1. Подвійні відеовходи CVBS
Налаштована друкована плата може бути розроблена навколо двох незалежних аналогових відеовходів.
Типові вимоги включають:
- 2 × незалежні входи CVBS
- ДРУГ 720 × 576 підтримка
- Підтримка NTSC, де це необхідно
- Одночасна обробка обох відеовходів
- Немає простого перемикання відео
- Обробка PIP або накладання в реальному часі
Цей тип архітектури може бути корисним, коли дві камери повинні залишатися активними одночасно.
Наприклад:
Камера 1 → Головне відео
Камера 2 → Додаткове відео PIP
Потім можна відобразити остаточно оброблене зображення, записується та передається через вибраний інтерфейс відеовиходу.
2. PIP у реальному часі та накладання відео
Картинка в картинці є однією з ключових вимог до такого типу проектів.
Додаткове відеозображення може потребувати коригування:
- Позиція
- Ширина і висота
- Масштабування
- Режим накладання
- Прозорість
- Область відображення
Типова програма може вимагати, щоб друге відеовікно було переміщено в інші місця головного відеозображення.
Наприклад:
Основне відео CVBS + Вторинне відео CVBS → Вихід PIP
Де підтримується вибраним процесором/платформою, також можна розглянути функції прозорості або альфа-змішування.
Якщо справжнє альфа-змішування недоступне на існуючій платформі, доступні режими накладання та PIP можна оцінити на етапі налаштування.
Точна здатність PIP залежить від вибраного процесора, відеодекодер і існуюча архітектура мікропрограми.
3. OSD та інтеграція зовнішніх даних
Ще одна важлива вимога — настроюване екранне меню.
Системі може знадобитися відобразити таку інформацію, як:
- Напруга акумулятора
- Відсоток або приблизний рівень заряду акумулятора
- Курс компаса
- Магнітний або географічний курс
- GPS координати
- Дата і час
- Визначений користувачем текст
- Інша телеметрична інформація
Зовнішні дані потенційно можуть бути отримані через такі інтерфейси, як:
- UART
- RS232
- RS422
- USB
- GPIO
- АЦП
Наприклад, зовнішній контролер клієнта може надсилати GPS, інформація про компас і батарею через UART.
Потім програмне забезпечення для обробки відео може використовувати ці дані для створення відповідної інформації екранного меню на відео в реальному часі.
Типовий потік даних може бути:
GPS / компас / Датчик батареї → UART / Зовнішній інтерфейс → Video Processing PCB → OSD → Video Output + Запис
Точний інтерфейс і протокол можна налаштувати відповідно до обладнання замовника.
4. Запис відео в реальному часі
Для багатьох вбудованих програм, запис не є додатковою функцією.
Необхідна архітектура може бути:
Два входи CVBS → PIP / Накладання / ЕМ → Кінцеве відео → Кодування H.264/H.265 → SD-карта / eMMC
Замовник може вимагати:
- Безперервний запис у реальному часі
- Кодування H.264 або H.265
- Запис на SD карту
- Запис eMMC
- Автоматична сегментація файлів
- Відновлення запису після переривання живлення
- Запис остаточно обробленого зображення
- Екранне меню включено до записаного відео
Ключовою вимогою є те, що оброблене зображення PIP/накладання має бути записано, а не просто записувати один із оригінальних вхідних даних камери.
Це робить систему придатною для автономної вбудованої роботи без ПК.
5. Відеовихід
Залежно від проекту, можна розглянути різні інтерфейси виведення відео.
Можливі інтерфейси включають:
- Вихід CVBS PAL
- HDMI
- BT.656
- MIPI
- Інші цифрові відеоінтерфейси
Для деяких вбудованих програм, CVBS залишається кращим, оскільки його можна підключити безпосередньо до наявних дисплеїв, передавачів або відеосистем.
Для інших застосувань, Більш підходящим може бути HDMI або цифровий відеоінтерфейс.
Тому вихідний інтерфейс можна вибрати відповідно до існуючої архітектури системи клієнта.
6. Компактний дизайн вбудованої друкованої плати
Цільовий розмір для цього типу проекту часто менший:
100 × 100 мм
Залежно від процесора може бути можлива менша друкована плата, декодер, кодувальник, пам'ять, вимоги до зберігання та інтерфейсу.
Остаточна дошка може поставлятися у вигляді a гола друкована плата або вбудований модуль, без огорожі.
Це робить його придатним для інтеграції в:
- Обладнання корисного навантаження БПЛА
- Автомобільні відеосистеми
- Промислове обладнання
- Портативні системи моніторингу
- Робототехніка
- Спеціалізовані системи камер
- Обладнання DVR на замовлення
- Відеопродукти OEM
7. 12Джерело живлення постійного струму
Для цього типу застосування, клієнту може знадобитися вхід постійного струму в діапазоні 5–12 В.
Для деяких існуючих платформ, проте, 12Потрібен V DC.
Енергоспоживання залежить від обраного процесора, відеокодер, запам'ятовуючий пристрій, вихідний інтерфейс і периферійна конфігурація.
Під час оцінки OEM/ODM, ми можемо надати очікуване типове та максимальне енергоспоживання на основі остаточної конфігурації обладнання.
8. Налаштування прошивки
Апаратне забезпечення є лише частиною індивідуального рішення для обробки відео.
Також може знадобитися змінити мікропрограму для програми клієнта.
Можливе налаштування прошивки включає в себе:
- Конфігурація PIP
- Накладання відео
- Макет екранного меню
- Протокол даних OSD
- Інтерфейс команд UART
- Інтеграція зовнішньої телеметрії
- Конфігурація запису
- Сегментація файлів
- Конфігурація запуску
- Конфігурація відеовиходу
- Функції оновлення мікропрограми
Де доступно, Також можна надати документацію SDK/API для подальшої розробки на стороні клієнта.
Кінцева система призначена для роботи як a автономний вбудований модуль обробки відео, без потреби ПК під час нормальної роботи.
9. Існуюча платформа проти. Нова забудова
Для проектів OEM, починаючи з існуючої перевіреної платформи, можна значно зменшити ризик розробки порівняно з розробкою всієї системи з нуля.
Замість проектування:
Декодер відео + Процесор + Кодувальник + Зберігання + OSD + Інтерфейси + Прошивка
з нуля, ми можемо оцінити існуючу плату обробки відео та визначити, які функції можна зберегти, а які потребують налаштування.
Процес розробки може включати:
- Замовник надає детальні технічні вимоги.
- Ми визначаємо найближчу існуючу апаратну платформу.
- Інженерія оцінює процесор, декодер, кодер і ресурси пам'яті.
- Оцінено наявні функції PIP/overlay/OSD/запису.
- Апаратні інтерфейси підтверджені.
- Визначено вимоги до налаштування мікропрограми.
- Готуються прототипи або зразки одиниць.
- Замовник проводить функціональне тестування.
- За потреби прошивка та апаратне забезпечення вдосконалюються.
- Індивідуальне виробництво починається після затвердження.
Цей підхід особливо підходить, коли клієнт хоче розробити спеціалізований продукт, але не хоче починати весь процес розробки обладнання та мікропрограми з нуля..
10. Приклад вимог OEM/ODM
Типова специфікація проекту може виглядати так:
| функція | Типова вимога |
|---|---|
| Відео вхід | 2 × незалежний CVBS |
| Стандарт відео | ДРУГ 720 × 576, NTSC необов'язковий |
| Обробка | Одночасна двоканальна обробка |
| PIP | Обов'язковий |
| Накладання | Обов'язковий |
| Положення PIP | Регульована |
| Розмір PIP | Регульована |
| Прозорість | Бажано регульований |
| OSD | Обов'язковий / настроюється |
| Запис | Обов'язковий |
| Кодек | H.264 / H.265 |
| Зберігання | SD-карта / eMMC |
| Режим запису | Безперервний |
| Вихід | CVBS / HDMI / цифровий інтерфейс |
| Зовнішні дані | UART / RS232 / RS422 / USB / GPIO / АЦП |
| потужність | 12V DC для обраної платформи |
| Розмір друкованої плати | Бажано нижче 100 × 100 мм |
| Прошивка | Можливість налаштування |
| SDK/API | Залежно від платформи |
Остаточна специфікація визначається після інженерної оцінки обраної апаратної платформи.
11. Програми з подвійною камерою та тепловізором
Той самий тип архітектури обробки відео також можна використовувати з системами з подвійною камерою.
Наприклад, камеру видимого світла та тепловізійну камеру можна об’єднати в єдину вбудовану систему обробки відео.
640×512 Подвійний світловий тепловізійний модуль
Наші рішення для камер із подвійним освітленням можуть поєднувати теплові зображення та зображення у видимому світлі та можуть бути придатними для додатків, які вимагають день/ніч або багатосенсорне відео.
Для певних налаштованих систем камер, архітектуру відеовходу та інтерфейс керування також можна оцінити відповідно до програми замовника.
12. Розробка PCB для обробки відео OEM/ODM
Якщо для вашого проекту потрібна налаштована вбудована плата обробки відео, ми можемо оцінити, чи можна існуючу платформу використовувати як апаратну основу.
Типові проекти налаштування можуть включати:
Подвійний вхід CVBS
→ Декодування відео
→ PIP / Накладання / Fusion
→ OSD
→ Кодування H.264/H.265
→ SD-карта / Запис eMMC
→ CVBS / HDMI / Цифровий відеовихід
із зовнішніми інтерфейсами для GPS, компас, батарею та іншу телеметричну інформацію.
Фактичний процесор, відео декодер, кодувальник, пам'ять, зберігання, інтерфейси, Розміри друкованої плати та функції мікропрограми залежать від обраної платформи та вимог проекту.
Зв’яжіться з нами, щоб отримати спеціальну плату обробки відео
Будь ласка, надайте потрібні:
- Формат входу відео
- Формат виведення відео
- Вимоги PIP
- Вимоги до запису
- Інформація про екранне меню
- Зовнішні інтерфейси даних
- Вимоги до зберігання
- Блок живлення
- Розмір друкованої плати
- Очікувана кількість
- Вимоги до налаштування мікропрограми
Потім наша команда інженерів може оцінити найближчу існуючу платформу та визначити, що можна налаштувати для вашої програми.
Проекти OEM/ODM вітаються для розробки прототипів та індивідуального виробництва.

Задайте питання
Дякуємо за вашу відповідь. ✨