Комментарии 20
Вспомнился Lirc... 2001 год и его версия Winlirc c плеером LightAlloy.
PS и требовалось деталей всего-то приемник и резисторы со стабилитроном
https://rumlin.narod.ru/DCD.html
Многократно поддерживаю...когда можно сделать проще - нужно делать проще...в современном мире все с ума посходили от этих микроконтроллеров. Видел как то, тут же на хабре (если не изменяет память) статью, где умелец поворачивал солнечные батареи (мордашкой к солнцу) при помощи микроконтроллера...а всего то нужно фоторезисторы (/фотодиоды) и сельсины. И таких примеров много.
В любом случае, то что написано в статье, это лучше чем использование всяких Ардуин или STM-ов. Поэтому автору статьи однозначно "+".
Посмотрел цены на новые сельсины... На микроконтроллере с дешевыми шаговиками будет выгоднее.
ну дак кто ж запрещает вам использовать шаговики? Ими можно рулить и без Ардуино... Мой посыл был не о том. Я говорю о том что там где не обязательно использовать микроконтроллеры, не нужно их использовать; да, разработка схем будет несколько сложнее чем написать скетч, но надёжность простых схем и простых компонентов в разы выше, чем втыкать кучу микроконтроллеров, что бы поморгать светодиодом (утрированно говоря)
Что ставить - это решает бухгалтер. Если за надежность клиент не платит, то будет решение, которое попадет в рамки бюджета.
Что ставить - это решает бухгалтер...
А вот для этого и существуют в компаниях должности "Техдиректор", "Директор по техническому блоку" и ежи с ними...Который стукнет кулаком по столу и скажет дескать эксплуатировать эту технику будете не вы дорогой мой бухгалтер, а операционные расходы в виде сопровождения, а так же гарантийного и послегаранийного обслуживания никто не отменял, уж не говоря о лояльности потребителей и удовлетворенностью пользования продукцией.
В тех компаниях где "решает бухгалтер" - очень недальновидный руководитель и горизонт планирования на очень короткий срок...но да, вы правы, такие компании существуют, к сожалению...правда недолго, рынок таких со временем выплевывает (если только это не госмонополия).
Я всегда говорил и повторюсь, что потребитель, в долгом горизонте, всегда выберет качество против дешевки. Дешево и быстро это против дорого и надолго. Срубить бабла и уйти с рынка, к сожалению, у нас часто практикуется.
Тогда бы у нас не было на рынке столько товаров made in China. Сегодня прочитал что РЖД закупил китайские путевые инструменты с качеством в лучших китайских традициях вместо отечественных.
Дак я ж вроде дал ремарку "...если только это не госмонополия"
Что касаемо товаров made in China, то там так же все работает как я сказал, хочешь быстро срубить бабосиков и уйти с рынка, то там так можно, а если хочешь в долгую - делай качественно...и дааа...в Китае очень много качественной продукции...а что пожелаешь уж купить решай сам. Можно и дешевое можно и дорогое - выбор есть.
хочешь быстро срубить бабосиков и уйти с рынка, то там так можно
С вашими рассуждениями в целом согласен. Но производители "плохого" товара нашли способ продолжать это бесконечно. Меняя названия моделей, а потом и бренда. После каждой смены названия покупатель не может найти плохие обзоры на предыдущие низкокачественные модели. Плюс у них есть тактика заваливания рынка большим количеством моделей на той же начинке, только с разным дизайном. Если покупатель не разбирается и ткнёт наугад, то с большой вероятностью попадёт в их продукцию.
А есть у Вас статистика, что надёжность схем из "простых" компонентов "выше в разы", чем надёжность схем из микроконтроллеров?
о что написано в статье, это лучше чем использование всяких Ардуин
Критикую (очень сильно)! во первых, чисто по технике, тут вместо того чтобы использовать ОДНУ ардуину автор использовал ДВЕ платы с двумя контроллерами разными.
во вторых, Вместо того чтобы лепить толпу компонентов - нужна маленькая микрушка, которой мы указываем что делать даже без использования паяльника. Элементарный проект, как чуть только добавляются тонкости сразу стал проще на контроллере. Для схемы проведеной выше нужен com порт, так что нужен будет либо старый компьютер , либо лезть внутрь (где кстати все равно толпа всяких контроллеров), либо красиво втыкнуть в USB - что потребует контроллера.
Ну и вообще - тянем одеяло в сторону. Так то вообще можно сделать и проводной пульт, да че там просто грамофон - поставить и пружину завести, какие уж там.. сельсины.
Одновременно с этим заказал на Али плату без контроллера, только с ИК-приёмником, у того же продавца. Там еще пульт в комплекте, но всё равно мелкое. Продавец почему-то оправил обе вещи отдельными пакетами и еще разным классом, так что придёт без контроллера по прогнозам лишь где-то в июне.
Несмотря на недостатки, мне кажется этот YS-IRTM будет самым простым способом для чтения ИК-пультов с ПК, у которого своего ИК-приёмника нет (то есть не ТВ-бокс или плата разработчика). И компоненты дешевые (хоть и с контроллерами, за YS-IRTM и CH341T отдал в сумме менее 300 рублей), и управлять можно через bash скрипт.
Кстати, для управления роботами не подойдёт, опять же из-за отсутствия чтения удержания клавиш.
За 300 рублей можно купить адруинку и TSOP и с помощью https://github.com/Arduino-IRremote/Arduino-IRremote реализовать работу с абсолютно любым пультом (поддерживаемых протоколов там хватает)
Да, это будет микроконтроллер, но это даст +100500 к гибкости решения.
Понятие "проще", весьма неоднозначно. Никто в современном мире с ума не сходил по микроконтроллерам. Просто, это одно из тех самых "проще".
Купил на барахолке ИК приемник с пультом OVU4003 -
Использовал через Питон, но не помню есть повтор нажатия или нет.
Он определяется как HID устройство и работает только с этим пультом, или может с других пультов принимать?
На Али есть такой вариант.
В принципе с других пультов что то принимает, т.к. внутри индикатор загорается, но не декодирует. В Linux определяется как 0471:0815 Philips (or NXP) eHome Infrared Receiver
В том и дело, что хочется универсальный приёмник, что привязан не только к своему пульту. Нашел что есть FLIRC USB, но за $23 это дорого.
Для вашего ИК-приёмника нашел такую инструкцию на форуме, но это очень старая инструкция. Попробуйте, удастся ли переопределить на другой пульт.
Главный недостатой такого подхода, в реальных практических задачах, в том, что все это хаотически "неожиданно" лагает, т.к. лаги зависимы от загрузки системы.
Упоминаемая же в начале статьи технология генерации нажатий клавиатуры при приеме ИК-команд работает столь же стабильно, как и обычная клавиатура.
К слову изобретать велосипед, с BASH-скриптами нет необходимости, все давно придумано, смотрите про LIRC — программа, которая умеет декодировать и отправлять инфракрасные сигналы. https://lirc.org/ Разумеется лаги вытекающие из декодирования ИК-команд на уровне прикладного ПО полностью присущи и для примения программы LIRC.
Читаем нажатия ИК-пульта под Linux