Как работает указатель на typedef, определяющий структуру?

Здравствуйте!
Пытаюсь разобраться с тем, как работают библиотеки на МК. Увидел следующее:
Если пройтись по объявлениям написанного, то:
PM_TypeDef* - указатель на структуру, объявленную как тип (как я понимаю, просто для удобства обращения к её элементам)
Сама структура:
PM_BASE_ADDRESS через #define обозначен как 0x000050000

Как прочитать это ((PM_TypeDef*)PM_BASE_ADDRESS)?
Числу 0x000050000 явно задается тип, как тип указателя, т.е. 32 бита? (микроконтроллер 32-битный)
Имеет ли какой-то сакральный смысл то, что 0x000050000 - это 8.5 байт (9 чисел в hex)

Если это так, и числу 0x000050000 задали тип указателя, то далее (-> CLK_APB_M_SET = 1<<3) идет обращение к элементу структуры, хотя это не структура, а число (по моей явно неверной логике).

Иными словами, помогите, пожалуйста, расшифровать изначальную запись)

0

Сообщение от adobson Иными словами, помогите, пожалуйста, расшифровать изначальную запись)

Полю структуры присваивается значение 8. Чо непонятно?
Есть какая-то область памяти, начинающаяся с адреса PM_BASE_ADDRESS. Для удобства этот адрес приводится к типу указателя на структуру PM_TypeDef, чтоб получить доступ к полям по имени поля.

0

adobson, typedef - это алиас. Всего лишь псевдоним, то есть

поэтому указатель "работает" точно так же, как указатель на структуру

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

Сообщение от adobson 0x000050000

- это просто адрес. Видимо, в данном МК это константный адрес с особым значением

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

Сообщение от adobson как тип указателя, т.е. 32 бита? (микроконтроллер 32-битный)

тип указателя не обязательно 32 бита. Размер в байтах можно узнать так sizeof(*PM_TypeDef)
количество битов в байте == CHAR_BIT

1

Сообщение от adobson указатель на typedef

Нет такого понятия "указатель на typedef".

Сообщение от adobson Как прочитать это ((PM_TypeDef*)PM_BASE_ADDRESS)?

(PM_TypeDef*) - это оператор явного приведения типа. Значение справа явно (читай: "насильно") приводится к тому типу, который указан в скобках.

В данном случае в скобках указан тип "указатель на структуру" (на ту самую структуру), а значение справа - это целочисленная константа 0x000050000.

Язык С сам по себе не определяет, что произойдет при приведении целочисленного значения к типу "указатель" (кроме, разве что, константы 0), но на практике вы в результате получите указатель на этот самый адрес. То есть выражение ((PM_TypeDef*)PM_BASE_ADDRESS) - это указатель типа PM_TypeDef*, соответствующий адресу 0x000050000.

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

1

Алексей1153, TheCalligrapher, Спасибо!
Я правильно понимаю, что создав такую структуру:
и объявив
то сделав
даст установку 3-го бита в ABC_2?
Т.е. запишет по адресу 0x00000004 байт 0x08?

Сообщение от Алексей1153 тип указателя не обязательно 32 бита

Разве указатель не должен по размеру быть равен битности системы? Больше он, как я понимаю, быть не может, а меньше разве имеет смысл делать?

0

Сообщение от adobson Разве указатель не должен по размеру быть равен битности системы?

Не системы, а компилятора.

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

Сообщение от adobson #define BBB ((ABC_TypeDef*)AAA)

Если так сделать, то BBB будет равен NULL.

0

Сообщение от Verevkin Если так сделать, то BBB будет равен NULL

Но почему?
По сути же получается так
т.е., как я это понимаю, указателю BBB типа ABC_TypeDef задается адрес 0x00
Как же тогда задать адрес начала структуры правильно?

Еще возник вопрос, немного касающийся темы обсуждения. Почему адресация в микроконтроллерах восьмибитная (если её вообще можно так назвать)? Это какая-то технологическая особенность или что-то исторически сложившееся?

0

Сообщение от adobson Но почему?

Потому что по определению NULL = (void*)0;. И нигде адресное пространство не начинается с нуля!

Сообщение от adobson Почему адресация в микроконтроллерах восьмибитная

Вообще-то, в 32-битных она 32-битная.

0

Сообщение от Eddy_Em И нигде адресное пространство не начинается с нуля

Это просто абстрактный пример) Я не собираюсь писать в МК что-то на нулевой адрес

Сообщение от Eddy_Em в 32-битных она 32-битная

Неверно написал)
Почему она идет по байтам, а не по битам?

0

Сообщение от adobson Почему адресация в микроконтроллерах восьмибитная (если её вообще можно так назвать)?

Всё зависит от объёма и организации памяти. Микроконтроллеров разных существует - туева хуча.

Добавлено через 48 секунд

Сообщение от adobson Почему она идет по байтам, а не по битам?

