1. Главная
  2. IntraHouse
  3. Плагины
  4. Плагин MegaD

Плагин MegaD

  • G

    @intrapro:

    Смысл этих параметров, думаю, понятен: яркость на диммере обычно бывает 0-100%, задвижка регулируется 0-90 и т д, а на MegaD нужно передавать 0-255 или 0-4096

    В Berry использовался коэффициент пересчета, на который при передаче значение умножалось, при приеме делилось.

    Здесь преобразование показано явно. Подумаем, может и уберем логический уровень, но пока так 🙂

    Было бы логично, оставить как есть, максимальный логический уровень при этом вывести на максимальное значение ползунка диммера - так, наверно, правильней и пользователям понятнее управлять устройством. А коэффициент пересчета определять при этом автоматически, с участием физического уровня.

    0
  • I

    @Alex_Jet:

    А подскажите по управлению удаленным контроллером доработки не делались? - при получении "трапа" от одной MegaD выполнить команду на другой MegaD и, соответственно, изменить состояние канала удаленного контроллера в веб-интерфейсе. Сейчас последнее не работает.

    Писал про это тут

    Расширения_Команда_на_удаленный_MegaD.JPG

    Сейчас есть возможность при получении сообщения от MegaD запускать сценарий.

    И видится более правильным запустить сценарий для отправки запроса на переключение через команду конкретного плагина:

    this.pluginCommand({unit:'megad9', command:{url:'/sec/?cmd=7:1;8:0', onResponse:[{id:"7",value:1},{id:"8",value:0}]});

    в вашем случае

    this.pluginCommand({unit:'megad9', command:{url:'/sec/?cmd=15:2', onResponse:[{id:"15",value:"TOGGLE"}] });

    Два аргумента в пользу этого:

    1. В отличие от Berry в Cherry состояние актуатора переключается, когда получен ответ Done

    Поэтому кажется нелогичным изменять состояние канала удаленного контроллера ДО получения ответа от него

    ( "Установить состояния каналов" выполняется при получении входящего от контроллера)

    2. Команда пойдет в общую очередь плагина.

    А запрос, который отправляется напрямую на другой контроллер, в очередь естественно не включается (это прямой http запрос)

    @Alex_Jet:

    PS: И да - в чем же трудность в Cherry отличать pt=1 от pt=1&m=*? В Berry ведь все работало замечательно!

    Это просто чудеса 🙂 Способ обработки входящих в Berry полностью сохранен в Cherry.

    @Alex_Jet:

    Также для отладки нужна опциональная запись st=1 в пользовательский журнал или ведение лога. Один контроллер с плагином MegaD Cherry стал работать хуже чем было в Berry.. .перезагружаться стал чаще. Разработчик контроллера не может воспроизвести мою ситуацию с помощью лавинного опроса php-методами и думает, что это связано с методами js.

    Какое оборудование подключено к этому контроллеру? В чем его отличие от других?

    В Cherry никаких лавинных запросов в принципе быть не может, следующий запрос посылается с гарантированным интервалом, включая команды (в отличие от Berry, где команды шли вне очереди)

    Запись полного лога добавим.

    На сегодня можно делать запись st=1 в пользовательский журнал с помощью сценария, который запускается при получении запроса

    0
  • A

    @intrapro:

    Сейчас есть возможность при получении сообщения от MegaD запускать сценарий.

    Ну наворотили… так наворотили. Я то думаю нафига такой функционал? Теперь бы еще придумать как сделать один скрипт для нескольких таких сообщения от MegaD (типа if(get() == "pt=7") {}) - чтобы все в одном скрипте было! Ранее уже говорил, что путаюсь что в каком скрипте у меня...

    Таким образом, сейчас поле "Выполнить запрос..." стало не актуальным?
    @intrapro:

    Это просто чудеса 🙂 Способ обработки входящих в Berry полностью сохранен в Cherry.

    В чудеса не верю - где-то что-то не так. Либо в Berry было что-то не так, что приводило к хорошим результатам!

    @intrapro:

    Какое оборудование подключено к этому контроллеру? В чем его отличие от других?

    В Cherry никаких лавинных запросов в принципе быть не может, следующий запрос посылается с гарантированным интервалом, включая команды (в отличие от Berry, где команды шли вне очереди)

    Запись полного лога добавим.

    На сегодня можно делать запись st=1 в пользовательский журнал с помощью сценария, который запускается при получении запроса

    Я все понимаю, но совместно с разработчиком бьюсь с этим уже несколько месяцев - толку ноль. Изменение условий:

    1. К контроллеру А подключил пару DS18B20 и шину 1WB, при этом на нем не было ничего кроме DHT22 (с ним контроллер без сбоев работал 2 года!). Контроллер стал каждый день перезагружаться - каждый раз спотыкался на опросе DHT22! Отключил его и все работает без сбоев с большим uptime. Как только подключаю (настраиваю порт на опрос) DHT22 так через некоторое время контроллер перезагружается.

    2. К контроллеру Б подключил шину 1WB, при этом на нем уже висел DS18B20 и шина I2C. С Berry перезагружался раз в 2-3 дня (при температуре ниже -20 вообще не перезагружался). С Cherry перезагружался каждый день!!! Вчера поставил интервал отправки запросов 300мсек, пока uptime не сбрасывался 3d 20:38

    Разработчик пробовал воспроизводить мои условия с моей конфигурацией, делая опрос с помощью php так быстро как можно, но не добился его зависания. Я уже менял и контроллеры, и их БП. Святой водой не поливал только….

    0
  • I

    @Alex_Jet:

    @intrapro:

    Сейчас есть возможность при получении сообщения от MegaD запускать сценарий.

    Ну наворотили… так наворотили. Я то думаю нафига такой функционал?

    По моему всегда было горячее желание писать скрипты где только можно 🙂

    Здесь функционал увеличивается: можно передавать команды не только другим контроллерам, но и другим плагинам; вычислять, записывать в журнал; да много чего можно придумать

    @Alex_Jet:

    Таким образом, сейчас поле "Выполнить запрос…" стало не актуальным?

    Наверно есть задачи, где нужно просто отправить запрос без feedback-а.

    @Alex_Jet:

    Теперь бы еще придумать как сделать один скрипт для нескольких таких сообщения от MegaD (типа if(get() == "pt=7") {}) - чтобы все в одном скрипте было! Ранее уже говорил, что путаюсь что в каком скрипте у меня…

    Да, это вопрос решаемый за счет передачи параметра (-ов) при вызове сценария (это уже реализовано при запуске сценария с кнопки). В плагине megad добавим в следующей версии. Выглядеть это может так:

    Запуск сценария: toggleLamp

    Параметр сценария: 7

    А в сценарии этот параметр принять как входной аргумент, например так:

    start(megaPort) {
   if (megaPort == 7) ....
   ...
}

    @intrapro:

    Разработчик пробовал воспроизводить мои условия с моей конфигурацией, делая опрос с помощью php так быстро как можно, но не добился его зависания. Я уже менял и контроллеры, и их БП. Святой водой не поливал только….

    Здесь наверно поможет только тотальное логирование и дальнейший анализ.

    0
  • I

    @intrapro:

    @Alex_Jet:

    Теперь бы еще придумать как сделать один скрипт для нескольких таких сообщения от MegaD (типа if(get() == "pt=7") {}) - чтобы все в одном скрипте было! Ранее уже говорил, что путаюсь что в каком скрипте у меня…

    Да, это вопрос решаемый за счет передачи параметра (-ов) при вызове сценария (это уже реализовано при запуске сценария с кнопки). В плагине megad добавим в следующей версии.

    На гитхаб опубликован новый релиз плагина 1.1.12: https://github.com/intrahouseio/intraHouse.plugin-MegaD/releases/tag/v1.1.12

    При запуске сценария (Расширения) добавлен опциональный "Параметр сценария"

    Запускаемый сценарий должен объявить параметр как входящий аргумент функции start и затем использовать его.

    Пример c megaPort из предыдущего сообщения полностью рабочий

    Если оставить параметр пустым, в качестве параметра будет передан JSON с содержимым полученного запроса, например

    {"pt":1, "m":2} для /megad?pt=1&m=2

    В этом случае параметр в сценарии нужно разобрать c помощью JSON.parse(), в результате получаем объект

    start(req) {
   const obj = JSON.parse(req);
  this.log("Порт "+obj.pt+", m="+obj.m );
}

    Также объект можно ввести вручную в строку "Параметр сценария", если есть такая необходимость

    Например: Параметр сценария: {"pt":15, "cmd":"one-two", "click":1, "hello":"world" }

    start(myparam) {
   const obj = JSON.parse(myparam);
  this.log("Порт "+obj.pt+" send hello "+obj.hello )
}
    0
  • A

    @intrapro:

    Пример c megaPort из предыдущего сообщения полностью рабочий

    Немного прокомментирую для остальных, поскольку сразу не все понял. Если в разделе "Расширения" плагина MegaD в поле "Параметр сценария" вписать, например, значение 7, то скрипт вида

    start(megaPort) {
    if(megaPort == 7) {
      this.log("Сработал порт - " +megaPort);
    }
  }

    сработает и в пользовательский журнал будет внесена запись "Сработал порт - 7".

    @intrapro:

    Если оставить параметр пустым, в качестве параметра будет передан JSON с содержимым полученного запроса.

    В моем случае скрипт для двух случаев нажатия кнопок выключателей будет выглядеть так:

    script({
  start(param) {
    const obj = JSON.parse(param);

    if(obj.pt == 0 && obj.click == 2) {
      this.pluginCommand({ unit:"megad4", command:{url:"/sec/?cmd=15:2", onResponse:[{id:"15",value:"TOGGLE"}]} });
      this.log("Переключен свет в котельной");
    }

    if(obj.pt == 3 && obj.click == 2) {
      this.pluginCommand({ unit:"megad5", command:{url:"/sec/?cmd=8:2", onResponse:[{id:"8",value:"TOGGLE"}]} });
      this.log("Переключен свет в кладовке");
    }
  }

    Однако если скрипт использовать со всеми MegaD, то придется в строку "Параметр сценария" вводить как минимум IP-адрес, номер порта и параметр его сработки для того, чтобы идентифицировать порт какого MegaD сработал. Поэтому мое пожелание разработчикам - по умолчанию в качестве параметра передавать JSON, в котором будет содержаться IP-адрес MegaD, то есть: {"ip":"192.168.0.14", "pt":1, "m":2} для /megad?pt=1&m=2 с IP-адресом 192.168.0.14

    @intrapro:

    Также объект можно ввести вручную в строку "Параметр сценария", если есть такая необходимость

    Этот вариант я использовал чтобы отобразить какой именно контроллер перезагрузился. То есть в строку "Параметр сценария" ввел описание контроллера (то что у меня есть в комментарии) - {"dev":"MegaD-2561-21 (Освещение #1)"}. Соответственно скрипт для записи в журнал и оповещения через telegram получился такой:

    /** 
* @name Запись перезагрузки MegaD в журнал 
* @desc При возникновении события st=1 от MegaD оно записывается в журнал 
* @version 4 
*/

script({
  start(param) {
    const obj = JSON.parse(param);
    this.log(obj.dev + " перезагружен!");
    this.info("telegram", "OWNER", obj.dev + " перезагружен!");
  }
});
    0
  • I

    Коллеги, нужен совет.

    Мы приобрели MegaD-2561. А про модули ввода/вывода не подумали.

    В первую очередь нужны диммер и RGB. Может еще что-то.

    Что посоветуете взять?

    Нам это оборудование нужно для тестирования плагина MegaD

    0
  • A

    @intrahouse:

    Коллеги, нужен совет.

    Мы приобрели MegaD-2561. А про модули ввода/вывода не подумали.

    Согласен с предыдущим оратором. В 14IOR есть одно штатное реле (P14/P29) и 14 очень гибко настраиваемых входов. Например их можно сделать выходами…к которым можно подключить обычные платы реле с Али. Подтяжку у входов можно либо совсем отключить и использовать P0-P5 как АЦП, либо увеличить ток подтяжки для работы с длинными шинами 1WB/I2C. Конечно же к этим входам можно подключить RGB ленты на базе WS281x или часть из них (P10-P13/P25,P27-P28) сделать выходами для подключения ШИМ драйверов типа L298N.

    Кроме этого, на борту этого модуля есть шина с +5В и +3.3В. То есть без проблем можно подключить любой датчик.

    0
  • I

    Коллеги, спасибо.

    0
  • A

    Может чего не так делаю, но не работает на megad диммер. Значения не меняются.

    01.02 18:34:40.958 megad1: 
01.02 18:34:40.959 megad1: localhost => 192.168.0.16 HTTP GET /sec/?cmd=all
01.02 18:34:40.983 megad1: localhost <= 192.168.0.16  response: statusCode=200 contentType = text/html
01.02 18:34:40.985 megad1:  body: ON/1;OFF;ON/1;ON;ON;183;ON;ON;ON;ON;255;OFF;ON;ON;ON;ON;OFF;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;14.40;OFF;ON;ON;ON;ON;ON;ON
01.02 18:34:40.988 IH: get [{"id":"1","value":"0"},{"id":"10","value":100},{"id":"30","value":"14.4"}]
01.02 18:34:40.988 IH: set {"VENT1":{"dval":"0","err":0},"DIMM2":{"aval":100,"err":0},"SENSORA1":{"aval":"14.4","err":0}}
01.02 18:34:41.363 megad1: 
01.02 18:34:41.366 megad1: localhost => 192.168.0.16 HTTP GET /sec/?pt=30&cmd=get
01.02 18:34:41.391 megad1: localhost <= 192.168.0.16  response: statusCode=200 contentType = text/html
01.02 18:34:41.391 megad1:  body: 14.40
01.02 18:34:41.392 IH: get [{"id":"30","value":"14.4"}]
01.02 18:34:41.393 IH: set {"SENSORA1":{"aval":"14.4","err":0}}
01.02 18:34:41.568 megad1: 
01.02 18:34:41.568 megad1: localhost => 192.168.0.16 HTTP GET /sec/?pt=10&cmd=get
01.02 18:34:41.584 megad1: localhost <= 192.168.0.16  response: statusCode=200 contentType = text/html
01.02 18:34:41.585 megad1:  body: 255
01.02 18:34:41.589 IH: get [{"id":"10","value":100}]
01.02 18:34:41.590 IH: set {"DIMM2":{"aval":100,"err":0}}
01.02 18:34:42.169 megad1: 
01.02 18:34:42.170 megad1: localhost => 192.168.0.16 HTTP GET /sec/?cmd=all
01.02 18:34:42.190 megad1: localhost <= 192.168.0.16  response: statusCode=200 contentType = text/html
01.02 18:34:42.191 megad1:  body: ON/1;OFF;ON/1;ON;ON;192;ON;ON;ON;ON;254;OFF;ON;ON;ON;ON;OFF;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;14.40;OFF;ON;ON;ON;ON;ON;ON
01.02 18:34:42.191 IH: get [{"id":"1","value":"0"},{"id":"10","value":100},{"id":"30","value":"14.4"}]
01.02 18:34:42.192 IH: set {"VENT1":{"dval":"0","err":0},"DIMM2":{"aval":100,"err":0},"SENSORA1":{"aval":"14.4","err":0}}
01.02 18:34:42.571 megad1: 
01.02 18:34:42.572 megad1: localhost => 192.168.0.16 HTTP GET /sec/?pt=30&cmd=get
01.02 18:34:42.593 megad1: localhost <= 192.168.0.16  response: statusCode=200 contentType = text/html
01.02 18:34:42.594 megad1:  body: 14.40
01.02 18:34:42.595 IH: get [{"id":"30","value":"14.4"}]
01.02 18:34:42.595 IH: set {"SENSORA1":{"aval":"14.4","err":0}}
01.02 18:34:42.772 megad1: 
01.02 18:34:42.773 megad1: localhost => 192.168.0.16 HTTP GET /sec/?pt=10&cmd=get
01.02 18:34:42.788 megad1: localhost <= 192.168.0.16  response: statusCode=200 contentType = text/html
01.02 18:34:42.789 megad1:  body: 254
01.02 18:34:42.790 IH: get [{"id":"10","value":100}]
01.02 18:34:42.791 IH: set {"DIMM2":{"aval":100,"err":0}}
01.02 18:34:43.374 megad1: 
01.02 18:34:43.375 megad1: localhost => 192.168.0.16 HTTP GET /sec/?cmd=all
01.02 18:34:43.406 megad1: localhost <= 192.168.0.16  response: statusCode=200 contentType = text/html
01.02 18:34:43.407 megad1:  body: ON/1;OFF;ON/1;ON;ON;193;ON;ON;ON;ON;255;OFF;ON;ON;ON;ON;OFF;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;14.31;OFF;ON;ON;ON;ON;ON;ON
01.02 18:34:43.407 IH: get [{"id":"1","value":"0"},{"id":"10","value":100},{"id":"30","value":"14.31"}]
01.02 18:34:43.408 IH: set {"VENT1":{"dval":"0","err":0},"DIMM2":{"aval":100,"err":0},"SENSORA1":{"aval":"14.31","err":0}}
01.02 18:34:43.776 megad1: 
01.02 18:34:43.777 megad1: localhost => 192.168.0.16 HTTP GET /sec/?pt=30&cmd=get
01.02 18:34:43.798 megad1: localhost <= 192.168.0.16  response: statusCode=200 contentType = text/html
01.02 18:34:43.799 megad1:  body: 14.31
01.02 18:34:43.799 IH: get [{"id":"30","value":"14.31"}]
01.02 18:34:43.800 IH: set {"SENSORA1":{"aval":"14.31","err":0}}
01.02 18:34:43.978 megad1: 
01.02 18:34:43.979 megad1: localhost => 192.168.0.16 HTTP GET /sec/?pt=10&cmd=get
01.02 18:34:43.993 megad1: localhost <= 192.168.0.16  response: statusCode=200 contentType = text/html
01.02 18:34:43.994 megad1:  body: 254
01.02 18:34:43.994 IH: get [{"id":"10","value":100}]
01.02 18:34:43.995 IH: set {"DIMM2":{"aval":100,"err":0}}
01.02 18:34:44.581 megad1: 
01.02 18:34:44.581 megad1: localhost => 192.168.0.16 HTTP GET /sec/?cmd=all
01.02 18:34:44.596 megad1: localhost <= 192.168.0.16  response: statusCode=200 contentType = text/html
01.02 18:34:44.598 megad1:  body: ON/1;OFF;ON/1;ON;ON;192;ON;ON;ON;ON;255;OFF;ON;ON;ON;ON;OFF;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;14.31;OFF;ON;ON;ON;ON;ON;ON
01.02 18:34:44.599 IH: get [{"id":"1","value":"0"},{"id":"10","value":100},{"id":"30","value":"14.31"}]
01.02 18:34:44.599 IH: set {"VENT1":{"dval":"0","err":0},"DIMM2":{"aval":100,"err":0},"SENSORA1":{"aval":"14.31","err":0}}
01.02 18:34:44.981 megad1: 
01.02 18:34:44.982 megad1: localhost => 192.168.0.16 HTTP GET /sec/?pt=30&cmd=get
01.02 18:34:45.003 megad1: localhost <= 192.168.0.16  response: statusCode=200 contentType = text/html
01.02 18:34:45.004 megad1:  body: 14.31
01.02 18:34:45.005 IH: get [{"id":"30","value":"14.31"}]
01.02 18:34:45.006 IH: set {"SENSORA1":{"aval":"14.31","err":0}}
01.02 18:34:45.183 megad1: 
01.02 18:34:45.184 megad1: localhost => 192.168.0.16 HTTP GET /sec/?pt=10&cmd=get
01.02 18:34:45.200 megad1: localhost <= 192.168.0.16  response: statusCode=200 contentType = text/html
01.02 18:34:45.201 megad1:  body: 254
01.02 18:34:45.202 IH: get [{"id":"10","value":100}]
    0
  • I

    @artem521:

    Может чего не так делаю, но не работает на megad диммер. Значения не меняются.

    Команды управления в логе не вижу. А чтобы увидеть изменение значения с 255 на 254 надо сделать на устройстве-диммере логический интервал не 0-100, а 0-255. Иначе, 255 и 254 - это все равно 100

    0
  • A

    @intrapro:

    @artem521:

    Может чего не так делаю, но не работает на megad диммер. Значения не меняются.

    Команды управления в логе не вижу

    Я сделал все как обычно: настроил мегу, создал устройство, настроил канал в плагине, добавил мнемосхему. Но не чего не происходит(
    13.png

    0
  • A

    @intrapro:

    @artem521:

    Может чего не так делаю, но не работает на megad диммер. Значения не меняются.

    Команды управления в логе не вижу. А чтобы увидеть изменение значения с 255 на 254 надо сделать на устройстве-диммере логический интервал не 0-100, а 0-255. Иначе, 255 и 254 - это все равно 100

    Я так делал изначально. Не меняются значения. Даже если с веба меги задаю любое значение, на IH не меняется.

    0
  • I

    @artem521:

    @intrapro:

    @artem521:

    Может чего не так делаю, но не работает на megad диммер. Значения не меняются.

    Команды управления в логе не вижу. А чтобы увидеть изменение значения с 255 на 254 надо сделать на устройстве-диммере логический интервал не 0-100, а 0-255. Иначе, 255 и 254 - это все равно 100

    Я так делал изначально. Не меняются значения. Даже если с веба меги задаю любое значение, на IH не меняется.

    У вас в логе канал 10 связался с устройством DIM2, но читается оттуда только 255 и 254.

    Когда изменяете на меге, посмотрите в отладчике - на 10 канале должно значение измениться. Пока оно только 255 и 254

    ON/1;OFF;ON/1;ON;ON;192;ON;ON;ON;ON;254;OFF;ON;ON;ON;ON;OFF;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;14.40;OFF;ON;ON;ON;ON;ON;ON

    0
  • A

    artem521, а с какой целью опрашиваешь все каналы контроллера так часто? Ведь особенность MegaD в том что она сама по событию на порте (замыкание/размыкание) присылает сообщение на сервер. И опрашивать нужно только каналы, на которых висят датчики (DS18B20, DHT и датчики на шине I2C).

    0
  • A

    @Alex_Jet:

    artem521, а с какой целью опрашиваешь все каналы контроллера так часто? Ведь особенность MegaD в том что она сама по событию на порте (замыкание/размыкание) присылает сообщение на сервер. И опрашивать нужно только каналы, на которых висят датчики (DS18B20, DHT и датчики на шине I2C).

    Я пробую все варианты по проблеме с диммером, чего-то не понимаю в чем дело

    0
  • A

    @intrapro:

    @artem521:

    @intrapro:

    Команды управления в логе не вижу. А чтобы увидеть изменение значения с 255 на 254 надо сделать на устройстве-диммере логический интервал не 0-100, а 0-255. Иначе, 255 и 254 - это все равно 100

    Я так делал изначально. Не меняются значения. Даже если с веба меги задаю любое значение, на IH не меняется.

    У вас в логе канал 10 связался с устройством DIM2, но читается оттуда только 255 и 254.

    Когда изменяете на меге, посмотрите в отладчике - на 10 канале должно значение измениться. Пока оно только 255 и 254

    ON/1;OFF;ON/1;ON;ON;192;ON;ON;ON;ON;254;OFF;ON;ON;ON;ON;OFF;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;14.40;OFF;ON;ON;ON;ON;ON;ON

    Введенные значения с меги в отладчике меняются, но на самом актуаторе меняется с "0" на "1"

    01.02 20:39:39.069 megad1: 
01.02 20:39:39.072 megad1: localhost => 192.168.0.16 HTTP GET /sec/?cmd=all
01.02 20:39:39.082 megad1: localhost <= 192.168.0.16  response: statusCode=200 contentType = text/html
01.02 20:39:39.085 megad1:  body: OFF/2;OFF;OFF/1;OFF;OFF;1019;OFF;ON;ON;ON;130;OFF;ON;ON;OFF;ON;OFF;ON;OFF;OFF;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;27.36;OFF;ON;ON;ON;ON;ON;ON
01.02 20:39:39.088 IH: get [{"id":"1","value":"0"},{"id":"10","value":1},{"id":"30","value":"27.36"}]
01.02 20:39:39.089 IH: set {"VENT1":{"dval":"0","err":0},"DIMM2":{"aval":1,"err":0},"SENSORA1":{"aval":"27.36","err":0}}
01.02 20:39:39.273 megad1: 
01.02 20:39:39.274 megad1: localhost => 192.168.0.16 HTTP GET /sec/?pt=30&cmd=get
01.02 20:39:39.284 megad1: localhost <= 192.168.0.16  response: statusCode=200 contentType = text/html
01.02 20:39:39.285 megad1:  body: 27.36
01.02 20:39:39.286 IH: get [{"id":"30","value":"27.36"}]
01.02 20:39:39.287 IH: set {"SENSORA1":{"aval":"27.36","err":0}}
01.02 20:39:40.276 megad1: 
01.02 20:39:40.277 megad1: localhost => 192.168.0.16 HTTP GET /sec/?cmd=all
01.02 20:39:40.290 megad1: localhost <= 192.168.0.16  response: statusCode=200 contentType = text/html
01.02 20:39:40.291 megad1:  body: OFF/2;OFF;OFF/1;OFF;OFF;1019;OFF;ON;ON;ON;130;OFF;ON;ON;OFF;ON;OFF;ON;OFF;OFF;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;27.36;OFF;ON;ON;ON;ON;ON;ON
01.02 20:39:40.294 IH: get [{"id":"1","value":"0"},{"id":"10","value":1},{"id":"30","value":"27.36"}]
01.02 20:39:40.295 IH: set {"VENT1":{"dval":"0","err":0},"DIMM2":{"aval":1,"err":0},"SENSORA1":{"aval":"27.36","err":0}}
01.02 20:39:40.477 megad1: 
01.02 20:39:40.479 megad1: localhost => 192.168.0.16 HTTP GET /sec/?pt=30&cmd=get
01.02 20:39:40.487 megad1: localhost <= 192.168.0.16  response: statusCode=200 contentType = text/html
01.02 20:39:40.488 megad1:  body: 27.36
01.02 20:39:40.489 IH: get [{"id":"30","value":"27.36"}]
01.02 20:39:40.489 IH: set {"SENSORA1":{"aval":"27.36","err":0}}
01.02 20:39:41.480 megad1: 
01.02 20:39:41.482 megad1: localhost => 192.168.0.16 HTTP GET /sec/?cmd=all
01.02 20:39:41.493 megad1: localhost <= 192.168.0.16  response: statusCode=200 contentType = text/html
01.02 20:39:41.494 megad1:  body: OFF/2;OFF;OFF/1;OFF;OFF;1023;OFF;ON;ON;ON;140;OFF;ON;ON;OFF;ON;OFF;ON;OFF;OFF;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;27.36;OFF;ON;ON;ON;ON;ON;ON
01.02 20:39:41.495 IH: get [{"id":"1","value":"0"},{"id":"10","value":1},{"id":"30","value":"27.36"}]
01.02 20:39:41.496 IH: set {"VENT1":{"dval":"0","err":0},"DIMM2":{"aval":1,"err":0},"SENSORA1":{"aval":"27.36","err":0}}
01.02 20:39:41.682 megad1: 
01.02 20:39:41.684 megad1: localhost => 192.168.0.16 HTTP GET /sec/?pt=30&cmd=get
01.02 20:39:41.692 megad1: localhost <= 192.168.0.16  response: statusCode=200 contentType = text/html
01.02 20:39:41.693 megad1:  body: 27.36
01.02 20:39:41.694 IH: get [{"id":"30","value":"27.36"}]
01.02 20:39:41.694 IH: set {"SENSORA1":{"aval":"27.36","err":0}}
01.02 20:39:42.685 megad1: 
01.02 20:39:42.687 megad1: localhost => 192.168.0.16 HTTP GET /sec/?cmd=all
01.02 20:39:42.698 megad1: localhost <= 192.168.0.16  response: statusCode=200 contentType = text/html
01.02 20:39:42.699 megad1:  body: OFF/2;OFF;OFF/1;OFF;OFF;1020;OFF;ON;ON;ON;140;OFF;ON;ON;OFF;ON;OFF;ON;OFF;OFF;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;27.18;OFF;ON;ON;ON;ON;ON;ON
01.02 20:39:42.700 IH: get [{"id":"1","value":"0"},{"id":"10","value":1},{"id":"30","value":"27.18"}]
01.02 20:39:42.701 IH: set {"VENT1":{"dval":"0","err":0},"DIMM2":{"aval":1,"err":0},"SENSORA1":{"aval":"27.18","err":0}}
01.02 20:39:42.887 megad1: 
01.02 20:39:42.888 megad1: localhost => 192.168.0.16 HTTP GET /sec/?pt=30&cmd=get
01.02 20:39:42.897 megad1: localhost <= 192.168.0.16  response: statusCode=200 contentType = text/html
01.02 20:39:42.898 megad1:  body: 27.18
01.02 20:39:42.898 IH: get [{"id":"30","value":"27.18"}]
01.02 20:39:42.899 IH: set {"SENSORA1":{"aval":"27.18","err":0}}

    Походу чего-то не так делаю
    1d.png
    2d.png
    3d.png

    0
  • A

    Хотя вот что заметил- ползунком если управлять с IH, значение на веб меги меняется, а на самом актуаторе нет.
    33d.png

    0
  • I

    @artem521:

    Введенные значения с меги в отладчике меняются, но на самом актуаторе меняется с "0" на "1"

    Походу чего-то не так делаю

    В канале:

    Значение логического уровня 0-:

    У вас стоит 0, надо 255 (или 100, если стандартно, это яркость)

    0
  • A

    @intrapro:

    @artem521:

    Введенные значения с меги в отладчике меняются, но на самом актуаторе меняется с "0" на "1"

    Походу чего-то не так делаю

    В канале:

    Значение логического уровня 0-:

    У вас стоит 0, надо 255 (или 100, если стандартно, это яркость)

    Спасибо, все теперь заработало. Информации побольше б по настройкам.

    0
плагины 22 mega-d 1
Авторизуйтесь, чтобы ответить