Работа с портами пинам. Макросы, X-macro

[Zapolyarny]

Красивая константа.
2.7 1828 1828 45 90 45 2 353 60287471352
Легко запомнить как 2.7 1828 1828 45 90 45 - громадная точность. Хотя и не особо нужная. Но легкозапоминаемая. Но ненужная. Наверное

[Rapra]

. Я хотел создать конструктивную тему. Ты пришел все обкакал?

Пришел поручик Ржевский и всё опошлил
А если серьезно, в этой теме особо и нет ничего конструктивного, прорывного. Тема макросов в работе с пинами - это морально устаревшая тема, потерявшая свою актуальность десяток лет назад, как минимум.

[Zapolyarny]

Тема макросов в работе с пинами - это морально устаревшая тема, потерявшая свою актуальность

А почему? Новизны - да, ноль, но актуальность... Кроме риска переопределения вроде беды иной не видно, да и можно предупреждения этому включить. В отличие от высокоуровневого HAL банальный "ногодрыг" на прямой работе с регистрами быстрее. Визуально выглядит проще инлайна.

[OKF]

Новизны никакой. Но я уже хз сколько времени пишу типа on(LED); При том что неважно как он подключен, к плюсу или к минусу.
Просто прописывая #define LED B,0,L. И неважно какой компилятор, с плюсами или без. Есть ли возможность инлайнить или нет.

[Starichok51]

я и сам знаю, что это "е", но хотелось указать на ошибку.

[OKF]

Ё маё! Всё же интересен русский язык, однако.)

[Rapra]

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

Тогда попробуйте С++ GpioA::Pin5::Set(); или pa5::Set(); или даже pa5 = 1; занимает столько же инструкций, сколько прямое GPIOA->BSRR = 1 << 5;
Секрет - в шаблонном классе Gpio, параметр шаблона которого указывает на букву имени порта и через нее на базовый адрес регистров порта. Вложенный в Gpio класс Pin тоже является шаблонным, параметр шаблона - номер пина. По номеру пина получается маска, которая передается в класс Gpio в его шаблонный метод SetPins в виде параметра шаблона. Ну и в финале, посредством using определяются короткие псевдонимы GpioA, GpioB, Pin0, Pin1 и тд.
Макросы для этого хоть и используемая, но очень уж архаичная конструкция.

[Zapolyarny]

Не люблю С++
Понял, спасибо. Надо подумать. Конечно, подобное даёт больше плюшек.
Но тяжко отказываться от "8-битных" привычек. Даже линейным кодом грешу часто, пока не станет неудобно.
Пытался на такое перейти с CH32, но как-то кривее получилось, чем с макросами. Попробую ещё раз.

[Rapra]

Конечно С++ неидеален, в нем много недостатков. Как, впрочем, в любом языке. Но альтернатив фактически то и нету, поскольку нужна одновременно и близость к железу, и достаточно хорошая от него абстракция.
Ардуина именно С++ взяла как основной язык. Просто в скетчах обычно никто не пользуется плюшками языка, кроме разве что синтаксиса области видимости :: .
У меня был довольно длительный переходный процесс. Однако концепция шаблонных классов для описания такой периферии, как порты, таймеры, интерфейсы, мне очень понравилась.

[OKF]

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

Да, да, конечно. Начинающие не используют, а матёрые так вовсю. Плюсы же. Ничто не мешает использовать во весь рост! Иной раз так накрутят, что волосы дыбом.

[Adrift]

Да, да, конечно. Начинающие не используют, а матёрые так вовсю. Плюсы же. Ничто не мешает использовать во весь рост!

Если говорить про ядро и официальные либы, то там ограничение на минимум С++11, после которого уже 5 новых стандартов выходило. А если это что-то любительское, то откуда там матерые программисты возьмутся? Матерые ардуино обычно не используют.

[OKF]

Матёрые - всё относительно. И Ардуино тут не ограничитель. А матёрые где хош случаются.)

[Rapra]

Я с Ардуиной очень слабо знаком, только помелочи. И то, что доводилось видеть - это в основном использование namespace.
Версия языка С++11 довольно слабенькая.

Иной раз так накрутят, что волосы дыбом.

Ну, с дуру то можно и член сломать. Любая крайность нежелательна.

[Zapolyarny]

