Parce que (sauf erreur) sur Jeedom l’état de l’IPX est récupéré toutes les secondes, alors que sur HA par défaut on regarde toutes les 10s pour éviter de surcharger l’IPX, et quand besoin de réactivité il faut faire du PUSH en effet (mais tu le fais que quand c’est nécessaire pour des détecteur de présence par exemple)
Sinon le create_push_object a été retiré car c’était trop compliqué à utiliser
Merci pour ta réponse !
Effectivement le rafraîchissement sous HA est fait toutes les 15s.
Je l’ai forcé à 1s et le rendu avec HA est le même qu’avec Jeedom : on peut suivre le volet roulant.
Je comprends la volonté de ne pas surcharger l’ipx avec HA mais Jeedom tourne à fond depuis 3 ans sans aucun soucis. Pas sûr de me motiver avec les push.
Un scénario sur détecteur de présence ou autre où tu veux une action instantanée, même 1s c’est long…
Bonjour,
Je viens de découvrir HA et le plugin de l’ipx800 V5
Bravo pour l’intégration ! C’est top.
Etant novice, HA est assez magique sur certains points. (découverte auto de périphériques)
J’ai réussi à :
Je bloque sur un point :
Je fais des graphs comme par exemple la température de la maison.
Mon X-THL est trop généreux donc petit calcul avec un -4 dessus dans l’IPX.
Je peux faire un graphique de la donnée brut, pas de problème ( température, luminosité ou hygrométrie).
Mais après avoir ajouter la variable ANA correspondante ( T°C-4) en mode conf manuel, impossible de mettre cette variable dans le graphique dans HA, elle n’est pas visible.
Qu’aurais oublié ?
ipx800v5.yaml :
devices_auto:
- ipx
- x8r
- tempo
- thermostat
- xdisplay
- access_control
- x4vr
- x8d
- xthl
- xpwm
devices:
name: «Température»
component: sensor
ext_type: ipx
type: ana
id: 327727
devices_auto:
- ipx
- x8r
- tempo
- thermostat
- xdisplay
- access_control
- x4vr
- x8d
- xthl
- xpwm
devices:
- name: «Température»
component: sensor
ext_type: ipx
type: ana
id: 327727
le - car devices attend une liste
Bonjour,
Merci du retour rapide.
Alors pour être plus précis, je n’avais pas d’erreur malgré l’erreur que j’avais faite dans le yaml.
J’ai corrigé mais cela ne change rien à mon problème.
Je vois bien la variable, par exemple avec un badge entité.
Par contre, si j’utilise un graphique, avec graphique de statistiques, la variable n’est pas proposée
Avec mini graph card, je peux l’utiliser mais pas de valeurs ou fausses.
J’ai l’impression que le type de la variable dans HA n’est pas correct.
Si on prend le capteur température dans X-THL, en ouvrant ses paramètres, on a un jolie graphique
Si je prend ma variable ANA, on a:
La valeur de la sonde température n’est donc pas interprétée pareil par HA que la variable ANA.
J’ai fait un test, on passant de sensor à number, on a un graphique mais pas possible de l’intégrer dans les graph cards.
Il y aurait il une configuration particulière à faire ?
Je me réponds à moi même.
Par défaut, une valeur analogique n’est pas “recordable”. Ce qui implique qu’elle n’est pas affichable sous forme de graphique.
Pour la forcer, il suffit de créer un customize dans configuration.yaml et d’ajouter le champ state_class: measurement
homeassistant:
customize:
sensor.tdegc_salon:
state_class: measurement
Après cela, la variable est loggable et on peut donc retrouver son historique
ah il faut faire ça je pense
- name: Température
component: sensor
ext_type: ipx
type: ana
id: 327727
device_class: temperature
unit_of_measurement: “°C”
Bonjour,
En effet, c’est la bonne méthode.
Merci du coup de main.
Pour être exacte, il faut mettre ‹ °C › et pas entre ““
HA est vraiment puissant, le journal d’erreur est très bien fait.
Je continue mon intégration des modules GCE et autres.
Prochaine étape les push !
Bonjour,
Je souhaite faire un push d’une variable binaire depuis l’ipx800 v5.
J’ai tenté tout un tas de configuration depuis 3 jours mais rien ne fonctionne correctement.
La configuration push fonctionne, retour OK. Je ne pense pas avoir de problème ici :
Maintenant, il eset nécessaire de créer l’'entité dans HA. Mais je bloque
Dans ipx800v5.yaml un des tests qui ne fonctionne pas en push (mais OK en refresh 15s)
devices:
- name: «Detection»
component: binary_sensor
ext_type: ipx
type: io
id: 66085
J’ai tenté plein de combinaison mais quelque chose m’échappe.
Je me doute que cela n’est pas bon, mais je ne vois pas comment faire bien le lien entre le /api/ipx800v5/binary_sensor.detection/ et le monde de HA
Bonjour,
J’ai utilisé l’intégration automatique pour l’IPX V5 sous Home-Assistant, je vais remplacer un X-Dimmer et je ne trouve pas comment supprimer simplement l’ancien appareil.
J’arrive bien à supprimer toutes ses entités et le désactiver mais c’est tout. Est-il possible de le faire sans tout supprimer?
Autre chose, j’ai vu une mise à jour il y a quelque temps, est-ce que l’intégration du thermostat froid est active et demande une action sur HA?
Merci!
bonjour ,je souhaite une peu d aide , et novice sur HA .
je dispose d un peu de temps et je souhaite integre mon instal ipx v5 sur HA mais je suis sur une installation conterneur ( NAS et docker) et je n arrive pas ajoute HACS , y a t il une autre methode, merci de votre aide.
Attention il faudra choisir entre l’installation en intégration via HACS, mais tu ne pourras pas rajouter d’entrée virtuelle ou autre. Si besoin d’une installation personnalisée, obliger de passer par la config manuelle en YAML, qui se fait très simplement par ailleurs…..
Merci, mais je n’arrive pas installer l add on HACS et pour la configuration via YAML je ne maîtrise pas du tout
J’ai utilisé la config proposée dans le message 75.
il faut installer file editor par ex pour éditer les fichiers.
Il y à la ligne à rajouter dans config.yalm pour appeler le fichier ipx800v5.yaim.
ensuite éditer le fichier secret pour rajouter l’APIKEY.
Pour commencer rajouter juste un device vio tout bête de l’IPX grâce à son ID.
Ensuite vérifier la syntaxe dans outils développement, si ok recharger HA et tester, tester retester et ENJOY!
Bonjour à toi, pourrais-tu m’en dire plus sur SPOOK et le fait d’inverser le resultat des entrées d’un X-24 sur HA ?
Bonjour,
Pouvez-vous nous donner un exemple afin d’inverser l’état d’une entrée du X24D via un template ? J’arrive a me débrouiller sur HA, mais là, j’avoue que je cale.
je remonte l’état d’un capteur de porte, et c’est un peu déstabilisant de voir qu’elle est ouverte sur HA, mais en réalité fermée.
Via Spook sinon en template un simple {{ ‹ on › if states(‹ binary_sensor.alimentation_camera_entree_long_push ›) == ‹ off › else ‹ off › }}
Au final j’ai mis ceci dans le configuration.yaml :
C’est la façon la plus simple que j’ai trouvé, je n’ai « que » 5 portes et 9 fenêtres avec des capteurs donc ça passe encore… J’aurais préféré pouvoir choisir directement si c’est ouvert ou fermé en fonction de on ou off au lieu de créer un capteur virtuel mais tant pis…
template:
- binary_sensor:
- name: "Porte entrée corrigée"
unique_id: porte_entree_corrigee
state: "{{ not is_state('binary_sensor.porte_d_entree', 'on') }}"
device_class: door
- name: "Porte de garage droite corrigée"
unique_id: porte_garage_D_corrigee
state: "{{ not is_state('binary_sensor.porte_garage_droite', 'on') }}"
device_class: garage_door
- name: "Porte de garage gauche corrigée"
unique_id: porte_garage_G_corrigee
state: "{{ not is_state('binary_sensor.porte_garage_gauche', 'on') }}"
device_class: garage_door
Bonjour,
Je ne connaissais pas Spook. Cela avait déja été mentionné dans ce post pour gérer les entrées, mais je ne connaissais pas l’étendue des possibilités. J’ai testé avec cette méthode et cela fonctionne et a le mérite d’être simple a utiliser. Je testerais peut-être la méthode par template pour mon apprentissage personnel.
Merci de votre retour.