T-Box полезен лишь тогда, когда может прочитать то, что знает автомобиль. Почти всё, что сообщает телематическая платформа — состояние заряда, напряжения ячеек, скорость, коды неисправностей, флаги удара, — собирается с бортовых шин по протоколу CAN, и почти каждое дистанционное действие, от разблокировки до прошивки, возвращается тем же путём через диагностику UDS. Эта статья объясняет, как кадры CAN перемещаются по автомобилю, как T-Box слушает, не мешая шине, и как на самом деле работает последовательность UDS ISO 14229, применяемая для дистанционной прошивки.
Controller Area Network — дифференциальная мультимастерная последовательная шина: каждый узел видит каждый кадр, а арбитраж по идентификатору сообщения позволяет кадрам с более высоким приоритетом завладеть линией без коллизий. Классический кадр CAN несёт 11-битный (или расширенный 29-битный) идентификатор, управляющее поле, до 8 байт данных, CRC и биты подтверждения. CAN-FD поднимает полезную нагрузку до 64 байт и на фазе данных переключается на более высокую битовую скорость, что нужно современным архитектурам электромобилей для высокоточных сигналов батареи и ADAS. CAN-трансиверы T-Box преобразуют дифференциальные сигналы PHY в похожие на UART кадры для своего MCU, часто через два или три изолированных канала шины.
Бóльшая часть телеметрии собирается пассивно: T-Box подписывается на периодические широковещательные кадры — например BMS публикует напряжение пакета каждые 100 мс — масштабирует сырые байты с помощью CAN-базы данных автомобиля (DBC) и помечает их временем GNSS. Пассивное прослушивание безопасно, поскольку не добавляет трафик. Когда платформе нужны данные, которые никто не передаёт, T-Box становится активным диагностическим тестером, отправляя запросы конкретному ECU и читая его ответы. Дистанционные команды — предварительный прогрев салона, блокировка дверей — выдаются так же, под защитой аутентификации и безопасной бортовой связи, чтобы скомпрометированный T-Box не мог внедрить несанкционированные кадры.
Unified Diagnostic Services — это стандартизированный клиент-серверный язык между тестером (здесь T-Box) и ECU. У каждой службы есть идентификатор службы (SID). Службы, с которыми телематический инженер сталкивается чаще всего:
Дистанционная загрузка прошивки — самый расписанный процесс UDS. T-Box получает образ по сотовой сети, проверяет его, а затем проводит целевой ECU через фиксированную последовательность:
На IP-архитектурах те же службы работают по DoIP (ISO 13400) через автомобильный Ethernet; логика служб идентична, меняется только транспорт.
Загрузка шины, тайм-ауты сообщений и пробуждение частичной сети должны проектироваться так, чтобы телеметрия никогда не забирала ресурсы у трафика безопасности. Прошивка делается возобновляемой и устойчивой к потере питания: ECU, прерванный в середине обновления, должен загрузиться в загрузчик и принять повторную передачу, а не стать неработоспособным. Функциональная адресация (один запрос многим ECU) зарезервирована для TesterPresent и согласованных сбросов — но не для служб записи, где одновременные ответы столкнутся. Дисциплинированное применение этих правил отделяет телематическую платформу, которая чисто обновляет 100 000 автомобилей, от той, что выводит из строя автопарк.
Прошивка UDS и непрерывный мониторинг шины требуют питания T-Box, которое никогда не проседает. Weijiang Power поставляет широкотемпературные резервные ячейки NiMH и лития и заказные пакеты, которые сохраняют жизнь телематическим блокам через циклы зажигания, провалы питания и потерю энергии при ударе — с согласованным биннингом внутреннего сопротивления, сварными соединениями и полной транспортной документацией по безопасности. Пришлите нам архитектуру шины и профиль тока в худшем случае, и мы спроектируем резервное питание вокруг неё.
