Помогите разобраться с CMSIS

[White72ru]

Доброго времени суток. Я нуб в ARM и STM32 в частности, только начал изучать.

При написании кода встречается такая конструкция "RCC->CR", покопавшись в "stm32f4xx.h" можно найти что, "RCC->CR" это обращение к некой структуре. По логике кода "RCC->CR" не что иное как регистр "RCC_CR" то есть адрес регистра. Но вот у меня возникла не задача, адрес "RCC" в библиотеке определён, но определения "Address offset" для "CR" в библиотеке я не где не смог найти, и не только для "CR" а так же для "RCC_PLLCFGR", и для"RCC_CFGR", и т.д., и т.п.

Подскажите в чём фокус, или мне не по глазам\мозгам. Заранее благодарю.

[scorpi_0n]

О какой библиотеке речь? В *******.h файле всё есть. Вот кусок от stm32f0xx.h. Для примера.

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

typedef struct
{
  __IO uint32_t CR;         /*!< RCC clock control register,                                  Address offset: 0x00 */
  __IO uint32_t CFGR;       /*!< RCC clock configuration register,                            Address offset: 0x04 */
  __IO uint32_t CIR;        /*!< RCC clock interrupt register,                                Address offset: 0x08 */
  __IO uint32_t APB2RSTR;   /*!< RCC APB2 peripheral reset register,                          Address offset: 0x0C */
  __IO uint32_t APB1RSTR;   /*!< RCC APB1 peripheral reset register,                          Address offset: 0x10 */
  __IO uint32_t AHBENR;     /*!< RCC AHB peripheral clock register,                           Address offset: 0x14 */
  __IO uint32_t APB2ENR;    /*!< RCC APB2 peripheral clock enable register,                   Address offset: 0x18 */
  __IO uint32_t APB1ENR;    /*!< RCC APB1 peripheral clock enable register,                   Address offset: 0x1C */
  __IO uint32_t BDCR;       /*!< RCC Backup domain control register,                          Address offset: 0x20 */ 
  __IO uint32_t CSR;        /*!< RCC clock control & status register,                         Address offset: 0x24 */
  __IO uint32_t AHBRSTR;    /*!< RCC AHB peripheral reset register,                           Address offset: 0x28 */
  __IO uint32_t CFGR2;      /*!< RCC clock configuration register 2,                          Address offset: 0x2C */
  __IO uint32_t CFGR3;      /*!< RCC clock configuration register 3,                          Address offset: 0x30 */
  __IO uint32_t CR2;        /*!< RCC clock control register 2,                                Address offset: 0x34 */
} RCC_TypeDef;

[White72ru]

Библиотека указана, смотрите внимательней.
Строка, "__IO uint32_t CR;" и что мы тут видим, а видим мы тут некоторая "переменная" объявлена как volatile unsignet integer 32-x разрядный и не более, определении отсутствует. Вопрос открыт.

[Pnjom-Penb]

Я нуб в ARM и STM32 в частности, только начал изучать.

Проблема вовсе не в незнании "ARM и STM32 в частности", а в незнании языка. Приведенный выше пример все объясняет.

и что мы тут видим, а видим мы тут некоторая "переменная" объявлена как volatile unsignet integer 32-x разрядный и не более, ... Вопрос открыт.

А слова offset, расставленные в изобилии, ни о чем не говорят?

[pixar]

оффсет - по порядковому номеру элемента в структуре RCC_TypeDef , для uint32 через 4 байта.
Явно - не указан. Типа - компайлер всегда по порядку расставляет

[White72ru]

Проблема вовсе не в незнании "ARM и STM32 в частности", а в незнании языка. Приведенный выше пример все объясняет.

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

З.Ы. Я сказал что "Я нуб в ARM и STM32 в частности, только начал изучать.", но я не говорил что я не знаю Си.

[White72ru]

оффсет - по порядковому номеру элемента в структуре RCC_TypeDef , для uint32 через 4 байта.
Явно - не указан. Типа - компайлер всегда по порядку расставляет

Ну я не знаю, если только так.

[scorpi_0n]

Если что-то не устраивает и хорошо знаете Си задайте оффсет сами. Что мешает?

[White72ru]

Если что-то не устраивает и хорошо знаете Си задайте оффсет сами. Что мешает?

Да на самом деле не чего не мешает. Просто столкнулся с не понятным, хотелось ясности.

[Pnjom-Penb]

... offset, находится в строке комментария

Комментарии, как известно, предназначены для программистов... Выходит, вы сами себя программистом не считаете?

но я не говорил что я не знаю Си.

Говорил, говорил...

[uk8amk]

Вы недостаточно подробно просмотрели этот заголовочный файл.
Т.к. у меня сейчас нет под рукой материалов под F4, то объясню на примемре F1.
Объявление похожей структуры:

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

typedef struct
{
  __IO uint32_t CR;
  __IO uint32_t CFGR;
  __IO uint32_t CIR;
  __IO uint32_t APB2RSTR;
  __IO uint32_t APB1RSTR;
  __IO uint32_t AHBENR;
  __IO uint32_t APB2ENR;
  __IO uint32_t APB1ENR;
  __IO uint32_t BDCR;
  __IO uint32_t CSR;
.. 
} RCC_TypeDef;

Т.к. каждый член структуры имеет тип u32, то следующий элемент будет иметь адрес (предыдущий+4), что соотвествует расположению регистров по карте памяти. Это вроде ясно. Далее объявление адреса блока:

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

#define RCC_BASE              (AHBPERIPH_BASE + 0x1000)

И наконец "создание" указателя на структуру

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

#define RCC                 ((RCC_TypeDef *) RCC_BASE)

Теперь когда мы пишем

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

RCC->

Препроцессор делает подстановку, видет указатель на структуру и перед нами разворачивается список регистров.

[Pnjom-Penb]

... ... ... и перед нами разворачивается список регистров.

Ангельское терпение!

[White72ru]

Т.к. каждый член структуры имеет тип u32, то следующий элемент будет иметь адрес (предыдущий+4)

Да pixar выше объяснил что к чему, был не осведомлён о особенности uint32. Спасибо!

[White72ru]

... offset, находится в строке комментария

Комментарии, как известно, предназначены для программистов... Выходит, вы сами себя программистом не считаете?

но я не говорил что я не знаю Си.

Говорил, говорил...

Ты ежили не куя путнего изложить не можешь, спрашивается накуя пишешь? Убери руки от клавы.

[Pnjom-Penb]

Ты ...

О, а вот и полное, непротиворечивое доказательство моей правоты.
Надо же, вот так - "прямо в яблочко, почти не целясь!" ©
Как жисть, ЧМО, младое, незнакомое?

[arkhnchul]

был не осведомлён о особенности uint32. Спасибо!

это не особенность uint32, а часть стандарта С (члены структуры хранятся в памяти в порядке объявления, одним сплошным куском, внутри которого кроме членов структуры могут находиться только незначащие байты/биты) и конкретной реализации компилятора (выравнивание).