Умный дом на Raspberry Pi

На прямую или со свистком ? (Тип свистка у них на сайте есть !)
говорят со свистком до 100 м линии можно тянуть ! Я себе этот свисток на Алиэкспрессе заказывал ...
Но на длинной линии не пробовал!

 

А дай ссылку на свисток на Али. Подключал напрямую, когда датчик удален на 10 и более метров он начинает нести "чушь" в эфир

 

Вечером попробую до компа добраться

 

У меня что-то с инетом ! Половина сайтов не открываются!
Гляньте поиском DS9490R ! (свисток из полупрозрачной голубой пластмассы)
Они вроде и у нас продаются, но ценник какой-то совсем не адекватный!
Кстати видел табличку с дальностями датчиков ...
Витая пара (UTP) Дает лучшую дальность до датчиков !
ЗЫ; Свисток подключал к старой еще системе - проблем (с дровами) не возникло !
С настройками разобрался, но не сразу !

 

Вы об этом https://ru.aliexpress.com/item/Hot-DS9490-USB-to-1-wire-RJ11-Bridge-chip-host-adapter-tm-ib-Dallas-Maxim-digitemp/32835671873.html?spm=a2g0v.10010108.1000014.9.5da73ffc82IVts&scm=1007.13338.98644.000000000000000&scm_id=1007.13338.98644.000000000000000&scm-url=1007.13338.98644.000000000000000&pvid=d66dacca-9300-4ed6-99a0-bb550117e186&_t=pvid%3Ad66dacca-9300-4ed6-99a0-bb550117e186%2Cscm-url%3A1007.13338.98644.000000000000000
Но это просто преобразователь USB - 1-wire. Он может быть нужен при подключении стационарного компа или ноута к сети 1-wire. С малины проще организовать программным методом с 40 пинового разъема. При том, что для линий 1-wire расстояние в 10 метров не является расстоянием. До 100 метров на телефонке (4 пары) или витой паре работает нормально. Иногда, желательно, подключать по схеме с питанием. Может не хватать паразитного питания.
У меня одноплатник (правда оранж) собирает порядка двух десятков датчиков DS18В20. Проблем с дальностями линий (до 50 метров с питанием) нет. На коротких (до 10 метров) с паразитным нормально.

 

Спасибо. Но желательно сначала попробовать. Вы можете это сделать на сайте https://intrahouse.ru
Там есть демо. Там же можно скачать бесплатно версию intraHouse Lite

Мы тоже чаще всего работаем на контроллерах Wago. Для Вашего контроллера 750-880 есть плагин для системы intraHouse https://intrahouse.ru/product/plugin-wago-tcp_ru/. Он работает по протоколу TCP IP. Хорошая скорость, в отличии от Modbus. Можно даже разнести контроллер и сервер территориально на разных IP адресах. Причем выделенного IP адреса для контроллера не потребуется. Этот плагин у нас используют инсталляторы SCADA систем. Рекомендую посмотреть.

 

+5

 

Прочитал недавно статью на Хабре про Распберри. К умному дому она отношения не имеет, суть ее в следующем:
Основное хранилище данных и операционной системы в Распберри это microSD-карта. Основной ее недостаток это ограниченное количество циклов записи/перезаписи. И поскольку в Распберри постоянно что-то происходит, то эти циклы используются с космической скоростью. Судя по комментариям, у большинства СД-карточка живет год-полтора. У отдельных товарищей умудряется сдохнуть за пару месяцев. По большей части это относится к использованию графической системы. На Распберри сервере ее нет, но все равно происходит много чего. Например, хранение базы данных.
На Хабре я не зарегистрирован, да и не хотелось бы туда соваться с чайниковскими вопросами, но тема интригующая. Хотел поинтересоваться у форумчан сроками работы их Распберри. Действительно ли есть такая "болезнь"? Или страшилки? Или это какие-то очень специфические задачи надо выполнять?
Моя Распберри работает пару месяцев. Пока никаких проблем не замечал. Но она у меня ничего пока и не делает.

 

IMHO, такая проблема есть. Решается дополнительной настройкой как приложений, так и файловой системы для минимизации операций записи на карту. Там могут быть и RAM-диски и много чего ещё.

Но сам детально не разбирался, можно сделать поиск по словам "read only raspberry"

Одновременно должна решиться проблема с возможным разрушением файловой системы при отключении питания без шатдауна операционки.

 