с Ардуиной очень слабо знаком, только помелочи.

Попробовал на днях. Мне не понравилось. Казалось бы, чем меньше у человека опыта - тем больше надо давать ему информации, чтобы видел, как, что, где, куда. А она как чёрный ящик. Потом полез в Adafruit-ную библиотеку работы с дисплеями. Все же хвалят, какая она классная. Хотел опыт перенять. Ну, после неё перестал себя считать худшим программистом в мире

[OKF]

Да, библиотеки зачастую сделаны тяп-ляп. Такое впечатление, что многое делалось на скорую руку. Зато всё открыто - бери дорабатывай.)

[Rapra]

Библиотеки, идущие к дисплеям - это просто демки, чтобы проверить работоспособность дисплея. Дорабатывать там особо нечего, там как в анекдоте про ремонт автомобиля - открутить передний и задний бампер и вложить между ними новый автомобиль.
Графическая библиотека не должна быть привязана к конкретному дисплею. Построение графики - это отдельная сложная и объемная задача. А задача библиотеки дисплея - это взаимодействие с дисплеем в рамках его команд, описанных в даташите. В даташите дисплея ведь нет команды DrawLine? Значит, и в библиотеки дисплея её не должно быть.

[AQ29]

Тогда попробуйте С++ GpioA::Pin5::Set(); или pa5::Set(); или даже pa5 = 1; занимает столько же инструкций, сколько прямое GPIOA->BSRR = 1 << 5;
Секрет - в шаблонном классе Gpio, параметр шаблона которого указывает на букву имени порта и через нее на базовый адрес регистров порта. Вложенный в Gpio класс Pin тоже является шаблонным, параметр шаблона - номер пина...

Как сложно и заморочено в СИ. Для простого порта – макросы, шаблоны, маски, классы, методы.
А на вменяемом ассемблере установка только 5 и 0 пинов порта А будет совсем простой: PORTA_OUTSET = &H21, где PORTA_OUTSET – название регистра выходного драйвера порта A в новых МК АВР.
Кстати, это будет две ассемблерные команды.

[Rapra]

А вы попробуйте сделать что-то более осмысленное и более сложное, чем дергание пинов. Тогда и поймете разницу между "вменяемым" ассемблером и "замороченным" С/С++.
Много лет назад я тоже прогал на ассемблере АВРки и ПИКи. Но чем сложнее становились задачи и микроконтроллеры, тем сложнее была работа на ассемблере, он становился "невменяемым" и перегруженным текстом. В то время как на Си то же самое решалось куда как компактнее и проще.

Кстати, PORTA_OUTSET = &H21 - это вообще ниразу не ассемблер! В чистом ассемблере вообще нет таких команд, как " = ". То, что показываете, это макроассемблер, в котором понапихано этих самих макросов.
И нет такого понятия, как "вменяемый ассемблер". Есть макроассемблер - надстройка макросами. Решение весьма специфическое и давно уже устаревшее.

[AQ29]

Я работаю на условно названным вменяемым ассемблере с элементами языка высокого уровня. Насчёт того, что СИ проще и компактнее – вопрос.
Там есть мощная команда V = A, где V – любая переменная, в том числе может быть и регистр порта, А – аргумент (переменная, число или константа).
В однобайтовой переменной можно указать бит через точку.
Тут всё просто, можно сказать, банально.
Скажем, ваш пример установки 5 бита порта А можно записать 3 способами: PORTA5 = 1; PORTA.5 = 1 или SBI PORTA, 5.
PORTA5 – встроенная битовая переменная, последняя запись – ассемблерная команда.
Эти записи, на мой взгляд, проще и нагляднее, чем на СИ.

[Adrift]

Скажем, ваш пример установки 5 бита порта А можно записать 3 способами: PORTA5 = 1; PORTA.5 = 1 или SBI PORTA, 5.
PORTA5 – встроенная битовая переменная, последняя запись – ассемблерная команда.
Эти записи, на мой взгляд, проще и нагляднее, чем на СИ.

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

PA0 led1;
PB2 led2;
PA5 led3;

led1 = 1;
// sbi VPORTA_OUT, 0

(led1 | led2 | led3).set();
// ldi r24, 0x21
// sts PORTA_OUTSET, r24
// sbi VPORTB_OUT, 2