Реальные адреса из МК

Как найти реальные адреса под которыми всё находится в МК?
Ассемблер я не понимаю.

Две программы (STM32 ST-LINK Utility и STM32CubeProgrammer) показывают один и тот же результат. Не похоже на то чтоб это была только интерпретация отдельной программы.
Может это реальные адреса и расположение внутри МК?

Миниатюры

 

0

Сообщение от locm Разве это значение для SP не является указателем на начало стека? Тогда зачем было разводить столько оффтопа?

Еще раз: это значение инициализации, а не указатель.
А про оффтоп у вас спросить надо, вы же его разводите, не я.

Сообщение от locm То что упоминание вершины стека тоже некорректно. Правильнее - адрес начала стека.

Чем вам не нравится стандартная терминология "вершина" и "дно" стека? Гораздо лучше, чем какое-то "начало".
Но вы не ответили на вопрос: зачем вы одно и то же повторили столько раз?

Сообщение от locm Если стек растет снизу в верх (увеличиваются адреса, а не уменьшаются). По сути нужно передавать адрес на "дно"

Еще раз спрашиваю: кому нужно дно стека? Оно же не меняется. Меняется вершина - неважно, в какую сторону стек растет.

Сообщение от locm Вершина внизу а дно сверху?

Конечно. А вы этого не знали?!

Сообщение от locm Когда я написал про указатель вам это сильно не понравилось. Налицо политика двойных стандартов!

Цитату в студию. Я не понимаю о чем вы сейчас говорите.

0

Сообщение от COKPOWEHEU Еще раз: это значение инициализации, а не указатель.

Вы сами написали что указатель

Сообщение от COKPOWEHEU по адресу 0x0800`0000 лежит указатель на стек. Ну а поскольку единственный указатель на стек, который нужен для его работы - вершина, логично сделать вывод, что по адресу 0x0800`0000

Как по вашему понимать 0x20005000? Это адрес начала стека, т. е. указатель.

Сообщение от COKPOWEHEU А про оффтоп у вас спросить надо, вы же его разводите, не я.

Еще напишите что это мое сообщение! Реальные адреса из МК

Сообщение от COKPOWEHEU Чем вам не нравится стандартная терминология "вершина" и "дно" стека?

А чем вам не нравится термин "начало стека"?

Сообщение от COKPOWEHEU Гораздо лучше, чем какое-то "начало".

Почему лучше? Сразу понятно что с этого адреса начинается стек. А в случае вершины и роста стека вверх, получается абсурд, т. к. вершина внизу а дно сверху. Это нелогично.
А вообще это вы прикопались к фразе "начало стека". Реальные адреса из МК
Видимо тупо потролить захотелось.

Сообщение от COKPOWEHEU Еще раз спрашиваю: кому нужно дно стека?

Видимо вам. Я про него ничего не писал. Я писал про начало стека!

Сообщение от COKPOWEHEU Цитату в студию.

Сообщение от COKPOWEHEU Только не указатель на стек, а дефолтное значение вершины стека.

0

Сообщение от locm Как по вашему понимать 0x20005000?

В общем случае это просто число. В конкретном - значение инициализации.

Сообщение от locm Еще напишите что это мое сообщение! Реальные адреса из МК

Еще скажите, что оно оффтоп!

Сообщение от locm А чем вам не нравится термин "начало стека"?

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

Сообщение от locm Почему лучше? Сразу понятно что с этого адреса начинается стек. А в случае вершины и роста стека вверх, получается абсурд, т. к. вершина внизу а дно сверху. Это нелогично.

Что поделать, вот такая сложилась терминология.

Сообщение от locm Видимо тупо потролить захотелось.

Я уже выше повторил всю суть нашего обсуждения: вы с умным видом написали вводящий в заблуждение пост. Я вас поправил. Вы начинаете спорить и ругаться на ровном месте.
Пока что мы выяснили, что вы совсем недавно узнали как может быть организован стек (интересно, то, что его можно в том числе на основе связного списка сделать, для вас тоже новость?); что совсем недавно узнали где у стека дно, а где вершина. Чем начальное значение указателя отличается от самого указателя вы, похоже, пока не узнали.
Ознакомьтесь, откуда в переменные попадают их значения инициализации. Учитывая, что сразу после ресета в оперативке находится только мусор.

