Пропали устройства из веб интерфейса

вот так у меня выглядит сборка модулей WB
монтажная схема устройств wirenboard.pdf (108,6 КБ)

Шина RS485 от контроллера проходит через 6 датчиков WB-MSW, потом приходит на WB-MIO, дальше отводится на реле WB-MR6-LV/S, потом уходит на модуль аналоговых сигналов WB-MAI6, от него ответвляется к реле WB-MR6CU_v2 и потом заканчивается на электросчётчике WB-MAP3E.

Сегодня утром почти все устройства на шине пропали. Провода везде нормально прикручены.
Один датчик с адресом 62 показывает только шум освещённость и движение, хотя у него нету только CO2 и VOC.
Плюс пропали устройства, соединённые с WB-MIO.
На скриншоте “Модуль контроля окон” - это модуль входов ID 70:1, остальные 3 устройства исчезли, хотя в конце стоит фиксатор на дин рейке.

Как это всё понимать? Я же не ардуину купил за 1000 рублей.

Добрый день.

Олично, топология понятна, все бы так делали.

Что такое “пропали”?
Точнее - тут целесообразно описать проблему в виде:
Настроено: (конфиг)
предполагаю что работаеть должно: (описание желаемого состояния)
Работает: (наблюдаемое)

Ну вот как раз на примере этого устройства. Как оно сконфигурировано? Имею в виду секция в конфиге, кусок файла wb-mqtt-serial.conf
Какие каналы в нем включены к опросу? То есть - точно ли не опрашиваются включенные каналы?

Есть ли какие-либо ошибки при его опросе?

Возможности контроллера на порядок превосходят микроконтроллер. Ну и, как правило работает он так как сконфигурирован. Если, естественно, нет каких-то аппаратных проблем.

Всё что на чертеже вчера было в веб интерфейсе. А сегодня нет. Что ещё непонятно?
Ссылка на файл конфига wb-mqtt-serial не открывается

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

Что такое “ссылка”?
Я ввожу

cat /etc/wb-mqtt-serial.conf

ожидаю увидеть содержимое
получаю содержимое конфига.

Не надо валять дурака.
Ссылка - это то что есть в веб интерфейсе. Нигде больше ссылки на файл конфига wb-mqtt-serial просто нет.

вот логи

Стабильность работы высочайшая - даже логов никаких не сохраняется.

Конфиг сервиса wb-mqtt-serial располагается по пути /etc/wb-mqtt-serial.conf

Логи смотряться с помощью journalctl — утилита просмотра системного журнала — Wiren Board
В веб-интерфесе тоже есть но скорее для того чтобы быстро оценить состояние, отлаживать и изучать - неэффективно.

Если не работает RPC - надо установить причину предварительно. Вообще контроллер промышленный и работает очень устойчиво.

То есть то, что он недоступен из веб-интерфейса - это нормально? Так задумано, что надо каждый раз в терминал лезть?
wb-mqtt-serial.conf (10,4 КБ)

И чтобы журнал посмотреть тоже надо сразу в терминал, потому что веб-интерфейс недоступен.
Вот журналы за 2 дня.

root@wirenboard-AM363YRR:~# journalctl -p 4 --since -2d  >> /tmp/warnings.txt
root@wirenboard-AM363YRR:~# journalctl -p 3 --since -2d >> /tmp/errors.txt
root@wirenboard-AM363YRR:~# journalctl --since -1d >> /tmp/log.txt

errors.txt (94,6 КБ)
warnings.txt (56,7 КБ)

Это хоть чем-то, кроме рекламы подтверждается? Я вот вижу, что он реально может утром просто перестать видеть половину устройств.

Обратите внимание пожалуйста на “No space left on device”

Проверьте также QOS выставленный для мостов в брокере а также ограничения на размер очередей. (ну и суммарный размер retained файла, если включен).

Где я всё это должен искать?

Промышленный устойчиво работающий контроллер не должен глючить, если размер каких-то очередей или файлов стал слишком большим.

Я никаких программ на него не устанавливал, никаких файлов не загружал и в какой-то день он просто перестал работать - ОЧЕНЬ НАДЁЖНО!

