MajorDoMo

kirush писал(а): Ср сен 23, 2020 6:32 pm работает, в смысле управляется через мдм.
вот и меня это удивляет...пока нет ключа но есть ип адрес - щелкается из мдм....проходит время, перестает работать. захожу удаляю ключ, сохраняю и заново все ок.

Тогда он скорее всего управляется через облако, а локально - нет. Если галочка Web стоит, то локлаьный ключ автоматически будет вытягиваться из облака и прописываться в устройство. Если ключа или ip нет - управление идёт через облако. Если и то и другое есть, но , например, ip не правильный, то управляться не будет...

А что за галочка Web?
В общих настройках есть:
галка "Использовать оригинальное облако ". На скриншоте она у меня установлена. Пытался убрать - не помогает.
Если в свойствах выключателя убираю Local Key, но оставляю IP
и
Управлять через облако: НЕТ
Статус только локально: ДА
Управлять через оригинальное облако: НЕТ
= выключатель управляется из MDM, но до того момента пока Local key опять не подтянется.

Если убрать IP, но оставить Local Key то с теми же настройками выключатель начинает опять работать.
Подскажите как все таки правильно расставить галки, чтобы выключатели не зависели от китайцев а работали по IP адресам?
А то по названию параметров не совсем понятно, что каждый из них значит (в глубоком понимании работы модуля);

Для себя понял это так:
Управлять через облако: - управлять через сервер API tuya
Статус только локально: - статус выключателей получать локально, те каждые X секунд указанные в общих настройках в параметре (Интервал обновлений)
Управлять через оригинальное облако: тут не совсем понял, есть оригинальное облако, а есть не оригинальное?
По логике вещей, для работы выключателей в локалке надо НЕТ/ДА/НЕТ ставить соответсвенно. Но не получается заставить работать, как описал выше.
Или может отказаться от управления локального, получается тогда удаленно (из родного приложения) я не смогу ими управлять совсем или такая возможность остается?

P.S.попробовал все варианты раставления данных (3) галок - выключатель не управляется. Как только убираю IP адрес - выключатель начинает работать во всех вариантах, даже при НЕТ/НЕТ/НЕТ

kirush писал(а): Ср сен 23, 2020 10:42 pm А что за галочка Web?
В общих настройках есть:
галка "Использовать оригинальное облако ". На скриншоте она у меня установлена. Пытался убрать - не помогает.
Если в свойствах выключателя убираю Local Key, но оставляю IP
и
Управлять через облако: НЕТ
Статус только локально: ДА
Управлять через оригинальное облако: НЕТ
= выключатель управляется из MDM, но до того момента пока Local key опять не подтянется.

Если убрать IP, но оставить Local Key то с теми же настройками выключатель начинает опять работать.
Подскажите как все таки правильно расставить галки, чтобы выключатели не зависели от китайцев а работали по IP адресам?
А то по названию параметров не совсем понятно, что каждый из них значит (в глубоком понимании работы модуля);

Для себя понял это так:
Управлять через облако: - управлять через сервер API tuya
Статус только локально: - статус выключателей получать локально, те каждые X секунд указанные в общих настройках в параметре (Интервал обновлений)
Управлять через оригинальное облако: тут не совсем понял, есть оригинальное облако, а есть не оригинальное?
По логике вещей, для работы выключателей в локалке надо НЕТ/ДА/НЕТ ставить соответсвенно. Но не получается заставить работать, как описал выше.
Или может отказаться от управления локального, получается тогда удаленно (из родного приложения) я не смогу ими управлять совсем или такая возможность остается?

Галочка WEB - означает работать через оригинальное облако туи. Возможность экспериментальная и добавлена недавно. Первоначально модуль работал через специальное облако для HA - там были только устройства типа выключателей, термоголовок и лампочек. Скажем получить температуру с датчика температуры было не возможно. В оригинальном же облаке есть все устройства, которые есть в мобильном приложении. Из этого облака модуль получает локальный ключ без необходимости ставить на мобильник прокси. Ну и всякие мелочи типа названий метрик и единиц измерения тоже оттуда же подтягиваются.

