Reprise du message précédent :
Normal, c'est des modules sur piles. Quelque soit la marque et le type de module, du moment qu'il est à piles, il est vu comme Endormi la plupart du temps car il ne communique pas avec le réseau.
 
Par contre endormi réseau != ne détecte / fait rien !
 
Le réveil réseau est variable (genre toutes les 1H par ex) mais un des critères est justement la détection de fumée ou changement de température>X, etc.

Alors avec ta réponse je ne sais pas quoi en déduire  
Si il est Asleep et qu'il capte un évènement, il ne communique rien ?

Le début était bon mais la fin ne l'est pas
 
En Z-Wave, le réveil d'un module sur pile ça signifie qu'il se met à écouter le réseau, en attente d'un ordre provenant du contrôleur. S'agissant d'un capteur, il n'a pas d'ordre à recevoir, si ce n'est la réception de nouveaux paramètres de configuration.
Ce réveil consomme énormément de piles, c'est pourquoi la bonne pratique est de régler un intervalle le plus long possible, voire de le désactiver tout court, ce qui est possible sur les modules modernes.
Accessoirement ça sollicite le réseau inutilement.
 
Mais cette notion de réveil est complètement différente d'une remonté d'événement provenant du capteur.
Que ça soit une simple détection de mouvement, de changement de température, ou d'alerte incendie, c'est pareil : le module envoie alors une notification non sollicitée vers le contrôleur, instantanément, et cela sans entrer en phase de réveil.
 
Il y a quelques années, j'avais écrit un petit résumé simplifié sur ces notions Z-Wave : https://www.domotique-fibaro.fr/top [...] -batterie/

Ça existe des compteurs d’eau sans devoir couper et insérer le compteur sur le tuyau principal dans la maison ?

si il détecte quelque chose il réveille le réseau

non toujours pas
 
De toute façon réveiller le réseau ça n'a de sens.

