svd71

ну например вот проект на atmega8
www.mikrocontroller.net/articles/USB_IR_Remote_Receiver

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

вот еще один на attiny2313
rfanat.ru/s9/pc-irda-usb.html

upd: приемо-передатчик на usb
https://www.obdev.at/products/vusb/prjdetail.php?pid=41

Статью почитать не могу, по причине отсиствия картинок. Но смотря на бредбоард вероятно вижу возможную причину. Не все USB одинаково полезны. Для таких устройств нужно показывать USB, что устройство имеет версию 1.1. Это делается подтяжкой сигнала D- резистором на питание, чтоб при включении устройства проходило такое распознавание. Кроме того по этой же причине могут не распознаваться сигналы устройства на некоторых прортах USB даже одного компьютера. Это вообще отдельная тема дискусии, как правильно сопрягать контроллер с USB. с точки зрения схематики. Обычно на это я трачу кучу времени для каждого моего устройства.

Во вторых обычно такие схемы строятся на библиотеке v-usb. У них ограничение простое: выше 16МГц частоту лучше не использовать - очень быстро для данного класса устройств. самое оптимальное - это 12МГц.

В костантах тоже бардак. F_CPU обычно задается в Герцах. То есть значение 16500 - это уже не правильно. Иногда даже приписываут к константе единицы измерения, чтоб компилятор с ума не сходил от количества нулей: #define F_CPU 12000000UL.

reedcontact(геркон), датчик Холла.
на движущийся элемент монтируется магнит или магнитная поверхность. Указанные датчики реагируют на них.

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

Конденсаторы - это самое гадкое, что в них есть. Они обычно усыхают и теряют свои свойства. Ценного там штук несколько высоковольтных транзисторов и диодов, и медная проволока в большом количестве во всех трансформаторах. Так же иногда пригождаются высокомощьные соротивления, если они есть.
Если ЭЛТ не совсем уж старые, с электронным управлением - могут пригодиться кнопки и даже узлы управления.

1. На канал дается не 0 и 1, а пакет с данными. Причем нужно не забыть еще и проданные синхронизации таких пакетов (обыцно с помошью послки несколькох байт из , собранных из значениай А и 5).
Количество каналов мало играет роли. Передача все равно идет по одному каналу. Оно важно тогда, когда на каждом канале идет конфликт с другим устройством, то оперативно сменить канал. Кстати у wifi тот же принцип с каналами.
Камера на борту определяется не количеством каналов, не возможностю передаци 1 или 0 (все равно картинка чаще всего цифровые данные), а скоростю передачи по каналу. Успеет устройсво передать картинку, принять и обработать команду управления или нет.
Вот тут и главный подвох: чем меньше длинна волны, тем больше данных мы можем за единицу времени передать. Но при маленькой длинне волны даль+ность обмена обыцнхо ниже. Поэтому и всплывает еще один нюанс: Мощность трансивера. Или какойто специализированный усилитель к нему.

2. Wi-Fi не всегда подразумевает упдавление с ноута или со смартфона. Оченьчасто используют трюк, что работает на частоте Wi-Fi. Но сам Wi-Fi - это еще и протокол - то есть дополнительный программный комплекс (который может исполняться и аппаратно). Так что про каждое устройство нужно читать внимательно документацию.

3. Блютуз это совсем не Wi-Fi, но принцип приметно такой же. Частоты так же. По мощьностям есть два класса: Класс 1 - на дальность 5/10 метров. Класс 2 - на дальность до 30 метров.

4. GPRS, UMTS и прочие с ним требуют и соотвественной программной обработки. Даже еще сложнее, чем у wifi, а тем более ВТ. Хорошо, если используется копьютер. А ели нет, то проще тогда купить сименс с модемом на борту и передавать команды через СМС.

2) В с хеме это не транзисторный усилитель, скорее больше в режиме ключа. Транзистор не вызывает колебания, а колеблется вместе с ней: амплитуда больше, транзистор призакрывается, амплитуда меньше - транзистор приоткравается.
идеальная линия будет, если транзистор введен регулеровкой переменного резистора в такую точку, где напряжение выхода ниже напряжения пульсации. тогда и получите идеальную прямую.

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

Второй вариант: отказаться от механического реле и поставить солидстэйт или самому сделать ключ на симистроре с оптопарой.

попробовал скопировать на мыльницу, но по крайней мере можно увидеть. К сожалению, только одна сторона



Питание нашел, это первые два запаянных контакта справа. а вот из четырех оставшихся xотелось бы найти доку по RX и TX.

У каждого микроконтроллера Atmel есть SPI, но не у каждого есть UART.
самые простые варианты: www.recursion.jp/avrcdc/
там и USB->SPI и USB->UART.

ну а микроконтроллер сделать мостом SPI -> UART можно просто по коду из даташита микроконтроллера.

Использую для этих целей всякие пластиковые ненужные упаковки.
Например жена покупает ушные палочки с ватой в пластиковой коробке, которую использую в разных вариациях и как корпус какого либо устройства. либо крышку в качестве емкасти для травления плат или ее же подкладываю при сверловке, чтобы не повредить стол.
Также использую например коробочки от поролона для чистки обуви. Если есть желание склеить корпус, то советую посмотреть в сторону коробок от CD-дисков. Да в России кучи мест, где можно бесплатно найти материал для корпуса. Нужно только включить фантазию.

делали рестарт или
sudo restart udev ?

или попробуйте так:
SUBSYSTEM=="usb", SYSFS{idVendor}=="6001", SYSFS{idProduct}=="0c9f", GROUP="adm", MODE="0666"

У микроконтроллера есть прерывания (или события) на прием данных по UART. Это прерываение срабатывет, когда UART принял какой то байт. Тоесть вы организовываете буффер прием, заполняете его через это прерывание (событие), а в основном цикле (или по таймеру) проверяете, пустой ли буффер или там уже что то похожее на нужные данные. Если да, то данные обрабатываются и буффер очищается.
Точно такая же структура и по отправке. Так же организуете буффер, также делаете прерывание(событие). Только оно срабатывает, когда байт уже передан и нужно продолжать передач следеющего байта.
В основном цикле заполняется только буффер отправки какими то данными и посылается первый байт.

Cам stm32 не знаком, но почитайте тут и тут.
Кроме того найдите даташит своего контроллера — там обычно все расжевано с примерами кода.