Ma solutions sera basé sur un système central qui recevra des informations “d'automates/nodes” dédiés à une fonction particulière.
Evidemment, le système central pourra interagir avec les automates/nodes.
L'avantage de ce type de solution est qu'en cas de perte de communication avec les système central, la fonction soit tout de même rempli.
Ce sera tout compte fait un serveur proxmox avec la distribution dédié de Home Assistant sur une VM.
Je vais créer des automates personnalisé pour divers services (TV, lumières, volet…)
Ce sera à base d'ESP avec capteur et optionnellement affichage, communication par wifi (MQTT) avec la centrale.
Une passerelle Zigbee permettra de contrôler les capteurs/actionneurs avec cette techno.
Et une passerelle RFLINK pour gérer les modules/capteurs/actionneurs 433MHz.
J'ai utilisé au début une BananaPi avec un disque SSD. D'une part parce que j'ai 2 Bananapi dispo et ensuite parce que ce sont des cartes puissantes capable de supporter un disque dur.
Les descriptions sont sur les pages “Tests sur BananPi”
Ensuite je me suis tourné vers un rapsberry, d'abord avec la distribution dédiée, puis avec une debian et HA en DOCKER.
La solution en docker permet d'utiliser le système du RPI pour d'autres services.
Au final j'ai récupérer un petit PC que j'ai installé avec Proxmox.
Proxmox est une solution pour gérer des VM (Virtual machine). Il est capable de gérer KVM ou OpenVZ via une interface WEB.
J'ai remis HA avec la distribution dédié sur openVZ, la solution par docker n'est pas toujours à jour et est difficile à maintenir.
Autre avantage de proxmox est que l'on peu sauver sa VM facilement et de façon automatisée.
Le principal défaut est que toutes passerelles connecté en USB peuvent changer de désignation après un redémarrage. Par ex ttyUBS0 peu devenir ttyUSB1, ce qui peu engendrer la perte de connexion dans HA, il faut relancer le service avec le bon USB.
Décrit dans les Prjets :
Automate pour gestion des lumières
Quelques composants :
Cet automate aura pour fonction :
Projet a faire !
* Arduino shield internet
* Emetteur RF433MHz Plus vraiment nécessaire.
(A voir)
Le boitier sera situer prés du tableau électrique, donc proche du compteur d'eau et de la porte d'entrée.
En option on pourra
Le capteur compte les impulsions en fonction du débit (voir spef)
Ces impulsions arrivent au port x de l'urduino.
Le logiciel doit compter les impulsions en permanence ou il faut une interruption qui incrémente le compteur.
Cela va poser un problème pour la consommation, voir avec les int qui réveil l'arduino.
Pour chaque impulsions on doit connaître l'heure et la date, puis stocker l'info (module RTC, horloge+EEprom)
Décrit plus loin dans le wiki.
Test avec un capteur 3D (magnétomètre/accéléromètre)
En gros on aura :