J'ai déjà répondu, mais retiens ceci :
Quand il est endormi (en français ) le module :
- ne reçoit rien (car il n'écoute pas le réseau)
- envoie les notifications vers le contrôleur ou les autres modules en association direct

Hello tout le monde, je ne vais pas vous mentir, je n'ai pas lu les 1000+ pages !
 
J'ai un besoin bien précis, je voudrais mettre des prises 220v connectées dans l'unique but de comprendre qui consomme quoi.
 
Pour lire les résultats, j'ai au choix soit un Iphone soit un NAS Synology avec docker etc, pourriez vous me recommander des marques fiables, avec une APP très détaillées svp ?
 
je vous remercie !
 
PS : j'ai trouvé cette marque qui SEMBLE répondre à mes besoins au moin spour la partie APP sur Iphone pour le reste je ne sais pas : https://www.lesnumeriques.com/prise [...] /test.html
 
BONNES FÊTES !!

Ok là c'est très clair  
Si je résume, Asleep signifie qu'il a coupé sa communication avec le réseau (pour des raisons d'économie d'énergie donc), mais le device reste actif pour ce qui est de détecter un évènement.
Et si un évènement survient, alors le device reprend contact avec le réseau pour transmettre l'info.  
 
J'ai bon ?

oui c'est à peu près ça

J'en profite pour poser une autre question
 
Sur un module zwave (sur secteur), comment retrouver son numéro de série sur HA ?  
Je ne le trouve ni depuis ZW JS, ni depuis l'interface du module.

Alors là pour HA je passe mon tour  

 
oui, le plus simple est de se placer sur le compteur existant, en utilisant par exemple un capteur à effet Hall (si le compteur a un demi disque métallique tournant), ou un capteur optique

Ha ok le compteur est dehors, profondément mis dans un grand regard.
Pas super pratique pour moi du accéder … et puis pas sûr que le signal passe , c’est assez loin de la clé Skyconnect

Les appareils en basse conso coupent autant que possible leur système de communication.
Donc ils se permettent de communiquer:
• quand ils doivent s'appairer, ce qui est déclenché par le premier allumage ou un appui sur le bouton idoine;
• quand ils ont quelque chose à envoyer, comme un bouton qui a été appuyé, une fumée détectée, une ouverture détectée, whatever;
• périodiquement pour signaler qu'ils sont toujours là.
 
En dehors de ces évènements, ils restent sourds. Ils sont alors en sleep/sommeil/veille/whatever terme.
 
Ça explique qu'il faille les réveiller somehow pour qu'ils acceptent les MàJ OTA, et que la carte du réseau zigbee prennent plusieurs minutes à charger: le coordinateur attend que tout le monde se soit réveillé une fois.
 
Pour ton détecteur de fumée, le plus simple pour tester qu'il fonctionne est de l'enfumer un peu.

Dans les grandes lignes c'est ça mais je me permets de rajouter un peu de précisions là dessus.

En z-wave il existe trois types de noeuds.
- les always listening qui participent au routage et donc ne sont pas concernés par la veille en tant qu'elements actifs du réseau.
- les FLiRS. Ce sont des noeuds non routeurs. Ce sont des noeuds actionneurs sur batterie en général. On les reconnaît car ils ont en général de bien plus grosses batteries ( CR123A x 4 par exemple pour une Danalock ). Ces plus grosses batteries sont dûes à la fois au moteur à actionner, mais également au fait que le FLiRS est sensé pouvoir être reveillé quasi instantanément sur demande du contrôleur. Ce réveil se fait à l'aide de trames spécifiques (beams) envoyées en cas de besoin. Le noeud FLiRS doit donc garder sa radio fréquemment éveillée ( intervalle de réveil autour de la seconde ), d'où la présence de grosses batteries et la plus forte consommation.
- les never listening. Ce sont des noeuds capteurs sur piles. Pour eux, le plus important est d'économiser les piles car ils ne sont pas parties prenantes du routage et doivent seulement remonter des infos quand ils en ont. Le wake up est pour eux l'exception et comme le dit Lazer, le mieux est de maximiser l'intervalle de réveil car la différence de conso entre veille et activité radio est énorme. À intervalles réguliers, ces noeuds se réveillent donc pour permettre la gestion du réseau. (Mise à jour de paramètres, associations à d'autres noeuds, ...). Pour se faire, ils envoient au contrôleur une trame de wake up, signalant qu'ils sont reveillés pour quelques secondes. Si le contrôleur n'a rien à leur dire, il leur renvoie une trame no more info qui autorise le noeud à se rendormir instantanément. Sa période de réveil doit donc normalement être de moins d'une seconde (au moins sur les modules récents, je crois que le no more info n'était pas dans la v1 de la CC wake up). En plus de ces réveils à intervalles réguliers, les modules se réveillent également sur réception d'une mesure de capteur. En général le micro est reveillé par le capteur. A ce moment le module décide décidé si il doit envoyer l'info au contrôleur ou non ( récurrence des mesures, seuils ), il envoie son paquet si nécessaire (unsollicited report comme l'a dit Lazer) et se rendort instantanément. Il n'est pas possible pour le contrôleur de discuter avec le module dans ce cas d'usage. Si vous voulez économiser les piles de vos modules, il faut donc limiter non seulement l'intervalle de wake up, mais aussi la récurrence des mesures et plutôt compter sur les seuils pour envoyer uniquement les messages nécessaires.

TLDR: Lazer a raison

Top, bravo pour la synthèse

Je suis passé de Mosquitto à EMQX via le tuto de SmartHomeScene.
Je n'ai rien eu à faire au niveau des devices ou alors je vais découvrir après mais mes capteurs de température remontent et mes luminaires aussi à priori.
Arrêt de Mosquitto (avec désactivation au démarrage) et arrêt de Zigbee2MQTT, installation et configuration de EMQX, reconfiguration de Zigbee2MQTT et MQTT et voilà

Ok pour économiser les piles, mais dans l'exemple de mon détecteur de fumée, il sont en service depuis bientôt 3 mois, et ils renvoient un niveau de batterie toujours à 100%.
Donc soit ils consomment très peu, ce qui me va. Soit autre hypothèse, la mesure de tension de la pile est aux fraises, et le niveau descendra d'un coup à 75% par exemple.

J'ai également un détecteur de mouvement en zigbee (qui m'allume une lumière dans une pièce de transit). Il déclenche à minima 4x par jour ( et à chaque fois il reste allumé "longtemps", car il indique quand il détecte, et quand il cesse de détecter).
Il n'a qu'une grosse pile bouton. Installé depuis plus d'un mois, il affiche toujours 100% de batterie.

Chez vous, le niveau baisse progressivement sur les appareils à piles ?

Non.
À contrario, certains Tuya sur 2*AAA NiMH m'indiquent depuis des mois être en batterie critique.

 
Zigbee et Zwave sont des protocoles pensés pour une faible consommation : avec une CR2032, mes capteurs AQARA tiennent presque deux ans, donc la tension peut rester sur une même valeur un très long moment.

