[Forum Somfy] Suivi de la question: retour d'états équipements Somfy iO (hors app Tahoma) fr https://forum.somfy.fr/ Thu, 15 Jan 2026 11:56:28 GMT Thu, 15 Jan 2026 11:56:28 GMT answers Alexandre <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Aucune idée de la manipulation. C&#39;est Vanessa présente dans le fil de discussion qui opère la manipulation quand on lui donne le code PIN de sa box.</p><p>Moi, avant la manipulation, lorsque j&#39;ouvrais l&#39;apps Tahoma, je n&#39;avais pas le bon statut de ma porte de garage tant que je ne cliquais pas sur l&#39;équipement.</p><p>Depuis la manipulation, lorsque j&#39;ouvre l&#39;apps Tahoma, en 2/3 secondes, j&#39;ai le bon statut pour ma porte de garage sans rien faire d&#39;autres.</p></div> <div class="body-ft"></div> </div> Thu, 15 Jan 2026 11:56:28 GMT https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9315773 https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9315773 9315773 answer 0 https://forum.somfy.fr/users/19601640 theme-c/avatars/48.png 3585043 <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonjour,</p><p>Je pense qu&#39;on est nombreux à s&#39;être rendu compte que les équipements iO ne mettent pas à jour leur état en temps réel lorsqu&#39;ils ne pas sont actionnés via la domotique (tahoma app ou via overkiz), mais par des boutons poussoir, télécommande iO ou fermeture automatique après temporisation.</p><p>C’est d’ailleurs clairement indiqué dans la doc de l’intégration overkiz (<a href="https://www.home-assistant.io/integrations/overkiz/#overkiz-api-limits" rel="nofollow">https://www.home-assistant.io/integrations/overkiz/#overk...</a>)</p><p>Le seul moyen d&#39;avoir une mise à jour à distance fiable de l&#39;état est alors d&#39;ouvrir l&#39;appli Tahoma qui va alors interroger les équipements pour connaître leurs états actuels (vous pouvez d&#39;ailleurs voir qu&#39;au moment d&#39;ouvrir l&#39;appli, l&#39;état n&#39;est pas forcément bon s&#39;il y a eu des actions entre temps, pour ensuite se mettre à jour automatiquement au bout de quelques secondes). Cela a ensuite pour effet de mettre les états à jour pour les outils utilisant l&#39;intégration overkiz… </p><p>mais cette solution est loin d’être idéale ! l’appli Tahoma est loin (vraiment très loin) d’être centrale chez moi (je tourne sur Home Assistant avec une armée d’appareils zigbee ou ESPHome…), et je pense pas être le seul dans ce cas. et avoir comme réponse qu&#39;il faut ouvrir l’app Tahoma pour avoir la mise à jour des états des équipements est clairement pas une réponse satisfaisante. </p><p>Du coup, il aurait été “idéal” que les équipements iO (dits “connectés” soit dit en passant) envoient automatique leur état à chaque fois que celui-ci change, mais je doute qu’une mise à jour de firmware de ces équipements est envisageable ici (je peux toujours rêver… )</p><p>D’un autre côté, ce serait aussi pas mal si l’intégration overkiz permettait d’avoir un moyen de demander la mise à jour de l’état d’un équipement (ou de l’ensemble des équipements), tout comme le fait l’appli tahoma… mais là aussi, j’ai faible espoir d’être entendu… à moins qu’un bon samaritain de chez somfy ou overkiz ne voie ce message ?? (j’ai fait une feature request sur le forum officiel de home assistant… n’hésitez pas à voter pour si ce message vous parle ! <a href="https://community.home-assistant.io/t/add-manual-status-update-method-for-connected-equipments/877616?u=aquarilis" rel="nofollow">https://community.home-assistant.io/t/add-manual-status-u...</a>)</p><p>quoiqu’il en soit, je me gratte les méninges depuis des jours pour trouver un moyen de faire en sorte que les états de mon portail (ixengo 3s io) et de ma porte de garage (dexxo smart io) soient toujours correctes dans home assistant, peu importe les commandes qu’ils aient pu recevoir par ailleurs. 

(j’ai essayé d’émuler un appareil mobile qui aurait l’app Tahoma ouverte en permanence, mais c’était laborieux… j’ai abandonné cette piste pour l’instant…) </p><p>Quoiqu’il en soit, pour la porte de garage (sectionnelle), je pense régler mon problème avec un capteur d&#39;inclinaison intelligent Zigbee pour porte de garage de ThirdReality, ce serait relativement facile de créer une automation qui fasse le nécessaire dans home assistant.

</p><p>Mais pour ce qui est du portail à double battant, c’est une autre paire de manche… alors oui, je pourrais m’amuser à installer tout un tas de capteurs d’ouverture un peu partout pour détecter s’il est fermé, en position piéton ou complètement ouvert, mais j’ai l’impression que c’est un peu too much…

Du coup j’ai cherché du côté des connectiques de la Control Box 3S io, qui malheureusement n’a pas non plus de retour d’état ouvert ou fermé exploitable (ou alors dites-moi si j’ai loupé un truc ?)...</p><p>Par contre, il y a 2 pins “fin de course” (pins 13 et 16 qui sont effectivement exploitées dans le cas des moteurs M1 et M2 “ixengo”)

au départ, j’avais imaginé que ça aurait été des contacts NO qui seraient fermés lorsque les fins de courses étaient atteints… (ce qui m’aurait permis d’utiliser un p’tit module E/S de chez Frient pour connaître leurs états et, en complément d’un dernier capteur d’ouverture, facilement “deviner” de manière fiable l’état du portail), mais non… forcément, c’est pas aussi simple… il s’agit de pins où il y a une tension de 10v (entre pins 12 et 13, ou entre 15 et 16) lorsque la fin de course est détectée, et entre 24 et 30v dans le cas contraire…

</p><p>alors du coup, je me suis retrouvé à chercher un moyen de mesurer ces tensions et les envoyer à mon coordinateur zigbee (j’ai pas le wifi qui va jusque là-bas, sinon le module “shelly UNI” était le parfait candidat…), mais là du coup je sèche… et je ne sais pas où je devrais focaliser mes efforts…


</p><p>du coup question : est-ce que je suis seul à me prendre la tête à ce point ? avez-vous trouvé d’autres moyens d’obtenir des retours d’états pertinents de vos équipements somfy iO sans pour autant avoir à utiliser l’app Tahoma ? 

</p><p>au plaisir d’échanger avec d’autres geeks sur la question !!</p></div> <div class="body-ft"></div> </div> L. M. <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>savez-vous en quoi consistait exactement cette &quot;manipulation&quot; sur la box ? ça me paraît un peu obscur tout ça... </p><p>et quand vous dites que ça marche &quot;un peu mieux&quot;, pouvez-vous décrire les améliorations que vous avez pu constater ?</p></div> <div class="body-ft"></div> </div> Thu, 15 Jan 2026 11:48:23 GMT https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9315725 https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9315725 9315725 answer 0 https://forum.somfy.fr/users/20167773 theme-c/avatars/48.png 3585043 <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonjour,</p><p>Je pense qu&#39;on est nombreux à s&#39;être rendu compte que les équipements iO ne mettent pas à jour leur état en temps réel lorsqu&#39;ils ne pas sont actionnés via la domotique (tahoma app ou via overkiz), mais par des boutons poussoir, télécommande iO ou fermeture automatique après temporisation.</p><p>C’est d’ailleurs clairement indiqué dans la doc de l’intégration overkiz (<a href="https://www.home-assistant.io/integrations/overkiz/#overkiz-api-limits" rel="nofollow">https://www.home-assistant.io/integrations/overkiz/#overk...</a>)</p><p>Le seul moyen d&#39;avoir une mise à jour à distance fiable de l&#39;état est alors d&#39;ouvrir l&#39;appli Tahoma qui va alors interroger les équipements pour connaître leurs états actuels (vous pouvez d&#39;ailleurs voir qu&#39;au moment d&#39;ouvrir l&#39;appli, l&#39;état n&#39;est pas forcément bon s&#39;il y a eu des actions entre temps, pour ensuite se mettre à jour automatiquement au bout de quelques secondes). Cela a ensuite pour effet de mettre les états à jour pour les outils utilisant l&#39;intégration overkiz… </p><p>mais cette solution est loin d’être idéale ! l’appli Tahoma est loin (vraiment très loin) d’être centrale chez moi (je tourne sur Home Assistant avec une armée d’appareils zigbee ou ESPHome…), et je pense pas être le seul dans ce cas. et avoir comme réponse qu&#39;il faut ouvrir l’app Tahoma pour avoir la mise à jour des états des équipements est clairement pas une réponse satisfaisante. </p><p>Du coup, il aurait été “idéal” que les équipements iO (dits “connectés” soit dit en passant) envoient automatique leur état à chaque fois que celui-ci change, mais je doute qu’une mise à jour de firmware de ces équipements est envisageable ici (je peux toujours rêver… )</p><p>D’un autre côté, ce serait aussi pas mal si l’intégration overkiz permettait d’avoir un moyen de demander la mise à jour de l’état d’un équipement (ou de l’ensemble des équipements), tout comme le fait l’appli tahoma… mais là aussi, j’ai faible espoir d’être entendu… à moins qu’un bon samaritain de chez somfy ou overkiz ne voie ce message ?? (j’ai fait une feature request sur le forum officiel de home assistant… n’hésitez pas à voter pour si ce message vous parle ! <a href="https://community.home-assistant.io/t/add-manual-status-update-method-for-connected-equipments/877616?u=aquarilis" rel="nofollow">https://community.home-assistant.io/t/add-manual-status-u...</a>)</p><p>quoiqu’il en soit, je me gratte les méninges depuis des jours pour trouver un moyen de faire en sorte que les états de mon portail (ixengo 3s io) et de ma porte de garage (dexxo smart io) soient toujours correctes dans home assistant, peu importe les commandes qu’ils aient pu recevoir par ailleurs. 

(j’ai essayé d’émuler un appareil mobile qui aurait l’app Tahoma ouverte en permanence, mais c’était laborieux… j’ai abandonné cette piste pour l’instant…) </p><p>Quoiqu’il en soit, pour la porte de garage (sectionnelle), je pense régler mon problème avec un capteur d&#39;inclinaison intelligent Zigbee pour porte de garage de ThirdReality, ce serait relativement facile de créer une automation qui fasse le nécessaire dans home assistant.

</p><p>Mais pour ce qui est du portail à double battant, c’est une autre paire de manche… alors oui, je pourrais m’amuser à installer tout un tas de capteurs d’ouverture un peu partout pour détecter s’il est fermé, en position piéton ou complètement ouvert, mais j’ai l’impression que c’est un peu too much…

Du coup j’ai cherché du côté des connectiques de la Control Box 3S io, qui malheureusement n’a pas non plus de retour d’état ouvert ou fermé exploitable (ou alors dites-moi si j’ai loupé un truc ?)...</p><p>Par contre, il y a 2 pins “fin de course” (pins 13 et 16 qui sont effectivement exploitées dans le cas des moteurs M1 et M2 “ixengo”)

au départ, j’avais imaginé que ça aurait été des contacts NO qui seraient fermés lorsque les fins de courses étaient atteints… (ce qui m’aurait permis d’utiliser un p’tit module E/S de chez Frient pour connaître leurs états et, en complément d’un dernier capteur d’ouverture, facilement “deviner” de manière fiable l’état du portail), mais non… forcément, c’est pas aussi simple… il s’agit de pins où il y a une tension de 10v (entre pins 12 et 13, ou entre 15 et 16) lorsque la fin de course est détectée, et entre 24 et 30v dans le cas contraire…

</p><p>alors du coup, je me suis retrouvé à chercher un moyen de mesurer ces tensions et les envoyer à mon coordinateur zigbee (j’ai pas le wifi qui va jusque là-bas, sinon le module “shelly UNI” était le parfait candidat…), mais là du coup je sèche… et je ne sais pas où je devrais focaliser mes efforts…


</p><p>du coup question : est-ce que je suis seul à me prendre la tête à ce point ? avez-vous trouvé d’autres moyens d’obtenir des retours d’états pertinents de vos équipements somfy iO sans pour autant avoir à utiliser l’app Tahoma ? 

</p><p>au plaisir d’échanger avec d’autres geeks sur la question !!</p></div> <div class="body-ft"></div> </div> Alexandre <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Merci beaucoup. pour avoir partagé l&#39;expérience. J&#39;espère que Somfy améliorera son fonctionnement car c&#39;est vraiment très limitant dès qu&#39;on a des équipements comme les portes de garage ou portail.</p><p>Pour le retour d&#39;état, j&#39;ai quelque chose qui marche un peu mieux après avoir demandé une manipulation sur ma box (voir <a title="Réponse de Vanessa F. sur « Pas de retour d’info portail et garage IO »" href="https://forum.somfy.fr/questions/3360413-retour-info-portail-garage-io#answer_9312301">https://forum.somfy.fr/questions/3360413-retour-info-portail-garage-io#answer_9312301</a>). </p><p>Dorénavant, l&#39;état est juste à l&#39;ouverture de la tahoma (à quelques secondes prêts). Je n&#39;ai plus à devoir cliquer sur l&#39;élément pour forcer la mise à jour de l&#39;état.</p></div> <div class="body-ft"></div> </div> Thu, 15 Jan 2026 11:29:13 GMT https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9315643 https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9315643 9315643 answer 0 https://forum.somfy.fr/users/19601640 theme-c/avatars/48.png 3585043 <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonjour,</p><p>Je pense qu&#39;on est nombreux à s&#39;être rendu compte que les équipements iO ne mettent pas à jour leur état en temps réel lorsqu&#39;ils ne pas sont actionnés via la domotique (tahoma app ou via overkiz), mais par des boutons poussoir, télécommande iO ou fermeture automatique après temporisation.</p><p>C’est d’ailleurs clairement indiqué dans la doc de l’intégration overkiz (<a href="https://www.home-assistant.io/integrations/overkiz/#overkiz-api-limits" rel="nofollow">https://www.home-assistant.io/integrations/overkiz/#overk...</a>)</p><p>Le seul moyen d&#39;avoir une mise à jour à distance fiable de l&#39;état est alors d&#39;ouvrir l&#39;appli Tahoma qui va alors interroger les équipements pour connaître leurs états actuels (vous pouvez d&#39;ailleurs voir qu&#39;au moment d&#39;ouvrir l&#39;appli, l&#39;état n&#39;est pas forcément bon s&#39;il y a eu des actions entre temps, pour ensuite se mettre à jour automatiquement au bout de quelques secondes). Cela a ensuite pour effet de mettre les états à jour pour les outils utilisant l&#39;intégration overkiz… </p><p>mais cette solution est loin d’être idéale ! l’appli Tahoma est loin (vraiment très loin) d’être centrale chez moi (je tourne sur Home Assistant avec une armée d’appareils zigbee ou ESPHome…), et je pense pas être le seul dans ce cas. et avoir comme réponse qu&#39;il faut ouvrir l’app Tahoma pour avoir la mise à jour des états des équipements est clairement pas une réponse satisfaisante. </p><p>Du coup, il aurait été “idéal” que les équipements iO (dits “connectés” soit dit en passant) envoient automatique leur état à chaque fois que celui-ci change, mais je doute qu’une mise à jour de firmware de ces équipements est envisageable ici (je peux toujours rêver… )</p><p>D’un autre côté, ce serait aussi pas mal si l’intégration overkiz permettait d’avoir un moyen de demander la mise à jour de l’état d’un équipement (ou de l’ensemble des équipements), tout comme le fait l’appli tahoma… mais là aussi, j’ai faible espoir d’être entendu… à moins qu’un bon samaritain de chez somfy ou overkiz ne voie ce message ?? (j’ai fait une feature request sur le forum officiel de home assistant… n’hésitez pas à voter pour si ce message vous parle ! <a href="https://community.home-assistant.io/t/add-manual-status-update-method-for-connected-equipments/877616?u=aquarilis" rel="nofollow">https://community.home-assistant.io/t/add-manual-status-u...</a>)</p><p>quoiqu’il en soit, je me gratte les méninges depuis des jours pour trouver un moyen de faire en sorte que les états de mon portail (ixengo 3s io) et de ma porte de garage (dexxo smart io) soient toujours correctes dans home assistant, peu importe les commandes qu’ils aient pu recevoir par ailleurs. 

(j’ai essayé d’émuler un appareil mobile qui aurait l’app Tahoma ouverte en permanence, mais c’était laborieux… j’ai abandonné cette piste pour l’instant…) </p><p>Quoiqu’il en soit, pour la porte de garage (sectionnelle), je pense régler mon problème avec un capteur d&#39;inclinaison intelligent Zigbee pour porte de garage de ThirdReality, ce serait relativement facile de créer une automation qui fasse le nécessaire dans home assistant.

</p><p>Mais pour ce qui est du portail à double battant, c’est une autre paire de manche… alors oui, je pourrais m’amuser à installer tout un tas de capteurs d’ouverture un peu partout pour détecter s’il est fermé, en position piéton ou complètement ouvert, mais j’ai l’impression que c’est un peu too much…

