Je me lance dans une tentative de connecter cet objet via wifilight pour contrôler localement un thermostat via Jeedom
Si ça intéresse quelqu’un 
C’est le seul que j’ai trouvé qui n’est pas contraint à un accrochage sur une prise murale. Et qui ne nécessite pas un flashage…
ca devrait fonctionner mais il faudra travailler l’interface.
mouuaaaahhhhaaa … c’était trop simple…
bon je vous faire un retour (pour ceux qui ça interesse) :
: détecté en tuya V4 personnalisé mais …
Quand je vais dans l’explorateur API de la plateforme tuya, les données remontent bien.
Par acquis de conscience j’ai testé en tuya V3 thermostat. Bon là sur les commandes créées c’est le bonheur… mais ça ne remonte pas grand chose non plus.
Comme je sais que @bernardfr.caron va me le demander je mets les logs filtrés sur l’ip fixe de l’appareil (j’espère que j’ai bon … pas taper… aie aie)
Si quelqu’un a une idée je suis preneur.
Et je continue de mon côté
wifilightV2_tuya.log (457,9 Ko)
hummm…
je continue mes recherches…
En requêtant l’api, je constate que le product category est plutôt inconnu au bataillon
Device Information
Product Name 红外空调控制器
Device ID bfe7668e111f08fc6ckqbh
Product Category hwktwkq
Device Status Offline
Activated At 2022-10-01 11:47:26
si j’en crois la liste : Standard Instruction Set-Tuya IoT Development Platform-Tuya Developer
j’ai essayé via l’api explorer de tuya de récupérer les fonctions disponibles par
GET « https://openapi.tuyaeu.com/v1.0/iot-03/categories/hwktwkq/functions »
et je récupère un magnifique array vide
{
"result": {
"category": "hwktwkq",
"functions": []
},
"success": true,
"t": 1664624948132,
"tid": "0ea9c7cb417f11ed9f9522dacb9008b9"
}
je sais que le statut est offline mais en fait cela semble être un mode économie d’énergie
il y en a trop et je ne connais pas son adresse IP
désactive tous les autres Tuya.
J’aurais besoin des logs pendant l’inclusion : _inc
puis quand le plugin va redémarrer le demon : _Tuya
bonjour @bernardfr.caron et merci de t’intéresser au sujet
euh… tout désactiver les tuya … hummm on va dire que la maison tout entière s’appuie sur des objets connectés donc c’est un peu compliqué.
Mais c’est de ma faute… je pensais t’avoir envoyé un fichier filtre sur la seule adresse ip… (j’avais fait une recherche par ip et je pensais que la sauvegarde permettait de sauvegarder ce que j’avais sous les yeux… dsl).
je prépare les fichiers
Voici le fichier d’inclusion
J’ai masqué le token, le secret etc…
Le « thermostat » est détecté en Smart AC Controller
>> id|bf1688eae1b3eea846ockw
[2022-10-01 14:01:09][DEBUG] : >> name|Smart AC Controller
[2022-10-01 14:01:09][DEBUG] : >> devid|effff3e2003fa1b8
[2022-10-01 14:01:09][DEBUG] : Create:Smart AC Controller
et encore merci
wifilightV2_inc.log (10,0 Ko)
Tu vas utiliser la beta du plugin.
Je n’ai pas son adresse IP du péripéhrique
recommencer et joindre en plus : _cmd pendant l’inclusion
Voici le fichier _tuya
J’ai tout éteint… il faut regarder dans la partie basse.
L’ip fixe est 192.168.0.20
J’ai constaté un bad localkey.
Donc j’ai été vérifier sur tuya api explorer
Et voilà le résultat :
{
"result": {
"active_time": 1664623538,
"category": "hwktwkq",
"category_name": "IR Air Thermostat",
"create_time": 1664623538,
"gateway_id": "",
"icon": "smart/icon/ay1503986080106Gppjy/6aed44783b5f88c2bacf5f1dbeec8089.png",
"id": "bf1688eae1b3eea846ockw",
"ip": "82.66.130.36",
"lat": "44.8021",
"local_key": "effff3e2003fa1b8",
"lon": "-0.7812",
"model": "NAS-RT01W6",
"name": "Smart AC Controller",
"online": true,
"owner_id": "4048926",
"product_id": "fnc1jft20tlgnxdj",
"product_name": "Smart AC Controller",
"sub": false,
"time_zone": "+02:00",
"update_time": 1664623542,
"uuid": "bedd04dd5cdb6790"
},
"success": true,
"t": 1664627095035,
"tid": "0e4d652e418411ed9f9522dacb9008b9"
}
ce semble pourtant être la bonne…
wifilightV2_tuya_2.log (600,0 Ko)
ok je passe en beta… (glups)…
il me faut _cmd et _inc en même temps.
ensuite sur tuya iot, me donner la partie qui permet de récupérer les dps (voir la doc du plugin pour savoir où c’est)
Voilà pour les fichiers :
wifilightV2_cmd.log (307,8 Ko)
wifilightV2_inc_3.log (19,8 Ko)
Pour ce qui est de la requête, voici une réponse très étonnante … :
{
"code": 2009,
"msg": "not support this device",
"success": false,
"t": 1664628078888,
"tid": "58bdca69418611edb883ca0f69d78a9e"
}
A priori ton thermostat n’est pas reconnu par le plugin, il ne répond même pas. En général c’est parce que le périphérique est purement cloud.
Par contre plus haut tu me dit que le plugin a créé des commandes . Peux tu me faire une copie d’écran des commandes créées.
hummm, je pense que le souci visualisé dans tuya directement laisse à penser qu’il y a même un pb avec le péripherique tout court.
Les 3 commandes ne viennent pas du cloud et vu la réponse sur IOT indiquant la non compatibilité, ce périphérique n’est pas intégrable dans le plugin automatiquement.
At il au moins récupéré le devid et localkey ?
si oui, alors utiliser le mode apprentissage, voir la doc spéciale Tuya.
oui le devid et localkey ont été correctement récupérés.
ok merci je regarde le mode apprentissage.
je peux repasser en stable non ?
oui pas de souci sauf si c’est le nouveau protocole il y a pas mal d’améliorations en beta