N'importe lesquels ? J'ai dû changer plusieurs fois les piles de mes capteurs de température Aqara qui ont cessé de communiquer d'un seul coup, au bout de quelques mois, sans que la batterie n'ait été considérée comme faible...
La qualité/marque des piles rentre aussi en jeu...?

L’automatisation du chauffage qui s’est pas lancé à 5h, j’ai froid  
 
Première fois que HA me rate une automatisation, bizarre

Faut pas t'attendre à les voir baisser de 1%, c'est plutôt par tranche de 10 ou 20.

Regarde si c'est pas une condition qui n'est pas respecté en regardant l'historique.

Débitmètre à ultrason dans ce cas https://www.omega.fr/prodinfo/debitmetre-ultrasons.html

Ok merci
Bon, dans tous les cas, le fait d'avoir une estimation de la batterie permet quand même d'anticiper la maintenance, c'est déjà pas mal.

Faut que je me bricole une notification quand ça passe sous les 20%

Question sur HA les relever des divers capteur (°C Hygro and co)  
Les relever son stocker et peuvent être lu dans l'interface ?  
(genre avoir tout une année de relever etc)

Par default c'est 10j d'historique.
 
SI tu veux plus tu peux mettre plus si tu as une base externe (sql lite ça risque vite gonfler)
Sinon tu connectes InfluxDB et tu fait un visuel avec grafana.
 
Il n'y a que ce que tu lis comme sensor dans le dashboard énergie qui est conservé sur le long terme.

pas que non. Par défaut pleins de sensors gardent le mean/min/max sur 1h, indéfiniment.
https://data.home-assistant.io/docs/statistics/
 
tous mes capteurs de température par exemple ont ça, sans rien faire dans la config

 
 
Ok je vais voir avec un pote en IT pour m'expliquer comment crée une base InfluxDB et un graphana
 
Autre question bête, j'ai une vielle tablette android samsung, y'a moyen de la transformer simplement en "afficheur" pour home assistant ?

https://www.home-assistant.io/integrations/recorder/
https://www.home-assistant.io/integrations/history/
https://developers.home-assistant.i [...] statistics

On utilise ça au boulot pourtant sur de l'eau distillé  

edit : celui-ci en particulier : https://www.es-france.com/6605-debi [...] uites.html
Bon 1600€, tu as aussi vite fait de couper la flotte pour ajouter un compteur dans la maison

 
tu peux installer les add-on et tu cherches quelques tutos pour la config

Ce n'est plus complètement vrai, depuis plusieurs releases HA emabrque un système de long term statistics

Je vais quand même installé une base influxDB et graphana (juste pour apprendre)

OMG     Le prix !
Bon c'est hors de question
 
un jour quand j'aurais de la motivation, je mettrais un compteur d'eau dans la maison... mais j'ai pas beaucoup de place entre l'arrivée qui a sa vanne, et le premier embranchement...
Et les tuyaux sont en cuivre...
 

J'ai vu qu'il existait des montages à base d'esp32cam et reconnaissance de caractère...

En parlant de batterie : ce matin j'installe un nouveau capteur de mouvement sur pile, acheté sur Amazon : pas de languette isolante sur la pile bouton, batterie à 6%

Flemme de le retourner chez Amazon juste pour ça, j'ai acheté un lot de piles bouton, ça me sera toujours utile

Globalement non.
 
Pour la plupart des mes modules sur piles, le niveau reste à 100% pendant un long moment, puis baisse assez rapidement vers la fin.
Ce n'est pas linéaire.
Je suppose qu'il est compliqué pour un appareil de déterminer le pourcentage de charge d'une batterie simplement en mesurant sa tension.
D'autant que ça dépend du type de piles. Une pile Alcaline classique a une courbe de décharge à peu près prévisible, mais ça l'est beaucoup moins pour les batteries Lithium, ou accus rechargeables.
 
Le meilleur élève est Netatmo avec sa station météo, pluviomètre, etc, pour lesquels la courbe de suivi de batterie est bien régulière et prévisible (et qui utilise des piles Alcalines AA (ou AAA je sais plus) pour le coup)
 
Concernant les capteurs Z-Wave, c'est comme je disais, 100% pendant longtemps, puis chute vers la fin, pour la majorité des modules.