Плагин MegaD

Erik

Участник @intrapro написал в Плагин MegaD:

@Erik, даже если такой механизм существует, мы его не используем
Никаких конфигурационных команд плагин не посылает.
Весь обмен сообщениями можно увидеть в отладчике, скрытых действий никаких нет.

Используете. Я видел.

intrapro

Участник @Erik написал в Плагин MegaD:

Используете. Я видел.

Тогда просветите, пока мы в неведении

artem521

Участник @intrapro написал в Плагин MegaD:

Участник @Erik написал в Плагин MegaD:

Используете. Я видел.

Тогда просветите, пока мы в неведении

Здравствуйте:) Пользуясь случаем, не подскажите по комментарию ранее можно что нибудь придумать? ( Подскажите пожалуйста, как отобразить в ih человеческие значения ацп megad с датчика температуры и давления? )

intrapro

@artem521 не совсем в курсе, в чем там проблема? Нельзя просто использовать коэффициент пересчета напряжения в физическое значение на вкладке Обработка? Или зависимость нелинейная?

artem521

Участник @intrapro написал в Плагин MegaD:

@artem521 не совсем в курсе, в чем там проблема? Нельзя просто использовать коэффициент пересчета напряжения в физическое значение на вкладке Обработка? Или зависимость нелинейная?

Да проблемы то нету, просто незнал как это сделать)

Erik

Участник @intrapro написал в Плагин MegaD:

Тогда просветите, пока мы в неведении

Выше все написано.
На меге порт сконфигурирован как IN P&R.
Без сервера - работает как написано, управляет своим же выходом 23:3.

Но стоит только прописать IP и порт сервера, как настройка порта у меги меняется с P&R на P.
И это не исправляется. При изменении конфигурации после сохранения мега перезагружается, и возвращает настройку P.

Убираю настройку сервера - и настройка порта сама возвращается к P&R.

Потом оказалось, что достаточно изменить слушающий порт на сервере. С 8082 на 8083.

Но факт изменения настройки порта меги сервером IH на лицо.

gis

Подскажите, будет ли доработан плагин для обработки одновременных срабатываний каналов MegaD-16I-XT?
Подключил датчики движения, там через раз происходят одновременные срабатывания которые не обрабатываются плагином. Периодически опрашивать датчики движения, как вы понимаете, нет ни какого смысла.

intrapro

Да, доработаем. По сроку не скажу

intrapro

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

Еще можно посмотреть порт 8082 с помощью netstat или lsof, возможно, он занят кем-то.

sudo netstat -ntulp
или
sudo lsof -i | grep 8082

Но тогда слушающий порт не должен открываться. Нужно смотреть лог отладчика.

amgstone

Добрый день, подскажите как настроить Диммер для лед ленты обычной, не rgb.

Erik

@intrapro
Пробовал повторить ситуацию - менял порты на сервере и на меге на 8082.
Такого же результата добиться не смог.
Но есть другой.
alt text
После смены порта в настройках плагина у плагина меняется отображение версии. Обновление экрана исправляет ситуацию.
Но это каждый раз случается при корректировке порта. Повторяемая ситуация.

Erik

Ситуация повторилась.
Для повторения ситуации нужно щелкнуть выключателем.

И порт, меги настроенный как P&R становится P

Лог отладчика

15.12 07:29:18.056 megad1: 192.168.13.10 => localhost:8083 HTTP GET /?pt=16&cnt=1
15.12 07:29:18.058 IH: get [ { id: '16', value: '1' }, { id: '23', value: '1' } ]
15.12 07:29:18.060 megad1: 192.168.13.10 <= localhost:8083 23:1
15.12 07:29:19.050 megad1: 192.168.13.10 => localhost:8083 HTTP GET /?pt=16&m=2&cnt=1
15.12 07:29:19.051 IH: get [ { id: '16', value: '1' }, { id: '23', value: '1' } ]
set { SENSOR6: { dval: 1, err: 0 }, LAMP13: { dval: 1, err: 0 } }
15.12 07:29:19.052 megad1: 192.168.13.10 <= localhost:8083 23:1
15.12 07:29:20.489 megad1: 192.168.13.10 => localhost:8083 HTTP GET /?pt=16&cnt=2
15.12 07:29:20.493 IH: get [ { id: '16', value: '1' }, { id: '23', value: '1' } ]

Происходило так. Перед началом проверил в веб интерфейсе моду порта 16, все правильно, P&R
Включил выключаель - свет включился.
Выключил выключатель - свет не выключился.
ПРоверил моду порта 16 в веб интерфейсе меги - там P.

intrapro

@Erik
/?pt=16&m=1 (Release) контроллер ни разу ни присылает
А зачем вам событие R для выключателя? У вас переключатель, а не кнопочный выключатель?
Еще вопрос - где-то такая конфигурация работает? Мы сами не отслеживаем обновления прошивок MegaD
Но точно могу сказать - со стороны сервера ничего на контроллер не отсылается, чего бы не было в логе. Может меге не нравится что подряд две одинаковые команды в ответ приходят? Если нужно что-то переделать - переделаем. Знать бы, что

