Я работаю над встроенным устройством, которое использует Aurix TC234. Программное обеспечение My (AUTOSAR), которое работает на нем, должно выполнить некоторые проверки во время запуска в определенном диапазоне адресов ПЗУ.Встраиваемый: доступ к неписаному содержимому ROM-адреса
Данные, которые необходимо проверить, не записываются во время мигания моего программного файла hex. Это означает, что диапазон адресов должен быть записан до того, как мое программное обеспечение будет мигать на этом устройстве.
В худшем случае: Кто-то забывает высветить этот диапазон адресов. Мое программное обеспечение мигает, и во время запуска происходит доступ к памяти. В этом случае возникает ловушка.
Мой вопрос: Есть ли безопасный способ проверить этот конкретный диапазон адресов ПЗУ, если он был написан или нет? Можно ли обрабатывать такой ловушку?
есть ли причина не добавлять дополнительный раздел, который будет охватывать диапазон требуемых адресов с флэш-содержимым по умолчанию? и позже написать дополнительные данные? – Blueman
@Blueman Порядок мигания фиксирован. Первые данные должны быть свернуты, а не программное обеспечение. По умолчанию флэш-контент в моем программном обеспечении перезаписывал правильно свернутые дополнительные данные. Я не знаком с исправлениями ECC. Возможно ли повлиять на ECC? Могу ли я деактивировать его для определенного диапазона адресов в ПЗУ? – Ferhat
Я не знаком с этой версией микропрограммы, и я не работал напрямую с ловушками, но, насколько я помню, TC27X и TC29X имели возможность правильно выйти из ловушек ECC и не иметь возможности отключить ECC для определения диапазона или вообще , Трудно представить больше деталей, поскольку каждый выпущенный Infineon документ конфиденциальен, и я имею доступ к нему только в офисе. – Blueman