bootloader для Atmega48 Опции

[piz2383]

Есть плата с Atmega48. Необходимо по приходу соответствующей команды из вне, в моем случае по SPI произвести обновление кода.
В Atmega48 нет секции бутлоадера и нет фуза для перехода при сбросе в эту секцию, поэтому как я понимаю секцию в этом контроллере необходимо создавать искусственно программным путем.
С этим я сталкиваюсь впервые. Я только, что перечитал апноуты, темы на нашем форуме и в голове у меня обрисовался общий алгоритм решения моей проблемы. Сейчас я озвучу его, а вы если вам не трудно укажите где я говорю не правильно, ну в целом выскажите любые замечания.

В общем "загрузчик" создаю отдельным проектом. В мейк-файле к этому проекту дописываю две строчки: BOOTLOADER_ADDRESS = 0x00С00 и LDFLAGS += -Wl,--section-start=.text=$(BOOTLOADER_ADDRESS)

Я правильно выбрал адрес? 0x00С00? Как я понял в атмеге48 4 килобайта памяти, поэтому под бутлоадер можно отнести килобайт в конце этой памяти.

Итак далее. Моя основная программа работает, и по интерфейсу SPI получает ту самую команду перепрошивки. Я в коде своей программы пишу следующее:
void (*funboot)( void ) = 0x0C00;
funboot();

так я попадаю в бутлоадер. В теле программы бутлоадера я принимаю данные по SPI и с помощью команд SPM перепрошиваю программу, параллельно проверяя чексум, если все хорошо, то допустим бутяю с помощью собаки или просто перехожу по нулевому адрес.

Тоесть первый раз, я проект бутлоадера прошиваю по адрессу 0xC00. Далее я прошиваю программатором первую версию моей программы по нулевому адресу, в которой заложен механизм перехода по адрессу бутлоадера. Затем новые прошивки которые будут поступать тоже будут с этим механизмом.

Вот так я вижу решение проблемы. Я правильно описал алгоритм? В чем и где именно я не прав? Какие будут замечания?

Заранее благодарен за помощь.

Сообщение отредактировал piz2383 - Jun 27 2009, 21:51

[piz2383]

В общем начал реализовывать все выше сказанное... Начал с простого.
Написал программу которая инициализирует UART, и просто отправляет пять байт. далее:
void (*funcptr)( void ) = 0x0000;
funcptr();

Разместил код по адрессу 0xC00. Прошил.
В основной программе размер, которой 2,5 килобайт, в определенном месте сделал аналогичное.
void (*funcptr)( void ) = 0x0C00;
funcptr();

Прошил, запустил не работает. Танцевал, танцевал с бубном. Выяснил что если заменить C00 на D00. То резко все начинает работать. В полтергейсты я не верю, на это должна быть какая-то причина. Не подскажите в чем может быть данная причина?

И ещё хочу задать вопрос по поводу WINAVR. В общем я реализовал к примеру библиотеку UART. Там много функций, и некоторые из них в проекте не используются. Но все равно они компиляться, линкуються и попадают в проект, при этом занимают место. Никак не мог найти ключ, который бы это отключал. Не подскажите что нужно прописать в makefile что бы не используемые функции в выходной hex не попадали?

[SysRq]

В полтергейсты я не верю, на это должна быть какая-то причина.

Считайте программатором целиком прошивку из МК, переведите из *.hex или почего в бинарный дамп (*.bin), посмотрите любым hex-редактром правильно ли расположены куски кода в памяти МК. Если с этим все в порядке, показывайте код, так проще будет.

...WINAVR. ...много функций, и некоторые из них в проекте не используются. Но все равно они компиляться, линкуються и попадают в проект, при этом занимают место. ...что нужно прописать в makefile что бы не используемые функции в выходной hex не попадали?

Здесь: http://electronix.ru/forum/index.php?showtopic=64145

[piz2383]

Считайте программатором целиком прошивку из МК, переведите из *.hex или почего в бинарный дамп (*.bin), посмотрите любым hex-редактром правильно ли расположены куски кода в памяти МК. Если с этим все в порядке, показывайте код, так проще будет.

Дамп проверял, и так и так есть пустое пространство между основной программой и бутом, но естевственно при D00 её чуть больше. Вот код для бута.

Код

int main(void)
{
    UARTinit();
    UARTByte('B');
    UARTByte('O');
    UARTByte('O');
    UARTByte('T');    

    void (*funcptr)( void ) = 0x0000;
    funcptr();
    
    return 0;
}

Код для основной программы большой, в целом 2,5 килобайт прошивки, вот то место где происходит вызов

Код

// команда о перепрошивке
else if(SIGNAL == REPROGRAM)
{
   void (*funcptr)( void ) = 0x0D00; // или 0x0С00
   funcptr();
}

В общем при D00 как я и говори все отлично работает, в терминале появляется надпись "BOOT" и прошивка начинает работать со старта (я в начале вывожу надпись "START" этим и проверяю). Ну а ежели C00, то на экране ничего не появляется и прошивка далее уже работает некорректно.

Мне в принципе все-равно с C00 или D00 просто причина в чем-то есть. Конечно так догадаться тяжело, но возможные предположения есть?

[SysRq]

...и так и так есть пустое пространство между основной программой и бутом, но естевственно при D00 её чуть больше.

Не пустое пространство ищите, а проверьте что по нужному адресу оно.

--
UPD:

Но вот если прошиваю для прошивки размером 2,5 килобайт, все работать начинает некорректно...

А вот это уже другой вопрос.. перед вызовом загрузчика запретите прерывания хотя бы.