Сообщение от locm Сообщение от COKPOWEHEU Цитата Сообщение от COKPOWEHEU

Я просил не рандомную цитату, а имнно ту, где вы углядели двойные стандарты.

0

Я вообще ничего не понял. Указатель на стек во флеше, да ещё и в первом адресе.
Стек в процессе работы программы перезаписывается кучу раз. Так жизни МК не хватит чтоб Стек во флеше держать.
Не важно.
Вроде бы это немного не по теме.

0

Сообщение от COKPOWEHEU В конкретном - значение инициализации.

Инициализации чего? Погоды на Марсе?
В данном случае это начальный адрес стека. Запомните это!

Сообщение от COKPOWEHEU Тем, что он обычно не используется при работе со стеком,

То что вы его не используете не значит что не используют другие.
Я думаю все должны понимать что означает фраза "начало стека".

Сообщение от COKPOWEHEU вы с умным видом написали вводящий в заблуждение пост

Ничего подобного. Я написал

Сообщение от locm по умолчанию по этому адресу находится указатель на стек

Именно указатель на начало стека обычно находится по адресу 0x08000000 (стертый МК или кривую прошивку в расчет не берем).

Сообщение от COKPOWEHEU совсем недавно узнали где у стека дно, а где вершина.

Я прекрасно это знал, но применил более уместный и простой термин, который более понятный начинающим.
Если хотите можете объяснить ТС что такое стек.

Сообщение от COKPOWEHEU Чем начальное значение указателя отличается от самого указателя вы, похоже, пока не узнали.

Я же написал что под указателем подразумевал адрес начала стека. Это логично т. к. указатель это адрес на то что указывает. Вы просто придираетесь к словам.

Сообщение от COKPOWEHEU Ознакомьтесь, откуда в переменные попадают их значения инициализации. Учитывая, что сразу после ресета в оперативке находится только мусор.

Прикалываться (троллить) не надо, ладно!

Сообщение от COKPOWEHEU Я просил не рандомную цитату

Вы попросили цитату Я ее привел. Это не случайная цитата, а та с которой вы начали придирки.

Сообщение от getstm32 Указатель на стек во флеше, да ещё и в первом адресе.

Документацию читайте. Там все написано.
Про таблицу векторов прерываний тоже не слышали?

Сообщение от getstm32 тек в процессе работы программы перезаписывается кучу раз. Так жизни МК не хватит чтоб Стек во флеше держать.

Никто не писал что стек во флеше. В нем хранится указать не начало стека. COKPOWEHEU, называет его вершиной, но не суть. Смысл тот же.

0

Что такое стек мне не надо объяснять, спс.

0

Сообщение от getstm32 Я вообще ничего не понял. Указатель на стек во флеше, да ещё и в первом адресе. Стек в процессе работы программы перезаписывается кучу раз. Так жизни МК не хватит чтоб Стек во флеше держать.

