Распределение оперативной памяти в STM32

[Z_h_e]

Поправить можно все что угодно. На вопрос Вы не ответили, хотя буквы написали.

[VladislavS]

Может вам абдуриной заняться? Я сам не пробовал, но говорят там думать вообще не надо.

[Z_h_e]

То есть ответить Вы не можете.

[VladislavS]

Читайте с первого сообщения - там все ответы.

[Z_h_e]

Тема создана не мной, вопрос задан не лично Вам, никто не заставляет Вас на него отвечать, тем более отвечать, но не на него, а на что-то другое. Ответ на вопрос зачем дефолтное значение SP не конце памяти отсутствует. Вопрос четкий и однозначный, как и положено для точных технических предметов для обсуждения . Никто не спрашивал, а можно ли его по другому инициализировать, или как писать скрипт линкера или еще какой-то вопрос. Такой вопрос понятен даже "ардуинщуку" (никогда не пробовал это, но и не считаю чем-то плохим) и подразумевает четкий ответ, тут вроде не философский форум.

[VladislavS]

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

[Z_h_e]

В отличии от случая когда он будет бить по своей памяти.

Я не понял этот тезис. Имеете ввиду что стек уйдет в никем не за декларированную память? Можно считать что у Вас просто стэк больше по факту, чем заявлен.

сразу обрушится и вы это точно заметите.

К сожалению это не факт и сбой этот может происходить один раз в году и это при наличии например 50% свободной памяти.
Конечно прогая на ассме легко посчитать нужный размер стэка, как это сделать на ЯВУ, кроме интуиции я не знаю. Можно попробовать конечно в каких-то глубоких подпрограммах считать SP, но и это ничего значить не будет. Неисповедимы пути компилятора.

Поэтому по-мне, самое разумное отдать по стек, всю оставшуюся память, так как только ее необходимые размеры трудно установить, в отличии от других однозначных секций памяти. Что и сделано, как оказалось по умолчанию в EmBitz.

[VladislavS]

[uquote="Z_h_e",url="/forum/viewtopic.php?p=3442961#p3442961"]Имеете ввиду что стек уйдет в никем не за декларированную память? Можно считать что у Вас просто стэк больше по факту, чем заявлен.[/uquote]Ниже чем ОЗУ. Там пусто. Программе не сможет не упасть, если стек туда выйдет.

[ARV]

[uquote="Мурик",url="/forum/viewtopic.php?p=3442883#p3442883"]

Вот, например, инициализация стеков ядра ARM926.

Думаю был бы более уместным пример с RTOS где свой стек на каждую задачу.[/uquote]для RTOS распределение "стеков" задач и распределение стека вообще - разные вещи. С точки зрения нужд самой ОС стек один, а отдельные стеки под задачи распределяет уже ОС - это вот никак не вопрос компилятора и/или линкера. Даже странно, что вы об этом упомянули, а большой дядя ничтоже сумняшеся согласился.

[Z_h_e]

Ниже чем ОЗУ

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

[ARV]

В STM33 есть исключения по выходу за области памяти?

[Z_h_e]

По стеку не знаю, надо поглядеть. А так я улетал из-за ошибок с указателями.

Добавлено after 5 minutes 15 seconds:
Может попробую сейчас что-нибудь. А может не сейчас

Добавлено after 10 minutes 57 seconds:
Есть такой вектор в 103тьем

Код: Выделить всё

0  MemManage Memory management

Щаз поковыряю программ мануал на ядро M3. Там должно про это быть расписюлено.

[ARV]

Наличие такого вектора может помочь в отладке сложных приложений. Но что-то мне подсказывает, что далеко не у всех МК это есть. По-моему, модуль аппаратного контроля областей памяти (не знаю, как оно правильно зовется) только в "старших" АРМах есть...

[VladislavS]

Исключение не обязательно. Достаточно возврата по 0xFFFFFFFF

[Z_h_e]

Исключение не обязательно. Достаточно возврата по 0xFFFFFFFF

И что это за хрень будет. А может будет не возврат, а порча каких-то данных?

Добавлено after 5 minutes 36 seconds:
Вот какой флаг есть в ядре M3. Помоему это то.

Код: Выделить всё

Bit 4MSTKERR: Memory manager fault on stacking for exception entry
When this bit is 1, the SP is still adjusted but the values in the context area on the stack might 
be incorrect. The processor has not written a fault address to the MMAR.

Надо покурить НТД и попробовать...

[dosikus]

Сумневающиеся, о отладке в RAM не забыли?
В эмоблитсе это нонсенс...

[Z_h_e]

Вот когда перестают люди меряться письками, то могут возникнуть интересные идеи от совместных мыслей.

Добавлено after 1 minute 3 seconds:

о отладке в RAM не забыли?

Я так пробовал и делал ряд научных и ненаучных опытов по скорости выполнения кода.

[dosikus]

Z_h_e, меня особенно прикололо , что крайне неудачную поделку с устаревшим гнутым компилем здесь превозносят как постулат истины. Ну ладно Мурик уверовал, но остальные то- общий маразм?

[Мурик]

Я считаю, что если стек улетит ниже начала памяти, то программа сразу обрушится

Для этого нужно разместить стек в начале ОЗУ, а за ним все остальное. Тогда стек сможет не затирая остальных данных выйти за пределы ОЗУ. Что при этом произойдет не проверял, но вероятно HardFault.

для RTOS распределение "стеков" задач и распределение стека вообще - разные вещи. С точки зрения нужд самой ОС стек один, а отдельные стеки под задачи распределяет уже ОС - это вот никак не вопрос компилятора и/или линкера. Даже странно, что вы об этом упомянули, а большой дядя ничтоже сумняшеся согласился.

Упомянул как наиболее очевидный пример нескольких стеков. Вообще у каждой задачи свой стек и есть вероятность его переполнения с затиранием служебных данных задачи.

В STM33 есть исключения по выходу за области памяти?

В STM33 не знаю, а в STM32 есть. При обращении у несуществующей области адресного пространства производится переход в прерывание HardFault. В STM32 адресное пространство составляет 4 ГБ в котором располагаются флеш, ОЗУ, регистры периферии и ядра и т. д. и в нем много свободного (неиспользуемого) места.

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

Наличие отладчика в этом помогает. Можете посмотреть если хотите. http://purebasic.mybb.ru/viewtopic.php?id=564#p7599

По-моему, модуль аппаратного контроля областей памяти (не знаю, как оно правильно зовется) только в "старших" АРМах есть...

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

Сумневающиеся, о отладке в RAM не забыли?
В эмоблитсе это нонсенс...

Есть такая галочка Execute from RAM в окне настроек отладчика.

Спойлер

[Z_h_e]

Z_h_e, меня особенно прикололо , что крайне неудачную поделку с устаревшим гнутым компилем здесь превозносят как постулат истины. Ну ладно Мурик уверовал, но остальные то- общий маразм?

Да я и не спорю что-то может быть и плохо. Только как-то никто не мотивирует почему. Какая-та фраза Портоса, плохо потому что плохо.
Во что я уверовал? Я объяснил свою позицию, по-моему она достаточно понятна почему.

Добавлено after 9 minutes 6 seconds:
Судя по RM и PM. В М0 уже нет таких исключений с памятью