Du coup j’ai cherché du côté des connectiques de la Control Box 3S io, qui malheureusement n’a pas non plus de retour d’état ouvert ou fermé exploitable (ou alors dites-moi si j’ai loupé un truc ?)...</p><p>Par contre, il y a 2 pins “fin de course” (pins 13 et 16 qui sont effectivement exploitées dans le cas des moteurs M1 et M2 “ixengo”)

au départ, j’avais imaginé que ça aurait été des contacts NO qui seraient fermés lorsque les fins de courses étaient atteints… (ce qui m’aurait permis d’utiliser un p’tit module E/S de chez Frient pour connaître leurs états et, en complément d’un dernier capteur d’ouverture, facilement “deviner” de manière fiable l’état du portail), mais non… forcément, c’est pas aussi simple… il s’agit de pins où il y a une tension de 10v (entre pins 12 et 13, ou entre 15 et 16) lorsque la fin de course est détectée, et entre 24 et 30v dans le cas contraire…

</p><p>alors du coup, je me suis retrouvé à chercher un moyen de mesurer ces tensions et les envoyer à mon coordinateur zigbee (j’ai pas le wifi qui va jusque là-bas, sinon le module “shelly UNI” était le parfait candidat…), mais là du coup je sèche… et je ne sais pas où je devrais focaliser mes efforts…


</p><p>du coup question : est-ce que je suis seul à me prendre la tête à ce point ? avez-vous trouvé d’autres moyens d’obtenir des retours d’états pertinents de vos équipements somfy iO sans pour autant avoir à utiliser l’app Tahoma ? 

</p><p>au plaisir d’échanger avec d’autres geeks sur la question !!</p></div> <div class="body-ft"></div> </div> L. M. <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>@Alexandre</p><p>Pour avoir essayé les 2 modes de connexions pour l&#39;intégration Overkiz (local et cloud), je peux confirmer que ça ne change rien. </p><p>Le vrai soucis, c&#39;est la remontée d&#39;état (même vers l&#39;app tahoma) qui n&#39;est pas en temps réel. Elle se produit uniquement quand l&#39;app le demande (chose que l&#39;intégration overkiz ne sait pas (encore?) faire)</p></div> <div class="body-ft"></div> </div> Thu, 15 Jan 2026 11:08:12 GMT https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9315591 https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9315591 9315591 answer 0 https://forum.somfy.fr/users/20167773 theme-c/avatars/48.png 3585043 <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonjour,</p><p>Je pense qu&#39;on est nombreux à s&#39;être rendu compte que les équipements iO ne mettent pas à jour leur état en temps réel lorsqu&#39;ils ne pas sont actionnés via la domotique (tahoma app ou via overkiz), mais par des boutons poussoir, télécommande iO ou fermeture automatique après temporisation.</p><p>C’est d’ailleurs clairement indiqué dans la doc de l’intégration overkiz (<a href="https://www.home-assistant.io/integrations/overkiz/#overkiz-api-limits" rel="nofollow">https://www.home-assistant.io/integrations/overkiz/#overk...</a>)</p><p>Le seul moyen d&#39;avoir une mise à jour à distance fiable de l&#39;état est alors d&#39;ouvrir l&#39;appli Tahoma qui va alors interroger les équipements pour connaître leurs états actuels (vous pouvez d&#39;ailleurs voir qu&#39;au moment d&#39;ouvrir l&#39;appli, l&#39;état n&#39;est pas forcément bon s&#39;il y a eu des actions entre temps, pour ensuite se mettre à jour automatiquement au bout de quelques secondes). Cela a ensuite pour effet de mettre les états à jour pour les outils utilisant l&#39;intégration overkiz… </p><p>mais cette solution est loin d’être idéale ! l’appli Tahoma est loin (vraiment très loin) d’être centrale chez moi (je tourne sur Home Assistant avec une armée d’appareils zigbee ou ESPHome…), et je pense pas être le seul dans ce cas. et avoir comme réponse qu&#39;il faut ouvrir l’app Tahoma pour avoir la mise à jour des états des équipements est clairement pas une réponse satisfaisante. </p><p>Du coup, il aurait été “idéal” que les équipements iO (dits “connectés” soit dit en passant) envoient automatique leur état à chaque fois que celui-ci change, mais je doute qu’une mise à jour de firmware de ces équipements est envisageable ici (je peux toujours rêver… )</p><p>D’un autre côté, ce serait aussi pas mal si l’intégration overkiz permettait d’avoir un moyen de demander la mise à jour de l’état d’un équipement (ou de l’ensemble des équipements), tout comme le fait l’appli tahoma… mais là aussi, j’ai faible espoir d’être entendu… à moins qu’un bon samaritain de chez somfy ou overkiz ne voie ce message ?? (j’ai fait une feature request sur le forum officiel de home assistant… n’hésitez pas à voter pour si ce message vous parle ! <a href="https://community.home-assistant.io/t/add-manual-status-update-method-for-connected-equipments/877616?u=aquarilis" rel="nofollow">https://community.home-assistant.io/t/add-manual-status-u...</a>)</p><p>quoiqu’il en soit, je me gratte les méninges depuis des jours pour trouver un moyen de faire en sorte que les états de mon portail (ixengo 3s io) et de ma porte de garage (dexxo smart io) soient toujours correctes dans home assistant, peu importe les commandes qu’ils aient pu recevoir par ailleurs. 

(j’ai essayé d’émuler un appareil mobile qui aurait l’app Tahoma ouverte en permanence, mais c’était laborieux… j’ai abandonné cette piste pour l’instant…) </p><p>Quoiqu’il en soit, pour la porte de garage (sectionnelle), je pense régler mon problème avec un capteur d&#39;inclinaison intelligent Zigbee pour porte de garage de ThirdReality, ce serait relativement facile de créer une automation qui fasse le nécessaire dans home assistant.

</p><p>Mais pour ce qui est du portail à double battant, c’est une autre paire de manche… alors oui, je pourrais m’amuser à installer tout un tas de capteurs d’ouverture un peu partout pour détecter s’il est fermé, en position piéton ou complètement ouvert, mais j’ai l’impression que c’est un peu too much…

Du coup j’ai cherché du côté des connectiques de la Control Box 3S io, qui malheureusement n’a pas non plus de retour d’état ouvert ou fermé exploitable (ou alors dites-moi si j’ai loupé un truc ?)...</p><p>Par contre, il y a 2 pins “fin de course” (pins 13 et 16 qui sont effectivement exploitées dans le cas des moteurs M1 et M2 “ixengo”)

au départ, j’avais imaginé que ça aurait été des contacts NO qui seraient fermés lorsque les fins de courses étaient atteints… (ce qui m’aurait permis d’utiliser un p’tit module E/S de chez Frient pour connaître leurs états et, en complément d’un dernier capteur d’ouverture, facilement “deviner” de manière fiable l’état du portail), mais non… forcément, c’est pas aussi simple… il s’agit de pins où il y a une tension de 10v (entre pins 12 et 13, ou entre 15 et 16) lorsque la fin de course est détectée, et entre 24 et 30v dans le cas contraire…

</p><p>alors du coup, je me suis retrouvé à chercher un moyen de mesurer ces tensions et les envoyer à mon coordinateur zigbee (j’ai pas le wifi qui va jusque là-bas, sinon le module “shelly UNI” était le parfait candidat…), mais là du coup je sèche… et je ne sais pas où je devrais focaliser mes efforts…


</p><p>du coup question : est-ce que je suis seul à me prendre la tête à ce point ? avez-vous trouvé d’autres moyens d’obtenir des retours d’états pertinents de vos équipements somfy iO sans pour autant avoir à utiliser l’app Tahoma ? 

</p><p>au plaisir d’échanger avec d’autres geeks sur la question !!</p></div> <div class="body-ft"></div> </div> JACKY M. <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Quand on voir les excuses de Google sur les problèmes liés a l&#39;intégration de l&#39;IA je ne suis pas étonné que ça ne fonctionne pas.<br /><a href="https://la-maison-de-demain.com/google-home-en-crise-la-promesse-dune-maison-intelligente-qui-tourne-au-fiasco/" rel="nofollow">https://la-maison-de-demain.com/google-home-en-crise-la-p...</a></p></div> <div class="body-ft"></div> </div> Fri, 09 Jan 2026 15:49:12 GMT https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9310219 https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9310219 9310219 answer 0 https://forum.somfy.fr/users/12542200 https://dimelo-users-production.s3.amazonaws.com/identity_avatars/075e77df6757ba44/avatar_normal.png?3389a2e 3585043 <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonjour,</p><p>Je pense qu&#39;on est nombreux à s&#39;être rendu compte que les équipements iO ne mettent pas à jour leur état en temps réel lorsqu&#39;ils ne pas sont actionnés via la domotique (tahoma app ou via overkiz), mais par des boutons poussoir, télécommande iO ou fermeture automatique après temporisation.</p><p>C’est d’ailleurs clairement indiqué dans la doc de l’intégration overkiz (<a href="https://www.home-assistant.io/integrations/overkiz/#overkiz-api-limits" rel="nofollow">https://www.home-assistant.io/integrations/overkiz/#overk...</a>)</p><p>Le seul moyen d&#39;avoir une mise à jour à distance fiable de l&#39;état est alors d&#39;ouvrir l&#39;appli Tahoma qui va alors interroger les équipements pour connaître leurs états actuels (vous pouvez d&#39;ailleurs voir qu&#39;au moment d&#39;ouvrir l&#39;appli, l&#39;état n&#39;est pas forcément bon s&#39;il y a eu des actions entre temps, pour ensuite se mettre à jour automatiquement au bout de quelques secondes). Cela a ensuite pour effet de mettre les états à jour pour les outils utilisant l&#39;intégration overkiz… </p><p>mais cette solution est loin d’être idéale ! l’appli Tahoma est loin (vraiment très loin) d’être centrale chez moi (je tourne sur Home Assistant avec une armée d’appareils zigbee ou ESPHome…), et je pense pas être le seul dans ce cas. et avoir comme réponse qu&#39;il faut ouvrir l’app Tahoma pour avoir la mise à jour des états des équipements est clairement pas une réponse satisfaisante. </p><p>Du coup, il aurait été “idéal” que les équipements iO (dits “connectés” soit dit en passant) envoient automatique leur état à chaque fois que celui-ci change, mais je doute qu’une mise à jour de firmware de ces équipements est envisageable ici (je peux toujours rêver… )</p><p>D’un autre côté, ce serait aussi pas mal si l’intégration overkiz permettait d’avoir un moyen de demander la mise à jour de l’état d’un équipement (ou de l’ensemble des équipements), tout comme le fait l’appli tahoma… mais là aussi, j’ai faible espoir d’être entendu… à moins qu’un bon samaritain de chez somfy ou overkiz ne voie ce message ?? (j’ai fait une feature request sur le forum officiel de home assistant… n’hésitez pas à voter pour si ce message vous parle ! <a href="https://community.home-assistant.io/t/add-manual-status-update-method-for-connected-equipments/877616?u=aquarilis" rel="nofollow">https://community.home-assistant.io/t/add-manual-status-u...</a>)</p><p>quoiqu’il en soit, je me gratte les méninges depuis des jours pour trouver un moyen de faire en sorte que les états de mon portail (ixengo 3s io) et de ma porte de garage (dexxo smart io) soient toujours correctes dans home assistant, peu importe les commandes qu’ils aient pu recevoir par ailleurs. 

(j’ai essayé d’émuler un appareil mobile qui aurait l’app Tahoma ouverte en permanence, mais c’était laborieux… j’ai abandonné cette piste pour l’instant…) </p><p>Quoiqu’il en soit, pour la porte de garage (sectionnelle), je pense régler mon problème avec un capteur d&#39;inclinaison intelligent Zigbee pour porte de garage de ThirdReality, ce serait relativement facile de créer une automation qui fasse le nécessaire dans home assistant.

</p><p>Mais pour ce qui est du portail à double battant, c’est une autre paire de manche… alors oui, je pourrais m’amuser à installer tout un tas de capteurs d’ouverture un peu partout pour détecter s’il est fermé, en position piéton ou complètement ouvert, mais j’ai l’impression que c’est un peu too much…

Du coup j’ai cherché du côté des connectiques de la Control Box 3S io, qui malheureusement n’a pas non plus de retour d’état ouvert ou fermé exploitable (ou alors dites-moi si j’ai loupé un truc ?)...</p><p>Par contre, il y a 2 pins “fin de course” (pins 13 et 16 qui sont effectivement exploitées dans le cas des moteurs M1 et M2 “ixengo”)

au départ, j’avais imaginé que ça aurait été des contacts NO qui seraient fermés lorsque les fins de courses étaient atteints… (ce qui m’aurait permis d’utiliser un p’tit module E/S de chez Frient pour connaître leurs états et, en complément d’un dernier capteur d’ouverture, facilement “deviner” de manière fiable l’état du portail), mais non… forcément, c’est pas aussi simple… il s’agit de pins où il y a une tension de 10v (entre pins 12 et 13, ou entre 15 et 16) lorsque la fin de course est détectée, et entre 24 et 30v dans le cas contraire…

</p><p>alors du coup, je me suis retrouvé à chercher un moyen de mesurer ces tensions et les envoyer à mon coordinateur zigbee (j’ai pas le wifi qui va jusque là-bas, sinon le module “shelly UNI” était le parfait candidat…), mais là du coup je sèche… et je ne sais pas où je devrais focaliser mes efforts…


</p><p>du coup question : est-ce que je suis seul à me prendre la tête à ce point ? avez-vous trouvé d’autres moyens d’obtenir des retours d’états pertinents de vos équipements somfy iO sans pour autant avoir à utiliser l’app Tahoma ? 

</p><p>au plaisir d’échanger avec d’autres geeks sur la question !!</p></div> <div class="body-ft"></div> </div> Alexandre <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Merci beaucoup. </p><p>Avez vous vu que même l&#39;assistant Google qui est dit compatible Tahoma n&#39;a pas le bon retour d&#39;état si l&#39;apps Tahoma n&#39;a pas été actualisé pour forcer la mise à jour du status ?</p></div> <div class="body-ft"></div> </div> Fri, 09 Jan 2026 15:45:34 GMT https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9310207 https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9310207 9310207 answer 0 https://forum.somfy.fr/users/19601640 theme-c/avatars/48.png 3585043 <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonjour,</p><p>Je pense qu&#39;on est nombreux à s&#39;être rendu compte que les équipements iO ne mettent pas à jour leur état en temps réel lorsqu&#39;ils ne pas sont actionnés via la domotique (tahoma app ou via overkiz), mais par des boutons poussoir, télécommande iO ou fermeture automatique après temporisation.</p><p>C’est d’ailleurs clairement indiqué dans la doc de l’intégration overkiz (<a href="https://www.home-assistant.io/integrations/overkiz/#overkiz-api-limits" rel="nofollow">https://www.home-assistant.io/integrations/overkiz/#overk...</a>)</p><p>Le seul moyen d&#39;avoir une mise à jour à distance fiable de l&#39;état est alors d&#39;ouvrir l&#39;appli Tahoma qui va alors interroger les équipements pour connaître leurs états actuels (vous pouvez d&#39;ailleurs voir qu&#39;au moment d&#39;ouvrir l&#39;appli, l&#39;état n&#39;est pas forcément bon s&#39;il y a eu des actions entre temps, pour ensuite se mettre à jour automatiquement au bout de quelques secondes). Cela a ensuite pour effet de mettre les états à jour pour les outils utilisant l&#39;intégration overkiz… </p><p>mais cette solution est loin d’être idéale ! l’appli Tahoma est loin (vraiment très loin) d’être centrale chez moi (je tourne sur Home Assistant avec une armée d’appareils zigbee ou ESPHome…), et je pense pas être le seul dans ce cas. et avoir comme réponse qu&#39;il faut ouvrir l’app Tahoma pour avoir la mise à jour des états des équipements est clairement pas une réponse satisfaisante. </p><p>Du coup, il aurait été “idéal” que les équipements iO (dits “connectés” soit dit en passant) envoient automatique leur état à chaque fois que celui-ci change, mais je doute qu’une mise à jour de firmware de ces équipements est envisageable ici (je peux toujours rêver… )</p><p>D’un autre côté, ce serait aussi pas mal si l’intégration overkiz permettait d’avoir un moyen de demander la mise à jour de l’état d’un équipement (ou de l’ensemble des équipements), tout comme le fait l’appli tahoma… mais là aussi, j’ai faible espoir d’être entendu… à moins qu’un bon samaritain de chez somfy ou overkiz ne voie ce message ?? (j’ai fait une feature request sur le forum officiel de home assistant… n’hésitez pas à voter pour si ce message vous parle ! <a href="https://community.home-assistant.io/t/add-manual-status-update-method-for-connected-equipments/877616?u=aquarilis" rel="nofollow">https://community.home-assistant.io/t/add-manual-status-u...</a>)</p><p>quoiqu’il en soit, je me gratte les méninges depuis des jours pour trouver un moyen de faire en sorte que les états de mon portail (ixengo 3s io) et de ma porte de garage (dexxo smart io) soient toujours correctes dans home assistant, peu importe les commandes qu’ils aient pu recevoir par ailleurs. 

