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

[_Макс]

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

[aaarrr]

Как выделить место под структуру данных в одинаковых областях RAM для обоих проектов Keil?.

Через UNINIT-секцию в скрипте линкера.

[_Макс]

Где этот скрипт лежит? Что это за секция такая?

[aaarrr]

Лежит в составе проекта (.scat), по умолчанию генерируется средой. Нужно будет написать свой.

UNINIT - секция, которая не инициализируется при старте приложения. Вам же не нужно, чтобы данные, переданные загрузчиком, были затерты?

[_Макс]

Лежит в составе проекта (.scat), по умолчанию генерируется средой. Нужно будет написать свой.

Вы уверены? Я не могу найти ни одного фала scat, ни в одном своем проекте.

[Lotor]

не могу найти ни одного фала scat, ни в одном своем проекте.

Плохо ищите значит. Смотрите в опциях проекта, где Ваш scatter файл живет по умолчанию.

[aaarrr]

Его может не быть, только если выбрана опция "Simple" в настройках линкера. Соответственно, нужно поменять на "Scattered".

[_Макс]

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

[_Артём_]

будет ли содержимое оперативки в STM32 обнуляться?

Врядли. Скорее останется таким же как до сброса, но расчитывать на жто нельзя.

Чему равно значение битов в оперативке по умолчанию после подачи питания?

Скорее всего будет в неопределённом состоянии.

Вы сэкономить на обнулении ОЗУ хотите?

[scifi]

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

Нет, не будет.

Нигде не могу найти это в документации.

Это как бы подразумевается. Если бы обнулялось, у компиляторов была бы опция "не обнулять программно".

Чему равно значение битов в оперативке по умолчанию после подачи питания?

Мусор.

[adnega]

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

ОЗУ процессор не трогает. Периферийные регистры будут в значении "после сброса" (описаны в документации).
Странный вопрос, поскольку до вызова main() состояние ОЗУ должно измениться для инициализированных данных и обнулиться для неинициализированных. Все остальное мусор. Может затереться стеком в любой момент.

[_Макс]

Судя по тому, что здесь написано, переменная в секции UNINIT будет инициализирована при переходе к main() или основной программе. А мне нужно, чтобы через переменную (структуру) можно было передать данные наверх: от загрузчика к оснвоной программе и обратно, когда программа инициирует программный сброс.

[toweroff]

Судя по тому, что здесь написано, переменная в секции UNINIT будет инициализирована при переходе к main() или основной программе. А мне нужно, чтобы через переменную (структуру) можно было передать данные наверх: от загрузчика к оснвоной программе и обратно, когда программа инициирует программный сброс.

http://www.keil.com/support/man/docs/ca/ca_noinit.htm

проверять некое значение в структуре на валидность данных в ней (например, 0x55555555), в зависимости от этого либо инициализировать, либо использовать данные в ней

И еще тут

http://www.keil.com/support/docs/3480.htm

[aaarrr]

Судя по тому, что здесь написано, переменная в секции UNINIT будет инициализирована при переходе к main() или основной программе.

Во-первых, не всегда, а во-вторых, там же написано, как этого избежать.

http://www.keil.com/support/man/docs/ca/ca_noinit.htm

Так CARM давно кончился.

[toweroff]

Так CARM давно кончился.

точно, discontinued
я как-то не обратил внимание, там CA
но директивы-то наследственность не сохранили?

[aaarrr]

но директивы-то наследственность не сохранили?

Не сохранили по причине отсутствия родства между CARM и RVCT.

[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.

[_Макс]

Может так:

Код

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) {
    }
}

Почему разработчик стека использовал выделенный тип для IP адреса вместо одного 32 битного числа? Что теперь нужно делать объединения. Можно как-то без них обойтись используя существующее объявление структуры?

[alexandermas]

потому что кроме ipv4 ,бывает ipv6. а там не 4 байта на адрес, и при подключении другого хедера там будет совершенно другая тема.

[_Артём_]

Можно как-то без них обойтись используя существующее объявление структуры?

Если очень хочется, то можно:

Код

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

[_Макс]

Если очень хочется, то можно:

Код

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

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

потому что кроме ipv4 ,бывает ipv6. а там не 4 байта на адрес, и при подключении другого хедера там будет совершенно другая тема.

Меня это тоже заинтересовало. Можно заставить lwIP работать с IPv4 и IPv6 одновременно, как я понял там это статически задается.

[aaarrr]

Если очень хочется, то можно:

Код

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

Так не стоит делать - структура упакована.

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

Тут к букварю надо обратиться.

И что мешало изначально сделать так:

Код

if( g_ip.addr ^ g_gw.addr ^ g_mask.addr == g_checksum)
{
}

[_Артём_]

Так не стоит делать - структура упакована.

И? Это чем-то чревато?

[aaarrr]

И? Это чем-то чревато?

В данном конкретном случае - едва ли. Но вообще чревато, конечно.

[_Артём_]

Но вообще чревато, конечно.

Чтение по невыровненному адресу с последующим исключением? В Cortex-ах с этим проблем нет (навроди).
Или какие-то другие проблемы могут возникнуть?

[aaarrr]

Чтение по невыровненному адресу с последующим исключением?

Оно.

В Cortex-ах с этим проблем нет (навроди).

В том-то и дело, что не совсем. Для M3 это справедливо только для одиночных операций, о чем многие забывают.

[_Артём_]

Оно.

Ага, понятно.

Для M3 это справедливо только для одиночных операций

Не погли вы бы привести пример или дать ссылку где такое можно увидеть.