Патамушта никому нахрен не надо аппаратно адресовать отдельные биты.

0

Сообщение от Eddy_Em И нигде адресное пространство не начинается с нуля

Я тут вспомнил, что много где читай, что адресное пространство начинается с нуля.
Навскидку - https://masters.donntu.ru/2018... ticle5.pdf
Чему верить?)

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

Сообщение от Eddy_Em Потому что по определению NULL = (void*)0;

Не понимаю... Где у меня по коду появляется пустой указатель?

0

Сообщение от Verevkin никому нахрен не надо аппаратно адресовать отдельные биты

Есть и такое, bit-banding называется: выделяется область виртуальных адресов, где запись 1 или 0 в целый 32-битный регистр эквивалентна атомарному изменению одного бита в определенном регистре.

Сообщение от adobson адресное пространство начинается с нуля

На тех редких старых архитектурах, где оно начиналось с нуля, NULL был определен как-то иначе (но всегда так, чтобы это был недопустимый адрес, например (void*)-1).

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

Сообщение от adobson Где у меня по коду появляется пустой указатель?

Вот же:
Что эквивалентно объявлению NULL.

0

Сообщение от Eddy_Em Вот же:

Т.е. если я задам указатель на нулевой адрес это всё равно, что задать NULL? Даже с учётом того, что у него будет тип не (void*)?
Тогда невозможно что-то прописать в нулевой адрес? (это чисто теоретический вопрос, опять же, я туда писать ничего не планирую)

Добавлено через 3 минуты
Иными словами, если вместо #define AAA 0x00 написать, например, #define AAA 0x50, задастся структура с начальным адресом 0x50??

0

Сообщение от adobson Даже с учётом того, что у него будет тип не (void*)?

Какая разница? При разыменовании получится разыменование нуля → сегфолт (а у микроконтроллера - зависание на хардфолте).

Сообщение от adobson Тогда невозможно что-то прописать в нулевой адрес?

У МК нет ничего на нулевом адресе. Например, у STM8 адресное пространство начинается с 0x004000, причем, после option bytes есть "дыра", дальше память с 0x008000 продолжается (уже во flash). У STM32 еще больше таких "рваных кусков": RAM (может быть несколько секций), option bytes, flash и т.п. И тоже ничего с нуля не начинается - иначе пришлось бы как-то по-другому NULL определять.

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

Сообщение от adobson написать, например, #define AAA 0x50, задастся структура с начальным адресом 0x50?

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

0

Сообщение от Eddy_Em Есть и такое, bit-banding называется: выделяется область виртуальных адресов, где запись 1 или 0 в целый 32-битный регистр эквивалентна атомарному изменению одного бита в определенном регистре.

Я написал слово "аппаратно" не просто так.

0

Итак, если вместо 0x00 (или 0x50) написать
то создастся структура с началом в этом самом *существующем адресе*, верно?

0

Сообщение от Eddy_Em И тоже ничего с нуля не начинается

Я что-то окончательно запутался. Вы говорите, что на нулевом адресе ничего нет. Как тогда воспринимать это?

Миниатюры

 

0

Да нет там ничего. Надо не размытый мануал на ядро смотреть, а на конкретный МК.

0

Сообщение от adobson Но почему? По сути же получается так C 1 ABC_TypeDef *BBB = 0x00 т.е., как я это понимаю, указателю BBB типа ABC_TypeDef задается адрес 0x00

С точки зрения языка С - нет.

Константное значение 0 в указательных преобразованиях обрабатывается отдельно и особо. Она автоматически заменяется компилятором на внутреннее представление null-указателя на вашей платформе. То есть если на вашей платформе адрес 0 для чего-то занят, что null-указателя на вашей платформе, возможно, будет например 0xFFFFFFFF или что-то еще. То есть вполне может быть, что когда вы пишете ABC_TypeDef *BBB = 0x00 в указатель BBB фактически будет класться какой-нибудь 0xFFFFFFFF.

Сообщение от adobson Как тогда воспринимать это?

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

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

В тех же атмеловских МК переход на адрес 0 вызывает софтверный перезапуск. То есть там адрес 0 имеет зарезервированный смысл. Это не адрес "общего назначения".

2

Сообщение от TheCalligrapher То есть когда вы пишете ABC_TypeDef *BBB = 0x00 в указатель BBB фактически будет класться какой-нибудь 0xFFFFFFFF.

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

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

Сообщение от TheCalligrapher Но там же ясно написано, что с адреса 0 обычно располагается код, а не данные. Там могут быть и данные, но вполне может быть, что ваша реализация С всегда помещает туда именно код.

Я контроллерами занимался давно, но помню, что по включению питания/сбросу CPU контроллера начинает выполнение с нуля. Именно поэтому адрес 0x00000000 никому никогда не понадобится - это начальный адрес головной инструкции. У меня это был jmp куда-то в начало главной петли.

0