Добрый день. Сегодня столкнулся с проблемой по сценарию термостата. Включаю подогрев пола, через какое-то время отключается подогрев. В логах вижу ошибки:
21-12-2025 21:01:48.569 [wb-rules]
ERROR: [backend] failed to process /on request to wbsc_teplyy_pol_na_lodzhii/rule_enabled: This control is not writable
21-12-2025 21:01:48.564 [nodered]
21 Dec 21:01:48 - [info] [wirenboard-out:774e07d3861d0ba6] Published to mqtt topic: /devices/wbsc_teplyy_pol_na_lodzhii/controls/rule_enabled/on : 0
21-12-2025 21:01:48.535 [wb-rules]
ERROR: [rule error] [WBSC-thermostat-mod/teplyy_pol_na_lodzhii]: Scenario disabled: critical error (r/w) for topic “wb-w1/28-00000fd7ad74#error” not cleared for 10000 ms. Current error state: “r”
21-12-2025 21:01:38.537 [wb-rules]
WARNING: [rule warning] [WBSC-thermostat-mod/teplyy_pol_na_lodzhii]: Get critical error (r/w) for topic “wb-w1/28-00000fd7ad74#error”. New error state: “r”
И так несколько раз. Пару дней назад подогрев работал стабильно. В чем может быть проблема? Ранее использовал правило, пример которого нашел на GitHub по ссылкам то ли из wiki wirenboard, то ли на форуме. После обновления контроллера и появления сценариев перешел на сценарии. Когда использовал правило, проблем не возникало. Ошибку
ERROR: [w1 driver] Measurement error
наблюдал, но подогрев работал стабильно. Датчик один на линии. Длинна линии порядка 20 метров. На второй линии есть еще один датчик, ошибок по нему не наблюдаю
Прикладываю диагностический архив
приложен диагностический архив, доступен только сотрудникам поддержки
Есть варианты как его продебажить? Или датчик помирает? Меня предупреждали, что эти датчики довольно часто мрут
Опять же, поведение ± корректное у сценария, но, как мне кажется, можно увеличить время опроса датчика в таком случае, или считать накопление ошибок, если ошибок много, условно 3 в интервале одной минуты, то отключать всё
У себя периодически просто меняю датчики, когда начинаются проблемы с их пропаданием.
Но перед этим рекомендую обязательно проверить физическое подключение и убедиться, что оно выполнено строго по инструкции:
Также рекомендую проверить настройки на устройствах в логах есть ошибки повторяющиеся.
Dec 18 14:59:41 wirenboard-A7IGKSOX wb-device-manager[1796]: [WARNING] Can’t get firmware info for 60 (/dev/ttyRS485-2 9600 8N2): rpc call to wb-mqtt-serial/port/Load → 10.00s: no answer [-33000]: rpc call params: {‘slave_id’: 60, ‘function’: 3, ‘address’: 250, ‘count’: 16, ‘response_timeout’: 8, ‘total_timeout’: 10000, ‘protocol’: ‘modbus’, ‘format’: ‘HEX’, ‘path’: ‘/dev/ttyRS485-2’, ‘baud_rate’: 9600, ‘parity’: ‘N’, ‘data_bits’: 8, ‘stop_bits’: 2}
Dec 18 14:59:41 wirenboard-A7IGKSOX wb-device-manager[1796]: [WARNING] Can’t get firmware info for 60 (/dev/ttyRS485-2 9600 8N2): rpc call to wb-mqtt-serial/port/Load → 10.00s: no answer [-33000]: rpc call params: {‘slave_id’: 60, ‘function’: 3, ‘address’: 250, ‘count’: 16, ‘response_timeout’: 8, ‘total_timeout’: 10000, ‘protocol’: ‘modbus’, ‘format’: ‘HEX’, ‘path’: ‘/dev/ttyRS485-2’, ‘baud_rate’: 9600, ‘parity’: ‘N’, ‘data_bits’: 8, ‘stop_bits’: 2}
Dec 18 14:59:41 wirenboard-A7IGKSOX wb-device-manager[1796]: [WARNING] Can’t get firmware info for 60 (/dev/ttyRS485-2 9600 8N2): rpc call to wb-mqtt-serial/port/Load → 10.00s: no answer [-33000]: rpc call params: {‘slave_id’: 60, ‘function’: 3, ‘address’: 250, ‘count’: 16, ‘response_timeout’: 8, ‘total_timeout’: 10000, ‘protocol’: ‘modbus’, ‘format’: ‘HEX’, ‘path’: ‘/dev/ttyRS485-2’, ‘baud_rate’: 9600, ‘parity’: ‘N’, ‘data_bits’: 8, ‘stop_bits’: 2}
Повторяющиеся ошибки возникают при изменении конфигурации устройств на странице Настройка драйвера Serial-устройств. Датчик подключен почти год, но ошибки стали появляться последнее время. С документацией по датчику и его подключению ознакомился. Как писал выше, датчик один на линии порядка 20 метров, подключен о 3 проводам. Делаю вывод, что пришло время обновить датчик
