Reprise du message précédent :

Ça pourrait m'intéresser. Il m'en faut 5 pour compléter mon installation, mais j'hésite avec les tous derniers modules tous intégrés...
C'est quel firmware? Il me semble qu'un certain firmware assez ancien pouvait poser quelques problèmes mais je sais plus quoi exactement...

Ok donc c’est des équipements qui se sont chaînés entre eux.
 
Qui a fait le dessin Zigbee ?

 
C'est inclus dans Zigbee2MQTT cette map.
 
La mienne en mode complet :

 
 

 
5.1 c'est la bonne version    

Whaou. Comment tu fais ?
J’utilise la commande network map et je passe par un site web mais ça fait des rectangles moches
 
Ok et avec vos schémas à chaque fois c’est router vers coordinator mais jamais router / router.

 
Bah c'est inclus de base dans Zibee2MQTT, rien à faire de plus, juste cliquer sur l'onglet 'Schéma' en haut (cf screenshot juste en-dessous)
 

 
Non.
Tu remarqueras par exemple sur ma carte que tous les tirets bleu dans la partie de droite, ce sont des liaisons routeur-routeur.
Une autre vue plus clair qui ne fait apparaitre que les liaisons coordinateur-routeur et routeur-routeur par exemple :
 

 
Il y a une interface graphique à Z2M ?
J’ai loupé un sacré truc là    
Moi j’ai un service qui tourne et je m’embête a faire des requête MQTT pour voir ce qu’il se passe.  

Ah oui, tu as un an de retard en effet !    
 
Oui il y a une interface graphique très bien foutue en plus.
 
Dans Superviseur / Zigbee2MQTT : "Afficher dans la barre latérale" et là...    

 
J'ai bien fait de dire que je devais vérifier
 
Ce sont des vannes 12VDC, installées en 2018, aucun souci depuis, payées 10 balles l'une à l'époque ...  https://www.amazon.fr/gp/product/B01MQXWZAP

On dirait moi il y a 8 mois

 
Ha mais c’est tout de suite plus facile    
 
Merci ça m’aide beaucoup.  
Je vais mettre au rébus les CC2531, je suis revenu de chez IKEA avec 5 prises  

Bon mes problèmes de réseau sont réglés. Home assistant détecte tout comme il faut. Je vais maintenant me pencher sur le protocole à utiliser pour les volets : Zigbee vs Zwave. J'ai lu qu'il pouvait y avoir des problèmes d'incompatibilité entre les différentes version du Zigbee.
Par contre ça semble coûter moins cher.
Donc en micro module + clef USB vous conseillez quoi pour aller sur un raspberry pi 4.
J'étais parti sur le Zwave mais le prix fait peur pour 8 volets. Et pas de WiFi car la box est à un bout de la maison donc on oublie le shelly qui semble correspondre à certains d'entre vous.

Merci d'avance

 
Si tu n'as aucun des deux, poses toi plutôt la question, dans le futur vais je vais plutot avoir besoin d'un réseau Zigbee ou d'un réseau Zwave.
Car le but de ces 2 technologies c'est de mailler, je doute que tu en reste la, après tes VRs.
Et non, pour la même qualité, la différence de prix n'est pas si énorme, c'est sur si tu pars sur le dernier gadget zigbee Tuya ....
 
Moi je préfère le Zigbee, mais je fais parti des fan boys, donc je compte pas, mais tu trouves des micro module de marque, ou des premier prix chinois sans probleme sur le site de la solution zigbee que tu préféras. Et "les problemes d'incompatibilités ", c'est plus compliqué que ça (si tu parles de marques qui sont incompatible avec d'autres ?) Les différentes versions de zigbee cohabitent sans problemes (ZLL ZHA Z3.0), mais pour des VRs je ne pense pas qu'il y ait des soucis.

 
Quels modules Zigbee as-tu regardé pour les VR ?

Pas forcément :

Sinon les modules Fibaro et Qubino sont régulièrement à -20/25% chez domotique-store, faut juste scruter régulièrement
 