(j’ai essayé d’émuler un appareil mobile qui aurait l’app Tahoma ouverte en permanence, mais c’était laborieux… j’ai abandonné cette piste pour l’instant…) </p><p>Quoiqu’il en soit, pour la porte de garage (sectionnelle), je pense régler mon problème avec un capteur d&#39;inclinaison intelligent Zigbee pour porte de garage de ThirdReality, ce serait relativement facile de créer une automation qui fasse le nécessaire dans home assistant.

</p><p>Mais pour ce qui est du portail à double battant, c’est une autre paire de manche… alors oui, je pourrais m’amuser à installer tout un tas de capteurs d’ouverture un peu partout pour détecter s’il est fermé, en position piéton ou complètement ouvert, mais j’ai l’impression que c’est un peu too much…

Du coup j’ai cherché du côté des connectiques de la Control Box 3S io, qui malheureusement n’a pas non plus de retour d’état ouvert ou fermé exploitable (ou alors dites-moi si j’ai loupé un truc ?)...</p><p>Par contre, il y a 2 pins “fin de course” (pins 13 et 16 qui sont effectivement exploitées dans le cas des moteurs M1 et M2 “ixengo”)

au départ, j’avais imaginé que ça aurait été des contacts NO qui seraient fermés lorsque les fins de courses étaient atteints… (ce qui m’aurait permis d’utiliser un p’tit module E/S de chez Frient pour connaître leurs états et, en complément d’un dernier capteur d’ouverture, facilement “deviner” de manière fiable l’état du portail), mais non… forcément, c’est pas aussi simple… il s’agit de pins où il y a une tension de 10v (entre pins 12 et 13, ou entre 15 et 16) lorsque la fin de course est détectée, et entre 24 et 30v dans le cas contraire…

</p><p>alors du coup, je me suis retrouvé à chercher un moyen de mesurer ces tensions et les envoyer à mon coordinateur zigbee (j’ai pas le wifi qui va jusque là-bas, sinon le module “shelly UNI” était le parfait candidat…), mais là du coup je sèche… et je ne sais pas où je devrais focaliser mes efforts…


</p><p>du coup question : est-ce que je suis seul à me prendre la tête à ce point ? avez-vous trouvé d’autres moyens d’obtenir des retours d’états pertinents de vos équipements somfy iO sans pour autant avoir à utiliser l’app Tahoma ? 

</p><p>au plaisir d’échanger avec d’autres geeks sur la question !!</p></div> <div class="body-ft"></div> </div> JACKY M. <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonjour Alexandre<br />Home Assistant est une excellente application Open Source qui a détourné les accès Home Kit d&#39;Apple.</p><p>Le problème c&#39;est qu&#39;elle n&#39;est pas supportée par Somfy.<br />Il faut vous adresser a la communauté Home Assistant pour avoir de l&#39;aide.</p><p>Consulté dans la liste de compatibilité des matériels Somfy qui sont compatibles Home Kit</p><p><a href="https://assets3.keepeek.com/medias/domain7918/_permalinks/SEO/media75513/somfy-solution-connectee-box-liste-compatibilites-tahoma.pdf" rel="nofollow">https://assets3.keepeek.com/medias/domain7918/_permalinks...</a></p><p>Par contre Smartthing a rejoint la liste de compatibilité</p></div> <div class="body-ft"></div> </div> Fri, 09 Jan 2026 15:03:32 GMT https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9310129 https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9310129 9310129 answer 0 https://forum.somfy.fr/users/12542200 https://dimelo-users-production.s3.amazonaws.com/identity_avatars/075e77df6757ba44/avatar_normal.png?3389a2e 3585043 <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonjour,</p><p>Je pense qu&#39;on est nombreux à s&#39;être rendu compte que les équipements iO ne mettent pas à jour leur état en temps réel lorsqu&#39;ils ne pas sont actionnés via la domotique (tahoma app ou via overkiz), mais par des boutons poussoir, télécommande iO ou fermeture automatique après temporisation.</p><p>C’est d’ailleurs clairement indiqué dans la doc de l’intégration overkiz (<a href="https://www.home-assistant.io/integrations/overkiz/#overkiz-api-limits" rel="nofollow">https://www.home-assistant.io/integrations/overkiz/#overk...</a>)</p><p>Le seul moyen d&#39;avoir une mise à jour à distance fiable de l&#39;état est alors d&#39;ouvrir l&#39;appli Tahoma qui va alors interroger les équipements pour connaître leurs états actuels (vous pouvez d&#39;ailleurs voir qu&#39;au moment d&#39;ouvrir l&#39;appli, l&#39;état n&#39;est pas forcément bon s&#39;il y a eu des actions entre temps, pour ensuite se mettre à jour automatiquement au bout de quelques secondes). Cela a ensuite pour effet de mettre les états à jour pour les outils utilisant l&#39;intégration overkiz… </p><p>mais cette solution est loin d’être idéale ! l’appli Tahoma est loin (vraiment très loin) d’être centrale chez moi (je tourne sur Home Assistant avec une armée d’appareils zigbee ou ESPHome…), et je pense pas être le seul dans ce cas. et avoir comme réponse qu&#39;il faut ouvrir l’app Tahoma pour avoir la mise à jour des états des équipements est clairement pas une réponse satisfaisante. </p><p>Du coup, il aurait été “idéal” que les équipements iO (dits “connectés” soit dit en passant) envoient automatique leur état à chaque fois que celui-ci change, mais je doute qu’une mise à jour de firmware de ces équipements est envisageable ici (je peux toujours rêver… )</p><p>D’un autre côté, ce serait aussi pas mal si l’intégration overkiz permettait d’avoir un moyen de demander la mise à jour de l’état d’un équipement (ou de l’ensemble des équipements), tout comme le fait l’appli tahoma… mais là aussi, j’ai faible espoir d’être entendu… à moins qu’un bon samaritain de chez somfy ou overkiz ne voie ce message ?? (j’ai fait une feature request sur le forum officiel de home assistant… n’hésitez pas à voter pour si ce message vous parle ! <a href="https://community.home-assistant.io/t/add-manual-status-update-method-for-connected-equipments/877616?u=aquarilis" rel="nofollow">https://community.home-assistant.io/t/add-manual-status-u...</a>)</p><p>quoiqu’il en soit, je me gratte les méninges depuis des jours pour trouver un moyen de faire en sorte que les états de mon portail (ixengo 3s io) et de ma porte de garage (dexxo smart io) soient toujours correctes dans home assistant, peu importe les commandes qu’ils aient pu recevoir par ailleurs. 

(j’ai essayé d’émuler un appareil mobile qui aurait l’app Tahoma ouverte en permanence, mais c’était laborieux… j’ai abandonné cette piste pour l’instant…) </p><p>Quoiqu’il en soit, pour la porte de garage (sectionnelle), je pense régler mon problème avec un capteur d&#39;inclinaison intelligent Zigbee pour porte de garage de ThirdReality, ce serait relativement facile de créer une automation qui fasse le nécessaire dans home assistant.

</p><p>Mais pour ce qui est du portail à double battant, c’est une autre paire de manche… alors oui, je pourrais m’amuser à installer tout un tas de capteurs d’ouverture un peu partout pour détecter s’il est fermé, en position piéton ou complètement ouvert, mais j’ai l’impression que c’est un peu too much…

Du coup j’ai cherché du côté des connectiques de la Control Box 3S io, qui malheureusement n’a pas non plus de retour d’état ouvert ou fermé exploitable (ou alors dites-moi si j’ai loupé un truc ?)...</p><p>Par contre, il y a 2 pins “fin de course” (pins 13 et 16 qui sont effectivement exploitées dans le cas des moteurs M1 et M2 “ixengo”)

au départ, j’avais imaginé que ça aurait été des contacts NO qui seraient fermés lorsque les fins de courses étaient atteints… (ce qui m’aurait permis d’utiliser un p’tit module E/S de chez Frient pour connaître leurs états et, en complément d’un dernier capteur d’ouverture, facilement “deviner” de manière fiable l’état du portail), mais non… forcément, c’est pas aussi simple… il s’agit de pins où il y a une tension de 10v (entre pins 12 et 13, ou entre 15 et 16) lorsque la fin de course est détectée, et entre 24 et 30v dans le cas contraire…

</p><p>alors du coup, je me suis retrouvé à chercher un moyen de mesurer ces tensions et les envoyer à mon coordinateur zigbee (j’ai pas le wifi qui va jusque là-bas, sinon le module “shelly UNI” était le parfait candidat…), mais là du coup je sèche… et je ne sais pas où je devrais focaliser mes efforts…


</p><p>du coup question : est-ce que je suis seul à me prendre la tête à ce point ? avez-vous trouvé d’autres moyens d’obtenir des retours d’états pertinents de vos équipements somfy iO sans pour autant avoir à utiliser l’app Tahoma ? 

</p><p>au plaisir d’échanger avec d’autres geeks sur la question !!</p></div> <div class="body-ft"></div> </div> Alexandre <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonjour,</p><p>J&#39;ai le même problème. Je suis sous Home Assistant également car je dispose d&#39;équipements non compatibles Tahoma.</p><p>Je n&#39;ai pas trouvé de solution en dehors de mettre encore un capteur d&#39;ouverture/fermeture indépendant. Je trouve cela pas très élégant car si j&#39;ai pris du IO, c&#39;était bien pour avoir le bon retour d&#39;état.</p><p>Est ce que le sujet a été poussé au support technique Somfy ?</p><p>Petite question complémentaire : est ce que l&#39;intégration Overkiz de Home Assistant a été configuré en local ou via le Cloud ? Pour ma part, je suis via le Cloud et je me demande si cela change quelque chose l&#39;autre mode.</p></div> <div class="body-ft"></div> </div> Fri, 09 Jan 2026 14:19:03 GMT https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9310029 https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9310029 9310029 answer 0 https://forum.somfy.fr/users/19601640 theme-c/avatars/48.png 3585043 <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonjour,</p><p>Je pense qu&#39;on est nombreux à s&#39;être rendu compte que les équipements iO ne mettent pas à jour leur état en temps réel lorsqu&#39;ils ne pas sont actionnés via la domotique (tahoma app ou via overkiz), mais par des boutons poussoir, télécommande iO ou fermeture automatique après temporisation.</p><p>C’est d’ailleurs clairement indiqué dans la doc de l’intégration overkiz (<a href="https://www.home-assistant.io/integrations/overkiz/#overkiz-api-limits" rel="nofollow">https://www.home-assistant.io/integrations/overkiz/#overk...</a>)</p><p>Le seul moyen d&#39;avoir une mise à jour à distance fiable de l&#39;état est alors d&#39;ouvrir l&#39;appli Tahoma qui va alors interroger les équipements pour connaître leurs états actuels (vous pouvez d&#39;ailleurs voir qu&#39;au moment d&#39;ouvrir l&#39;appli, l&#39;état n&#39;est pas forcément bon s&#39;il y a eu des actions entre temps, pour ensuite se mettre à jour automatiquement au bout de quelques secondes). Cela a ensuite pour effet de mettre les états à jour pour les outils utilisant l&#39;intégration overkiz… </p><p>mais cette solution est loin d’être idéale ! l’appli Tahoma est loin (vraiment très loin) d’être centrale chez moi (je tourne sur Home Assistant avec une armée d’appareils zigbee ou ESPHome…), et je pense pas être le seul dans ce cas. et avoir comme réponse qu&#39;il faut ouvrir l’app Tahoma pour avoir la mise à jour des états des équipements est clairement pas une réponse satisfaisante. </p><p>Du coup, il aurait été “idéal” que les équipements iO (dits “connectés” soit dit en passant) envoient automatique leur état à chaque fois que celui-ci change, mais je doute qu’une mise à jour de firmware de ces équipements est envisageable ici (je peux toujours rêver… )</p><p>D’un autre côté, ce serait aussi pas mal si l’intégration overkiz permettait d’avoir un moyen de demander la mise à jour de l’état d’un équipement (ou de l’ensemble des équipements), tout comme le fait l’appli tahoma… mais là aussi, j’ai faible espoir d’être entendu… à moins qu’un bon samaritain de chez somfy ou overkiz ne voie ce message ?? (j’ai fait une feature request sur le forum officiel de home assistant… n’hésitez pas à voter pour si ce message vous parle ! <a href="https://community.home-assistant.io/t/add-manual-status-update-method-for-connected-equipments/877616?u=aquarilis" rel="nofollow">https://community.home-assistant.io/t/add-manual-status-u...</a>)</p><p>quoiqu’il en soit, je me gratte les méninges depuis des jours pour trouver un moyen de faire en sorte que les états de mon portail (ixengo 3s io) et de ma porte de garage (dexxo smart io) soient toujours correctes dans home assistant, peu importe les commandes qu’ils aient pu recevoir par ailleurs. 

(j’ai essayé d’émuler un appareil mobile qui aurait l’app Tahoma ouverte en permanence, mais c’était laborieux… j’ai abandonné cette piste pour l’instant…) </p><p>Quoiqu’il en soit, pour la porte de garage (sectionnelle), je pense régler mon problème avec un capteur d&#39;inclinaison intelligent Zigbee pour porte de garage de ThirdReality, ce serait relativement facile de créer une automation qui fasse le nécessaire dans home assistant.

</p><p>Mais pour ce qui est du portail à double battant, c’est une autre paire de manche… alors oui, je pourrais m’amuser à installer tout un tas de capteurs d’ouverture un peu partout pour détecter s’il est fermé, en position piéton ou complètement ouvert, mais j’ai l’impression que c’est un peu too much…

Du coup j’ai cherché du côté des connectiques de la Control Box 3S io, qui malheureusement n’a pas non plus de retour d’état ouvert ou fermé exploitable (ou alors dites-moi si j’ai loupé un truc ?)...</p><p>Par contre, il y a 2 pins “fin de course” (pins 13 et 16 qui sont effectivement exploitées dans le cas des moteurs M1 et M2 “ixengo”)

au départ, j’avais imaginé que ça aurait été des contacts NO qui seraient fermés lorsque les fins de courses étaient atteints… (ce qui m’aurait permis d’utiliser un p’tit module E/S de chez Frient pour connaître leurs états et, en complément d’un dernier capteur d’ouverture, facilement “deviner” de manière fiable l’état du portail), mais non… forcément, c’est pas aussi simple… il s’agit de pins où il y a une tension de 10v (entre pins 12 et 13, ou entre 15 et 16) lorsque la fin de course est détectée, et entre 24 et 30v dans le cas contraire…

</p><p>alors du coup, je me suis retrouvé à chercher un moyen de mesurer ces tensions et les envoyer à mon coordinateur zigbee (j’ai pas le wifi qui va jusque là-bas, sinon le module “shelly UNI” était le parfait candidat…), mais là du coup je sèche… et je ne sais pas où je devrais focaliser mes efforts…


</p><p>du coup question : est-ce que je suis seul à me prendre la tête à ce point ? avez-vous trouvé d’autres moyens d’obtenir des retours d’états pertinents de vos équipements somfy iO sans pour autant avoir à utiliser l’app Tahoma ? 

