Помогите пожалуйста реализовать. Работать стал недавно, опыта мало. Суть такова: по UART надо залить прошивку по-битно. Я пересылаю по биту прошивки через UART и записываю во FLASH, предварительно стерев ее. Что бы это реализовать, мой цикл записи должен находиться в ОЗУ, иначе я вешаю контроллер. Если нужен исходник программы, приложу попозже. Такой способ записи выбран из-за довольно большой прошивки и FLASH и маленькой ОЗУ. А если еще сможете помочь реализовать верификацию прошивки после заливки, то буду очень признателен!
ЗЫ: целевой контроллер MSP430F1611, но тест проводится на 149ом.
ЗЫ2: использую IAR 4.20 и язык С++.

http://electronix.ru/forum/index.php?showtopic=76384&hl=
http://electronix.ru/forum/index.php?showt...p;hl=bootloader
http://electronix.ru/forum/index.php?showtopic=37867&hl=
http://electronix.ru/forum/index.php?showtopic=75592&hl=

Тема очень популярна, и активная позиция (с поиском) выгодней... Дерзайте. Не забудте про reMapping таблицы векторов. Старожилы говорят - это самый безопасный (грамотный) подход.

поиском пользовался, правда через гугл, по ссылкам ничего конкретного не увидел, все только общие советы. мне бы конкретный кусок кода для разбора, или пнуть где его можно увидеть. еще раз повторюсь что у меня мало опыта пока еще и мне бы вместе с советами еще хотя бы примерную их реализацию в коде (желательно на "С/С++").
у меня такая ситуация, что к девайсу нет простого прямого доступа. можно один раз его достать, по JTAG'у зашить прошивку с реализованной возможностью "перепрошивки" по UART. защит от дураков не надо, достаточно просто реализовать по-битную (можно по-байтную, тут не суть) заливку и проверку на правильность перешитой флэш. "трогать" буду только main flash, info оставляю не тронутой.
ЗЫ: почти все время с смомента регистрации пытался найти сам, гуглил везде и по всякому, много перечитал и перекачал...но никак не смог решить свою проблему и решил спрсоить помощи у знающих гуру.

а да, мне ж надо не только скопировать кусок исполняемого кода в RAM, но и запустить его оттуда, что б мог стереть флеш

Сообщение отредактировал Desperanto - Feb 17 2011, 07:55

В инструкции по эксплуатации, заботливо переведённой компэлом и выложенной на gaw.ru вроде бы всё предельно чётко расписано.
Вот, например:

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

MrYuran, с ассемблером я не знаком никак. смог бы кто перевести на С? да и мне помимо просто инициализации стирания/записи, надо бы целый кусок кода запустить из ОЗУ (в том куске я получаю бит прошивки по UART и пишу его во флеш, ну и это в цикле пока не кончится прошивка).
я так понимаю я могу сделать указатель на функцию, который вернет мне ее адрес, потом надо с этого адреса до конца функции скопировать в ОЗУ и запустить оттуда (как я не знаю), и работать из ОЗУ пока не получу команду конца прошивки и ресета.

Сообщение отредактировал Desperanto - Feb 17 2011, 08:16

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

Я вам распишу как сделано у меня, возможно такой вариант вам подойдет:
1) При старте загрузчик получает управление.
2) Он проверяет - не было ли это передачей управления из приложения
3) Если это был вызов из приложения - переход на шаг 9
4) В противном случае он проверяет ногу принудительного запуска загрузки, если нога активирована - переход к шагу 7
5) Загрузчик считает контрольную сумму приложения.
6) Если сумма совпала - значит приложение на месте, прописано полностью и без ошибок. Загрузчик копирует вектора прерываний приложения в ОЗУ и передает управление на вектор сброса в этой таблице.
Если сумма не совпала, значит приложения нет.
7) Загрузчик ожидает по интерфейсу команды начала заливки.
8) Загрузчик получает эту команду.
9) Загрузчик отвечает "Я стартовал, к загрузке готов".
10) Запускается собака.
11) Загрузчик ожидает пакет с содержимым очередной страницы
12) Получив пакет он записывает страницу
13) Записав страницу он сбрасывает собаку и посылает ответ "пакет обработан, готов"
14) переход на шаг 11

Если это был последниу пакет - в процессе ожидания на шаге 11 сработает собака, проц попадает в состояние 1.
После этого начнется выполнение с самого начала, загрузчик проверит контрольную сумму приложения и если обновление удалось - запустит приложение.

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

