Увы, такого шаблона в указанной папке нет.
Мог шаблон удалиться при обновлении ПО через apt-get update / upgrade / dist-upgrade ?
Зная, что датчик подключён к контроллеру wirenbord как /dev/ttyApp1, можно ли определить его модель, используя эту информацию, чтобы, возможно использовать какой-нибудь другой совместимый шаблон?
Сам - точно нет. В консоли выводится вопрос что делать с “нестандартными” файлами.
Вы имеете в виду, веб-консоли? К сожалению, в ней ничего не отображается.
Дополнил свой ответ выше - поможет ли данная информация определить устройство и попробовать подобрать совместимый шаблон?
/dev/ttyApp1 - символьное имя порта контроллера. Нет.
Проще всего - восстановить файл из резервной копии.
Если ее нет - то по документации от устройства написать шаблон снова.
Нет, именно там куда вы вводите команды.
Удалось узнать, что за оборудование подключено через RS485: контроллер Carel pCO3, датчик температуры и влажности Carel AS*C111000 (ASWC111DN0).
Есть ли какие-нибудь шаблоны для рборты с этим оборудованием?
Также дополню: выполнил поиск по маске icar - нашёлся только один шаблон /usr/share/wb-homa-modbus/templates/config-wb-icar.json
Запущенные процессы wb-*:
Если подсунуть шаблон modbus в папку /usr/share/wb-mqtt-serial/templates , то сервис стартует и не падает, но в вебе ничего не меняется и висит статус “Disconnected”
Этот контроллер - свободно программируемый, то есть карта регистров - определяется программой.
Если верить инструкции - да, он может быть подключен по Modbus RTU.
Но в конфиге я вижу как раз только один шаблон. К какому порту контроллера подключен этот датчик? Более вероятно - что подключен к Carel pCO3.
Нет, как раз не стартует Вижу процесс confed который в pre-start для wb-mqtt-serial указан.
Что выводится в лог сейчас?
Ну и результаты запуска
/usr/bin/wb-mqtt-serial
какие?
И, кстати, если раньше на контроллере стоял wb-mqtt-homa то формат шаблона, скорее всего устаревший. Что в этом файле сейчас?
Blockquote
Если верить инструкции - да, он может быть подключен по Modbus RTU.
Но в конфиге я вижу как раз только один шаблон. К какому порту контроллера подключен этот датчик? Более вероятно - что подключен к Carel pCO3.
Совершенно верно, датчик температуры\влажности подключён к pCO3.
По каким фильтрам в логе искать?
Получилось шаблон запустить?
Насколько я понял, нет.
Служба wb-mqtt-serial стартует, но в вебе ничего нет.
Похоже, что Вы были правы - ранее был установлен Debian 7.9 и, очень похоже, что был установлен wb-mqtt-homa и, после, обновления этого пакета более нет.
Хотя, после обновления, всё работало где-тог около суток, пока не зависло и не была выполнена принудительная перезагрузка.
Прикладываю файлы логов apt: term.log и history.log
term.log (144.4 KB)
history.log (10.6 KB)
Включите в конфиге Debug - и посмотрите что выводится. А что вы ожидаете увидеть в разделе Home web-интерфейса?
Да, он заменяется wb-mqtt-serial.
Однако, если выполнить команду mosquitto_sub -v -t ‘/devices/icar_0x05/#’, то данные будут отображаться и будут актуальными. (после обновления поменялся icar_5 на icar_0x05, icar_5 выдаёт только одно и тоже последнее значение, когда работало)
Вопрос - в веб-интерфейсе ошибка mqttService.js, из-за чего и статус Disconnected.
Где и как это можно поправить?
Конфиг /etc/nginx/sites-enabled/default
Может быть нужна доп. настройка в /etc/mosquitto/conf.d/bridge.conf - там сейчас пусто, но есть bridge.conf.example?
Отлично. С периодически возникающими ошибками на шине можно и позже разобраться.
Так. Еще раз - отвечает ли контроллер на соединения на порт 18883?
Что туда передается и оттуда принимается?
Слушается ли порт на контроллере?
Разобрался. Проблема была в конфликте пакетов wb-mqtt-homeui старой и новой версии.
Снёс старую, поставил из репозиториев новую - и всё заработало.
Вопрос:
Теперь работает меню Settings и форма Firmware Update - возможно ли обновить firmware через веб на актуальную для этой модели (202108301501_stable_webupd_wb5.fit)?
Ничего при этом не сломается\не потрётся - файлы конфигурации, шаблоны и прочее?
Отлично!
Да, при таком обновлении будет заменено содержимое корня целиком. Но так как дополнительного ПО нет - то не страшно. Конфиги расположены в незатрагиваемом разделе. Но вот шаблон кастомный (он ведь лежит в шаблонах а не в /etc/wb-mqtt-serial.conf.d/templates/) лучше все равно сохранить.
Да и вообще - бэкап нужен перед любыми изменениями.
Ок. Вопрос - там какой дебиан будет в новой прошивке? Наскольно он сильнее будет грузить wirenboard 5.3 и больше весить? Сильно ли поменяются wb-rules после версии 1.7? Нужно ли будет переделывать шаблоны\настройки?
И как лучше делать бэкап? Просто копирование рутового каталога (благо, он хоть небольшой)?
Для WB5* будет 9 дебиан. Обновления ПО для ветки 5 контроллеров не выпускается и не планируется.
Соответственно wb-rules 2.х - не будет.
/etc/ рекурсивно, /mnt/data/etc - тоже рекурсивно. В /root/, если не установлено zigbee - нет настроек.
Спасибо. А при обновлении через web, настройки сети не затрутся?
После обновления на тот же ip заходить? Контроллер будет доступен или сеть сбросится и его надо будет через dhcp искать?
Нет, настройки сети - симлинк на реальный файл конфигурации, расположенный в /mnt/data/etc, а этот раздел при обновлении не модифицируется.
Спасибо!
Осталось 2 вопроса:
При установке новой прошивки будет ли переразметка накопителя? Или так и останется 1 ГБ под раздел / ?
Вывел на дашборд виджеты Alarm температуры и влажности, они находятся в состоянии OFF, при переводе в состояние ON, они переходят в OFF через некоторое время. Так и долно быть? Или это принудительное включение самого Alarm (типа, симуляция триггера срабатывания низкой-высокой температуры-влажности)? В Alarm Configuration всё прописано.
Нет, для контроллеров 5.x не будет увеличения.
Тут зависит от того как они сконфигурированы, этих виджетов нет в заводском образе, они явно добавлены уже потом. Ну и если исходный контрол, состояние которого отображается в виджете имеет readonly: true то естественно управляться не может.
