Загрузчик + основная программа, IAP over Ethernet в MCU Опции

[_Макс]

Стоит задача организовать перепрошивку удаленно, через Ethernet, посредством загрузчика с TFTP сервером и UDP/IP стеком. Если запрос на перепрошивку не был получен в течении ограниченного промежутка времени, необходимо каким-то образом передать DHCP настройки через RAM и перейти на исполнение main() основной программы.
Как выделить место под структуру данных в одинаковых областях RAM для обоих проектов Keil?.
Какие еще выгодные реализации IAP over Ethernet вы можете посоветовать?

[PoReX]

.......необходимо каким-то образом передать DHCP настройки через RAM и перейти на исполнение main() основной программы.
........
Какие еще выгодные реализации IAP over Ethernet вы можете посоветовать?

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

Кстати, а зачем передавать настройки DHCP из bootloader'a в основную программу? Все равно в main'е инициализируете стек? У меня, например, в bootloader'e uip стек, а в основной программе lwip, и там, и там есть DHCP клиент, т.е. никакие настройки от botloader'a о DHCP, DNS, IP не передаются.

[_Макс]

Кстати, а зачем передавать настройки DHCP из bootloader'a в основную программу? Все равно в main'е инициализируете стек? У меня, например, в bootloader'e uip стек, а в основной программе lwip, и там, и там есть DHCP клиент, т.е. никакие настройки от botloader'a о DHCP, DNS, IP не передаются.

STM32F1xx, но баттарейку никто не подлючал. DHCP параетры нужно передать, чтобы после перехода от бутлоадера к основной программе стек был инициализирован уже имеющимися параметрами сети, иначе если стек начнет запрашивать новые, то может получить иной IP, а этого быть не должно. Поэтому суть такова, что сетевые параметры сохраняются в области RAM, и если они там присутствуют и валидные, то стек инициализируются ими, а не по DHCP.
Оба стека lwIP.

Вот так объявлен IP адрес:

Код

struct ip_addr {
  PACK_STRUCT_FIELD(u32_t addr);
} PACK_STRUCT_STRUCT;
PACK_STRUCT_END

Вынес значение сетевых параметров в отдельный файл:

Код

static struct ip_addr g_ip;
static struct ip_addr g_gw;
static struct ip_addr g_mask;
static struct ip_addr g_checksum;

Делается проверка, что значения сетевых параметров в памяти не мусор:

Код

  if( (uint32_t) g_ip ^ (uint32_t) g_gw ^ (uint32_t) g_mask == g_checksum) {
        // Action
  }

Но компилятор отдает:

Код

src\netconf.c(82): error:  #171: invalid type conversion

Как правильно преобразовать тип, чтобы проверить валидность XOR`ом?

[_Артём_]

Может так:

Код

struct ip_t {
    uint8_t ip[4];
};


union un_ipAddr {
    struct ip_t IP;
    uint32_t IP_ul;
};
un_ipAddr ip, mask, gate, sum;
void main {
    if ((ip.IP_ul^mask.IP_ul^gate.IP_ul)==sum.IP_ul) {
    }
}

Как правильно преобразовать тип, чтобы проверить валидность XOR`ом?

CRC бы тут какую, а не xor.