Как проверять или регистрировать сообщения, если мы используем Autosar PDUR

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

Спасибо Джек


analysis automotive autosar
person Jack    schedule 17.08.2020    source источник

Ответы (1)


arrow_upward
0
arrow_downward

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

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

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

Маршрутизируемые сообщения из сети в сеть обычно имеют так называемые отношения маршрутизации (пути маршрутизации). В конце концов, каким-то образом должна быть таблица, но это также зависит от вашей реализации, например Вектор, ЭТАС, Электробит, ...

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

person kesselhaus    schedule 20.08.2020