Самообновление bootloader AVR Опции

[MVJ]

В даташитах и в AVR109 упоминается, что есть возможность для загрузчика прошивать самого себя, но детально принцип не описан. Если загрузчик занимает более одной страницы, то, очевидно, уже после прошивки первой страницы целостность программы нарушится (могут поменяться распределение памяти, адреса вызова функций), и она не будет корректно работать. Где бы что почитать по этому вопросу?

[dimka76]

Т.е. вы хотите, чтобы загрузчик обновлял сам себя.

1. Можно новую копию загрузчика зашить в область приложения, потом передать управление этой новой версии прошивки и она скопирует сама себя в область загрузчика.

2. Либо иметь область загрузчика размером (выраженном в страницах) таким, чтобы в ней помещалось два загрузчика. Далее алгоритм такой же как и в первом случае, только все действия происходят в области загрузчика.

[MVJ]

1. Можно новую копию загрузчика зашить в область приложения, потом передать управление этой новой версии прошивки и она скопирует сама себя в область загрузчика.

2. Либо иметь область загрузчика размером (выраженном в страницах) таким, чтобы в ней помещалось два загрузчика. Далее алгоритм такой же как и в первом случае, только все действия происходят в области загрузчика.

1. В AVR109 (и в даташитах) сказано, что SPM команды могут выполняться только из области загрузчика
2. А как 2 загрузчика будут использовать общую область векторов прерываний, которая фьюзами устанавливается на начало области загрузчика? К тому же не всегда можно позволить выделить двойную область под загрузчик, зачастую его размер превышает половину максимального размера области загрузчика.

[_Pasha]

1. В AVR109 (и в даташитах) сказано, что SPM команды могут выполняться только из области загрузчика

это лок-фузами делается, там разница в том, что это NRWW секция и проц останавливается на время записи страницы.

[MVJ]

это лок-фузами делается, там разница в том, что это NRWW секция и проц останавливается на время записи страницы.

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

[_Pasha]

Если я правильно понял, то имеется в виду, что функция записи страницы должна находиться в NRWW секции основной программы.

Не обязательно. Просто обновление NRWW секции тянет за собой невозможность установки блокировки чтения и записи области загрузчика. Если в локере нет необходимости, проблем не существует.

[MVJ]

Не обязательно.

Из AVR109: "The SPM instruction can only be executed from the Boot Loader section."

[_Pasha]

Из AVR109: "The SPM instruction can only be executed from the Boot Loader section."

Непонятно, зачем они это написали, ведь в реале это не так.

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

Непонятно, зачем они это написали, ведь в реале это не так.

В реале это именно так. То есть из области приложения выполнить SPM можно, но толку не будет.

[_Pasha]

В реале это именно так. То есть из области приложения выполнить SPM можно, но толку не будет.

Ойц. Увидел. Значит, путь один - только макс. размер загрузчика и поддержка его двух копий. Когда-то баловался с мегой48 - там как раз бутлоадера нету - конструкция сложная и ненадежная, менять пришлось все- от стартапа до линкерскрипта, наигрался и забросил.

[MVJ]

Значит, путь один - только макс. размер загрузчика и поддержка его двух копий.

А как же таблица векторов прерываний - ведь она будет в первом бутлодере.

Сообщение отредактировал MVJ - Feb 3 2011, 13:57

[_Pasha]

А как же таблица векторов прерываний - ведь она будет в первом бутлодере.

Я так понимаю, что нужно сделать некое ядро, использующее только регистры для работы и остальное ОЗУ - для содержимого страниц, туда весь код с использованием SPM и верификацию, загнать его в последние адреса, и оно сможет обновить таблицу векторов. Но размеров минимального бутлоадера может оказаться маловато для такого ядра.

[Палыч]

Непонятно: зачем нужно обновлять bootloader? Ну, приложение - ясно, но - bootloader...

Но, если это всё же кому-то нужно, то, imho, сделать это "дешевле" в два приёма.
1. Загружается в Application Section программа загрузки bootloader'а.
2. Эта программа зашивает уже сам загрузчик.

Проблема с SPM - надуманная: достаточно в конце области BLS иметь код - типа функции Do_spm из примеров загрузчиков от Atmel. При необходимости программа из Application Section к нему обращается по заранее известному адресу...

[MVJ]

..сделать это "дешевле" в два приёма.
1. Загружается в Application Section программа загрузки bootloader'а.
2. Эта программа зашивает уже сам загрузчик.

Проблема с SPM - надуманная: достаточно в конце области BLS иметь код - типа функции Do_spm из примеров загрузчиков от Atmel. При необходимости программа из Application Section к нему обращается по заранее известному адресу...

Поскольку перед записью страницы ее нужно очистить, то получается, что страницу, содержащую Do_spm переписать нельзя. Тогда прошивка МК должна содержать 3 секции: приложение, загрузчик и секция с Do_spm(в концеNRWW). Первые две перекрестно обновляются, а 3-я обновлению не подлежит.

Я тоже был удивлён необходимостью обновления загрузчика, но потом, в оправдание автора топика, в голову пришла мысль - для чего это может быть использовано. Например, устройство имеет несколько интерфейсов для общения с "внешним миром"

Действительно МК имеет 2 интерфеса (СОМ-порта) для общения с "внешним миром": на однои RS485, на другом GSM-модем, который получает обновление для МК и хранит его в своей памяти. С обновлением через RS485 проблем нет, а вот при обновлении с GSM-модема загрузчик должен кроме всего прочего поддерживать минимальную функциональность модема. Здесь есть некоторые ньюансы, которые, возможно будет необходимость подправить. Отсюда и такой большой размер загрузчика (~3k) и желание иметь возможность его обновлять.

[mempfis_]

Действительно МК имеет 2 интерфеса (СОМ-порта) для общения с "внешним миром": на однои RS485, на другом GSM-модем, который получает обновление для МК и хранит его в своей памяти. С обновлением через RS485 проблем нет, а вот при обновлении с GSM-модема загрузчик должен кроме всего прочего поддерживать минимальную функциональность модема. Здесь есть некоторые ньюансы, которые, возможно будет необходимость подправить. Отсюда и такой большой размер загрузчика (~3k) и желание иметь возможность его обновлять.

А памяти под прошивку на плате нет? У меня тоже есть подобные устройства. Во всех загрузчик просто проверяет наличие обновления в внешней flash, обновляет основную прошивку при наличии обновления, проверяет целостность и производит восстановление при сбое. Сам он не занимается скачиванием прошивок. Для этого предусмотрена основная программа которая может принимать прошивку по gprs, USB или com-порту и ложит её в внешнюю загрузочную память.

Мне страшно представить если во время обновления загрузчика произойдёт сбой (например кратковременно пропадёт питание) - кто его (загрузчик) восстановит. Поэтому ИМХО правильней загрузчик не обновлять вообще!

Сообщение отредактировал mempfis_ - Mar 23 2011, 11:05

[Палыч]

Поэтому ИМХО правильней загрузчик не обновлять вообще!

Все это понимают (в том числи и ТС), но, как я понял, у ТС загрузчик довольно сложный и "сырой", а устройства поставлять - время уже пришло. Поэтому, для возможного исправления "ляпов" в загрузчике, ТС и желает заложить функцию обновления кода самого загрузчика.