Добрый день. Столкнулись с проблемой запуска диммера DDM845R на контроллере WB6.
При добавлении устройства с собственным файлом конфигурации на контроллер, получили не корректный опрос адресов. Постоянно происходит отказ некоторых переменных, которые со временем приходят в норму (загораются красным и со временем становятся черными шрифты). Из-за такой работы иногда не передаются значения в диммере и он отказывается регулировать, возвращая значение которое было изначально.
На шине modbus есть и другие устройства, которые работают корректно. Пересечения адресов нет. При попытке через консоль опрашивать адреса иногда прилетает ошибка timeout, как и в логах. Когда опрашиваем диммер на прямую через COM порт компьютера опрос идет корректно и без ошибок и нареканий. С контроллеров другого производства нет проблем в управлении. Интервал ставили даже 300ms, ошибка сохраняется. Также сохраняется ошибка при одном устройстве на линии и опросе всего одного адреса.
Расскажите, пожалуйста, поподробнее, как вы опрашиваете устройство через консоль? Какими командами? Когда опрашиваете, есть ли на шине другие устройства?
Останавливаете ли вы перед этим wb-mqtt-serial?
“Интервал ставили даже 300ms” – а пробовали ли вы увеличивать тайм-аут?
Как уже писал выше, пробовали опросить один адрес при одном устройстве. С остановкой драйвера, при быстрых повторах запросов иногда так же проскакивают таймауты.
Команда:
modbus_client --debug -mrtu -pnone -s2 /dev/ttyRS485-1 -a34 -t0x03 -r0x40
Увеличивать время не целесообразно в плане комфорта и удобства использования со стороны пользователя. С таким же и меньшим таймаутом (всего 10) на других контроллерах и просто используя modbus-poll на ПК, работает корректно и без проблем.
Изменять интервал в большую сторону не имеет смысла. Как пользователь будет пользоваться диммером, который опрашивает канал с интервалом в секунду с учетом плавного регулирования с долгим зажатием кнопки? И это хорошо, если опрос будет без ошибок, но даже сейчас при использовании скриптов у нас возвращается старая переменная из диммера и регулирование вернется на тот уровень который опросился успешно. Итого получим ~10 секунд на регулирование до 50% яркости и еще мы не сможем визуально отследить плавность изменения яркости, что в итоге просто не приемлемо.
Вариант с резистором рассмотрим, но об увеличении интервалов не может быть и речи.
Смотрите, сейчас мы пытаемся добиться корректной работы на уровне RS-485 и настраиваем разные тайминги опроса. У нас, к сожалению, нет разумдомовского диммера, поэтому я предлагаю вам варианты решения проблемы с опросом устройства.
Кроме “Interval between register reads” (в микросекундах) есть еще параметр “Frame timeout (ms)”, его тоже можно изменять для устройства.
По опыту устройства Разумдом иногда не отвечают в течение какого-то интервала времени после здания, например, команды, на изменение яркости.
Предполагаю, что корректные тайминги позволят вам сохранить приемлемые интервалы опроса устройства и обеспечить надежную коммуникацию.
Доброго времени, у меня подобная ситуация с данным диммиром. Попытки добиться стабильности не увенчались успехом. Так как ещё в стадии чернового ремонта, а до чистовой электрики далеко, могу дать(отправить) на тесты свой диммер.
SAA, спасибо! Готовы принять ваш диммер для тестирования. Свяжитесь, пожалуйста, на нашими менеджерами, чтобы обсудить детали доставки/возврата. https://wirenboard.com/ru/pages/contacts
Сошлитесь на эту тему на форуме, сажите, что вы со мной это обсуждали. Я всех предупредил.
Нам удалось справится с диммером, установив задержки в опросах регистров и увеличив количество одновременно опрашиваемых регистров.
Скоро шаблон для диммера будет в продакшене, пока есть тестовая версия.config-ddm845r.json (2.1 КБ)
Переключение режима работы выходов диммера и изменение частоты ШИМ “налету” приводят к проблемам с обменом по Modbus. Поэтому мы не вынесли контролы этих параметров в шаблон.
Эти значения надо задавать один раз, при настройке устройства.
У вас есть экземпляр, на котором вы можете проверить текущий шаблон?
Обнаружили, что таблица регистров в документации производителя содержит неточности, нужно “доверять но проверять”. Ваш экземпляр пока у нас — на случай непредвиденных корректировок?
