Снова о самопрограммировании Опции

[Oless]

Хочу сразу сказать, что перекопал уже весь форум и не только этот, прочитал avr106 но проблему устранить так и не смог.
Нужна помощь. Необходимо сделать обновление флеш программ. Для этого пытаюсь разместить код бутлоудера в отведенное ему пространство, но после программирования атмеги128 и последующего считывания код остается в начале прошивки. Как было рекомендовано в avr106, взял стандартный lnkm128s.xcl добавил в него
-D_..X_BOOTSEC_SIZE=2000 /* 4096 words */
-Z(FARCODE)BOOT_SECTION=(_..X_FLASH_END-_..X_BOOTSEC_SIZE-1)-
_..X_FLASH_END



в код программы void ExampleFunction() @ "BOOT_SECTION"{

for(ii=0;ii<100;ii++);// для теста

}


среда иар 2.31 , фьюзы BSIZ=0,BLB0=3,BLB1=3

[GDI]

Это да, бутлоадер отдельно всегда пишется. Как вариант решения, сделать отдельный бут, отдельную прогу, зашить бут, бутом зашить прогу, считать программатором дамп и этим дампом прошивать девайсы при производстве. При внесении изменений, все операции повторить.

[Палыч]

сделать отдельный бут, отдельную прогу, зашить бут, бутом зашить прогу

Если рабочая программа подготавливает данные для загрузчика, то предложенное Вами - проблематично: некому подготавливать...
1) Некоторым программаторам можно сказать: перед прошивкой не делать стирания памяти.
2) Можно "слить" в один два hex-файла...

PS Кстати, если рабочая программа действительно подготавливает данные для загрузчика, то у такой методы заливки есть "ахиллесова пята": в случае повреждения рабочей программы заливка новой программы загрузчиком - невозможна.

[Oless]

Человек, видимо имеет ввиду, что он с помощью основной программы тянет откуда то прошивку и сохраняет ее , например , в ат45 на борту. Затем девайс ребутится и бутлоадер забирает код прошивки из ат45 и перешивает девайс. Судя по упоминанию "сети" заказчика, прошивка будет браться через Ethernet и обработка Ethernet-а не влезет в бутлоадер.

Да, Вы правы, именно так и обстоит дело

Если рабочая программа подготавливает данные для загрузчика, то предложенное Вами - проблематично: некому подготавливать...
1) Некоторым программаторам можно сказать: перед прошивкой не делать стирания памяти.
2) Можно "слить" в один два hex-файла...

PS Кстати, если рабочая программа действительно подготавливает данные для загрузчика, то у такой методы заливки есть "ахиллесова пята": в случае повреждения рабочей программы заливка новой программы загрузчиком - невозможна.

Я таки соглашусь с Вами и буду делать загрузчик отдельным проектом, почему-то мне казалось, что это не обязательно
Думаю, что слить (заменить часть hex ) будет возможным, хотя это и извращение


Спасибо

[IJAR]

Да, Вы правы, именно так и обстоит дело






Я таки соглашусь с Вами и буду делать загрузчик отдельным проектом, почему-то мне казалось, что это не обязательно
Думаю, что слить (заменить часть hex ) будет возможным, хотя это и извращение


Спасибо

Вариантов решения Вашей задачи достаточно много: приведу 1.
Лучше делать 2 проекта:
1. BootLoader
2. USER proram

Boot естественно размещаете в секции Boot, USER с адреса 0x0000. В секции векторов прерывания ставие
jmp на соответствующие адреса секции USER, кроме USART-a (он исп-ся для закачки програамы USER)
Старт на BootrLoader - он настраивает USART и разрешает прерывания от него, инициализирует свои
переменные (min 16-20 ячеек RAM ими придется пожертвовать в USER а если USER уже написан, то поскать в нем). После инициализации BootLoader отдается USER-у на адрес 0x0000. При замене программы USER -
дергаете USART - преравание от него попадут BootLoader-у и он обработав его на всякие ошибко и
пароли вернется не к USER-у а в свой main и тогда весь RAM будет в его распоряжении. Дальнейшее -
дело техники и Вашей фантазии.

[defunct]

jmp на соответствующие адреса секции USER, кроме USART-a (он исп-ся для закачки програамы USER)

Как-то закручено и неестественно получается.
Почему бы просто не выставить фуз BOOTRST, а вектора переключать в BOOT секцию с помощью бита IVSEL. Получатся два абсолютно независимых проекта.
Из BOOT'а в основную программу переходить - jmp 0x0, наоборот (из USER в BOOT) - по WDT сбросу.
Сигналить из основной программы бутлоадеру о наличии обновленной прошивки через оговоренную ячейку EEPROM.