Capteurs Aqara, valeurs ne se mettent pas à jour

Entraide Home Assistant
1

Mon problème

Bonjour,

J’essaie de configurer ma passerelle Aqara (version avec prise chinoise, DGNWG02LM).

Je la possède depuis au moins 4 ans, jadis elle était parfaitement couplée avec Jeedom et tout fonctionnait bien.

Je l’ai donc rebranchée, fait un reset pour la configurer sur le nouveau réseau Wifi, via l’applicaiton Xiaomi Home sur le smartphone, en ayant sélectionné la localisation « Chine » dans l’application (avec la localisation France, l’application refuse de reconnaitre la passerelle). Les capteurs sont associés, leur état remonte bien dans l’application.

J’ai ensuite ajouté l’intégration « Xiami Gateway (Aqara) » dans HA, renseigné l’adresse IP et l’adresse MAC, puis à la demande de la clé de la passerelle, pas moyen de trouver le menu « About » dans l’application Android, mais en cliquant sur « Soumettre » dans HA, je suis passé à l’étape suivante sans encombres, et la liste des capteurs est bien remontée dans HA.

Pour le capteur de température et humidité, je vois bien les valeurs, mais on dirait que ça ne se met pas à jour. Idem pour les autres capteurs (magnétique, bouton, mouvement etc.), les actions remontent bien sur le smartphone, mais rien ne remonte dans HA.

Savez-vous pourquoi ?

Merci par avance !

Ma configuration

J’imagine que c’est ça qui est attendu :

Version core-2022.6.4
Type d’installation Home Assistant OS
Développement false
Supervisor true
Docker true
Utilisateur root
Environnement virtuel false
Version de Python 3.9.12
Famille du système d’exploitation Linux
Version du système d’exploitation 5.15.41
Architecture du processeur x86_64
Fuseau horaire Europe/Paris

Texte ci-dessous à revoir, on dirait que les menus ont changé dans HA :

Comment récupérer ma configuration :
Dans votre HA, Menu latéral Configuration > Paramètres > Infos > Santé du système puis bouton copier > Pour Github

2

En fouillant dans les logs, j’ai trouvé ceci :

2022-06-10 13:04:55 ERROR (MainThread) [async_upnp_client.ssdp] Received error: [Errno 101] Network unreachable, transport: <_SelectorDatagramTransport fd=18 read=polling write=<idle, bufsize=0>>
2022-06-10 13:04:55 ERROR (MainThread) [async_upnp_client.ssdp] Received error: [Errno 101] Network unreachable, transport: <_SelectorDatagramTransport fd=20 read=polling write=<idle, bufsize=0>>
2022-06-10 13:04:55 ERROR (MainThread) [async_upnp_client.ssdp] Received error: [Errno 101] Network unreachable, transport: <_SelectorDatagramTransport fd=20 read=polling write=<idle, bufsize=0>>
2022-06-10 13:06:27 ERROR (Thread-4) [root] Uncaught thread exception
Traceback (most recent call last):
File "/usr/local/lib/python3.9/threading.py", line 973, in _bootstrap_inner
self.run()
File "/usr/local/lib/python3.9/threading.py", line 910, in run
self._target(*self._args, **self._kwargs)
File "/usr/local/lib/python3.9/site-packages/xiaomi_gateway/__init__.py", line 180, in _listen_to_msg
data, (ip_add, _) = self._mcastsocket.recvfrom(SOCKET_BUFSIZE)
OSError: [Errno 9] Bad file descriptor
2022-06-10 13:06:55 ERROR (MainThread) [async_upnp_client.ssdp] Received error: [Errno 101] Network unreachable, transport: <_SelectorDatagramTransport fd=18 read=polling write=<idle, bufsize=0>>
2022-06-10 13:06:55 ERROR (MainThread) [async_upnp_client.ssdp] Received error: [Errno 101] Network unreachable, transport: <_SelectorDatagramTransport fd=20 read=polling write=<idle, bufsize=0>>
2022-06-10 13:06:55 ERROR (MainThread) [async_upnp_client.ssdp] Received error: [Errno 101] Network unreachable, transport: <_SelectorDatagramTransport fd=20 read=polling write=<idle, bufsize=0>>

Je ne sais d’ailleurs pas ce que sont ces erreurs de async_upnp_client.ssdp, ça a commencé bien avant l’intégration du Xiaomi Home, mais au milieu on dirait bien qu’il y a un soucis.

Pour info, je suis allé dans Paramètres/Appareils et sur le Xiaomi Aqara Gateway, dans les 3 points j’ai fait « Recharger », ce qui a mis à jour les valeurs, puis de nouveau plus rien.

Quand je vais sur l’historique d’un capteur, à chaque fois que je recharge l’intégration, j’ai un évènement concernant l’état du cateur, et immédiatement j’ai « Est devenu indisponible ».

3

Bon, je me réponds à moi même, n’ayant pas trouvé comment faire fonctionner la passerelle Aqara, j’ai acheté la clé USB Sonoff Zigbee 3.0 que j’ai installée sur mon RPi, installé zigbee2mqtt, et maintenant mes capteurs fonctionnent à la perfection, alors je considère le problème comme réglé !

4

Hello @sierramike!
Je viens tout juste de recevoir mes capteurs d’ouverture de porte/fenêtre Aqara ce jour et ait également le même soucis que toi « est devenu indisponible » au bout de quelques minutes.

J’avais déjà ce comportement avec un boitier permettant d’automatiser l’irrigation de mon jardon (qui est considéré comme un interrupteur).

J’utilise une clé Zigate avec l’intégration ZHA.
Lorsque je retente un apparaige, le device est toujours indispo. Lorsque je débranche/rebranche ma clé, idem.
La seule chose qui réassocie la Zigate avec les entités Zigbee est le reboot de mon HA - et encore une fois ici, même scénario au bout de quelques minutes.

Te concernant, as-tu fait des tests par étape te permettant d’identifier si ce qui a corrigé ton problème est le changement de clé Zigbee, le passage en MQTT, ou les 2?

Merci à toi!

5

Je t’avoue que je n’ai pas fait de tests incrémentaux, de toute façon je comptais utiliser zigbee2mqtt. Et j’avoue que ça fonctionne parfaitement bien, d’une stabilité à toute épreuve, puisque 3 mois plus tard, sans avoir rien rebooté, ça répond toujours au doigt et à l’oeil !