Рішення OEM 360 для автомобільних камер: бездоганна інтеграція для люксових і масових брендів

Термін «автомобільна камера 360» часто відразу викликає плутанину в обговореннях закупівель. OEM-система автомобільної камери кругового огляду принципово відрізняється від звичайної екшн-камери чи стандартної багато-канальної відеореєстраторної камери. Під час пошуку програми для автомобіля головною проблемою є не пошук об’єктива з високою роздільною здатністю; Проблема полягає в тому, щоб визначити, чи можна надійно інтегрувати конкретну 360-градусну платформу автомобільної камери в електронну архітектуру вашого транспортного засобу.

Для менеджерів із постачальників та інженерів з інтеграції транспортних засобів специфікація, що показує датчик 1080P, не має сенсу, якщо ЕБУ камери не може взаємодіяти з заводським екраном інформаційно-розважальної системи. Справжня проблема полягає у вирішенні тригерів шини CAN, даних кута повороту керма для динамічних орієнтирів і зовнішнього калібрування для кількох варіантів шасі автомобіля. Перш ніж переходити до інструментів або затверджувати зразок, ви повинні перевірити, як постачальник справляється з розривом між стенд{3}}випробуваним зразком і повністю інтегрованим,-масовим-виробництвом-Інтеграція автомобільної камери OEM 360демонструвати.

Що насправді містить архітектура автомобільної камери OEM 360

ОЕМ-система -об’ємного огляду зазвичай спирається на п’ять основних інтеграційних рівнів: модулі камери, високо-відеозв’язок, центральний процесор (ECU/SoC), шлюз сигналу транспортного засобу та кінцевий дисплей людино-машинного інтерфейсу (HMI).

 

Удосконалені системи допомоги при паркуванні не покладаються на просте аналогове відео. Відповідно до еталонних проектів для типових розширених архітектур -огляду навколо, у цих налаштуваннях використовується від 4 до 5 камер із високим-динамічним-діапазоном (HDR) понад 1 мегапіксель, підключених через MIPI-CSI або Gigabit Ethernet до центрального процесора зображень (NXP). Щоб зменшити вагу та складність джгута проводів, проекти архітектури першого рівня часто демонструють такі протоколи, як FPD-Link III, який може передавати нестисне відео 2 МП, двонаправлені дані керування та живлення-по-коаксіальному кабелю (PoC) через один кабель (Texas Instruments).

 

Будь-яка невідповідність у цьому ланцюжку, будь то падіння напруги на лінії PoC чи помилка синхронізації в шлюзі CAN, може призвести до того, що система, яка ідеально працювала на лабораторному стенді, відобразить чорний екран у транспортному засобі. На практиці, оцінюючи ці архітектури для позашляховиків середнього-розміру, вирішення допусків напруги PoC на ранній стадії проектування може запобігти тижням затримки схвалення інструментів.

Поширена помилкова думка полягає в тому, що 360-градусна автомобільна камера для розкішних автомобілів використовує зовсім іншу оптичну фізику, ніж камера для основного бренду. Оптичні принципи залишаються незмінними, але тягар інтеграції та тиск проекту значно відрізняються.

У програмах для автомобілів преміум-класу типовий тиск виходить за рамки простого огляду зверху-вниз-з висоти пташиного польоту. Системі часто потрібно відтворювати безперебійні 3D точки огляду (подібно до реалізацій BMW Parking Assistant Plus) і підтримувати сувору узгодженість відображення з естетикою HMI бренду класу люкс. І навпаки, у великих-проектах платформи (таких як широкі кросоверні позашляховики) пріоритет--вартість матеріалів (BOM) і крос-масштабованість між платформами. Ці проекти вимагають платформи, яка може охоплювати хетчбеки та позашляховики з мінімальними змінами в основному апаратному забезпеченні ECU.

Найважливішим питанням у запиті пропозицій є розрізнення між елементами універсальної платформи й інженерними-спеціальними транспортними засобами, необхідними для запуску. Велике повторне використання апаратного забезпечення в специфікації не означає готовність SOP.

Загальні апаратні рівні

Базові датчики зображення, центральний AVM (монітор кругового огляду) ECU та основні алгоритми зшивання представляють загальну платформу. Повторне використання їх у різних моделях транспортних засобів забезпечує економію масштабу, що робить виробника автомобільних камер OEM 360 конкурентоспроможним.

Спеціальні-рівні транспортних засобів

Фактичне розгортання цього обладнання ретельно налаштовується. Різні колісні бази транспортних засобів диктують абсолютно різні форми кронштейнів, модифікації корпусу дзеркала та прокладання джгутів проводів. Профіль CAN має бути зіставлений, щоб зчитувати стан задньої передачі або кут повороту керма. Саме тут групи із закупівель часто стикаються з прихованими витратами на не-повторюване проектування (NRE): модифікація фізичних корпусів і зворотне{4}}проектування власних протоколів CAN потребують значних початкових інвестицій.

Де зазвичай закінчується «універсальна сумісність».

Так само, як вимагає інтеграція спеціального апаратного забезпечення камериодна спеціальна форма для кожної моделіщоб відповідати фабричній естетиці, 360-градусна система потребує-спеціального рівня програмного забезпечення автомобіля. Рукостискання прошивки та файли конфігурації калібрування визначають фактичний успіх.

Поле огляду та перекриття камери

