Кстати, можно подумать еще о внедрении обычной автомобильной сигнализации с GSM модулем (стоимость — около 150 баксов). Вместо концевиков подключить контакты к push-pull портам GPIO. В случае чего — и сирена будет орать, и SMS'ка придет, и управлять можно будет с брелка.
А, ну в этом случае нужны простые МКшки, поддерживающие CAN и имеющие АЦП «на борту» (даже PIC сгодится). Получается «звезда» датчиков вокруг каждого МК и шина, соединяющая все МК. На одном из концов шины (или где-нибудь в середине ее) сидит хоть та же Raspberry Pi и собирает все данные.
Подобная схема часто используется в автоэлектронике (для уменьшения количества проводов).
В общем, стоит сначала определиться с необходимым количеством датчиков, а потом прикинуть, как дешевле и проще будет реализовать схему.
Я уже говорил: у Raspberry Pi есть GPIO, а также есть UART — никакого преобразователя не нужно.
Пример реализации через UART я уже показывал (на STM32, для Raspberry алгоритм легко адаптировать). Советую поискать на easyelectronics.ru, а также на kazus.ru. Там же видел и примеры эмуляции 1-wire на GPIO (но этот вариант хуже тем, что нет DMA — приходится работать полностью программно).
Схема подключения датчиков выглядит элементарно: у вас идет трехпроводная шинка, на которой висят датчики (почти как CAN, только там 2 провода и терминаторы на концах).
В той статейке в ЖЖшке я подключал параллельно 2 датчика (т.к. пока нужды повесить их все не было: я всего-то хотел проверить, как они работают, да промаркировать все датчики ID'ами).
По запросу 1-wire sensors в гугле находится много чего интересного. Вот, например, схемка подключения (автор только точки забыл поставить в местах стыковки проводников):
Вот — подключение датчиков к «хабу» (если датчики расположены «звездой», так может быть проще, чем тянуть шину последовательно от датчика к датчику):
А вот — мониторинг состояния отопительной системы на 1-wire.
Сами датчики дорогие, т.к. в них по сути еще и микропроцессор встроен. Рублей 150..300 — как минимум.
Если подключать к компьютеру, достаточно COM-порта, ни на какой USB-адаптер тратиться не надо. А уж если есть raspberry, то адаптер точно не нужен: 1-wire работает либо на RX/TX RS-232, либо эмулируется при помощи 1 пина GPIO.
Еще: температурные датчики, которые я «щупал» (DS18S20), имеют ужасную точность + их показания «плавают». В общем, если нужна точность больше пары градусов, их не стоит использовать.
Советую обратить внимание на дешевые макетки на Cortex M4 (STM32F4): на aliexpress такие стоят около 10-15 баксов. Полноценный 32-битный микроконтроллер с кучей всякой разной периферии + приличным объемом памяти.
Можно и еще дешевле обойтись, но придется мудрить с мультиплексорами + без компьютера ничего красивого не получится (т.к. придется по сути постоянно слать команды по USB).
А с STM32, если разобраться с работой с SD-картами (в библиотеках все есть, да и примеров в интернете полным-полно), можно вообще вдали от компьютера запускать разные световые программы (записывая на флешку).
Правда, разработать их будет непросто. Как минимум, придется свой велосипед ваять, если еще ничего свободного не придумали.
P.S. Если хорошенько покумекать, можно наверняка придумать более простую (с программной точки зрения, но сложную с точки зрения схематики) реализацию светодиодного куба. Увы, приличного 3D не получится: придется к каждому диоду еще по 1 элементу напаивать…
Это точно. Я когда работал преподавателем в ПТУ, студенты мне говорили, мол, бросай это дело, иди с нами работать: за 1 выходной на «шабашках» они получали больше, чем я за месяц преподавательской работы!
Вам же уже много раз говорили: для FF только ogg. Между прочим, перегнать 192kbit из mp3 в ogg «на лету» — не так уж и напряжно для компьютера. Супермощный сервер для этого не нужен.
А смысл тогда в этом?
Хитрости постигаются лучше всего на практике — нужно вам что-нибудь эдакое сверстать, открываете Кнута и творите…
А по чужим примерам можно разве что небольшую подборку tips&tricks сделать.