Блог

Мы используем Autosar для реализации автомобильного шлюза, и модуль PDUR может быть настроен для маршрутизации сообщений с одного интерфейса на другие интерфейсы протокола. Мой вопрос в том, хотим ли мы выполнить проверку сообщений, анализ или протоколирование, как мы можем узнать, какое сообщение перенаправлено PDUR? должен ли я настроить передачу всех сообщений на прикладной уровень SW-C для анализа или есть какой-либо другой способ выполнить описанную выше функцию глубокой проверки сообщений.

Спасибо, Джек

Когда я слышу анализ и протоколирование, у меня уже сильно болит голова из-за функций, которые помещены в ECU, но скорее должны быть протестированы с помощью надлежащих стресс-тестов извне, например, PDU в сети A видны в сети B через какие-то миллисекунды. Для такого протоколирования вам обычно требуется EEPROM или FLASH с определенными циклами P / E, что просто увеличит цену ECU без особой пользы. И это также влияет на производительность вашего ECU.

Что касается маршрутизации на основе сообщений PduR, вы должны быть очень осторожны, потому что:

• В зависимости от CanRxProcessing обработка маршрутизации PduR выполняется на уровне прерываний, поэтому «глубокая проверка сообщений» увеличивает время выполнения / блокировки ISR!
• Некоторые функции в Can и CanIf (а также другие сетевые компоненты, специфичные для шины) могут уже отбрасывать полученные сообщения, поэтому PduR может даже не быть проинформирован об этом (например, статическая проверка DLC, сообщение в BasicCAN HRH блокируется фильтрацией SW)
• Некоторые сообщения могут не маршрутизироваться PduR напрямую, например, маршрутизация на основе сигналов фактически обрабатывается в Com, а не в PduR, возможно, протоколы маршрутизируются специфичными для протокола модулями, а не PduR
• CanTp может иметь несколько форматов адресации, где N_TA находится в первом байте данных. Здесь сложно обрабатывать несколько подключений, если вы думаете о том, что certina N_TAs не маршрутизируется
• Не уверен насчет SecOC, шлюз маршрутизирует только аутентифицированные сообщения?
• Некоторые маршрутизируемые сообщения могут быть отключены / включены «на лету» (группы путей маршрутизации)

Маршрутизируемые сообщения из сети в сеть обычно имеют так называемые отношения маршрутизации (Routing paths). В конце концов, должна быть таблица каким-то образом, но это зависит также от вашей реализации, например, Vector, ETAS, Elektrobit, …

Итак, мое мнение таково, что при глубокой проверке сообщений я не вижу, что бы вы вообще получили здесь, в ECU. Я бы предпочел надлежащий стресс-тест с использованием определенных инструментов извне.