UNE ÉNORME MERCI À TOI !!!
J’ai réussi ! Et qui plus est c’est extremement simple en fait.
Je n’avais juste pas la notion des webhook dans HA.
Grâce à toi je vais pouvoir contrôler mes appareils zigbee depuis Alexa en passant par une requête http envoyé de Eedomus vers HA.
ENCORE MERCI 
Maintenant il faut que j’arrive à faire discuter en bidirectionnelle.
Bonsoir les eedomusiens 
et les autres également.
Ayant la même intention que vous (interfacer HA & l’eedomus), je reviens vers vous.
De ce que j’ai compris il est incontournable de passer par MQTT ou Nodered, mais pour un novice comme moi ça reste assez abstrait, lequel des deux est le plus simple à appréhender, que faut il de plus ?
Il y a des bribes d’infos entre ici et le forum eedomus mais pas encore de tuto complet …
Merci à vous pour votre aide (et le job déjà réalisé)
on peut aussi passer directement via webhook (HA reçoit les ordres) et API/eedomus/périph_edomus (HA envoi les ordres et eedomus reçois)
pour le webhook (c’est à dire un trigger qui reçois un event et déclenche une action)
alors la syntaxe est :
# ajout d'un déclencheur pour récupérer la valeur de la batterie du contacteur d'ouverture du portail zooz
- trigger:
- platform: webhook
allowed_methods:
- POST
- PUT
- GET
local_only: true
webhook_id: pourcent_batterie_zooz_portail
sensor:
- name: "Pourcent_portail_batterie_zooz"
unique_id: Pourcent_portail_batterie_zooz_03
unit_of_measurement: "%"
state: >
{{ (trigger.query.pourcent_portail_batterie_zooz) | float | round(0) }}
Bonjour et merci jluc2808,
Le soucis, c’est que je suis encore une « quiche » à ce stade au niveau des requêtes eedomus AUSSI !
J’ai à peu près compris ce qu’étaient des capteurs et des actionneurs HTTP, mais leurs « dialectes » restent nébuleux pour moi.
Serait il possible d’avoir des exemples entiers d’envois réceptions entre eedomus et HA, ainsi que quelques infos sur où placer tout cela dans HA ?
A minima sur des simples On/Off, on verra ensuite pour les interrogations de valeurs …
A mon niveau, j’aimerai pouvoir récupérer les états et actionner les périphériques z-wave et zigbee actuellement sur l’eedomus, toute la partie Wifi étant déjà détecter par HA.
Il va de soit qu’il me faudra « cadencer » ces échanges pour ne pas saturer l’eedomus.
Merci à vous pour votre compréhension
tu veux quoi comme exemples ?
du côté HA ou du côté eedomus
si c’est juste pour récupérer les états dans HA des periphériques dans eedomus tu as l"exemple plus haut
il faut juste changer (les noms) le
unit_of_measurement: "%"
state: >
{{ (trigger.query.pourcent_portail_batterie_aeotec) | float | round(0) }}
qui est la en % par les autres valeurs correspondants à la nature du périphérique virtuel que tu veux mettre en place
pour avoir la liste des valeurs (je ne me rappelle plus ou est la doc) je fais (sans valider)
paramètres/appareils et services/entrées
le code que j’ai montré est dans templates.yaml (fichier créé sous file editor dans homeassistant/) donc au même niveau de configuration.yaml
et dans configuration j’ai ajouté le lien avec ce fichier (sans indentation)
template: !include templates.yaml
il faut redémarrer HA pour prendre en compte le nouveau sensor
dans eedomus
soit tu créés un actionneur http (si tu en as beaucoup je crérais un actionneur spécialisé dans les envois vers HA) soit tu ajoutes une macro dans tes périphériques
dans lequel tu vas envoyer l’ordre et la valeur vers HA
dans l’actionneur tu lui ajoutes une liste d’action qui vont référencer les webhooks créés dans HA
GET http://192.168.1.58:8123/api/webhook/nomduweebhook?valeurdutrigger=valeur
dans mon exemple la valeurdutrigger est : pourcent_portail_batterie_aeotec
et le nomduwebhook est: pourcent_batterie_zooz_portail
et valeur sera ON ou OFF
tu vhange cela pour mettre les noms/textes que tu veux
puis tu créés une règle qui va se déclencher sur changement de la valeur de périphérique dans eedomus et dans l’action tu vas mettre l’envoi de la bonne ligne de ton actionneur
Je vais tester, merci
Je reste une quiche 
Alors côté H.A j’ai créé une entrée Template, dans mon cas pour essai un capteur binaire pour récupérer l’état d’une prise PC5, je n’ai trouvé d’autre à mettre que input_select comme modèle, déjà est ce bon ?
Je n’avais pas de fichier templates.yaml, j’en ai donc créé un mais vide à ce stade, que faut il mettre dedans ?
j’ai ensuite ajouté la ligne dans configuration.yaml et redémarré le bouzin.
Côté eedomus, je sèche, je mets quoi où ?
En [VAR1] rien, l’IP du HA, autre chose ?
En valeurs idem, que faut il renseigner et où ?
Valeur Brute ? De ce que je comprends, il faut deux valeurs pour deux états (0 et 100 par ex.)
URL ?
Type GET ça j’ai pigé
Paramètres ?
Et ensuite je génère deux règles qui reprennent l’état eedomus de ma PC5 pour lancer les requètes de l’actionneur HTTP, ai je bon pour ça au moins ?
dans ton fichier templates tu mets une copie de ce que j’ai posté comme exemple et tu modifies avec les nom que tu veux le unit que tu veux et le trigger que tu veux et le webhook que tu veux
dans eedomus dans ton actionneur tu peux mettre en VAR1 le prefix de la commande
192.168.1.58:8123/api/webhook ou rien
si tu remplis VAR1 alors ta commande sera http://[VAR1]/tonwebhook?tontrigger=ta_valeur
dans tes valeurs of course tu as autant d’état que de valeur à envoyer
oui pour les règles
Bonjour,
Je cherche aussi à faire cohabiter Eedomus et HA et je débute avec HA sans etre un expert Eedomus…
J’ai commencé à faire fonction quelques module zwawe avec l’intégration HomeKit, ça a l’air de fonctionner assez simplement.
Du coup ça me surprends que vous n’en parliez pas?
Bonjour frasab,
L’option Homekit est en effet une solution simple, mais pour le peu que j’en ai lu, il faut se méfier de l’augmentation d’activité que cela génère sur le processeur de l’eedomus, car par ce biais, on ne peut pas gérer les fréquences d’échanges entre HA & eedomus.
Combien de composants eedomus échangent avec HA dans ton installation ?
Edit : pour info je viens de faire les tests, pour une trentaine de périphériques (On/Off & T°), les échanges augmentent de 10% la charge du proc de l’eedomus.
Autre soucis avec Homekit, c’est qu’on ne peut pas tout remonter comme informations vers HA, mes mesures de consommations par exemple ne sont pas disponibles.
J ai longtemps utilisé eedomus et HA. J arrivais à faire communiquer les deux dans le 2 sens sans problème en utilisant NodeRed et MQTT selon le procédé de @KikiFUNstyle décrit plus haut. C était très fiable.
Maintenant j ai tout passé sous HA. Je garde eedomus uniquement pour faire un reboot à distance en cas de problème sur HA.
Bonjour
moi aussi j’ai fini par basculer 95% de eedomus vers HA. Le reste j’utilise MQTT et Node red et ca fonctionne.
La difficulté reste par exemple les modules non pris en charge par HA comme le clavier Tag reader Zipato
Bonjour à tous.
Depuis une certaines mise à jour de HA, que je n’ai pas encore déterminé, je n’ai plus accès à nodered , et je n’ai plus les infos de ma box eedomus.
J’ai ce message:
J’ai le même problème avec Grafana et influxDB.
Comment avez-vous résolu le problème?
Merci
