Voila 5 ans que je me suis lancé dans mon projet de domotique, alors voici un petit bilan de ce que j'ai fait.

J'ai décidé que toute ma domotique serait basée sur des nœuds autonome.
Les avantages :

1. Ça continu de fonctionner même si un nœud tombe.
   
2. On peu mettre un nœud pour chaque fonction voulue.
   
3. On peu les relier a une centrale pour l'envoi/réception de données/ordres.
   
4. Cela permet des créer son nœud tip top adapté a ses besoins.

Les inconvénients :

1. On ne trouve pas des nœuds tout fait dans le commerce, il faut donc les créer.
   
2. Pour les MAJ, il faut passer sur chaque nœuds.
   
3. L'alimentation peut poser problème. ( on a pas toujours du courant à proximité )
   

Parallèlement aux nœuds, j'ai une centrale domotique qui récupéra et affiche toutes les infos. accessoirement, elle peut aussi envoyer des ordres.

J'ai commencé par créer mes nœuds avec des arduinos nano avec émission et réception par RF433MHz, mais, dans mon appartement, les murs en béton vibré avec plein de ferraille bloque pas mal les ondes.
Je me suis donc tourné vers des esp8266 pour utiliser le wifi. Mon protocole de communication est le MQTT.
On voit d'ailleurs cette progression dans les descriptifs de mes projets.
Mais j'ai quand même quelques problèmes !

Avec l'utilisation des ESP01, je n'ai pas un wifi stable, j'ai souvent des pertes de connections.
L'utilisation du witty qui est un petit esp avec quelques ports en plus a le même problèmes.
Pour palier, j'ai ajouté un répétiteur WIFI. Mais malgré tout ça ajoute un réseau wifi avec un autre SSID.
J'ai due donc programmer mes nœuds pour qu'ils recherchent le SSID le plus fort.
Ce n'est pas la panacée mais comme les nœuds sont autonomes, une perte temporaire d'info n'est pas critique.

Pour les mises à jour, je devait ouvrir mes nœuds pour les connecter à l'ordi.
J'ai découvert OTA qui permet de reprogrammer un ESP par le réseau WIFI. TOP, en plus on peu mettre un mot de passe.

Pour la communication vers la centrale, j’utilisais le MQTT avec un topic différents pour chaque nœuds.
C'est assez facile à programmer, mais la centrale recevait des infos sous des topics différent pour un même nœuds.
Par exemple, la température était sous la forme mod_temp:valeur temp et l'humidité était sous mod_hum:valeur humidité.
Du coup j'ai commencé à utiliser le format json dans mes messages MQTT.
Ce qui donne par exemple pour mon module de fermeture des volets les soir:

Pour les valeurs\\
json={"id"=xxxx,"nom":"Luminosité","nvalue":"0","svalue":"valeur lum"}
 

Pour les commandes, j'ai le même format avec un ordre à la place de la valeur.

json={"id"=xxxx:"nom"="Luminosité":"cmd"=[type d'ordre]:"value"=[on/off]}

Pour la centrale, j'avais plusieurs choix, on retrouve mes essais dans la rubrique “test sur bananpi”.
J'ai commencé avec domoticz, la solution est facile a mettre ne oeuvre et j'ai surtout apprécié le fait que la centrale trouve les objets connecté en RF433 toute seule.
Puis j'ai un peu galéré lorsque j'ai voulu utiliser des fonctions avancées. Du coup je suis passé à HomeAssitant.

Ma centrale est basée sur un raspberry, j'ai commencé avec un 3 puis je suis passé au 4 dernièrement.
Elle est alimenté par une alim 5V 3A et le 12V et pour mon module RFlink.
RFlink est une passerelle RF433/868 ↔ USB. https://www.rflink.nl/
Il faut un Arduino mega et un émetteur/récepteur RF. (l'émetteur est alimenté en 12V pour plus de porté).
Description de mon projet
Tout ça est connecté au RPi avec HA par le port USB, HA a une intégration RFlink.

J'ai fait plusieurs install, une install avec Docker pour HA core, et je suis venu à une install par distribution de HA.
L'installation avec Docker permet d'avoir un système sur le RPi accessible avec une distribution que je maîtrise (raspbian),
Ensuite on installe des docker dont on a besoin
Perso j'avais installé :

• influxdb - Base de données pour HA et Myelectricaldata
• m4dm4rtig4n - Collecteur linky sur Enedis des consommations électriques.
• mqtt-explorer - Explorateur MQTT avec affichage par web.

L'avantage est que l'on peut utiliser son RPi pour d'autres choses que HA, par contre il faut faire attention à la puissance nécessaire.
L'inconvénient est que HA core n'est pas aussi complet que HA Supervisor (qui contient aussi le core)
Voilà pourquoi je suis passé à la distribution fourni pour HA.