Всем добрый день. Вопрос, следующий кто небудь может поделиться исходником приема Манчестерского кода для AVR

Посмотри апнот AVR410 на их сайте - это манчестер применённый к стандарту RC5 (на асме)

Пишу сам. Тема закрыта.

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

Манчестер - самосинхронизированный код.

Вгрубе алгоритм такой

1) Ждёте перепада 0-1 или 1-0 в середине бита (вот вам и синхронизация),

2) Определяете какой бит пришел и запоминаете его (вдвигаете в регистр),

3) Пропускаете 3/4 периода и переходите к пункту 1.

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

а не слишком ли навороченно получается?
да кстати нашел вот такую весчь, только все ника побороть немогу.

Если искать простые пути, то можно посмотреть сдесь
www.atmel.com/dyn/resources/prod_documents/doc3a78163c4000a.pdf

Наворочено - это когда ФАПЧа для строба и адаптивный порог для импульса.

Про использование INT0 и таймера эт я знаю, только это подходит для приема RC5 с его 12 битами, а вот если принимать таким способом 112 бит, то выяснилось, что расчетные значения задержек несовсем подходят.
Сбой считываемых значений начинается гдето на 8-10 байте, что несовсем подходит.
Сейчас и передатчи и приемник работают от кварцев, а планируется использовать передатчик от внутреннего RC (да еще и несколько передатчиков, соответственно уход длительности импульсов будет и в плюс, и в минус), а так ввообще получится плюс-минус пол километра. Вот меня и интересует алгоритм с синхронизацией.




а по подробней, с исходником на С?

насколько я помню там нет упоминания об INT и TMR, просто описан алгоритм приема манчестера, с синхронизацией по длинному импульсу (это когда импульсы идут потоком и нужно выловить пакет определенной длительности)
что же касается сбоев то во первых для таких вещей обычно пользуют Capture (ICR1), а во вторых точка привязки (или точка отсчета) должна быть не в начале приема, а перемещаться после каждого фронта (или периода синхросигнала), тогда точность будет определять погрешность в пределах 1-го периода синхронизации.

А что если сделать вот так...
имеем внешнее прерывание по любому изменению
в прерывании смотрим чего насчитал таймер...
и обнуляем счетчик таймера для след изменеия по входу ExtINT
(получается типа ICP только захват счетчика таймера по любому изменению уровня)
Определяем минимальную длит импульса =Tmin.
;----
далее, с каждым прерыванием по Ext INT, смотрим что натикало (пусть будет T)и сверяемся с таблицой истинности:
1) T=2Tmin & __--- => bit=1
2) T=2Tmin & --__ => bit=0
3) T=Tmin & --__ & lastbit=1 => skip
4) T=Tmin & --__ & lastbit=0 => bit=0
5) T=Tmin & __-- & lastbit=0 => skip
6) T=Tmin & __-- & lastbit=1 => bit=1
;----
переменную T min ОЦЕНИВАТЬ с каждым прерыванием EXTINT.
и пусть она будет +- 10%
сори если гдето накасячил - но смысл такой...

А если через UART, но с манчестером? Т.е. из одного байта получаем два.

Скорее, из двух - один. А вообще, смысла использовать уарт с манчестером не было и нет.

В журнале "Радио" за 1983 год было описание первого самодельного компютера "МИКРО-80". В одном из номеров был описан блок чтения/записи на магнитную ленту и очень подробно расписан процесс приёма и передачи байтов манчестерским кодом. Процессор 8080 прекрасно справлялся, ну а уж AVR-ка запросто должна его одной левой...

да! как давно это было..... синхробайт E6 итд.

E6 - 11100110. Почему именно E6?
Радио86РК - помню. МИКРО-80 нет...

Можно просто переписать программу на AVR, правда тогда процессор будет занят только приёмом кода. Но, ИМХО, вполне можно переписать программу с использованием прерываний, таймера и т.д.
Ну, а нужный номер журнала, наверное можно найти на CD или в Сети.

