Reprise du message précédent :
Ca déchire ! Merci !

Pour le ping, j'ai mis un critère sur le temps d'aller retour pendant un certain temps, je suis pas passé par l'info connecté.

Edit: je viens de vérifier, j'suis aussi passé par l'info connecté et j'ai dégagé la partie aller retour...  

 
Et ça bagotte autant chez toi aussi ?
Ou c'est chez moi qu'il y a un truc qui brouille

j'ai pas mal de problème de caméra Tapo qui se déconnecte dehors vu le wifi pourrave de la box bouygues.
du coup avec le ping, je vois si elle est là ou pas.
et ça trouve déco assez souvent ouais (j'ai du mettre déco pendant 2min un truc du genre) mais c'est peut être normal vu que j'ai fait ça pour ça et je lance via une prise connectée le reboot de la caméra.

edit: je me méfie des cartes réseaux et des options d'économies d'énergie qui peuvent foutre la merde...

 
Fantastique !
 
Ca allège tellement, et ça va me faciliter le boulot pour la suite !

 
Merci beaucoup !

Hello
Je poursuis dans ma quête de faire un peu de monitoring / supervision dans mon Home Assistant, et ça progresse bien.

Petite question tout de même : avez-vous une idée pourquoi mes capteurs personnalisés (templates) ne s'affichent pas sous forme de graphes, mais uniquement de valeurs textuelles des changements d'états ?

Par exemple, la conso CPU sur un de mes serveurs s'affiche en états sous forme de textes :

Au lieu d'un graphe, comme par exemple cette sonde, provenant de l'intégration de mon NAS Synology :

Voici le template que j'utilise, (calcul de la somme des occupations CPU divisée par le nombre de cores, pour obtenir une occupation "moyenne" ) :

Le retour "state" est une chaine de caractères "{x} %" et les "srv_minecraft_cpu_n_raw" sont des entiers (provenance : sondes SNMP).
J'ai essayé de définir un device_class et ne fonctionne pas
Une idée ?

EDIT : Ah bah c'est bon, j'ai trouvé :

Il suffisait de forcer la sonde à retourner une valeur numérique, et de préciser l'unité d'affichage, au lieu de la classe d'appareil :

Je sais pas trop comment ça va se comporter quand la machine sera éteinte (et donc que la sonde deviendra Unavailable, qui est une chaine de caractère, mais bon, on verra sur le moment)

tu peux mettre un défaut à 0%.
je fais ça sur un sensor qui devient indisponible (puissance panneaux solaires) et du coup, default = 0 dans la déclaration.

Bonne idée, merci
 
Question bonus : en jetant un oeil à l'Historique, je vois que la plupart de mes sondes ne remontent pas d'info au delà du 13/01
Pourtant une bonne partie d'entre elles était présente depuis au moins 3 mois dans Home Assistant.
 
Par exemple, ici les courbes de température des coeurs CPU de ma Freebox :

 
Pour certaines sondes, j'ai une autre source de données qui prend le relais au delà du 13/01 :

 
Je comprends pas trop du coup :
- on peut choisir le délai de rétention des infos (visiblement 10 jours ??) ?
- on peut externaliser au delà dans une "Statistique à long terme" pour conserver les données ?  
 
Merci à vous !

c'est un sujet qui a été discuté dans le topic généraliste il me semble.
j'ai moi aussi des sensors dont l'info est perdue après quelques jours.
c'est une question de base de données.
c'est pour ça que certains sont passés en influxdb ou je sais plus quoi (mariadb ?) car la base par défaut et sa gestion sont pas terribles.
faudrait arriver à retrouver les posts qui parlent de ça.
sinon, il y a peut être une option à activer ou une déclaration à faire, je sais plus trop.

edit: ça par exemple ?
https://smarthomescene.com/guides/o [...] -database/
et uns autre source : https://forum.hacf.fr/t/migration-b [...] iadb/20943

Les LTS ça dépend de comment la donnée est déclarée, principalement la "state_class:" en fait. C'est indépendant du recorder.
T'as la solution en français ici : https://forum.hacf.fr/t/long-term-statistics/35677/3

Merci les gars !
Je regarde ça ce soir  

Done !
J'ai suivi le tuto du premier lien, en anglais.
Attention si jamais y a des intéressés, c'est un poil obsolète et léger côté infos.
 
Typiquement la config de la base de données à court terme (MariaDB) ne peut pas fonctionner telle qu'ils le décrivent, il faut creuser un peu à côté, mais rien de bien compliqué (une histoire de syntaxe des logins / mots de pass).
Et la config de la base de données à long terme (InfluxDB) ne s'applique à priori plus, car il y a eu une version majeure qui casse la compatibilité entre temps.
 
Mais sinon en 3 clics et une heure de temps, ça a l'air fonctionnel.
Personnellement, je me demande l'intérêt de MariaDB pour une utilisation typique, je suis presque sûr qu'on doit pouvoir tout faire avec InfluxDB ou à l'inverse, n'utiliser que MariaDB sans purge mais bon, c'est peut-être aller au delà de gros soucis de perfs, je me rends pas compte...
 
Sinon parlant de perfs, je me demande si tout est en ordre :

 
Typiquement la conso en stockage m'inquiète un peu.
Déjà la conso de RAM est passé à >80% (mais semble stable), je ne sais pas si ça tient compte de la swap (et donc, si c'est normal) ou si c'est uniquement les besoins des processus qui tournent (et donc je vais bientôt être à l'étroit...)
Ensuite côté conso de stockage, j'avais prévu large sur cette machine, mais ~200 Mo par jour pour les données, ça va vite exploser, il va falloir que je priorise l'historique de certains capteurs par rapport à d'autres, inutiles.
 
Ah, et dernier petit warning, quand on fait la migration du recorder (= le passage de l'enregistreur par défaut, MySQL à MariaDB), on perde l'historique ! Donc posez-vous la question rapidement, sinon vous allez comme moi perdre vos 10 derniers jours de données

sur le 2ème lien que je t'ai donné, a priori, il y a une procédure pour la migration des données.
ou alors j'ai pas compris à quoi ça servait...

Yes, de ce que j'ai compris, ces commandes permettent de configurer le wrapper MySQL d'origine pour écrire dans la base de MariaDB (un passthrough quoi) au lieu de passer direct par ce que MariaDB propose.
 
Mais pour moi, ça ne migre pas les données en place dans la base MySQL d'origine
 
Y a peut être moyen de le faire avec des scripts de requêtes, mais sincèrement, pour 3 caméras et une dizaine d'actionneurs, ça me parait un peu inutile pour le moment me concernant ...