Форум РадиоКот

Хоспода!

Вопрос: как обращаться напрямую к регистрам микроконтроллеров 1-й серии Attiny (в моем случае Attiny212)? В даташите указаны привычные названия регистров и названия их битов. Но я не могу по этим названиям к ним обратиться. Вместо этого используются нелепые конструкции с битовыми масками и какими то Microchip-кими загонами.
Среда разработки:
IDE - VSCode and PlatformIO.
Win-AVR-GCC
Язык: C

Даташит.
Техническое описание по работе с таймером TCA.

Например:

Для конфигурации таймера TCA0 в режим прерывания по переполнению, в заголовочном файле iotn212.h, прописаны битовые маски совершенно упорантского вида аля STM-кие.
То есть я должен написать: TCA0.SINGLE.INTCTRL= TCA_SINGLE_OVF_bm;
Для сравнения такой же код для ATiny13 счетчика: TIMSK0=1<<TOIE0;
То есть как написано в даташите так и пишем и это удобно. Всегда можно открыть даташит и вспомнить.
В случае же с Attiny212 в даташите так же указаны такие же регистры, но без битовых масок я не могу обратиться к ним на прямую.

Вот например регистр конфигурации прерываний INTCTRL

Его маска выглядит так:


Логично, для конфигурации таймера по переполнению я должен написать: INTCTRL= 1<<OVF;
Но в место этого: TCA0.SINGLE.INTCTRL= TCA_SINGLE_OVF_bm;
Причем в бинарном варианте можно написать: TCA0.SINGLE.INTCTRL=0b00000001;
Но по названию регистра INTCTRL=0b00000001; нельзя....

Возможно проблема в фреймворке Arduino под которым работает PlatformIO с этим контроллером, но пишу то я на C со стандартными функциями Win-AVR-GCC...

Пример кода:

Для тех МК в ардуино IDE отдельная "платформа" (из категории "внесены")...
Причем весьма навороченная (обычно там и отличия от стандартных в комплекте загружаются).
Была б ардуино IDE - дал бы ссылку на установку...
Как в VSCode and PlatformIO устанавливается - сего не ведаю...

Да Arduino тут не причем, полагаю это Microchip решили понятный AVR переделать под свои PIC говноконструкции...

[uquote="dds7sdd",url="/forum/viewtopic.php?p=4664257#p4664257"]Для конфигурации таймера TCA0 в режим прерывания по переполнению, в заголовочном файле iotn212.h, прописаны битовые маски совершенно упорантского вида аля STM-кие.
То есть я должен написать: TCA0.SINGLE.INTCTRL= TCA_SINGLE_OVF_bm;[/uquote]
Все познается в сравнении... На Pico, например, определения могут быть такими, потому что отличии от STM32 они даже не сдвинуты ) И это без маски еще...
Тут справа всегда 0xFF будет.

Ну и нафига так делать и усложнять?? В AVR 0-siries было все понятно и просто. Да и здесь в даташите названия регистров в прежнем формате, только вот не могу понять как к ним обращаться без говномасок микрочиповских...

Добавлено after 4 minutes 22 seconds:
[uquote="Adrift",url="/forum/viewtopic.php?p=4664304#p4664304"]Тут справа всегда 0xFF будет.[/uquote]

Да это я уже намутил)) Пытался сократить эти говноконструкции...
Писать надо типа так:
это просто забей....

[uquote="dds7sdd",url="/forum/viewtopic.php?p=4664306#p4664306"]Да это я уже намутил)) Пытался сократить эти говноконструкции...
Писать надо типа так:
[/uquote]
Писать нужно:

Обычно раньше в документации все выкладывалось.
Но после "перехода в микрощип" соответственно и подход к документации изменился "в стиле микрощипа" - т.е. помимо даташита на конкретную микросхему есть еще несколько документов на всю группу и на прошивку...
Честно - не лез пока в те "дебри" с новинками настолько глубоко - пока и "стандартных" вполне хватает.
А с учетом "ссакций" еще неизвестно, чего дальше удобным и доступным будет...

