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

Плагин MegaD

  • G

    @intrapro:

    Проверьте, в начале и конце запроса не должно быть пробелов

    Спасибо, был в начале пробел - сейчас все заработало.

    0
  • A

    Коллеги! Обратил внимание что не все каналы MegaD "поддерживают" включенную функцию обработки значений. В моем примере она такая:

    function (val, depo)
{  var result;

   if (!depo.res) depo.res = [];
   depo.res.push(val);

   if (depo.res.length < 5) //Нужны еще измерения, значение не возвращаем
   return;
   else
   { depo.res.sort();
     result = ((depo.res[1] + depo.res[2] + depo.res[3]) / 3).toFixed(2);
   }

   depo.res = []; //Перед следующими измерениями сбрасываем массив
   return result; //Возвращаем значение
}

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

    27.05 10:59:55.112 megad1: localhost => 192.168.11.21 HTTP GET /sec/?pt=30&cmd=get
27.05 10:59:55.120 megad1: localhost <= 192.168.11.21  response: statusCode=200 contentType = text/html
27.05 10:59:55.120 megad1:  body: temp:8.75
27.05 10:59:55.312 megad1: 
27.05 10:59:55.312 megad1: localhost => 192.168.11.21 HTTP GET /sec/?pt=31&cmd=get
27.05 10:59:55.320 megad1: localhost <= 192.168.11.21  response: statusCode=200 contentType = text/html
27.05 10:59:55.320 megad1:  body: temp:3.93
27.05 10:59:55.514 megad1: 
27.05 10:59:55.514 megad1: localhost => 192.168.11.21 HTTP GET /sec/?pt=33&cmd=list
27.05 10:59:55.574 megad1: localhost <= 192.168.11.21  response: statusCode=200 contentType = text/html
27.05 10:59:55.575 megad1:  body: ff48a6701605:6.12;ff779e701604:3.56
27.05 10:59:55.575 IH: set {"ST_SEWERAGE4":{"aval":6.12,"err":0},"ST_SEWERAGE5":{"aval":3.56,"err":0}}
27.05 11:00:55.280 megad1: 
27.05 11:00:55.280 megad1: localhost => 192.168.11.21 HTTP GET /sec/?pt=30&cmd=get
27.05 11:00:55.288 megad1: localhost <= 192.168.11.21  response: statusCode=200 contentType = text/html
27.05 11:00:55.288 megad1:  body: temp:8.75
27.05 11:00:55.481 megad1: 
27.05 11:00:55.482 megad1: localhost => 192.168.11.21 HTTP GET /sec/?pt=31&cmd=get
27.05 11:00:55.490 megad1: localhost <= 192.168.11.21  response: statusCode=200 contentType = text/html
27.05 11:00:55.491 megad1:  body: temp:3.93
27.05 11:00:55.683 megad1: 
27.05 11:00:55.683 megad1: localhost => 192.168.11.21 HTTP GET /sec/?pt=33&cmd=list
27.05 11:00:55.743 megad1: localhost <= 192.168.11.21  response: statusCode=200 contentType = text/html
27.05 11:00:55.744 megad1:  body: ff48a6701605:6.12;ff779e701604:3.56
27.05 11:00:55.744 IH: set {"ST_SEWERAGE4":{"aval":6.12,"err":0},"ST_SEWERAGE5":{"aval":3.56,"err":0}}
27.05 11:01:55.446 megad1: 
27.05 11:01:55.446 megad1: localhost => 192.168.11.21 HTTP GET /sec/?pt=30&cmd=get
27.05 11:01:55.454 megad1: localhost <= 192.168.11.21  response: statusCode=200 contentType = text/html
27.05 11:01:55.455 megad1:  body: temp:8.75
27.05 11:01:55.647 megad1: 
27.05 11:01:55.648 megad1: localhost => 192.168.11.21 HTTP GET /sec/?pt=31&cmd=get
27.05 11:01:55.656 megad1: localhost <= 192.168.11.21  response: statusCode=200 contentType = text/html
27.05 11:01:55.657 megad1:  body: temp:3.93
27.05 11:01:55.847 megad1: 
27.05 11:01:55.848 megad1: localhost => 192.168.11.21 HTTP GET /sec/?pt=33&cmd=list
27.05 11:01:55.908 megad1: localhost <= 192.168.11.21  response: statusCode=200 contentType = text/html
27.05 11:01:55.909 megad1:  body: ff48a6701605:6.12;ff779e701604:3.56
27.05 11:01:55.909 IH: set {"ST_SEWERAGE4":{"aval":6.12,"err":0},"ST_SEWERAGE5":{"aval":3.56,"err":0}}
27.05 11:02:55.612 megad1: 
27.05 11:02:55.613 megad1: localhost => 192.168.11.21 HTTP GET /sec/?pt=30&cmd=get
27.05 11:02:55.621 megad1: localhost <= 192.168.11.21  response: statusCode=200 contentType = text/html
27.05 11:02:55.622 megad1:  body: temp:8.81
27.05 11:02:55.814 megad1: 
27.05 11:02:55.814 megad1: localhost => 192.168.11.21 HTTP GET /sec/?pt=31&cmd=get
27.05 11:02:55.822 megad1: localhost <= 192.168.11.21  response: statusCode=200 contentType = text/html
27.05 11:02:55.823 megad1:  body: temp:3.93
27.05 11:02:56.015 megad1: 
27.05 11:02:56.016 megad1: localhost => 192.168.11.21 HTTP GET /sec/?pt=33&cmd=list
27.05 11:02:56.076 megad1: localhost <= 192.168.11.21  response: statusCode=200 contentType = text/html
27.05 11:02:56.077 megad1:  body: ff48a6701605:6.12;ff779e701604:3.56
27.05 11:02:56.077 IH: set {"ST_SEWERAGE4":{"aval":6.12,"err":0},"ST_SEWERAGE5":{"aval":3.56,"err":0}}
27.05 11:03:55.785 megad1: 
27.05 11:03:55.785 megad1: localhost => 192.168.11.21 HTTP GET /sec/?pt=30&cmd=get
27.05 11:03:55.794 megad1: localhost <= 192.168.11.21  response: statusCode=200 contentType = text/html
27.05 11:03:55.794 megad1:  body: temp:8.81
27.05 11:03:55.796 IH: set {"ST_SEWERAGE1":{"aval":8.77,"err":0}}
27.05 11:03:55.986 megad1: 
27.05 11:03:55.987 megad1: localhost => 192.168.11.21 HTTP GET /sec/?pt=31&cmd=get
27.05 11:03:55.994 megad1: localhost <= 192.168.11.21  response: statusCode=200 contentType = text/html
27.05 11:03:55.995 megad1:  body: temp:3.93
27.05 11:03:55.995 IH: set {"ST_SEWERAGE2":{"aval":3.93,"err":0}}
27.05 11:03:56.187 megad1: 
27.05 11:03:56.187 megad1: localhost => 192.168.11.21 HTTP GET /sec/?pt=33&cmd=list
27.05 11:03:56.247 megad1: localhost <= 192.168.11.21  response: statusCode=200 contentType = text/html
27.05 11:03:56.247 megad1:  body: ff48a6701605:6.12;ff779e701604:3.50
27.05 11:03:56.248 IH: set {"ST_SEWERAGE4":{"aval":6.12,"err":0},"ST_SEWERAGE5":{"aval":3.5,"err":0}}

    То же самое с I2C-датчиками, например:

    27.05 11:18:08.221 megad4: localhost => 192.168.11.24 HTTP GET /sec/?pt=30&cmd=get
