Плагин MegaD
-
Может чего не так делаю, но не работает на megad диммер. Значения не меняются.
Команды управления в логе не вижу. А чтобы увидеть изменение значения с 255 на 254 надо сделать на устройстве-диммере логический интервал не 0-100, а 0-255. Иначе, 255 и 254 - это все равно 100
-
Может чего не так делаю, но не работает на megad диммер. Значения не меняются.
Команды управления в логе не вижу
Я сделал все как обычно: настроил мегу, создал устройство, настроил канал в плагине, добавил мнемосхему. Но не чего не происходит(
-
Может чего не так делаю, но не работает на megad диммер. Значения не меняются.
Команды управления в логе не вижу. А чтобы увидеть изменение значения с 255 на 254 надо сделать на устройстве-диммере логический интервал не 0-100, а 0-255. Иначе, 255 и 254 - это все равно 100
Я так делал изначально. Не меняются значения. Даже если с веба меги задаю любое значение, на IH не меняется.
-
Может чего не так делаю, но не работает на 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
-
artem521, а с какой целью опрашиваешь все каналы контроллера так часто? Ведь особенность MegaD в том что она сама по событию на порте (замыкание/размыкание) присылает сообщение на сервер. И опрашивать нужно только каналы, на которых висят датчики (DS18B20, DHT и датчики на шине I2C).
-
artem521, а с какой целью опрашиваешь все каналы контроллера так часто? Ведь особенность MegaD в том что она сама по событию на порте (замыкание/размыкание) присылает сообщение на сервер. И опрашивать нужно только каналы, на которых висят датчики (DS18B20, DHT и датчики на шине I2C).
Я пробую все варианты по проблеме с диммером, чего-то не понимаю в чем дело
-
Команды управления в логе не вижу. А чтобы увидеть изменение значения с 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}}
Походу чего-то не так делаю
-
Хотя вот что заметил- ползунком если управлять с IH, значение на веб меги меняется, а на самом актуаторе нет.
-
Введенные значения с меги в отладчике меняются, но на самом актуаторе меняется с "0" на "1"
Походу чего-то не так делаю
В канале:
Значение логического уровня 0-:
У вас стоит 0, надо 255 (или 100, если стандартно, это яркость)
-
Введенные значения с меги в отладчике меняются, но на самом актуаторе меняется с "0" на "1"
Походу чего-то не так делаю
В канале:
Значение логического уровня 0-:
У вас стоит 0, надо 255 (или 100, если стандартно, это яркость)
Спасибо, все теперь заработало. Информации побольше б по настройкам.
-
Добрый день, начел осваивать мегад, возниули вопросы, помогите хто может!!!!!
1. в устройстве нет выбора http:<ссылка удалена>, хотя в устройствах создал http:<ссылка удалена>
2. в екранах не подгружается фото http:<ссылка удалена> хотя в уровнях добавил фото http:<ссылка удалена>
-
Добрый день, начел осваивать мегад, возниули вопросы, помогите хто может!!!!!
1. в устройстве нет выбора , хотя в устройствах создал
2. в екранах не подгружается фото
Предупреждение! Ссылки на нетематические сайты рекламного характера на этом форуме недопустимы.
Форум позволяет прикладывать скриншоты. Прошу продублировать свой пост в соответствии с правилами форума.
-
Добрый день, начел осваивать мегад, возниули вопросы, помогите хто может!!!!!
1. в устройстве нет выбора , хотя в устройствах создал
2. в екранах не подгружается фото хотя в уровнях добавил фото
-
Странно работает опрос всех портов (создается ощущение, что не работает).
Привязал к порту 7 устройство "светильник".
Настроил в параметрах плагина опрос всех портов контроллера Меги каждые 60 секунд.
Включаю светильник из intraHouse.
Изменение порта отображается.
Выключаю на контроллере порт 7 командой из браузера (руками).
Порт 7 на контроллере выключается, но intraHouse этого не видит, ни через 60 секунд, ни больше…
-
Странно работает опрос всех портов (создается ощущение, что не работает).
Привязал к порту 7 устройство "светильник".
Настроил в параметрах плагина опрос всех портов контроллера Меги каждые 60 секунд.
Включаю светильник из intraHouse.
Изменение порта отображается.
Выключаю на контроллере порт 7 командой из браузера (руками).
Порт 7 на контроллере выключается, но intraHouse этого не видит, ни через 60 секунд, ни больше…
Желательно посмотреть в отладчике плагина:
Выберите плагин, в нижнем окне - Отладчик. У вас вместо modbus будет megad
Кнопка play - начинает вывод, стоп - останавливает
Там нужно смотреть:
1. Отправляются или нет запросы cmd=all
2. Если да, что отвечает megad по 7 каналу
3. Как эти данные интерпретирует сервер (get - получил от плагина, set - записал в устройство)
-
странно.
Сейчас отработало нормально.
Спасибо, понаблюдаю еще..
02.02 17:06:45.813 megad1: localhost => 192.168.0.15 HTTP GET /sec/?cmd=7:1
02.02 17:06:45.898 megad1: localhost <= 192.168.0.15 response: statusCode=200 contentType = text/html
02.02 17:06:45.899 megad1: body: Done
02.02 17:06:45.900 IH: get [{"id":"7","value":1}]
02.02 17:06:45.901 IH: set {"LAMP_HALL1":{"dval":1,"err":0}}
02.02 17:07:12.262 megad1:
02.02 17:07:12.264 megad1: localhost => 192.168.0.15 HTTP GET /sec/?cmd=all
02.02 17:07:12.355 megad1: localhost <= 192.168.0.15 response: statusCode=200 contentType = text/html
02.02 17:07:12.357 megad1: body: OFF/0;OFF/0;OFF/0;OFF;OFF;OFF;OFF;ON;OFF;OFF;ON;ON;ON;ON;ON;OFF;OFF;OFF;OFF;OFF;OFF;OFF;OFF;OFF;OFF;OFF;OFF;temp:-1.93;OFF;OFF;OFF;OFF;OFF;OFF;OFF;OFF;OFF;OFF
02.02 17:07:12.359 IH: get [{"id":"7","value":"1"},{"id":"27","value":"-1.93"}]
02.02 17:07:12.360 IH: set {"LAMP_HALL1":{"dval":"1","err":0},"STEMP1":{"aval":"-1.93","err":0}}
02.02 17:08:12.364 megad1:
02.02 17:08:12.365 megad1: localhost => 192.168.0.15 HTTP GET /sec/?cmd=all
02.02 17:08:12.474 megad1: localhost <= 192.168.0.15 response: statusCode=200 contentType = text/html
02.02 17:08:12.475 megad1: body: OFF/0;OFF/0;OFF/0;OFF;OFF;OFF;OFF;OFF;OFF;OFF;ON;ON;ON;ON;ON;OFF;OFF;OFF;OFF;OFF;OFF;OFF;OFF;OFF;OFF;OFF;OFF;temp:-1.93;OFF;ON;OFF;OFF;OFF;OFF;OFF;OFF;OFF;ON
02.02 17:08:12.477 IH: get [{"id":"7","value":"0"},{"id":"27","value":"-1.93"}]
02.02 17:08:12.477 IH: set {"LAMP_HALL1":{"dval":"0","err":0},"STEMP1":{"aval":"-1.93","err":0}}
-
Коллеги, подскажите! А плагин не будете дорабатывать в части более сложной обработки данных от аналоговых устройств?
Для обработки данных от MH-Z14A требуется: общая периодичность опроса датчика - 5 минут, при опросе необходимо сделать 5 запросов через 5-10 секунд, далее отсортировать их, откинуть крайние, сложить оставшиеся и усреднить. В Berry это получилось сделать когда стало возможно возвращать не только значение устройства, но и период его опроса (reqsec).
Ну и все же очень хотелось бы такого же поведения плагина Cherry как в Berry в том случае когда контроллер шлет сообщения с m=1 и m=2.
-
Коллеги, подскажите! А плагин не будете дорабатывать в части более сложной обработки данных от аналоговых устройств?
Для обработки данных от MH-Z14A требуется: общая периодичность опроса датчика - 5 минут, при опросе необходимо сделать 5 запросов через 5-10 секунд, далее отсортировать их, откинуть крайние, сложить оставшиеся и усреднить. В Berry это получилось сделать когда стало возможно возвращать не только значение устройства, но и период его опроса (reqsec).
Ну и все же очень хотелось бы такого же поведения плагина Cherry как в Berry в том случае когда контроллер шлет сообщения с m=1 и m=2.
Добрый день!
Период опроса из функции - сделаем
Также добавим и это: по умолчанию в качестве параметра передавать JSON, в котором будет содержаться IP-адрес MegaD
А вот по входящим без m - это загадка
Вероятно, придется добавить что-то вроде pt=xx&m=! - не брать запрос, если присутствует m
По срокам точно не скажу, до конца месяца будет
-
Период опроса из функции - сделаем
Также добавим и это: по умолчанию в качестве параметра передавать JSON, в котором будет содержаться IP-адрес MegaD
Отлично, буду ждать.
@intrapro:А вот по входящим без m - это загадка
Вероятно, придется добавить что-то вроде pt=xx&m=! - не брать запрос, если присутствует m
Я конечно все понимаю, но в вашем случае даже реверс-инжиниринг не надо делать. Тем более у Вас появился железный контроллер MegaD-2561. Надо вывести отладку в Berry и Cherry и сымитировать ситуацию "долгого удержания кнопки" в режиме P. Я же привел скриншоты что в Berry работало все отлично, а в Cherry - все иначе. Причем помню мне Владимир писал, что достаточно указать pt=1 и если будет вхождение только pt=1, то request сработает. Ну то есть работало фактически по маске. Если пишешь pt=1&m=1, то сработает только на такое вхождение, если pt=1&m=2 то только на такое…
И еще забыл, правда сам не тестировал пока - в серверной части внесли изменения по отображению 3-х состояний индикатора плагина: NOT ACTIVATED, STOPPED, RUN? И еще что-то было по серверной части...пойду почитаю ветку.
-
Я конечно все понимаю, но в вашем случае даже реверс-инжиниринг не надо делать. Тем более у Вас появился железный контроллер MegaD-2561. Надо вывести отладку в Berry и Cherry и сымитировать ситуацию "долгого удержания кнопки" в режиме P. Я же привел скриншоты что в Berry работало все отлично, а в Cherry - все иначе. Причем помню мне Владимир писал, что достаточно указать pt=1 и если будет вхождение только pt=1, то request сработает. Ну то есть работало фактически по маске. Если пишешь pt=1&m=1, то сработает только на такое вхождение, если pt=1&m=2 то только на такое…
Тут MegaD не нужен совсем. Обработка запросов построена на идее, что мы не отслеживаем, какие параметры передает контроллер (кроме pt), просто ищется максимально подходящий вариант.
Алгоритм такой:
Запросы группируются по pt. Отдельная группа - запросы без pt
Далее определяется, какие ключи есть в запросе и подбирается подходящий запрос по наличию максимального количества совпадений ключей.
Например, есть запросы в таблице:
1. /pt=7&m=1
2. /pt=7
Контроллер присылает /pt=7&cnt=1 - возьмется второй, /pt=7&m=2 - не возьмется никакой, так как ключи совпали с первым, а значение-нет.
Но если в таблице единственный запрос /pt=7 - он и считается подходящим для любого варианта, хоть с m, хоть без m. Потому что про m алгоритм не знает
Выхода два:
Вариант 1. Сделать ловушку:
/pt=7&m=* -сюда попадаем, если m есть с любым значением. Можно оставить без обработки
/pt=7 - сюда попадаем, если m нет
Это работает уже сейчас
Вариант 2.
Как то сообщить алгоритму, что если в запросе есть m, то его не надо брать, например
/pt=7&m=! (или какой-то другой символ отрицания)