удаленное программирование, wavecom & mega32 Опции

[demon_lee]

поиском пользовался, помогло мало.
я в тему бутлоадера ещё не въехал.
то есть как реализовать пока понятия не имею, и вопрос у меня пока ни в контретный строках кода,
а в алгоритме по которому это надо сделать.
в вэйвкоме памяти достаточно чтоб хранить прошивку для меги32, хотя можно и фрамку прикрутить.
сейчас они по и2с общаются но можно и на СПИ перевести.
вэйвком опрашивает мегу, та в свою очередь отдает массив 512 байт - это основная работа меги.
я думаю следить за валидностью прошивки и за целостностью мне нет необходимости,
хотя успешный результат программирования тоже интересен. (это проверить не сложно на вэйвкоме)
прошивать буду только по требованию (через СМС) и вот от сюда не знаю как делать дальше.
надо ли ресетить мегу, что куда подсовывать, куда писать, от куда читать.
гуглил на эту тему по делу мало вот нашел загрузчик через UART может получиться переделать под себя.
помогите советом. Рад буду любой помощи.

а может вообще есть человек который поможет это сделать, за вознаграждение.

для справки вэйвком забирает прошивку по ФПТ через ГПРС и положит её куда надо будет.

здравый смысл подсказывает что в меге должен быть только будлоадер, и каждый раз после ребута приложение будет грузиться из внешней памяти, а если что не так то сказать модему что мол так и так проблема с загрузкой.
по требованию мы лишь перепишем содержимое памяти, а после ребута загрузиться новая прошивка.
(административное управление на вейвкоме будет, т.е. ресет меги, заливка прошивки в память и т.д.)
как такой подход?

[SasaVitebsk]

Обычно алгоритм такой:
Прога в м32 состоит из 2 независимых частей: приложение и бут.
При запуске (ресете) запускается всегда бут. Он проверяет целостность приложения и если оно цело, то запускает его. Иначе ждёт загружаемого кода приложения.
При работе приложения нужно по какому-то алгоритму инициировать старт бута.
Бут работает по любому каналу (какой выбирете). Это может быть и I2C и SPI и RS485 и т.д. Есть понятие протокола, то есть как формируются пакеты, где команды указываются, как контрольная сумма считается, что делать если она неверна и т.д.

Я бы рекомендовал также предусмотреть команду выдачи текущей версии по запросу.

Возможно также прошивку хранить во внешней EEPROM. Например в I2C EEPROMе. То есть грузить туда, а при перестарте перезаливать во флэш. (Обычно это делается "на лету").

[demon_lee]

При запуске (ресете) запускается всегда бут. Он проверяет целостность приложения и если оно цело, то запускает его.

то есть проверяет целостность прямо у себя во флеши?

При работе приложения нужно по какому-то алгоритму инициировать старт бута.

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

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

ну тут наверно стоит начинать изучать
http://www.gaw.ru/html.cgi/txt/doc/micros/...arh128/19_2.htm
http://www.gaw.ru/html.cgi/txt/app/micros/avr/AVR109.htm
я прав?

Я бы рекомендовал также предусмотреть команду выдачи текущей версии по запросу.

это будет

Возможно также прошивку хранить во внешней EEPROM. Например в I2C EEPROMе. То есть грузить туда, а при перестарте перезаливать во флэш. (Обычно это делается "на лету").

чтобы упростить программу бута, картина вырисовывается такая:
ресет, старт бута, он по SPI из внешней еепромки качает приложение себе, проверяет, стартует, работает
при необходимости ребутим мегу, предварительно залив вовнешнюю еепром программу.
логично.
но тогда вопрос, а можно ли одним контроллером в еепром писать, а другим из неё читать на примере spi (просто у меня по и2с обмен с модемом сделан, а он слейвом на шине быть отказывается).
я это как бы сказать...чайник в этом деле