Для начала, кто знает как инвертировать пин P0.31 на процах LPC213x ?

Как вариант.
#define LED3_ON (IO0CLR_bit.P0_31 = 1)
#define LED3_OFF (IO0SET_bit.P0_31 = 1)
#define Test_LED3 (IO0PIN_bit.P0_31)

if(Test_LED3) LED3_ON ;
else LED3_OFF;

P0.31 -только на вывод.

Как писал DASM
(http://electronix.ru/forum/index.php?showtopic=38750&pid=317363&mode=threaded&show=&st=0&#entry317363)

"Битиком нельзя вот почему. на P0-31 если без транзистора включить подтягивающий резистор, то на нем будет низкий уровень при сбросе устройства, а это делать нельзя ибо "Note: This pin MUST NOT be externally pulled LOW when RESET pin is LOW or the
JTAG port will be disabled." Это ис хождения по собственным граблям. Про остальное не скажу"

Дык я знаю, что только на вывод. А разве действие "инвертировать" можно применять на вход?!? И на землю его подтягивать я не собираюсь.

Например в одной из схем я догадался повесить на этот пин светодиод, второй пин светодиода при этом подключён к питанию. Такое включение 100% надёжно и не надо тут "мутить воду". Так вот, прошу написать тут самый простой и красивый способ инверсии пина P0.31. Тот, что написал alexander55 - нерабочий!

Надеюсь, Вы не забыли добавить для инициализации
IO0DIR_bit.P0_31 = 1; //Init LED3 as output

Конкретно вот эта строчка нерабочая.

Просто для информации. Я знаю как инвертировать.
Мне интересно знает ли кто ещё. Особенно zltigo

Я работаю с LPC2148. Это работает без проблем.


Я тоже знаю еще способы, но предложенный мне нравится больше всего.

Поскольку все знаем, но не хотим делиться, а хотим узнать кто еще знает... то может перенести эту тему в Offtopics ?

Возможно это работает только в новых ревизиях.
Можете написать? Особенно если они короче уже написанного.

Хотим
Щас узнаю что другие знают и напишу сам.
Буду тут выкладывать полезную информацию. Причём тут Offtopics ?

Поскольку в сообщениях нет намека на исходно поставленный вопрос.
Для Offtopics добавлю: поставить за ножкой инвертор.

Для 2214 я использую конструкцию IO0PIN ^= (1UL << 31); Не смотрел даташит на 213х, но не думаю, что там сильно что-то поменяли. Или конкретно с 0.31 есть подводный камень?

Именно!

Вопрос - как программно инвертировать. (много раз)

Хотя сам способ инверсии универсальный (для любого порта и пина).

Я подумал, чтобы расставить точки на И, надо, наверное, указать компилятор. Я использую IAR 5.10.

Да вроде как мы с вами уже обсуждали
http://electronix.ru/forum/index.php?showtopic=32375

в моем случае - дублирую состояние в отдельной переменной.

Блин, точно! И я там был...
Но появились новые сведения. Оказывается ничего плохого в этом пине нет. И вааще, правильнее инвертировать все пины так, как я скоро напишу Ждёмс...

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

Выкладывайте ваши карты. Я скачал узер мануал и внимательно прочитал раздел про порты, хотя с 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 - есть параллельная запись всего порта.