Logrus писал(а): Пн окт 24, 2022 3:29 pm
дополню пост выше, две проблемы
1. с модуля закрыто не 0, а 1
2. при отправке значения из пу, от модуля иногда сначала прилетает старое значение и потом установленное
к примеру было 50, отправили 0, прилетело сначала 50 потом 1
ну и вопрос в решении что проще поправить под это пу или в модуле, первое просто но не универсально
По первой проблеме - у свойства же есть replace list, работает так же как в модуле MQTT. Т.е. если установить конвертацию 1-> 0, то вроде бы должно помочь
По второй проблеме не очень понял - там видимо надо смотреть как именно работает это ПУ. У меня таких штор нет, поэтому даже не смотрел в строну этого ПУ...
fandaymon писал(а): Вт окт 25, 2022 6:54 pm
По второй проблеме не очень понял - там видимо надо смотреть как именно работает это ПУ. У меня таких штор нет, поэтому даже не смотрел в строну этого ПУ...
это с модуля так, код не смотрел, подозреваю что сравнивает через гг и значение в табличке модуля при сг, т.е. это в логике модуля
посмотрел, нет там гг, а не може быть с табличкой коммандс и то что в нее пишется позже отправки, возникать такая трабла? https://github.com/fandaymon/majordomo- ... .php#L1910
еще раз в свойстве было значение 50, в мдм записали 0, с модуля прилетело сначала 50 (это непонятно), потом 1
Telegram | Блог
Raspberry Pi3, с образа от Сергея 3.31, PHP 7, флешка 16 Гб работает с 10.09.2017
Почти всё время уходит на исправление ошибок, оставшееся - на их повторение. (с) ))) Спасибо
fandaymon писал(а): Вт окт 25, 2022 6:54 pm
По второй проблеме не очень понял - там видимо надо смотреть как именно работает это ПУ. У меня таких штор нет, поэтому даже не смотрел в строну этого ПУ...
это с модуля так, код не смотрел, подозреваю что сравнивает через гг и значение в табличке модуля при сг, т.е. это в логике модуля
посмотрел, нет там гг, а не може быть с табличкой коммандс и то что в нее пишется позже отправки, возникать такая трабла? https://github.com/fandaymon/majordomo- ... .php#L1910
еще раз в свойстве было значение 50, в мдм записали 0, с модуля прилетело сначала 50 (это непонятно), потом 1
Модуль с залинкованными свойствами работает штатным образом, т.е. всё что он получает он сначала записывает в свою таблицу, потом отправляет в линкованное свойство. Но то что записано в таблицу используется только при просмотре на странице модуля и при проверке изменилось ли свойство...
Поскольку чтение и запись свойств это независимые процессы, то коллизии возможны конечно, но для этого надо чтобы чтение и запись происходили примерно в один момент, что по идее не должно случаться очень уж часто
fandaymon писал(а): Вт окт 25, 2022 6:54 pm
По второй проблеме не очень понял - там видимо надо смотреть как именно работает это ПУ. У меня таких штор нет, поэтому даже не смотрел в строну этого ПУ...
это с модуля так, код не смотрел, подозреваю что сравнивает через гг и значение в табличке модуля при сг, т.е. это в логике модуля
посмотрел, нет там гг, а не може быть с табличкой коммандс и то что в нее пишется позже отправки, возникать такая трабла? https://github.com/fandaymon/majordomo- ... .php#L1910
еще раз в свойстве было значение 50, в мдм записали 0, с модуля прилетело сначала 50 (это непонятно), потом 1
Модуль с залинкованными свойствами работает штатным образом, т.е. всё что он получает он сначала записывает в свою таблицу, потом отправляет в линкованное свойство. Но то что записано в таблицу используется только при просмотре на странице модуля и при проверке изменилось ли свойство...
Поскольку чтение и запись свойств это независимые процессы, то коллизии возможны конечно, но для этого надо чтобы чтение и запись происходили примерно в один момент, что по идее не должно случаться очень уж часто
да трабла примерно через раз или чуть реже
Telegram | Блог
Raspberry Pi3, с образа от Сергея 3.31, PHP 7, флешка 16 Гб работает с 10.09.2017
Почти всё время уходит на исправление ошибок, оставшееся - на их повторение. (с) ))) Спасибо
CAHbKA писал(а): Вс окт 23, 2022 8:48 am
как то можно выдернуть в mjd данные, которые видны в приложении smartLife, но не видны в модуле Tuya smarthome/
JSON как то можно посмотреть в сыром виде ? что вообще с облака в mjd прилетает. Думал add_coe это число, на которое приростает счетчик. нифига.
Все данные, которые прилетают из облака видны в модуле
Общий расход за месяц можно получить из облака функцией Tuya_Web_Stats($device_id, $dp_id=17, $gw_id='')
Аха, так вижу нужные показания. Спасибо.
Запрос отправлял через консоль.
Еще б понять какой модуль в mjd может делать это автоматом и парсить. через сценарии и/или processCommand ?
CAHbKA писал(а): Вс окт 23, 2022 8:48 am
как то можно выдернуть в mjd данные, которые видны в приложении smartLife, но не видны в модуле Tuya smarthome/
JSON как то можно посмотреть в сыром виде ? что вообще с облака в mjd прилетает. Думал add_coe это число, на которое приростает счетчик. нифига.
Все данные, которые прилетают из облака видны в модуле
Общий расход за месяц можно получить из облака функцией Tuya_Web_Stats($device_id, $dp_id=17, $gw_id='')
Аха, так вижу нужные показания. Спасибо.
Запрос отправлял через консоль.
Еще б понять какой модуль в mjd может делать это автоматом и парсить. через сценарии и/или processCommand ?
Ну, например, добавить в сценарий hourly, который выполняется каждый час, такой код
Добрый день!
Я так понимаю, что если на железке протокол 3.4 , то управлять ей можно только через родное облако?
У меня железка- это свитчер (простой переключатель) - модуль ее видит только через облако , дает управлять ей, но не присылает статус.
При переключении на локальное управление не управляется и статус не приходит.
так и должно быть?
С новыми устройствами модуль бесполезен? или есть какое то решение? Управление через облако - это очень не надежное решение.
Evgeniy555 писал(а): Ср дек 07, 2022 10:07 am
Добрый день!
Я так понимаю, что если на железке протокол 3.4 , то управлять ей можно только через родное облако?
У меня железка- это свитчер (простой переключатель) - модуль ее видит только через облако , дает управлять ей, но не присылает статус.
При переключении на локальное управление не управляется и статус не приходит.
так и должно быть?
С новыми устройствами модуль бесполезен? или есть какое то решение? Управление через облако - это очень не надежное решение.
А Сканировать показывает, что это именно 3.4 протокол?
Сильно сомневаюсь, что управлять через облако получается, а статус не присылается