На заводе же некому настроить контроллер так, чтобы старый лог затирался и не засирал память и даже в инструкции никто этого не написал типа “сделайте первым делом обязательно пока комп не помер”.

Добрый день.
Пришлите диагностический архив. И на всякий случай опишите схему питания. Какой блок питания используете. Что питается от контроллера, что напрямую от блока питания.

mosquitto отлично документирован: Mosquitto man page | Eclipse Mosquitto

Создавая в брокере мост - нужно предсмотреть как длину очереди так и поведение при недоступности.
И да, создания проекта по автматизации - это большая работа.

Лог чего?

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

От контроллера у меня питается только 6 датчиков WB-MSW. Блок питания брал у вас HDR-30-24.

Почему у меня 100% забит какой-то раздел памяти размером в 976М?
Никаких программ, кроме Node-RED, я не устанавливал

Я уже весь этот журнал, который весил 4Гб удалил.
Чего ещё надо сделать?
Где список того, что ещё может нагнуть ваш супер надёжный контроллер?
О чём вы ещё не предупреждаете людей?

diag_output_AM363YRR_2023-10-02-08.21.54.zip (103,7 КБ)

Из диагностического архива видно, что корневой раздел полностью заполнен. Это не хорошо. Логично, что может привести к нестабильной работе.
Как вариант, вы можете расширить корневой раздел по инструкции. Учтите: стороннее ПО будет удалено.

Логично - поставлять контроллер с настроенными правилами ротации логов, чтобы они не забивали корневой раздел до предела.

Стороннее ПО - это что? Я сам устанавливал только Node-RED.
Где посмотреть список стороннего ПО, которое есть на моём контроллере?

Я просмотрел что тяжёлого есть в разделе /mnt/data
Самое большое /mnt/data/var/log/journal почти 1,5 Gb.
Откуда он там сегодня взялся, если ещё вчера я выполнял чистку
journalctl --vacuum-time=1weeks и получал сообщение, что около 4Gb почищено?
Сейчас я делаю ту же команду и он вообще 0 памяти высвобождает, хотя видно, что логи июньские.
Что надо настроить, чтобы эти логи не переполняли память контроллера?
Или вы считаете нормальным, что каждый пользователь должен постоянно следить работает контроллер или уже умер от переполнения логов?

67Mb каких-то пакетов. Что это такое? Это надо удалять?

/mnt/data/var/cache/apt:   
total 69104
drwxr-xr-x 3 root root     4096 Oct  2 11:05 .
drwxr-xr-x 3 root root     4096 Nov  3  2016 ..
drwxr-xr-x 3 root root    36864 Oct  2 11:04 archives
-rw-r--r-- 1 root root 35366223 Oct  2 11:05 pkgcache.bin
-rw-r--r-- 1 root root 35344909 Oct  2 11:04 srcpkgcache.bin

280Mb архивов пакетов. Зачем они нужны? Их надо удалять?

/mnt/data/var/cache/apt/archives:
total 288232
drwxr-xr-x 3 root root    36864 Oct  2 11:04 .
drwxr-xr-x 3 root root     4096 Oct  2 11:05 ..
-rw-r--r-- 1 root root   240384 Sep 15  2018 adduser_3.118_all.deb
-rw-r--r-- 1 root root    12796 Dec  8  2020 alsa-topology-conf_1.2.4-1_all.deb
-rw-r--r-- 1 root root    28064 Feb  5  2021 alsa-ucm-conf_1.2.4-2_all.deb
...
...
-rw-r--r-- 1 root root    52356 Dec 28  2018 xdg-user-dirs_0.17-2_armhf.deb
-rw-r--r-- 1 root root    23752 Feb 27  2019 xml-core_0.18+nmu1_all.deb
-rw-r--r-- 1 root root   191772 Dec  6  2021 xxd_2%3a8.2.2434-3+deb11u1_armhf.deb
-rw-r--r-- 1 root root   219000 Apr 11  2022 xz-utils_5.2.5-2.1~deb11u1_armhf.deb
-rw-r--r-- 1 root root    84980 Aug 23  2022 zlib1g_1%3a1.2.11.dfsg-2+deb11u2_armhf.deb

78Mb - списки пакетов

