Merci de cette réponse.
J?ai redécouvert ce comportement erratique à l?occasion d?une semaine où j?ai dû vivre en horaire synchrone avec San Francisco. Et là en plein milieu des visios (entre 2 et 4h du matin ici), boum, la box hoquette ?? et aucune des commandes vocales GH déclenchant des règles eedomus via ifttt (ajustant mon éclairage, lançant des commutations de source HDMI ou encore contrôlant la lecture de média) ne fonctionne. J?ai même eu le cas où, lors de la fin de l?épisode « eedomus injoignable », toutes mes commandes passées en vain ont été dépilées à la suite.
La tête de mes collègues aux US qui m?ont demandé si j?avais un système domotique « français »? Bah oui.
Comme ça va se reproduire, il va me falloir trouver une solution à base de ngrok et modifier les webhooks qu?ifttt envoyait à
https://api.eedomus.com pour qu?ifttt les envoie à un Nuc qui les répercute sur l?interface LAN de l?eedomus !!! Ce qui rend inutile le principe même de l?eedomus cloud.
Enfin, pas sûr que ça fonctionne car, lors d?un épisode, j?avais tenté de déclencher une ou deux règles à la main via eedomus.local sur browser et là j?ai eu droit à l?icône « chargement » qui a bien tourné 5 minutes d?horloge.
En plus j?ai observé l?exécution de règles se déclenchant sur une valeur donnée de périphériques virtuels sans que l?historique desdits périphériques montre ne qu?ils aient pris cette valeur. Ce qu s?est traduit par des effets de bord inconfortables et diminue encore mon niveau de confiance.
Autre solution : abandonner l?eedomus.
Bonne… nuit !