о чем многие забывают.

Я так первый раз об этом слышу, если честно.

[aaarrr]

Не погли вы бы привести пример или дать ссылку где такое можно увидеть.

Например, DDI0337E_cortex_m3_r1p1_trm.pdf 8-35 (стр. 179):

Unaligned LDM/STM/LDRD/STRD instructions always fault irrespective of the setting of UNALIGN_TRP.

[_Макс]

Тут к букварю надо обратиться.

В моем букваре таких конструкций нету, а в гугле, что не напишешь, так он про С++ только и говорит. Что посоветуете?

[aaarrr]

В моем букваре таких конструкций нету, а в гугле, что не напишешь, так он про С++ только и говорит. Что посоветуете?

Конструкция более чем стандартная:

Код

*(uint32_t*)&g_ip

      &g_ip - берем адрес g_ip
(uint32_t*) - преобразуем к указателю на uint32_t
          * - обращаемся к значению по новому указателю

Все эти части в букваре точно должны быть.

[_Артём_]

Например, DDI0337E_cortex_m3_r1p1_trm.pdf 8-35 (стр. 179):

Спасибо.

[_Макс]

Конструкция более чем стандартная:

Код

*(uint32_t*)&g_ip

      &g_ip - берем адрес g_ip
(uint32_t*) - преобразуем к указателю на uint32_t
          * - обращаемся к значению по новому указателю

Почему делается через указатель, а не напрямую?

[aaarrr]

Почему делается через указатель, а не напрямую?

На этот вопрос Вам в свое время уже компилятор ответил:

invalid type conversion

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

[_Макс]

D имеющемся у меня коде, значение IP адреса присваивается с помощью функции определенной директивой define

Код

#define IP4_ADDR(ipaddr, a,b,c,d) \
        (ipaddr)->addr = htonl(((u32_t)((a) & 0xff) << 24) | \
                               ((u32_t)((b) & 0xff) << 16) | \
                               ((u32_t)((c) & 0xff) << 8) | \
                                (u32_t)((d) & 0xff))

Присвоение статического адреса:

Код

    IP4_ADDR(&ipaddr, IP_ADDR0, IP_ADDR1, IP_ADDR2, IP_ADDR3);
    IP4_ADDR(&netmask, NETMASK_ADDR0, NETMASK_ADDR1 , NETMASK_ADDR2, NETMASK_ADDR3);
    IP4_ADDR(&gw, GW_ADDR0, GW_ADDR1, GW_ADDR2, GW_ADDR3);

Почему? Могу ли я просто написать вот так, когда присваиваю имеющийся динамический адрес в runtime:

Код

ipaddr.addr = g_ip.addr;

[aaarrr]

1. Из-за эндианизма
2. Можете

[_Макс]

Можно ли написать вот так, чтобы не выдумывать имя для типа, который используется в одном экземпляре:

Код

static struct {
    u32_t build;
    u8_t login[16];
    u8_t password[16];
} g_config;

Компилятор ошибки не выдает, но я не припомню, чтобы где-то видел такого вида маневры.

Сообщение отредактировал _Макс - May 7 2013, 17:03

[toweroff]

Нехилый парольчег
На почти 80 мегов

[aaarrr]

Можно ли написать вот так, чтобы не выдумывать имя для типа...

Можно.

[_Макс]

Как я понимаю, в scatter файле можно только для .o файлов задать место расположение. Я объявил и определил структуры в файле .h потому-что у меня там только данные. Каким изящным способом мне превратить его в индивидуальный .o файл для линкера?

Сообщение отредактировал _Макс - May 7 2013, 20:54

[toweroff]

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

Код

__attribute__ ((section("NAMED_AREA")))

перед объявлением

например, для складывания в SRAM не только RW данных, но и того, что нужно поместить именно туда (область RAMFUNC), скаттер будет примерно такого вида

Код

; *************************************************************
; *** Scatter-Loading Description File generated by uVision ***
; *************************************************************

LR_IROM1 0x20000000 0x00080000  {   ; load region size_region
  ER_IROM1 0x20000000 0x00080000  { ; load address = execution address
   *.o (RESET, +First)
   *(InRoot$$Sections)
   .ANY (+RO)
  }
  RW_IRAM1 0x80000000 0x0000E000  { ; RW data
   *.o (RAMFUNC)
   .ANY (+RW +ZI)
  }
}

[_Макс]

Почему LR_IROM1, содержит вложенные ER_IROM1 и RW_IRAM1? Будто область оперативки является вложенной по отношению ко флешу.

Сообщение отредактировал _Макс - May 7 2013, 22:11

[_Макс]

У меня получился вот такой scetter file:

Код

LR_IROM1 0x08000000 0x00040000  {  ; load region size_region
  ER_IROM1 0x08000000 0x00040000  {; load address = execution address
   *.o (RESET, +First)
   *(InRoot$$Sections)
   .ANY (+RO)
  }
  ER_IROM2 0x803F800 {
   *(G_CONFIG +RO)
  }
  RW_IRAM1 0x20000000 0x00010000  {; RW data
   .ANY (+RW +ZI)
  }
  RW_IRAM2 0x2000FFF4 {; IP Data
   *(G_IP)
  }
}

Данные с атрибутом G_CONFIG после компиляции, в map файле отображаются с типом RW, несмотря на то, что размещены во флеше и RO указано явно. Что неправильно?

Сообщение отредактировал _Макс - May 9 2013, 17:41

[toweroff]

const в описании не забыли?