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

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

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

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

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

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

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

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

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

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

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

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

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


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


Мусор.

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

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

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

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

И еще тут

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

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


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

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

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

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

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

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

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


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


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


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


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

Может так:






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

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

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

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

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


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

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


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

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

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

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

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

Оно.


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

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


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


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

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

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

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

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

Спасибо.

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

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

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

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

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

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

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

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

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

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

Можно.

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

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

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

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

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

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

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

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