Терзаю LPC2378 под управлением NicheLite ...
Есть желание прикрутить механизм смены прошивки "на лету" через эзернет, а конкрктнее используя стек NicheLite, через TCP соединение.
Думаю, вариантов тут не много ... одна версия NicheLite (минимальная) выступает в роли загрузчика (или базовой аварийной версии), другая размещается выше (которая и будет перезаливаться).
Примерный механизм сены прошивки:
1) говорм устройству что нужно обновить фирмварь, та во флешке сохраняет флажек PROGRAM, перезапускает контроллер
2) "базовая" версия при запуске смотрит состояние PROGRAM флага, если не активен, то тупо предает управление "рабочей" версии, если PROGRAM активен то ждет обновления прошивки потом сбрасывает PROGRAM и рестарт
Рассматривал еще вариант с двумя полноценными прошивками, если нужно то одна заменяет другую, но при этом прийдется еще загрузчик клеить чтоб анализировал целостность и передавал управление нужной прошивке.
...
Полная версия этой страницы: Программирование MC через Ethernet
Мне кажется самый надежный вариант
при каждом запуске сетевой загрузчик запрашивает прошивку, если ответа нет то передает управление основной программе и не надо ни каких флагов.
Самое стандартное решение посадить в загрусчик TFTP клиент (именно клиент) он бдует запрашивать у сервера прошивку если ответа нет (по таймаутут или сервер пришлет что фалйа нет) передавать управление основной программе
При этом джае если в основной программе ошибки и она виснет, перегрузив бутлоадер опять попытается загрузить новую прошивку
при каждом запуске сетевой загрузчик запрашивает прошивку, если ответа нет то передает управление основной программе и не надо ни каких флагов.
Самое стандартное решение посадить в загрусчик TFTP клиент (именно клиент) он бдует запрашивать у сервера прошивку если ответа нет (по таймаутут или сервер пришлет что фалйа нет) передавать управление основной программе
При этом джае если в основной программе ошибки и она виснет, перегрузив бутлоадер опять попытается загрузить новую прошивку
1)сама себя рабочая прошивка перезалить не сможет, а загрузчик должен знать требуется обновление или нет, тайм-ауты тоже не желательны т.к. затягивают старт системы.
2) TFTP или нет, это пока не принципиально (к тому же NicheLite имеет клиента, ломает рабираться как к этому свои нужны прикручивать).
Вопрос, как в Кейле разместить код по нужному адресу?
Взял адрес 0x20000, указал в свойствах линковщика --entry 0x20000, а мне в ответ: Entry point (0x00020000) lies outside the image.
2) TFTP или нет, это пока не принципиально (к тому же NicheLite имеет клиента, ломает рабираться как к этому свои нужны прикручивать).
Вопрос, как в Кейле разместить код по нужному адресу?
Взял адрес 0x20000, указал в свойствах линковщика --entry 0x20000, а мне в ответ: Entry point (0x00020000) lies outside the image.
Не совсем в темы, но тоже про бутлоадер.
А каким методом Вы пользуетесь для рестарта процессора после перепрошивки?
Я использую аналог вызова IAP из примера от KEIL.
В общем-то работает. Хотел узнать может есть какой другой, может более правильный вариант?
А каким методом Вы пользуетесь для рестарта процессора после перепрошивки?
Я использую аналог вызова IAP из примера от KEIL.
Код
typedef void (*P_RESET)(void);
P_RESET prog_reset;
В процедуре инициализации:
prog_reset = (P_RESET) 0x00000000;
Ну и где необходим рестарт:
prog_reset();
P_RESET prog_reset;
В процедуре инициализации:
prog_reset = (P_RESET) 0x00000000;
Ну и где необходим рестарт:
prog_reset();
В общем-то работает. Хотел узнать может есть какой другой, может более правильный вариант?
2 zuy
До рестартарт-ов мне пока далеко
, только я не понял, где в вашем примере IAP (обычная загрузка указателя)? К тому же через IAP вроде можно только принудительно бутлоадер вызвать.
Далее по моему вопросу о размещении, с помощью вот такого файла линковщика получается разместить выше:
До рестартарт-ов мне пока далеко
, только я не понял, где в вашем примере IAP (обычная загрузка указателя)? К тому же через IAP вроде можно только принудительно бутлоадер вызвать.Далее по моему вопросу о размещении, с помощью вот такого файла линковщика получается разместить выше:
Цитата
ROM_LOAD 0x00020000 0x00080000
{
ROM_EXEC 0x00020000
{
Startup.o (vectors,+First)
* (+RO)
}
IRAM 0x40000000
{
* (+RW,+ZI)
}
HEAP +0 UNINIT
{
Startup.o (Heap)
}
STACKS 0x40008000-0x1800 UNINIT
{
Startup.o (Stacks)
}
}
НО, при этом и таблица векторов тоже в верх уползает, как поправить?
{
ROM_EXEC 0x00020000
{
Startup.o (vectors,+First)
* (+RO)
}
IRAM 0x40000000
{
* (+RW,+ZI)
}
HEAP +0 UNINIT
{
Startup.o (Heap)
}
STACKS 0x40008000-0x1800 UNINIT
{
Startup.o (Stacks)
}
}
Цитата(3.14 @ Apr 20 2007, 13:22) 
2 zuy
До рестартарт-ов мне пока далеко, только я не понял, где в вашем примере IAP (обычная загрузка указателя)? К тому же через IAP вроде можно только принудительно бутлоадер вызвать.
До рестартарт-ов мне пока далеко
, только я не понял, где в вашем примере IAP (обычная загрузка указателя)? К тому же через IAP вроде можно только принудительно бутлоадер вызвать.Я имел ввиду, что посмотрел, как в примере вызывают IAP и сделал так же, только адрес заменил на 0, и параметры убрал. В оригинале обьявление выглядело так:
Код
typedef void (*IAP)(struct iap_in *in, unsigned int *result);
#define iap_entry ((IAP) 0x7FFFFFF1) // IAP Entry Point
И вызов:
iap_entry (&iap, result);
#define iap_entry ((IAP) 0x7FFFFFF1) // IAP Entry Point
И вызов:
iap_entry (&iap, result);
Чего то я слегка заблудился в IAP.
Перед началом программирования флешки, провожу препарирование нужных секторов потом стираю потом проверяю, все ОК.
Далее начинаю засылать в контроллер странички по 256 байт и заливаю их (cм. листинг).
Процесс заканчивается без ошибок, но вот реальное содержимое флешки после программирования не совпадает. Несколько первых страниц (~10) пишутся без проблем затем начинаются "пробелы" чистой флеши. Еще очень не понятно, если в препаре LAST_SECTOR указать текущий, то когда странички доберутся до следующего сектора все встанет.
Перед началом программирования флешки, провожу препарирование нужных секторов потом стираю потом проверяю, все ОК.
Далее начинаю засылать в контроллер странички по 256 байт и заливаю их (cм. листинг).
Процесс заканчивается без ошибок, но вот реальное содержимое флешки после программирования не совпадает. Несколько первых страниц (~10) пишутся без проблем затем начинаются "пробелы" чистой флеши. Еще очень не понятно, если в препаре LAST_SECTOR указать текущий, то когда странички доберутся до следующего сектора все встанет.
Код
int ProgramFirmware(unsigned char first_sect, int page, char * buf)
{
int i,j;
char start_sect,last_sect;
unsigned long Pointer;
start_sect = floor(page/128) + first_sect;
last_sect = start_sect;
switch(first_sect)
{
case 10:
Pointer = 0x18000;
break;
case 11:
Pointer = 0x20000;
break;
case 12:
Pointer = 0x28000;
break;
case 13:
Pointer = 0x30000;
break;
case 14:
Pointer = 0x38000;
break;
case 15:
Pointer = 0x40000;
break;
case 16:
Pointer = 0x48000;
break;
case 17:
Pointer = 0x50000;
break;
case 18:
Pointer = 0x58000;
break;
case 19:
Pointer = 0x60000;
break;
default : return FALSE;
}
Pointer = Pointer + ((unsigned long)page * 256);
Iap.status=CMD_SUCCESS+1;
while(Iap.status!=CMD_SUCCESS)
{
IDISABLE;
Iap.cmd=IAP_CMD_PREPARE;
Iap.par[0]=start_sect;
Iap.par[1]=last_sect+6; //!!! странность
iap_exec(&Iap);
IENABLE;
}
IDISABLE;
Iap.cmd=IAP_CMD_WRITE;
Iap.par[0]=Pointer;
Iap.par[1]=(unsigned long) buf;
Iap.par[2]=256;
Iap.par[3]=Fcclk/1000;
iap_exec(&Iap);
IENABLE;
while(Iap.status!=CMD_SUCCESS);
return TRUE;
}
{
int i,j;
char start_sect,last_sect;
unsigned long Pointer;
start_sect = floor(page/128) + first_sect;
last_sect = start_sect;
switch(first_sect)
{
case 10:
Pointer = 0x18000;
break;
case 11:
Pointer = 0x20000;
break;
case 12:
Pointer = 0x28000;
break;
case 13:
Pointer = 0x30000;
break;
case 14:
Pointer = 0x38000;
break;
case 15:
Pointer = 0x40000;
break;
case 16:
Pointer = 0x48000;
break;
case 17:
Pointer = 0x50000;
break;
case 18:
Pointer = 0x58000;
break;
case 19:
Pointer = 0x60000;
break;
default : return FALSE;
}
Pointer = Pointer + ((unsigned long)page * 256);
Iap.status=CMD_SUCCESS+1;
while(Iap.status!=CMD_SUCCESS)
{
IDISABLE;
Iap.cmd=IAP_CMD_PREPARE;
Iap.par[0]=start_sect;
Iap.par[1]=last_sect+6; //!!! странность
iap_exec(&Iap);
IENABLE;
}
IDISABLE;
Iap.cmd=IAP_CMD_WRITE;
Iap.par[0]=Pointer;
Iap.par[1]=(unsigned long) buf;
Iap.par[2]=256;
Iap.par[3]=Fcclk/1000;
iap_exec(&Iap);
IENABLE;
while(Iap.status!=CMD_SUCCESS);
return TRUE;
}
Цитата(3.14 @ Apr 20 2007, 11:22)
1) говорм устройству что нужно обновить фирмварь, та во флешке сохраняет флажек PROGRAM, перезапускает контроллер
2) "базовая" версия при запуске смотрит состояние PROGRAM флага, если не активен, то тупо предает управление "рабочей" версии, если PROGRAM активен то ждет обновления прошивки потом сбрасывает PROGRAM и рестарт
Какую-либо неиспользуемую ногу (например приснопамятный SSEL с внешней подтяжкой) приложение настраивает на вывод и передает управление загрузчику. Загрузчик проверяет ногу - если настроена на ввод - значит это старт по включению питания, если на вывод - значит это вызов из приложения. Запись флажка во флеш при этом не требуется.2) "базовая" версия при запуске смотрит состояние PROGRAM флага, если не активен, то тупо предает управление "рабочей" версии, если PROGRAM активен то ждет обновления прошивки потом сбрасывает PROGRAM и рестарт
Цитата(zuy @ Apr 20 2007, 12:02)
В общем-то работает. Хотел узнать может есть какой другой, может более правильный вариант?
Запустить вочдог и дать ему сбросить процессор. Гарантированноо сбросится вся периферия и вы не будете иметь сюрпризов типа какую-то периферию уже настроил загрузчик а приложение об этом не знает и полагается на настройки по умолчанию.Код
start_sect = floor(page/128) + first_sect;
Зачем тут плавающая точка? start_sect = page / 128 + first_sect; Код
IENABLE;
while(Iap.status!=CMD_SUCCESS);
return TRUE;
Если предыдущий вызов IAP не удался, этот цикл будет крутиться вечно.
while(Iap.status!=CMD_SUCCESS);
return TRUE;
Вобщем, это не принципиально как общаться загрузчику и фирмвари между собой.
>>Зачем тут плавающая точка? start_sect = page / 128 + first_sect;
да это я для пущей уверенности, что после деления возмется наименьшее (а не округлится), целые то из флоата без проблем должны получится.
>>Если предыдущий вызов IAP не удался, этот цикл будет крутиться вечно.
Это я специально, чтоб видеть, что в этом месте встало.
Перед уходом с работы нарыл что мои макросы IENABLE/IDISABLE вовсе не разрешают/запрещают прерывания а разрешают/запрещают вложенные прерывания. Заменил их на обнуление/востановление маски векторов VIC-а, чего то вообще поломалось.
>>Зачем тут плавающая точка? start_sect = page / 128 + first_sect;
да это я для пущей уверенности, что после деления возмется наименьшее (а не округлится), целые то из флоата без проблем должны получится.
>>Если предыдущий вызов IAP не удался, этот цикл будет крутиться вечно.
Это я специально, чтоб видеть, что в этом месте встало.
Перед уходом с работы нарыл что мои макросы IENABLE/IDISABLE вовсе не разрешают/запрещают прерывания а разрешают/запрещают вложенные прерывания. Заменил их на обнуление/востановление маски векторов VIC-а, чего то вообще поломалось.
Пардон, не в тему ARM, но в тему обновления фирмвари по ethernet.
В меге162 сделал так:
При сбросе бутлодырь считает контрольную сумму основной области, если все ОК, смотрит еще флажок в eeprom - требование обновления. После чего передает управление основной программе. Соответственно если контрольная сумма не совпадает или взведен флаг, отрабатывается процедура обновления. После обновления опять проверяется контрольная сумма, и только потом передается управление.
В основной программе есть отработка команды обновления - приняли команду, взвели флажок, сбросили по WD, обновляемся...
Все прекрасно работает уже года 3. Даже через интернет... Протокол UDP, ибо в 2 кб загрузочной области меги162 не шибко развернешься.
В меге162 сделал так:
При сбросе бутлодырь считает контрольную сумму основной области, если все ОК, смотрит еще флажок в eeprom - требование обновления. После чего передает управление основной программе. Соответственно если контрольная сумма не совпадает или взведен флаг, отрабатывается процедура обновления. После обновления опять проверяется контрольная сумма, и только потом передается управление.
В основной программе есть отработка команды обновления - приняли команду, взвели флажок, сбросили по WD, обновляемся...
Все прекрасно работает уже года 3. Даже через интернет... Протокол UDP, ибо в 2 кб загрузочной области меги162 не шибко развернешься.
Цитата(Сергей Борщ @ Apr 24 2007, 15:15)
Какую-либо неиспользуемую ногу (например приснопамятный SSEL с внешней подтяжкой) ...
Два Scratch Pad регистра в UARTах в твоем полном распоряжении.
А SSEL давно уже полезным стал
Цитата(zltigo @ Apr 24 2007, 23:16)
А SSEL давно уже полезным стал
Ага, если его в момент подачи питания пинцетом на землю коротить, то можно таким образом подать команду загрузчику принудительно перейти в режим загрузки Я в курсе, что его поправили. Но в схеме может быть множество других ног, которые в нормальном состоянии входы с подтяжкой (тот же I2C). Или любой вывод который по схеме должен быть выходом. Если он настроен на вход - включение питания, если на выход - значит это запрос на старт загрузчика из приложения.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.