</p><p>au plaisir d’échanger avec d’autres geeks sur la question !!</p></div> <div class="body-ft"></div> </div> L. M. <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonjour Olivier, </p><p>à un moment, j&#39;ai été en contact avec le développeur responsable de l&#39;intégration overkiz (<a href="https://github.com/home-assistant/core/issues/124320" rel="nofollow">https://github.com/home-assistant/core/issues/124320</a>) mais le issue sur github est reparti dans les limbes.</p><p>à l&#39;heure actuelle, j&#39;ai rajouté un Frient IO module (<a href="https://www.zigbee2mqtt.io/devices/IOMZB-110.html#develco-iomzb-110" rel="nofollow">https://www.zigbee2mqtt.io/devices/IOMZB-110.html#develco...</a>) qui connecté à certains pins de la Control Box 3S io, me permet de savoir si le portail est en mouvement, ainsi que la &quot;position&quot; des vantaux (avec des capteurs de porte supplémentaires)...</p><p>ça me permet ensuite de mettre à jour l&#39;état de l&#39;entité dans HA en conséquence si l&#39;action a été amorcée par un moyen &quot;non-connecté&quot;... mais c&#39;est perfectible...</p></div> <div class="body-ft"></div> </div> Mon, 18 Aug 2025 06:50:15 GMT https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9173753 https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9173753 9173753 answer 0 https://forum.somfy.fr/users/20167773 theme-c/avatars/48.png 3585043 <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonjour,</p><p>Je pense qu&#39;on est nombreux à s&#39;être rendu compte que les équipements iO ne mettent pas à jour leur état en temps réel lorsqu&#39;ils ne pas sont actionnés via la domotique (tahoma app ou via overkiz), mais par des boutons poussoir, télécommande iO ou fermeture automatique après temporisation.</p><p>C’est d’ailleurs clairement indiqué dans la doc de l’intégration overkiz (<a href="https://www.home-assistant.io/integrations/overkiz/#overkiz-api-limits" rel="nofollow">https://www.home-assistant.io/integrations/overkiz/#overk...</a>)</p><p>Le seul moyen d&#39;avoir une mise à jour à distance fiable de l&#39;état est alors d&#39;ouvrir l&#39;appli Tahoma qui va alors interroger les équipements pour connaître leurs états actuels (vous pouvez d&#39;ailleurs voir qu&#39;au moment d&#39;ouvrir l&#39;appli, l&#39;état n&#39;est pas forcément bon s&#39;il y a eu des actions entre temps, pour ensuite se mettre à jour automatiquement au bout de quelques secondes). Cela a ensuite pour effet de mettre les états à jour pour les outils utilisant l&#39;intégration overkiz… </p><p>mais cette solution est loin d’être idéale ! l’appli Tahoma est loin (vraiment très loin) d’être centrale chez moi (je tourne sur Home Assistant avec une armée d’appareils zigbee ou ESPHome…), et je pense pas être le seul dans ce cas. et avoir comme réponse qu&#39;il faut ouvrir l’app Tahoma pour avoir la mise à jour des états des équipements est clairement pas une réponse satisfaisante. </p><p>Du coup, il aurait été “idéal” que les équipements iO (dits “connectés” soit dit en passant) envoient automatique leur état à chaque fois que celui-ci change, mais je doute qu’une mise à jour de firmware de ces équipements est envisageable ici (je peux toujours rêver… )</p><p>D’un autre côté, ce serait aussi pas mal si l’intégration overkiz permettait d’avoir un moyen de demander la mise à jour de l’état d’un équipement (ou de l’ensemble des équipements), tout comme le fait l’appli tahoma… mais là aussi, j’ai faible espoir d’être entendu… à moins qu’un bon samaritain de chez somfy ou overkiz ne voie ce message ?? (j’ai fait une feature request sur le forum officiel de home assistant… n’hésitez pas à voter pour si ce message vous parle ! <a href="https://community.home-assistant.io/t/add-manual-status-update-method-for-connected-equipments/877616?u=aquarilis" rel="nofollow">https://community.home-assistant.io/t/add-manual-status-u...</a>)</p><p>quoiqu’il en soit, je me gratte les méninges depuis des jours pour trouver un moyen de faire en sorte que les états de mon portail (ixengo 3s io) et de ma porte de garage (dexxo smart io) soient toujours correctes dans home assistant, peu importe les commandes qu’ils aient pu recevoir par ailleurs. 

(j’ai essayé d’émuler un appareil mobile qui aurait l’app Tahoma ouverte en permanence, mais c’était laborieux… j’ai abandonné cette piste pour l’instant…) </p><p>Quoiqu’il en soit, pour la porte de garage (sectionnelle), je pense régler mon problème avec un capteur d&#39;inclinaison intelligent Zigbee pour porte de garage de ThirdReality, ce serait relativement facile de créer une automation qui fasse le nécessaire dans home assistant.

</p><p>Mais pour ce qui est du portail à double battant, c’est une autre paire de manche… alors oui, je pourrais m’amuser à installer tout un tas de capteurs d’ouverture un peu partout pour détecter s’il est fermé, en position piéton ou complètement ouvert, mais j’ai l’impression que c’est un peu too much…

Du coup j’ai cherché du côté des connectiques de la Control Box 3S io, qui malheureusement n’a pas non plus de retour d’état ouvert ou fermé exploitable (ou alors dites-moi si j’ai loupé un truc ?)...</p><p>Par contre, il y a 2 pins “fin de course” (pins 13 et 16 qui sont effectivement exploitées dans le cas des moteurs M1 et M2 “ixengo”)

au départ, j’avais imaginé que ça aurait été des contacts NO qui seraient fermés lorsque les fins de courses étaient atteints… (ce qui m’aurait permis d’utiliser un p’tit module E/S de chez Frient pour connaître leurs états et, en complément d’un dernier capteur d’ouverture, facilement “deviner” de manière fiable l’état du portail), mais non… forcément, c’est pas aussi simple… il s’agit de pins où il y a une tension de 10v (entre pins 12 et 13, ou entre 15 et 16) lorsque la fin de course est détectée, et entre 24 et 30v dans le cas contraire…

</p><p>alors du coup, je me suis retrouvé à chercher un moyen de mesurer ces tensions et les envoyer à mon coordinateur zigbee (j’ai pas le wifi qui va jusque là-bas, sinon le module “shelly UNI” était le parfait candidat…), mais là du coup je sèche… et je ne sais pas où je devrais focaliser mes efforts…


</p><p>du coup question : est-ce que je suis seul à me prendre la tête à ce point ? avez-vous trouvé d’autres moyens d’obtenir des retours d’états pertinents de vos équipements somfy iO sans pour autant avoir à utiliser l’app Tahoma ? 

</p><p>au plaisir d’échanger avec d’autres geeks sur la question !!</p></div> <div class="body-ft"></div> </div> Olivier R. <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonjour LM,</p><p>Je ne vais pas faire avancer le débat mais sachez que je suis solidaire, je viens seulement de me rendre compte de ce problème d&#39;incohérence des états et google m&#39;a amené jusqu&#39;ici. Avez vous trouvé une solution?</p><p>Quant à l&#39;antipathie de certaines réponses sur ce forum, c&#39;est assez courant, j&#39;évite autant que possible de poster ici pour ne pas me faire agresser par les defenseurs de somfy...</p></div> <div class="body-ft"></div> </div> Sun, 17 Aug 2025 20:15:22 GMT https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9173713 https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9173713 9173713 answer 0 https://forum.somfy.fr/users/19044423 theme-c/avatars/48.png 3585043 <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonjour,</p><p>Je pense qu&#39;on est nombreux à s&#39;être rendu compte que les équipements iO ne mettent pas à jour leur état en temps réel lorsqu&#39;ils ne pas sont actionnés via la domotique (tahoma app ou via overkiz), mais par des boutons poussoir, télécommande iO ou fermeture automatique après temporisation.</p><p>C’est d’ailleurs clairement indiqué dans la doc de l’intégration overkiz (<a href="https://www.home-assistant.io/integrations/overkiz/#overkiz-api-limits" rel="nofollow">https://www.home-assistant.io/integrations/overkiz/#overk...</a>)</p><p>Le seul moyen d&#39;avoir une mise à jour à distance fiable de l&#39;état est alors d&#39;ouvrir l&#39;appli Tahoma qui va alors interroger les équipements pour connaître leurs états actuels (vous pouvez d&#39;ailleurs voir qu&#39;au moment d&#39;ouvrir l&#39;appli, l&#39;état n&#39;est pas forcément bon s&#39;il y a eu des actions entre temps, pour ensuite se mettre à jour automatiquement au bout de quelques secondes). Cela a ensuite pour effet de mettre les états à jour pour les outils utilisant l&#39;intégration overkiz… </p><p>mais cette solution est loin d’être idéale ! l’appli Tahoma est loin (vraiment très loin) d’être centrale chez moi (je tourne sur Home Assistant avec une armée d’appareils zigbee ou ESPHome…), et je pense pas être le seul dans ce cas. et avoir comme réponse qu&#39;il faut ouvrir l’app Tahoma pour avoir la mise à jour des états des équipements est clairement pas une réponse satisfaisante. </p><p>Du coup, il aurait été “idéal” que les équipements iO (dits “connectés” soit dit en passant) envoient automatique leur état à chaque fois que celui-ci change, mais je doute qu’une mise à jour de firmware de ces équipements est envisageable ici (je peux toujours rêver… )</p><p>D’un autre côté, ce serait aussi pas mal si l’intégration overkiz permettait d’avoir un moyen de demander la mise à jour de l’état d’un équipement (ou de l’ensemble des équipements), tout comme le fait l’appli tahoma… mais là aussi, j’ai faible espoir d’être entendu… à moins qu’un bon samaritain de chez somfy ou overkiz ne voie ce message ?? (j’ai fait une feature request sur le forum officiel de home assistant… n’hésitez pas à voter pour si ce message vous parle ! <a href="https://community.home-assistant.io/t/add-manual-status-update-method-for-connected-equipments/877616?u=aquarilis" rel="nofollow">https://community.home-assistant.io/t/add-manual-status-u...</a>)</p><p>quoiqu’il en soit, je me gratte les méninges depuis des jours pour trouver un moyen de faire en sorte que les états de mon portail (ixengo 3s io) et de ma porte de garage (dexxo smart io) soient toujours correctes dans home assistant, peu importe les commandes qu’ils aient pu recevoir par ailleurs. 

(j’ai essayé d’émuler un appareil mobile qui aurait l’app Tahoma ouverte en permanence, mais c’était laborieux… j’ai abandonné cette piste pour l’instant…) </p><p>Quoiqu’il en soit, pour la porte de garage (sectionnelle), je pense régler mon problème avec un capteur d&#39;inclinaison intelligent Zigbee pour porte de garage de ThirdReality, ce serait relativement facile de créer une automation qui fasse le nécessaire dans home assistant.

</p><p>Mais pour ce qui est du portail à double battant, c’est une autre paire de manche… alors oui, je pourrais m’amuser à installer tout un tas de capteurs d’ouverture un peu partout pour détecter s’il est fermé, en position piéton ou complètement ouvert, mais j’ai l’impression que c’est un peu too much…

Du coup j’ai cherché du côté des connectiques de la Control Box 3S io, qui malheureusement n’a pas non plus de retour d’état ouvert ou fermé exploitable (ou alors dites-moi si j’ai loupé un truc ?)...</p><p>Par contre, il y a 2 pins “fin de course” (pins 13 et 16 qui sont effectivement exploitées dans le cas des moteurs M1 et M2 “ixengo”)

au départ, j’avais imaginé que ça aurait été des contacts NO qui seraient fermés lorsque les fins de courses étaient atteints… (ce qui m’aurait permis d’utiliser un p’tit module E/S de chez Frient pour connaître leurs états et, en complément d’un dernier capteur d’ouverture, facilement “deviner” de manière fiable l’état du portail), mais non… forcément, c’est pas aussi simple… il s’agit de pins où il y a une tension de 10v (entre pins 12 et 13, ou entre 15 et 16) lorsque la fin de course est détectée, et entre 24 et 30v dans le cas contraire…

</p><p>alors du coup, je me suis retrouvé à chercher un moyen de mesurer ces tensions et les envoyer à mon coordinateur zigbee (j’ai pas le wifi qui va jusque là-bas, sinon le module “shelly UNI” était le parfait candidat…), mais là du coup je sèche… et je ne sais pas où je devrais focaliser mes efforts…


</p><p>du coup question : est-ce que je suis seul à me prendre la tête à ce point ? avez-vous trouvé d’autres moyens d’obtenir des retours d’états pertinents de vos équipements somfy iO sans pour autant avoir à utiliser l’app Tahoma ? 

</p><p>au plaisir d’échanger avec d’autres geeks sur la question !!</p></div> <div class="body-ft"></div> </div> Charly <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>????????????????</p><p>Difficile voire impossible de vous répondre.<br />Posez ici le pin box et un Yellow&#39;s verra ce qu&#39;il peut faire.</p><p>Bonne journée</p></div> <div class="body-ft"></div> </div> Fri, 02 May 2025 07:57:07 GMT https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9087855 https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9087855 9087855 answer 0 https://forum.somfy.fr/users/20023399 https://dimelo-users-production.s3.amazonaws.com/identity_avatars/3fcefedf5fa95ef8/avatar_normal.png?3389a2e 3585043 <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonjour,</p><p>Je pense qu&#39;on est nombreux à s&#39;être rendu compte que les équipements iO ne mettent pas à jour leur état en temps réel lorsqu&#39;ils ne pas sont actionnés via la domotique (tahoma app ou via overkiz), mais par des boutons poussoir, télécommande iO ou fermeture automatique après temporisation.</p><p>C’est d’ailleurs clairement indiqué dans la doc de l’intégration overkiz (<a href="https://www.home-assistant.io/integrations/overkiz/#overkiz-api-limits" rel="nofollow">https://www.home-assistant.io/integrations/overkiz/#overk...</a>)</p><p>Le seul moyen d&#39;avoir une mise à jour à distance fiable de l&#39;état est alors d&#39;ouvrir l&#39;appli Tahoma qui va alors interroger les équipements pour connaître leurs états actuels (vous pouvez d&#39;ailleurs voir qu&#39;au moment d&#39;ouvrir l&#39;appli, l&#39;état n&#39;est pas forcément bon s&#39;il y a eu des actions entre temps, pour ensuite se mettre à jour automatiquement au bout de quelques secondes). Cela a ensuite pour effet de mettre les états à jour pour les outils utilisant l&#39;intégration overkiz… </p><p>mais cette solution est loin d’être idéale ! l’appli Tahoma est loin (vraiment très loin) d’être centrale chez moi (je tourne sur Home Assistant avec une armée d’appareils zigbee ou ESPHome…), et je pense pas être le seul dans ce cas. et avoir comme réponse qu&#39;il faut ouvrir l’app Tahoma pour avoir la mise à jour des états des équipements est clairement pas une réponse satisfaisante. </p><p>Du coup, il aurait été “idéal” que les équipements iO (dits “connectés” soit dit en passant) envoient automatique leur état à chaque fois que celui-ci change, mais je doute qu’une mise à jour de firmware de ces équipements est envisageable ici (je peux toujours rêver… )</p><p>D’un autre côté, ce serait aussi pas mal si l’intégration overkiz permettait d’avoir un moyen de demander la mise à jour de l’état d’un équipement (ou de l’ensemble des équipements), tout comme le fait l’appli tahoma… mais là aussi, j’ai faible espoir d’être entendu… à moins qu’un bon samaritain de chez somfy ou overkiz ne voie ce message ?? (j’ai fait une feature request sur le forum officiel de home assistant… n’hésitez pas à voter pour si ce message vous parle ! <a href="https://community.home-assistant.io/t/add-manual-status-update-method-for-connected-equipments/877616?u=aquarilis" rel="nofollow">https://community.home-assistant.io/t/add-manual-status-u...</a>)</p><p>quoiqu’il en soit, je me gratte les méninges depuis des jours pour trouver un moyen de faire en sorte que les états de mon portail (ixengo 3s io) et de ma porte de garage (dexxo smart io) soient toujours correctes dans home assistant, peu importe les commandes qu’ils aient pu recevoir par ailleurs. 

(j’ai essayé d’émuler un appareil mobile qui aurait l’app Tahoma ouverte en permanence, mais c’était laborieux… j’ai abandonné cette piste pour l’instant…) </p><p>Quoiqu’il en soit, pour la porte de garage (sectionnelle), je pense régler mon problème avec un capteur d&#39;inclinaison intelligent Zigbee pour porte de garage de ThirdReality, ce serait relativement facile de créer une automation qui fasse le nécessaire dans home assistant.

</p><p>Mais pour ce qui est du portail à double battant, c’est une autre paire de manche… alors oui, je pourrais m’amuser à installer tout un tas de capteurs d’ouverture un peu partout pour détecter s’il est fermé, en position piéton ou complètement ouvert, mais j’ai l’impression que c’est un peu too much…

Du coup j’ai cherché du côté des connectiques de la Control Box 3S io, qui malheureusement n’a pas non plus de retour d’état ouvert ou fermé exploitable (ou alors dites-moi si j’ai loupé un truc ?)...</p><p>Par contre, il y a 2 pins “fin de course” (pins 13 et 16 qui sont effectivement exploitées dans le cas des moteurs M1 et M2 “ixengo”)

au départ, j’avais imaginé que ça aurait été des contacts NO qui seraient fermés lorsque les fins de courses étaient atteints… (ce qui m’aurait permis d’utiliser un p’tit module E/S de chez Frient pour connaître leurs états et, en complément d’un dernier capteur d’ouverture, facilement “deviner” de manière fiable l’état du portail), mais non… forcément, c’est pas aussi simple… il s’agit de pins où il y a une tension de 10v (entre pins 12 et 13, ou entre 15 et 16) lorsque la fin de course est détectée, et entre 24 et 30v dans le cas contraire…

</p><p>alors du coup, je me suis retrouvé à chercher un moyen de mesurer ces tensions et les envoyer à mon coordinateur zigbee (j’ai pas le wifi qui va jusque là-bas, sinon le module “shelly UNI” était le parfait candidat…), mais là du coup je sèche… et je ne sais pas où je devrais focaliser mes efforts…


</p><p>du coup question : est-ce que je suis seul à me prendre la tête à ce point ? avez-vous trouvé d’autres moyens d’obtenir des retours d’états pertinents de vos équipements somfy iO sans pour autant avoir à utiliser l’app Tahoma ? 

