Плагин MegaD

Alex_Jet

@intrapro, проверил. Так себя ведет MegaD если в "Команда/Дополнительный параметр" вставляешь полный url (http://192.168.11.41/sec/?cmd=26:0) или только команды и произвольные (cmd=26:0). Поэтому нужно использовать следующий формат - /sec/?cmd=26:0

Erik

Там все логично.
На каждую мегу свой экземпляр плагина.
В настройках кнопки ссылка на конкретный плагин, и IP адрес нужной меги есть в его свойствах.

Alex_Jet

@Erik, не очень логично. В настройках плагина есть и пароль (по умолчанию sec). Поэтому было бы логично плагину передавать только саму команду - cmd=26:0;p10;26:1...

Erik

@Alex_Jet Да. Тут согласен.

intrapro

@sergeyygr, добрый день!
А какое показание должно получиться в результате?

(|02|41|74|58|00|84|45|92|00|00|00|00|00|00|00|00 => ??

В прежнем варианте брали четвертый и пятый байты

intrapro

Пользователь @sergeyygr написал в Плагин MegaD:

Полностью ответ выглядит так
00|02|4c|f3|27|02|41|74|58|00|84|45|92|00|00|00|00|00|00|00|00
1 байт стартовый
234 - адрес счетчика
5 - код запроса , это все hex
Далее показания по тарифам как есть. Т1 - 024174,58. Т2 - 008445,92. Т3 - 000000,00. Т4 - 000000,00

Для варианта 00|02|4c|f3|27|02|41|74|58|00|84|45|92|00|00|00|00|00|00|00|00 так:
Но каждый тариф нужно будет отдельно запрашивать

const arr = data.split("|");
if (arr && arr.length > 8) {
  const t1=  parseInt(arr[5]+arr[6]+arr[7]+arr[8], 10);  //2417458
  callback(null,  t1/100);

  // const t2=  parseInt(arr[9]+arr[10]+arr[11]+arr[12], 10);  //844592
  // callback(null,  t2/100);
}

Если же в начале тоже есть |, приходит |00|02|4c|f3|27|02|41|74|58|00|84|45|92|00|00|00|00|00|00|00|00, то индекс сдвигается на 1:

const t1=  parseInt(arr[6]+arr[7]+arr[8]+arr[9], 10);  //2417458

amgstone

Подскажите почему с MegaD не приходит состояния с канала при перезагрузке MegaD. Даже после ручного включения лампочки состояния не миняется, визуализирует.
alt text

aleks-zonov

Пользователь @amgstone написал в Плагин MegaD:

Подскажите почему с MegaD не приходит состояния с канала при перезагрузке MegaD. Даже после ручного включения лампочки состояния не миняется, визуализирует.

Мне кажется надо выставить период опроса порта не ноль а скажем раз в 10 сек.

amgstone

@aleks-zonov IH мочемуто не считывает с MegaD состояния устройства

aleks-zonov

Пользователь @amgstone написал в Плагин MegaD:

@aleks-zonov IH мочемуто не считывает с MegaD состояния устройства

А остальные порты с megaD плагин опрашивает нормально? Просто на сколько я понимаю если сами порт не опросите при настройке плагина или канала, ни кто за вас это не сделает.

Alex_Jet

@amgstone, разработчики писали, что эта страничка не интерактивная. Чтобы значения обновились нужно сверху этого окна нажать кнопку "обновить". Хотя у меня вроде обновляются не нулевые значения и без этого. А вот вместо 0 всегда пишет "-".

amgstone

@Alex_Jet так я знаю ща кнопку обновления, но после ручного включения и выключения то состояние не меняется, дальше пробел даже после обновления странички

amgstone

@aleks-zonov на каждой меге по пару таких каналов с пробелами

aleks-zonov

@amgstone Странное поведение у меня постоянно работают 4 megaD прочерки есть только на димируемых каналах а так везде 0 1, были прочерки если переключал порт самой megaD тогда канал не обновлялся.

MAMOHT

Уважаемые коллеги, добрый день!
Может мой вопрос покажется "не новым", но всё же попытаюсь его сформулировать.
В MegaD есть поддержка 1w. В моем случае на 34 порт подключен датчик ds18b20 и все как бы отлично.

И плагин работает как и было задумано.

Но ведь, в MegaD есть и другой режим работы - 1WBUS. Благодаря чему, на тот же 34 порт, я могу подключить несколько датчиков ds18b20.

Результат опроса шины 1wbus:

А теперь вопрос, как отобразить состояние этих четырёх датчиков в IntraHouse?

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

aleks-zonov

Пользователь @MAMOHT написал в Плагин MegaD:

Уважаемые коллеги, добрый день!
Может мой вопрос покажется "не новым", но всё же попытаюсь его сформулировать.
В MegaD есть поддержка 1w. В моем случае на 34 порт подключен датчик ds18b20 и все как бы отлично.

И плагин работает как и было задумано.

Но ведь, в MegaD есть и другой режим работы - 1WBUS. Благодаря чему, на тот же 34 порт, я могу подключить несколько датчиков ds18b20.

Результат опроса шины 1wbus:

А теперь вопрос, как отобразить состояние этих четырёх датчиков в IntraHouse?

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

У меня это работает как 34_адрес датчика и тд.

MAMOHT

Пользователь @aleks-zonov написал в Плагин MegaD:

У меня это работает как 34_адрес датчика и тд.

Огромное спасибо !
Всё оказалось до безобразия просто. Всё работает.

Lost

Добрый вечер!
Столкнулся с такой ситуацией. Если происходит перезагрузка Меги и при этом изменяются состояния выходных каналов (включаются по умолчанию) то это новое состояние каналов IH в упор не видит. В отладчике плагина каждый раз одно и тоже:

01.06 22:57:36.674 megad1: 192.168.0.14 => localhost:8081 HTTP GET /megad1?st=1&mdid=1
01.06 22:57:36.677 megad1: 192.168.0.14 <= localhost:8081
01.06 22:57:36.816 megad1:
01.06 22:57:36.817 megad1: localhost => 192.168.0.14 HTTP GET /sec/?pt=29&cmd=list
01.06 22:57:36.827 megad1: localhost <= 192.168.0.14 response: statusCode=200 contentType = text/html
01.06 22:57:36.830 megad1: body: busy
01.06 22:57:37.018 megad1:
01.06 22:57:37.019 megad1: localhost => 192.168.0.14 HTTP GET /sec/?pt=31&cmd=get
01.06 22:57:37.029 megad1: localhost <= 192.168.0.14 response: statusCode=200 contentType = text/html
01.06 22:57:37.030 megad1: body: temp:12.88/hum:100.00
01.06 22:57:37.032 IH: get [ { id: '31_1', value: '12.88' }, { id: '31_2', value: '100' } ]
set { STEMP_4_2: { aval: 12.88, err: 0 },
SHUMIDITY_4_1: { aval: 100, err: 0 } }
01.06 22:57:37.220 megad1:
01.06 22:57:37.221 megad1: localhost => 192.168.0.14 HTTP GET /sec/?pt=32&cmd=get
01.06 22:57:37.228 megad1: localhost <= 192.168.0.14 response: statusCode=200 contentType = text/html
01.06 22:57:37.229 megad1: body: temp:17.68
01.06 22:57:37.230 IH: get [ { id: '32', value: '17.68' } ]
set { STEMP_1_2: { aval: 17.68, err: 0 } }
01.06 22:57:37.423 megad1:
01.06 22:57:37.424 megad1: localhost => 192.168.0.14 HTTP GET /sec/?tget=1
01.06 22:57:37.433 megad1: localhost <= 192.168.0.14 response: statusCode=200 contentType = text/html
01.06 22:57:37.434 megad1: body: 19.25
01.06 22:57:37.435 IH: get [ { id: '38', value: '19.25' } ]
set { STEMP_1_3: { aval: 19.25, err: 0 } }
01.06 22:57:39.028 megad1:
01.06 22:57:39.029 megad1: localhost => 192.168.0.14 HTTP GET /sec/?pt=29&cmd=list
01.06 22:57:39.095 megad1: localhost <= 192.168.0.14 response: statusCode=200 contentType = text/html
01.06 22:57:39.096 megad1: body: fff2c75a1604:15.31;ffd39d011705:12.93
01.06 22:57:39.097 IH: get [ { id: '29_fff2c75a1604', value: '15.31' },
{ id: '29_ffd39d011705', value: '12.93' } ]
set { STEMP_1_1: { aval: 15.31, err: 0 },
STEMP_4_1: { aval: 12.93, err: 0 } }

Сам факт рестарта Меги просто так выявить не возможно. Нужно сравнивать сигнализацию на модулях
с состоянием каналов в IH. Ну или пожинать плоды безконтрольного включения каналов. Чтобы привести систему в чувства приходится включать/отключать каналы, которые активируются при старте Меги. Как от этого избавиться? Как заставить плагин опрашивать все каналы при получении от Меги ST=1? Периодический опрос всех каналов заводить очень не хотелось бы.

intrapro

@Lost, добрый день
При перезагрузке Меги можно восстановить состояния выходных каналов, если установить галочку: "Восстанавливать выход при перезагрузке контроллера"

Сам факт рестарта Меги просто так выявить невозможно.

Это возможно, нужно слушать сообщение от Меги /st=1 в Расширениях.

amgstone

@intrapro можно визуализацию где настроить.