Здесь можно немножко помяукать :)
https://radiokot.ru/forum/
Код: Выделить всё
for(void(**fConstr)() = __preinit_array_start; fConstr < __preinit_array_end; (*fConstr++)());
for(void(**fConstr)() = __init_array_start; fConstr < __init_array_end; (*fConstr++)());
Размещает компилятор, а не МК.ddr4 писал(а):На деле МК размещает секции по адресам в адресном пространстве
В теории да но на практике, обычно скорость выполнения из флеша примерно такая же как из ОЗУ. Учтите что ОЗУ намного меньше чем флеша. Размещать в нем код без необходимости обычно не имеет смысла.ddr4 писал(а):желательно чтобы МК размещал секции в ОЗУ, так как во-первых ОЗУ быстрей FLASH'a, а значит скорость программы возрастает
Как это влияет на работу прошивки? Релизную все равно нужно шить во флеш потому что ОЗУ хранит данные только пока есть питание. А отладочные прошивки можно грузить в ОЗУ. В IDE выбираете цель сборки Debug RAM или подобную (зависит от IDE), компилируете и заливаете в МК.ddr4 писал(а):во-вторых FLASH имеет ограниченный ресурс на число записей.
Вы прошиваете МК 1500 раз за день? У флеша гарантированный ресурс перезаписи около 10 тысяч.ddr4 писал(а):То есть МК с размещением секций в ОЗУ проживёт дольше.
В МК переменные могут быть еще где-то кроме ОЗУ?ddr4 писал(а):В коде стартапа секция данных копируется по адресу (не факт что ОЗУ)
Дизассемблируйте прошивку и посмотрите как она устроена. Посмотрите map файл. Запустите отладку и по шагам проследите как выполняется программа, что и куда пишет/копирует и т. д.ddr4 писал(а):Остальные секции возможно размещает сам МК, может у него есть какие-то внутренние механизмы?
Нормально создавайте проект не добавляя то что не требуется.ddr4 писал(а):В коде целый файл sbrk.c под подготовку кучи, + в .map-файле heap'a навалено.
Вроде что-то связанное в объектами плюсов, но могу ошибаться.AVI-crak писал(а):С секциями init_array - даже у меня вопросы имеются.
Библиотеки HAL/LL/SPL/CMSIS в файлах проекта и там тысячи строк кода. Будете вручную выпиливать все что не используется?ddr4 писал(а):Во-первых библиотека на то и библиотека что скрывает от её пользователя всю реализацию, например это стандартная библиотека и она прикомпиливается при сборке и лежит в библах/компилятора, а не в файлах проекта.
А если флеша хватает?ddr4 писал(а):Когда флеша не хватает, то из библиотеки берётся одна функция, без подключения хедера зависимого от других хедеров. Иногда это экономит и память и флеш.
Отладчик освойте (купите ST-Link если его нет). Многие вопросы отпадут, потому что когда видно как работает программа что и где находится, не приходится догадываться о работе МК.ddr4 писал(а):Пока не знаю, хотел сначала с эмулятором поиграться, а после уже через uart-ttl через сериал.
Код: Выделить всё
__eeprom int x;
int main()
{
x++;
// LDI R20, LOW(`x`)
// LDI R21, (`x`) >> 8
// RCALL __eeget16_16
// SUBI R16, 255
// SBCI R17, 255
// LDI R20, LOW(`x`)
// LDI R21, (`x`) >> 8
// RCALL __eeput16_16
}
Ну мы тут обсуждаем STM32.VladislavS писал(а):В IAR для AVR можно переменные в EEPROM размещать.
ST-Link продается на каждом углу и стоит около 150 рублей.ddr4 писал(а):меня нет SWD-программатора
Это не отладка, а много зря потеряного времени!ddr4 писал(а):Там отлаживаю на коде для компа, или перепрошивкой с выводом значений printf().
Смысл?ddr4 писал(а):Из флеша во флеш, этакий недокументированый swap.
Если не потанцевать с бубном не разблокировав запись во флеш, и не стерев страницы, записать ничего не получится.ddr4 писал(а):незачем было указывать размещение во флеш)
Ага!ddr4 писал(а):Это я опять выдумываю).
Загружает если это явно заданно. Обычно применяется для отладки чтобы флеш не протирать.ddr4 писал(а):А зачем отладчик загружает программу в SRAM, если флеш настолько хорош?
Нет смысла. Программа нормально из флеша выполняется (в AVR разве не также?).ddr4 писал(а):И почему так не делают в рабочем режиме, если только не из экономии RAM?
Это вы все усложняете начав изучение не с той стороны.ddr4 писал(а):Но не всё так просто оказалось)
Я и ожидал что stm32 от Ардуины ничем принципиально отличатся не будет.
Дело в том, что STM32 это принципиальная и диаметральная противоположность Ардуины. А то, что появились некоторые адруиноподобные шилды на STM32 и в Ардуино-IDE добавили младший STM32, это еще не говорит о принципиальной схожести. А экономия RAM и флэш вообще бессмысленная вещь до тех пор пока код помещается в микроконтроллер и работает с необходимой скоростью. Конечно, когда пишешь какие-то библиотеки или тот же стартап, то надо писать оптимально, ибо использоваться будет в разных проектах и это не станет узким местом в будущем. Но если надо на F4 написать мигалку светодиодом, то нет никакого смысла тратить время на "утаптывание" кода. Спасть лучше от осознания, что прошивка занимает всего 1 кБ из 1 МБ я точно не буду. [/uquote]А вот это совсем другое. Если бы компилятор сделал всё это незаметно для программиста, как в приведённом мной примере, то да. А так НЕТ!Вот только сейчас додумался как правильно сформировать запрос для гугла, и за 5 минут узнал всё что хотел.VladislavS писал(а):С секциями init_array - даже у меня вопросы имеются.
Так это, там хранятся адреса конструкторов глобальных объектов.
Спасибо, я уже наступил на эту лепёшку. Мне всегда подобный код казался странным и непонятным. После глубоко_копания в разные стороны - ощущение укрепилось, мне этого не надо.VladislavS писал(а):Намекаю второй раз уже в этой теме. В GCC конструкторы могут быть не только в С++, но и в православном С.
Я уже неоднократно замечал - человек не в состоянии принять и понять информацию, если она имеет базовый конфликт с его опытом.Мурик писал(а):ddr4 писал(а):
Там отлаживаю на коде для компа, или перепрошивкой с выводом значений printf().
Это не отладка, а много зря потеряного времени!
Вот смотрите просмотр регистров под отладчиком. Как это сделаете на printf()?
. После чего говорит, ну ладно буду использовать этот ужасный HAL. Берёт пример с hal-uart - print "Hello World" ковыряется в библиотеке включая нужные дефайны. Запускает и ..... облом 
. Копаясь в куче ошибок компилятора 
... понимает. Что в этом примере "Hello World" - другая версия HAL и тут терпению приходит конец, как и BluePill'у . , кто-то пишет ещё один отрицательный отзыв о STM32, что это ужас-ужас. (и это отзывы не Арудинщиков начального уровня ). .[/uquote]Это не так. Нет необходимости на начальном этапе разбираться со стартапом и скриптом линкера. Они добавляются в проект при его создании в IDE.ddr4 писал(а):но нет, в STM всё намного хуже.
Зачем вы полезли его настраивать?ddr4 писал(а):И когда после AVR человек пытается использовать STM, он получает отрицательные эмоции во-первых от настройки стартапа
Можно писать без HAL. Это одна из библиотек и никто не заставляет ее использовать.ddr4 писал(а):Но тут бах и - HAL.