megalloid 30 сен 2017 в 20:34

Начинаем изучать STM32: Что такое регистры? Как с ними работать?

9 мин

103K

Электроника для начинающих

+27

Комментарии 43

oWart 30 сен 2017 в 22:06

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

megalloid 1 окт 2017 в 20:10

Будем дальше держать планку, спасибо!)

lamerok 23 ноя 2017 в 15:33

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

x893 30 сен 2017 в 22:30

Мне кажется так удобнее в Keil смотреть GPIO

megalloid 1 окт 2017 в 11:53

Не видел такое меню, копну по глубже при рассмотрении вопросов по GPIO)) спасибо))))

Goron_Dekar 1 окт 2017 в 11:59

Не стоит привязывать такие статьи к конкретному инструменту разработки. Они ценны именно подробностью и понятностью, когда всё делаем сами, а не делает за нас кайло/куб/etc.

x893 2 окт 2017 в 15:06

Не только GPIO

Mogwaika 1 окт 2017 в 00:25

Сразу возник вопрос, всегда ли отдельные биты конфигурационных регистров отвечают за отдельные настройки или бывают «номерные» режимы переключающие режим на основании совокупности нескольких бит (т.е. mode 0,1,2,3,4,5,6,7,8 задают 9 валидных режимов, остальные сочетания бит байта не используются, а не 256 сочетаний 8 двоичных режимов)?

megalloid 1 окт 2017 в 11:54

Для тех кто научился ориентироваться в Reference manual — думаю не составит труда правильно интерпретировать настройки находящиеся в регистре. Думаю по прочтению этого урока у начинающих будет заложена основа при работе с документацией и регистрами))

QwertyOFF 1 окт 2017 в 17:40

На мой взгляд было бы круто в таких статьях описывать сначала как что-то делать "на регистрах", а потом то же самое на библиотеках HAL и с помощью CubeMX. Сейчас, как мне кажется, у статей высокий порог вхождения. Т.е. человек который ранее плотно работал с микроконтроллерами, сможет разобраться сам по даташиту и рефмануалу, а ваша статья для него лишь немного сократит время изучения. Далекий же человек, который только ардуино шил, испугается обилия наименований регистров и необходимости искать их в тысячестраничном документе. А с использованием CubeMX STM32 становится не сильно сложнее ардуино.

EvgenySbl 19 фев 2023 в 08:56

Одна из компаний в которой я работал ранее, изначально использовала FreeRTOS + HAL, на своих устройствах. В основном это STM32 + Nordic. Оказалось, что значительно удобнее, разработать свой HAL на регистрах, совместимый, для всех используемых архитектур. Просто подменяется репозиторий с HAL-уровнем и прошивка запускается на другом процессоре. Если уже готовые библиотеки под маленькие ARM-ы. Например libopencm3. Но иногда все же лучше на регистрах. Не всякие комбинации (портов + irq + dma + ...) поддерживают библиотеки. Например, мне приходилось делать финт ушами, когда по событию от таймера, срабатывал DMA, который пересылал данные в GPIO порт. Хотя, DMA, вроде бы привязан к таймеру, и должен просто перепсывать Reload-регистр.

x893 1 окт 2017 в 00:58

Конечно, как и в жизни, бывают многобитовые настройки.
Но всё эти нюансы отражены в RM и в файле имя_процессора_или_серии.h

Dark_Purple 1 окт 2017 в 09:18

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

-7

masai 1 окт 2017 в 10:28

Для радиолюбителя причины простые — сравнительно легко достать, легко прошивать м отлаживать с помощью дешёвого STLink, есть графический конфигуратор, снижающий порог вхождения.

megalloid 1 окт 2017 в 11:52

Приведите пожалуйста пример с конкретными аргументами. Возможно если речь идет о каких-то интересных МК — я бы и их рассмотрел в своих статьях, почему нет)))

Dark_Purple 2 окт 2017 в 01:35

kinetis и design studio любые кубы и стм32 заткнет за пояс например.

megalloid 2 окт 2017 в 06:44

Я бы на вашем месте не делал столь категоричных высказываний.
На текущий момент Kinetis при всех своих достоинствах явно проигрывает по трём, критичным для рядового радиолюбителя, качествам:
— цена;
— наличие в рознице;
— наличие простых корпусов;
Мои же статьи, в свою очередь, ориентированны именно на рядового радиолюбителя. Так что это еще как посмотреть…

Arcpool 1 окт 2017 в 11:06

Сам вот сел его изучать. Спасибо за статьи, добавьте пожалуйста немного HAL в дальнейшем.

megalloid 1 окт 2017 в 11:47

