Всем привет.
ИК премник и передатчик.
Энкодер кодирует 8 бит в 16.
Дэкодер. Разбирал appnote c atmel сайта. Слишком заморочили там.
Помогите пожалуйста в написании декодера для манчестер кода.
Или может у кого-нибудь есть пример кода?

P.S. Это не RC-5 или что-нибудь с этим связанное. Я сам кодирую нужный мне сигнал! И USART слишком не устойчив к помехам и много жрет батарейку из-за высокой потребности к мощности сигнала(на маленькой мощности очень большие потери). Поэтому он меня не устраивает!!!

Да кстати. Может не манчестер, а какой-нибудь другой декодер, например T, 2T.
Или 16 бит кодировать вместо 8. Говорят более помехоустойчивее будит. Может кто работал с CRC для контроля принятой информации?

Расколите monitor РК'шки, там насколько помню этот самый код при работе с лентой.

Что за монитор РК?
Мне надо програмно!!!
Энкодер то я сделал. А вот с декодером как быть?

Это программа так называется.
Позволяет загружать данные с магнитофона.
Только я её не "колол", поэтому ничем помочь не могу.

Прям, как в том анекдоте: Сделали архиватор, который ужимает в миллион раз, а теперь пытаются написать разархиватор..

tolstiybh, и приём и передача пишутся сразу и вместе, а не по отдельности..
Читай описание работы UART-a, но не описание регистров и прочих, а кк происходит приём данных с линии.. Те надо сделать точно так-же..

Митяра, я и без Вас прекрасно знаю как работает UART!!!
Мне просто интересно послушать мнения умных людей которые уже кодировали сами свой сигнал.
Декодер можно сделать и по захвату 16 битного таймера и по переполнению(константам).
Зачем лишний раз изобретать велосипед! А может кто и с программой посоветует.
А если Вам нечего сказать по теме, лучше промолчите! Умнее гораздо покажитесь!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Формат записи на МЛ для микрокомпьютеров был подробно описан при публикации Микро-80. Так что монитор колоть не надо. Суть очень простая. Ждём переход уровня (в любом направлении) и отмеряем интервал 3/4Т, где Т- период кодирования (несущая обычно 1/2Т) и считываем бит. Ждем следующее изменение и опять отмеряем 3/4Т и считываем следующий бит.

А проверят уровни по таймеру или по внешнему прерыванию?

Дык.. мя про это и говорил..
Ну если очень хочется послушать другими словами, про принцип на котором построен приём/передача данных в UART-е - даже отговаривать не буду..

P.S. Задачу с тем-же самым Манчестер-кодом при работе на одну коаксиальную линию решил в своё время аппаратно, а приём/передача шли через UART..

Повторно.
USART слишком не устойчив к помехам и много жрет батарейку из-за высокой потребности к мощности сигнала(на маленькой мощности очень большие потери). Поэтому он меня не устраивает!!!
Я уже дела на нем!!!!!!!!!!!!!!!!!!!!!!!

А вот это от схемотехники и настроек зависит..

Т.е. программный ввод/вывод батарейку жрёт меньше или есть МК в которых можно отключить блок UART-а, например ?
Напиши, мне просто интересно..

Расшифруй, пожалуйста, попонятней../или напиши, что у тя с русским туго -тогда не буду задавать уточняющих вопросов../

По какому прерыванию? Я же написал - ловите изменение (как? это ваше дело, хоть линией задержки с исключающим или. Или просто последовательно опрашивайте порт) и от момента перехода отмеряете заданный интервал (чем? зависит от ваших возможностей и способностей, хоть RC-цепочкой или таймером или такты процессора в цикле считайте) и считывайте значение. Исходник не приведу - атмелями не увлекаюсь, для пика написал бы, а так есть готовый для того же РК86 ибн i8080.
Бррр... посмотрел на исходник монитора РК... мрак. Но если действительно есть желание его видеть, могу запостить.

И мне интересно. Обоснование сюда.
А изменение удобно ловить по изменению сигнала порта ввода.

вот когда то работал с приемопередатчиками(только радио, не свето) я там USER ,
мк Atmega 16, выполнил на двух таймерах, скорость при тактовой 16 MHz = 1200 бит/сек, а потом все забросил....
Но кое что помню.. Вообще лучше сюда