Reprise du message précédent :
Jamais clean en 4 ou 5 ans.
 
Du mon a testé le capteur de fuite Ikea Badring? https://www.ikea.com/fr/fr/p/badrin [...] -60504352/

J'ai mon ESP sous des escaliers. Mais depuis j'ai aussi des modules Shelly gen 2 compatibles. Si tu le fais je suis intéressé par ton retour.
Pour l'instant je ne touche à rien vu que c'est en place et ça marche.

Vu que je dois domotiser mes radiateurs, ptète que les Shelly repassent devant en terme d’intérêts si y'a un maillage Bluetooth dans toute la baraque    
 
D'ailleurs le mec d'Engie est en train d'enlever les boitiers Mon Pilotage Elec, sans surprise, ça fait sauter la peinture dans 90% des cas     Une solution merdique jusqu'au bout.

Les MCCGQ11LM ne sont pas réputés comme super fiable d'après ce que j'ai lu.
Les Xiaomi je ne connais pas.

J'ai ai deux de ces détecteurs. Ils ont l'air assez fiable, mais je n'ai pas eu de fuites donc pour le moment ils ne se manifestent pas
Mais lors des essais (doigt mouillé touchant les deux connecteurs, ils sonnaient bien, et affichait "true" sur l'entité leak )
idéalement il m'en faudrait bien 3-4 de plus

 
Je viens de tomber sur un bout de vidéo qui en parle :
https://youtu.be/QXjOTlfiacg?si=EdC [...] fHjL&t=774

Non pas de prises,  
des boutons qui mettent 4h à se mettre à jour, des ampoules qui galèrent à s'appairer, des détecteurs qui détectent quand ils ont le temps, etc...

Il a pas l'air en très bonne santé ton réseau Zigbee !

Tout le reste fonctionne et se met à jour très vite.... jamais de coupure, très bonne réactivité...
ya que le matos ikea,( et le aqara vs la possibilité de changer de point d'accès) qui déconne.
pareil, les appareils zigbee leroy merlin ont tous fonctionné impec

LUMI: 18  
IKEA of Sweden: 15
Signify Netherlands B.V.: 7
OSRAM: 2
HEIMAN: 2
SONOFF: 2
LiXee: 1
Aqara: 1
 
J'ai 19 appareils Aqara et 15 Ikea, no problemo
 
Sinon, je pense tester les dernières prises Sonoff qui ont l'air pas mal

tant mieux?
^^

 
Oui, mon installe est "rocksolid"
Non, ça me fait moins d'occupation

Dites j’aimerai me bricoler un capteur température avec sonde déportée, avec un ESP32.  
 
C’est quoi le meilleur moyen de l’alimenter pour éviter qu’il soit en rade de batterie au bout de 3 jours ?
 
Merci !

j'ai mon électricien qui galère comme pas possible avec la sonnette Netatmo, il a passé plus d'1 heure avec le SAV Legrand sans aide.
 
Diode blanche : ok ça se connecte, mais ne termine jamais la config.
 
je l'enlève, il ne retrouve pas la sonnette, mais m'annonce un appel manqué ( ah tient il l'a donc trouvé )
 
reset total : suppression, plus de clignotement direct en blanc mais une lumière bleu, c'est imbitable, jamais vu un truc aussi peu plug and play, même lui était gêné, et il est certifié Legrand.

En sonnette j'ai installé une Reolink Doorbell PoE, top, pleinement satisfait

Juste un gros billet à 3 chiffres.

La Reolink? Non, payée 80 balles sur Amazon.

Même soucis avec ceux ci. J’avais renoncé aux capteur de vibrations.

Finalement j’ai remis des basiques Tuya à 4€ https://a.aliexpress.com/_EJyM9SI . A peine plus gros que les xiaomi mais ça semble fiable

Sauf celui sur le côté gauche de la baie vitrée qui saute régulièrement dés que je l’ouvre en grand

Sinon j’ai trouvé mon problème de slow api avec Frigate …. Avec la 0.16 faut mettre l’addon Home Assistant avec un utilisateur propre. Pour l’instant j’ai 0 erreur ( c’est étrange d’ailleurs, même pas un petit ffmpeg failed sur une des camera eufy ).

Ah ça m'intéresse, comment?

https://github.com/ssenart/gazpar2mqtt

J'ai pas trop suivi ton affaire de slow api mais je suis agréablement surpris de la reconnaissance faciale de cette 0.16. Pour une première introduction, c'est franchement prometteur  

Petit UP là dessus.
Je viens de me rendre compte que mon installation d'InfluxDB (le module complémentaire de base de données, qui gère le stockage des données sur le long terme dans Home Assistant, en remplacement de la base de données d'origine, limitée dans le temps) ne fonctionne plus.
Le module plante au démarrage depuis la restauration. Je suppose que c'est dû au changement de CPU (nombre de coeurs ?).

Je vais tenter de le réinstaller complètement, mais je suppose que je peux m'asseoir sur mes derniers mois de données... dommage

EDIT : A priori la base MariaDB elle, fonctionne bien.

JE me suis jamais penché là-dessus.
 
Je lis que HA ne conserve que 24h de données, c'est toujours le cas ?  Je trouve des infos contradictoires et des tutos pour influxdb un peu vieillots.

 
 
Non, regardes ton dashboard Énergie par exemple ...

 
non 10 jours et la partie energy c'est beaucoup plus
ca se configure mais si tu veux augmenter mieux vaut changer la db de base (sqlite) pour du mysql/mariadb/postgre -> tout dépend du nombre d'entité.
influxdb ca fonctionne bien pour stocker des séries temporelles
y en a d'autres comme VictoriaMetrics ou Prometheus

Ha oui.
 
Et y'a aussi l'onglet Historique où je peux choisir un capteur et voir ses état sur le mois    
 

Ça se configure où ?
 
Et faire un changement de type de bdd c'est simple ?

Home Assistant comporte 2 niveaux de stockage.
La mémoire "daily" conservée 24 heures (triggers ? groupes ? templates ?)
La mémoire "long terme" conservée 30 jours (états de capteurs)
 
Il existe des modules complémentaires qui peuvent se substituer à la gestion d'origine (MySQL il me semble) pour ajouter quelques fonctionnalités plus "pro".
 
Pour la mémoire "daily", en général il est conseillé MariaDB (très similaire à MySQL)
Pour la mémoire "long terme" il est conseillé de passer sur InfluxDB, qui dispose d'outils plus puissants et d'un dashboard complet.
 
L'avantage c'est que cette dernière peut persister TRES longtemps, bien au delà des 30 jours d'origine.
 
En contrepartie, on joue ici avec un système de gestion de base de données complet, avec ses avantages (perfs, robustesse, durée dans le temps...) et ses difficultés (gestion de la sécurité, dans mon cas).
 
Là, de ce que j'ai compris, le fait de migrer d'une machine à une autre, j'ai pété la chaine de sécurisation (les "keys" ) et donc mon installation de InfluxDB ne peut plus démarrer.

 
ca fait tres longtemps que j'ai pas regardé. "dans le doc officielle"
en vrai c est plus compliqué que ca il y a aussi le cas des Long-term statistics https://www.home-assistant.io/integrations/history/

Vu le message d'erreur (panic: ...), j'ai plutôt l'impression que t'as upgradé la version d'influxdb lors de ta migration.
Ou alors t'as des données corrompu.
Enfin base toi sur ce message là pour trouver une solution, rien à voir avec le nombre de coeurs.

Oui merci E_esprit, tu as absolument raison.
Entre temps j'ai pu creuser et je pense que le souci vient du changement de machine physique.
Je pense que la sauvegarde dans mon process de migration n'a pas du tout embarqué InfluxDB : je ne trouve aucune trace nulle part de l'installation.
Les fichiers .tsm sont introuvables, je n'ai même pas de dossier influxdb dans /data ni dans /lib

Tente de renommer le dossier _internal (en _internal.bak si jamais faut revenir dessus) et vois si ça démarre

T'avais backupé tes données comment avant de les restaurer ?

J'avais utilisé l'outil de sauvegarde de Home Assistant
Donc je pense sincèrement que ça n'avait pas sauvegardé la partie InfluxDB (mais bien celle de MariaDB étonnamment)

La BDD devait peser dans les 13 Go, et mon backup en fait 10 fois moins...
Je sais que c'est essentiellement du texte bien compressible, mais quand même...

EDIT : Bah apparemment si !
J'ai fini par réinstaller le module, en utilisant les mêmes infos que j'utilisais sur l'ancien serveur (login/mdp, nom de base de données etc...), et...

J'ai bien retrouvé tout l'historique depuis janvier dernier, date à laquelle j'ai installé InfluxDB sur l'ancien serveur !
Le process de backup avait donc bien exporté les données puisque le nouveau serveur est totalement différent, y compris le stockage !

J'ai monté la limite des logs à 2 ans, avec MariaDB.
Le pauvre Raspi 4 galère lorsqu'il faut afficher des données mensuelles ou annuelles.

En tout cas, si je prends un capteur de température, je remonte jusqu'au jour de l'installation de mon HA, à savoir le 28 février.

Pas forcément.
HA c'est développé avec SQLite en première intention (dixit les devs, et c'est pas pour rien que c'est le défaut), et SQLite bien utilisé c'est très performant.
Passer à Maria ou pg ça se justifie si tu veux gérer tes sauvegardes différemment, ou si tu as ton serveur de bdd sur une autre machine par exemple
On trouve pas mal de discussions sur le sujet, mais perso j'ai amais eu à me plaindre d SQLite et j'ai des années d'historique sur beaucoup d'entités

Influxdb ça marche bien aussi, et c'est quasi le passage obligé si tu veux faire du grafana

- par defaut c'est SQLite partout (court et long- terme), et ça marche plutôt très bien
- influxdb ça marche aussi très bien, mais c'est pour de l'externe ; par exemple pour alimenter grafana. HA ne peut pas utiliser les données stockées dans influxdb, elles sont juste poussées dedans

Ben à priori si regarde mon screen
J'ai des relevés de température qui datent de janvier dernier,  et marqués comme provenant de la source de données historique

 
 
Je cherche une lovelace card toute simple pour afficher un tableau dont les cases contiendront des "entity_value"
Rien trouvé à part https://github.com/harpesichord/lov [...] array-card que je ne parviens as à utiliser    
 
J'ai essayé avec une entities card mais ca ne correspond pas à ce que je veux
 

Ton screen tout ce qu'il dit c'est que influxdb n'arrive pas à démarrer
J'imagine que tu es sur haos ?
Mais les seules sources de data pour le module recorder (le truc dans HA qui stock les données historiques) c'est du sql. Donc soit SQLite par defaut, soit une autre db sql (et donc pas influxdb)