caxapa.ru :: Наверное можно изголится и сделать такое. Тогда функцию которая загружает прошивку неплохо бы вызывать не из main, а до и даже раньше. Для такого подошло бы что-то типа ИАРовского __low_level_init - переменные ещё не инициализированы и значит не

Apтём (01.05.2013 20:38, просмотров: 110) ответил abivan на Все-таки очень хочется загрузчик не иметь отдельным проектом. Опасность потери прошивки это прошивка стартовой-й страницы. Для моего проца это 64байта 2ms. Это время кондер вытянет. С const согласен не прокатит, но вроде в загрузчике это не

Наверное можно изголится и сделать такое. Тогда функцию которая загружает прошивку неплохо бы вызывать не из main, а до и даже раньше. Для такого подошло бы что-то типа ИАРовского __low_level_init - переменные ещё не инициализированы и значит не будут испорчены. И запихнуть её в какой-нибудь специальный сегмент.

Ответить

- надо в startup лезть, а не понятно чем плохо вызов загрузчика из main. От порчи прошивки спасает расположение загрузчика в стартовой области и защиты ее от selfwrite. Иначе стартовый джамп может быть испорчен и в загрузчик мы никогда не попадем. abivan(99 знак., 01.05.2013 21:19)
  - IMHO в embedded в startup надо лезть в 90% случаев: C-runtime стартует слишком медленно, а обычно хочется порты настроить быстрей нужным образом (чтоб всякие релюхи и т.п. зазря не клацало) и включить нужный тактовый генератор (ибо с дефолтным fk0(100 знак., 01.05.2013 21:27)
- надо в startup лезть, а не понятно чем плохо вызов загрузчика из main. От порчи прошивки спасает расположение загрузчика в стартовой области и защиты ее от selfwrite. Иначе стартовый джамп может быть испорчен и в загрузчик мы никогда не попадем. abivan(99 знак., 01.05.2013 21:13)
  - Надо ли лезть в startup зависит от компилятора. В IAR AVR можно и не лезть - просто нужно написать функцию low_level_init в которую программа попадёт сразу после сброса и до очиски переменных. Apтём(439 знак., 01.05.2013 21:27)

ARM, RISC-V контроллеры