Ну, в принципе, у многих одноплатников (хотя и не у всех) основная память это TF карта. По этому и советуют брать карты с высокой скоростью загрузки. К тому же в основном на одноплатниках ОЗУ 512 метров или 1гиг. Процессы, подгружаемые в малый объем ОЗУ заставляют выгружать то, что будет использоваться через минуту на карточку, тем самым съедая циклы перезаписи.
Бороться можно организацией процессов, в памяти (не держать там редко используемые программы или данные).
Я, когда выбирал одноплатник понимал что во первых карта памяти это медленный элемент а во вторых это элемент с ограниченным сроком, то выбрал плату другого производителя - Orange PC с двумя гигами ОЗУ и 16 гигабайтной флэш памятью. На сегодня флэш забит на 37% и ОЗУ на 22. Свопа практически нет.

 

Пмсм, весь секрет в том (разговор не про китайские noname карточки), что все больше в sd-картах используют флэш-память, изготовленную по mlc-технологии (в лучшем случае 5000 циклов записи), тогда как раньше использовалась slc флэш-память (~100000 циклов записи). mlc дешевле и плотнее (т.е. на единице площади кристалла можно хранить больше информации).
З. Ы. некоторые известные производители карточек на своих сайтах публикуют данные об используемой флэш-памяти.

 

А кто-нибудь пробовал переносить логи и базы данных на USB-флешку? Есть ли большой смысл? На первый взгляд, кажется разумным. Даже при крахе SD-карты никакие текущие/накопленные данные не теряются. А образ рабочей и настроенной SD-карты можно восстановить из бекапа.
У меня пока не получается перенести логи (да и вообще папку var) на флешку. Может кто-нибудь подсказать понятный и рабочий мануал?

 

Продолжаю копаться в вопросе продления жизни SD-карты. Первые результаты весьма интересные. Запускаю команды (взятые из статьи на хабре):

uptime
cat /sys/block/mmcblk0/stat | awk '{printf "Uptime read: %.3fMiB (%.1f%% I/Os merged) written: %.3f MiB (%.1f%% I/Os merged)\n", $3*512/1048576, $2/$1*100, $7*512/1048576, $6/$5*100}'

Получаю результат:

18:58:17 up 22:44, 3 users, load average: 0.01, 0.04, 0.08
Uptime read: 325.059MiB (38.1% I/Os merged) written: 549.954 MiB (94.0% I/Os merged)

То есть менее чем за сутки, на SD-карту было записано более 500 мегабайт. Это же ненормально? И это при том, что у меня удалены все графические пакеты и отключен своп. На малину установлена ОС Raspbian, OpenHab2, InfluxDB и grafana. И малина занимается только тем, что раз в 30 минут записывает в базу данных значение температуры и влажности. Ну и в grafana строит график.
Пытаюсь выяснить, кто может записывать такие объемы на карту.

Запускаю sudo iotop -o -a.
Подождал примерно час. Для статистики, конечно, недостаточно, но кое-что видно сразу:

Total DISK READ: 0.00 B/s | Total DISK WRITE: 0.00 B/s
Actual DISK READ: 0.00 B/s | Actual DISK WRITE: 0.00 B/s
TID PRIO USER DISK READ DISK WRITE> SWAPIN IO COMMAND
69 be/3 root 0.00 B 2.64 M 0.00 % 0.32 % [jbd2/mmcblk0p2-]
788 be/4 openhab 0.00 B 1788.00 K 0.00 % 0.01 % java -Dopenhab.home=/opt/openhab2
540 be/4 influxdb 0.00 B 1648.00 K 0.00 % 0.03 % influxd -config /etc/influxdb/influxdb.conf
1986 be/4 influxdb 0.00 B 1552.00 K 0.00 % 0.04 % influxd -config /etc/influxdb/influxdb.conf
489 be/4 influxdb 0.00 B 1308.00 K 0.00 % 0.03 % influxd -config /etc/influxdb/influxdb.conf
488 be/4 influxdb 0.00 B 1264.00 K 0.00 % 0.02 % influxd -config /etc/influxdb/influxdb.conf
539 be/4 influxdb 0.00 B 1224.00 K 0.00 % 0.03 % influxd -config /etc/influxdb/influxdb.conf
1985 be/4 influxdb 0.00 B 1008.00 K 0.00 % 0.03 % influxd -config /etc/influxdb/influxdb.conf
491 be/4 influxdb 0.00 B 876.00 K 0.00 % 0.02 % influxd -config /etc/influxdb/influxdb.conf
1071 be/4 openhab 0.00 B 364.00 K 0.00 % 0.00 % java -Dopenhab.home=/opt/openhab2
542 be/4 influxdb 0.00 B 296.00 K 0.00 % 0.01 % influxd -config /etc/influxdb/influxdb.conf
1070 be/4 openhab 0.00 B 192.00 K 0.00 % 0.01 % java -Dopenhab.home=/opt/openhab2
1077 be/4 openhab 0.00 B 64.00 K 0.00 % 0.00 % java -Dopenhab.home=/opt/openhab2
1140 be/4 openhab 0.00 B 28.00 K 0.00 % 0.00 % java -Dopenhab.home=/opt/openhab2
780 be/4 openhab 0.00 B 12.00 K 0.00 % 0.00 % java -Dopenhab.home=/opt/openhab2
1137 be/4 openhab 0.00 B 8.00 K 0.00 % 0.00 % java -Dopenhab.home=/opt/openhab2
1110 be/4 openhab 0.00 B 4.00 K 0.00 % 0.00 % java -Dopenhab.home=/opt/openhab2
1161 be/4 chronogr 152.00 K 0.00 B 0.00 % 0.00 % chronograf
14518 be/4 root 0.00 B 0.00 B 0.00 % 0.00 % [kworker/1:2]
14572 be/4 root 0.00 B 0.00 B 0.00 % 0.00 % [kworker/1:0]
14649 be/4 root 0.00 B 0.00 B 0.00 % 0.00 % [kworker/1:1]

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

 

