Lors d’une coupure de courant, à la reprise, mes ampoules zigbee s’allument.
Jeedom ne les considère pas comme allumées, en tout les cas pas tout de suite, donc les scénarios ne se lancent pas.
Bonsoir comme dab une petite recherche
et on évite la catégorie discutions générale …
je te laisse le soins de taguer quel plugin zigbee …
on peut chercher aussi a behavior comme dit @Tonio16 c’est selon le plugin que tu n’a pas indiqué.
Un réglage utile est par exemple, l’état de la lampe lors de la mise sous tension. Cette fonction est disponible sur quasiment toutes les lampes et prises.
Sur le node, sélectionner le cluster on/off (0006).
Dans le panneau cluster info, sélectionner l’attribut 0x4003 (PowerOn OnOff).
Hello
si un modérateur passe par là, il y a - au moins - 3 posts différents sur ce sujet (j’en ai ouvert au moins deux moi même, mais quand je n’ai pas de réponse au bout d’un mois, je crois qu’il vaut mieux poster un sujet nouveau en le reformulant.
Quoi qu’il en soit, peut-être serait il sage de les fusionner. Il y a au moins :
J’apporte mon contournement à ce problème, si cela peut dépanner certains. Mes ampoules sont toutes gérées par le pont HUE et le plugin PhilipsHue. Du coup le comportement à l’allumage fonctionne, mais juste pour les vraies HUE, pas les IKEA, Gledopto, INNR ou autres.
J’ai donc écrit un scénario qui se déclenche en cas de redémarrage de Jeedom (donc après panne de courant). Pour tous mes objets du plugin Hue avec category Light et modelName « unknown » (non HUE), je regarde la dernière valeur de l’état luminosité avant la coupure de courant, et je remets cette valeur. Le script est tout simple, je peux vous le mettre s’il y a des intéressés.
Merci, oui en effet, je pourrais forcer un arrêt des ampoules après un reboot, j’ai déjà un scenario qui fait d’autres contrôles. mais je préférerais que cela soit traité automatiquement
et surtout l’info que l’ampoule est allumée, ne remonte pas tout de suite dans Jeedom, peut être même jamais, j’ai même essayé de faire un « Rafraichir les informations », l’état reste à 0 alors que l’ampoule est bien allumée…
Salut @Nemeraud
D’après une réponse de Loic (que je me garderai bien de taguer cette fois ci) dans un post précédent, le plugin Zigbee ne saura pas le faire… Enfin du moins cette option n’était valable que pour les ampoules Hue et pas possible pour les Ikea (n’ayant pas les autres modèles, je n’avais pas posé la question.
Pour le reste, comme je l’ai écrit par ailleurs, ça fonctionne pour certaines ampoules Hue et pas pour d’autres, et si le développeur n’intervient pas, je pense que je vais rebrancher mon pont Hue.
@HermioneG merci de la proposition. J’ai déjà un scénario qui éteint toutes les lumières la nuit en cas de retour du courant après coupure. Malheureusement, quand le courant revient, l’ampoule se rallume beaucoup plus vite que Jeedom ne redémarre, ou même n’intervienne si la coupure a été assez courte pour que l’onduleur ait tenu le coup. Dans tous les cas, mes lampes de chevet se rallument et ça suffit pour nous réveiller. Dans ce cas, il suffit d’appuyer sur l’interrupteur, mais le mal est fait…
Le but avec l’option est que les ampoules ne se rallument pas ! Ce serait quand même le moins car sans domotique, une ampoule éteinte ne se rallume jamais toute seule…
Merci
merci
j’ai contourné le problème, j’ai un virtuel par groupe d’ampoules
en cas de coupure électrique, l’état du virtuel dans le plugin zigbee passe à 1 puisque la lampe s’allume alors que l’état de mon virtuel reste à 0, puisque ce n’est pas une demande de ma part.
j’ai donc fait un scenario qui fait un ON puis un OFF, pour tout éteindre.
Ça me fait rire un peu certains veulent le beurre et l’argent du beurre.
Oui une Philips Hue gere cela nativement en zigbee (mes anciennes yeelight en wifi également d’ailleurs) mais ça coûte une blinde c’est le prix du confort.
Sinon oui ya les lampes Enky etc … (j’en ai une 30 aînes dans toute la maison), ça coûte bcp moins cher et ya juste à gérer un scénario intelligent. Perso j’ai un onduleur car accepter des reboot intempestifs de jeedom sans rien maîtriser c’est bof et risque de corrompre la database tôt ou tard.
Si j’ai une coupure mon onduleur le signale à jeedom et au retour a la normale j’ai un scénario qui gère s’il faut vraiment les eteindre ou pas.
Et si cest dans une chambre soit une ampoule Philips ou alors en plus un inter connecté .
je vois pas trop le rapport, le prix exorbitant des hues n’est pas une explication à une option manquante sur un modèle moins couteux, les hues sont chère car c’est Philipps c’est tout
j’ai aussi un Onduleur, mais ca me semble mieux que l’ampoule gère elle même son état de reprise, après si c’est pas le cas, un simple scénario est c’est réglé, tout la force de jeedom est là
je reviens sur ce sujet par rapport à mes ampoules Ikea et ce que j’ai pu faire depuis que mes ampoules ont fait la mise à jour OTA via le plugin Zigbee.
J’ai donc modifié dans la configuration du module l’attribut 16387 comme cité plus haut dans ce post.
Cela fonctionne parfaitement et voici les différents réglages possibles que j’ai testé/validé :
Valeur = 0 : Toujours allumé sur retour du courant
Valeur = 1 : Toujours éteint sur retour du courant
Valeur = 2 : Etat contraire de l’ampoule avant coupure sur retour du courant (assez bizarre)
Valeur = 3 : Etat de l’ampoule avant coupure sur retour du courant
Terminé les ampoules Ikea allumées suite à une coupure de courant (surtout la nuit) et suppression du scénario qui demandait un OFF des ampoules Ikea sur retour du courant sur l’onduleur