/mnt/data/var/lib/apt/lists:
total 79832
drwxr-xr-x 4 root root     4096 Oct  2 08:27 .
drwxr-xr-x 3 root root     4096 Nov  3  2016 ..
drwxr-xr-x 2 _apt root     4096 Jun 15 23:17 auxfiles
-rw-r--r-- 1 root root    48958 Oct  2 05:19 deb.debian.org_debian_dists_bullseye-backports_InRelease
-rw-r--r-- 1 root root  2354925 Sep 10 17:15 deb.debian.org_debian_dists_bullseye-backports_main_binary-armhf_Packages
-rw-r--r-- 1 root root    63339 Sep 10 17:15 deb.debian.org_debian_dists_bullseye-backports_main_binary-armhf_Packages.diff_Index
-rw-r--r-- 1 root root  1863702 Sep  7 11:16 deb.debian.org_debian_dists_bullseye-backports_main_i18n_Translation-en
-rw-r--r-- 1 root root    63339 Sep  7 11:16 deb.debian.org_debian_dists_bullseye-backports_main_i18n_Translation-en.diff_Index
-rw-r--r-- 1 root root    44069 Oct  2 05:18 deb.debian.org_debian_dists_bullseye-updates_InRelease
-rw-r--r-- 1 root root    53364 Sep 14 23:12 deb.debian.org_debian_dists_bullseye-updates_main_binary-armhf_Packages
-rw-r--r-- 1 root root    21825 Sep 14 23:12 deb.debian.org_debian_dists_bullseye-updates_main_binary-armhf_Packages.diff_Index
-rw-r--r-- 1 root root    53234 Aug 26 17:11 deb.debian.org_debian_dists_bullseye-updates_main_i18n_Translation-en
-rw-r--r-- 1 root root     9483 Aug 26 17:11 deb.debian.org_debian_dists_bullseye-updates_main_i18n_Translation-en.diff_Index
-rw-r--r-- 1 root root   115946 Jun 10 13:06 deb.debian.org_debian_dists_bullseye_InRelease
-rw-r--r-- 1 root root 43904316 Apr 29 11:57 deb.debian.org_debian_dists_bullseye_main_binary-armhf_Packages
-rw-r--r-- 1 root root 30243731 Apr 29 11:56 deb.debian.org_debian_dists_bullseye_main_i18n_Translation-en
-rw-r--r-- 1 root root     4586 Aug  9 22:24 deb.nodesource.com_node%5f16.x_dists_bullseye_InRelease
-rw-r--r-- 1 root root     1269 Aug  9 22:24 deb.nodesource.com_node%5f16.x_dists_bullseye_main_binary-armhf_Packages
-rw-r--r-- 1 root root     3940 Sep 27 11:01 deb.wirenboard.com_wb7_bullseye_dists_stable_InRelease
-rw-r--r-- 1 root root   142497 Sep 27 11:01 deb.wirenboard.com_wb7_bullseye_dists_stable_main_binary-armhf_Packages
-rw-r----- 1 root root        0 Jun 15 23:17 lock
drwx------ 2 _apt root     4096 Oct  2 11:04 partial
-rw-r--r-- 1 root root    48377 Oct  2 00:53 security.debian.org_debian-security_dists_bullseye-security_InRelease
-rw-r--r-- 1 root root  1578705 Oct  1 22:34 security.debian.org_debian-security_dists_bullseye-security_main_binary-armhf_Packages
-rw-r--r-- 1 root root  1073604 Oct  1 22:34 security.debian.org_debian-security_dists_bullseye-security_main_i18n_Translation-en

16Mb - файл журнала

/mnt/data/var/log/journal:
total 16404
drwxr-sr-x+ 4 root systemd-journal     4096 Oct  1 23:30 .
drwxr-xr-x  9 root root                4096 Oct  1 00:01 ..
drwxr-sr-x+ 2 root systemd-journal     4096 Jun 15 20:58 216d6a731c3dae77098d5036641b235a
drwxr-sr-x+ 2 root systemd-journal     4096 Oct  1 23:30 227881141b4542e6a0370fe862e148ee
-rw-r-----+ 1 root systemd-journal 16777216 Jun 20 06:14 system.journal