Всупереч типовим-специфікаційним припущенням, просте збільшення поля огляду (FOV) не дає автоматично кращого зображення. Автомобільні-камери ближнього діапазону зазвичай розгортають горизонтальне поле зору в діапазоні від 137 градусів до 192 градусів (Мобільність Bosch). Мета полягає в тому, щоб забезпечити достатнє оптичне перекриття між передньою, задньою та бічними камерами для усунення сліпих зон.

Чому файли калібрування стосуються-автомобіля

З’єднання чотирьох сильно спотворених зображень «риб’яче око» потребує точного зовнішнього калібрування. Дослідження підтверджують, що точне зовнішнє калібрування, яке визначає фізичне положення кожної камери відносно транспортного засобу, є основною передумовою для-сприйняття кругового огляду (IEEE Xplore).

Допуск повторного калібрування після заміни деталей

Команди із закупівель повинні визначити SOP повторного калібрування перед запуском. Якщо дилерський центр замінює корпус бокового дзеркала, а положення камери зміщується за межі дозволеного допуску системи, калібрування системи 360 автомобільної камери порушується. Наприклад, в одному з наших нещодавніх інтеграційних проектів зсув кронштейна на 2 мм, спричинений заміною бампера третьої сторони-, вимагав абсолютно нового файлу калібрування, щоб усунути серйозні сліпі -зони.

Рідна інтеграція проти модернізованого інтерфейсу

Основною точкою збою в інтеграції OEM є маршрутизація відео. Власна інтеграція OEM підключає AVM ECU безпосередньо до головного пристрою через LVDS або автомобільний Ethernet. Однак якщо проект передбачає додавання об’ємного-огляду до існуючої закритої інформаційно-розважальної архітектури, для інтеграції заводського екрана автомобільної камери 360 зазвичай потрібен спеціальний модернізований модуль відеоінтерфейсу для введення сигналу камери без порушення функцій рідного радіо.

Тригери та статичні та динамічні вказівки

ЕфективнийАрхітектура та інтеграція ADASпокладається на внутрішню мережу автомобіля. ЕБУ камери потребує повідомлень шини CAN (наприклад, сигналів задньої передачі або покажчиків повороту), щоб активувати певні види.

Щодо вказівок щодо паркування, то статичні лінії накладання часто створюються локально, але динамічні вказівки щодо паркування представляють вищий рівень. Щоб вигнути лінії, система зазвичай повинна отримувати дані про кут повороту керма з шини CAN і застосовувати геометричну модель автомобіля. Залежно від архітектури цей динамічний рендеринг може оброблятися AVM ECU або самим головним пристроєм.

Стендове валідування – це не валідація транспортного засобу

Зображення виглядає бездоганним на випробувальному стенді при роботі за номінальної напруги та кімнатної температури. У транспортному засобі система має витримувати шум генератора змінного струму, падіння напруги під час запуску двигуна (наприклад, падіння до 9 В або нижче), екстремальні температурні цикли та потрапляння води під високим-тиском.

Режими відмов для відтворення перед SOP

Польові збої зазвичай проявляються у взаємодії компонентів. Задокументоване відкликання NHTSA (23V-342) ілюструє класичну анатомію несправності: ослаблений роз’єм проводки камери призводив до випадання відеокадрів, які програмне забезпечення модуля обробки зображень не могло впоратися, що призводило до постійного синього або чорного екрана під час резервних подій (NHTSA). Потрібно перевірити весь шлях сигналу.

Докази матриці внутрішньої інтеграції

Щоб уникнути цих пасток, ми застосовуємо сувору матрицю інтеграції. Нижче наведено уривок нещодавнього крос-тесту перевірки платформи, який демонструє, як змінні взаємодіють до затвердження SOP:

Закупівля повинна чітко визначати передбачувану функцію. Нормативні вимоги сильно відрізняються залежно від застосування:

1. Регульована задня видимість:У США, якщо система служить основною резервною камерою, зображення заднього виду має відповідати суворим вимогам FMVSS 111, наприклад відображати зображення протягом 2,0 секунд після початку резервної події (eCFR).
    
2. Системи відео-монітора (CMS):Якщо система 360 активно замінює фізичні бічні дзеркала, вона підпадає під зовсім інші правила-пристроїв непрямого огляду, як-от Регламент ЄЕК ООН 46 для відповідних глобальних ринків (ЄЕК ООН).

Не приймайте загальну «сертифіковану» заяву без уточнення передбачуваного випадку використання.

Щоб перетворити загальну пропозицію на технічну пропозицію, надішліть структурований контрольний список:

• Цільові дані автомобіля:Марка, модель, рік, рівень комплектації та розміри колісної бази.
• Заводські характеристики екрану:Оригінальна модель головного{0}}пристрою та необхідний тип відеоінтерфейсу.
• Існуюче обладнання:Відомості про наявні камери та про обов’язковість повторного використання.
• Логіка запуску:Необхідні входи CAN.
• Стандарти перевірки:Необхідні звіти про випробування (термічні, падіння кривошипа, проникнення).

Оцінка-специфічної 360-градусної автомобільної камери автомобіля вимагає-завантаження інженерних питань. Перш ніж обговорювати ціни за одиницю, надішліть список цільових автомобілів і заводські-вимоги до екрану своєму постачальнику для ретельної перевірки на сумісність.

Для глибокої технічної оцінки поділіться маркою автомобіля, цільовим регіоном і вимогами до інтеграції, щоб структурувати огляд зразка OEM.