Вопросы по работе системы
-
@Erik, вероятно вы недочитали... было два устройства и два "геркона". Стало - два устройства и один аналоговый датчик (АЦП), который теперь, вероятно, надо еще и опрашивать с периодичностью хотя бы 1 раз в минуту.
-
Пользователь @Alex_Jet написал в Вопросы по работе системы:
@Erik, вероятно вы недочитали... было два устройства и два "геркона". Стало - два устройства и один аналоговый датчик (АЦП), который теперь, вероятно, надо еще и опрашивать с периодичностью хотя бы 1 раз в минуту.
Было 2 датчика и 2 устройства в IH
Стало 1 сложный датчик с 3 состояниями и 2 устройства в IH.На мой взгляд нужно:
- Создать 3-е устройство в IH для сложного датчика с 3 состояниями.
- Старые 2 устройства либо удалить, либо присваивать им значения 0-1, одному при переходе между 1 и 2 состоянием устройства 3, второму между 2 и 3 состоянием устройства 3.
Но покрасить легко в 3 цвета как раз 3-е устройства в соответствии с его состояниями.
-
Вопрос, вероятно, как получить данные для аналогового датчика из входящего сообщения без опроса?
Можно создать фиктивный порт L3, например. В расширениях слушать сообщение от pt=3/mod_megad.php?pt=3&v=*
Установить состояние канала (значение v помещать в L3)
L3=%v%
Канал L3 привязать к аналоговому датчику. Для него задать, как предлагает @Erik, 3 состояния методом интервалов и их отображать. Или задача не в этом?
-
@intrapro, плохой из меня объясняющий. Пусть датчик мы будем опрашивать, поскольку он по сути имеет 3 состояний, а может прислать на сервер только 2 крайних. С этим датчиком я хочу поиметь ту же визуальную картину как и в случае с двумя датчиками-герконами:
Как это сделать?
-
@Alex_Jet
Речь идет об отображении состояния датчика уровня?
У вас есть датчик с 3 состояниями. Соответственно 3 картинки: зеленая, желтая и красная.
Если хочется повторить как вы показали, то есть иметь две картинки для датчика уровня, то можно этот же датчик поставить на мнемосхему еще раз. И там свои картинки для состояний.
-
Пользователь @Alex_Jet написал в Вопросы по работе системы:
Как это сделать?
Старым объектам в IH, на которых сделана визуализация присваивать значения по изменению "нового" трехпозиционного датчика в соответствии со сделанной вами же таблицей.
-
Коллеги, всем спасибо! Действительно с помощью сценария я сделал то что хотел. Вопросы к @intrapro:
- Можно ли через функцию обработки значения канала MegaD установить привязанному устройству ошибку? Сейчас там такая функция:
function (val) { var result; if(val > 1000) result = 100; else if (val < 1000 && val > 500) result = 75; else if (val < 500) result = 50; return result; //Возвращаем значение }
Однако в нормальном режиме подключения аналогового датчика его максимальные значения достигают 1010. А вот если датчик отключен (нет контакта, например), то показания всегда максимальные - 1023. В этом случае хочется активировать индикатор ошибки у устройства.
Или как это можно по другому сделать?
2. Для достоверности измерений аналогового датчика требуется многократное измерение напряжения с откидыванием "бракованных" значений и их усреднением. Если массив еще не набрал 5 значений, можно ли из функции устанавливать интервал опроса канала? (в Berry это сделали, а вот в Cherry по моему нет). Нам надо получать значения с датчика 1 раз в минуту, но опросить его 5 раз через промежуток 1/2/3 или 5 секунд.
-
@Alex_Jet, к сожалению, прямой ответ на оба вопроса в данной версии - нет.
Первая задача, на мой взгляд, решается штатными средствами
Вариант 1. Если нужно установить ошибку и при этом исключить значение 1023 -
можно использовать флажки на уровне устройства:- Не принимать значение вне диапазона
- Установить ошибку при выходе из диапазона
Здесь будет 3 состояния, использовать метод интервалов (не совсем понятно преобразование в функции канала в значения 50, 75, 100. Вероятно, есть какой- то функционал на уровне сценария?) Но если рассматривать поставленную задачу без преобразования, то в состояниях будет так:
Номер состояния 0 Граница интервала 499
Номер состояния 1 Граница интервала 999
Номер состояния 2 Граница интервала - любое значение вышеЕсли не принимать 1023, то для 1023 сохраняется предыдущее состояние, но будет ошибка
Вариант 2. Можно организовать для 1023 отдельное состояние ошибки
Тогда нужно это значение принимать (при этом можно устанавливать ошибку, одно другому не мешает)
Номер состояния 0 Граница интервала 499
Номер состояния 1 Граница интервала 999
Номер состояния 2 Граница интервала. 1010
Номер состояния 3 Граница интервала. - Состояние ошибкаПо второй задаче - да, в Berry было, в Cherry делать не стали
Используя метод чередования, в v5 планируем сделать такой функционал
Причем для любого плагина, не только для MegaD
-
Здравствуйте. Как отвязать лицензию pro от одного компьютера и привязать к новому? Просто будет перенос системы для расширения и повышения надежности.
-
@regabriel На сайте в личном кабинете деактивируйте лицензию.
После этого активируйте ее на новом сервере.
-
Пользователь @intrapro написал в Вопросы по работе системы:
не совсем понятно преобразование в функции канала в значения 50, 75, 100. Вероятно, есть какой- то функционал на уровне сценария?
Это чтобы сразу на устройстве отображался объем воды в емкости в понятном % соотношении. Соответственно, в сценарии используются эти значения для управления старыми устройствами (датчик нижнего уровня воды и датчик верхнего уровня воды).
Я понял ваши идеи. Попробую реализовать. В остальном - ждем версии 5.
-
@intrapro, вопрос по "Дельта сохранения" в свойствах БД устройства. Если датчику присваиваются значения 2,88...2,95, то чтобы в БД уменьшить количество записываемых значений, а значит аппроксимировать график, то мне нужно в качестве "Дельта сохранения" указать что-то типа 0,1?
-
@Alex_Jet, да, все верно
-
Здравствуйте. Для работы одного сложного устройства пришлось создать "библиотеку" в 600-1000 строк из объекта с методами.
Если данное устройство будет использоваться в нескольких сценариях, как лучше организовать работу?
Вставлять такой кусок кода в каждый сценарий, не удобно и будет сложно поддерживать, если придется в нем делать поправки, да и систему наверняка будет грузить из-за дублирования, распаковки и т.п. в зависимости от того как вы запускаете сценарии.
-
Пользователь @regabriel написал в Вопросы по работе системы:
Здравствуйте. Для работы одного сложного устройства пришлось создать "библиотеку" в 600-1000 строк из объекта с методами.
Если данное устройство будет использоваться в нескольких сценариях, как лучше организовать работу?
Вставлять такой кусок кода в каждый сценарий, не удобно и будет сложно поддерживать, если придется в нем делать поправки, да и систему наверняка будет грузить из-за дублирования, распаковки и т.п. в зависимости от того как вы запускаете сценарии.
Добрый день!
Можно вынести код объекта в отдельный файл в виде модуля// File mybigobject.js module.exports = { get() { ... },... };
В сценарии делаете require - загрузка модуля:
... const myobj = require("путь к файлу/mybigobject"); const x = myobj.get();
Пропишите абсолютный путь - тогда не будет проблем с дефолтными путями.
Если этот модуль разместить в node_modules, то путь прописывать не надо.Но есть 2 момента:
- редактировать этот файл нужно будет не через систему - для 1000 строк это точно не минус
- если будете менять код, то сервер нужно перезагружать, так как require кэширует модуль. Это тоже плюс для Вас - можете вызывать в разных сценариях, модуль загрузится только однажды
-
Спасибо за развернутые ответы. Но возникают еще вопросы)))
Выяснилось, что для отправки большого количества запросов с большой скоростью на мегад pluginCommand не справляется.
(не знаю из-за чего, но скорость по сравнению с file_get_contents в скриптике из php в десятки раз медленнее)
Из-за чего встает задачка проверки возможности самому отправлять запросы напрямую.Как подключать библиотеки express или request ?
В плагине от меги нашел вариант:require("./lib/httpclient");
Правильно ли я понимаю, что подключать нужно через ./lib/ , а список всех доступных модулей можно посмотреть в /opt/intrahouse-c/backend/node_modules ? Или есть тонкости?
-
Пользователь @regabriel написал в Вопросы по работе системы:
Спасибо за развернутые ответы. Но возникают еще вопросы)))
Выяснилось, что для отправки большого количества запросов с большой скоростью на мегад pluginCommand не справляется.
(не знаю из-за чего, но скорость по сравнению с file_get_contents в скриптике из php в десятки раз медленнее)
Из-за чего встает задачка проверки возможности самому отправлять запросы напрямую.pluginCommand из сценария - дополнительная возможность отправки команды плагину. Основной ход все же - отправлять запросы через каналы.
Для ускорения работы плагина MegaD:
- если есть опрос каналов, можно попробовать его отключить (на уровне каналов и в параметрах плагина - период опроса всех каналов поставить 0)
- самое главное - для меги есть спец настройка для замедления отправки следующей команды. "Интервал отправки запросов" установлен по умолчанию в 200 мсек, на самом деле это очень много, но были проблемы с зависанием контроллера при частой отправке запросов. Можно сильно уменьшить этот параметр.
Интересно конечно посмотреть в отладчике плагина, где происходит замедление, но если не меняли параметр Интервал опроса, то отправляется только 5 запросов в секунду. И собственно pluginCommand здесь ни при чем
Тем не менее, можно попробовать и другие вариантыВ плагине от меги нашел вариант:
require("./lib/httpclient");
Правильно ли я понимаю, что подключать нужно через ./lib/ , а список всех доступных модулей можно посмотреть в /opt/intrahouse-c/backend/node_modules ? Или есть тонкости?
Нет, все что в /opt/intrahouse-c/backend/node_modules, делаете require без путей.
Приведенный пример - это http клиент внутри плагина megad, не из node_modules, а из файла /var/lib/intrahouse-c/plugins/megad/lib/httpclient.jsКак подключать библиотеки express или request ?
Для запросов к MegaD ни request, ни тем более express не нужен, нужен простой http клиент (get запросы без затей). Встроенный в nodejs модуль http покроет
с избытком:require('http').get('http://192.168.11.22/sec/?.....')
Примеры использования есть на примере сниппетов:
https://forum.ih-systems.com/topic/139/сниппеты/3?_=1594984596289
В зависимости от вашей задачи есть варианты:
- использовать require('http') из сценария или сниппета (здесь есть накладные расходы на запуск - останов сценария; если запросов ооочень много, то может пострадать общая производительность системы, так как сценарии работают в основном процессе)
- использовать http плагин (который кстати использует request, так как поддерживает post запросы и др фишки). Плагины запускаются как дочерние процессы.
- если там действительно много запросов и скорость не устраивает, написать свой плагин с оптимизацией под конкретную задачу.
-
Ошибочка:
На мнемосхеме:
Добавляем устройство -> текстовое представление
Элемент -> выравнивание по горизонтали и по вертикали не работает. Всегда текст остается в центре.
-
Коллеги, все же я хочу реализовать "виджет", показывающий остаток количества куб.м воды, которые еще могут протечь через фильтр тонкой очистки. Итак, есть счетчик объема холодной воды, есть "виджет" в виде аналогового датчика, который будет изображать из себя "Счетчик остатка ресурса фильтра". У него будет в качестве уставки - значение ресурса фильтра в куб.м, а также дополнительные параметры - "replacement" - чтобы наступал момент информирования пользователя о замене фильтра, а также "reset" - для сброса показаний счетчика ресурса фильтров к первоначальному виду после замены элемента фильтра. Получился примерно следующий сценарий, однако он не до конца работает...
const meter = Device("Meter","Счетчик расхода"); const life_meter = Device("SensorA","Счетчик ресурса фильтра", [ {"name":"replacement", "note":"Остаточный объем для индикации замены фильтра, м³", "type":"number", "val":1}, {"name":"reset", "note":"Флаг сброса счетчика ресурса фильтра", "type":"cb", "val":0} ]); startOnChange([meter,life_meter]); script({ value: 0, weight_meter: 0.01, start() { //Изменения из меню счетчика ресурса фильтра if(this.isChanged(life_meter, "reset")) { this.value = 0; this.assign(life_meter, "value", life_meter.setpoint); this.assign(life_meter, "reset", 0); } if(this.isChanged(life_meter, "setpoint")) { this.value = 0; this.assign(life_meter, "value", life_meter.setpoint); } //Изменения значения счетчика расхода if(this.isChanged(meter, "value")) { this.log("> Значение счетчика = " +meter.value); if(life_meter.value == life_meter.setpoint) { this.log("> life_meter.value == life_meter.setpoint"); this.value = life_meter.setpoint - this.weight_meter; } else { this.value = this.value - this.weight_meter; } this.log("> this.value = " +this.value); this.assign(life_meter, "value", this.value); } //Индикация для замены фильтра if(life_meter.value < life_meter.getParam("replacement")) { this.assign(life_meter, "error", 1); } else if(life_meter.error) { this.assign(life_meter, "error", 0); } } });
Однако при изменениях со стороны meter почему-то система "не видит" условия if(this.isChanged(meter, "value")). Лог сценария при этом такой:
20.07 23:27:34.067 S152(,METER1_02,METER1_03) Trigger METER1_02 20.07 23:27:34.067 S152(,METER1_02,METER1_03) Started 20.07 23:27:34.068 S152(,METER1_02,METER1_03) isChanged(METER1_03,reset)=false Changed: {"METER1_02":{"aval":14.73}} 20.07 23:27:34.069 S152(,METER1_02,METER1_03) isChanged(METER1_03,defval)=false Changed: {"METER1_02":{"aval":14.73}} 20.07 23:27:34.069 S152(,METER1_02,METER1_03) isChanged(METER1_02,dval)=false Changed: {"METER1_02":{"aval":14.73}} 20.07 23:27:34.069 S152(,METER1_02,METER1_03) Stopped
Подскажите что не так?
-
@Alex_Jet, похоже, Вы нашли баг с использованием счетчика в сценарии версии v4. А именно - value для счетчика - это aval, а не dval
Попробуйте использовать для счетчика "aval" вместо "value", т е
сделать такую замену:if(this.isChanged(meter, "value")) ==> if(this.isChanged(meter, "aval")) this.log("> Значение счетчика = " +meter.value); ==> this.log("> Значение счетчика = " +meter.getParam("aval"));