Merci pour ta réponse et ton aide. Effectivement je peux déjà faire monter/descendre les volets via HomeKit et SIRI. Juste je n’ai pas la commande Stop/My sauf dans HA (le carré dans l’entité #2 comme tu le décris).
Du coup pas besoin de rentrer la configuration dans le fichier .yaml?
Cette partie là dont tu m’avais parlé.
Mais je ne comprends pas ce que je peux faire des entités 1 et 2? Et comme faire remonter dans HomeKit la commande « Stop/My » visible dans HA?
Après oui pour les cartes c’est un sujet dans lequel je ne suis actuellement pas encore rentré. Je m’étais déjà lancé le défi de faire tourner HA sur un NAS et de pouvoir commander mes volets dans Homekit. Donc j’y suis arrivé. Manque quelques détails à peaufiner notamment le retour d’état que je n’ai pas. Si tu as quelque chose à me conseiller là-dessus je suis preneur aussi s’il te plait?
D’autres défis m’attendent mais avant de m’y lancer, je vais me documenter sur HA car là je suis paumé entre le fichier de conf, les intégrations, les addons, les cartes, les scénarios dans la conf ou sous nodered… comment intégrer tout ça proprement dans HA…
Je veux comprendre comment faire plusieurs fichiers YAML pour éviter que ça ne soit le waï dans le fichier configuration…
Si l’intégration automatique fonctionne, pas besoin de de le faire à la main…
Il n’y a pas d’obligation à utiliser toutes les entités que ça génére … Le nom est explicite mais si l’usage n’est pas utile, tu ne l’affiche pas et plus c’est tout.
Par contre ajouter des fonctionnalités de HA dans HK… Là je suis pas sûr que tu imagines bien ce que ça impliquerait pour que ce soit possible… N’y compte pas trop.
Pour avoir des volets sympa, tu peux regarder les cartes comme ‹ covers time based › mais à mon avis, creuse d’abord la mécanique de base HA avant d’explorer cette partie
Ok, effectivement je me doutais que si ce n’est pas natif, remonter des fonctions de HA vers HK demande bien d’autres compétences que de suivre des tutos.
Pour ce qui est du retour d’état des volets, saurais-tu me conseiller quelque chose? J’avais pensé à des capteurs de porte/fenêtre aqara.
Et effectivement, avant de me lancer dans l’esthétique et l’interface, il faut que je trempe un peu plus dans le fonctionnement de HA.
sachant qu’il faut, pour faire proprement au moins 2 capteurs par volet => haut/bas
que ça ne donne qu’une position approximative (ni ouvert ni fermé) quand le volet est en position intermédiaire.
que pour éviter de creuser les murs et d’amener du courant, j’ai besoin de capteurs à pile (ouais mes RTS sont solaires) mais à la place qu’il faut se palucher leur remplacement régulier.
que j’ai un doute sur la durée de vie des capteurs qui sont forcement exposés à l’extérieur (soleil/pluie/gel)
que les automatisations rendent les interactions manuelles beaucoup plus ponctuelles
que Google permet de piloter à la voix les volets (c’est pas encore idéal comme fonctionnement global cependant)
que depuis la tablette dédiée à la domotique, je pilote tout sans avoir à courir dans toute la maison à étages. idem depuis le téléphone
que ladite tablette affiche la position supposée :
Ben au final, j’ai plus besoin de ces capteurs, les télécommandes dont là en cas de panne de la domotique
Oui j’avais également relevé les mêmes inconvénients pour le nombre de capteurs et le fait qu’ils soient à pile. Mes volets sont alimentés par 220V donc je pouvais m’en affranchir à conditions d’accepter d’avoir des fils qui se baladent le long du montant de volet.
Par contre comment remontes-tu le pourcentage d’ouverture? Même si approximatif, c’est déjà une info intéressante pour savoir si ouvert, ouvert partiellement ou fermé.
Salut
J’ai rajouté le lien quelques minutes après en éditant le message. Donc c’est plutôt ma faute si tu ne l’as pas vu au moment de la lecture.
Concernant la précision de la position, c’est assez efficace. Il y a juste le cas quand on ouvre les volets qui est décalé :
de ouvert (100%) à 5% c’est correct
de fermé (0%) à 5%, c’est pas les mêmes 5% qu’au dessus
J’avais fait une demande pour corriger cette partie du calcul mais à priori c’est pas si simple à transposer.
Salut,
j’ai commencé à regarder. Dans les premiers post du sujet on distingue deux types d’installation.
Une en direct via le dossier ustom_components/cover_time_based et l’autre via HACS.
Laquelle me conseilles-tu?
Beaucoup d’intégrations sont installables dans les 2 modes. Techniquement ça apporte les mêmes fonctionnalités. Avec HACS par contre l’installation se fait en un clic et tu disposes des notifications…
Donc sauf volonté/besoin particulier, je ne pense pas que tout faire à la main soit souhaitable.
Donc utilise le bouton : ajouter à lovelace…
si ça marche pas, c’est probablement que l’id du volet n’est pas le bon : 071A000 00C1A00 00
Chez moi ils se terminent tous par 01 (c’est le groupe je crois) : : 071A000 00C1A00 01
Que donne l’info depuis rfxcom ?
Chez moi j’ai plus d’ID connus dans rfxcom, que de volets
J’ai tenté différentes solutions pour faire fonctionner un volet SOMFY RTS sous HA, malheureusement sans succès.
Sous RFXmngr après le pairage, je ne rencontre pas de difficulté pour le faire fonctionner: le UP-DOWN fonctionne parfaitement.
Je n’ai pas réussi à trouver le code du volet dans la log RFXmngr, est ce que quelqu’un est en mesure de m’aider :
Merci