для проверки на шаге 2 использую бит направления какой-либо из ног, при штатной работе используемой на вывод. После сброса все ноги настроены на ввод, приложение настраивает ее на вывод. Значит если нога настроена на вывод - надо переходить на шаг 9.

Да, и при этом в ОЗУ нет ни одной функции.

Сергей Борщ, связь дусторонняя, отправить могу хоть байт, хоть бит хоть сколько влезет в РАМ (сектор влезет) Ваш алгоритм вцелом подходит. У моего девайса следующий алгоритм работы:
-девайс все вермя получает данные по радиоканалу и отправляет их дальше через UART на РС.
-с РС по UART я отсылаю команду на прошивку, девайс встает в паузу и ждет повтора запроса на прошивку (на случай если ошибочно отправил команду)
-далее выполняется пошивки по-битно/байтно/как удобно

алгоритм самой прошивки я хотел сдлеать такой:
-получаю бит/байт и стартовый адрес,
-проверяю не получил ли я команду конца прошивки /символ q например/,
-перехожу в стартовый адрес, стираю флеш,
-записываю полученный бит/байт, адрес++,
-получаю следующий бит/байт, проверяю на конец прошивки и записываю и т.д. до получения 'q'
после чего надо свериться снуля с прошивкой которую загрузил (на случай вдруг какой из пакетов потерялся), если проверка FAIL, то все сначала, если ОК - делаем ресет, дабы новая пошивка подцепилась (во всех последущих прошивках будет использоваться такой же метод обновления)
первая прошивка с этим "модулем" конечно же будет заливаться по JTAG с ПК или "полевым программатором"

Сообщение отредактировал Desperanto - Feb 17 2011, 10:02

Сергей, а можно вот этот момент поподробнее?
Я что-то никак ниасилю сакральный смысл этой манипуляции...

А вместо штатных векторов тогда что будет?
И при возникновении прерывания обращение всё равно будет к стандартным векторам, а не в ОЗУ?

У меня в протоколе общения с собственно загрузчиком 6 команд, но сейчас я понял, что достаточно всего четырех:
- Стереть всю флешь приложения
- Записать сектор начиная с адреса N
- Записать блок в EEPROM (для АВР)
- Мусор (для внесения энтропии в зашифрованный бинарник).
Отдельной команды на окончание прошивки не нужно - в любом случае будет вылет по тайм-ауту.

Прошивка кодируется AES128, в качестве основы брал пример AVR231.

С проверкой как-то у вас замудрено получилось. Достаточно подсчитать контрольную сумму. Я делал загрузчик для MSP430F2618, была возможность подсчета отдельно суммы приложения в нижних 64К и "верхней памяти", весь загрузчик уложился в 2.4К (это с выводом линейки прогресса на i2c ЖКИ), писался под mspgcc. На верхней памяти кажется даже проверял и все работало.

P.S. Обманул - 3К занимал загрузчик.

Сергей Борщ ну так вернемся к сути первых моих сообщений? можете помочь? могу выслать иходник для большей понятности.
кстати прошивку я планировал брать в ti тхт формате

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

А в чем суть? Копировать функции в ОЗУ можно (вам придется разобраться с поддержкой сегментов линкером), но считаю это неверным подходом - ведь можно выполнять загрузчик прямо из флеша. Какой смысл передавать ti txt формат - чтобы засовывать в загрузчик еще и парсер текстовых строк? Гораздо проще на PC перевести прошивку сразу в двоичный формат. А потом вы отправите прибор заказчику и потребуется перепрошивка - будете посылать прошивку в открытом виде? Так почему бы изначально не заложить шифрование и защититься от клонирования?
С ИАРом давно не работаю, поэтому помочь навряд ли смогу.
Вся процедура записи сводится к записи данных по указателю и команде FCTL1 = FWKEY | WRT;

Сергей Борщ передавать в ti txt потому что так хочется пользователю клонировать никто ничего не будет. а Вы на каком языке пишете приложения для мсп? по поводу парсера текста: он же будет не в прошивке, а во внешней программе на ПК, там прошивка загрузится в один массив без пробелов одной строкой и будет передаваться как потребуется,

По-моему, вам замечательно вшитый BSL подойдёт. Надо просто из приложения прыгнуть на точку входа, которая после проверки пароля.

Пишу на С++. Если парсится на стороне PC, то уже без разницы какой формат. Да, а чем вас bsl не устраивает, MrYuran прав!

Сергей Борщ, MrYuran, хм...а слона то я и не заметил надо поглядеть как разведена плата и попробовать спасибо за ответы!