API CAN-протокола — ваш протокол остаётся вашим

Почему вопрос протокола останавливает проекты

Почти все телематические проекты упираются в одну фразу: нам нужен ваш CAN-протокол. Для OEM это означает передать внутреннюю документацию поставщику — с согласованием внутри. Проект ждёт, и дело не в железе.

Наш ответ: мы его не запрашиваем

Ваш CAN-протокол остаётся у вас. Кадры и сигналы определяете и храните вы. Мы спрашиваем только: какие точки данных, в каких единицах и куда. Значения отдаём через API.

• Документ протокола не нужен.
• Передача DBC не нужна.
• Прошивка нам не нужна — работаем на границе данных.
• Вы сохраняете переносимость — контракт API ваш.

Что делает API

• Запланированные CAN-запросы с выбранным интервалом.
• Отправка по изменению вместо непрерывного потока.
• Удалённая настройка скорости и точек выборки.
• A/B FOTA с докачкой и откатом.
• Обновление ECU/VCU через CAN-транзит (под заказ).

Сколько занимает интеграция

Первая рабочая точка данных обычно достижима примерно за один день совместной работы, потому что интерфейс — это API, а не ваш протокол.

Что спросить у любого поставщика

• Нужен ли вам мой CAN-протокол или DBC?
• API документирован? Можно увидеть пример payload до заказа?
• Кто сопоставляет мои внутренние сигналы?
• Что происходит при потере связи?

Железо: страница CAN-в-4G. Интерфейсы: телематика CAN-шины.

FAQ

Нужен ли вам мой файл DBC?

Нет. Сопоставление сигналов остаётся у вас; работаем с открытыми точками.

API документирован до заказа?

Да — пришлём пример payload и список полей.

А если платформа ждёт другую схему?

Укажите целевые поля; сопоставление согласуем письменно.