Помогите, пожалуйста , решить проблему с ecodim и его настройками в wirenboard.
В квартире 10 пар точечных светильников, и две тройки магнитных трековых светильников Dali, всего 26. Они подключены кабелем 5х1,5 по схеме звезда. Управление осуществляется через Ecodim. Светильники сгруппированы в 15 групп, некоторые с пересечением состава светильников. Самая большая группа 8 точечных светильников.
При выполнении сценария в спруте по нажатию на клавишу выключателя или голосового сценария в Яндексе умный дом, написанных для одной группы Ecodima, происходит корректная работа протокола Dali - все светильники этой группы вкл и выкл одновременно. Но при выполнении сценария мастер кнопки и при выполнении голосового сценария Яндекса по выключению всех светильников часть из них остаются включенными (состав выключенных светильников разный, зависит в тч и от того, какие были включены). При этом статус светильников «выключено».
Если в wireneboard использую параметр «Разделять сообщения по времени», то все светильники последовательно выключаются. Но задержка между светильниками заметна глазу. Как ее уменьшить? Либо какой другой способ решения проблемы?
Как уменьшить загрузку канала Dali, сейчас доходит до 70%? Оставлены групповые опросы: присутствие устройств, статус, команда, яркость.
Как вариант поиграть параметрами в Simple Dali configurator, но что там изменить?
Добрый день.
Уточните пожалуйста - что (какую команду) вы выполняете.
Я не могу грамотно и полноценно проконсультировать про столроннее ПО, в частности “Спрут”.
Поэтому предоагаю ограничиться только ПО Wiren Bord.
Покажите скриншотами (опишите) что деленете в штатном интерфейсе (какие контролы переключаете, например) и что работает не так как ожидается.
Есть сценарий в Яндекс. Умный дом, который по очереди выключает группы Dali. При этом часто группа 13 продолжает светить, иногда продолжает светить группа 14. Но в интерфейсе wiren яркость у этих групп 0. Спрут хаб и Яндекс. Умный дом при этом показывает, что эти группы выключены
Да, понятно.
При такой настройке force_frame_timeout
Ну и при включении добавляется между посылками 20мс.
Хочу заметить что включать имеет смысл только тогда когда Modbus обмен имеет проблемы. В шаблоне устройства параметра нет.
Что (операции с какими контролами) делает этот сценарий? Предположу что публикует в “Яркость группы”?
То есть каждая публикация в топик вызывает запись в hoding регистр 2000 + (номер группы * 5)
Обратите пожалуйста внимание - что при неудачной записи в регистр в meta/error будет записан “w”.
Если ошибок нет - тогда запись регистра прошла удачно.
Пожалуйста проверьте - подпишитесь на все контролы dali устройств, рекурсивно, ну и опубликуйте, как с включенным так и с выключенным параметром.
Отлично, это как раз показательно. Тут очень просто проверить, пожалуйста прочитайте из шлюза значения регистров. Если они, регистры - успешно записаны значит проблемы коммуникации со шлюзом нет.
Статус “выключено” в Яндекс. Умном доме и sprut hub. Обратил внимание, что статус в wiren остается “включено” при яркости 0. Это видно на скриншотах по группам 13 и 14
Какой контрол меняете? Напишите его название пожалуйста. Ну и - как писал выше подпишитесь на устройства и покажите что публикуется.
Ожидаю: подписку в которой видно что в контролы что-то (значение) публикуется.
То есть возможно два варианта:
значение в /on публикуется - тогда сморим в логи сервисов.
значение не публикуется - тогда проверяем из интерфейса WirenBoard.
Меняю параметры контроллера Ecodim Dali GW21, там и меняю параметры через Sprut hub. При использовании сценария с одной только группой 15 топик Статус группы меняется корректно. А если в сценарии используются несколько групп, то топик Яркость группы 15 становится 0, а топик Статус группы 15 остается 1.
На скриншоте ниже я и вижу изменения “статус” вслед за “яркость”.
То есть когда яркость достигает минимума/максимума - статус меняется соответственно.
Нет, я ожидаю подписку на топики, это информативнее и полезнее.
Так, отлично.
Надо выяснить где причина.
Как видно статус группы 15 читается из holding регистра 2079
Яркость - регистр 2075
То есть что советую сделать: после изучения подписки на топики, если яркость изменилась а статус остался неизменным - то просто прочитать его с помощью modbus_client_rpc.
Если при чтении модуль отдаст значение не соответствующее тому что читает wb-mqtt-serial - тогда буду искать ошибку в ПО.
Перепроверил по документации
2 - значение когда в ней есть включенные светильника, ожидаемо.
А что при этом в логах?
То есть - это стабильно воспроизводится?
Попробуйте воспроизвести?
А после того как “стало красным”:
Устройство пингуется?
Повторное чтение регистра - работает?
Пришлите диагностический архив пожалуйста после того как (если получится) загнать в то же состояние.
Так, отлично. А второе (ну и последующие) чтения - отрабатывают?
Из-за
Aug 04 10:41:03 wirenboard-AS3MBF7H wb-mqtt-serial[3688468]: WARNING: [serial device] TSerialDevice::ReadRegister(): Serial protocol error: Invalid response [slave_id is a_ok:0x010200]
в архив не попало ничего полезного, очень много таких записей.
Выгрузите лог wb-mqtt-serial за пару часов в файл и выложите пожалуйста. Ну или дайте доступ к контроллеру.
