Je ajoute des équipements Tuya et constate un problème dans la sauvegarde de la configuration des équipements.
Après les avoir paramétrés à côté de la box et débranchés pour les installer à leur place, tout va bien côté application Tuya Smart qui retrouve les équipements.
Par contre dans le plugin, ces équipements ayant le type de périphérique ‹ Tuya Smart Live fw 3.5 › passent en Tuya Smart Live fw 3.3.'.
Du coup, aucune des commandes ne fonctionnent (je vois toujours les messages dans les logs comme avant la coupure électrique) et si je remets ‹ Tuya Smart Live fw 3.5. ›, je perds toutes les commandes…
Je ne pense pas qu’il y ait besoin des Log, car tout va bien pour la création et fonctionnement des équipements avant/après la coupure et cette coupure électrique de l’équipement ne génère évidemment pas de message.
Je ne sais pas comment sont sauvegardées les configurations des équipements et suis à ta disposition pour faire des tests avec ces équipements que j’installerai qu’après.
OUI, le plugin trouve le bon micro logiciel (3.5).
Je crée les commandes manquantes, les sauvegarde et ces commandes sont bien fonctionnelles.
Par contre, lorsque le matériel est débranché du secteur puis rebranché quelques minutes après, le plugin change tout seul le micrologiciel de mes équipements en 3.3.
Ainsi, les commandes des équipements ne fonctionnent plus.
Dans les logs je vois bien que ces matériels ‹ parlent › comme avant mais ne sont évidemment reconnus pas mes équipements du plugin.
La question est pourquoi, ce micrologiciel se change dans mes équipements ?
Je ne souhaite pas réinclure les mêmes équipements ,mais en inclure d’autres matériels pendant qu’un existant est désalimenté.
Dans cette configuration, les nouveaux sont bien ajoutés et les existants ne sont plus fonctionnels.
Je comprends que ce n’est pas un fonctionnement normal d’avoir un équipement débranché.
Mais une prise, une sonde, etc. en spare ou qui ne servent que pour des besoins temporaires peuvent être rangées dans un placard (j’en ai ). Ou un simple problème électrique du moment pourrait faire qu’un équipement se retrouve désalimenté sans plus d’alerte.
Et lorsque ces équipements en version > 3.3 seront remis en service, ils ne fonctionneront pas s’il y a eu une inclusion entre temps (j’en ai maintenant un )…
La remise en service est aussi lourde: recréation des commandes manquantes et revoir les scénarios
Pourquoi l’inclusion modifie la configuration des équipements déjà connus ?
Lorsqu’un périphérique débranché et qui aune adresse IP différente de 0.0.0.0, il n’est pas modifié.
Si l’dresse IP est 0.0.0.0 le plugin cherche ce périphérique. Sil ne le trouve pas il le met en fw 3.3 et adresse IP 0.0.0.0. S’il le trouve tout est OK.
En aucun cas le plugin ne modifie un périphérique non joignable avec IP différente de 0.0.0.0
Bonjour @bernardfr.caron ,
J’ai refait des tests qui montrent que le micrologiciel est bien changé alors que l’adresse IP n’est pas 0.0.0.0
Copie d’écran AVANT (équipement fonctionnel) et PENDANT la coupure électrique:
Après plusieurs tests, l’inclusion ne modifie plus les équipements désalimentés
J’ai aussi testé l’inclusion d’un nouvel équipement (le spare que j’ai supprimé).
Je note qu’avant, l’inclusion, le plugin trouvait l’adresse IP et maintenant j’ai 0.0.0.0 après plusieurs tests.
Et en mettant son adresse IP, il fonctionne correctement et lorsqu’il est désalimenté, l’inclusion ne modifie pas non plus son micrologiciel.
Penses-tu que ta modification interfère maintenant sur l’adresse IP ?
En tout cas, Merci pour l’inclusion qui ne modifiera plus mes équipements spare
Dès que tu vois une stable, ce sera dedans, pour l’instant reste sur cette version mais pas de MAJ beta.
Il y a une inclusion Govee locale non fonctionnelle, ne pas utiliser.