Это не прямое сравнение, а скорее опыт дилетанта на примере двух одноплатных компьютеров. Вообще мой дилетантский стаж большой как по отношению к компьютерам, так и к электронике.

Что касается электроники, то тянется он с времен СССР, когда я еще школьником, посещал радиотехнический кружок. Потом уже позже добавились компьютеры. Так на лабораторных довелось опробовать аналоговую вычислительную машину. Как она сохранилась непонятно, в то время уже продавались электронные калькуляторы.

Потом познакомился с СМ ЭВМ и с совместимыми с IBM XT компьютерами. На своем дилетантском уровне испробовал различные языки программирования Фортран, Паскаль, Си и др. Сейчас остановился на Python, наверно потому что человек ленив по природе, а Python способствует ленивому программированию или вернее дает возможность ленивому программировать.

Вернемся к теме. Начало истории банальное, на очередной распродаже был куплен Orange Pi PC (OPi). Опробован на простеньких программах и потом лежал без дела. Тут случилась COVID пандемия. И как многие, уехал я с семьей на дачу.

В город тем не менее возвращались, особенно после того как на работу стали пускать. На дачу хорошо возвращаться пока лето и тепло, но наступила осень и температура упала. При это желание ездить на дачу, как это было раньше, не пропало. Но приезжать в дом, где всего +5 градусов не комфортно. Хорошо бы перед приездом включать электрическое отопление, вот она задача для OPi.

Конечно, можно использовать недельный таймер, чтоб перед выходными включать отопление. А если никто не поедет или приедет раньше? Есть и другие решения, как то: WiFi розетки, GSM розетки и т.п. Все это не очень подходит для нашей конкретной дачи. В дачный сезон, а это до конца октября мобильный интернет скорее мертв чем жив. Да и вообще GSM сигнал слабый, с телефоном надо искать место, чтобы позвонить, а на модем вешать внешнюю антенну.

Таким образом, лучше делать самому. Задача вроде простая, надо подключить к OPi USB модем с антенной и управлять с помощью SMS. Для минимизации усилий стал искать готовое ПО. Попался на глаза «Home Assistant»(HA) и очень удачно, он же написан на Python. На первый взгляд, HA просто то что нужно, там есть всё. Управление по SMS — ерунда, можно развернуть настоящий «умный» дом. Стал знакомится более подробно. Оказалось, для настройки HA знать Python не надо, нужен YAML, что обидно. Не все радужно оказалось и с поддержкой OPi.

Пробный запуск с подключенным датчиком DHT22 показал, что он не работает… Первая мысль, может неисправен, попробовал другой — безрезультатно. Пришлось подключить осциллограф, и смотреть сигналы на DHT22. Обнаружил лишний импульс, который сбивал работу датчика. Стал смотреть исходную программу которая управляет датчиком (библиотека Adafruit). Поправил код, в основном методом тыка, и заработало.

По крайней мере в 30% случаев считывание показаний было удачным. Наверно это неплохо для не Real Time OS, для DHT22 все временные параметры создаются программными задержками. В чем причина, что на OPi датчик не работал? Может особенности архитектуры OPi. У DHT22 свой протокол, а если бы использовал стандартные интерфейсы I2C, SPI и т.п. может проблемы и не было бы. Почему так, что только у меня не работал датчик, не знаю.

В интернете, других жалоб не нашел. Для себя сделал вывод, что используемые в HA библиотеки не всегда подходят для OPi, и «заточены» в основном под Raspberry. Но все же покупать специально Raspberry не стал.

Решил продолжать, и тут случилось у нас жаркое лето 2021 года и OPi не выдержал, хоть и был с радиатором. Что-то случилось с одним из стабилизаторов напряжений. Что же погоревал и стал искать новый компьютер. Даже смотрел на Raspberry, но цена не гуманная. Потом подумал, а зачем покупать эти «фруктово-ягодные» компьютеры, может взять обычный.

На известной площадке где торгуют всяким разным б/у — был куплен Тонкий Клиент (ТК) модель TONK1811 по цене 1200 руб. Габариты несколько больше чем у OPi, но все равно ТК достаточно небольшой.


Что ж мы получаем за эти деньги:

• Готовый корпус
• 5 шт. USB2 против 3 шт.
• Установленный радиатор, пассивное охлаждение
• Часы реального времени
• Блок питания
• ОЗУ 1 Гб
• Одно-ядерный процессор Atom N270
• 10/100/1000 Ethernet
• Интерфейсы — 1 x DVI-I (DB-15) — 1 х PS/2

Из бесполезного… прилагался DOM диск 1Гб с WinXP. WiFi не было, но у меня завалялся модуль, который замечательно подошел. Есть еще SATA — можно подключить SSD до 32Гб. Пока такой по сходной цене не нашел. Поэтому установил OS Debian на USB флэшку. Работает довольно шустро пожалуй даже шустрее OPi.

