caxapa.ru :: В приёмнике есть какая-либо система АРУ. И для её работы средний уровень сигнала должен быть на уровне ~50% от вспышки, потому и манчестер, вот как мне думается. UART, наверное, не нужен. Тут ещё одно свойство манчестерского приёмника -- он

fk0, легенда (18.06.2014 15:18, просмотров: 110) ответил Argon на А какой физ. протокол посоветуете при передаче данных по ИК? Имею ввиду не Irda, а пультовый ИК с заполнением 36-38 кГц.

В приёмнике есть какая-либо система АРУ. И для её работы средний уровень сигнала должен быть на уровне ~50% от вспышки, потому и манчестер, вот как мне думается. UART, наверное, не нужен. Тут ещё одно свойство манчестерского приёмника -- он синхронизируется по скорости на каждом бите. А не в начале байта. Это тоже может быть причиной, почему именно манчестер: кварц в пульт (да и приёмник) никто не ставит, дорого. А без кварца битовая скорость сильно варьируется. Потом ещё ньюанс. Отловить точно начало старт-бита будет практически невозможно. Приёмник вносит свои шумы, искажения, фазовые задержки -- не будет ровного фронта. В таких случаях используют PLL и опять же преамбулу, или что-то вместо неё, достаточно длинное, чтоб чётко зафиксировать фазу более чем по одному периоду сигнала. Практически может быть вариант: преамбула с фиксированным значением (таким, чтоб сигнал менялся), потом сразу поток битов. На преамбуле идёт начальная настройка фазы и частоты, на данных медленная подстройка. Для чего данные не имеют слишком много нулей/единиц подряд (а так же для подстройки АРУ приёмника). Данные передаются в NRZ (как в UART). Чтоб не получать длинных нулей/единиц данные можно либо закодировать как это сделано в HDLC (bit stuffing), либо можно проксорить с фиксированной псевдослучайной последовательностью (здесь правда вопрос, что будет при совпадении -- помнится история с нечивающимися CDROM). Либо алгоритм помехоустойчивого кодирования уже может не давать длинных последовательностей нулей или единиц. Нужен ли помехоустойчивый код и какой -- зависит от характеристики ошибок. Если ошибки единичные, максимум двойные -- поможет что-то вроде кода Хэмминга, BCH-кодов, код Голея... Ещё можно подсмотреть вариант кодирования у Texas Instruments, что используется в трансиверах на 433МГц. Там какая-то форма свёрточного кода не сложная в реализации, но удваивающая объём данных. Если ошибки сериями, то потребуется что-то вроде ECC, но тут ньюанс: на такой серии сбивается ФАПЧ приёмника и дальше он может напринимать полную ерунду до конца пакета.

[ZX]

Ответить

- понял, спасибо! манчестер, пожалуй, оставлю. Другие варианты типа широтно-импульсного кодирования вряд ли лучше. - Argon(18.06.2014 16:26)
  - Везде свои ньюансы. Преимущество манчестера лишь в крайней простоте и возможности аппаратного декодирования чуть ли не на дискретной логике. Из минусов -- вдвое больше занимаемая полоса. Потом есть прочие ньюансы, вроде того, что типичный декодер fk0(2039 знак., 18.06.2014 22:10)
    - Для манчестера корреляционный прием рулит. - andreas(18.06.2014 22:33, ссылка)
  - есть чуть лучше. экономичнее. TMDS с разными адаптациями да вариациями. процентов на 30-40 будет пошустрее чем чистый манчестер. - Mahagam(18.06.2014 16:42, ссылка)
    - спасибо! однако статья по ссылке не внушает оптимизма. Это ж какой-то дифференциальный протокол, а у меня только одна линия. - Argon(18.06.2014 17:26 - 17:38)
      - оно подходяще и в вашем случае. банально: соблюдается баланс ноликов и единичек в линии, исключаются варианты когда подряд идут пачки ноликов или пачки единичек, сильно уменьшается вероятность посылок вида ..10101010101010..., вместо 2-х Mahagam(235 знак., 18.06.2014 18:11)
        
        а, допер! грубо говоря, имеем таблицу из 256 10-битных чисел, одно на 1 байт. Все эти 10 битные числа в таблице имеют равное кол-во единиц и нулей, они и идут в эфир. Правильно понимаю? Argon(74 знак., 18.06.2014 18:18 - 19:15)
        
        Гораздо интереснее будет это восстанавливать при приеме, задачка на порядок сложнее чем передать - Nikolay801_(19.06.2014 09:35)
        
        да пока не вижу сложности - Argon(19.06.2014 09:57)
        
        да. только таблицу можно сделать не на 256 чисел, а на чуть большее. и этими дополнительными числами закодировать всякие спецсимволы: преамбулу, старт пакета, конец пакета, ну и прочие команды для декодера пакетов. - Mahagam(18.06.2014 18:26)
- Возможно имеет смысл разбивать данные на очень короткие пакеты передаваемые непрерывно с повторами (с псевдослучайным переупорядочиванием перед передачей, чтоб период повтора каждого одного пакета не оказался фиксированным и не совпал с помехой от fk0(90 знак., 18.06.2014 15:32)

Микроконтроллеры