Для работы локально надо ставить Статус только локально Да, остальные галки - нет. Но! Если при этом нету локального ключа или IP, то управление и опрос устройства идёт через облако

ок, в общих настройках стоит
Использовать оригинальное облако: да
в настройках выключателя ставлю галки нет/да/нет
и при установленном local key и ip = не работает.
Убираю local key = работает.

kirush писал(а): Ср сен 23, 2020 11:01 pm ок, в общих настройках стоит
Использовать оригинальное облако: да
в настройках выключателя ставлю галки нет/да/нет
и при установленном local key и ip = не работает.
Убираю local key = работает.

Это означает, что локальное управление не работает...

Заметил еще несколько странностей в работе модуля.
В настройках модуля снял галку: Использовать оригинальное облако
Интервал обновлений: 2
В настройках выключателя галки стоят:
Управлять через облако: нет
Статус только локально: да
Управлять через оригинальное облако: нет
Прописаны Local Key и Local IP
Получается что управление должно происходить локально.
Если я правильно понял, в сервисе цикла Tuya по таймауту из настроек запускается функция Tuya_Discovery_Devices, в которой и происходит опрос статуса устройств. Расскоментил debmes в этой функции и в логах получаю:
Tuya Web content:{"payload":{},"header":{"msg":"you can discovery once in 300 seconds","code":"FrequentlyInvoke","payloadVersion":1}}
Это ведь ответ облака? Получается что статус можно обновлять только раз в 5 минут? Или это относится только к сканированию списка устройств?

У меня тоже, обновление статуса происходит с рандомными задержками. Иногда практически сразу, иногда через 5-8 сек.
Также не понятно поведение свойства. Создан объект выключатель, в нем есть свойство статус, которое связано с соответствующим свойством выключателя. Если я у мной созданного объекта меняю свойство с 0 на 1, то должно смениться свойство у выключателя. Но она иногда меняется, а иногда обратно возвращается в 0.

Модифицировал получение локального статуса - теперь 2 отдельных цикла с разными временами опроса. Локальный цикл без проблем можно опрашивать раз в 5 секунд. Появилась возможность локально опрашивать термометры, подключенные к зигби-шлюзу. У шлюза надо выставить local_ip, а у устройства - статус только локально.

Отличная новость. Обновил модуль. Время локального обновления 10. Включил управления через облако - нет. Статус только локально -да. Ни от розетки ни от двух клавишных выключателей статус локально не приходит. Управление работает.

Отправлено с моего Mi MIX 2 через Tapatalk

Pamfletik писал(а): Чт окт 01, 2020 7:27 am Отличная новость. Обновил модуль. Время локального обновления 10. Включил управления через облако - нет. Статус только локально -да. Ни от розетки ни от двух клавишных выключателей статус локально не приходит. Управление работает.

Отправлено с моего Mi MIX 2 через Tapatalk

В директории scripts есть файл cycle_local_tuya.php, в нём много закомментированных команд echo - можно их все раскомментировать и запустить цикл вручную - php cycle_local_tuya.php. На экране будет видно что и как работает

В целях оптимизации работы с базой теперь записываются только те показания, которые изменились

И ещё - обязательно посмотреть к какой метрике привязан статус выключателя. Так как начинался модуль с облака под HA - там для выключателя были только метрики state и online. Оригинальное облако и локальный статус работают с метриками dsp - 1,2 и т.д. Например, для розетки с подсветкой это будет dsp:2 с алиасом power

fandaymon писал(а): Вс сен 13, 2020 5:22 pm Изменения добавлены в модуль.
Для использования рабоыт с облаком надо поставить флажок

Tuya_Settings.jpg

Отлично! Благодарю за доработку модуля. Давненько не заглядывал в форум, а тут сюрпрайз!
Подтянулись в модуль данные по всему моему "Туеву зверинцу" Даже камера и дверной сенсор зашли!
Респект вам за проделанную работу!