La documentation dit ( → ici, car tu n’as pas renseigné le lien de provenance de ton code ) pour la génération de code de s’appuyer sur un modèle (template).
Puis, elle dit :
Go to home-assistant-IP:8123/dev-template
Ce qui se traduit par :
Dans la barre latérale, cliquer sur Outils de développement puis sélectionner l’Onglet MODELE
Puis, la documentation donne le modèle à insérer dans le champ code :
0b11000{{ range(100,700) | random | int }}bc0cfe0{{ range(0,10) | random | int }}020f70
pour obtenir un code aléatoire que tu peux ensuite attribuer à ton entité.
En images, cela donne pour une lampe :
L’utilisation du service induit d’avoir fait l’intégration du RFX et l’envoie du code doit être fait quand le récepteur est en mode apprentissage (j’imagine car je n’ai pas ce matériel, je renseigne juste sur la méthode).
Merci pour ces explications (avec l’animation ) mais à force de recherche, j’avais compris que cette commande était utilisé lorsque les matériels étaient en mode apprentissage.
Tu es certain de cette conclusion ?
Techniquement c’est le rfxcom qui gére le protocole radio derrière… On envoi un code et il est traduit … Donc donc peu de chances que Homeassistant ne puisse pas faire exactement pareil que Domoticz.
Il est par contre parfaitement envisageable que l’on ne puisse pas forcement appairer la même prise sur les deux plateformes en simultané
Ok, donc c’est un bug et pas une incompatibilité … le premier est passager, la seconde généralement beaucoup moins.
Correctif dispo selon ton lien dans Release 0.27.0 · Danielhiversen/pyRFXtrx · GitHub depuis quelques semaines maintenant
Donc si tu es à jour et que ça ne marche toujours, pas, c’est que c’est pas ce bug ou alors que la config n’est pas bonne
oui, c’est effectivement un bug. Si Ok avec Domoticz, pas de raison que ça ne fonctionne pas avec HA.
Par contre, je n’ai pas l’impression que le correctif ait été déployé, si ?
J’ai réussi à intégrer d’autres types de prises mais pas celles-ci, ma config semble donc ok.