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

[STM32F0]

Ознакомьтесь с протоколами.

Там что-то появилось новое?

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

Ну и что? RC5 до сих пор юзается, и вполне успешно.

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

Что мешает принять 2-3 посылки, если нужна избыточность?

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

У него случилась проблема, потому что юзает убогий МК и убогие решения, которыми завален инет, типа "Всё украдено до нас!"(С). Для того чтобы что-то исправить, нужно это просто осознать, но видать не судьба. Правильно - мерять длительности, а не состояние пина, через какие-то там промежутки времени. Вылет из допустимого предела - флаг ошибки, не задумываясь. Т.е. даже крутя пультом как попало - или правильная команда, или ничего, с флагом ошибки приёма.

[NewWriter]

Отнять ногу у UART? ДА БЕЗ ПРОБЛЕМ! Серьезно.
Просто переключи RB2/TX в режим входа и спокойно используй его как вход, запретив работу передатчика (bcf TXSTA, TXEN). А освободившийся другой пин переключи на выход. Так что все нормально.

Там что-то появилось новое?

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

Что мешает принять 2-3 посылки, если нужна избыточность?

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

[STM32F0]

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

Я здесь должен искренне удивляться?

Ошибочность посылок и мешает. Вы не сможете определить, в который раз пришла верная посылка.

Чушь! Всё при желании отслеживается на раз! Другое дело, что никто не хочет думать и заморачиваться этим.

К тому же, в RC5 повторные посылки идут с инверсией одного бита.

И что?

А в других протоколах повторные посылки вообще сильно отличаются от первой отсутствием части посылки.

Какая жалость! "Кто посмел?"(С).

[NewWriter]

Я здесь должен искренне удивляться?

Видимо, да. По крайней мере, подумать и не быть столь категоричным.

[STM32F0]

Мне можно, мне знания позволяют.

[NewWriter]

...и вот эти знания как раз и не позволяют взглянуть на проблему с другой стороны.
Допустим, приемник верно распознал длительности, но там закралась "случайная" ошибка в 1 или больше бит. А приемник то и не сможет опознать, что это "неправильная" была команда и не будет ожидать повторного приема. Вот так то потому я и говорю, что не стоит быть столь категоричным, ибо случаи могут быть не только те, что в голове мыслятся.

[STM32F0]

Допустим, приемник верно распознал длительности, но там закралась "случайная" ошибка в 1 или больше бит.

Поставщик кофейной гущи ни разу не подводил? Может ещё в йети и инопланетян верите?

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

Фуф! Еще ж не пятница, чтобы уже всё так плохо!

потому я и говорю

А что ещё остаётся! При нормальном алгоритме поймать "глюк" практически невозможно. Вы хоть это осознаёте? На инетовской мусоро-облегчёнке - что угодно. Ну так унитаз же не место для рыбной ловли.

[NewWriter]

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

При нормальном алгоритме поймать "глюк" практически невозможно.

И каков этот нормальный алгоритм?

[STM32F0]

одни отговорки и общие слова.

А о чём тут говорить? Если вы пересказываете услышанное/прочитанное где-то написанное/рассказанное кем-то. Сами, хоть раз, попробуйте разобраться, а не слизывать чужое.

как распознать ошибку в 1 бит уже декодированного сигнала?

А откуда она вдруг возьмётся? Значит лажа-алгоритм!

И каков этот нормальный алгоритм?

Это нормальный, правильный, а не взятый не бог весть откуда.

[NewWriter]

Я-то разобрался, и делал самостоятельно, и не только RC5, но и NEC, Samsung.
А то, что делает топикстартер - это уже его личное дело, как он делает.