Плагин MegaD
-
Пользователь @Alex_Jet написал в Плагин MegaD:
@intrapro, приветствую! Походу дела в cherry никто не пользуется отправкой команд на контроллер MegaD кнопкой).
Я пользуюсь. Отлично работает.
Это ресет розетки, к которому подключено коммуникационное оборудование.
Если не послать команду на мегу целиком, то при выключении розетки мега потеряет сеть, и розетку будет уже не включить.
А так работает отлично. Мега берет команду, выключает розетку, теряет сеть, включает розетку, снова регистрируется в сети, продолжает работать.
-
@Alex_Jet, добрый день!
Странно, конечно. Судя по логу команда доходит, мега отвечает. Но происходит ошибка авторизации (401)? Может, символ какой вставился непечатный?
-
@intrapro, проверил. Так себя ведет MegaD если в "Команда/Дополнительный параметр" вставляешь полный url (http://192.168.11.41/sec/?cmd=26:0) или только команды и произвольные (cmd=26:0). Поэтому нужно использовать следующий формат - /sec/?cmd=26:0
-
Там все логично.
На каждую мегу свой экземпляр плагина.
В настройках кнопки ссылка на конкретный плагин, и IP адрес нужной меги есть в его свойствах.
-
@Erik, не очень логично. В настройках плагина есть и пароль (по умолчанию sec). Поэтому было бы логично плагину передавать только саму команду - cmd=26:0;p10;26:1...
-
@Alex_Jet Да. Тут согласен.
-
@sergeyygr, добрый день!
А какое показание должно получиться в результате?(|02|41|74|58|00|84|45|92|00|00|00|00|00|00|00|00 => ??
В прежнем варианте брали четвертый и пятый байты
-
Пользователь @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
-
Подскажите почему с MegaD не приходит состояния с канала при перезагрузке MegaD. Даже после ручного включения лампочки состояния не миняется, визуализирует.
-
Пользователь @amgstone написал в Плагин MegaD:
Подскажите почему с MegaD не приходит состояния с канала при перезагрузке MegaD. Даже после ручного включения лампочки состояния не миняется, визуализирует.
Мне кажется надо выставить период опроса порта не ноль а скажем раз в 10 сек.
-
@aleks-zonov IH мочемуто не считывает с MegaD состояния устройства
-
Пользователь @amgstone написал в Плагин MegaD:
@aleks-zonov IH мочемуто не считывает с MegaD состояния устройства
А остальные порты с megaD плагин опрашивает нормально? Просто на сколько я понимаю если сами порт не опросите при настройке плагина или канала, ни кто за вас это не сделает.
-
@amgstone, разработчики писали, что эта страничка не интерактивная. Чтобы значения обновились нужно сверху этого окна нажать кнопку "обновить". Хотя у меня вроде обновляются не нулевые значения и без этого. А вот вместо 0 всегда пишет "-".
-
@Alex_Jet так я знаю ща кнопку обновления, но после ручного включения и выключения то состояние не меняется, дальше пробел даже после обновления странички
-
@aleks-zonov на каждой меге по пару таких каналов с пробелами
-
@amgstone Странное поведение у меня постоянно работают 4 megaD прочерки есть только на димируемых каналах а так везде 0 1, были прочерки если переключал порт самой megaD тогда канал не обновлялся.
-
Уважаемые коллеги, добрый день!
Может мой вопрос покажется "не новым", но всё же попытаюсь его сформулировать.
В MegaD есть поддержка 1w. В моем случае на 34 порт подключен датчик ds18b20 и все как бы отлично.
И плагин работает как и было задумано.
Но ведь, в MegaD есть и другой режим работы - 1WBUS. Благодаря чему, на тот же 34 порт, я могу подключить несколько датчиков ds18b20.
Результат опроса шины 1wbus:
А теперь вопрос, как отобразить состояние этих четырёх датчиков в IntraHouse?
Заранее извиняюсь перед людьми, для которых мой вопрос покажется тупым !
-
Пользователь @MAMOHT написал в Плагин MegaD:
Уважаемые коллеги, добрый день!
Может мой вопрос покажется "не новым", но всё же попытаюсь его сформулировать.
В MegaD есть поддержка 1w. В моем случае на 34 порт подключен датчик ds18b20 и все как бы отлично.
И плагин работает как и было задумано.
Но ведь, в MegaD есть и другой режим работы - 1WBUS. Благодаря чему, на тот же 34 порт, я могу подключить несколько датчиков ds18b20.
Результат опроса шины 1wbus:
А теперь вопрос, как отобразить состояние этих четырёх датчиков в IntraHouse?
Заранее извиняюсь перед людьми, для которых мой вопрос покажется тупым !У меня это работает как 34_адрес датчика и тд.
-
Пользователь @aleks-zonov написал в Плагин MegaD:
У меня это работает как 34_адрес датчика и тд.
Огромное спасибо !
Всё оказалось до безобразия просто. Всё работает.
-
Добрый вечер!
Столкнулся с такой ситуацией. Если происходит перезагрузка Меги и при этом изменяются состояния выходных каналов (включаются по умолчанию) то это новое состояние каналов 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? Периодический опрос всех каналов заводить очень не хотелось бы.