И теряем одно из важных своиств- отсутствие пост. состовляющей

помоему , то называлось "Без возвращения к нулю"

Отсутствие постоянной составляющей можно получить как в AN43 от RFM - табличка оттуда
Nibble = 0 010101
Nibble = 1 110001
Nibble = 2 110010
Nibble = 3 100011
Nibble = 4 110100
Nibble = 5 100110
Nibble = 6 100110
Nibble = 7 010110
Nibble = 8 011010
Nibble = 9 101001
Nibble = 10 101010
Nibble = 11 001011
Nibble = 12 101100
Nibble = 13 001101
Nibble = 14 001110
Nibble = 15 011100

Значит один байт превращаеться в 12 бит. Но будет 3 одинаковых бита подряд. В манчестере не больше 2. Когда можно считать, что постоянной составляющей нет?

Совершенно верно, но в ТЕ времена называть код манчестерским "не рекомендовалось" . Но, тем не менее, вполне работоспособная схема и программа. И сейчас кассеты прекрасно считываются на той-же МИКРО-80.

Ну почему, был такой код, назывался манчестер-2, работал на скорости 1 мбод. Сообщения передавались 20-битными словами. Выпускались даже приемник и передатчик в виде микросхем. Я сам проектировал систему управления на их основе.

Ну да, код-то был (как в том анекдоте про Вовочку - предмет есть, а слова нет ) а вот в документации всё должно быть отечественным !!!

И сейчас выпускаются:К1889ВА1Ф

А раньше была такая серия 588. 588ВГ6 - передатчик, 588ВА3 - усилитель-ограничитель, вроде та же светлана выпускала.

Отсутствие постоянной составляющей выполняется простой операцией, аналогичной формированию CRC. Называется скрэмблирование. Это скремблирование + 11 протоколов типа манчестер находятся в главе два той книги по модемам которую я выкладывал на FTP. В частности есть даже ISDN.

Это запись одной команды с пульта управления ТВ. Кто может сказать где какой бит? Вроде должен быть RC5, но по моему что-то здесь не так...

http://rem-blog.net/tmp/rc5.gif

Эт ШИМ в чистом виде.

да это не похоже на RC5
вот такого П__П__П куска в RC5 ИМХО быть не должно
посмотрите в сторону кодов когда 1= П__ а 0= П_
ну или как-то наоборот
похожие коды у Panasonic, но там вроде П___ и П_


Конечно это ШИМ.
Более того если посмотреть на временную диаграму движения Вашей вилки к Вашему рту
в процессе еды, от состояния сильного голода к состоянию полного обжорства
то Вы с удивлением обнаружите что это ТОЖЕ ШИМ, причем с полными признаками
плавного регулирования

TV управляеться ШИМ? Это SONY.

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

Если все еще интересно то это код 011000010000

Возможно. Т.е. короткий импульс = 0, длинный = 1. Просто и не хуже Манчестера.

ну во первых не возможно, а так оно и есть если у Вас таки SONY
1T отрицательный импульс = 0
2T отрицательный импульс = 1
3T отрицательный импульс = стартовый бит (насчет точно 3T не могу сейчас сказать точно)
T=550мкс кажись
повтор при нажатой кнопке кажеться через 20-30 мс

Ну или опишите поподробнее в чем конкретно Ваша задача и тогда можно
будет рассчитывать на более точный ответ

Для передачи 2-х байт на прямой видимости по IR, возможно и проще. А для передачи 120 байт по RF не покатит однозначно.

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

Можно узнать почему?
Я нашел один пульт, который передает точно RC5. Для экпериментов сойдет. Все же цель у меня перадать не меньше 32 байт по радио каналу (433 Mhz).

Потому что уровень помех в RF (особенно 433 Mhz) очень высокий.
Передать то 32 байта вы сможете без проблем, а вот с получением этих 32-х байт придется
повозиться. По крайней мере вам понадобится точный контроль длительности стартового бита
c точностью примерно 0,2%. Ну или (что вероятно проще в данном случае, учитывая
длинну передачи ) некий адаптивный контроль длительности каждого бита с
например 10% точностью.