Может возникнуть резонный вопрос, куда же я воткну датчик DHT22, который я ранее подключал с таким трудом, т. е. где же GPIO? Есть решение — это модуль FT232H (можно купить на Али). Модуль известный, но его в основном используют как мост USB-JTAG. FT232H же может больше, это еще мост USB на I2C, SPI, UART и GPIO.

Библиотеки Python есть готовые у Аdafruit. К сожалению, в HA поддержки нет. Может сейчас уже появилась, я не проверял. Это было последней каплей и решил я с HA расстаться. Мне ж много не надо, напишу все сам на Python. Тем более, что основные «кирпичики» — библиотеки есть. Благодаря распространенности языка оказывается все уже придумано до нас, главное найти. По факту использовал библиотеки Аdafruit и Gammu.

Для начала проверил работоспособность FT232H. Подключал датчики: HTU21d, BMP280, т. е. проверил интерфейсы I2C, SPI — работают. Пробовал адресный светодиод, да и просто светодиод — без проблем. Мне же надо включать внешние устройства — радиаторы отопления, т. е. достаточно GPIO. Для этого взял, по числу потребителей, 4-х канальный радиопередатчик на 433 МГц (TX118SA-4) и к нему приемники с реле.





Приходит сигнал с передатчика реле включается. Проблема в том, что в такой схеме нет обратной связи, т. е. на стороне ТК неизвестно включено или выключено реле. Получил приемник сигнал или нет. Поэтому алгоритм работы решил поменять и дополнил схему сторожевым таймером, на время примерно 7 мин. За основу взял эту схему, найденную в интернете.



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



Нагрузка это радиаторы отопления с мощность около 700 Вт. Реле добыты из сгоревшего ИБП. Передатчик, с интервалом примерно 5 мин, посылает сигнал и взбадривает сторожевой таймер. Если время прошло больше то нагрузка выключается. Питается приемник от монолитного маломощного блока питания на 12В.



Передатчик проверялся на тестовой плате с подключением к FT232H.



Модуль терпелив к 3,3В и 5В.

К сожалению все по времени затянулось и наступила зима. Поездки на дачу прекратились. Необходимость в подогреве отпала. Появилось время добавить еще что то.
Можно, как я уже пробовал, подключить датчик (температура, влажность, давление) и мониторить пространство рядом с ТК, но это мало информативно. Потом вспомнил, что есть у меня погодная станция Oregon WMR88, которая теоретически, может передавать свои данные по USB.



Попытка найти в интернете, что то подходящее на Python не увенчалась успехом. Вернее есть готовые завершенные решения, а так чтоб где то взять python код и вставить себе — нет. Впрочем, оказалось сделать самому не сложно. Для протокол обмена с HID устройствами есть библиотека hid.

Сложнее с протоколом данных самой станции т.к. производитель не раскрывает его, но народ в интернете, что то раскопал, а я воспользовался. Большая часть взята тут.

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

Кроме температуры и влажности есть еще датчики дождя и ветра. Код всей программы не привожу, т. к. это в основном компиляция из примеров к библиотекам. В общем код находится в процессе перманентной модификации, без толковых комментариев. Приведу программу работы с погодной станцией, может кому то пригодится python версия. Код использовался для тестирования работы станции.


Планы на будущее. Видео монитор использовать не планируется, а узнать, например, температуру на улице хотелось бы. Сейчас все сохраняется в файл. Можно организовать вывод информации по сети через web server, здравствуй НА, но нет… может потом :). Также есть мысль передавать температуру и прочее через SMS. Основные потребители такой информации, конечно те кто находится на даче.

Кроме, так сказать, зрительного канала информации есть же еще слух. Можно использовать синтезатор речи. Весьма неплох, например RHVoice и для него есть python библиотека. Для запуска синтеза нужно какое то управление извне.

Я выбрал IR пульт, с ним можно управлять удаленно. Там же где и ТК, был куплен модуль OVU4003/00, в системе определяется как «Philips (or NXP) eHome Infrared Receiver». Для управления подобными устройствами есть LIRC, однако в данном случае это не нужно. Можно воспользовался библиотекой evdev. Пока эти дополнения опробовал только на «большом» компьютере с Linux Mint, надеюсь и с ТК проблем не возникнет. Пока смущает система на флэшке. Еще USB модем, который иногда «отваливается», вероятно из-за нехватки питания. Планирую его подключать с доп. питанием.

В заключении могу сказать, что в моем случае, ТК оказался ничем не хуже OPi, а по комплектации даже лучше. Специально не проверял и могу только предполагать, что из-за давней истории система x86 имеет некоторое преимущество, например, библиотек, программ больше, чем для ARM. Я наверно ретроград, но мне x86 система как то привычней.