Здесь задействовано несколько концепций из разных источников.
Уровни ASIL определены стандартом ISO 26262. ASIL-D - это самый высокий уровень, и использование ЦП с блокировкой является одним из методов, обычно используемых для достижения соответствия ASIL-D для всей системы. Autosar не определяет, как вы достигнете ASIL-D или какого-либо уровня ASIL. С точки зрения Autosar, lockstep будет деталью реализации драйвера MCU, а Autosar не требует, чтобы MCU поддерживали lockstep. Как работает конкретная реализация lockstep (сравниваются ли выходные данные после каждой инструкции или нет и т. Д.), Зависит от оборудования, поэтому вы можете найти эти ответы в соответствующем руководстве по оборудованию.
Соответственно, некоторые решения должны принимать люди, работающие над системой, в том числе специалист по функциональной безопасности. Решение о том, что делать при отказе шага блокировки, является одним из таких решений - то, как вы реагируете на ловушку шага блокировки, должно быть определено на системном уровне. Это также не определяется Autosar, хотя наиболее разумным вариантом является перезагрузка микроконтроллера после сохранения некоторой информации об ошибке.
Что касается того, где в стеке Autosar должна обрабатываться ловушка, это также решение реализации, хотя разумным выбором будет, чтобы это произошло на уровне MCAL - в той степени, в которой разговор об уровнях даже имеет смысл здесь, поскольку ловушка будет запускаться в контексте прерывания / прерывания, а не в обычном контексте задачи ОС. Обычно ловушка имеет более высокий приоритет, чем любое прерывание, и также обычно невозможно отключить ловушки в программном обеспечении. Прерывание будет обрабатываться некоторой подпрограммой, которая регистрируется ОС так же, как она регистрирует ISR, поэтому вы захотите настроить обработчик прерывания в любом инструменте, который вы используете для настройки ОС. Ловушка lockstep может (опять же, в зависимости от оборудования) считаться невосстановимой ловушкой, что означает, что обработчик прерывания должен в конечном итоге инициировать сброс. Может быть разумным вызов стандартной функции ShutdownOS ().
person
DUman
schedule
24.03.2017
