А чего, собственно, ждемс ? Новую еррату или еще что-то ?

Выкладывайте ваши карты. Я скачал узер мануал и внимательно прочитал раздел про порты, хотя с 213х не работаю и пока не планирую. Ничего особенного про 0.31 там нет. Более того: Скачал эррату. Там тоже ничего про эту ногу нет. Эррата датирована июлем - если бы особенности были, их бы с тех пор успели найти и описать. Поэтому я не понимаю, почему IO0PIN ^= (1U << 31); может не работать и почему, скажем, IO0PIN ^= (1U << 20); может испортить 31 бит. Не томите

Ну если они в этом выражении умудрились столько ошибок наставить, то неудивительно, что про особенность P0.31 в попыхах забыли.

Ведь не только я вставал на эти грабли. Другие подтвердят. При чтении из IOPIN0 старший бит всегда читается установленным.

Хорошо, поверю на слово. Тогда надо читать IO0SET. IO0PIN = IO0SET ^ (1U<<31 );
или IO0SET & (1U<<31 ) ? IO0CLR = (1U<<31 ) : IO0SET = (1U<<31 );
или развивая тему (signed int)IO0SET < 0 ? IO0CLR = (1U<<31 ) : IO0SET = (1U<<31 );

Потетики много. Предлагаю уточнить задачу. КАК на АСМЕ это сделать. команды иныерсии бита в наборе инструкций отсутствуют , после того как разберемся будет понятно как на С это коротко сделать.

могли б уже производители добавить к IOPIN IOCLR IOSET еще регистр IOTGL - для переворачивания битов этож не проц а переферия - лицензии платить никому не нада

Орригинально Однако неправильно. Тем более, что IO0CLR Write Only!

Щас, подождём zltigo и произойдёт чудо

Вот именно!!!
Там хранится реально выводимое значение порта, даже если какой-либо пин в данный момент сделан входом. Это значит если на лету переключить пин на вывод, то именно значение из IOxSET появится на этом выходном пине.

Короче, это самый простой и правильный метод инверсии выходных пинов. Вне зависимости от того, на вход или выход и на какую альтернативную функцию в данный момент пин настроен.

Пока что умнее чем
#define LED_TOGGLE() \
IO1PIN & (1<<LINK_LED_IOPIN) ? (IO1CLR = (1<<LINK_LED_IOPIN)) : (IO1SET = (1<<LINK_LED_IOPIN));
не придумал

вот код который генерится:

ldr r2, [pc, #72] ; 0x2f8 <main+152>
ldr r3, [r2, #16]
tst r3, #16777216 ; 0x1000000
movne r3, #16777216 ; 0x1000000
moveq r3, #16777216 ; 0x1000000
strne r3, [r2, #28]
streq r3, [r2, #20]

м

Скажем так, по условию задачи нельзя читать текущее состояние из IOxPIN. Для P0.31 это так на самом деле.

А самый короткий способ как на Си, так и на АSMе я уже написал:
IOxPIN = IOxSET ^ (1U<<n);

ЗЫ: Меня всегда интересовало почему IOxSET для чтения/записи, а IOxCLR только для записи. И недавно я это выяснил Теперь всё встало на свои места!

Да, познавательно. Спасибо! Полез редактировать свои макросы.

Да, это нюанс, который проясняет назначение IOxSET для чтения. Спасибо.
Я подумаю над изменением
#define Test_LED3 (IO0PIN_bit.P0_31)
на
#define Test_LED3 (IO0SET_bit.P0_31)


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


Зачем так спешить.


Проверил, работают аналогично.
Что лучше реальное состояние выхода или записанное - вопрос, конечно, интересный.

Уже написал. Повторяю для особо невнимательных:
В процессоре LPC213x при чтении IO0PIN старший бит читается установленным ВСЕГДА!!!
Поэтому любая конструкция типа IO0PIN ^= (1<<N) разрушит содержимое этого пина, а точнее установит на нём еденицу.
Для LPC214x не проверял, особенно в старых ревизиях.

Да, это любопытно. Возьмем на заметку, спасибо.

Оказывается аналогичная ситуация с и с другими регистрами, в которых используется пара функций SET / CLR. Например VICIntEnable / VICIntEnClr и VICSoftInt / VICSoftIntClear. Из VICIntEnable и VICSoftInt можно читать всю карту разрешённых/установленных прерываний, а запись значения может только устанавливать биты, но не сбрасывать.

Это очень логично с точки зрения унификации.
Хотя, для портовых регистров возможность чтения по актуальности намного выше.
Инверсии выходов используются для организации частотных выходов (это используется достаточно часто).
PS. GetSmart, спасибо за Ваши исследования (никогда не знаешь, что может понадобиться со временем). Я за четкость понимания, особенно, если производитель что-то не договаривает.

Не знаю что вы тут с GPIO нового нашли. У меня ещё в древнем мануале на 2114/.../2214 написано:




Хотя тамже IO0PIN и указан как RO.

Другими словами:
Чтение IOхPIN читает реальное состояние пинов, например для сконфигурённого на выход пина с установленным в нём нулём, из IOхPIN можно прочитать единицу если этот порт сильно нагружен, например сильноточным светодиодом. (ни в коей мере не призываю выходить за границы дозволеных токов.)
Чтение IOxSET читает то что задумывалось программерами на выход. (даже если пин сконфигурён как вход).
Запись в IOxPIN - есть параллельная запись всего порта.