</p><p>au plaisir d’échanger avec d’autres geeks sur la question !!</p></div> <div class="body-ft"></div> </div> Christophe G. <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonjour<br />Ma tahoma box fait n&#39;importe quoi<br />que dois je faire ?<br />Bien à vous</p></div> <div class="body-ft"></div> </div> Fri, 02 May 2025 07:53:17 GMT https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9087839 https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9087839 9087839 answer 0 https://forum.somfy.fr/users/13104837 theme-c/avatars/48.png 3585043 <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonjour,</p><p>Je pense qu&#39;on est nombreux à s&#39;être rendu compte que les équipements iO ne mettent pas à jour leur état en temps réel lorsqu&#39;ils ne pas sont actionnés via la domotique (tahoma app ou via overkiz), mais par des boutons poussoir, télécommande iO ou fermeture automatique après temporisation.</p><p>C’est d’ailleurs clairement indiqué dans la doc de l’intégration overkiz (<a href="https://www.home-assistant.io/integrations/overkiz/#overkiz-api-limits" rel="nofollow">https://www.home-assistant.io/integrations/overkiz/#overk...</a>)</p><p>Le seul moyen d&#39;avoir une mise à jour à distance fiable de l&#39;état est alors d&#39;ouvrir l&#39;appli Tahoma qui va alors interroger les équipements pour connaître leurs états actuels (vous pouvez d&#39;ailleurs voir qu&#39;au moment d&#39;ouvrir l&#39;appli, l&#39;état n&#39;est pas forcément bon s&#39;il y a eu des actions entre temps, pour ensuite se mettre à jour automatiquement au bout de quelques secondes). Cela a ensuite pour effet de mettre les états à jour pour les outils utilisant l&#39;intégration overkiz… </p><p>mais cette solution est loin d’être idéale ! l’appli Tahoma est loin (vraiment très loin) d’être centrale chez moi (je tourne sur Home Assistant avec une armée d’appareils zigbee ou ESPHome…), et je pense pas être le seul dans ce cas. et avoir comme réponse qu&#39;il faut ouvrir l’app Tahoma pour avoir la mise à jour des états des équipements est clairement pas une réponse satisfaisante. </p><p>Du coup, il aurait été “idéal” que les équipements iO (dits “connectés” soit dit en passant) envoient automatique leur état à chaque fois que celui-ci change, mais je doute qu’une mise à jour de firmware de ces équipements est envisageable ici (je peux toujours rêver… )</p><p>D’un autre côté, ce serait aussi pas mal si l’intégration overkiz permettait d’avoir un moyen de demander la mise à jour de l’état d’un équipement (ou de l’ensemble des équipements), tout comme le fait l’appli tahoma… mais là aussi, j’ai faible espoir d’être entendu… à moins qu’un bon samaritain de chez somfy ou overkiz ne voie ce message ?? (j’ai fait une feature request sur le forum officiel de home assistant… n’hésitez pas à voter pour si ce message vous parle ! <a href="https://community.home-assistant.io/t/add-manual-status-update-method-for-connected-equipments/877616?u=aquarilis" rel="nofollow">https://community.home-assistant.io/t/add-manual-status-u...</a>)</p><p>quoiqu’il en soit, je me gratte les méninges depuis des jours pour trouver un moyen de faire en sorte que les états de mon portail (ixengo 3s io) et de ma porte de garage (dexxo smart io) soient toujours correctes dans home assistant, peu importe les commandes qu’ils aient pu recevoir par ailleurs. 

(j’ai essayé d’émuler un appareil mobile qui aurait l’app Tahoma ouverte en permanence, mais c’était laborieux… j’ai abandonné cette piste pour l’instant…) </p><p>Quoiqu’il en soit, pour la porte de garage (sectionnelle), je pense régler mon problème avec un capteur d&#39;inclinaison intelligent Zigbee pour porte de garage de ThirdReality, ce serait relativement facile de créer une automation qui fasse le nécessaire dans home assistant.

</p><p>Mais pour ce qui est du portail à double battant, c’est une autre paire de manche… alors oui, je pourrais m’amuser à installer tout un tas de capteurs d’ouverture un peu partout pour détecter s’il est fermé, en position piéton ou complètement ouvert, mais j’ai l’impression que c’est un peu too much…

Du coup j’ai cherché du côté des connectiques de la Control Box 3S io, qui malheureusement n’a pas non plus de retour d’état ouvert ou fermé exploitable (ou alors dites-moi si j’ai loupé un truc ?)...</p><p>Par contre, il y a 2 pins “fin de course” (pins 13 et 16 qui sont effectivement exploitées dans le cas des moteurs M1 et M2 “ixengo”)

au départ, j’avais imaginé que ça aurait été des contacts NO qui seraient fermés lorsque les fins de courses étaient atteints… (ce qui m’aurait permis d’utiliser un p’tit module E/S de chez Frient pour connaître leurs états et, en complément d’un dernier capteur d’ouverture, facilement “deviner” de manière fiable l’état du portail), mais non… forcément, c’est pas aussi simple… il s’agit de pins où il y a une tension de 10v (entre pins 12 et 13, ou entre 15 et 16) lorsque la fin de course est détectée, et entre 24 et 30v dans le cas contraire…

</p><p>alors du coup, je me suis retrouvé à chercher un moyen de mesurer ces tensions et les envoyer à mon coordinateur zigbee (j’ai pas le wifi qui va jusque là-bas, sinon le module “shelly UNI” était le parfait candidat…), mais là du coup je sèche… et je ne sais pas où je devrais focaliser mes efforts…


</p><p>du coup question : est-ce que je suis seul à me prendre la tête à ce point ? avez-vous trouvé d’autres moyens d’obtenir des retours d’états pertinents de vos équipements somfy iO sans pour autant avoir à utiliser l’app Tahoma ? 

</p><p>au plaisir d’échanger avec d’autres geeks sur la question !!</p></div> <div class="body-ft"></div> </div> Christophe D. <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonjour,</p><p>Impossible de reconnaitre overkiz dans home assistant PIN 2003-6221-1240,<br />Merci</p></div> <div class="body-ft"></div> </div> Mon, 28 Apr 2025 06:03:13 GMT https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9083903 https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9083903 9083903 answer 0 https://forum.somfy.fr/users/20183681 theme-c/avatars/48.png 3585043 <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonjour,</p><p>Je pense qu&#39;on est nombreux à s&#39;être rendu compte que les équipements iO ne mettent pas à jour leur état en temps réel lorsqu&#39;ils ne pas sont actionnés via la domotique (tahoma app ou via overkiz), mais par des boutons poussoir, télécommande iO ou fermeture automatique après temporisation.</p><p>C’est d’ailleurs clairement indiqué dans la doc de l’intégration overkiz (<a href="https://www.home-assistant.io/integrations/overkiz/#overkiz-api-limits" rel="nofollow">https://www.home-assistant.io/integrations/overkiz/#overk...</a>)</p><p>Le seul moyen d&#39;avoir une mise à jour à distance fiable de l&#39;état est alors d&#39;ouvrir l&#39;appli Tahoma qui va alors interroger les équipements pour connaître leurs états actuels (vous pouvez d&#39;ailleurs voir qu&#39;au moment d&#39;ouvrir l&#39;appli, l&#39;état n&#39;est pas forcément bon s&#39;il y a eu des actions entre temps, pour ensuite se mettre à jour automatiquement au bout de quelques secondes). Cela a ensuite pour effet de mettre les états à jour pour les outils utilisant l&#39;intégration overkiz… </p><p>mais cette solution est loin d’être idéale ! l’appli Tahoma est loin (vraiment très loin) d’être centrale chez moi (je tourne sur Home Assistant avec une armée d’appareils zigbee ou ESPHome…), et je pense pas être le seul dans ce cas. et avoir comme réponse qu&#39;il faut ouvrir l’app Tahoma pour avoir la mise à jour des états des équipements est clairement pas une réponse satisfaisante. </p><p>Du coup, il aurait été “idéal” que les équipements iO (dits “connectés” soit dit en passant) envoient automatique leur état à chaque fois que celui-ci change, mais je doute qu’une mise à jour de firmware de ces équipements est envisageable ici (je peux toujours rêver… )</p><p>D’un autre côté, ce serait aussi pas mal si l’intégration overkiz permettait d’avoir un moyen de demander la mise à jour de l’état d’un équipement (ou de l’ensemble des équipements), tout comme le fait l’appli tahoma… mais là aussi, j’ai faible espoir d’être entendu… à moins qu’un bon samaritain de chez somfy ou overkiz ne voie ce message ?? (j’ai fait une feature request sur le forum officiel de home assistant… n’hésitez pas à voter pour si ce message vous parle ! <a href="https://community.home-assistant.io/t/add-manual-status-update-method-for-connected-equipments/877616?u=aquarilis" rel="nofollow">https://community.home-assistant.io/t/add-manual-status-u...</a>)</p><p>quoiqu’il en soit, je me gratte les méninges depuis des jours pour trouver un moyen de faire en sorte que les états de mon portail (ixengo 3s io) et de ma porte de garage (dexxo smart io) soient toujours correctes dans home assistant, peu importe les commandes qu’ils aient pu recevoir par ailleurs. 

(j’ai essayé d’émuler un appareil mobile qui aurait l’app Tahoma ouverte en permanence, mais c’était laborieux… j’ai abandonné cette piste pour l’instant…) </p><p>Quoiqu’il en soit, pour la porte de garage (sectionnelle), je pense régler mon problème avec un capteur d&#39;inclinaison intelligent Zigbee pour porte de garage de ThirdReality, ce serait relativement facile de créer une automation qui fasse le nécessaire dans home assistant.

</p><p>Mais pour ce qui est du portail à double battant, c’est une autre paire de manche… alors oui, je pourrais m’amuser à installer tout un tas de capteurs d’ouverture un peu partout pour détecter s’il est fermé, en position piéton ou complètement ouvert, mais j’ai l’impression que c’est un peu too much…

Du coup j’ai cherché du côté des connectiques de la Control Box 3S io, qui malheureusement n’a pas non plus de retour d’état ouvert ou fermé exploitable (ou alors dites-moi si j’ai loupé un truc ?)...</p><p>Par contre, il y a 2 pins “fin de course” (pins 13 et 16 qui sont effectivement exploitées dans le cas des moteurs M1 et M2 “ixengo”)

au départ, j’avais imaginé que ça aurait été des contacts NO qui seraient fermés lorsque les fins de courses étaient atteints… (ce qui m’aurait permis d’utiliser un p’tit module E/S de chez Frient pour connaître leurs états et, en complément d’un dernier capteur d’ouverture, facilement “deviner” de manière fiable l’état du portail), mais non… forcément, c’est pas aussi simple… il s’agit de pins où il y a une tension de 10v (entre pins 12 et 13, ou entre 15 et 16) lorsque la fin de course est détectée, et entre 24 et 30v dans le cas contraire…

</p><p>alors du coup, je me suis retrouvé à chercher un moyen de mesurer ces tensions et les envoyer à mon coordinateur zigbee (j’ai pas le wifi qui va jusque là-bas, sinon le module “shelly UNI” était le parfait candidat…), mais là du coup je sèche… et je ne sais pas où je devrais focaliser mes efforts…


</p><p>du coup question : est-ce que je suis seul à me prendre la tête à ce point ? avez-vous trouvé d’autres moyens d’obtenir des retours d’états pertinents de vos équipements somfy iO sans pour autant avoir à utiliser l’app Tahoma ? 

</p><p>au plaisir d’échanger avec d’autres geeks sur la question !!</p></div> <div class="body-ft"></div> </div> L. M. <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>En effet, le réseau Zigbee utilise la même bande de fréquence 2,4 GHz, mais contrairement au réseau wifi dont les points d&#39;accès ne communiquent pas forcément entre eux pour étendre la portée (en tout cas pas dans mon cas), le réseau zigbee est maillé : les équipements alimentés en permanence agissent (pour la plupart) comme des routeurs (ou répéteurs) qui étendent le réseau ! </p><p>Et du coup, compte tenu des équipements présents sur le chemin (ampoules connectées le long de l&#39;allée), j&#39;ai du zigbee (de qualité) juste à côté du boîtier du portail, mais pas le wifi...!</p><p>Et oui, il y aurait des solutions pour mettre en oeuvre le CPL, mais ça devient pas très raisonnable dans mon cas : ça demande de mettre en oeuvre bien plus de choses (d&#39;ailleurs je n&#39;ai pas de &quot;prise&quot; électrique sur place, le câble 240v est directement branché sur les bornes de la control box... la boîte étanche serait quand même pas tout petite pour pouvoir contenir tout le nécessaire...)</p><p>la question est de savoir si parmis les experts présents sur le forum, quelqu&#39;un connaîtrait un autre moyen (plus simple) pour capturer l&#39;état des équipements iO sans se prendre la tête autant...</p><p>&quot;Pour le retour d&#39;état IO il me semble que si l&#39;application Tahoma reste en tache de fond sur le Smartphone elle reste a jour.&quot; <br />&gt;&gt; non justement, même en gardant l&#39;application ouverte en tâche de fond, celle-ci se &quot;déconnecte&quot; et ne se met plus à jour dès lors qu&#39;on ne l&#39;a plus au premier plan (sur iOS en tout cas): l&#39;état ne se remet à jour que lorsqu&#39;on repasse l&#39;appli au premier plan, voire que lorsqu&#39;on clique sur l&#39;équipement en question (ce qui est compréhensible)</p><p>&quot;lorsqu&#39;on utilise l&#39;interrupteur pour allumer la lumière j&#39;ai le même défaut qu&#39;avec le IO..&quot;<br />&gt;&gt; et oui, là est bien tout le problème ! c&#39;est dingue qu&#39;il n&#39;y ait pas un moyen de faire mieux..!</p></div> <div class="body-ft"></div> </div> Tue, 15 Apr 2025 06:47:59 GMT https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9072325 https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9072325 9072325 answer 0 https://forum.somfy.fr/users/20167773 theme-c/avatars/48.png 3585043 <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonjour,</p><p>Je pense qu&#39;on est nombreux à s&#39;être rendu compte que les équipements iO ne mettent pas à jour leur état en temps réel lorsqu&#39;ils ne pas sont actionnés via la domotique (tahoma app ou via overkiz), mais par des boutons poussoir, télécommande iO ou fermeture automatique après temporisation.</p><p>C’est d’ailleurs clairement indiqué dans la doc de l’intégration overkiz (<a href="https://www.home-assistant.io/integrations/overkiz/#overkiz-api-limits" rel="nofollow">https://www.home-assistant.io/integrations/overkiz/#overk...</a>)</p><p>Le seul moyen d&#39;avoir une mise à jour à distance fiable de l&#39;état est alors d&#39;ouvrir l&#39;appli Tahoma qui va alors interroger les équipements pour connaître leurs états actuels (vous pouvez d&#39;ailleurs voir qu&#39;au moment d&#39;ouvrir l&#39;appli, l&#39;état n&#39;est pas forcément bon s&#39;il y a eu des actions entre temps, pour ensuite se mettre à jour automatiquement au bout de quelques secondes). Cela a ensuite pour effet de mettre les états à jour pour les outils utilisant l&#39;intégration overkiz… </p><p>mais cette solution est loin d’être idéale ! l’appli Tahoma est loin (vraiment très loin) d’être centrale chez moi (je tourne sur Home Assistant avec une armée d’appareils zigbee ou ESPHome…), et je pense pas être le seul dans ce cas. et avoir comme réponse qu&#39;il faut ouvrir l’app Tahoma pour avoir la mise à jour des états des équipements est clairement pas une réponse satisfaisante. </p><p>Du coup, il aurait été “idéal” que les équipements iO (dits “connectés” soit dit en passant) envoient automatique leur état à chaque fois que celui-ci change, mais je doute qu’une mise à jour de firmware de ces équipements est envisageable ici (je peux toujours rêver… )</p><p>D’un autre côté, ce serait aussi pas mal si l’intégration overkiz permettait d’avoir un moyen de demander la mise à jour de l’état d’un équipement (ou de l’ensemble des équipements), tout comme le fait l’appli tahoma… mais là aussi, j’ai faible espoir d’être entendu… à moins qu’un bon samaritain de chez somfy ou overkiz ne voie ce message ?? (j’ai fait une feature request sur le forum officiel de home assistant… n’hésitez pas à voter pour si ce message vous parle ! <a href="https://community.home-assistant.io/t/add-manual-status-update-method-for-connected-equipments/877616?u=aquarilis" rel="nofollow">https://community.home-assistant.io/t/add-manual-status-u...</a>)</p><p>quoiqu’il en soit, je me gratte les méninges depuis des jours pour trouver un moyen de faire en sorte que les états de mon portail (ixengo 3s io) et de ma porte de garage (dexxo smart io) soient toujours correctes dans home assistant, peu importe les commandes qu’ils aient pu recevoir par ailleurs. 

(j’ai essayé d’émuler un appareil mobile qui aurait l’app Tahoma ouverte en permanence, mais c’était laborieux… j’ai abandonné cette piste pour l’instant…) </p><p>Quoiqu’il en soit, pour la porte de garage (sectionnelle), je pense régler mon problème avec un capteur d&#39;inclinaison intelligent Zigbee pour porte de garage de ThirdReality, ce serait relativement facile de créer une automation qui fasse le nécessaire dans home assistant.

</p><p>Mais pour ce qui est du portail à double battant, c’est une autre paire de manche… alors oui, je pourrais m’amuser à installer tout un tas de capteurs d’ouverture un peu partout pour détecter s’il est fermé, en position piéton ou complètement ouvert, mais j’ai l’impression que c’est un peu too much…