27.05 11:18:08.228 megad4: localhost <= 192.168.11.24  response: statusCode=200 contentType = text/html
27.05 11:18:08.228 megad4:  body: temp:NA
27.05 11:18:08.423 megad4: 
27.05 11:18:08.423 megad4: localhost => 192.168.11.24 HTTP GET /sec/?pt=31&cmd=list
27.05 11:18:08.505 megad4: localhost <= 192.168.11.24  response: statusCode=200 contentType = text/html
27.05 11:18:08.506 megad4:  body: e46477910b02:25.50;666877911400:25.12;35e977910902:24.93
27.05 11:18:08.508 IH: set {"ST_HEATING_SYS_02":{"aval":25.5,"err":0},"ST_HEATING_SYS_03":{"aval":25.12,"err":0},"ST_HEATING_SYS_01":{"aval":24.93,"err":0}}
27.05 11:18:08.623 megad4: 
27.05 11:18:08.623 megad4: localhost => 192.168.11.24 HTTP GET /sec/?pt=34/?pt=34&scl=35&i2c_dev=bmx280&i2c_par=1
27.05 11:18:08.641 megad4: localhost <= 192.168.11.24  response: statusCode=200 contentType = text/html
27.05 11:18:08.642 megad4:  body: 15.99
27.05 11:18:08.643 IH: set {"STEMP4_01":{"aval":15.99,"err":0}}
27.05 11:18:08.825 megad4: 
27.05 11:18:08.826 megad4: localhost => 192.168.11.24 HTTP GET /sec/?pt=34/?pt=34&scl=35&i2c_dev=bmx280&i2c_par=2
27.05 11:18:08.842 megad4: localhost <= 192.168.11.24  response: statusCode=200 contentType = text/html
27.05 11:18:08.842 megad4:  body: 39.793
27.05 11:18:08.843 IH: set {"SHUMIDITY4_01":{"aval":39.793,"err":0}}
27.05 11:18:09.027 megad4: 
27.05 11:18:09.027 megad4: localhost => 192.168.11.24 HTTP GET /sec/?pt=34/?pt=34&scl=35&i2c_dev=bmx280
27.05 11:18:09.044 megad4: localhost <= 192.168.11.24  response: statusCode=200 contentType = text/html
27.05 11:18:09.044 megad4:  body: 756.36
27.05 11:18:09.044 IH: set {"SPRESSURE4_01":{"aval":756.36,"err":0}}
27.05 11:19:08.384 megad4: 
27.05 11:19:08.384 megad4: localhost => 192.168.11.24 HTTP GET /sec/?pt=30&cmd=get
27.05 11:19:08.390 megad4: localhost <= 192.168.11.24  response: statusCode=200 contentType = text/html
27.05 11:19:08.391 megad4:  body: temp:NA
27.05 11:19:08.587 megad4: 
27.05 11:19:08.587 megad4: localhost => 192.168.11.24 HTTP GET /sec/?pt=31&cmd=list
27.05 11:19:08.670 megad4: localhost <= 192.168.11.24  response: statusCode=200 contentType = text/html
27.05 11:19:08.671 megad4:  body: e46477910b02:25.50;666877911400:25.12;35e977910902:25.00
27.05 11:19:08.671 IH: set {"ST_HEATING_SYS_02":{"aval":25.5,"err":0},"ST_HEATING_SYS_03":{"aval":25.12,"err":0},"ST_HEATING_SYS_01":{"aval":25,"err":0}}
27.05 11:19:08.788 megad4: 
27.05 11:19:08.788 megad4: localhost => 192.168.11.24 HTTP GET /sec/?pt=34/?pt=34&scl=35&i2c_dev=bmx280&i2c_par=1
27.05 11:19:08.806 megad4: localhost <= 192.168.11.24  response: statusCode=200 contentType = text/html
27.05 11:19:08.807 megad4:  body: 16.01
27.05 11:19:08.807 IH: set {"STEMP4_01":{"aval":16.01,"err":0}}
27.05 11:19:08.989 megad4: 
27.05 11:19:08.989 megad4: localhost => 192.168.11.24 HTTP GET /sec/?pt=34/?pt=34&scl=35&i2c_dev=bmx280&i2c_par=2
27.05 11:19:09.006 megad4: localhost <= 192.168.11.24  response: statusCode=200 contentType = text/html
27.05 11:19:09.007 megad4:  body: 39.969
27.05 11:19:09.008 IH: set {"SHUMIDITY4_01":{"aval":39.969,"err":0}}
27.05 11:19:09.190 megad4: 
27.05 11:19:09.191 megad4: localhost => 192.168.11.24 HTTP GET /sec/?pt=34/?pt=34&scl=35&i2c_dev=bmx280
27.05 11:19:09.208 megad4: localhost <= 192.168.11.24  response: statusCode=200 contentType = text/html
27.05 11:19:09.208 megad4:  body: 756.37
27.05 11:19:09.209 IH: set {"SPRESSURE4_01":{"aval":756.37,"err":0}}

    Еще пример (такое ощущение, что это работает только для каналов MegaD в режиме 1W-DSen…правда плагину все равно на конфигурацию портов контроллера):

    27.05 11:36:05.466 megad2: localhost => 192.168.11.22 HTTP GET /sec/?pt=7&cmd=get
