@MichelJ
Synology et VM , HassOS
Le nombre d’entités découvertes pour system monitor dépend de l’environnement sur lequel vous avez installé HA, donc très variable !
@MichelJ
HAOS sur Wyse HP
Bonjour,
vous avez un problème ( entité plus disponible ) avec system monitor sur la 2024.1.1 ?
1 « J'aime »
nope, tout va bien
j’ai meme récupérer quelques entités…
C’est bon, ca fonctionne bien avec.
Faut désactiver la récupération des nouvelles mise a jour dans options systems de System monitor.
J’ai créer une automation, pour actualiser toutes les 30sec:
alias: System Monitor Scan interval
description: ""
trigger:
- platform: time_pattern
seconds: /30
condition: []
action:
- service: homeassistant.update_entity
target:
entity_id:
- sensor.disk_free
- sensor.disk_use_percent
- sensor.memory_free
- sensor.memory_use_percent
- sensor.network_in_end0
- sensor.network_out_end0
- sensor.network_throughput_in_end0
- sensor.network_throughput_out_end0
- sensor.processor_temperature
- sensor.processor_use
data: {}
mode: single
C’est vraiment le bazars cette mise à jour de system monitor
J’ai deux systèmes avec les mêmes mise à jour mais pas le même type de hard
Un Raspberry Pi4 et un Hardkernel ODROID-N2/N2+
Le premier N2+ comportement normal
Le second le Pi4
J’ai fais le ménage dans mes fichiers .yaml et plus aucune référence à System Monitor
Sur le premier N2+
J’ai 23 entités qui remontent bien donc tout ce qui est lié au réseau
Sur le secons Pi4
J’ai 15 entités qui remontent mais aucune lié au réseau
Puis sur le Pi4 on est passé de eth0 à end0 mais ça, cela ne me pose pas de problème ce n’est que le naming du réseau qui a changé.
Mais ce qui me pose le plus de problème pour le moment, c’est que toute la partie réseau ne remonte pas sur le Pi4.
Vous avez une idée ?
Merci
1 « J'aime »
Salut,
Ca fait deux mois que ca changer sur RPI le nom du port Ethernet.
Merci pour ton rappel, j’avoue que c’es une période ou je n’ai pas trop mis mon nez dedans.
Mais comme je le disais, ce n’est pas la partie qui me pose problème.
C’est que cela ne remonte pas du tout le end0
Donc quelque soit le nom donné, s’il n’est pas remonté par le system monitor, modifier mes .yaml n’a pas d’effets.
Tu dois l’activer, dans les entités non affichés ( + 440 ).
Si t’avais fais la modification du eth0 en end0 avant la migration vers le UI, cétais bon.
Mais comme ta pas fait la modification avant la migration, ca t’a pas activer les entité vu que cétait mal configurer.
Avant migration , avec c’est configuration, tout a bien migrer.
- platform: systemmonitor
scan_interval: 30
resources:
- type: processor_temperature
- type: processor_use
- type: memory_use_percent
- type: memory_free
- type: last_boot
- type: network_in
arg: end0
- type: throughput_network_in
arg: end0
- type: network_out
arg: end0
- type: throughput_network_out
arg: end0
- type: disk_free
arg: /
- type: disk_use_percent
arg: /
1 « J'aime »
Effectivement, cela semble aussi simple.
Je viens de les activer et cela commence a remonter.
Et j’ai du changer le nom des entités qui n’étaient pas correct dans mes .yaml
C’est bon maintenant
Grand merci
La configue en YAML, faut la supprimer. Tu dois avoir un message dans les correctifs de HA te le disant.
Pardon, le manque de précision, les yaml de mes cards, pas dans les fichiers de configuration système.
Mes fichiers de configuration sont propre maintenant, plus aucune références à System Monitor
Mais dans mes cards j’avais le nom qui était dans mon sensors.yaml.
Ok, je comprends la 
1 « J'aime »
Bonjour à toutes et tous, et surtout meilleurs vœux !
Je profite de ce post pour signaler que depuis la dernière MAJ et l’inclusion de System Monitor via UI, mon « CPU Use » relevé est passé de +/- 6% à 42/45%. Est-ce le cas pour d’autres ? Y aurait-il un lien entre la suppression du code et le passage par l’UI, peut-être du fait du rafraichissement des données ?
Je suis sous Virtual Box (WIN11), HAOS Core 204.1.2
Si vous avez une piste, je suis preneur. Parce que je n’ai rien modifié d’autre avec cette mise à jour.
Merci
Bonjour,
je suis en 2024.1.2 et pas d’augmentation du CPU, mais je suis sur RPI4.
Par défaut c’est 15sec.
si tu veut le modifier, regarde ce post Avertissement pour prochaine MAJ - #26 par WarC0zes
Merci @WarC0zes j’ai vu ce que tu as posté, je vais étudier ça.
Mais cela te semble possible cette augmentation drastique du simple fait de l’intervalle de rafraichissement ? Le sensor prendrait-il en compte la charge CPU globale et non pas seulement celle de la VM ? Cela serait surprenant non ?
Tu l’avait configurer le scan_interval ?