Du coup j’ai cherché du côté des connectiques de la Control Box 3S io, qui malheureusement n’a pas non plus de retour d’état ouvert ou fermé exploitable (ou alors dites-moi si j’ai loupé un truc ?)...</p><p>Par contre, il y a 2 pins “fin de course” (pins 13 et 16 qui sont effectivement exploitées dans le cas des moteurs M1 et M2 “ixengo”)

au départ, j’avais imaginé que ça aurait été des contacts NO qui seraient fermés lorsque les fins de courses étaient atteints… (ce qui m’aurait permis d’utiliser un p’tit module E/S de chez Frient pour connaître leurs états et, en complément d’un dernier capteur d’ouverture, facilement “deviner” de manière fiable l’état du portail), mais non… forcément, c’est pas aussi simple… il s’agit de pins où il y a une tension de 10v (entre pins 12 et 13, ou entre 15 et 16) lorsque la fin de course est détectée, et entre 24 et 30v dans le cas contraire…

</p><p>alors du coup, je me suis retrouvé à chercher un moyen de mesurer ces tensions et les envoyer à mon coordinateur zigbee (j’ai pas le wifi qui va jusque là-bas, sinon le module “shelly UNI” était le parfait candidat…), mais là du coup je sèche… et je ne sais pas où je devrais focaliser mes efforts…


</p><p>du coup question : est-ce que je suis seul à me prendre la tête à ce point ? avez-vous trouvé d’autres moyens d’obtenir des retours d’états pertinents de vos équipements somfy iO sans pour autant avoir à utiliser l’app Tahoma ? 

</p><p>au plaisir d’échanger avec d’autres geeks sur la question !!</p></div> <div class="body-ft"></div> </div> JACKY M. <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>L.M le protocole Zigbee utilise la même fréquence que le Wifi 2.4 <br />Normalement la porté est identique <br />Pour le CPL vous pouvez le mettre dans une boîte de dérive étanche ça passera parfaitement.</p><p>Pour le retour d&#39;état IO il me semble que si l&#39;application Tahoma reste en tache de fond sur le Smartphone elle reste a jour.<br />Maintenant ce problème de retour d&#39;état existe aussi sur Zigbee. Avec un module de pilotage a insérer derrière l&#39;interrupteur, lorsqu&#39;on utilise l&#39;interrupteur pour allumer la lumière j&#39;ai le même défaut qu&#39;avec le IO..</p></div> <div class="body-ft"></div> </div> Tue, 15 Apr 2025 05:14:52 GMT https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9072261 https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9072261 9072261 answer 0 https://forum.somfy.fr/users/12542200 https://dimelo-users-production.s3.amazonaws.com/identity_avatars/075e77df6757ba44/avatar_normal.png?3389a2e 3585043 <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonjour,</p><p>Je pense qu&#39;on est nombreux à s&#39;être rendu compte que les équipements iO ne mettent pas à jour leur état en temps réel lorsqu&#39;ils ne pas sont actionnés via la domotique (tahoma app ou via overkiz), mais par des boutons poussoir, télécommande iO ou fermeture automatique après temporisation.</p><p>C’est d’ailleurs clairement indiqué dans la doc de l’intégration overkiz (<a href="https://www.home-assistant.io/integrations/overkiz/#overkiz-api-limits" rel="nofollow">https://www.home-assistant.io/integrations/overkiz/#overk...</a>)</p><p>Le seul moyen d&#39;avoir une mise à jour à distance fiable de l&#39;état est alors d&#39;ouvrir l&#39;appli Tahoma qui va alors interroger les équipements pour connaître leurs états actuels (vous pouvez d&#39;ailleurs voir qu&#39;au moment d&#39;ouvrir l&#39;appli, l&#39;état n&#39;est pas forcément bon s&#39;il y a eu des actions entre temps, pour ensuite se mettre à jour automatiquement au bout de quelques secondes). Cela a ensuite pour effet de mettre les états à jour pour les outils utilisant l&#39;intégration overkiz… </p><p>mais cette solution est loin d’être idéale ! l’appli Tahoma est loin (vraiment très loin) d’être centrale chez moi (je tourne sur Home Assistant avec une armée d’appareils zigbee ou ESPHome…), et je pense pas être le seul dans ce cas. et avoir comme réponse qu&#39;il faut ouvrir l’app Tahoma pour avoir la mise à jour des états des équipements est clairement pas une réponse satisfaisante. </p><p>Du coup, il aurait été “idéal” que les équipements iO (dits “connectés” soit dit en passant) envoient automatique leur état à chaque fois que celui-ci change, mais je doute qu’une mise à jour de firmware de ces équipements est envisageable ici (je peux toujours rêver… )</p><p>D’un autre côté, ce serait aussi pas mal si l’intégration overkiz permettait d’avoir un moyen de demander la mise à jour de l’état d’un équipement (ou de l’ensemble des équipements), tout comme le fait l’appli tahoma… mais là aussi, j’ai faible espoir d’être entendu… à moins qu’un bon samaritain de chez somfy ou overkiz ne voie ce message ?? (j’ai fait une feature request sur le forum officiel de home assistant… n’hésitez pas à voter pour si ce message vous parle ! <a href="https://community.home-assistant.io/t/add-manual-status-update-method-for-connected-equipments/877616?u=aquarilis" rel="nofollow">https://community.home-assistant.io/t/add-manual-status-u...</a>)</p><p>quoiqu’il en soit, je me gratte les méninges depuis des jours pour trouver un moyen de faire en sorte que les états de mon portail (ixengo 3s io) et de ma porte de garage (dexxo smart io) soient toujours correctes dans home assistant, peu importe les commandes qu’ils aient pu recevoir par ailleurs. 

(j’ai essayé d’émuler un appareil mobile qui aurait l’app Tahoma ouverte en permanence, mais c’était laborieux… j’ai abandonné cette piste pour l’instant…) </p><p>Quoiqu’il en soit, pour la porte de garage (sectionnelle), je pense régler mon problème avec un capteur d&#39;inclinaison intelligent Zigbee pour porte de garage de ThirdReality, ce serait relativement facile de créer une automation qui fasse le nécessaire dans home assistant.

</p><p>Mais pour ce qui est du portail à double battant, c’est une autre paire de manche… alors oui, je pourrais m’amuser à installer tout un tas de capteurs d’ouverture un peu partout pour détecter s’il est fermé, en position piéton ou complètement ouvert, mais j’ai l’impression que c’est un peu too much…

Du coup j’ai cherché du côté des connectiques de la Control Box 3S io, qui malheureusement n’a pas non plus de retour d’état ouvert ou fermé exploitable (ou alors dites-moi si j’ai loupé un truc ?)...</p><p>Par contre, il y a 2 pins “fin de course” (pins 13 et 16 qui sont effectivement exploitées dans le cas des moteurs M1 et M2 “ixengo”)

au départ, j’avais imaginé que ça aurait été des contacts NO qui seraient fermés lorsque les fins de courses étaient atteints… (ce qui m’aurait permis d’utiliser un p’tit module E/S de chez Frient pour connaître leurs états et, en complément d’un dernier capteur d’ouverture, facilement “deviner” de manière fiable l’état du portail), mais non… forcément, c’est pas aussi simple… il s’agit de pins où il y a une tension de 10v (entre pins 12 et 13, ou entre 15 et 16) lorsque la fin de course est détectée, et entre 24 et 30v dans le cas contraire…

</p><p>alors du coup, je me suis retrouvé à chercher un moyen de mesurer ces tensions et les envoyer à mon coordinateur zigbee (j’ai pas le wifi qui va jusque là-bas, sinon le module “shelly UNI” était le parfait candidat…), mais là du coup je sèche… et je ne sais pas où je devrais focaliser mes efforts…


</p><p>du coup question : est-ce que je suis seul à me prendre la tête à ce point ? avez-vous trouvé d’autres moyens d’obtenir des retours d’états pertinents de vos équipements somfy iO sans pour autant avoir à utiliser l’app Tahoma ? 

</p><p>au plaisir d’échanger avec d’autres geeks sur la question !!</p></div> <div class="body-ft"></div> </div> L. M. <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>oui effectivement, le portail se trouve tout au bout de l&#39;allée et le wifi n&#39;arrive pas à aller jusqu&#39;à là-bas malgré le point d&#39;accès installé dans le garage à l&#39;autre bout de l&#39;allée (au plus proche)</p><p>merci en tout cas pour la proposition @Jacky M, la solution que vous mentionnez pourrait être envisageable mais nécessiterait plus de matériel (2 blocs CPL + point d&#39;accès), installé à un endroit qui est exposé aux intempéries... ... alors que dans mon cas, le réseau zigbee qui est déjà sur place (interrupteur / routeur zigbee alimenté en permanence se trouvant littéralement à moins d&#39;un mètre du boîtier... c&#39;est quand même dommage de s&#39;en priver !)</p><p>concernant home assistant et somfy, ainsi que la discussion que vous mettez en lien, c&#39;est bien dommage, mais ce n&#39;est pas tant le coeur du problème finalement... </p><p>en terme de connectivité, le matériel iO, ainsi que l&#39;API promue par Somfy et construite par Overkiz (&quot;membre du groupe Somfy, conçoit et développe des solutions Smart Home et Smart Building en marque blanche.&quot;) ont des lacunes et certains d&#39;entre nous essaient juste de les résoudre d&#39;une manière ou d&#39;une autre...</p><p>en attendant; home assistant ou pas, je me demandais surtout si d&#39;autres membres du forum connaissaient éventuellement des solutions alternatives à ces problématiques de retours d&#39;information sur équipement somfy io ?</p><p>ou c&#39;était plutôt la politique de l&#39;autruche par ici ? &gt;.&lt;</p></div> <div class="body-ft"></div> </div> Mon, 14 Apr 2025 22:55:56 GMT https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9072247 https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9072247 9072247 answer 0 https://forum.somfy.fr/users/20167773 theme-c/avatars/48.png 3585043 <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonjour,</p><p>Je pense qu&#39;on est nombreux à s&#39;être rendu compte que les équipements iO ne mettent pas à jour leur état en temps réel lorsqu&#39;ils ne pas sont actionnés via la domotique (tahoma app ou via overkiz), mais par des boutons poussoir, télécommande iO ou fermeture automatique après temporisation.</p><p>C’est d’ailleurs clairement indiqué dans la doc de l’intégration overkiz (<a href="https://www.home-assistant.io/integrations/overkiz/#overkiz-api-limits" rel="nofollow">https://www.home-assistant.io/integrations/overkiz/#overk...</a>)</p><p>Le seul moyen d&#39;avoir une mise à jour à distance fiable de l&#39;état est alors d&#39;ouvrir l&#39;appli Tahoma qui va alors interroger les équipements pour connaître leurs états actuels (vous pouvez d&#39;ailleurs voir qu&#39;au moment d&#39;ouvrir l&#39;appli, l&#39;état n&#39;est pas forcément bon s&#39;il y a eu des actions entre temps, pour ensuite se mettre à jour automatiquement au bout de quelques secondes). Cela a ensuite pour effet de mettre les états à jour pour les outils utilisant l&#39;intégration overkiz… </p><p>mais cette solution est loin d’être idéale ! l’appli Tahoma est loin (vraiment très loin) d’être centrale chez moi (je tourne sur Home Assistant avec une armée d’appareils zigbee ou ESPHome…), et je pense pas être le seul dans ce cas. et avoir comme réponse qu&#39;il faut ouvrir l’app Tahoma pour avoir la mise à jour des états des équipements est clairement pas une réponse satisfaisante. </p><p>Du coup, il aurait été “idéal” que les équipements iO (dits “connectés” soit dit en passant) envoient automatique leur état à chaque fois que celui-ci change, mais je doute qu’une mise à jour de firmware de ces équipements est envisageable ici (je peux toujours rêver… )</p><p>D’un autre côté, ce serait aussi pas mal si l’intégration overkiz permettait d’avoir un moyen de demander la mise à jour de l’état d’un équipement (ou de l’ensemble des équipements), tout comme le fait l’appli tahoma… mais là aussi, j’ai faible espoir d’être entendu… à moins qu’un bon samaritain de chez somfy ou overkiz ne voie ce message ?? (j’ai fait une feature request sur le forum officiel de home assistant… n’hésitez pas à voter pour si ce message vous parle ! <a href="https://community.home-assistant.io/t/add-manual-status-update-method-for-connected-equipments/877616?u=aquarilis" rel="nofollow">https://community.home-assistant.io/t/add-manual-status-u...</a>)</p><p>quoiqu’il en soit, je me gratte les méninges depuis des jours pour trouver un moyen de faire en sorte que les états de mon portail (ixengo 3s io) et de ma porte de garage (dexxo smart io) soient toujours correctes dans home assistant, peu importe les commandes qu’ils aient pu recevoir par ailleurs. 

(j’ai essayé d’émuler un appareil mobile qui aurait l’app Tahoma ouverte en permanence, mais c’était laborieux… j’ai abandonné cette piste pour l’instant…) </p><p>Quoiqu’il en soit, pour la porte de garage (sectionnelle), je pense régler mon problème avec un capteur d&#39;inclinaison intelligent Zigbee pour porte de garage de ThirdReality, ce serait relativement facile de créer une automation qui fasse le nécessaire dans home assistant.

</p><p>Mais pour ce qui est du portail à double battant, c’est une autre paire de manche… alors oui, je pourrais m’amuser à installer tout un tas de capteurs d’ouverture un peu partout pour détecter s’il est fermé, en position piéton ou complètement ouvert, mais j’ai l’impression que c’est un peu too much…

Du coup j’ai cherché du côté des connectiques de la Control Box 3S io, qui malheureusement n’a pas non plus de retour d’état ouvert ou fermé exploitable (ou alors dites-moi si j’ai loupé un truc ?)...</p><p>Par contre, il y a 2 pins “fin de course” (pins 13 et 16 qui sont effectivement exploitées dans le cas des moteurs M1 et M2 “ixengo”)

au départ, j’avais imaginé que ça aurait été des contacts NO qui seraient fermés lorsque les fins de courses étaient atteints… (ce qui m’aurait permis d’utiliser un p’tit module E/S de chez Frient pour connaître leurs états et, en complément d’un dernier capteur d’ouverture, facilement “deviner” de manière fiable l’état du portail), mais non… forcément, c’est pas aussi simple… il s’agit de pins où il y a une tension de 10v (entre pins 12 et 13, ou entre 15 et 16) lorsque la fin de course est détectée, et entre 24 et 30v dans le cas contraire…

</p><p>alors du coup, je me suis retrouvé à chercher un moyen de mesurer ces tensions et les envoyer à mon coordinateur zigbee (j’ai pas le wifi qui va jusque là-bas, sinon le module “shelly UNI” était le parfait candidat…), mais là du coup je sèche… et je ne sais pas où je devrais focaliser mes efforts…


</p><p>du coup question : est-ce que je suis seul à me prendre la tête à ce point ? avez-vous trouvé d’autres moyens d’obtenir des retours d’états pertinents de vos équipements somfy iO sans pour autant avoir à utiliser l’app Tahoma ? 

