Mon problème
Je n’ai pas encore pu avoir une config qui tienne plus de 48h…
à la base, j’ai un Raspberry PI 4b avec 4 Go de ram et un disque M.2 de 240 Go en USB + une clef Sonoff
une dizaine d’ampoules Ledvance AC33898,
2 ampoules Aqara ZNLDP12LM,
2 capteurs de mouvement SNZB-03,
2 interrupteurs TS0042 et 2 TS0041,
un capteur de température et hygrométrie ST30,
2 capteurs d’inondation SW30,
un bouton SNZB-01 et deux WXKG11LM
sans oublier un ZLinky_TIC
au bout de 2 jours, mes configs se cassent la gueule, pourtant je ne suis pas trop méchant, je reboote via les commandes prévues, je renomme (un peu trop) les devices avec l’interface prévue pour.
au niveau de l’administration des devices, je suis passé assez rapidement sous MQTT + Zigbee2MQTT.
mieux présenté au niveau des devices et beaucoup plus parlant que ZHA.
mais, impossible toujours d’avoir une config stable, le matin, tout est planté, la base de données est injoignable (pourtant je n’y ai jamais touchée, je ne sais même pas ou elle est) donc réinstall. une fois, deux fois, trois fois…
je me suis fait une machine de tests, mais finalement, elle met la grouille sur la machine de prod… il y a des devices qui passent de l’une à l’autre ??? bon, je range la machine de tests bien au fond du tiroir.
l’avant dernière fois, je refais une config (Raspberry PI Imager avec haos_rpi4-64-7.4.img.xz) on peut pas faire plus clean.
j’en profite pour passer sur le canal 25, je met un pan_id en hexa et une network_key à l’épreuve des espions.
Je commence à appairer mes Ampoules quand tout d’un coup, une carte à contact sec qui commande ma bouilloire vient s’enregistrer malgré les paramètres réseaux particulièrement différents… ainsi que le ZLinky_TIC, alors qu’ils n’y a eu aucune action d’appairage dessus.
bravo au passage pour la mise à niveau des firmwares des ampoules Aqara et du zlinky directement intégré dans z2m.
bref, c’est quoi ce souk ? vu que le zlinky me rempli les logs vu que toutes les secondes il cause dans le tuyau, je le débranche.
je vire aussi les demons Samsoule et Denon
ca va mieux, je galère un moment avec les interrupteurs muraux TS0041, sur les 2 que je reçois, il n’y en a pas un qui marche. en plus, faire un script avec, c’est pas trivial, mais avec des blueprints pour le TS0044, j’en crée pour le 41 et le 42.
j’ai enfin quelque chose qui tourne.
la nuit dernière, la passerelle propriétaire entre mes devices RF433 s’allume en rouge fixe, c’est en principe les données qui passent du lan vers la RF… j’ai débranché le truc, je vais migrer cette solution vers du 100% zigbee.
Vu que ma femme a un WAF tres restreint, que tout ce qui est technique sera balayé tel une remasterisation pendant la nuit, il faut que les interrupteurs soient ressemblant et à la même place…
il y a quoi de fiable de ce coté ? je ne suis qu’à moitié convaincu par les TS0041 et TS0042
Ma configuration
System Health
version | core-2022.3.7 |
---|---|
installation_type | Home Assistant OS |
dev | false |
hassio | true |
docker | true |
user | root |
virtualenv | false |
python_version | 3.9.9 |
os_name | Linux |
os_version | 5.10.92-v8 |
arch | aarch64 |
timezone | Europe/Paris |
Home Assistant Cloud
logged_in | false |
---|---|
can_reach_cert_server | ok |
can_reach_cloud_auth | ok |
can_reach_cloud | ok |
Home Assistant Supervisor
host_os | Home Assistant OS 7.5 |
---|---|
update_channel | stable |
supervisor_version | supervisor-2022.03.5 |
docker_version | 20.10.9 |
disk_total | 237.7 GB |
disk_used | 6.6 GB |
healthy | true |
supported | true |
board | rpi4-64 |
supervisor_api | ok |
version_api | ok |
installed_addons | Mosquitto broker (6.0.1), Samba share (9.5.1), Zigbee2mqtt (1.24.0-1), Home Assistant Google Drive Backup (0.106.2), Terminal & SSH (9.3.0) |
Lovelace
dashboards | 1 |
---|---|
resources | 0 |
views | 4 |
mode | storage |