ЗЫ. Подключите модуль приемника и посмотрите на осциле что у него творится на выходе.
Многое сразу же станет понятно.

ЗЫЫ. RC5 вполне подходит для передачи по RF.

При передаче по радиоканалу возникают такие специфические импульсные помехи, как врезки(иголки) и вырезки, которые возникают вследствие работы ару/ограничителей. Борьба с ними достаточно проста, до определенного предела, разумеется. Ставите на выходе радиоканала счетчик на 16-32-64...с залипанием на макс/мин, сигнал подаете на D-вход, на счетный вход подаете меандр с периодом в 16-32-64 больше периода сигнала, выход используете, как обычно. Схема хорошо подавляет именно импульсные помехи меньшие половины периода сигнала. При желании счетчик можно легко реализовать программно.

Используйте ЧМ(FM)

Давно, года 4 назад, покупал для клиентов пульт ДУ ИК+RF433 и приемник к нему. в приемнике 433 превращалось в ИК и подавалось на светодиод. Пульт был многосистемный программируемый. Покупалось все это в www.conrad.spb.ru, на сайте я сейчас этого пульта не нашел, но он был в бумажном каталоге на немецком языке.

Я попробовал так:



В Proteus все работает без проблем. Но реально неработает. Кстати, впервые неработает то, что работает в Proteus.
Сделал чтобы можно было видеть длительность импульсов в LCD. Оказалось, что насчитывает бред какой то. В чем причина пока не понял.
Что творится на выходе модуля приемника я смотрел. Когда передатчик ничего не передает - ужас. Но когда передает - все очень четко.

Пока ловим стартовый бит настраиваем внешнее прерывание только на переход 0->1

запускаем таймер с прерыванием на время 3/8 длинны стартового бита
если раньше произошло новое внешнее прерывание то сбрасываем таймер и
продолжаем считать

если оказались в прерывании таймера,
перестраиваем внешнее прерывание на ловлю любого перехода,
перестраиваем прерывание таймера на 1/4 длительности бита (не выключая таймер)

при первом переходе 1->0 после срабатывания прерывания таймера запоминаем значение
длительности стартовой единички T=3/8(базовой длинны бита)+TCNT
сбрасываем TCNT
перестраиваем таймер на 5/8T

далее просто ловим переходы, при каждом переходе считываем значение TCNT
сравниваем с 3/8 необходимой длительности бита
если TCNT < 3/8 , ошибка, начинаем все с начала
если оказались в прерывании таймера то проверяем на соответствие RC5 (четный нечетный бит)
если ошибка начинаем все с начала
если все в порядке перестраиваем таймер на 1/2 бита
если все в порядке, сбрасываем TCNT и продолжаем ловить новые битики

ну и конечно по ходу не забываем записывать что же мы там напринимали

P.S. Может чего и накосячил но вроде примерно так
ЗЫЫ 3/8 и 5/8 желательно брать не точные значения а что-то типа 3/8+20тактов ЦП и
5/8- 20 тактов

Все же не могу разобраться почему в Proteus работает а реально нет.

Упрощенный код:

interrupt [TIM1_CAPT] void timer1_capt_isr(void)
{
tmp=ICR1;

if (CAPTURE_FRONT) {
TCCR1B = 0b10000101; //switch to falling edge
CAPTURE_FRONT = 0;
} //if

else {
TCCR1B = 0b11000101; //switch to rising edge
CAPTURE_FRONT = 1;
} // else

При каждом прерываний смотрю чему равно tmp. Proteus показывает, что увеличиваеться на ~1800 (самый короткий импульс в RC5). Посмотрел что насчитывает реально. Оказываеться, что увеличиваеться только на 7. Тактовая частота 8 MHz.
В чем может быть дело?