caxapa.ru :: 1-это и не нарушается, так как в моем варианте вы получаете тот слепок прошивки, который собсвенно получается после "заливки бутлодыря, его исполнения и заливки приложения"

MegaJohn (01.05.2012 12:48, просмотров: 243) ответил Vladimir Ljaschko на Пожалуйста. 1) Живучесть прибора после нарушения загрузки 2) надежный контроль целостности.

1-это и не нарушается, так как в моем варианте вы получаете тот слепок прошивки, который собсвенно получается после "заливки бутлодыря, его исполнения и заливки приложения" 2-это тоже не причем. Попробую еще раз разжевать: к проекту добавляем файл boot_avr.c и жмем Build. Получается APP с адреса 0x0000 и BOOT LOADER с адреса бутлодыря. То есть получили такую комплексную прошиву. Осталось выставить корректно фьюзы чтобы по вкл питания сначала выполнился BOOT LOADER а потом исходя из условий и APP.

Ответить

- Это чтобы вместо 10 секунд склеивания двух Hex-файлов в любом текстовом редакторе получить неделю работы, требующей отличного знания линкера? Vladimir Ljaschko(128 знак., 01.05.2012 13:51)
  - бутлодырь Chip45 и многие другие контрольные суммы не считают. Кста, IAR контрольную сумму генерит на любую область - MegaJohn(01.05.2012 14:17)
    - Но одну. Да я не отговариваю - вперед! Мой коллега так и сделал - без КС, загрузка просто из приложения. - Vladimir Ljaschko(01.05.2012 15:05)
- Так нельзя, ибо еще есть библиотечные функции ASDFS(146 знак., 01.05.2012 13:13)
  - это тоже обходится. Кстати, если размещать в BOOT LOADER Sector библиотечные функции которые необходимы для APP то можно сэкономить место для APP. - MegaJohn(01.05.2012 13:21)
    - Обойти можно все, кто ж спорит. Вопрос трудозатрат на результативность. ASDFS(88 знак., 01.05.2012 13:25)

Микроконтроллеры AVR