Проблема с сохранением правил

Отдельные файлы конфигов сохранить можно. Но если устройств два-три - то проще их заново создать.
Собственно предложенное мной - и есть восстановление для части сервисов заводских настроек.

Почему такое произошло? Как этого избежать в будущем?

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

контроллер не заработал

мало того не хватает здесь чего то

надо запустить сегодня контроллер второй день без света сидим

Делаем

/usr/bin/wb-rules -syslog -queue-len 2048 -editdir /etc/wb-rules /usr/share/wb-rules-system/rules/ /etc/wb-rules /usr/share/wb-rules/

Ну и вывод - сюда.
Потом

wb-mqtt-serial -c /etc/wb-mqtt-serial.conf

И после переустановки

systemctl status wb-rules
systemctl status wb-hwconf-manager
systemctl status wb-mqtt-serial

так же остановлены?


Потом

wb-mqtt-serial -c /etc/wb-mqtt-serial.conf


что выбирать?

не проще ли вернуть все к заводским настройкам?
как написано здесь https://wirenboard.com/wiki/Обновление_прошивки#.D0.A1.D0.B1.D1.80.D0.BE.D1.81_Wiren_Board_6_.D0.BA_.D0.B7.D0.B0.D0.B2.D0.BE.D0.B4.D1.81.D0.BA.D0.B8.D0.BC_.D0.BD.D0.B0.D1.81.D1.82.D1.80.D0.BE.D0.B9.D0.BA.D0.B0.D0.BC

Да, проще. Потому как что-то повреждено.
Главное - сохранить свои скрипты.

я сохранил скрипты
из описания что то не понятно откуда взять wb6_update_FACTORYRESET.fit ?
вот этот файл переименовать 202002171718_webupd_wb6x_stretch.fit ?

Да, файл переименовываем.

Получилось?

Получилось, только это не помогло. Дело оказалось в другом. Я понял закономерность зависания контроллера. Так получилось и в прошлый раз.

Контроллер зависает по мере добавления RS485 устройств. На контроллере 4 порта RS485. На первой линии пока добавлено 11 модулей WB. На второй линии 6 датчиков WB. На третьей пока только 2 датчика WB. Необходимых к добавлению датчиков в раза 2 больше.
Временно скорость на всех портах 19200.
Delay before accessing the device (ms) =10
Response timeout (ms) = 50
Desired poll interval (ms) была 1 как сделал 10 перестал зависать контроллер с подключенными 1 и 2 портами. Как подключаем 3 порт зависает. Отсоединяем начинает работать (правила и ручное управление в девайсес).
Хочу попробовать увеличить скорость портов. Как думаете поможет?

А есть одинаковые адреса устройств (неважно что за устройства) на разных портах?
Могут вызывать глюки, проверьте и если есть - давайте сменим.

Одинаковых адресов нет. Раньше все модули и датчики были на одной линии и работали с другим контроллером.

Посмотреть бы кусок /var/log/messages с местом включения третьего порта и зависания.

Добавил 3й порт, через 5 сек зависает. Это сопровождается например выключением освещения R202/K1
Через несколько секунд отключаю 3й порт и через 5 сек начинают работать сценарии, R202/K1 включается
системное время отстает на 19 минут
лог этот пока не записался
Jul 2 09:07:44 wirenboard-AE3UHZCX user.notice serial: ModbusRTU::ReadRegisterRange(): failed to read 2 input(s) @ 0 of device modbus:84: Serial protocol error: request timed out
Jul 2 09:07:45 wirenboard-AE3UHZCX user.notice serial: ModbusRTU::ReadRegisterRange(): failed to read 1 holding(s) @ 8 of device modbus:203: Serial protocol error: request timed out
Jul 2 09:07:46 wirenboard-AE3UHZCX user.notice serial: device modbus:203 disconnected