ИК-модуляция нужна по той же причине как и для радиопередачи. А почему столько разных частот и почему именно такие частоты? - я написал выше - это дань тому времени когда ДУ были ещё не ИК, а ультразвуковые. В какой-нибудь викепедии история пультов наверняка популярно описана.

Сообщение отредактировал VDG - Jan 9 2008, 20:44

Не надо свой парсер. Это XML, сейчас полно готовых компонентов (для всех популярных языков), разбирающих XML и раскладывающих данные по объектам. В дотнетовский С# это вообще встроено как стандартная библиотечная функция.

PS: На той же ссылке есть старые версии CIRCA. Самая первая версия при инсталляции устанавливает Микрософт XML парсер. Кстати, в первой версии файлы для каждого типа устр-в определенного брэнда были отдельными (таких файлов там более 700, список файлов - в праттаченном dir.txt) и легко читались при помощи Интернет Эксплорера. Файл с описанием протоколов и коды телевизоров NEC и Sharp (для примера) приаттачил. Забавно, что некоторые телевизоры NEC используют протокол Сони.

Добавлю свои 20 копеек. Не буду говорить о нескольких тысячах систем, как здесь было громко сказано, или о вымирании "всех прочих систем". В моей практике из нескольких десятков пультов только один работал в чем-то странном, вроде SONY. Все остальные работали в формате NEC. Вроде бы даже сами соньковские пульты

Когда я лет 10 назад занимался кодами и проверял пульты в магазине, продающем ТВ, то в NEC-формате работала малая часть пультов (сам NEC, а также помнится TEAC, Sharp и кто-то еще). Мицубиши работали в формате Мицубиши, Филипс и еще пара брэндов - в формате RC5, Сони - в формате Сони, Панасоник- в формате Панасоник, JVC - в формате JVC, и т.д. Magnavox работал в формате похожем на NEC, но не NEC. Пара европейских телеков работала без несущей.

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

Ну, я и не имел в виду парсинг на уровне текста, конечно использовать готовый компонент. Просто сделать по уму навигацию по протоколам и отображение самих протоколов


Для чего нужна модуляция - это понятно, но если в приемниках интегрированы полосовые фильтры на определенную частоту, то я не понимаю как такие приемники могут не терять чувствительность на частотах, лежащих за пределами своего фильтра...


Хоть и один, но все-таки работал не в NEC

Ну да, а еще очень популярен RC5... А еще SONY... А в моем пульте от STB (блок интернет-ТВ) вообще стоит какой-то PIC, так что там вообще может быть свой собственный протокол производителя

Вот еще кое что нарыл на диске, правда откуда скачал уже не помню.
Вот еще нашел хороший сайт, исходники имеются:
http://www.masterkit.ru/main/set.php?num=549

Спасибо, скачал, буду смотреть

Вот еще ссылочка попалась с недавно завершившегося конкурса CircuitCellar + Microchip: http://www.circuitcellar.com/microchip2007.../DE/MT2210.html

К вопросу о модуляции и различных частотах: Это было сделано для исключения влияния искусственных источников света. И все было замечательно, пока лампочки работали на частоте 50(60)Hz. А вот что получается при использовании новых светильников...
Делал год назад систему управления освещением для птицефабрики. В процессе проектирования резонно предположил, что негоже на сей девайс кнопочную панель ставить (ибо незачем каждому крестьянину туда тыкаться). Вместо кнопок управления был поставлен ИК приемник - типа пульт находится только у авторизованного персонала (главного зоотехника/энергетика/инженера), да и кнопок на пульте много - удобно реализовывать режимы редактирования и управления. Так вот, еще в процессе разработки напоролся на большие грабли. Если ИК приемник напрямую "видел" светильник с ЭПРА, то практически полностью "забивался". Рабочая частота ЭПРА была 45kHz, приемник на 38kHz. OSRAM в своих мануалах на ЭПРА гордо заявляет, что рабочие частоты специально выбраны выше диапазона 36 - 39kHz в котором работают бытовые пульты. Как эта мера им помогает, см. выше. ;-) Диммируемые ЭПРА работают на частотах от 40 до 100kHz. В курятнике используется регулировка яркости 1 - ХХХ% для эмуляции рассвета/заката. В установившемся режиме мощность не 100%, а соответственно и рабочая частота заведомо выше 40kHz (ну нужна этим курам определенная освещенность в зависимости от возраста). Так вот, даже на частотах до 65kHz паршивенький филипсововский приемничек замечательно ловит дерьмецо. Правда все эти артефакты наблюдяются только в прямой видимости от светильника. При минимальном затенении прием становится устойчивым.
Так что вот, информация к размышлению. По поводу узкополосности фильтров и по поводу идеи слушать несущую. Слушать-то можно, да вот только бы не люминесцентную лампу... ;-)

Кому интересно:
http://irstudio.chat.ru/
Архив обсуждения: http://old.rc5.ru/irstudio/

Дарова народ. Кто нить смог реализовать данное устройство. А то очееень интересная задумка, но видимо с моими знаниями я пока это реализовать не могу, скоко ни пытался на Atmege 16 реализовать ни как не получается. Если кто чего нить добился напишите axxxa@list.ru или давайте по icq спишемся 415616300 может до ума доведем.

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

Как-то пробовал WinLIRC научить работать от пульта BeholdTV. Долго провозился и получил в результате неустойчивую работу. Отсюда вывод, что для анализа данных с пульта должно быть серьёзное ПО, что в малый МК не всунешь, если даже на компе эта задача решается не всегда.

Все уже придумали до нас...
Можно расслабиться и получать удовольствие, все равно лучше этого не сделать. Да, дорого, но за удобства на диване надо платить
http://www.logitech.com/index.cfm/remotes/...s/&cl=ru,ru
Отзывы о пультах только самые положительные, но стоят... понятно что стоимость дополнительного сервиса заложена в продукт.

Хотя тема годовалой давности, но топикстартер так и не отписался о своем решении задачи. Видимо "забил" на него?
Если же кому-то еще интересна тема, то я предлагаю такое решение.
Вовсе не нужно стремиться совместить в ПДУ собственно ПУ и граббер. Граббер протоколов лучше сделать на PC. Аппаратных затрат для ввода сигнала в комп минимум, но зато огромные по сравнению с МК пульта возможности по декодированию и хранению протоколов. Сграббили, разобрали "по косточкам" нужный протокол в PC, подготовили заготовки в требуемом формате и потом одним чохом записали их в ПДУ. Записать можно хоть через тот же ИК-порт, хоть через совершенно отдельный интерфейс. Например, с через UART МК с помощью датакабеля от мобилки