Чем сложнее мк, тем больше регистров и полей, тем больше вероятность пересечения названий, потому ничего удивительного в добавлении названия регистра не вижу, так и должно быть. А SINGLE добавляется потому что у таймера есть режимы Normal и Split.

[uquote="Adrift",url="/forum/viewtopic.php?p=4664309#p4664309"]Писать нужно: [/uquote]

Ну так в датшите написано:
PORTn.DIR = PORTn.DIR & ~PINx_bm;

А чем будет отличаться вариант побитового НЕ для каждого бита от НЕ для группы битов в скобках??

BOB51

[uquote="dds7sdd",url="/forum/viewtopic.php?p=4664322#p4664322"]А чем будет отличаться вариант побитового НЕ для каждого бита от НЕ для группы битов в скобках??[/uquote]
~1 | ~2 = 0xFE | 0xFD = 0xFF
~(1 | 2) = ~3 = 0xFC

[uquote="Adrift",url="/forum/viewtopic.php?p=4664319#p4664319"]Чем сложнее мк, тем больше регистров и полей, тем больше вероятность пересечения названий, потому ничего удивительного в добавлении названия регистра не вижу, так и должно быть. А SINGLE добавляется потому что у таймера есть режимы Normal и Split.[/uquote]

Чем 8 бит МК Attiny212 сложнее 8 бит Attiny85??
Более того, у них и формат регистров в даташите одинаков!

Но нет же, Микрочипу нужно выипнуться и сделать совершенно противоположный подход с масками и усложнить максимально переход от классических AVR... Зачем?

Да те же IO чего стоят...
В классическом AVR:

DDRA=1<<PB1;
PORTA=1<<PB1;
И всё! Порт настроен как выход с подтяжкой к VCC...

Что мы видим на аналогичном МК 8-бит новой генерации??
Вот:
PORTA.DIR=PIN1_bm;
PORTA.OUT=PIN1_bm;
PORTA.PIN1CTRL = PORT_PULLUPEN_bm;

И там еще всякие:
PORTA.SET
PORTA.CLR
и тд. и т.п....
Вопрос: нахиба? Если все решается так же просто побитово как и в аттини 85....

Добавлено after 7 minutes 20 seconds:
[uquote="Adrift",url="/forum/viewtopic.php?p=4664319#p4664319"]Чем сложнее мк, тем больше регистров и полей, тем больше вероятность пересечения названий, потому ничего удивительного в добавлении названия регистра не вижу, так и должно быть. А SINGLE добавляется потому что у таймера есть режимы Normal и Split.[/uquote]

Режимы таймера аля NORMAL, CTC и т. д. в AVR всегда выставлялись отдельными битами и это никак не связано с названиями регистров и что они как то могут пересекаться.
Например режим CTC mode в Attiny85:

TCCR1 = 1<<CTC1;

Что мешало сделать в Attiny212 так же?? Религия? Тем более регистры и биты ведь такие же...

Добавлено after 3 minutes 51 second:
Это мне напоминает версии Windows, где задачей разработчиков есть сделать так, что бы интерфейс взаимодействия с пользователем был максимально противоположен тому что был в предыдущей версии...

[uquote="dds7sdd",url="/forum/viewtopic.php?p=4664331#p4664331"]И там еще всякие:
PORTA.SET
PORTA.CLR
и тд. и т.п....
Вопрос: нахиба? Если все решается так же просто побитово как и в аттини 85....[/uquote]
На tiny85 если хочешь просто помигать светодиодом в главном цикле, то нужно или на время записи в порт выключать прерывания или гарантировать отсутствие записи в другие биты этого порта из прерывания, а эти регистры SET/CLR/TOGGLE позволяют такое делать не выключая прерывания. Их аналоги есть в большинстве современных мк, на STM32 для этого используют регистр BSRR.
Фактически PORTA.OUT только на стадии инициализации стоит использовать, во время работы писать при помощи него в порт стоит только если записать нужно все 8 бит.

