caxapa.ru :: Все-таки очень хочется загрузчик не иметь отдельным проектом. Опасность потери прошивки это прошивка стартовой-й страницы. Для моего проца это 64байта 2ms. Это время кондер вытянет. С const согласен не прокатит, но вроде в загрузчике это не

abivan (01.05.2013 20:21, просмотров: 402) ответил fk0 на Вариант с последней страницей, очевидно, умирает при перезашивке первой в неудачный момент времени. Вообще первым стартовать всегда должен загрузчик, даже если основной программы нет. И секцию не одну. У загрузчика же не только text свой,

Все-таки очень хочется загрузчик не иметь отдельным проектом. Опасность потери прошивки это прошивка стартовой-й страницы. Для моего проца это 64байта 2ms. Это время кондер вытянет. С const согласен не прокатит, но вроде в загрузчике это не нужно(мне). Переменные будут только локальные, на инициализацию расчитывать не приходится. Так что память у основной программы отожрать не должна. За описание возможных проблем спасибо. Обращу внимание. Посмотрю на код(асм) с присрастием.

Ответить

- Питание -- не единственная причина сброса. Я не расчитывал бы на конденсаторы (и они разряжены в момент могут быть...) Не вижу, чем плохо 2 проекта. Ведь и загрузчик-то пишется один раз за месяц для "аппаратной платформы", а на ней потом проекты fk0(26 знак., 01.05.2013 21:24)
  - не скажи. В одном проекте загрузчик по USB из main прописывает дополнительную flash, потом вызывается boot и перепрошивается из доп flash в ПП. В другом проекте с флэшки записывается в неиспользованную ПП контроллера потом boot копирует прошивку. abivan(194 знак., 01.05.2013 22:50)
    - Не совсем ... Apтём(181 знак., 01.05.2013 23:22)
    - Ну в конце концов, не обязательно же, чтоб проект компилировался по нажатию именно F10 в MPLAB. Можно через bat или makefile собрать вначале одно, а потом второе... Причина сброса основная -- электромагнитное излучение. А уж как оно (не)попадает fk0(1365 знак., 01.05.2013 23:12 - 23:17)
- Наверное можно изголится и сделать такое. Тогда функцию которая загружает прошивку неплохо бы вызывать не из main, а до и даже раньше. Для такого подошло бы что-то типа ИАРовского __low_level_init - переменные ещё не инициализированы и значит не Apтём(68 знак., 01.05.2013 20:38)
  - надо в 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 контроллеры