Немного почитав интернеты, решил, что переносить что-то на флешку не имеет никакого смысла. Технология примерно та же, что и SD-карты, недостатки примерно те же. Переводить SD-картц в read-only тоже не вариант, потому что надо где-то все равно хранить базу данных.

Итак, что сделано. Удалено все, что связано с графикой. Отключен своп.

В файле /etc/rsyslog.conf закомментировал логирование ОС:

#module (load="imuxsock") # provides support for local system logging

#module (load="imklog") # provides kernel logging support

В influxdb. conf отключил все, что связано с логами. Во всех строчках, где есть слово “log” изменил параметр на disable.

В ОпенХаб org. ops4j.pax.logging.cfgуровень всех логов выставил в «OFF»

После отключения логирования, объемы снизились до 120 Мб примерно за сутки.

19:04:59 up 23:56, 3 users, load average: 0.00, 0.00, 0.00

Uptime read: 319.176MiB (38.3% I/Os merged) written: 124.040 MiB (42.9% I/Os merged)

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

Снова sudoiotop -o -a. Снова час времени.

Total DISK READ: 0.00 B/s | Total DISK WRITE: 0.00 B/s

Actual DISK READ: 0.00 B/s | Actual DISK WRITE: 0.00 B/s

TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND

69 be/3 root 0.00 B 372.00 K 0.00 % 0.04 % [jbd2/mmcblk0p2-]

1026 be/4 openhab 0.00 B 64.00 K 0.00 % 0.00 % java -Dopenhab.home=/opt/openhab2
476 be/4 chronogr 104.00 K 0.00 B 0.00 % 0.00 % chronograf
4000 be/4 chronogr 80.00 K 0.00 B 0.00 % 0.00 % chronograf

366 be/4 influxdb 0.00 B 4.00 K 0.00 % 0.00 % influxd -config /etc/influxdb/influxdb.conf
1027 be/4 openhab 0.00 B 196.00 K 0.00 % 0.00 % java -Dopenhab.home=/opt/openhab2

1091 be/4 openhab 0.00 B 20.00 K 0.00 % 0.00 % java -Dopenhab.home=/opt/openhab2

720 be/4 openhab 0.00 B 40.00 K 0.00 % 0.00 % java -Dopenhab.home=/opt/openhab2

1063 be/4 openhab 0.00 B 8.00 K 0.00 % 0.00 % java -Dopenhab.home=/opt/openhab2

538 be/4 chronogr 4.00 K 0.00 B 0.00 % 0.00 % chronograf

737 be/4 openhab 0.00 B 876.00 K 0.00 % 0.00 % java -Dopenhab.home=/opt/openhab2

526 be/4 influxdb 0.00 B 8.00 K 0.00 % 0.00 % influxd -config /etc/influxdb/influxdb.conf

1013 be/4 openhab 0.00 B 20.00 K 0.00 % 0.00 % java -Dopenhab.home=/opt/openhab2

Теперь самым «мусорящим» оказывается ОпенХаб. И что именно он записывает я пока не могу разобраться.

Сейчас буду пробовать осваивать создание tmpfs-разделов и переносить все временные файлы в виртуальную память.

 

Оно только для rpi ? На другие Arm девайсы ведь можно установить ? Nodejs - мультиплатформенный же.
Официальный реп для дебиана\убунты планируется ? Исходники есть ?

У меня два Odroid`а есть с Emmc. И по производительности, и по стойкости флеш-памяти, имхо, будет на порядок лучше, чем малинка.