Посоветуйте алгоритм обработки сигнала

Evg69 · 25.07.2015, 11:36

Добрый день.
С приемника поступает сигнал с беспроводного датчика. Вид сигнала на прилагаемой осциллограмме. Как я понял 1/0 кодируется периодом импульсов (2,44 мС и 4,52 мС). Длина посылки порядка 550 мС.
Посоветуйте алгоритм обработки такого сигнала. С приемником будет работать AT89LP4052.
И еще - этот сигнал с передатчика. а приемнике нужно учитывать появление помех

jump · 25.07.2015, 13:21

Сообщение от Evg69

Посоветуйте алгоритм обработки

а фото передатчика ни-ни, никак? тип шифратора интересен

NewWriter · 25.07.2015, 13:24

В другой теме же ответили. Там широтно-импульсное кодирование. "1" - дольше пауза, "0" - короче пауза.
Выложи скрин всей посылки от стартового импульса и до последнего, любопытно узнать все сообщение, ибо оно полностью содержит передаваемые данные с датчика.

Сообщение от Evg69

а приемнике нужно учитывать появление помех

Передаваемая информация избыточна и содержит данные для восстановления.

jump · 25.07.2015, 13:31

Сообщение от NewWriter

В другой теме же ответили

тогда зачем эти содом с гоморрой? в одной и сидел бы, нет - плодит сущности...

Evg69 · 25.07.2015, 17:31

Сообщение от jump

тогда зачем эти содом с гоморрой? в одной и сидел бы, нет - плодит сущности...

Смысл тем несколько различный. Задачи 2 - 1 разобраться в протоколе обмена. Т.е. какая единичка/нолик что значит. 2, и это текущая тема. Я прошу совета как на лету из потока данных эти самые единички и нолики доставать. Без привязки к протоколу. Думаю что такие алгоритмы уже массово существуют и не хочется изобретать велосипед. Таким образом перефразируя вопрос - как разделить 0-1 в подобном потоке данных

Evg69 · 25.07.2015, 17:33

Сообщение от jump

а фото передатчика ни-ни, никак? тип шифратора интересен

Там плата передатчика полностью закрывает все. А мысль интересная

Разобрал-посмотрел. К сожалению тип шифратора "черная клякса на плате"

NewWriter · 25.07.2015, 18:20

Сообщение от Evg69

- как разделить 0-1 в подобном потоке данных

Очень просто. Измерением длительности. Вернее, соотношения Mark/Pause. (Mark - импульс, Pause - промежуток между импульсами).
Средство измерения - модуль захвата CCP.

Evg69 · 26.07.2015, 01:19

Сообщение от NewWriter

Средство измерения - модуль захвата CCP

Честно говоря эту часть не понял.

Я понимаю что измерением длительностей. В обработчике таймера поставлю опрос входа. Ну и считать количество вызовов обработчика между переходами 0/1. На идеальном сигнале это прекрасно сработает. Меня смущают шумовые пики. Попался такой и простой алгоритм даст сбой. Я думаю использовать в программе еще границы допустимых значений. Если допустим импульс слишком короткий, то попытаться проссумировать с последующим и проверить, не попадет ли сумма в границы допустимых значений

George22 · 19.08.2015, 14:15

для борьбы с такими помехами существует мажоритарный алгоритм:
три раза пришла единичка - значит 1.
три раза пришел нолик - значит 0
ну и частота опроса естественно должна быть высокой по
сравнению с вашими импульсами

p.s. похоже на борьбу с дребезгом контактов реле

omercury · 19.08.2015, 14:54

Сообщение от Evg69

Честно говоря эту часть не понял.

Это от пиководов

Сообщение от Evg69

Я понимаю что измерением длительностей. В обработчике таймера поставлю опрос входа. Ну и считать количество вызовов обработчика между переходами 0/1. На идеальном сигнале это прекрасно сработает. Меня смущают шумовые пики. Попался такой и простой алгоритм даст сбой. Я думаю использовать в программе еще границы допустимых значений. Если допустим импульс слишком короткий, то попытаться проссумировать с последующим и проверить, не попадет ли сумма в границы допустимых значений

Почитайте про ИК протоколы Nec, Sony (RC5 не подходит), смысл тот же.