Об этом я и говорю: locm ввел вас в заблуждение.
Стек расположен обычно в конце оперативной памяти и растет в сторону начала. Текущий указатель вершины стека хранится в регистре SP. При старте он инициализируется значением из флеша, лежащим по адресу по адресу 0x0800`0000. Собственно, на этом участие флеша в работе стека и заканчивается.

Сообщение от getstm32 Что такое стек мне не надо объяснять, спс.

Да? В таком случае расскажите нам. Что значит "положить на стек", "снять со стека", какие возможны ошибки при его использовании? Можно ли им пользоваться в обход стандартных push/pop, если да, то как?

Сообщение от locm Инициализации чего? Погоды на Марсе?

Прекращайте принимать вещества.

Сообщение от locm Я думаю все должны понимать что означает фраза "начало стека".

Нет, максимум могут угадать. Но все понимают, что такое вершина стека.

Сообщение от locm Именно указатель на начало стека обычно находится по адресу 0x08000000 (стертый МК или кривую прошивку в расчет не берем).

Еще раз: не указатель, а значение инициализации указателя. И в такой формулировке уже не приходится вводить "стертый МК и кривую прошивку". Начальное значение оно начальное значение и есть, имеет ли оно какой-то физический смысл ядро не волнует.

Сообщение от locm Я же написал что под указателем подразумевал адрес начала стека.

Вы так и не ответили на вопрос кому и зачем нужен указатель на дно ("начало") стека. А если они никому не нужен, то что, производители МК идиоты, вводящие бесполезные сущности?

Сообщение от locm Вы попросили цитату Я ее привел.

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

0

Я правильно понимаю что если при инициализации в указатель стека заносится значение 0x2000'5000, то его величина составляет 20 КБ и по мере заполнения стека его указатель приближается к значению 0x2000'0000 ?

0

В контексте МК про стек конечно недостаточно знаю, но этим я буду позже заниматься.

Мне кажется или я неправильно понял или это бессмысленно.
По адресу 0x08000000 хранится указатель на вершину стека?
Адрес вершины стека постоянно разный, так как в стек приходят новые данные, то они ложатся сверху.

Сообщение от locm Никто не писал что стек во флеше. В нем хранится указать не начало стека.

Получается и указатель по адресу во флеше 0x08000000 постоянно должен перезаписываться так как вершина стека постоянно смещается с приходом новых данных в стек.
Получается этот адрес 0x08000000 во флеше зарезервирован под указатель на начало стека?
Почему бы не защитить этот адрес 0x08000000 от записи раз он так важен?
У меня это находится по адресу 0x08000000:
00 20 00 10 ED 0F 00 08
Получается это hex адрес на начало стека? 200010ED0F0008

Нигде не видел я предупреждений о том что нельзя записывать во флеш по адресу 0x08000000
Я думал что начиная с адреса 0x08000000 можно писать свой код

Я видел где то статью об опасности когда стек становится слишком большим и затирает код.
Тоже странная ситуация что нет рамок у стека.

Миниатюры

 

0

https://habr.com/ru/post/443030/

0

Сообщение от COKPOWEHEU Об этом я и говорю: locm ввел вас в заблуждение.

Я никого не вводил в заблуждение. Это ваши домыслы.

Сообщение от COKPOWEHEU Вы так и не ответили на вопрос кому и зачем нужен указатель на дно ("начало") стека.

Почему вы решили что начало это дно? Я ничего подобного не писал. Вроде умный человек а элементарных вещей не понимаете. И просто хотите потролить?

Сообщение от COKPOWEHEU Из цитаты должно быть видно, к чему же конкретно вы пытаетесь придраться

Я ни к чему. Это вы придираетесь начиная с этого сообщения Реальные адреса из МК

Сообщение от getstm32 Получается и указатель по адресу во флеше 0x08000000 постоянно должен перезаписываться так как вершина стека постоянно смещается с приходом новых данных в стек.

Я же написал

Сообщение от locm Он хранится во флеше. Ведь согласитесь, когда нет питания, в регистре он хранится не может. При старте копируется из флеша в регистр

Воспользуйтесь отладчиком и понаблюдайте за регистром SP процессора и за содержимым флеша.

Сообщение от getstm32 Получается этот адрес 0x08000000 во флеше зарезервирован под указатель на начало стека?

4 байта по этому адресу по умолчанию используются под указатель на начало стека.

Сообщение от getstm32 Почему бы не защитить этот адрес 0x08000000 от записи раз он так важен?

Оно и так защищено. Прямой записью как вы хотите, изменить содержимое флеша не получится. А если сделать по всем правилам с разблокировкой флеша и стиранием страницы, то ССЗБ тот кто намерено затрет таблицу векторов прерываний.

Сообщение от getstm32 У меня это находится по адресу 0x08000000: 00 20 00 10 ED 0F 00 08

Первые 4 байта - адрес стека.
Следующие 4 байта - адрес начала выполнения прошивки, т. е. стартовая функция.
Какая модель МК?

Сообщение от getstm32 Получается это hex адрес на начало стека? 200010ED0F0008

Сколько это байт?

Сообщение от getstm32 Нигде не видел я предупреждений о том что нельзя записывать во флеш по адресу 0x08000000

Записывать не запрещено и при прошивке адрес стека и остальное переписывается. Но если вы в него запишите произвольные данные, МК не будет работать.

Сообщение от getstm32 Я думал что начиная с адреса 0x08000000 можно писать свой код

В который раз пишу - читайте документацию.

1

Ок, вот 4 Байт: 200010ED
Это в 64 разрядной системе адрес хранится в 8 Байтах.
С какого адреса во флеш можно писать, не опасаясь затереть что то нужное?

Сообщение от getstm32 Получается и указатель по адресу во флеше 0x08000000 постоянно должен перезаписываться так как вершина стека постоянно смещается с приходом новых данных в стек.

В течении работы программы указатель на стек должен меняться, так как стек растёт и указатель на вершину всегда разный.
Значит по адресу 0x08000000 в течении работы программы должно быть постоянно новое значение.
Непонятно. Ок, разберусь.

0

Сообщение от getstm32 С какого адреса во флеш можно писать, не опасаясь затереть что то нужное?

Причем здесь ОЗУ?
Пишите в свободную область. Обычно для этого используется последняя страница. Смотрите сколько флеш-памяти в МК, какой размер страницы и вычисляйте ее начальный адрес.

Сообщение от getstm32 В течении работы программы указатель на стек должен меняться

Во флеше хранится начальный адрес. При старте он копируется в регистр процессора и в нем меняется.

Сообщение от getstm32 Значит по адресу 0x08000000 в течении работы программы должно быть постоянно новое значение.

Отладчик вам в помощь раз не хотите читать документацию.

1

Сообщение от locm Причем здесь ОЗУ?

Не понял. ОЗУ(SRAM) у меня в МК начинается с адреса 0x2000 0000
А флеш это не ОЗУ.
Флеш -это ПЗУ. В нём память хранится. В ОЗУ всё исчезает после завершения работы программы.

Сообщение от locm Пишите в свободную область.

Флеш начинается с адреса 0x08000000, чем это не свободная область?

Сообщение от locm Во флеше хранится начальный адрес. При старте он копируется в регистр процессора и в нем меняется.

Для регистров и портов отведены адреса, только стек не знает где начинаться?
Это ведь мне кажется такая системная информация о которой я ничего знать не должен, ибо зачем.

0

Сообщение от Radikal_78 Я правильно понимаю что если при инициализации в указатель стека заносится значение 0x2000'5000, то его величина составляет 20 КБ и по мере заполнения стека его указатель приближается к значению 0x2000'0000 ?

Да

Сообщение от getstm32 Получается этот адрес 0x08000000 во флеше зарезервирован под указатель на начало стека?

Не совсем так. Начиная с адреса 0x0800`0000 находится таблица векторов прерываний. При желании ее можно переместить в другое место. Но первые два машинных слова отведены под служебные нужды: инициализацию SP и PC.
Если что, PC - program counter, адрес текущей выполняемой инструкции.
Само по себе значение инициализации обычно соответствует максимальному адресу оперативки. А в разных контроллерах количество памяти разное.
Кстати, подобные извращения с SP, PC это далеко не единственный способ. Чаще SP инициализируется в коде вручную, в PC начинается с нуля.

