Здравствуйте.
WB7.3.2A + модуль WBE2-I-EBUS v.1.4. Настенный газовый конденсационный котёл VAILLANT ecoTEC plus VU INT 486/5-5 H.
Через некоторый промежуток времени, после перезагрузки WB, перестают отображаться параметры котла. Пробовал переставлять в соседний модуль - не помогло.
Модуль WBE2-I-EBUS используется только, только в режиме чтения данных, котлом управляет sensoCOMFORT VRC 720.
Кабель Ebus точно рабочий, т.к. через него идут данные на погодозависимый регулятор VRC 720 и с него управление котлом работает нормально.
Почему такое происходит ? Как с этим бороться ?
Ниже скриншоты с настройками и файл диагностики.
приложен диагностический архив, доступен только сотрудникам поддержки
(519,2 КБ)
у меня аналогичная ситуация через время пропадает показание давления и уличная температура 1.5 показывает нормально а 1.3 показывает как 1.3000 или 1.8000
Что в логах в момент потери данных? Какое время в диагностическом архиве? И - как это проявляется?
Иными словами - выводится ли F33 на экран самого устройства? Или оно продолжает работать?
Модуль читает ошибку из котла. Предполагаю что в документации самого котла есть описание (расшифровка) самой ошибки. Общее - это:
Отсутствие сигнала от реле давления газо-воздушного тракта. Реле давления газо-воздушного тракта не размыкает контакт после выключения вентилятора.
В логах хаос, см. скриншоты. Время в диагностическом архиве - 15h 41min. Проявляется возникновением разных показаний ошибок и не отображением разных параметров - вот например сейчас код ошибки 7, 5 мин назад был 0.
На экране котла никаких ошибок нет, как и в приложении mylValliant, см. скриншот.
Модуль не читает ошибки из котла, он сам их придумывает 
А вот если (для проверки) отключить “sensoCOMFORT VRC 720” - то ошибки пропадают?
При отключении VRC720 ничего в поведении модуля не поменялось.
Попросил разработчиков из Невотон помочь.
1 лайк
Невотон выдвинул предположение, что в связи с изменениями в ПО контроллера - модуль стал неверно работать.
Однако внутренний модуль работает по Modbus, отправляемые команды протокола (точно!) не менялись.
Прошу ее, гипотезу, проверить.
Для этого выключите опрос порта на котором настроен модуль EBUS в настройках wb-mqtt-serial:
и сохраните настройки.
Прочитайте через некоторые промежутки времени значение регистра “код ошибки” с помощью modbus_client.
Выключил.
Подскажите пожалуйста какой регистр отвечает за код ошибки ?
Т.к. я обычный пользователь, прошу команду для проверки полностью.
Например
modbus_client --debug -mrtu --debug -mrtu -pnone -s2 -b 19200 /dev/ttyMOD2 -a12 -t4 -r 205 -c1
Если параметры (скорость, например отличается - поправьте.
Раз в минуту читать достаточно.
Спасибо за подсказку с правильной командой.
Результат на скриншоте.
А сколько удачных из сотни?
Запустите в цикле, на 1000 запросов например, - интересно будут ли читаться ошибки.
Отлично.
Теперь, когда убедились что при опросе одного регистра модуль отвечает - и отвечает ожидаемо сделайте следующее.
Отключите опрос всех портов кроме того на котором настроен модуль EBUS в настройках wb-mqtt-serial, там же включите Debug
Сохраните настройки (пусть работает только с одним устройством) и выгрузите лог сервиса когда появятся неожиданные значения. Вот по логу и можно будет судить, пожалуй.