Ca n'empêche pas d'étudier Zigbee, je dis juste que le prix c'est pas forcément bloquant (ou plutôt ça ne doit pas l'être).

On trouve régulièrement les FGR-223 autour de 39€ ici :
https://www.home4u-shop.de/fibaro-r [...] -3-fgr-223
 
Il y a 11€ de frais de port mais c'est très vite amorti. J'en avais acheté 17 pour 660€ fdpin en juin 2020.

Je continue le tweekage de mon ballon d'eau chaude, avec le télérupteur wifi mentionné plus haut.
Pour l'instant j'ai fait en gros: ON de 16h à 22h tous les 2 jours, avec un petit passage ON aussi le mercredi de 17h à 21h pour pas rester 3 jours sans chauffer.
Pour l'instant aucun pb, l'eau est toujours très chaude à tout moment de la journée.
Ya-t-il un moyen de calculer combien de temps il est nécessaire de faire chauffer le ballon? On est que 2 sur un ballon de 300l, donc je pense qu'il y a matière à optimisation  

OK. Donc le prix ne semble pas être la difficulté.
Après il risque d'y avoir des thermomètres. À un moment il y aura forcément la question de piloter le ballon d'eau chaude.
Merci en tout cas pour toutes les informations.
En contrôleur Zigbee ou Zwave usb compatible raspberry pi 4 et home assistant vous conseillez quoi ?

Tu m’as vraiment sauvé. La çà marche au poil avec les prises IKEA  

Tu as du alors prendre une box tahoma (200euro quand meme) obligatoirement. ca te rajoute un autre systéme.  
J'aurai aimé ne pas multiplier les applications.

En zwave le stick aeon labs est une valeur sûre.

J'ai lu qu'il y avait des incompatibilité entre le rpi4 et le stick aeon labs gen 5.

J'ai suivi de loin mais il me semble que c'était sur les premières versions du RPi4 puis résolu par la suite mais je peux me tromper.

A priori c'était sur les premières versions du Gen 5, une résistance mal placée. Corrigé depuis 2020.
 
Chez domotique store ils le précisent d'ailleurs dès le début de la description :
https://www.domotique-store.fr/domo [...] -labs.html
 
Sinon y a un gen7 qui est sorti il y a peu (pas lu de retour d'expérience, mais j'ai pas cherché).

 
le thermostat de ton ballon coupe des que la température est atteinte.
en fait laisser entre 16h/22h c'est peut etre contreproductif, il doit certainement se relancer par intermittence.
pour moi trop longue plage horaire
mais c est que mon avis

  En fait au départ je suis parti sur le système des heures creuses, qui l' "allume" 8h par jour, comme base et j'ai un peu réduit.
Peut-être qu'en analysant la conso heure par heure du linky ça peut donner une idée  

 
moi je suis sur heure creuse, en regardant la conso electrique
en gros il chauffe 1h30 la nuit et même pas 1h la journée
mais je ne consomme pas d'eau chaude pendant les heures creuses

  Ha oui ok, je suis très loin de ça Cependant du coup j'imagine que ce n'est pas toi qui lui dit de ne chauffer qu'1h mais qu'il s'autorégule, du coup on peut penser qu'il fait pareil dans mon cas

 
moi c est un 200litres donc ca doit chauffer moins longtemps j'imagine

Ca dépend de la conso d'eau chaude, de la puissance du ballon, des déperditions,...

HA et sa communauté again
https://community.home-assistant.io [...] ist/322687
 
Ce dashboard mobile est génial. J'adore !

Des utilisateurs de ZHA sous Home Assistant par hasard ? Je cherche une info.    
 
Admettons que j'ai un capteur PIR que je nomme 'PIR_Hue_1'. Ce capteur a un certains nombre de caractéristiques et paramètres.
 
Avec Zigbee2MQTT par exemple il me créée automatiquement 12 entités Home Assistant. L'une de ces 12 entités est PIR_Hue_1_battery. Jusque là tout va bien.
Cette entité possède un état qui correspond au pourcentage de la batterie. Jusque là tout va toujours très bien.
 
