J’avais supprimé en juillet dernier l’intégration Pronote, je repars donc tout neuf pour réactiver tout cela pour la rentrée de septembre.
Attention, pour cette rentrée, il est nécessaire d’installer la dernière modification de delphiki (passage en pronotepy 2.12.1), sinon l’authentification ne fonctionne plus. Lire la suite
Comme je l’ai expliqué dans :
Je pilote mon chauffage sur deux zones grâce à des fils pilotes. Dans le cadre de la bascule de Jeedom vers Home Assistant, il faut donc que j’arrive à piloter ces relais avec Home Assistant.
Habitué à réaliser cela avec Jeedom grâce à Alexa-API, depuis un moment, je cherche comment déclencher une annonce sur « Tous les appareils » ou sur un groupe « Rez de chaussée » ou « Etage ».
J’ai trouvé !!!!!!
Comme beaucoup, j’avais testé et abandonné l’envoi sur un groupe avec le service :
service: notify.alexa_media_tous_les_appareils
Mais cela ne fonctionnait pas.
Pour que l’annonce soit envoyée, il suffit de dire à l’intégration que c’est une annonce.
Voici donc la recette (miracle) :
service: notify.alexa_media_tous_les_appareils
data:
message: Christel vient de quitter le Crossfit
data:
type: announce
alias: Lancer une annonce
Evidemment, cela fonctionne avec les groupes, impeccable !!!
Pour cela, j’ai découvert une intégration qui s’appelle Proximité
Il n’y a rien à installer, c’est déjà intégré à Home Assistant.
Ref doc : https://www.home-assistant.io/integrations/proximity
Il n’y a pas d’interface graphique à ce jour, il faut ajouter un morceau de code dans configuration.yaml
J’ai ajouté :
proximity:
lionel:
zone : home
devices:
- person.lionel
tolerance: 50
unit_of_measurement: km
Sur ce code :
Sur cette écran, lionel est à 15km de home
dir_of_travel prend les valeurs
not set quand il y a un souci et que ce n’est pas actifarrivedtowards quand la personne va vers la cible (Home dans mon exemple)
away_fromunknownstationary
Vide-grenier (ou vide garage) en cours …
Sur cette page, deux types de produits. Soit des produits que je n’utilise plus, soit des produits neufs (principalement en Zigbee).
En effet, quand je fais des tests pour alimenter ce blog, je commande des lots pour faire baisser le prix unitaire. Je garde l’équipement en prod chez moi quelque part pour vérifier sa durée de vie et je revends le reste du lot à prix coutant, cela permet d’en faire bénéficier la communauté domotique à moindre prix. Vous avez donc compris que le prix n’est pas négociable, même en lots.
Parfois il y a des variations de prix après les lancements des produits. Je ne change pas le prix, je revends véritablement sur mon prix d’achat. Si le prix monte, tant mieux pour vous, si le prix baisse, tant pis pour moi, je ne le vendrai peut-être pas, mais je garde ma logique de prix d’achat et les produits restent dans mon stock personnel.
Je suis joignable sur les forums Jeedom et HA-CF ou sur Viber, Discord, Slack et prioritairement via le formulaire de contact.
Tous les envois se font à vos frais via Mondial Relais, c’est le plus économique (à partir de 3.99€), voici les prix :
https://www.mondialrelay.fr/envoi-de-colis/tarifs-expeditions/
J’ai choisi d’acheter cette alarme SmartThing car elle est Zigbee, elle va venir améliorer mon réseau car elle pourra relayer les trames Zigbee puisqu’elle est branchée sur une prise électrique. Lire la suite
Mon objectif est de trouver une intégration qui gère mes 3 zones du jardin, le temps d’arrosage, prenne en compte s’il a plu ou pas…
C’est une grande nouvelle, depuis la version 2023.6, le stockage réseau devient archi-simple, il est géré par le core de Home Assistant. Bravo les développeurs, cela manquait.
Je vais donc abandonner mes sauvegardes via Samba Backup. Elles fonctionnaient parfaitement mais nécessitaient l’installation du module complémentaire Samba Backup, je peux maintenant le désinstaller et supprimer mon Retex sur sa configuration.
Ce bloc est le suivi de mon travail sur les cartes proposées par @vingerha et celles de @dathosim.
Mon objectif est de remplacer le script python par l’intégration. Lire la suite
Mon objectif originel était de vouloir allumer les lumières extérieures quand le portail s’ouvre mais uniquement la nuit !
J’ai testé plusieurs intégrations :
Evidemment, ce binary_sensor prend deux valeurs :
Les plus puristes (qui cherchent les difficultés) pourront se faire plaisir et se créer un second binary_sensor pour le « il fait jour ». 😉
Code simplissime de ce binary_sensor, à créer dans binary_sensor.yaml en pensant à bien l’avoir déclaré dans configuration.yaml :
- platform: tod name: "Il fait nuit" unique_id: binary_sensor.nuit after: sunset after_offset: "-00:10" before: sunrise before_offset: "+00:10"
after_offset et before_offset à 10min, ce n’est pas par souci de perfection, c’est pour me souvenir la syntaxe de ce paramètre si je veux l’ajuster dans l’avenir.
Mon objectif est de n’allumer les lumières extérieures quand le portail s’ouvre QUE quand il faut nuit, voici donc la condition ajoutée :
Je ne mets pas la condition sur la fermeture, en effet si d’aventure il fait jour entre l’ouverture et la fermeture, les lumières resteraient allumées.