Цитата из даташита на atmega1281

Забавно, но в достаточно свежих мегах эта фича есть, а в старых мегах типа mega16,64,128 не было, поэтому не обращал внимания.
А так получается за один такт можно атомарно инвертировать несколько бит в порту например так PINA = (1<<7)|(1<<0);
Может кому-нибудь пригодится..

Интересно. Пока не вижу, где это можно использовать (зачем переключать в противоположное состояние пины, настроенные на ввод ?), но все равно спасибо ...

Вы немного не поняли... Это касается не только пинов настроенных на ввод, но и на вывод тоже (независимо от состояния DDRx).

PORTx = 0xf0;
PINx = 0xff;
после этого PORTx станет 0x0f.

Ну вы и даёте. Это было уже в меге88 лет 6 назад.

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

Инвертирование одного пина за 2 такта вместо 3-х и группы пинов за 1 такт вместо 3-х. И всё это атомарно.

Верное замечание.

Помоему они нашли свой баг и решили сделать из него себе большой ПЛЮС

В xmega-х изначально есть регистры OUTTGL и DIRTGL для переключения выходов и направления соответственно

Ну в тех кусках, которые "ногодрыганием" должны сформировать за минимальное время строб (например, формирование клока 9-го бита SPI при использовании совместно с аппаратным или всех вместо аппаратного) - может пригодиться.

Верно. С каждым новым релизом даташиты раздуваются и увидеть в них пару новых строчек не всегда удается. Глянул даташит на Attiny2313 - там тоже такая фича есть. А я по-старинке использовал PORTx ^= 0x**

Вот в этом pin_macros.h я стараюсь поддерживать список PORT_TOGGLE_BY_PIN_WRITE актуальным.
В старом варианте я ещё не думал, что они подсунут mega8A и подобные, которые пойдут новым define-ом. И выделял список старых, которые не поддерживают, считая, что новые уже будут все поддерживать.
На случай mega8B :-) сразу перевёл на выделение поддерживающих, так как несвоевременное добавление нового поддерживающего в этом случае приведет к росту кода, но не к потере работоспособности.

Да, хть это и не в эту тему, но в тех портах scmRTOS можно писать
так как инверися через PIN атомарна.

Неблагодарная работа. Поддержкой этого дефайна должен avr-libc заниматься. ИМХО.

А Вы правы, так оптимальнее выходитнежели sbi PINx,n будет получше чем
ldi R, (1<<n)
out PINx,R
Остаётся подумать над тем, что всегда-ли PINx лежит в области применимости инструкции sbi,
а то можно немного доработать макросы и проверять этот момент чтобы не хватануть вариант с lds ori sts...

Ну это надо выйти с предложением, аргументировать, ... Добиваться, короче :-)
Я вот на друге никак не решусь — большинство h-файлов несвоместимы с компиляцией в режиме ассемблера. Через avr/io.h можно получить все SFR и вектора, а вот константы для WDT, Sleep mode, прескалера такта ядра, ... — или вообще enum, или даже если define, то в этом файле не охвачено #ifndef __ASSEMBLER__ -ом всякие inline-функции и т.п.
А я иногда на асме пишу :-)
Надо как-то по мере необходимости для себя править файлы, а потом предложить патч.


Пока всегда.
Даже у mega64/mega128 для порта F -- это пока единственный порт, у которого PIN/PORT/DDR находятся не рядом, да еще и PORT/DDR сидят как раз под LDS/STS -- PINF внизу, по адресу 0.
Тяжкое наследие mega103.
Но для m64/m128 обсуждаемая фича все равно не работает.

а sbi PORTX,N чем плох?

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

Ничем не плох, но он только устанавливает, а мы говорим об инвертировании...
Поговорить можно с Dean Camera он теперь ведь на Атмел работает. Он очень адекватный малый и думаю, что если ему донести сию мысль, то возможно он её продвинет.

cli PORT,N
А вертирование через PIN - только себя в итоге запутать

cli - опечатка, cbi
А вот практический пример использования

вместо

Почитайте наконец уже доку на avrasm...

Чтобы не путать никого

Конечно.

Ну для ногодрыганья , то да. Ну уговорили , хотя честно говоря не прикину где сие можно применить. В бипере уже точно нет - там всё делает таймер. 1-wire не предлогать- там USART . Выключение включение чего-то -но там всегда условия.

Вы неправы. Появилось это в atmega88, вместе со второй фичей. Её здесь не обсуждают.
Обе без пыли и шума.
Вторая это:

То есть опять же для атомарного доступа.
И то и другое достаточно удобно.
Правда почти не работаю уже с atmel

Ну это уже обсуждалось и по-моему не раз
Кстати пасибо , что напомнили , вот они тут же и пригодились. Забываешь, что они где-то , но всё таки есть

Мало того, что атомарный доступ, еще и флаги при этом не трогаются. Иногда очень приятно.

А где используется? ...
Я делал bootloader для atmega8. Цель шифрование, нормальный протокол, малый объём.
Написал - ну никак не влазит. Переписал шифрование, CRC на ASMе + определённым образом распределил регистры - вошло и 2 байта лишних осталось. )) Только на версии IAR 5.11. На других - не влезает ... ))
Перенёс на 88. Ну а там ведь доступ к некоторым портам более длинный. Короче пару байт не хватило. )) Ну а светодиодом дёргаю при загрузке ... )) Применил новые фичи - влезло ... ))))) Приятно ... ))
Ну ещё где-то применял ... Хотя не очень актуально.
General Purpose I/O Registers более актуальная вещь, но учитывая что реализовано не везде, то тоже проблематично ...
Должен быть единообразный подход к кристалам ... Так сказать общая политика предприятия ...
Из всех существующих я наблюдаю это только в STM. NXP мне нравятся больше, но их разброд просто убивает ... Недаром количество постов по применению stm растёт регулярно ...