Использование Bootloader'а на XMEGA, XMEGA, Bootloader Опции

[Brain13]

Доброго времени суток!

По работе появилась необходимость обновлять прошивку XMEGA16A4(XMEGA32A4) по последовательному каналу, т.к. устройства при изготовлении заливаются компаундом, остается только разъем EIA-485.
Но я с bootloader'ами дела не имел, и плохо понимаю как они работают. Посмотрел AVR1605: XMEGA™ Boot Loader Quick Start
Guide стало понятнее, но ненамного.
Я так понял, что должны быть два проекта: bootloader, и основной программы. Тогда bootloader можно переделать из AVR1605 с поддержкой 485-го и на этом все. Или я ошибаюсь?
Но где-то в проекте надо указать, что это проект bootloader'а, но такого не нашел. Он по идее должен располагаться в 4К Boot области.
AVR1605 заточен под IAR и XMEGA128A1, но мне надо под WinAVR и XMEGA16A4(XMEGA32A4), будет ли он работать? Что докрутить?
Есть ли готовые bootloader'ы с поддержкой XMEGA16A4(XMEGA32A4) и 485-го?

Можете в общем рассказать как прикручивать bootloader?

PS: Извините если подобные темы уже были...

[V_G]

Есть ли готовые bootloader'ы с поддержкой XMEGA16A4(XMEGA32A4) и 485-го?
Можете в общем рассказать как прикручивать bootloader?

1. Ну, может, у кого-то и есть, но точно не на официальном Атмеловском сайте
2. Я пишу на ассемблере, так что там просто пишешь ".ORG BOOTSTART" и далее размещаешь текст бутлоадера, а фьюзы программируешь на загрузку с Bootloader Reset.
3. Bootloader с поддержкой стандартной атмеловской утилиты AVRProg для 485 написать сложновато, наверное: в системе команд адресная инфо не предусмотрена, да и эхо от посылки будет сбивать AVRProg. Так что и со стороны компа свою поддержку бутлоадера писать придется.

[Brain13]

1. Ну, может, у кого-то и есть, но точно не на официальном Атмеловском сайте
2. Я пишу на ассемблере, так что там просто пишешь ".ORG BOOTSTART" и далее размещаешь текст бутлоадера, а фьюзы программируешь на загрузку с Bootloader Reset.
3. Bootloader с поддержкой стандартной атмеловской утилиты AVRProg для 485 написать сложновато, наверное: в системе команд адресная инфо не предусмотрена, да и эхо от посылки будет сбивать AVRProg. Так что и со стороны компа свою поддержку бутлоадера писать придется.

1. Есть на Атмеловском сайте подобное: AVR1605 и файлы к ним.
2. В том то и дело, что надо на С.
3. Поддержка 485 заключается в том, что определенную ногу надо поднять/опустить при передаче. Эха нет. Устройство на время программирования будут отключать от сети. Со стороны компа используем ту же прогу(я присмотрел AVROSP), потом на железяку 232-485. Просто работать только в полудуплексном режиме, но это не проблема, все загрузчики так и работают.

Управления ногой привинтить думаю не проблема. Думаю, что вся проблема заключается в следующем вопросе:
Как настроить проект AVRStudio+WinAVR, для написания bootloader'a.
Имеется в виду, чтобы при компиляции код размещался в загрузочной секции. Может есть директива, указывающая куда кидать код?

Сообщение отредактировал Brain13 - Apr 11 2010, 23:52

[smac]

...Думаю, что вся проблема заключается в следующем вопросе:
Как настроить проект AVRStudio+WinAVR, для написания bootloader'a...

Так Вы документацию на WinAVR (точнее на avr-libc) почитайте, там написано многое, вот ссылка на всякий случай bootloaer

[Brain13]

Так Вы документацию на WinAVR (точнее на avr-libc) почитайте, там написано многое, вот ссылка на всякий случай bootloaer

Это я читал. Все было бы хорошо, но вот при подключении <avr/boot.h> вылетают ошибки. Он предназначен для mega. На XMEGA работать не хочет. Но в этом файле есть интересная строка:

Код

#define BOOTLOADER_SECTION    __attribute__ ((section (".bootloader")))

Если в опциях проекта, в разделе Memory Sections сделать секцию ".bootloader" с адресом начала boot-секции в словах(для XMEGA16A4 это 0x2000) и сделать вот такую конструкцию:

Код

int main()
{
// Здесь main
}



__attribute__ ((section (".bootloader")))

int bootmain() // А здесь bootloader
{
    void (*funcptr)( void ) = 0x0000;
    while(1)
    {
           funcptr(); // Run to program
    }
    
    return 0;
}

То функция bootmain является загрузчиком. Но здесь есть проблемка: с такой конструкцией мне удалось использовать в boot-секции только одну функцию. Если __attribute__ ((section (".bootloader"))) написать перед несколькими они перезаписывают друг-друга и это естественно. А если не писать, то след функция пишется в основной секции. Остается вариант использовать inline функции, чтоб они встраивались в код bootloader'а. Но может и места не хватить.

Какие есть еще мысли и предложения?

[Сергей Борщ]

То функция bootmain является загрузчиком. Но здесь есть проблемка: с такой конструкцией мне удалось использовать в boot-секции только одну функцию. Если __attribute__ ((section (".bootloader"))) написать перед несколькими они перезаписывают друг-друга и это естественно.

Это неестественно. Линкер складывает секции одну за другой. Ничего никуда не накладывается - вы, видимо, что-то не так поняли. Не нужно делать секцию .bootloader - вы все равно не сможете положить в нее стартап-код. Да и просто замучаетесь класть каждую функцию в эту секцию. Возьмите из winavr/avr/lib/ldscripts скрипт для вашего проекта, измените в нем адрес региона text на нужные вам адреса области загрузчика и укажите линкеру использовать этот скрипт: -Wl,-T,<имя скипта>. Рассматривайте ваш загрузчик как самостоятельную программу.