Mais cette entité possède également tout un tas d'attributs, au moins une douzaine, qui reprend tous les paramètres du capteur PIR en gros  : mouvement, update dispo, link quality, temperature,..... Et c'est là que le mini-drame commence. Ca ne pose pas vraiment de soucis en soit, mais quand on commence à vouloir historiser cette entité PIR_Hue_1_battery c'est la misère car l'ensemble des attributs est enregistré à chaque fois et il y a même un enregistrement chaque fois qu'un attribut change et pas seulement quand le state de l'entité change.
 
1/ le recorder de Home Assistant est assez naze et pas du tout optimisé : c'est connu. Bref.
 
2/ pour minimiser l'impact de ce fonctionnement pas optimal, je me demandais ce que contenait les entités générées automatiquement par ZHA par exemple, s'il y avait à chaque fois tous les attributs du device pour chaque entité automatiquement créée. Si vous avez des PIR, des thermomètres, des ampoules, des prises connectées.... en zigbee l'info m'intéresse.

 
D'ailleurs c'est quoi la solution officielle du topic? InfluxDB + Grafana?
On a un tuto pour la mise en place?
 
En soi le recorder officiel me conviendrait mais c'est devenu tellement le bordel avec toutes les entités.

 
Y'a beaucoup de choses à dire.
 
En synthèse le recorder intégré à Home Assistant n'est clairement pas optimisé pour du stockage de longue durée. Donc si c'est pour garder 5 ans d'historique de température il faut passer sur autre chose type InfluxDB ou ElasticSearch (si ça existe je n'ai pas regardé). Mais ça ne suffit pas. Il y a aussi un gros travail à faire côté Home Assistant pour optimiser les données à sauvegarder :

• réduire la fréquence de mise à jour et donc d'enregistrement des valeurs. Certaines intégrations bombardent littéralement parfois toutes les 2/3 secondes. Ca se fait facilement via Filtre ou Template.
• réduire le volume de données inutiles, cf mon post précédent. Pour cela le mieux est de créer des templates ne contenant strictement que les données à sauvegarder, typiquement une température et pas les 15 autres attributs d'un capteur de température par exemple.

Pour du stockage court terme le recorder fait le boulot même s'il est ultra mal branlé, que 90% des infos stockées sont redondantes, que plus de 50% sont stockées par erreur,.... Moi ça commence à me poser soucis car je fais des requêtes d'historique pour récupérer tous les états de surcharge de l'ensemble de mes Shelly sur 14 jours par exemple. Et comme tout est mal foutu, ça prend 2 secondes à répondre, ça me met un core d'un i7 à 100%, 2Go de RAM à 100% et ça remplit même le SWAP du coup...
Y'a plein de solutions, je pourrais faire les Shelly un par un mais faudrait tout multiplier par X alors que là c'est un seul et même noeud Node Red qui fait tout. Je pourrais aussi créer des entités 'light' ne contenant strictement que la valeur que je souhaite historiser comme j'expliquais plus, mais encore une fois ça veut dire déclarer X nouvelles entités à la main, et ce pour chaque type d'info à historiser...
 
J'ai créé une demande de nouvelle feature sur le forum Home Assistant pour offrir une option dans le recorder pour n'historiser que l'état des entités et non plus l'ensemble des attributs de l'entité. Peu d'espoir que ça aboutisse prochainement.

Pas d'utilisateur de ZHA alors ?    

Z2M FTW

Si mais ça fait que 3 jours et j'ai la flemme d'y toucher.
J'ai une zigate dessus et comme prévus le bouton ikea ne remonte rien et la prise ikea veut pas s'apairer

Bonjour quelle type de sim pour une alarme autonome ?

 
Le but étant d'intégrer le tout dans home assistant, et ne plus utiliser l'appli SOMFY, cela devrait fonctionner...

 
 
sympa.
J'ai en prevision de tout refaire et de ne garder que le réellement utile.