[uquote="BOB51",url="/forum/viewtopic.php?p=4664310#p4664310"]Честно - не лез пока в те "дебри" с новинками настолько глубоко - пока и "стандартных" вполне хватает.[/uquote]

Я еще повелся на новый протокол прошивки без программатора по одному кабелю UPDI, аппаратные SPI, I2C, UART на борту, 16 битный таймер с возможностью разбивки на два 8-битных, RTC, IRDA да и много фич по работе с питанием...
И стоит это всё те же 1$ как и Attiny13, но разница на лицо!

Adrift
Никогда не встречал, чтоб прерывания не позволяли выполнять запись данных в порт вывода...
Ежли только не изворачиваться с прерыванием и работой с одним и тем же битом порта (теоретически).

Может имелся ввиду какой иной изврат?

[uquote="Adrift",url="/forum/viewtopic.php?p=4664343#p4664343"]регистры SET/CLR/TOGGLE позволяют такое делать не выключая прерывания. Их аналоги есть в большинстве современных мк, на STM32 для этого используют регистр BSRR.[/uquote]

Типа двойная буфферизация? Ну я еще не дочитал даташит... подгорело в самом начале...

Добавлено after 3 minutes 16 seconds:
То что я прочитал про SET/CLR/TGL - это биты на запись только, а вот в сравнении с OUT - запись\чтение. Вроде это и вся разница

Есть всевозможные варианты. Написать свой драйвер? Но почему? Привыкайте к этому. На второй месяц все будет нормальным. Сужу само собой за STM32. Напр. о GPIOC->BRR = BSRR_VAL; было странно, запутанно, и отвратительно. Но к очень быстро привыкаешь. Теперь стало более предпочтительным. (частично использоваю переводчика)

Угу, привыкаешь, а потом нужно вернуться к старым проектам и оху..ваешь...

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

Мне пока отвратительно это:

if (~PORTA.IN & PIN7_bm) {PORTA.OUTSET=PIN2_bm;} else {PORTA.OUTCLR=PIN2_bm;}

А привык я к:

if ((PINA&(1<<PB7)==1) {PORTA|=1<<PB2;} else {PORTA&=~(1<<PB2);}

Расширенное управление добавляется для дополнительных удобств.
Но основ не меняет - так что возврат к старым проектам только добавляет возможных вариантов для решения задачи.

[uquote="BOB51",url="/forum/viewtopic.php?p=4664347#p4664347"]Никогда не встречал, чтоб прерывания не позволяли выполнять запись данных в порт вывода...
Ежли только не изворачиваться с прерыванием и работой с одним и тем же битом порта (теоретически).[/uquote]
Допустим в PORTA у нас 0x35 и мы хотим в основном цикле записать новое значение в младшие 4 бита порта, например, 7. Не важно 1 бит или 4, придется сначала прочитать значение из PORTA, очистить 4 младших бита, наложить новое значение и записать обратно:
0x35 & 0xF0 | 0x07 = 0x37
Однако после чтения из порта, но до записи нового значения обратно, вызывается прерывание которое меняет 4 старших бита PORTA на 0xF:
0x35 & 0x0F | 0xF0 = 0xF5
Вернувшись из прерывания прерванная операция завершается записью в порт 0x37, а должно быть 0xF7.

Теперь то же самое с PORTA.TGL: Это работает поскольку при записи Toggle фактически выполняет функцию XOR, то есть получается следующее:
PORTA.OUT ^ (PORTA.OUT ^ 0x07 & 0x0F) = PORTA.OUT ^ 0x02 = 0x37
При этом для старших 4 бит выполняется "value XOR 0" и значение не меняется, какое бы оно в тот момент ни было.

Ну Ок, почему тогда не записать по старинке: PORTA^=1<<PB2;
И чем это будет отличаться от PORTA_DIRTGL=PIN2_bm;
Новыми названиями и масками??