</p><p>au plaisir d’échanger avec d’autres geeks sur la question !!</p></div> <div class="body-ft"></div> </div> JACKY M. <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonsoir L.M</p><p>Vous dites que votre wifi ne va pas assez loin.<br />Comme tout ce petit monde utilise le wifi 2.4 ça veut dire que vous êtes a plus de 30m ?</p><p>Dans ce cas, si vous avez une liaison 220v sur votre portail, pourquoi ne pas installer deux bloc CPL dont l&#39;un est un point d&#39;accès Wifi.</p><p>Edit:<br />J&#39;oubliais, concernant Homa Assistant, regardez la réponse des Yellos dans ce post<br /><a title="Intégration somfy dans home assistant" href="https://forum.somfy.fr/questions/2760742-integration-somfy-home-assistant">https://forum.somfy.fr/questions/2760742-integration-somfy-home-assistant</a></p></div> <div class="body-ft"></div> </div> Mon, 14 Apr 2025 18:38:03 GMT https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9072207 https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9072207 9072207 answer 0 https://forum.somfy.fr/users/12542200 https://dimelo-users-production.s3.amazonaws.com/identity_avatars/075e77df6757ba44/avatar_normal.png?3389a2e 3585043 <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonjour,</p><p>Je pense qu&#39;on est nombreux à s&#39;être rendu compte que les équipements iO ne mettent pas à jour leur état en temps réel lorsqu&#39;ils ne pas sont actionnés via la domotique (tahoma app ou via overkiz), mais par des boutons poussoir, télécommande iO ou fermeture automatique après temporisation.</p><p>C’est d’ailleurs clairement indiqué dans la doc de l’intégration overkiz (<a href="https://www.home-assistant.io/integrations/overkiz/#overkiz-api-limits" rel="nofollow">https://www.home-assistant.io/integrations/overkiz/#overk...</a>)</p><p>Le seul moyen d&#39;avoir une mise à jour à distance fiable de l&#39;état est alors d&#39;ouvrir l&#39;appli Tahoma qui va alors interroger les équipements pour connaître leurs états actuels (vous pouvez d&#39;ailleurs voir qu&#39;au moment d&#39;ouvrir l&#39;appli, l&#39;état n&#39;est pas forcément bon s&#39;il y a eu des actions entre temps, pour ensuite se mettre à jour automatiquement au bout de quelques secondes). Cela a ensuite pour effet de mettre les états à jour pour les outils utilisant l&#39;intégration overkiz… </p><p>mais cette solution est loin d’être idéale ! l’appli Tahoma est loin (vraiment très loin) d’être centrale chez moi (je tourne sur Home Assistant avec une armée d’appareils zigbee ou ESPHome…), et je pense pas être le seul dans ce cas. et avoir comme réponse qu&#39;il faut ouvrir l’app Tahoma pour avoir la mise à jour des états des équipements est clairement pas une réponse satisfaisante. </p><p>Du coup, il aurait été “idéal” que les équipements iO (dits “connectés” soit dit en passant) envoient automatique leur état à chaque fois que celui-ci change, mais je doute qu’une mise à jour de firmware de ces équipements est envisageable ici (je peux toujours rêver… )</p><p>D’un autre côté, ce serait aussi pas mal si l’intégration overkiz permettait d’avoir un moyen de demander la mise à jour de l’état d’un équipement (ou de l’ensemble des équipements), tout comme le fait l’appli tahoma… mais là aussi, j’ai faible espoir d’être entendu… à moins qu’un bon samaritain de chez somfy ou overkiz ne voie ce message ?? (j’ai fait une feature request sur le forum officiel de home assistant… n’hésitez pas à voter pour si ce message vous parle ! <a href="https://community.home-assistant.io/t/add-manual-status-update-method-for-connected-equipments/877616?u=aquarilis" rel="nofollow">https://community.home-assistant.io/t/add-manual-status-u...</a>)</p><p>quoiqu’il en soit, je me gratte les méninges depuis des jours pour trouver un moyen de faire en sorte que les états de mon portail (ixengo 3s io) et de ma porte de garage (dexxo smart io) soient toujours correctes dans home assistant, peu importe les commandes qu’ils aient pu recevoir par ailleurs. 

(j’ai essayé d’émuler un appareil mobile qui aurait l’app Tahoma ouverte en permanence, mais c’était laborieux… j’ai abandonné cette piste pour l’instant…) </p><p>Quoiqu’il en soit, pour la porte de garage (sectionnelle), je pense régler mon problème avec un capteur d&#39;inclinaison intelligent Zigbee pour porte de garage de ThirdReality, ce serait relativement facile de créer une automation qui fasse le nécessaire dans home assistant.

</p><p>Mais pour ce qui est du portail à double battant, c’est une autre paire de manche… alors oui, je pourrais m’amuser à installer tout un tas de capteurs d’ouverture un peu partout pour détecter s’il est fermé, en position piéton ou complètement ouvert, mais j’ai l’impression que c’est un peu too much…

Du coup j’ai cherché du côté des connectiques de la Control Box 3S io, qui malheureusement n’a pas non plus de retour d’état ouvert ou fermé exploitable (ou alors dites-moi si j’ai loupé un truc ?)...</p><p>Par contre, il y a 2 pins “fin de course” (pins 13 et 16 qui sont effectivement exploitées dans le cas des moteurs M1 et M2 “ixengo”)

au départ, j’avais imaginé que ça aurait été des contacts NO qui seraient fermés lorsque les fins de courses étaient atteints… (ce qui m’aurait permis d’utiliser un p’tit module E/S de chez Frient pour connaître leurs états et, en complément d’un dernier capteur d’ouverture, facilement “deviner” de manière fiable l’état du portail), mais non… forcément, c’est pas aussi simple… il s’agit de pins où il y a une tension de 10v (entre pins 12 et 13, ou entre 15 et 16) lorsque la fin de course est détectée, et entre 24 et 30v dans le cas contraire…

</p><p>alors du coup, je me suis retrouvé à chercher un moyen de mesurer ces tensions et les envoyer à mon coordinateur zigbee (j’ai pas le wifi qui va jusque là-bas, sinon le module “shelly UNI” était le parfait candidat…), mais là du coup je sèche… et je ne sais pas où je devrais focaliser mes efforts…


</p><p>du coup question : est-ce que je suis seul à me prendre la tête à ce point ? avez-vous trouvé d’autres moyens d’obtenir des retours d’états pertinents de vos équipements somfy iO sans pour autant avoir à utiliser l’app Tahoma ? 

</p><p>au plaisir d’échanger avec d’autres geeks sur la question !!</p></div> <div class="body-ft"></div> </div> Charly <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Ha bon, parce qu&#39;il y a un débat ?<br />Un monologue c&#39;est un débat pour vous ?</p></div> <div class="body-ft"></div> </div> Mon, 14 Apr 2025 16:41:55 GMT https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9072181 https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9072181 9072181 answer 0 https://forum.somfy.fr/users/20023399 https://dimelo-users-production.s3.amazonaws.com/identity_avatars/3fcefedf5fa95ef8/avatar_normal.png?3389a2e 3585043 <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonjour,</p><p>Je pense qu&#39;on est nombreux à s&#39;être rendu compte que les équipements iO ne mettent pas à jour leur état en temps réel lorsqu&#39;ils ne pas sont actionnés via la domotique (tahoma app ou via overkiz), mais par des boutons poussoir, télécommande iO ou fermeture automatique après temporisation.</p><p>C’est d’ailleurs clairement indiqué dans la doc de l’intégration overkiz (<a href="https://www.home-assistant.io/integrations/overkiz/#overkiz-api-limits" rel="nofollow">https://www.home-assistant.io/integrations/overkiz/#overk...</a>)</p><p>Le seul moyen d&#39;avoir une mise à jour à distance fiable de l&#39;état est alors d&#39;ouvrir l&#39;appli Tahoma qui va alors interroger les équipements pour connaître leurs états actuels (vous pouvez d&#39;ailleurs voir qu&#39;au moment d&#39;ouvrir l&#39;appli, l&#39;état n&#39;est pas forcément bon s&#39;il y a eu des actions entre temps, pour ensuite se mettre à jour automatiquement au bout de quelques secondes). Cela a ensuite pour effet de mettre les états à jour pour les outils utilisant l&#39;intégration overkiz… </p><p>mais cette solution est loin d’être idéale ! l’appli Tahoma est loin (vraiment très loin) d’être centrale chez moi (je tourne sur Home Assistant avec une armée d’appareils zigbee ou ESPHome…), et je pense pas être le seul dans ce cas. et avoir comme réponse qu&#39;il faut ouvrir l’app Tahoma pour avoir la mise à jour des états des équipements est clairement pas une réponse satisfaisante. </p><p>Du coup, il aurait été “idéal” que les équipements iO (dits “connectés” soit dit en passant) envoient automatique leur état à chaque fois que celui-ci change, mais je doute qu’une mise à jour de firmware de ces équipements est envisageable ici (je peux toujours rêver… )</p><p>D’un autre côté, ce serait aussi pas mal si l’intégration overkiz permettait d’avoir un moyen de demander la mise à jour de l’état d’un équipement (ou de l’ensemble des équipements), tout comme le fait l’appli tahoma… mais là aussi, j’ai faible espoir d’être entendu… à moins qu’un bon samaritain de chez somfy ou overkiz ne voie ce message ?? (j’ai fait une feature request sur le forum officiel de home assistant… n’hésitez pas à voter pour si ce message vous parle ! <a href="https://community.home-assistant.io/t/add-manual-status-update-method-for-connected-equipments/877616?u=aquarilis" rel="nofollow">https://community.home-assistant.io/t/add-manual-status-u...</a>)</p><p>quoiqu’il en soit, je me gratte les méninges depuis des jours pour trouver un moyen de faire en sorte que les états de mon portail (ixengo 3s io) et de ma porte de garage (dexxo smart io) soient toujours correctes dans home assistant, peu importe les commandes qu’ils aient pu recevoir par ailleurs. 

(j’ai essayé d’émuler un appareil mobile qui aurait l’app Tahoma ouverte en permanence, mais c’était laborieux… j’ai abandonné cette piste pour l’instant…) </p><p>Quoiqu’il en soit, pour la porte de garage (sectionnelle), je pense régler mon problème avec un capteur d&#39;inclinaison intelligent Zigbee pour porte de garage de ThirdReality, ce serait relativement facile de créer une automation qui fasse le nécessaire dans home assistant.

</p><p>Mais pour ce qui est du portail à double battant, c’est une autre paire de manche… alors oui, je pourrais m’amuser à installer tout un tas de capteurs d’ouverture un peu partout pour détecter s’il est fermé, en position piéton ou complètement ouvert, mais j’ai l’impression que c’est un peu too much…

Du coup j’ai cherché du côté des connectiques de la Control Box 3S io, qui malheureusement n’a pas non plus de retour d’état ouvert ou fermé exploitable (ou alors dites-moi si j’ai loupé un truc ?)...</p><p>Par contre, il y a 2 pins “fin de course” (pins 13 et 16 qui sont effectivement exploitées dans le cas des moteurs M1 et M2 “ixengo”)

au départ, j’avais imaginé que ça aurait été des contacts NO qui seraient fermés lorsque les fins de courses étaient atteints… (ce qui m’aurait permis d’utiliser un p’tit module E/S de chez Frient pour connaître leurs états et, en complément d’un dernier capteur d’ouverture, facilement “deviner” de manière fiable l’état du portail), mais non… forcément, c’est pas aussi simple… il s’agit de pins où il y a une tension de 10v (entre pins 12 et 13, ou entre 15 et 16) lorsque la fin de course est détectée, et entre 24 et 30v dans le cas contraire…

</p><p>alors du coup, je me suis retrouvé à chercher un moyen de mesurer ces tensions et les envoyer à mon coordinateur zigbee (j’ai pas le wifi qui va jusque là-bas, sinon le module “shelly UNI” était le parfait candidat…), mais là du coup je sèche… et je ne sais pas où je devrais focaliser mes efforts…


</p><p>du coup question : est-ce que je suis seul à me prendre la tête à ce point ? avez-vous trouvé d’autres moyens d’obtenir des retours d’états pertinents de vos équipements somfy iO sans pour autant avoir à utiliser l’app Tahoma ? 

</p><p>au plaisir d’échanger avec d’autres geeks sur la question !!</p></div> <div class="body-ft"></div> </div> L. M. <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Merci Le coyote pour votre intervention qui élève grandement le débat ! :)</p></div> <div class="body-ft"></div> </div> Mon, 14 Apr 2025 16:30:45 GMT https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9072175 https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9072175 9072175 answer 0 https://forum.somfy.fr/users/20167773 theme-c/avatars/48.png 3585043 <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonjour,</p><p>Je pense qu&#39;on est nombreux à s&#39;être rendu compte que les équipements iO ne mettent pas à jour leur état en temps réel lorsqu&#39;ils ne pas sont actionnés via la domotique (tahoma app ou via overkiz), mais par des boutons poussoir, télécommande iO ou fermeture automatique après temporisation.</p><p>C’est d’ailleurs clairement indiqué dans la doc de l’intégration overkiz (<a href="https://www.home-assistant.io/integrations/overkiz/#overkiz-api-limits" rel="nofollow">https://www.home-assistant.io/integrations/overkiz/#overk...</a>)</p><p>Le seul moyen d&#39;avoir une mise à jour à distance fiable de l&#39;état est alors d&#39;ouvrir l&#39;appli Tahoma qui va alors interroger les équipements pour connaître leurs états actuels (vous pouvez d&#39;ailleurs voir qu&#39;au moment d&#39;ouvrir l&#39;appli, l&#39;état n&#39;est pas forcément bon s&#39;il y a eu des actions entre temps, pour ensuite se mettre à jour automatiquement au bout de quelques secondes). Cela a ensuite pour effet de mettre les états à jour pour les outils utilisant l&#39;intégration overkiz… </p><p>mais cette solution est loin d’être idéale ! l’appli Tahoma est loin (vraiment très loin) d’être centrale chez moi (je tourne sur Home Assistant avec une armée d’appareils zigbee ou ESPHome…), et je pense pas être le seul dans ce cas. et avoir comme réponse qu&#39;il faut ouvrir l’app Tahoma pour avoir la mise à jour des états des équipements est clairement pas une réponse satisfaisante. </p><p>Du coup, il aurait été “idéal” que les équipements iO (dits “connectés” soit dit en passant) envoient automatique leur état à chaque fois que celui-ci change, mais je doute qu’une mise à jour de firmware de ces équipements est envisageable ici (je peux toujours rêver… )</p><p>D’un autre côté, ce serait aussi pas mal si l’intégration overkiz permettait d’avoir un moyen de demander la mise à jour de l’état d’un équipement (ou de l’ensemble des équipements), tout comme le fait l’appli tahoma… mais là aussi, j’ai faible espoir d’être entendu… à moins qu’un bon samaritain de chez somfy ou overkiz ne voie ce message ?? (j’ai fait une feature request sur le forum officiel de home assistant… n’hésitez pas à voter pour si ce message vous parle ! <a href="https://community.home-assistant.io/t/add-manual-status-update-method-for-connected-equipments/877616?u=aquarilis" rel="nofollow">https://community.home-assistant.io/t/add-manual-status-u...</a>)</p><p>quoiqu’il en soit, je me gratte les méninges depuis des jours pour trouver un moyen de faire en sorte que les états de mon portail (ixengo 3s io) et de ma porte de garage (dexxo smart io) soient toujours correctes dans home assistant, peu importe les commandes qu’ils aient pu recevoir par ailleurs. 

(j’ai essayé d’émuler un appareil mobile qui aurait l’app Tahoma ouverte en permanence, mais c’était laborieux… j’ai abandonné cette piste pour l’instant…) </p><p>Quoiqu’il en soit, pour la porte de garage (sectionnelle), je pense régler mon problème avec un capteur d&#39;inclinaison intelligent Zigbee pour porte de garage de ThirdReality, ce serait relativement facile de créer une automation qui fasse le nécessaire dans home assistant.

</p><p>Mais pour ce qui est du portail à double battant, c’est une autre paire de manche… alors oui, je pourrais m’amuser à installer tout un tas de capteurs d’ouverture un peu partout pour détecter s’il est fermé, en position piéton ou complètement ouvert, mais j’ai l’impression que c’est un peu too much…

Du coup j’ai cherché du côté des connectiques de la Control Box 3S io, qui malheureusement n’a pas non plus de retour d’état ouvert ou fermé exploitable (ou alors dites-moi si j’ai loupé un truc ?)...</p><p>Par contre, il y a 2 pins “fin de course” (pins 13 et 16 qui sont effectivement exploitées dans le cas des moteurs M1 et M2 “ixengo”)

au départ, j’avais imaginé que ça aurait été des contacts NO qui seraient fermés lorsque les fins de courses étaient atteints… (ce qui m’aurait permis d’utiliser un p’tit module E/S de chez Frient pour connaître leurs états et, en complément d’un dernier capteur d’ouverture, facilement “deviner” de manière fiable l’état du portail), mais non… forcément, c’est pas aussi simple… il s’agit de pins où il y a une tension de 10v (entre pins 12 et 13, ou entre 15 et 16) lorsque la fin de course est détectée, et entre 24 et 30v dans le cas contraire…

</p><p>alors du coup, je me suis retrouvé à chercher un moyen de mesurer ces tensions et les envoyer à mon coordinateur zigbee (j’ai pas le wifi qui va jusque là-bas, sinon le module “shelly UNI” était le parfait candidat…), mais là du coup je sèche… et je ne sais pas où je devrais focaliser mes efforts…


</p><p>du coup question : est-ce que je suis seul à me prendre la tête à ce point ? avez-vous trouvé d’autres moyens d’obtenir des retours d’états pertinents de vos équipements somfy iO sans pour autant avoir à utiliser l’app Tahoma ? 