Сообщение от getstm32 У меня это находится по адресу 0x08000000: 00 20 00 10 ED 0F 00 08 Получается это hex адрес на начало стека? 200010ED0F0008

Сдается мне, вы что-то неправильное прочитали. Вот дизасм одной из моих программ и ее же hex:

main.out: file format elf32-littlearm Disassembly of section .isr_vector: 08000000 <g_pfnVectors>: 8000000: 20001000 andcs r1, r0, r0 8000004: 08000321 stmdaeq r0, {r0, r5, r8, r9} 8000008: 08000365 stmdaeq r0, {r0, r2, r5, r6, r8, r9} 800000c: 08000365 stmdaeq r0, {r0, r2, r5, r6, r8, r9} 8000010: 08000365 stmdaeq r0, {r0, r2, r5, r6, r8, r9}

:020000040800F2 :1000000000100020210300086503000865030008B4 :100010006503000865030008650300080000000 090

Все как положено, начальное значение 0x2000`1000 (4 кБ стека). То, что в hex оно записано наоборот, от молдшего байта к старшему, 00 10 00 20, это особенность представления многобайтных чисел в little-endian архитектурах.

Сообщение от getstm32 Нигде не видел я предупреждений о том что нельзя записывать во флеш по адресу 0x08000000 Я думал что начиная с адреса 0x08000000 можно писать свой код

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

Сообщение от getstm32 Я видел где то статью об опасности когда стек становится слишком большим и затирает код. Тоже странная ситуация что нет рамок у стека.

В правильно написанной программе такой опасности нет.
Если же хотите защититься от говнокода, изучайте модуль MPU (memory protection unit), настраивайте разрешенные области памяти и обрабатывайте ошибки при выходе за их пределы.

Сообщение от locm Я никого не вводил в заблуждение. Это ваши домыслы.

Это наблюдаемый факт.

Сообщение от locm Почему вы решили что начало это дно? Я ничего подобного не писал. Вроде умный человек а элементарных вещей не понимаете. И просто хотите потролить?

По определению. То, что вы называете началом стека, это его дно. Тот адрес, куда кладется самый первый элемент, который никогда не меняется. Не уходите от ответа. Если вы назвали константу 0x0800`5000 указателем, доведите уже мысль до конца: куда он указывает и зачем вообще нужен как отдельная сущность?