1,44Gb - ещё файл журнала

/mnt/data/var/log/journal/216d6a731c3dae77098d5036641b235a:
total 1515580
drwxr-sr-x+ 2 root systemd-journal      4096 Jun 15 20:58 .
drwxr-sr-x+ 4 root systemd-journal      4096 Oct  1 23:30 ..
-rw-r-----+ 1 root systemd-journal  33554432 Jun 15 21:09 system.journal
-rw-r-----+ 1 root systemd-journal 134217728 Jun 15 10:25 system@3dac400c524646bb85e51f79c8a2ca3e-00000000008f8cda-0005fe24f4f51188.journal
-rw-r-----+ 1 root systemd-journal 134217728 Jun 15 11:37 system@3dac400c524646bb85e51f79c8a2ca3e-0000000000932267-0005fe25f84193cc.journal
-rw-r-----+ 1 root systemd-journal 134217728 Jun 15 12:49 system@3dac400c524646bb85e51f79c8a2ca3e-000000000096b687-0005fe26fad8b66d.journal
-rw-r-----+ 1 root systemd-journal 134217728 Jun 15 14:02 system@3dac400c524646bb85e51f79c8a2ca3e-00000000009a49e5-0005fe27fd292afb.journal
-rw-r-----+ 1 root systemd-journal 134217728 Jun 15 15:14 system@3dac400c524646bb85e51f79c8a2ca3e-00000000009ddc34-0005fe28ff71ced3.journal
-rw-r-----+ 1 root systemd-journal  41943040 Jun 15 15:23 system@3dac400c524646bb85e51f79c8a2ca3e-0000000000a16d4a-0005fe2a010c52fd.journal
-rw-r-----+ 1 root systemd-journal 134217728 Jun 15 16:19 system@3dac400c524646bb85e51f79c8a2ca3e-0000000000a22599-0005fe2a2470a531.journal
-rw-r-----+ 1 root systemd-journal 134217728 Jun 15 17:14 system@3dac400c524646bb85e51f79c8a2ca3e-0000000000a5f7ad-0005fe2aeaf23f03.journal
-rw-r-----+ 1 root systemd-journal 134217728 Jun 15 18:10 system@3dac400c524646bb85e51f79c8a2ca3e-0000000000a9c916-0005fe2bb1733b30.journal
-rw-r-----+ 1 root systemd-journal 134217728 Jun 15 19:06 system@3dac400c524646bb85e51f79c8a2ca3e-0000000000ad988b-0005fe2c781dfbf2.journal
-rw-r-----+ 1 root systemd-journal 134217728 Jun 15 20:01 system@3dac400c524646bb85e51f79c8a2ca3e-0000000000b16b53-0005fe2d3fd61174.journal
-rw-r-----+ 1 root systemd-journal 134217728 Jun 15 20:58 system@3dac400c524646bb85e51f79c8a2ca3e-0000000000b53cdf-0005fe2e06cafe61.journal

40Mb - ещё файл журнала

/mnt/data/var/log/journal/227881141b4542e6a0370fe862e148ee:
total 40972
drwxr-sr-x+ 2 root systemd-journal     4096 Oct  1 23:30 .
drwxr-sr-x+ 4 root systemd-journal     4096 Oct  1 23:30 ..
-rw-r-----+ 1 root systemd-journal 41943040 Oct  2 12:10 system.journal

Очистка журнала 216d6a731c3dae77098d5036641b235a вообще не производится. Это как?

root@wirenboard-AM363YRR:~# journalctl --vacuum-size=100M
Vacuuming done, freed 0B of archived journals from /var/log/journal.
Vacuuming done, freed 0B of archived journals from /var/log/journal/227881141b4542e6a0370fe862e148ee.
Vacuuming done, freed 0B of archived journals from /run/log/journal.
root@wirenboard-AM363YRR:~#

Пришлите вывод команды:
du -hd1 /var/log


4.0K    /var/log/private
1.6G    /var/log/journal
176K    /var/log/mosquitto
76K     /var/log/apt
4.0K    /var/log/watchdog
440K    /var/log/nginx
8.0K    /var/log/runit
1.6G    /var/log