MajorDoMo

fandaymon писал(а):

Pamfletik писал(а): Пт окт 02, 2020 12:08 am

fandaymon писал(а):

Pamfletik писал(а): Чт окт 01, 2020 9:44 pm А с розетками лог пишет:
Запуск проверки статуса 21:43:13
Connect <BR>20-10-01 09:43:13 recived 60<BR>json obj data unvalid
Warning: Invalid argument supplied for foreach() in /var/www/html/scripts/cycle_local_tuya.php on line 108

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

Да WiFi со счётчиком, без подсветки..

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

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

fandaymon писал(а): Чт окт 01, 2020 8:08 pm

nickneo писал(а): Чт окт 01, 2020 6:47 pm Хм. после обновления, перестало обновлять статус устройств..

Local Key и Local IP прописаны
и появилось поле Device MAC в котором пусто. туда обязательно вбивать данные?

Управлять через облако: Нет
Статус только локально: Да
Управлять через оригинальное облако: Нет

Зато стало более адекватное управление, раньше, если включить и сразу выключить, то не всегда срабатывало второй раз, сейчас работает стабильно.

Надо смотреть к какой метрике привязан статус - скорее всего он привязан к state. А локальный цикл обновляет то что получает от устройства
Mac нужен только для устройств, которые через шлюз подключены - по идее он сам заполняется из облака, если есть

Pamfletik писал(а): Пт окт 02, 2020 7:25 am
Может много данных приходит, переменная переполняется и парсер падает? Хотя через облако работает.

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

fandaymon писал(а): Пт окт 02, 2020 1:08 pm Есть такой проект tuyaapi, из которого я взял локальный протокол общения с устройствами, так вот - там тоже появились пользователи у которых некоторые устройства отдавали такую ошибку. Причём эту же ошибку устройство отдаёт и когда статус запрашивает официальное приложение... При этом управление локальное работает.

Pamfletik писал(а): Чт окт 15, 2020 10:26 pm

fandaymon писал(а): Пт окт 02, 2020 1:08 pm Есть такой проект tuyaapi, из которого я взял локальный протокол общения с устройствами, так вот - там тоже появились пользователи у которых некоторые устройства отдавали такую ошибку. Причём эту же ошибку устройство отдаёт и когда статус запрашивает официальное приложение... При этом управление локальное работает.

Добавил в систему WIFI Димер. Смотрю логи локального цикла. Свет выключен.
Запуск проверки статуса 21:45:55
Connect <BR>20-10-15 09:45:55 recived 108<BR>{"devId":"03**************c","dps":{"1":false,"3":154,"101":25}}
Saved: 1=0
Saved: 3=154
Saved: 101=25
Включаю свет через мобильное оф. приложение:
Connect <BR> Warning: socket_recv(): unable to read from socket [104]: Connection reset by peer in /var/www/html/scripts/cycle_local_tuya.php on line 90
20-10-15 09:47:46 recived 0<BR> Warning: Invalid argument supplied for foreach() in /var/www/html/scripts/cycle_local_tuya.php on line 108
Отключаю статус только локально. Включаю другое устройство стату только локально. Включаю в этом устройсвек статус только локально. Запускаю php Смотрю лог
Connect <BR>20-10-15 10:00:51 recived 108<BR>{"devId":"03**************c","dps":{"1":true,"3":154,"101":25}}
Saved: 1=1
Saved: 3=154
Saved: 101=25
Пока писал сообщение опять тапкая же ошибка

fandaymon писал(а):По поводу ответа Неправильный джейсон - вроде если при получении такого ответа посылать запрос на изменение dsp с незаполненными данными, то приходит ответ с правильным статусом. На выходных попробую реализовать такую схему в модуле, только мне проверить не на чем...

Daniral писал(а): Сб окт 17, 2020 10:36 pm Скажите а видеозвонок туя можно подключить к мажору через этот модуль? Чтобы выводить видеопото на сцену при нажатии на кнопку звонка?
Такой:
https://a.aliexpress.com/_B16J3n

Pamfletik писал(а): Пт окт 16, 2020 3:06 pm

fandaymon писал(а):По поводу ответа Неправильный джейсон - вроде если при получении такого ответа посылать запрос на изменение dsp с незаполненными данными, то приходит ответ с правильным статусом. На выходных попробую реализовать такую схему в модуле, только мне проверить не на чем...

Напиши что сделать - проверю

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