</p><p>au plaisir d’échanger avec d’autres geeks sur la question !!</p></div> <div class="body-ft"></div> </div> Charly <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Moi je n&#39;ai que Tahoma et c&#39;est largement suffisant !<br />Sinon à quoi ca sert de l&#39;avoir ?<br />Je suis aussi 100% IO (volets battants, garage, portail, stores, chauffage, etc....)</p><p>Quant vous aurez trouvé qqs chose de mieux, faites nous signe.</p><p>Bonne soirée</p></div> <div class="body-ft"></div> </div> Mon, 14 Apr 2025 16:27:49 GMT https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9072173 https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9072173 9072173 answer 0 https://forum.somfy.fr/users/20023399 https://dimelo-users-production.s3.amazonaws.com/identity_avatars/3fcefedf5fa95ef8/avatar_normal.png?3389a2e 3585043 <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonjour,</p><p>Je pense qu&#39;on est nombreux à s&#39;être rendu compte que les équipements iO ne mettent pas à jour leur état en temps réel lorsqu&#39;ils ne pas sont actionnés via la domotique (tahoma app ou via overkiz), mais par des boutons poussoir, télécommande iO ou fermeture automatique après temporisation.</p><p>C’est d’ailleurs clairement indiqué dans la doc de l’intégration overkiz (<a href="https://www.home-assistant.io/integrations/overkiz/#overkiz-api-limits" rel="nofollow">https://www.home-assistant.io/integrations/overkiz/#overk...</a>)</p><p>Le seul moyen d&#39;avoir une mise à jour à distance fiable de l&#39;état est alors d&#39;ouvrir l&#39;appli Tahoma qui va alors interroger les équipements pour connaître leurs états actuels (vous pouvez d&#39;ailleurs voir qu&#39;au moment d&#39;ouvrir l&#39;appli, l&#39;état n&#39;est pas forcément bon s&#39;il y a eu des actions entre temps, pour ensuite se mettre à jour automatiquement au bout de quelques secondes). Cela a ensuite pour effet de mettre les états à jour pour les outils utilisant l&#39;intégration overkiz… </p><p>mais cette solution est loin d’être idéale ! l’appli Tahoma est loin (vraiment très loin) d’être centrale chez moi (je tourne sur Home Assistant avec une armée d’appareils zigbee ou ESPHome…), et je pense pas être le seul dans ce cas. et avoir comme réponse qu&#39;il faut ouvrir l’app Tahoma pour avoir la mise à jour des états des équipements est clairement pas une réponse satisfaisante. </p><p>Du coup, il aurait été “idéal” que les équipements iO (dits “connectés” soit dit en passant) envoient automatique leur état à chaque fois que celui-ci change, mais je doute qu’une mise à jour de firmware de ces équipements est envisageable ici (je peux toujours rêver… )</p><p>D’un autre côté, ce serait aussi pas mal si l’intégration overkiz permettait d’avoir un moyen de demander la mise à jour de l’état d’un équipement (ou de l’ensemble des équipements), tout comme le fait l’appli tahoma… mais là aussi, j’ai faible espoir d’être entendu… à moins qu’un bon samaritain de chez somfy ou overkiz ne voie ce message ?? (j’ai fait une feature request sur le forum officiel de home assistant… n’hésitez pas à voter pour si ce message vous parle ! <a href="https://community.home-assistant.io/t/add-manual-status-update-method-for-connected-equipments/877616?u=aquarilis" rel="nofollow">https://community.home-assistant.io/t/add-manual-status-u...</a>)</p><p>quoiqu’il en soit, je me gratte les méninges depuis des jours pour trouver un moyen de faire en sorte que les états de mon portail (ixengo 3s io) et de ma porte de garage (dexxo smart io) soient toujours correctes dans home assistant, peu importe les commandes qu’ils aient pu recevoir par ailleurs. 

(j’ai essayé d’émuler un appareil mobile qui aurait l’app Tahoma ouverte en permanence, mais c’était laborieux… j’ai abandonné cette piste pour l’instant…) </p><p>Quoiqu’il en soit, pour la porte de garage (sectionnelle), je pense régler mon problème avec un capteur d&#39;inclinaison intelligent Zigbee pour porte de garage de ThirdReality, ce serait relativement facile de créer une automation qui fasse le nécessaire dans home assistant.

</p><p>Mais pour ce qui est du portail à double battant, c’est une autre paire de manche… alors oui, je pourrais m’amuser à installer tout un tas de capteurs d’ouverture un peu partout pour détecter s’il est fermé, en position piéton ou complètement ouvert, mais j’ai l’impression que c’est un peu too much…

Du coup j’ai cherché du côté des connectiques de la Control Box 3S io, qui malheureusement n’a pas non plus de retour d’état ouvert ou fermé exploitable (ou alors dites-moi si j’ai loupé un truc ?)...</p><p>Par contre, il y a 2 pins “fin de course” (pins 13 et 16 qui sont effectivement exploitées dans le cas des moteurs M1 et M2 “ixengo”)

au départ, j’avais imaginé que ça aurait été des contacts NO qui seraient fermés lorsque les fins de courses étaient atteints… (ce qui m’aurait permis d’utiliser un p’tit module E/S de chez Frient pour connaître leurs états et, en complément d’un dernier capteur d’ouverture, facilement “deviner” de manière fiable l’état du portail), mais non… forcément, c’est pas aussi simple… il s’agit de pins où il y a une tension de 10v (entre pins 12 et 13, ou entre 15 et 16) lorsque la fin de course est détectée, et entre 24 et 30v dans le cas contraire…

</p><p>alors du coup, je me suis retrouvé à chercher un moyen de mesurer ces tensions et les envoyer à mon coordinateur zigbee (j’ai pas le wifi qui va jusque là-bas, sinon le module “shelly UNI” était le parfait candidat…), mais là du coup je sèche… et je ne sais pas où je devrais focaliser mes efforts…


</p><p>du coup question : est-ce que je suis seul à me prendre la tête à ce point ? avez-vous trouvé d’autres moyens d’obtenir des retours d’états pertinents de vos équipements somfy iO sans pour autant avoir à utiliser l’app Tahoma ? 

</p><p>au plaisir d’échanger avec d’autres geeks sur la question !!</p></div> <div class="body-ft"></div> </div> L. M. <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>la question était re-résumée à la fin: </p><p>&quot;avez-vous trouvé d’autres moyens d’obtenir des retours d’états pertinents de vos équipements somfy iO sans pour autant avoir à utiliser l’app Tahoma ?&quot;</p><p>Car dans le cadre d&#39;une intégration domotique digne de ce nom, avoir à utiliser l&#39;app Tahoma, c&#39;est clairement pas suffisant...! 

</p></div> <div class="body-ft"></div> </div> Mon, 14 Apr 2025 16:16:06 GMT https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9072167 https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9072167 9072167 answer 0 https://forum.somfy.fr/users/20167773 theme-c/avatars/48.png 3585043 <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonjour,</p><p>Je pense qu&#39;on est nombreux à s&#39;être rendu compte que les équipements iO ne mettent pas à jour leur état en temps réel lorsqu&#39;ils ne pas sont actionnés via la domotique (tahoma app ou via overkiz), mais par des boutons poussoir, télécommande iO ou fermeture automatique après temporisation.</p><p>C’est d’ailleurs clairement indiqué dans la doc de l’intégration overkiz (<a href="https://www.home-assistant.io/integrations/overkiz/#overkiz-api-limits" rel="nofollow">https://www.home-assistant.io/integrations/overkiz/#overk...</a>)</p><p>Le seul moyen d&#39;avoir une mise à jour à distance fiable de l&#39;état est alors d&#39;ouvrir l&#39;appli Tahoma qui va alors interroger les équipements pour connaître leurs états actuels (vous pouvez d&#39;ailleurs voir qu&#39;au moment d&#39;ouvrir l&#39;appli, l&#39;état n&#39;est pas forcément bon s&#39;il y a eu des actions entre temps, pour ensuite se mettre à jour automatiquement au bout de quelques secondes). Cela a ensuite pour effet de mettre les états à jour pour les outils utilisant l&#39;intégration overkiz… </p><p>mais cette solution est loin d’être idéale ! l’appli Tahoma est loin (vraiment très loin) d’être centrale chez moi (je tourne sur Home Assistant avec une armée d’appareils zigbee ou ESPHome…), et je pense pas être le seul dans ce cas. et avoir comme réponse qu&#39;il faut ouvrir l’app Tahoma pour avoir la mise à jour des états des équipements est clairement pas une réponse satisfaisante. </p><p>Du coup, il aurait été “idéal” que les équipements iO (dits “connectés” soit dit en passant) envoient automatique leur état à chaque fois que celui-ci change, mais je doute qu’une mise à jour de firmware de ces équipements est envisageable ici (je peux toujours rêver… )</p><p>D’un autre côté, ce serait aussi pas mal si l’intégration overkiz permettait d’avoir un moyen de demander la mise à jour de l’état d’un équipement (ou de l’ensemble des équipements), tout comme le fait l’appli tahoma… mais là aussi, j’ai faible espoir d’être entendu… à moins qu’un bon samaritain de chez somfy ou overkiz ne voie ce message ?? (j’ai fait une feature request sur le forum officiel de home assistant… n’hésitez pas à voter pour si ce message vous parle ! <a href="https://community.home-assistant.io/t/add-manual-status-update-method-for-connected-equipments/877616?u=aquarilis" rel="nofollow">https://community.home-assistant.io/t/add-manual-status-u...</a>)</p><p>quoiqu’il en soit, je me gratte les méninges depuis des jours pour trouver un moyen de faire en sorte que les états de mon portail (ixengo 3s io) et de ma porte de garage (dexxo smart io) soient toujours correctes dans home assistant, peu importe les commandes qu’ils aient pu recevoir par ailleurs. 

(j’ai essayé d’émuler un appareil mobile qui aurait l’app Tahoma ouverte en permanence, mais c’était laborieux… j’ai abandonné cette piste pour l’instant…) </p><p>Quoiqu’il en soit, pour la porte de garage (sectionnelle), je pense régler mon problème avec un capteur d&#39;inclinaison intelligent Zigbee pour porte de garage de ThirdReality, ce serait relativement facile de créer une automation qui fasse le nécessaire dans home assistant.

</p><p>Mais pour ce qui est du portail à double battant, c’est une autre paire de manche… alors oui, je pourrais m’amuser à installer tout un tas de capteurs d’ouverture un peu partout pour détecter s’il est fermé, en position piéton ou complètement ouvert, mais j’ai l’impression que c’est un peu too much…

Du coup j’ai cherché du côté des connectiques de la Control Box 3S io, qui malheureusement n’a pas non plus de retour d’état ouvert ou fermé exploitable (ou alors dites-moi si j’ai loupé un truc ?)...</p><p>Par contre, il y a 2 pins “fin de course” (pins 13 et 16 qui sont effectivement exploitées dans le cas des moteurs M1 et M2 “ixengo”)

au départ, j’avais imaginé que ça aurait été des contacts NO qui seraient fermés lorsque les fins de courses étaient atteints… (ce qui m’aurait permis d’utiliser un p’tit module E/S de chez Frient pour connaître leurs états et, en complément d’un dernier capteur d’ouverture, facilement “deviner” de manière fiable l’état du portail), mais non… forcément, c’est pas aussi simple… il s’agit de pins où il y a une tension de 10v (entre pins 12 et 13, ou entre 15 et 16) lorsque la fin de course est détectée, et entre 24 et 30v dans le cas contraire…

</p><p>alors du coup, je me suis retrouvé à chercher un moyen de mesurer ces tensions et les envoyer à mon coordinateur zigbee (j’ai pas le wifi qui va jusque là-bas, sinon le module “shelly UNI” était le parfait candidat…), mais là du coup je sèche… et je ne sais pas où je devrais focaliser mes efforts…


</p><p>du coup question : est-ce que je suis seul à me prendre la tête à ce point ? avez-vous trouvé d’autres moyens d’obtenir des retours d’états pertinents de vos équipements somfy iO sans pour autant avoir à utiliser l’app Tahoma ? 

</p><p>au plaisir d’échanger avec d’autres geeks sur la question !!</p></div> <div class="body-ft"></div> </div> Charly <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Un si long roman pour finalement quelle question ?<br />Avez vous un quelconque problème sur un équipement ou solution Somfy ?</p><p>Bonne soirée</p></div> <div class="body-ft"></div> </div> Mon, 14 Apr 2025 16:05:03 GMT https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9072157 https://forum.somfy.fr/questions/3585043-retour-etats-equipements-somfy-io-hors-app-tahoma/answers/9072157 9072157 answer 0 https://forum.somfy.fr/users/20023399 https://dimelo-users-production.s3.amazonaws.com/identity_avatars/3fcefedf5fa95ef8/avatar_normal.png?3389a2e 3585043 <div class="body "> <div class="body-hd"></div> <div class="body-bd"><p>Bonjour,</p><p>Je pense qu&#39;on est nombreux à s&#39;être rendu compte que les équipements iO ne mettent pas à jour leur état en temps réel lorsqu&#39;ils ne pas sont actionnés via la domotique (tahoma app ou via overkiz), mais par des boutons poussoir, télécommande iO ou fermeture automatique après temporisation.</p><p>C’est d’ailleurs clairement indiqué dans la doc de l’intégration overkiz (<a href="https://www.home-assistant.io/integrations/overkiz/#overkiz-api-limits" rel="nofollow">https://www.home-assistant.io/integrations/overkiz/#overk...</a>)</p><p>Le seul moyen d&#39;avoir une mise à jour à distance fiable de l&#39;état est alors d&#39;ouvrir l&#39;appli Tahoma qui va alors interroger les équipements pour connaître leurs états actuels (vous pouvez d&#39;ailleurs voir qu&#39;au moment d&#39;ouvrir l&#39;appli, l&#39;état n&#39;est pas forcément bon s&#39;il y a eu des actions entre temps, pour ensuite se mettre à jour automatiquement au bout de quelques secondes). Cela a ensuite pour effet de mettre les états à jour pour les outils utilisant l&#39;intégration overkiz… </p><p>mais cette solution est loin d’être idéale ! l’appli Tahoma est loin (vraiment très loin) d’être centrale chez moi (je tourne sur Home Assistant avec une armée d’appareils zigbee ou ESPHome…), et je pense pas être le seul dans ce cas. et avoir comme réponse qu&#39;il faut ouvrir l’app Tahoma pour avoir la mise à jour des états des équipements est clairement pas une réponse satisfaisante. </p><p>Du coup, il aurait été “idéal” que les équipements iO (dits “connectés” soit dit en passant) envoient automatique leur état à chaque fois que celui-ci change, mais je doute qu’une mise à jour de firmware de ces équipements est envisageable ici (je peux toujours rêver… )</p><p>D’un autre côté, ce serait aussi pas mal si l’intégration overkiz permettait d’avoir un moyen de demander la mise à jour de l’état d’un équipement (ou de l’ensemble des équipements), tout comme le fait l’appli tahoma… mais là aussi, j’ai faible espoir d’être entendu… à moins qu’un bon samaritain de chez somfy ou overkiz ne voie ce message ?? (j’ai fait une feature request sur le forum officiel de home assistant… n’hésitez pas à voter pour si ce message vous parle ! <a href="https://community.home-assistant.io/t/add-manual-status-update-method-for-connected-equipments/877616?u=aquarilis" rel="nofollow">https://community.home-assistant.io/t/add-manual-status-u...</a>)</p><p>quoiqu’il en soit, je me gratte les méninges depuis des jours pour trouver un moyen de faire en sorte que les états de mon portail (ixengo 3s io) et de ma porte de garage (dexxo smart io) soient toujours correctes dans home assistant, peu importe les commandes qu’ils aient pu recevoir par ailleurs. 

(j’ai essayé d’émuler un appareil mobile qui aurait l’app Tahoma ouverte en permanence, mais c’était laborieux… j’ai abandonné cette piste pour l’instant…) </p><p>Quoiqu’il en soit, pour la porte de garage (sectionnelle), je pense régler mon problème avec un capteur d&#39;inclinaison intelligent Zigbee pour porte de garage de ThirdReality, ce serait relativement facile de créer une automation qui fasse le nécessaire dans home assistant.

</p><p>Mais pour ce qui est du portail à double battant, c’est une autre paire de manche… alors oui, je pourrais m’amuser à installer tout un tas de capteurs d’ouverture un peu partout pour détecter s’il est fermé, en position piéton ou complètement ouvert, mais j’ai l’impression que c’est un peu too much…

Du coup j’ai cherché du côté des connectiques de la Control Box 3S io, qui malheureusement n’a pas non plus de retour d’état ouvert ou fermé exploitable (ou alors dites-moi si j’ai loupé un truc ?)...</p><p>Par contre, il y a 2 pins “fin de course” (pins 13 et 16 qui sont effectivement exploitées dans le cas des moteurs M1 et M2 “ixengo”)

au départ, j’avais imaginé que ça aurait été des contacts NO qui seraient fermés lorsque les fins de courses étaient atteints… (ce qui m’aurait permis d’utiliser un p’tit module E/S de chez Frient pour connaître leurs états et, en complément d’un dernier capteur d’ouverture, facilement “deviner” de manière fiable l’état du portail), mais non… forcément, c’est pas aussi simple… il s’agit de pins où il y a une tension de 10v (entre pins 12 et 13, ou entre 15 et 16) lorsque la fin de course est détectée, et entre 24 et 30v dans le cas contraire…

</p><p>alors du coup, je me suis retrouvé à chercher un moyen de mesurer ces tensions et les envoyer à mon coordinateur zigbee (j’ai pas le wifi qui va jusque là-bas, sinon le module “shelly UNI” était le parfait candidat…), mais là du coup je sèche… et je ne sais pas où je devrais focaliser mes efforts…


</p><p>du coup question : est-ce que je suis seul à me prendre la tête à ce point ? avez-vous trouvé d’autres moyens d’obtenir des retours d’états pertinents de vos équipements somfy iO sans pour autant avoir à utiliser l’app Tahoma ? 

</p><p>au plaisir d’échanger avec d’autres geeks sur la question !!</p></div> <div class="body-ft"></div> </div>