Приму к сведению Ваши пожелания, могу так же посоветовать вам посмотреть по HAL много хороших видеоуроков на канале narod stream в Youtube.
Тут: www.youtube.com/channel/UCXgs4exdtMpz4ccBZS3Yp4g

Arcpool 1 окт 2017 в 12:45

Спасибо, обязательно ознакомлюсь.

kurojneko 2 окт 2017 в 09:18

Товарищ рассказывает многое, но без основ, дает голую инструкцию, редко опускаясь в глубь на тему — почему так. Обычно ссылается на свой же курс по атмеловским железкам. И смотреть его надо последовательно, тоже из за постоянных ссылок — вот в прошлом уроке…
Хотя ему тоже отдельное спасибо )

megalloid 2 окт 2017 в 09:21

У него по большей части простой how-to, когда не знаешь с чего начать — можно посмотреть, а в глубинных вопросах уже копаться и разбираться самому.

BigBeaver 2 окт 2017 в 09:25

Не знаешь с чего начать — RTFM=)

megalloid 2 окт 2017 в 09:27

Как вариант)))

BigBeaver 1 окт 2017 в 11:11

Я, конечно извиняюсь, но логика изложения очень странная. Тем, кто уже разбирается в микроконтроллерах это не нужно, а новичку будет очень тяжело. Как-то резво мы перещли от двоичной алгебры к тактированию переферии, настройке GPIO и тд. Если бы я заранее не знал, что это и зачем, то схватился бы в ужасе за голову.

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

megalloid 1 окт 2017 в 11:50

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

BigBeaver 1 окт 2017 в 12:18

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

zillant 1 окт 2017 в 11:48

Пишите именно то, чего не хватает во всех остальных курсах. Огромное вам спасибо!

brn 1 окт 2017 в 12:42

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

BigBeaver 1 окт 2017 в 12:44

Там со считыванием.

VerdOrr 1 окт 2017 в 15:41

(x |= y) эквивалентно (x = x | y)

da-nie 1 окт 2017 в 16:19

Компоновщик в ходе обработки текста программы

Компоновщик? Препроцессор! :)

__IO

Настоятельно советую показать определение этого макроса и расписать, зачем он нужен. :)

megalloid 1 окт 2017 в 18:01

Спасибо за исправление!) поправил в статье)))

Gryphon88 6 окт 2017 в 15:51

uint32_t volatile * const (и дважды const для read-only) для неподготовленного читателя совсем страшно, всё-таки такие вещи довольно архаичны и малоупотребимы даже для С.

da-nie 6 окт 2017 в 17:32

К сожалению, именно вот эти вещи фундаментальны, потому что именно на таких вещах определяется будет программа работать или нет. И пока читатель не уяснит, зачем нужно адрес регистра помещать в переменную с квалификатором volatile, его программы будут порождать массу глюков в процессе работы в зависимости от погоды на Марсе.

uvavan 1 окт 2017 в 20:08

Для полноты описания не хватает упоминание регистров BSRR и BRR.

megalloid 1 окт 2017 в 20:08

Это всё в статье про GPIO рассмотрим.

Sergey78 2 окт 2017 в 14:32

А не удобнее для вычисления значений регистров использовать операции сдвига, а не калькулятор и hex-значение? При чтении потом не понятно, какой бит изменяется.
Я имею ввиду, что вместо:

GPIOC->MODER |= 0x50000;

использовать:

GPIOC->MODER |= (1<<16)|(1<<18);

Конкретно в этом месте, в "настоящем" коде наверное используют буквенное обозначение, а я про использование калькулятора вцелом.

megalloid 2 окт 2017 в 19:53

Можно и таким образом, почему нет. Опорный материал по битовым операциям был дан))) тут если кому как хочется — может поэкспериментировать.

lamerok 23 ноя 2017 в 15:24

Раз уж вы рассказали про логические операции, то можно было так:

/* Моргаем светодиодами */
		GPIOC->ODR ^= (uint32_t)((GPIO_ODR_8 | GPIO_ODR_9);
		for (int i=0; i<DEL_COUNT; i++){}	// Искусственная задержка

А начальное состояние светодиодов задать разное — один горит, второй нет. Кода будет в два раза меньше, и за одно, исключаеещее или узучат.
Потому, что сейчас вы весь порт С портите, а не устанавливаете и скидываете нужные биты. т.е. вы меняете состояние всего порта.

n-krd 2 окт 2017 в 19:19

Спасибо автору!!! Поддерживанию стиль изложения, я последний раз использовал язык С в далекие институтские времена, запустил (поморгал св. диодом) давно пылящуюся синюю китайскую плату. Контроллер там STM32f103C8.