ресурсы МК

[mig-25]

В CodeVisionAVR после компеляции выдает расход ресурса МК(использованого ОЗУ и остаток). Как узнать для sw4stm32(ac6).

[H4LF]

mig-25, это же, можно сказать, eclipse.
Во вкладке Console после компиляции разве не пишет?
Если не пишет, значит надо где-то включить...

[mig-25]

Спасибо за верное направление! В процесе експерементов установленно:text+data=размер файла при заливке в МК+bss=dec(10)=hex(16).
При сменне места обявления, формата переменной изменяется значение text и(или) bss, а bss кратно 8. Имееться мысль о возможном "выравнивание" под 32 битность.
Обясните подробней что значит text data bss?

[H4LF]

mig-25, text data bss гуглятся элементарно, подробнее я вряд ли объясню:
https://habrahabr.ru/post/191058/
http://microsin.net/programming/avr/...-sections.html
Может быть выравнивание. Но вообще Cortex (M3 по крайней мере) поддерживает доступ к фрагментированным данным. Но не знаю, относится это только к оперативной памяти или ко флешь тоже, надеюсь кто-нибудь более опытный подскажет.
Ну и в map файл можно посмотреть - куда и что там линкер раскладывает.

[mig-25]

Подведу итог! С статьи ARM-ы для самых маленьких...
.text — скомпилированный машинный код;
.data — глобальные и статические переменные;
(обявлены со значениями пример: char i=5;первоначальное место хранения flash МК в при запуске МК загрузится в ОЗУ она же RAM)
.rodata — аналог .data для неизменяемых данных;
.bss — глобальные и статические переменные, которые при старте содержат нулевое значение.(обявлены без значений пример: char i
Я так думаю!
Ресурсы МК займут:
flash›=text+data;
ram›=data+bss;
вот и вся матиматика!

[H4LF]

mig-25, совершенно верно! Это же написано прямым текстом и на micrisin.ru, хоть там и про AVR:

Примечание: утилита avr-size (входящая в состав бинарных утилит binutils на платформе Unix, и которая также есть и в WinAVR), не учитывает место кода инициализации .data, входящего в .text. Поэтому чтобы узнать, сколько на самом деле занимает программа во FLASH нужно сложить размер .text и кода инициализации .data (но не .bss). Чтобы узнать занимаемое место в SRAM, нужно сложить размер .data и .bss.

[ampy]

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

Не нулевое, а неопределенное.

[NewWriter]

...а еще можно создавать свои собственные секции, с указанным вами начальным адресом и размером, и принудительно размещать в них некоторые данные. Например, таким способом можно объявить массив данных во внешней ОЗУ.

[krug_vv]

При компиляции создается HEX прошивки, по которому можно узнать о ее размере.
Во всяком случае в Кейле (при выставлении соотв галочки в настройках).

[H4LF]

ampy, в .bss именно нулевое. И они инициализируются нулями при старте, чтобы не надеяться на содержимое памяти при запуске или после ресета. Вы, видимо, путаете с локальными переменными (которые не ststic) которые могут быть и в регистрах и на стеке - вот там - неопределённое.