Как временное решение - (универсальное) можно реализовать программное управление, с помощью правил на контроллере. То есть - кнопки читать с самого контроллереа, заданную яркость хранить на нем же.
В ближайшее совещаение подниму вопрос и определимся со сроками.
1 лайк
Подскажите, пожалуйста, как теперь увидеть отдельные каналы в Wirenboard?
Добрый день,
Сейчас чтобы диммер работал нужна версия wb-mqtt-serial=1.60.0~rc.1
По крайней мере у меня иначе не работает
Есть возможность хотя бы внести в актуальную версию библиотеки wb-mqtt-serial поддержку данной прошивки, чтобы обновляться не задумываясь о диммерах? А то она ускакала до 2.3.5 или около того уже и приходится делать downgrade после обновлений.
Добрый день!
Нужна не вся версия, а только файл шаблона. Вы можете его скопировать из /usr/share/wb-mqtt-serial/templates в /etc/wb-mqtt-serial.conf.d/templates/ и обновить wb-mqtt-serial
Добрый день!
Состоялось ли совещание? Можете рассказать о принятых решениях.
Спасибо!
1 лайк
Да вот не работает оно так:
- Обновил wb полностью
- Подложил шаблон на 4 канала
- Его не видно в списке устройств после обновления
Возвращаю старый 1.60rc - с ним работает
Вы случайно не управляете WB-RGB через Алису?
Через spruthub.
Можно, конечно, сделать все на правилах контроллера, но уже точно не читая кнопки на диммере (из-за больших задержек чтения по modbus), а через боковой модуль дискретных входов. Но вопрос в другом: мы выбираем WB в том числе из-за автономности устройств, т.е. чтобы локальное управление с кнопок можно было реализовать без участия контроллера.
И еще есть вопрос: прошивка 2.0.0 будет развиваться как отельная ветка? или это в итоге будет одна универсальная прошивка и для RGB-W управления, и для независимых каналов?
Что решили на совещании, о котором Вы писали месяц назад?
3 лайка
@EvgenyBoger, @BrainRoot вы обозначьте сроки и решение по выпуску прошивки и добавления регистров вкл/выкл как для отдельных каналов, так и для RGB (чтобы при выключении через web не терялось значение установленной яркости). Иначе это выглядит некорректно по отношению к пользователям устройства. За 2 месяца, ни одного ответа по существу. Мы же все понимаем, что вы тему читаете, но почему то проходите мимо.
По существу: не хватает ресурсов, поэтому и сроков тоже нет. Планы сдвинулись из-за вот этого:
У нас недели не проходит, чтобы какой-нибудь производитель на какой-нибудь компонент не поднял цену в два раза или не отложил поставку на 2023 год. Это создаёт большую нагрузку на разработчиков.
Как всегда, помочь можно одним способом: показать наши вакансии всем знакомым. Вакансия Системный программист микроконтроллеров и Linux в Москве, работа в компании Wiren Board
А в чем проблема? Все отлично работает. И отлично интегрируется с HomeKit.
Для ВЫКЛЮЧЕНИЯ нужно использовать регистры 0,1,3 Control type: switch, Registry type: coil.
В то время как регистры 0,1,3 c Registry type: holding - отвечает за яркость. Тогда значение яркости сохраняется корректно.
1 лайк
Такие регистры есть только в тестовой прошивке для 4-отдельных лент. В нетестовой версии для RGB лент они отсутствуют. Карта Modbus-регистров RGB-диммеров — Wiren Board
1 лайк
Понял. Для RGB я делал это через вспомогательный элемент в wb-rules
Данная прошивка подходит для любой аппаратной версии диммера WB-MRGBW-D? Заказ #173251 от 1 марта 2019). Планируется модернизация объекта и перевод c ПЛК ОВЕН на WB полностью. На данный момент из WB на объекте только эти диммеры.
да, для всех WB-MRGBW-D
Привет! Мы сейчас дорабатываем это прошивку для диммеров. Буду признателен пожеланиям по функциональности.
P.S. я удалил из темы все сообщения, в которых только спрашивали сроки: думаю, эти сообщения уже не очень интересны сейчас. Те сообщения, в которых кроме сроков было что-то ещё - оставил.
1 лайк
Привет! все предложения уже выше изложены!
Вот с этим постом я полностью согласен:
Здравствуйте. Нужна помощь. Обновил один модуль wb-mrgbw-d на прошивку 2.0.0
Все отлично работает. Пытаюсь второй прошить и получаю ошибку:
Unhandled exception!
Traceback (most recent call last):
File “/usr/bin/wb-mcu-fw-updater”, line 8, in
from wb_mcu_fw_updater import fw_downloader, update_monitor, user_log, die, CONFIG
File “/usr/lib/python3/dist-packages/wb_mcu_fw_updater/update_monitor.py”, lin e 26, in
db = jsondb.JsonDB(CONFIG[‘DB_FILE_LOCATION’])
File “/usr/lib/python3/dist-packages/wb_mcu_fw_updater/jsondb.py”, line 50, in init
self.load(self.db_fname)
File “/usr/lib/python3/dist-packages/wb_mcu_fw_updater/jsondb.py”, line 55, in load
self.container = FixedLengthList(json.load(open(db_fname, ‘r’)))
File “/usr/lib/python3.5/json/init.py”, line 268, in load
parse_constant=parse_constant, object_pairs_hook=object_pairs_hook, **kw)
File “/usr/lib/python3.5/json/init.py”, line 319, in loads
return _default_decoder.decode(s)
File “/usr/lib/python3.5/json/decoder.py”, line 339, in decode
obj, end = self.raw_decode(s, idx=_w(s, 0).end())
File “/usr/lib/python3.5/json/decoder.py”, line 357, in raw_decode
raise JSONDecodeError(“Expecting value”, s, err.value) from None
json.decoder.JSONDecodeError: Expecting value: line 1 column 1 (char 0)
Перезагружал, отключал питание, снимал все модули лишние модули с RS-485 порта и без результатно.
Подскажите, что делать…
За ранее спасибо!
Добрый день.
Покажите команду которой обновляете прошивку пожалуйста.