Сообщение от locm Из цитаты должно быть видно, к чему же конкретно вы пытаетесь придраться Я ни к чему.

То есть цитаты не будет и свою придирку вы снимаете. Ладно.

Сообщение от getstm32 Ок, вот 4 Байт: 200010ED

Лишнее вы зацепили: 4 байта из ваших данных это 00 20 00 10. Правда, повторяю, в каком-то странном порядке. Ладно число 0x2000`1000 там еще можно угадать (порядок байтов 2 - 1 - 4 - 3), но на чем-то более сложном точно запутаетесь.

Сообщение от getstm32 Это в 64 разрядной системе адрес хранится в 8 Байтах.

А зачем вам 64-разрядная система?

Сообщение от getstm32 В течении работы программы указатель на стек должен меняться, так как стек растёт и указатель на вершину всегда разный. Значит по адресу 0x08000000 в течении работы программы должно быть постоянно новое значение. Непонятно. Ок, разберусь.

Вот поэтому во флешке не указатель, а всего лишь значение инициализации. Грубо говоря, int SP = 0x20001000;. Вот SP это указатель, а 0x2000`1000 - только начальное значение. При работе программы меняться будет "переменная" (которая на самом деле регистр), а число 0x2000`1000 один раз использовали и тут же забыли, оно больше никому не нужно.

Сообщение от getstm32 С какого адреса во флеш можно писать, не опасаясь затереть что то нужное?

С конца программы. А можно с конца доступной флешки. По-хорошему это можно сделать введением новой секции памяти, которая будет располагаться в конце, после векторов прерываний, стартап-кода и обычного кода. Но без знаний ассемблера будет сложно объяснить что такое секции памяти, зачем нужны и как с ними работать.
Лучше скажите, что именно вы туда собираетесь писать.

Сообщение от locm Во флеше хранится начальный адрес.

Ну наконец-то!!!

Сообщение от getstm32 Флеш -это ПЗУ. В нём память хранится. В ОЗУ всё исчезает после завершения работы программы.

Все правильно. Стек это ведь тоже временные данные, их нет смысла хранить после выключения питания. Поэтому стек располагается в ОЗУ.

Сообщение от getstm32 Для регистров и портов отведены адреса, только стек не знает где начинаться? Это ведь мне кажется такая системная информация о которой я ничего знать не должен, ибо зачем.

Стек это всего лишь способ работы с памятью. Более того, в многозадачных операционных системах стеков может быть несколько. Да банально стек ядра и стек юзерского кода. А если потоков много, то у каждого из них тоже свой стек. Соответственно, и выделять аппаратно какой-то фиксированный участок для хранения стека не выйдет. Лучше пусть ядерный код делает это программно.
Например, контроллер стартовал, ему в SP аппаратно приехало значение 0x2000`5000 - это дно стека ядра.
Потом ядро захотело запустить новый процесс, для него выделяется область памяти, например 0x2000`3000 - 0x2000`4000, в ней же располагается его стек (0x2000`4000). На эту же область накладываются ограничения доступа: по адресам от 0x2000`3000 до 0x2000`4000 данный процесс писать может, по любым другим - нет.
Потом запускается еще один процесс, ему тоже выделяется свой кусок памяти 0x2000`2000 - 0x2000`3000, там тоже создается стек начиная от 0x2000`3000, выдаются права доступа и все такое.
Вот у нас получилось три процесса и три стека.
На самом деле выделять ах 4 кБ памяти на процесс это довольно много, обычно выделяют куда меньше. Зато так числа получились нагляднее.

Сообщение от getstm32 Флеш начинается с адреса 0x08000000, чем это не свободная область?

Эммм. Тем, что она используется под хранение вашего кода?

Сообщение от getstm32 Для регистров и портов отведены адреса

Поправлю вашу терминологию.
Под регистрами обычно понимают регистры общего назначения. То, с чем работают инструкции процессора. Все эти r1, r5, sp, pc и прочике. Плюс специализированные регистры ядра (не помню есть ли они в ARM).
А то, что назвали регистрами вы это периферия. Она к ядру никакого отношения не имеет и может располагаться по большому счету где угодно - как пожелает производитель.

Добавлено через 8 минут
Да. Раз уж вы пытаетесь достаточно глубоко разобраться в устройстве контроллера, постарайтесь все же освоить ассемблер. Многие вещи там делаются гораздо нагляднее, чем в Си.
А если у вас нет какой-то конкретной цели и вы именно что изучаете низкоуровневое программирование, я бы даже посоветовал не ARM'овый ассемблер, а какой-нибудь более человекообразный. Например, AVR. Или есть интересный материал по RISC-V (видеолекция, моя статья на Хабре, в которой я рассматриваю gd32vf103, почти клон stm32f103, только чуть побыстрее и на RISC-V ядре вместо ARM).
Даже если сам по себе RISC-V не заинтересует, ознакомиться все равно полезно: принципы работы ведь по большому счету одни и те же что в AVR, что в ARM, что в x86, что в MIPS, что в RISC-V. Освоите один ассемблер, с другими будет просто.

1

Сообщение от getstm32 Флеш начинается с адреса 0x08000000, чем это не свободная область?

Прошивка где находится?

Сообщение от COKPOWEHEU То, что вы называете началом стека, это его дно.

Начало это начало, а не конец как вы пишите.

Сообщение от COKPOWEHEU Если вы назвали константу 0x0800`5000 указателем, доведите уже мысль до конца

Я много раз писал что это указать на начало стека. Но вы продолжаете прикапыватся! Слишком умным себя считаете?

Сообщение от COKPOWEHEU То есть цитаты не будет и свою придирку вы снимаете.

Я привел цитату с которой вы начали оффтоп и придирки на пустом месте. Реальные адреса из МК

Сообщение от COKPOWEHEU Но без знаний ассемблера будет сложно объяснить что такое секции памяти, зачем нужны и как с ними работать.

Зачем знание асма? Секция задается в ld файле и к асму отношения не имеет.

Сообщение от COKPOWEHEU Ну наконец-то!!!

Я об этом 1500 раз писал! Вы видимо не замечали или не хотели замечать чтобы тупо потролить!

Сообщение от COKPOWEHEU Например, контроллер стартовал, ему в SP аппаратно приехало значение 0x2000`5000 - это дно стека

Так дно или вершина?

Сообщение от COKPOWEHEU Еще раз спрашиваю: кому нужно дно стека?

Видимо вам. У вас стек с дна начинается!
Вот чтобы не было путаницы, лучше писать "начальный адрес".

0

Сообщение от COKPOWEHEU Лишнее вы зацепили: 4 байта из ваших данных это 00 20 00 10.

Да, первые нули не считал, поэтому другой адрес получался.
Порядок я думаю правильный, little endian для этого адреса выглядит так: 10002000

Что определяет какого размера будет стек? В этом случае у меня 16 бит стек.

Сообщение от getstm32 С какого адреса во флеш можно писать, не опасаясь затереть что то нужное?

Сообщение от COKPOWEHEU С конца программы. А можно с конца доступной флешки.

Здесь мне просто надо изменить трактовку своего вопроса.
Дo каких пор можно записывать свой код во флеш? Во флеш важными являются первые 8 Байт? Больше никаких сюрпризов там нет, которые затереть можно?

Сообщение от getstm32 Флеш начинается с адреса 0x08000000, чем это не свободная область?

Сообщение от locm Прошивка где находится?

Прошивка находится во флеше.
Флеш начинается с адреса 0x08000000

0

Сообщение от locm Начало это начало, а не конец как вы пишите.

Вот поэтому я обычно и использую общепринятую терминологию ("дно", "вершина"), а не вашу. Что вы понимаете под "началом" и "концом" стека?

Сообщение от locm Я привел цитату с которой вы начали оффтоп и придирки на пустом месте.

Ничего вы не привели! Хотя бы потому что от меня придирок вообще не было, соответственно цитату вы не могли привести физически. А приведенная вами рандомная цитата вообще непонятно что должна символизировать.
Вы хотели привести цитату своих придирок, где вам не нравится использование мной термина "указатель".

Сообщение от locm Зачем знание асма? Секция задается в ld файле и к асму отношения не имеет.

Потому что на асме использование относительных и абсолютных адресов - совершенно естественная операция. Соответственно, и шансов запутаться у ТСа будет меньше.

Сообщение от locm Я об этом 1500 раз писал! Вы видимо не замечали или не хотели замечать чтобы тупо потролить!

Зачем вы врете? Здесь на форуме это слишком легко проверить. Вы упорно твердили про какой-то "указатель", хотя кому и зачем он нужен так и не придумали.

Сообщение от locm Так дно или вершина?

Пока размер стека нулевой, это одно и то же значение. Просто стек так устроен, что дно у него не меняется. Это вершина будет уменьшаться.

Сообщение от locm Видимо вам. У вас стек с дна начинается!

А у вас он начинается с вершины что ли?!

Сообщение от getstm32 Порядок я думаю правильный, little endian для этого адреса выглядит так: 10002000

Но по этому адресу в контроллере ничего подходящего нет.
У вас есть адрес дна стека 0x2000`1000. Если его записать в little-endian, получится 00 10 00 20, во флешке контроллера он так и хранится (это я в прошлом посте показывал). Просто у вас то ли отладчик кривой, то ли еще что, но байты он здорово перемешал.

Сообщение от getstm32 Что определяет какого размера будет стек? В этом случае у меня 16 бит стек.

Обычно размер стека не задается. Он просто растет сверху вниз. У вас десятки килобайт памяти, до срыва стека кодить и кодить.
16 бит стек это слишком мало, в него ни одного значения не влезет.

Сообщение от getstm32 Дo каких пор можно записывать свой код во флеш? Во флеш важными являются первые 8 Байт? Больше никаких сюрпризов там нет, которые затереть можно?

Не понимаю вопрос. Писать вы можете в любое место флеша. Просто если вы перезапишете кусок своей программы, она уже не сможет правильно работать, вот и все. Ну как если бы вы читали книгу и пытались что-то записать на ту же страницу: там будет то, что вы только что записали, а не то, что хотели прочитать. И адрес 0x0800`0000 ничем не примечателен.
Лучше все же ответьте на вопрос: зачем вам сейчас что-то писать во флеш?
Если для проверки адресов или еще какой отладки, то это самый неудачный способ: есть же UART, через который вы в реальном времени можете передавать любую отладочную информацию.

1

Сообщение от getstm32 Во флеш важными являются первые 8 Байт? Больше никаких сюрпризов там нет, которые затереть можно?

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

Сообщение от getstm32 Прошивка находится во флеше. Флеш начинается с адреса 0x08000000

Ну и? Если знаете что пршивка начинается с адреса 0x08000000 зачем в него пытаетесь что-то записать? Цель - повредить прошивку чтобы МК глючил или вовсе не работал?

Сообщение от COKPOWEHEU Что вы понимаете под "началом" и "концом" стека?

Много раз писал в теме.
Что по вашему означают слова "начало" и "конец" или нужно объяснять как ребенку?

Сообщение от COKPOWEHEU Ничего вы не привели! Хотя бы потому что от меня придирок вообще не было, соответственно цитату вы не могли привести физически.

Отрицаете реальность? Ну-ну!

Сообщение от COKPOWEHEU Потому что на асме использование относительных и абсолютных адресов - совершенно естественная операция.

К секциям в ld файле какое это имеет отношение?

Сообщение от COKPOWEHEU Соответственно, и шансов запутаться у ТСа будет меньше.

Уверены? Судя по вопросам ТС асм его еще больше запутает. Учится он принципиально не хочет и судя по вопросам документацию не читает.

Сообщение от COKPOWEHEU Зачем вы врете? Здесь на форуме это слишком легко проверить.

Не вру. Проверяйте.

Сообщение от COKPOWEHEU Пока размер стека нулевой, это одно и то же значение. Просто стек так устроен, что дно у него не меняется. Это вершина будет уменьшаться.

То есть хотите сказать что в STM32 дно стека обычно в конце ОЗУ? Сами хоть поняли какую глупость сморозили и сейчас выкручиваетесь?
Вам нужно переехать в другую страну где ложь выдают за правду, а черное у них - белое. Там много таких как вы!

Сообщение от COKPOWEHEU А у вас он начинается с вершины что ли?!

Он начинается с начального адреса, заданного при инициализации при запуске МК. Я об этом много раз писал. А вы все также продолжаете тролить!

Сообщение от COKPOWEHEU Но по этому адресу в контроллере ничего подходящего нет.

Почему нет? У многих МК по адресу 0x10000000 находится CCMRAM. Странно что вы этого не знаете.
Разве не видите на скринах ТС что МК F405 с CCMRAM?

Сообщение от COKPOWEHEU У вас есть адрес дна стека 0x2000`1000.

Сообщение от COKPOWEHEU Только не указатель на стек, а дефолтное значение вершины стека.

Вы путаетесь в показаниях и ТС запутываете!
То у вас адрес инициализации это вершина, то дно. Уж определитесь и не вводите ТС в заблуждение. Он и так погряз в заблуждениях относительно МК.

Сообщение от COKPOWEHEU У вас десятки килобайт памяти, до срыва стека кодить и кодить.

Откуда вы знаете? Может в коде глобальный массив(ы) на те же десятки КБ или используется куча или в какой-то функции есть локальный массив/структура большого размера.
Вы в очередной раз вводите ТС в залужение. Он расслабится и будет бумать что имеет право израсходовать всю оперативку и еще стек заполнит под завязку.

Сообщение от COKPOWEHEU 16 бит стек это слишком мало

ТС подразумевает что стек 16-ти битный. Очередное заблуждение.
В STM32 ячейки стека 32-ух битные (4 байта).

1

Сообщение от COKPOWEHEU Просто у вас то ли отладчик кривой, то ли еще что, но байты он здорово перемешал.

Две программы одно и то же значение выдают 00 20 00 10. Оно правильное

Сообщение от COKPOWEHEU Обычно размер стека не задается. Он просто растет сверху вниз. У вас десятки килобайт памяти, до срыва стека кодить и кодить.

Сообщение от COKPOWEHEU Я правильно понимаю что если при инициализации в указатель стека заносится значение 0x2000'5000, то его величина составляет 20 КБ и по мере заполнения стека его указатель приближается к значению 0x2000'0000 ? Да

Добавлено через 11 минут

Сообщение от locm Ну и? Если знаете что пршивка начинается с адреса 0x08000000 зачем в него пытаетесь что-то записать? Цель - повредить прошивку чтобы МК глючил или вовсе не работал?

Да, точно. Значит мне надо узнать где заканчивается прошивка и туда писать?
Как это можно сделать?

Сообщение от locm и судя по вопросам документацию не читает.

Читаю я документацию по мере понимания, но надо сначала понимать что читаешь.

Сообщение от locm Почему нет? У многих МК по адресу 0x10000000 находится CCMRAM.

Это 10002000 и это 00 20 00 10 один и тот же адрес. Один в big endian другой в little endian

Сообщение от locm ТС подразумевает что стек 16-ти битный.

Я подразумеваю что гарницы стека в которых он может расти составляют 16 бит судя по адресу 00 20 00 10

Сообщение от COKPOWEHEU Я правильно понимаю что если при инициализации в указатель стека заносится значение 0x2000'5000, то его величина составляет 20 КБ и по мере заполнения стека его указатель приближается к значению 0x2000'0000 ? Да

0