Bonjour,
Petit souci qui est, semble-t-il, arrivé depuis la mise à jour 35B4, mais sans que je puisse affirmer qu’il y a un lien.
J’ai un module Enocean Ubiwizz avec 2 diodes pour piloter un chauffage. J’avais quelques problèmes sur les retours d’état et le pilotage via l’interface (comme évoqué dans ce post Bug enocean ou X-ENO ? - #5 par sebyldino), mais jamais depuis les scénarios qui changent l’ordre d’« éco » en « confort » ou l’inverse en fonction d’une plage horaire.
Or depuis 2 jours le retour d’« éco » en « confort » à 6h du matin ne se produit plus, un seul des contacteurs s’ouvrant ce qui met le radiateur en « arrêt ». Il faut que je le force à basculer manuellement pour que le 2ème contacteur s’ouvre. Je ne l’ai jamais constaté à 23h lors de la bascule inverse mais ça ne veut pas dire que ça ne s’est pas produit aussi, car je ne regarde pas systématiquement le radiateur et cela ne se sent pas spécialement. Par contre, au lever, si le radiateur ne s’est pas rallumé, on le sent bien : glagla, surtout en ce moment ! 
J’ai donc essayé de faire cette bascule depuis l’interface (j’ai 4 sorties virtuelles pilotables qui me permettent de changer les états des contacteurs de l’Ubiwizz via des scénarii) :
et là, surprise, souvent les 2 actionneurs basculent en même temps, parfois un seul. Souvent de « éco » vers « confort », mais je viens de le constater aussi dans l’autre sens.
Je pense que c’est la concomitance des ordres qui se passe parfois mal.
Les utilisateurs d’Enocean, constatent-ils également ce genre de problème quand un même scénario pilote l’ouverture ou la fermeture des 2 contacts d’un même module Ubiwizz. @Francis peut-être ? Quelqu’un a-t-il trouvé une solution ?
Merci d’avance de votre aide. Je suis en train de perdre totalement confiance en la techno Enocean entre ce nouveau problème et ceux de remontées de T° avec mon capteur extérieur qui remonte « quand il a le temps… » 
.