27.05 11:36:05.474 megad2: localhost <= 192.168.11.22  response: statusCode=200 contentType = text/html
27.05 11:36:05.475 megad2:  body: temp:24.62
27.05 11:36:05.667 megad2: 
27.05 11:36:05.668 megad2: localhost => 192.168.11.22 HTTP GET /sec/?pt=9&cmd=get
27.05 11:36:05.674 megad2: localhost <= 192.168.11.22  response: statusCode=200 contentType = text/html
27.05 11:36:05.675 megad2:  body: temp:24.56
27.05 11:36:05.869 megad2: 
27.05 11:36:05.870 megad2: localhost => 192.168.11.22 HTTP GET /sec/?pt=10&cmd=get
27.05 11:36:05.876 megad2: localhost <= 192.168.11.22  response: statusCode=200 contentType = text/html
27.05 11:36:05.877 megad2:  body: temp:25.18
27.05 11:36:06.070 megad2: 
27.05 11:36:06.071 megad2: localhost => 192.168.11.22 HTTP GET /sec/?pt=17&cmd=get
27.05 11:36:06.078 megad2: localhost <= 192.168.11.22  response: statusCode=200 contentType = text/html
27.05 11:36:06.078 megad2:  body: temp:24.00
27.05 11:36:06.271 megad2: 
27.05 11:36:06.272 megad2: localhost => 192.168.11.22 HTTP GET /sec/?pt=34&scl=35&i2c_dev=htu21d&i2c_par=1
27.05 11:36:06.330 megad2: localhost <= 192.168.11.22  response: statusCode=200 contentType = text/html
27.05 11:36:06.330 megad2:  body: 24.87
27.05 11:36:06.331 IH: set {"STEMP1_01":{"aval":24.87,"err":0}}
27.05 11:36:06.473 megad2: 
27.05 11:36:06.473 megad2: localhost => 192.168.11.22 HTTP GET /sec/?pt=34&scl=35&i2c_dev=htu21d
27.05 11:36:06.499 megad2: localhost <= 192.168.11.22  response: statusCode=200 contentType = text/html
27.05 11:36:06.500 megad2:  body: 37.28
27.05 11:36:06.501 IH: set {"SHUMIDITY1_01":{"aval":37.28,"err":0}}
27.05 11:36:06.675 megad2: 
27.05 11:36:06.675 megad2: localhost => 192.168.11.22 HTTP GET /sec/?pt=33&cmd=get
27.05 11:36:06.685 megad2: localhost <= 192.168.11.22  response: statusCode=200 contentType = text/html
27.05 11:36:06.685 megad2:  body: OFF;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON
27.05 11:36:06.686 IH: set {"SENSOR6":{"dval":0,"err":0}}
27.05 11:37:05.643 megad2: 
27.05 11:37:05.643 megad2: localhost => 192.168.11.22 HTTP GET /sec/?pt=7&cmd=get
27.05 11:37:05.650 megad2: localhost <= 192.168.11.22  response: statusCode=200 contentType = text/html
27.05 11:37:05.651 megad2:  body: temp:24.62
27.05 11:37:05.845 megad2: 
27.05 11:37:05.845 megad2: localhost => 192.168.11.22 HTTP GET /sec/?pt=9&cmd=get
27.05 11:37:05.853 megad2: localhost <= 192.168.11.22  response: statusCode=200 contentType = text/html
27.05 11:37:05.854 megad2:  body: temp:24.56
27.05 11:37:06.046 megad2: 
27.05 11:37:06.046 megad2: localhost => 192.168.11.22 HTTP GET /sec/?pt=10&cmd=get
27.05 11:37:06.053 megad2: localhost <= 192.168.11.22  response: statusCode=200 contentType = text/html
27.05 11:37:06.054 megad2:  body: temp:25.12
27.05 11:37:06.246 megad2: 
27.05 11:37:06.247 megad2: localhost => 192.168.11.22 HTTP GET /sec/?pt=17&cmd=get
27.05 11:37:06.254 megad2: localhost <= 192.168.11.22  response: statusCode=200 contentType = text/html
27.05 11:37:06.254 megad2:  body: temp:24.00
27.05 11:37:06.447 megad2: 
27.05 11:37:06.448 megad2: localhost => 192.168.11.22 HTTP GET /sec/?pt=34&scl=35&i2c_dev=htu21d&i2c_par=1
27.05 11:37:06.505 megad2: localhost <= 192.168.11.22  response: statusCode=200 contentType = text/html
27.05 11:37:06.505 megad2:  body: 24.87
27.05 11:37:06.506 IH: set {"STEMP1_01":{"aval":24.87,"err":0}}
27.05 11:37:06.649 megad2: 
27.05 11:37:06.649 megad2: localhost => 192.168.11.22 HTTP GET /sec/?pt=34&scl=35&i2c_dev=htu21d
27.05 11:37:06.675 megad2: localhost <= 192.168.11.22  response: statusCode=200 contentType = text/html
27.05 11:37:06.676 megad2:  body: 37.28
27.05 11:37:06.676 IH: set {"SHUMIDITY1_01":{"aval":37.28,"err":0}}
27.05 11:37:06.850 megad2: 
27.05 11:37:06.850 megad2: localhost => 192.168.11.22 HTTP GET /sec/?pt=33&cmd=get
27.05 11:37:06.860 megad2: localhost <= 192.168.11.22  response: statusCode=200 contentType = text/html
27.05 11:37:06.860 megad2:  body: OFF;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON
27.05 11:37:06.861 IH: set {"SENSOR6":{"dval":0,"err":0}}
27.05 11:38:05.821 megad2: 
27.05 11:38:05.821 megad2: localhost => 192.168.11.22 HTTP GET /sec/?pt=7&cmd=get
27.05 11:38:05.828 megad2: localhost <= 192.168.11.22  response: statusCode=200 contentType = text/html
27.05 11:38:05.829 megad2:  body: temp:24.62
27.05 11:38:06.023 megad2: 
27.05 11:38:06.023 megad2: localhost => 192.168.11.22 HTTP GET /sec/?pt=9&cmd=get
27.05 11:38:06.030 megad2: localhost <= 192.168.11.22  response: statusCode=200 contentType = text/html
27.05 11:38:06.031 megad2:  body: temp:24.56
27.05 11:38:06.225 megad2: 
27.05 11:38:06.226 megad2: localhost => 192.168.11.22 HTTP GET /sec/?pt=10&cmd=get
27.05 11:38:06.233 megad2: localhost <= 192.168.11.22  response: statusCode=200 contentType = text/html
27.05 11:38:06.233 megad2:  body: temp:25.12
27.05 11:38:06.426 megad2: 
27.05 11:38:06.427 megad2: localhost => 192.168.11.22 HTTP GET /sec/?pt=17&cmd=get
27.05 11:38:06.435 megad2: localhost <= 192.168.11.22  response: statusCode=200 contentType = text/html
27.05 11:38:06.436 megad2:  body: temp:24.00
27.05 11:38:06.627 megad2: 
27.05 11:38:06.628 megad2: localhost => 192.168.11.22 HTTP GET /sec/?pt=34&scl=35&i2c_dev=htu21d&i2c_par=1
27.05 11:38:06.684 megad2: localhost <= 192.168.11.22  response: statusCode=200 contentType = text/html
27.05 11:38:06.685 megad2:  body: 24.87
27.05 11:38:06.686 IH: set {"STEMP1_01":{"aval":24.87,"err":0}}
27.05 11:38:06.828 megad2: 
27.05 11:38:06.828 megad2: localhost => 192.168.11.22 HTTP GET /sec/?pt=34&scl=35&i2c_dev=htu21d
27.05 11:38:06.855 megad2: localhost <= 192.168.11.22  response: statusCode=200 contentType = text/html
27.05 11:38:06.855 megad2:  body: 37.30
27.05 11:38:06.856 IH: set {"SHUMIDITY1_01":{"aval":37.3,"err":0}}
27.05 11:38:07.030 megad2: 
27.05 11:38:07.030 megad2: localhost => 192.168.11.22 HTTP GET /sec/?pt=33&cmd=get
27.05 11:38:07.040 megad2: localhost <= 192.168.11.22  response: statusCode=200 contentType = text/html
27.05 11:38:07.041 megad2:  body: OFF;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON
27.05 11:38:07.042 IH: set {"SENSOR6":{"dval":0,"err":0}}
27.05 11:39:06.009 megad2: 
27.05 11:39:06.010 megad2: localhost => 192.168.11.22 HTTP GET /sec/?pt=7&cmd=get
27.05 11:39:06.016 megad2: localhost <= 192.168.11.22  response: statusCode=200 contentType = text/html
27.05 11:39:06.016 megad2:  body: temp:24.62
27.05 11:39:06.019 IH: set {"ST_HEATING1_02":{"aval":24.62,"err":0}}
27.05 11:39:06.210 megad2: 
27.05 11:39:06.210 megad2: localhost => 192.168.11.22 HTTP GET /sec/?pt=9&cmd=get
27.05 11:39:06.217 megad2: localhost <= 192.168.11.22  response: statusCode=200 contentType = text/html
27.05 11:39:06.218 megad2:  body: temp:24.56
27.05 11:39:06.219 IH: set {"ST_HEATING1_03":{"aval":24.56,"err":0}}
27.05 11:39:06.411 megad2: 
27.05 11:39:06.411 megad2: localhost => 192.168.11.22 HTTP GET /sec/?pt=10&cmd=get
27.05 11:39:06.418 megad2: localhost <= 192.168.11.22  response: statusCode=200 contentType = text/html
27.05 11:39:06.419 megad2:  body: temp:25.12
27.05 11:39:06.420 IH: set {"ST_HEATING1_01":{"aval":25.14,"err":0}}
27.05 11:39:06.613 megad2: 
27.05 11:39:06.613 megad2: localhost => 192.168.11.22 HTTP GET /sec/?pt=17&cmd=get
27.05 11:39:06.620 megad2: localhost <= 192.168.11.22  response: statusCode=200 contentType = text/html
27.05 11:39:06.621 megad2:  body: temp:24.00
27.05 11:39:06.622 IH: set {"ST_HEATING1_07":{"aval":24,"err":0}}
27.05 11:39:06.814 megad2: 
27.05 11:39:06.815 megad2: localhost => 192.168.11.22 HTTP GET /sec/?pt=34&scl=35&i2c_dev=htu21d&i2c_par=1
27.05 11:39:06.873 megad2: localhost <= 192.168.11.22  response: statusCode=200 contentType = text/html
27.05 11:39:06.874 megad2:  body: 24.86
27.05 11:39:06.874 IH: set {"STEMP1_01":{"aval":24.86,"err":0}}
27.05 11:39:07.016 megad2: 
27.05 11:39:07.016 megad2: localhost => 192.168.11.22 HTTP GET /sec/?pt=34&scl=35&i2c_dev=htu21d
27.05 11:39:07.043 megad2: localhost <= 192.168.11.22  response: statusCode=200 contentType = text/html
27.05 11:39:07.044 megad2:  body: 37.30
27.05 11:39:07.044 IH: set {"SHUMIDITY1_01":{"aval":37.3,"err":0}}
27.05 11:39:07.217 megad2: 
27.05 11:39:07.217 megad2: localhost => 192.168.11.22 HTTP GET /sec/?pt=33&cmd=get
27.05 11:39:07.227 megad2: localhost <= 192.168.11.22  response: statusCode=200 contentType = text/html
27.05 11:39:07.228 megad2:  body: OFF;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON;ON
27.05 11:39:07.229 IH: set {"SENSOR6":{"dval":0,"err":0}}
    0
  • I

    @Pulkin:

    Привет.

    Никак не получается законнектить IH и контроллер ab-log

    Система установлена на Raspberry Pi B+, контроллер подключен по LAN.

    После запуска плагин останавливается через 5 секунд, в отладчике вот такая информация:

    07.06 11:10:53.285 IH: Run /var/lib/intrahouse-c/plugins/megad/megad.js megad1

    07.06 11:10:53.993 megad1: MegaD plugin has started.

    07.06 11:10:54.020 megad1: Listen server start

    07.06 11:10:54.046 megad1: Listening localhost:8081

    07.06 11:10:54.256 megad1:

    07.06 11:10:54.257 megad1: localhost => 192.168.0.21 HTTP GET /sec/?cmd=all

    07.06 11:10:57.383 megad1: localhost <= 192.168.0.21 Error EHOSTUNREACH. Stopped.

    07.06 11:10:57.397 IH: Plugin exit with code 3

    07.06 11:10:57.398 IH: restart timer 5

    Чего только не пробовал, но вылечить не получается. Спасайте!)

    Raspberry контроллер не видит 😞

    Попробуйте с консоли Raspberry пинговать 192.168.0.21

    0
  • E

    Вопрос.

    У меня к меге подключены обычные выключатели, а не кнопки.

    Они и так работают, конечно, во взаимодействии с мегой проблем нет.

    В поле Act стоит 9:3, например, и выход 9 повторяет состояние выключателя на входе.

    А во взаимодействии с сервером слишком много вариантов.

    вариант 1.

    Создать расширения, и в поле ответ поставить те же самые 9:3.

    Вариант 2.

    Создать расширения, и мультисценарий, который в зависимости от состояния входа устанавливавет состояние выхода. В этом случае поле "отправить в ответ" и "установить состояние каналов" в расширении оставить пустым?

    Вариант 3.

    Расширения не создавать, создать мультисценарий, запускающийся при изменении входа, и устанавливающий состояние выхода в соответствии с изменением.

    Как правильно?

    0
  • I

    @Erik:

    Вопрос.

    У меня к меге подключены обычные выключатели, а не кнопки.

    Они и так работают, конечно, во взаимодействии с мегой проблем нет.

    В поле Act стоит 9:3, например, и выход 9 повторяет состояние выключателя на входе.

    А во взаимодействии с сервером слишком много вариантов.

    вариант 1.

    Создать расширения, и в поле ответ поставить те же самые 9:3.

    Вариант 2.

    Создать расширения, и мультисценарий, который в зависимости от состояния входа устанавливавет состояние выхода. В этом случае поле "отправить в ответ" и "установить состояние каналов" в расширении оставить пустым?

    Вариант 3.

    Расширения не создавать, создать мультисценарий, запускающийся при изменении входа, и устанавливающий состояние выхода в соответствии с изменением.

    Как правильно?

    Не бывает слишком много вариантов в нашем многовариантном мире 🙂

    И единственно правильного решения тоже нет. Все зависит от задачи

    @Erik:

    вариант 1.

    Создать расширения, и в поле ответ поставить те же самые 9:3.

    Этот вариант самый быстрый - и по скорости реакции, и по реализации

    Ответ отправляется как response на request сервера.

    Еще плюс - вход как устройство (и даже как канал) можно не создавать.

    Этот вариант заточен на контроллер MegaD, который дает возможность передать команду в ответ на request о переключении состояния

    @Erik:

    Вариант 2.

    Создать расширения, и мультисценарий, который в зависимости от состояния входа устанавливавет состояние выхода.

    Здесь будет задержка на выполнение сценария (которая реально конечно не заметна)

    Опять можно обойтись без создания устройства для входа. В сценарий передается тело запроса.

    Логично использовать, если существуют какие-то условия для выполнения команды, которые нужно проверить сценарием

    @Erik:

    В этом случае поле "отправить в ответ" и "установить состояние каналов" в расширении оставить пустым?

    Да. "отправить в ответ" - это отправить response на request сервера. Здесь команда на контроллер пойдет отдельным запросом,

    И состояние выхода будет установлено как результат выполнения этой команды

    @Erik:

    Вариант 3.

    Расширения не создавать, создать мультисценарий, запускающийся при изменении входа, и устанавливающий состояние выхода в соответствии с изменением.

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

    0
  • E

    В варианте 1. Сервер отобразит лампу включенной? Или что нужно настроить?

    В варианте 2 и 3. В этом случае сервер не ответит на запрос меги, он отправит свою собственную команду. А что будет с полем Act у меги? Мега не дождется ответа, сделает то, что прописано в Act, а потом еще и команда от сервера прилетит?

    0
  • I

    @Erik:

    В варианте 1. Сервер отобразит лампу включенной? Или что нужно настроить?

    Нужно "установить состояние каналов" для выхода:

    Так как у вас команда 3, то номер выхода=%значение входа% , например, 7=%ext0% (зависит от входящего сообщения)

    @Erik:

    В варианте 2 и 3. В этом случае сервер не ответит на запрос меги, он отправит свою собственную команду. А что будет с полем Act у меги? Мега не дождется ответа, сделает то, что прописано в Act, а потом еще и команда от сервера прилетит?

    Сервер на любой запрос меги отвечает кодом 200. Он просто не передаст команду в ответ.

    Из священного мануала:
    <quote>> Флажок (чекбокс) справа от поля Act определяет логику работы сценария. Если он не установлен (по умолчанию), то сценарий выполняется ТОЛЬКО если сервер не прописан, недоступен или HTTP-статус отличен от 200. Если флажок установлен, то сценарий выполняется всегда независимо от наличия сервера. Контроллер в этом случае будет сообщать на сервер о событиях, но его ответные команды в рамках одной TCP-сессии будут проигнорированы.

    0
  • E

    @intrapro:

    @Erik:

    В варианте 2 и 3. В этом случае сервер не ответит на запрос меги, он отправит свою собственную команду. А что будет с полем Act у меги? Мега не дождется ответа, сделает то, что прописано в Act, а потом еще и команда от сервера прилетит?

    Сервер на любой запрос меги отвечает кодом 200. Он просто не передаст команду в ответ.

    Из священного мануала:
    <quote>> Флажок (чекбокс) справа от поля Act определяет логику работы сценария. Если он не установлен (по умолчанию), то сценарий выполняется ТОЛЬКО если сервер не прописан, недоступен или HTTP-статус отличен от 200. Если флажок установлен, то сценарий выполняется всегда независимо от наличия сервера. Контроллер в этом случае будет сообщать на сервер о событиях, но его ответные команды в рамках одной TCP-сессии будут проигнорированы.

    Это не понятно.

    Вот у меня флажок не стоял, сервер по-умолчанию отвечал 200, не посылая никаких команд, а свет таки включался. Только задержка была с секунду примерно.

    0
  • I

    @Erik:

    @intrapro:

    @Erik:

    В варианте 2 и 3. В этом случае сервер не ответит на запрос меги, он отправит свою собственную команду. А что будет с полем Act у меги? Мега не дождется ответа, сделает то, что прописано в Act, а потом еще и команда от сервера прилетит?

    Сервер на любой запрос меги отвечает кодом 200. Он просто не передаст команду в ответ.

    Из священного мануала:
    <quote>> Флажок (чекбокс) справа от поля Act определяет логику работы сценария. Если он не установлен (по умолчанию), то сценарий выполняется ТОЛЬКО если сервер не прописан, недоступен или HTTP-статус отличен от 200. Если флажок установлен, то сценарий выполняется всегда независимо от наличия сервера. Контроллер в этом случае будет сообщать на сервер о событиях, но его ответные команды в рамках одной TCP-сессии будут проигнорированы.

    Это не понятно.

    Вот у меня флажок не стоял, сервер по-умолчанию отвечал 200, не посылая никаких команд, а свет таки включался. Только задержка была с секунду примерно.

    Нужно лог смотреть.

    0
  • E

    @intrapro:

    Нужно лог смотреть.

    где?

    0
  • I

    @Erik:

    @intrapro:

    Нужно лог смотреть.

    где?

    Включите отладчик плагина MegaD. Там все сообщения между контроллером и сервером

    Возможно, есть какие-то изменения прошивки контроллера

    0
  • E

    @intrapro:

    @Erik:

    @intrapro:

    Нужно лог смотреть.

    где?

    Включите отладчик плагина MegaD. Там все сообщения между контроллером и сервером

    Возможно, есть какие-то изменения прошивки контроллера

    У меня прошивка старая, с какой купил. Ни разу не прошивал.

    Мне от контроллера нужен базовый функционал, к которому и вопросов то никогда не было.

    0
  • I

    @Erik:

    @intrapro:

    @Erik:

    где?

    Включите отладчик плагина MegaD. Там все сообщения между контроллером и сервером

    Возможно, есть какие-то изменения прошивки контроллера

    У меня прошивка старая, с какой купил. Ни разу не прошивал.

    Мне от контроллера нужен базовый функционал, к которому и вопросов то никогда не было.

    А в чем текущая проблема?

    Какой вариант Вы хотите реализовать?

    0
  • E

    Проблема одна - я в возможностях заблудился.

    Работало само, но только не отображались изменения в интерфейсе IH, если были сделаны выключателем.

    А тут оказалось, что не должно было работать.

    Тревожно.

    Пока сделал мультисценарии с автозапуском по изменению.

    Устройства для выключателей у меня и так все добавлены были. Когда делал, или не увидел способа добавить канал в плагине без устройства, или просто в голову это не пришло. 🙂

    Но кнопки нажимать поеду только послезавтра.

    0
  • I

    @Erik:

    Проблема одна - я в возможностях заблудился.

    Работало само, но только не отображались изменения в интерфейсе IH, если были сделаны выключателем.

    А тут оказалось, что не должно было работать.

    Тревожно.

    Пока сделал мультисценарии с автозапуском по изменению.

    Устройства для выключателей у меня и так все добавлены были. Когда делал, или не увидел способа добавить канал в плагине без устройства, или просто в голову это не пришло. 🙂

    Но кнопки нажимать поеду только послезавтра.

    Если расширения не создавать (события не слушать), то будет задержка <= период опроса входа. Так как про изменение входа сервер в таком случае узнает только при опросе

    0
  • E

    Получается, что в первом варианте команда на мегу 2 раза посылается. И как прямая команда, и опосредовано, после изменения состояния устройства. Ведь после изменения состояния устройства команда на мегу снова пошлется?

    В третьем варианте - большая задержка.

    Лучший вариант - второй? Расширение запускает скрипт, все быстро и один раз. Правильно?

    0
  • I

    @Erik:

    Получается, что в первом варианте команда на мегу 2 раза посылается. И как прямая команда, и опосредовано, после изменения состояния устройства. Ведь после изменения состояния устройства команда на мегу снова пошлется?

    Почему? Если сценарий к входу не привязывать, то команда будет посылаться в ответ на событие изменения входа и все.

    Вопрос, какое событие приходит. Если в одном положении включателя придет 1, в другом 0, его же и передать в ответ.

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

    0
  • E

    Я не понимаю логику работы плагина.

    Что значит "установить состояние каналов" в расширении?

    И почему в примере "1=ON&7=TOGGLE"

    Что это значит? Если от меги пришло сообщение, что канал 1 стал "ON", состояние канала на плагине не изменится, если не будет расширения, которое изменит состояние канала? Не достаточно сообщения от меги?

    И изменение состояние канала 7 - это только меняется состояние канала? И IH его отобразит в подключенном устройстве после очередного сканирования? И он только отобразит? Или при изменении состояния устройства пойдет команда на мегу?

    И какой синтаксис у поля "установить состояние каналов"?

    Или для одного выключателя делать 2 расширения.

    Один на включение с входящим от меги /megad?pt=1 и ответом 9:1, установкой состояния канала 9=ON

    Второй на выключение с входящим от меги /megad?pt=1&m=1 и ответом 9:0, установкой состояния канала 9=OFF

    ???

    0
  • I

    @Erik:

    Я не понимаю логику работы плагина.

    Что значит "установить состояние каналов" в расширении?

    И почему в примере "1=ON&7=TOGGLE"

    Что это значит? Если от меги пришло сообщение, что канал 1 стал "ON", состояние канала на плагине не изменится, если не будет расширения, которое изменит состояние канала? Не достаточно сообщения от меги?

    И изменение состояние канала 7 - это только меняется состояние канала? И IH его отобразит в подключенном устройстве после очередного сканирования? И он только отобразит? Или при изменении состояния устройства пойдет команда на мегу?

    И какой синтаксис у поля "установить состояние каналов"?

    Возможно, сразу и не понятно, хотя это работает с самой первой реализации на Berry.

    Но если смотреть в контексте - то можно понять. И простить 🙂

    Как известно, данные от меги можно получить двумя способами:

    1. Опрос канала. Сервер опрашивает контроллер с заданным периодом. Также можно циклически делать полный опрос cmd=all. Плагин парсит ответ и записывает значения в канал (несколько каналов)

    Минусы: при частом опросе (коротких интервалах) нагружается контроллер, при длинных - страдает оперативность и визуализация

    2. Мега сама может посылать сообщения об изменении ВХОДОВ. И это здорово! С дискретными датчиками обычно именно так и работают.

    Но синтаксис сообщений своеобразный и при этом меняется. Было желание сделать так, чтобы не переписывать постоянно плагин при изменении-дополнении сообщений контроллера.

    То есть плагин НИКАК не привязан к синтаксису входящих сообщений контроллера. Он их не разбирает, только группирует по pt=x (pt=1, pt=23,.., без pt) и для входящего находит самое подходящее в табличке.

    Поэтому для сообщения нужно явно прописать, что оно значит с точки зрения переключения входного канала (-ов): 1=ON

    По одному входному сообщению может теоретически меняться несколько каналов.

    Или, как уже говорилось, канал можно и не делать, как в случае выключателей с безусловной логикой.Тогда для входа и устанавливать ничего не надо

    Дальше - можно отправить команду в ответ на сообщение. Например, включить лампу (7:1)

    Но сервер сам знать не знает, что значит 7:1 (а тем более 7:2 или 7:3)

    И контроллер при этом не пришлет состояние выхода при переключении. Вы знаете, это такая фишка MegaD - типа сервер переключил, сам и должен знать. Следовательно, мы должны еще установить состояние выхода для индикации заранее (в большой надежде, что команда дойдет) И если команда 7:2, нужно установить 7=TOGGLE

    @Erik:

    И изменение состояние канала 7 - это только меняется состояние канала? И IH его отобразит в подключенном устройстве после очередного сканирования? И он только отобразит? Или при изменении состояния устройства пойдет команда на мегу?

    И какой синтаксис у поля "установить состояние каналов"?

    Нет, команды - отдельно, состояния - отдельно. Отправили команду, в канале установили состояние: ON, OFF, TOGGLE, сразу отработала визуализация связанного устройства

    Синтаксис действительно неудачный 😞 Можно писать и так: 1=1&7=0 Но 7=2 - так не прокатит

    Можно также присвоить значение прямо из запроса. Если оно там есть

    Например, сообщение: /..&ext0=* - принимается любое значение, и это значение записать в состояние: 7=%ext0%

    @Erik:

    Или для одного выключателя делать 2 расширения.

    Один на включение с входящим от меги /megad?pt=1 и ответом 9:1, установкой состояния канала 9=ON

    Второй на выключение с входящим от меги /megad?pt=1&m=1 и ответом 9:0, установкой состояния канала 9=OFF

    ???

    Да, именно так. Если бы было сообщение в формате /megad?pt=1&val=1 (или 0), то обошлись бы одним 🙂

    0
  • E

    достаточно в "установить канал" указать 9=ON

    Или нужно обязательно 1=ON&9=ON ?

    Или правильно 1=1&9=1 ?

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