andreypopov/node-red-contrib-wirenboard

WirenBoard connectivity nodes for node-red

node-red-contrib-wirenboard

Node-Red Nodes for Wirenboard connectivity.

Available nodes are:

• wb-input: A node to subscribe to wirenboard mqtt topics
• wb-output: Publish messages to wirenboard devices

node-red-contrib-wirenboard's Issues

Клонирование топиков в списке выбора устройств.

Здравствуйте! Подскажите, можно ли как-то избавиться от повторяющихся устройств в списке выбора устройств в нодах?

в примере 4 раза повторяется один топик устройства wb

Лишний MQTT трафик

Пользовался данным дополнением к nodered для предобработки данных у себя в локальной сети с огромным удовольствием, но при использовании его с удаленным WB (доступным по локалке, но подключенным через 4G модем с платным трафиком) выяснил за свой счет, что данное дополнение ВСЕГДА подписывается на ВСЕ топики WB. Включая постоянно дергающиеся AIO. Это генерит небольшой но постоянный поток данных, который сжирает трафик в количестве 9 Мбайт в час…

Что отдельно неприятно то, что если вы просто завели удаленный сервер MQTT в дополнении но не используете его “кубики” в своих flow, то оно все равно подключается к удаленному серверу и подписывается тупо на ВСЕ.

Если вы используете Nodered с данным дополнением и недоумеваете куда девается трафик, то попробуйте перейти на встроенные в nodered MQTT читалки и писалки и удалить сервер из списка WB серверов дополнения

Параметры подключения к брокеру

Приветствую!

Думаю, проще было бы использовать уже существующую ноду MQTT для настройки соединения с брокером. Из плюсов легко было бы уже использовать существующие настройки соединения с mqtt, а так же в существующей ноде доступны настройки SSL/TLS и другие параметры.

Если в пайлоад в out указать что-то глубже payload выдает ошибку.

Приходится делать лишние ходы. WB7 прошивка обновлена.

old embedded jQuery module "multiple-select" v1.4.2 breaks monaco-editor in node-red 2.0.0

** Describe issue **
Hi, much like the issue I raised on node-red-contrib-zigbee2mqtt, this repo also has an old version of "multiple-select" embedded in the static/ folder that breaks the new monaco editor (See here)

The issue is (i believe) specific to multiple-select V1.4.2 and below - see this issue: wenzhixin/multiple-select#483

Could you please update to V1.5.2 as it does not cause the editor to break.

** Screens / Logs **

Ошибки TypeError после обновления на 3.6.0

После обновления до версии 3.6.0 посыпались ошибки из нод get вида

[wirenboard-get:736ae7c5.d0707] TypeError: Cannot use 'in' operator to search for '0' in 1
[wirenboard-get:когда видели?] TypeError: Cannot use 'in' operator to search for '0' in 1636697070160
[wirenboard-get:розетка 1] TypeError: Cannot use 'in' operator to search for '0' in ON

Откатился на версию 3.5.3 — ошибок нет, всё работает.
Версия Node-RED: v2.1.3
Версия Node.js : v14.18.1

Динамеческая подписка как в mqtt in узле

Узел wb-get не подписывается на топик, а только один раз его считывает

Возможно ли добавить node.name в msg?

Возможно ли добавить функцию передачи node.name в msg

Не загружается список каналов

Добрый день. Собственно не загружается список каналов в список, ни в одной из нод. Реквизиты подключения к mqtt верные(в ноде mqtt-in - все работает).
В консоли видно, что при нажатии на кнопку "обновить", запрос для получения списка выполняется успешно и в ответе есть список каналов. Ошибок в js-консоли не наблюдается.

Изменить шаблон примера для MDM3

Долго искал как сделать изменение яркости диммеров по времени суток.
В Hormkit из SH изменение яркости меняет отображение статуса канала как "вкл", при этом он по факту выключен. При отправке из node-red только mqtt уровня яркости для Channel диммера ложно отображало что включён в HK.

Нашел решение пробросив MDM3 в HK через node red использовав ваш шаблон с небольшими изменениями.

всего лишь изменил функции между WB-in к HomeKit:
для K1:
msg.payload = (msg.payload == '1') ? {'On':true} : {'On':false};
return msg

для Cnannel 1:
var characteristic = {};
characteristic.Brightness = parseInt(msg.payload);
msg.payload = characteristic;
return msg;

И теперь можно менять параметр яркости для диммера по времени (или прочим сценариям) не делая ложное включение света в HK.

Остальной функционал по тестам не пострадал.

Может внести изменения в шаблон как более универсальное?

Утечка памяти в контроллере wirenboard

Добрый день,

Wirenboard 6.5 ver wb-2204 stable.
Датчик WB-MSW v.3 ver 4.21.0
Node Red ver 2.2 с плагином contrib-wirenboard

На протяжении 3 месяцев Wirenboard с подключенными реле и написанными правилами в Node Red работал без сбоев. Неделю назад я подключил датчик WB-MSW3 к контроллеру Wirenboard. Написал правило в Node Red.
Далее заметил, что память RAM в контроллере закончилась. Node Red все съел.
Стал искать причину - удалял разные flow в Node Red, переделывал/оптимизировал flow, перезагружал сервис Node Red, перезагружал сам контроллер и т.д. В итоге выяснил, что проблемы из-за датчика WB-MSW3 и Node Red. Как только добавляю правила с этим датчиком в Node Red, память начинает утекать.
Правило в Node Red с датчиком WB-MSWv3 почти к в примере при импорте.
Возможно кто-то сталкивался с такой проблемой?
Временный workaround это наверное использовать ноды mqtt самого Node Red.
На форуме wirenboard открыл тему. Там с скриншотами. https://support.wirenboard.com/t/utechka-pamyati-ram-v-node-red-s-wb-msw3/12474