Erik

Дв, у меня выклчатели, а не кнопки.

Вот это что такое?
15.12 07:29:19.050 megad1: 192.168.13.10 => localhost:8083 HTTP GET /?pt=16&m=2&cnt=1

intrapro

Контроллер MegaD отправляет сообщение о длительном нажатии (m=2), если оно длится более 1.5 сек по документации https://ab-log.ru/smart-house/ethernet/megad-2561
Фактически, как видим менее секунды
Можно попробовать перехватывать это сообщение и ничего не включать: добавить во входящие /?pt=16&m=2, а в команду оставить пустую, тогда сервер вернет ответ на контроллер без команды

Erik

Ни на одном другом выключателе такого не приходит.
Не включал я обработку длинных нажатий. У меня коротких нет. Это выключатели, а не кнопки.
Почему при общении с сервером при включении выключателя меняется настройка порта?
Если отладчик ничего не показывает, куда еще смотреть?

Что такое "значение физического уровня" и "значение логического уровня" в свойствах канала плагина?
У 16 порта у единственного они 255 и 100 соответственно.

intrapro

Участник @Erik написал в Плагин MegaD:

Ни на одном другом выключателе такого не приходит.
Не включал я обработку длинных нажатий. У меня коротких нет. Это выключатели, а не кнопки.

То есть выключателей несколько, но один работает по другому? Это хорошо. Вы можете в отладчике посмотреть, m=2 думаю приходит и там.
А обработка длинных видимо не отключается, это встроенная фича MegaD, как повествует мануал:

Если используется сервер, то в том случае, когда вход (в режиме P или P&R) удерживается замкнутым более 1,5 секунд, на сервер отправляется второй запрос, в котором передается параметр m=2.

http://192.168.0.1/megad.php?pt=4
// спустя 1,5 секунды удержания клавиши выключателя
http://192.168.0.1/megad.php?pt=4&m=2

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

Нашей экспертизы тут не хватает Может проконсультироваться на ab-log? Что может приводить к переключению настройки? Еще раз повторю, плагин не отправляет никаких скрытых сообщений
А здесь он вообще только отвечает ответом на запрос.
Кстати, можно попробовать такую комбинацию: в ответ команду не отправлять (Передать в ответ оставить пустым), но заполнить Выполнить запрос (в т.ч. на другой MegaD), и там прописать команду включения как /sec/?pt=23&cmd=1
Но это только как эксперимент, особого смысла здесь нет

Что такое "значение физического уровня" и "значение логического уровня" в свойствах канала плагина? У 16 порта у единственного они 255 и 100 соответственно.

Это должно быть только у аналоговых актуаторов (напр у диммеров 100% яркость соответствует значению 255) , для бинарных это никакой роли не играет. У вас же выбран бинарный вход? Если нет, попробуйте заменить. Но не думаю, что это поможет

Erik

Участник @intrapro написал в Плагин MegaD:

Это должно быть только у аналоговых актуаторов (напр у диммеров 100% яркость соответствует значению 255) , для бинарных это никакой роли не играет. У вас же выбран бинарный вход? Если нет, попробуйте заменить. Но не думаю, что это поможет

Объясните, как оно там появляется.
Потому, как я - не ставил. И порт не аналоговый актуатор. А универсальный бинарный датчик.
Порт 16
Зеленым выделены другие аналогичные выключатели, у которых проблем нет.

intrapro

Участник @Erik написал в Плагин MegaD:

Объясните, как оно там появляется.
Потому, как я - не ставил. И порт не аналоговый актуатор. А универсальный бинарный датчик.
Зеленым выделены другие аналогичные выключатели, у которых проблем нет.

Объяснить могу, но это тонкости реализации редактора каналов на сервере.
Если вы войдете внутрь канала для редактирования, там этих полей нет. Вероятно, когда канал создавался, он был скопирован из AO. Или тип переключался, так как это разрешено. Потом тип был изменен на DI, но поля остались, хотя они для канала этого типа не используются.
Исправить это очень легко - удалите канал и создайте его как DI.
Я даже предлагаю Вам 16 канал не создавать, так как для функции выключателя он не нужен. Входящее сообщение pt=16 просто отправляет команду 23:1

Erik

Нет. Никогда он не создавался как АО.
И, кроме того, я его удалял и создавал заново, сразу как DI. Чтобы исключить некорректный конфиг.
Поэтому, кстати, он последний в списке.

И по поводу этой части лога.

15.12 07:29:19.050 megad1: 192.168.13.10 => localhost:8083 HTTP GET /?pt=16&m=2&cnt=1
15.12 07:29:19.051 IH: get [ { id: '16', value: '1' }, { id: '23', value: '1' } ]
set { SENSOR6: { dval: 1, err: 0 }, LAMP13: { dval: 1, err: 0 } }

При всем моем уважении. Сервер даже на включение меге команду не послал, пока я в расширениях запись не создал.
Так там созданы только для /?pt=16 и /?pt=16&m=1
Для /?pt=16&m=2 нет. На каком основании он отрабатывается вообще?