Сказ о жадном UARTe, или двое ли из ларца?

[makakus]

хотите понимания - пишите кратко и инженерно

А мне понравилось Красиво написано!

если включен UART

Когда включен UART внутри контроллера пробжал сигнал "UART ena" который переключает вывод контроллера от регистров порта на регистры УАРТа. И раз в регистрах флажок "включить УАРТ" один, стало быть и переключаются оба пина одним сигналом.
Дык, можно на Tx постоянно выдавать нули / единицы, почти управление, можно сделать ШИМ на 8 уровней

[alvadep]

Дык, можно на Tx постоянно выдавать нули / единицы, почти управление, можно сделать ШИМ на 8 уровней

Можно и фазовое управление замутить, как хочет ТС. Включать передачу в нужный момент (фазовый угол). Первым же стартбитом откроется симистор и будет открыт до следующего перехода через ноль. Согласование с симистором, я думаю, нет смысла мусолить.

[kosmos440o]

а почто смотрины перехода напряженьица? Неужто МОС36хх заморское чудо не люб добру молодцу?

[Murka-MakMur]

kosmos440o, Дык, эта,

придержишь перстом - меняет яркость светило Томаса Эдисона имени Ильича!

[rusyvochka]

Правда, Ваша, бояре: яркость менять хотелось.... и смоглось.
А чуть выше: ‹процов всяких полно хть на 144 ноги›
дык тут всё просто: 628 их есть у меня горсточка. Не в изделии суть дела, а в принципе отобрать у UART пин дефицитный.
Пока в лидерах идея вместо прямого BSF "импульс запуска для тиристора", кидать чё нить на Тх, как вариант принимается: тиристору то ведь токма первый импульс люб, дабы по времени вовремя прилетел. Не догадался. Импульс для тиристора коротохенько-достаточный сделан, потому как если его "держать" до перехода сети через "0", да еще и все 6 каналов, ключи транзисторные прожорство своё кажут, пульсация по питанию, аки Амурская волна подымается. На трансформаторе питающем сэкономлено то... Емкость конденсатора баластного увеличивать не кошерно: в дежурке то потребление совсем махонькое, стабилистрону лишки прилетят...
‹=вход ик вполне можно совместить с любой кнопкой =›
Сие есть проблем может стать:
- дабы не зевала команду с "лентяйки", прерывание оное вызывает. Посылка ИК - двухбайтная (адрес, команда), потому как были оказии, когда пульты иноземные от ТВ, конд, ДВД и пр. техники для мирян, ложное срабатывание вызывало. Ежели еще и кнопку туды притулить, дык это еще ребус камню решать, чего это: вражеская посылка, родной адрес, команда ли, али дребезг контактов???
Однако трудность была с ИК каналом призанятная:
- родная посылка адрес/команда распознается, обрабатывается
- чужая лентяйка в игнор
- а вот кады одновременно кнопки то на обеих зажать... прилюбопытные вещи происходили...
Выкрутился повтором команды в двух полубайтах с последующим сравнением равенства и токмо потом их обработки для выполнения...
Мелочь, а мозгу пошевелить пришлось...
ПыСы: да не судите Вы строго за стиль - - - настроение. Хотя отпуск тоже не первый год "не вижу"

[NewWriter]

повтором команды в двух полубайтах

Так следовало сразу прочесть о протоколах инфракрасной передачи. Один из вариантов - дважды передавать байт адреса - прямой и инвертированный, и дважды передать байт данных - прямой и инвертированный. В приемнике второй принятый байт инвертируется обратно и проводится логическая xor с первым принятым байтом, если результат этого =0, значит, байт принят верно.

Если другие пульты влияют на приемник устройства и команды от чужого пульта вызывают выполнение действия, то нужно либо выбрать уникальные команды, либо вообще сменить ИК-протокол.

Кстати, в RC5 выделен специальный адрес - 29, для управления системами освещения.

[rusyvochka]

Плавали / читали. Чти выше и внимательнее, побеждено.
Можно еще и бит четности прилеаить или CRC считать и передать... Да защит валом. Городить 64 битную посылку в игрушку?

[STM32F0]

Так следовало сразу прочесть о протоколах инфракрасной передачи. Один из вариантов - дважды передавать байт адреса - прямой и инвертированный, и дважды передать байт данных - прямой и инвертированный. В приемнике второй принятый байт инвертируется обратно и проводится логическая xor с первым принятым байтом, если результат этого =0, значит, байт принят верно.

А это здесь причём? Если пульт юзается готовый, то каким боком это всё?

Если другие пульты влияют на приемник устройства и команды от чужого пульта вызывают выполнение действия, то нужно либо выбрать уникальные команды, либо вообще сменить ИК-протокол.

Просто не надо заниматься самолечением при помощи онанизма. Весь этот бред является результатом неправильного приёма и обработки сигнала с пульта. Если всё делать правильно, то никакие вывихи мозга не нужны.

[NewWriter]

А это здесь причём? Если пульт юзается готовый, то каким боком это всё?

?? А вот и при том. Если пульт юзается готовый, то надо знать его протокол и делать приемник под этот протокол. А если пульт самодельный, то... Ознакомьтесь с протоколами. Я лишь описал работу одного из ИК-протоколов - стандартного (нерасширенного) NEC. И RC5 отличается от него именно этим.

Протокол Philips RC5 не является помехозащищенным! В нем нет избыточности. Каждая команда с адресом передается всего один раз. А в некоторых других протоколах они повторяются в инвертированном виде, как раз для проверки правильности приема

Так что я ничего не придумал, все уже было изобретено до меня.

является результатом неправильного приёма и обработки сигнала с пульта. Если всё делать правильно, то никакие вывихи мозга не нужны.

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

Можно еще и бит четности прилеаить или CRC считать и передать

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

[rusyvochka]

У,.... куда Вас понесло. О протоколах не слова! Не тот топ.
Был глюк, искалась причина. Тестировалось сразу с двух пультов, не одновременно, есно. Но вот только косые руки помощников так и чешутся нажать кнопку на втором пульте, когда тестируется работа с основным. Всего ЛИШЬ!
Дабы было совсем всё ясно: запасной пульт от компьютерного тв тюнера, плоский такой, протокол считался, нашлось описание команд, проблем нет.
Основной - на таком же 628, на Тх прилеплен светодиод, вторая ножка которого на ближайший (по плате) пин, для модуляции. Протокол "слизан" с образца, заточен под удобство руки пользователя по командам.
Бл. и сам ту да же... С обменом всё в порядке. вопрос Был:
МОЖНО ЛИ ОТНЯТЬ НОГУ У UART?
Ответ - нет, но можно обдурить . Для данного конкретного случая.
Не раздувайте ветку, плиз.