Deconz et capteur de mouvement aqara

Tu fais peut être partie des milliers qui ont reçu des clés « mal préparée ».
Un test rapide, tu fais le test sur Windows, si tu as la clé qui se connecte et déconnecte > Clef Conbee II détectée pendant 1 seconde seulement

Et vu que tu dis que ça marche un moment, mais que tu te retrouves avec le firmware « not connected », ça sent le même probleme.

Ou alors probleme d’alim ou perturbation > pas d’USB 3.0, essayer rallonge usb, ect …

3 « J'aime »

C’est bien mon avis aussi, @HugoVal11 a certainement raison, tu devrais tester comme indiqué.

  • Possibles interférences?
  • La clé est branchée sur quel appareil?
  • Source wifi/routeur proche?
  • As-tu essayé avec une rallonge usb?

En checkant les logs server de deconz j’ai ça :

18:01:10:381 device state timeout ignored in state 3
18:01:12:117 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
18:01:12:117 device state timeout ignored in state 3
18:01:13:104 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
18:01:13:104 device state timeout ignored in state 3
18:01:14:104 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
18:01:14:104 device state timeout ignored in state 3
18:01:15:104 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
18:01:15:104 device state timeout ignored in state 3
18:01:16:604 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
18:01:16:604 device state timeout ignored in state 3
18:01:18:604 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
18:01:18:604 device state timeout ignored in state 3
18:01:20:604 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT

C’est pas normal je suppose ?

As tu fais ce que te suggérait @HugoVal11 ? Il faudrait commencer par tester ta clé sous Windows et voir son comportement.
SI aucun problème sur Windows, ce n’est pas un problème lié à ta clé et tu peux passer aux autres tests (rallonge, Alim, perturbation WIFI ou autre, etc…)

Oui jai testé sur windows RAS

Pendant plus de 30 min ?

Et l’environnement diffère beaucoup ? Proximité d’appareil perturbateur ?

Personnellement, j’ai 3 clé combee 2 dont une en local et deux en déportées, avec quasiment que des modules xiaomi (sondes températures carrés et contacts de porte). Je n’ai jamais eu aucun problème, les trois réseaux tournent comme des horloges, même après redémarrage. Contrairement aux nombreux posts sur le plugin Deconz, je le trouve très stable. En plus j’ai un routeur WIFI, une clé Bluetooth, un RFXCOM à proximité, voir très proche. Par contre elle est sur une petite rallonge USB.

Je suis sous windows là et dans les logs de deconz server jai :

4:672 device disconnected reason: 1, index: 0
20:46:25:169 wait reconnect 15 seconds
20:46:25:169 void zmMaster::handleStateIdle(zmMaster::MasterEvent) not connected goto OFF state
20:46:25:169 device state timeout ignored in state 1
20:46:26:168 failed to reconnect to network try=5
20:46:26:169 wait reconnect 14 seconds
20:46:27:169 wait reconnect 13 seconds
20:46:28:168 wait reconnect 12 seconds
20:46:29:168 wait reconnect 11 seconds
20:46:30:169 wait reconnect 10 seconds
20:46:31:169 failed to reconnect to network try=6
20:46:31:169 wait reconnect 9 seconds
20:46:31:204 dev /dev/ttyS0 (/dev/ttyS0)
20:46:31:205 GW update firmware not found:
20:46:32:169 wait reconnect 8 seconds
20:46:33:169 wait reconnect 7 seconds
20:46:34:168 wait reconnect 6 seconds
20:46:35:168 wait reconnect 5 seconds
20:46:36:169 failed to reconnect to network try=7
20:46:36:169 wait reconnect 4 seconds
20:46:37:169 wait reconnect 3 seconds
20:46:38:169 wait reconnect 2 seconds
20:46:39:169 wait reconnect 1 seconds
20:46:39:203 dev /dev/ttyS0 (/dev/ttyS0)
20:46:39:690 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
20:46:39:690 device state timeout ignored in state 2
20:46:40:669 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
20:46:40:669 device state timeout ignored in state 2
20:46:41:169 try to reconnect to network try=8
20:46:41:201 dev /dev/ttyS0 (/dev/ttyS0)
20:46:41:201 GW update firmware not found:

Je vois pas d’ou ça peut venir :frowning:

Tu tournes sur rpi ?

Donc sous windows aussi tu as des deconnexions ?
Tu entend pas le bruit caracteristique de quand tu branches et debranches une cle usb ?

Pour moi ton soucis ressemble a celui la Clef Conbee II détectée pendant 1 seconde seulement

A part que ça a l’air de tenir plus longtemps, mais si ca deconne aussi sur windows, pour moi c’est la clé.

Heu !!! Ca c’est pas des logs windows …
20:46:31:204 dev /dev/ttyS0 (/dev/ttyS0)

Sous windows j’entend qu’elle se connecte mais elle se deconnecte aussitot et c’est tout plus rien après.

Si ca marche pas sur windows, essaye la manip du lien precedent, si ca marche pas tu peux contacter le support pour un remplacement.

Sur windows il n’y a jamais de problemes. Si la clé ne marche pas (tu as bien installé deconz et regardé si tu avais besoin de pilote), tu peux que refaire une MAJ du firmware. Si ca ca ne marche pas > remplacement.

dans les log « deconz server » sous jeedom, tu n’as pas du tout la meme chose que mois sur les timeout ?

Je viens de tenter une MAJ, sous windows et j’ai tjrs le meme soucis. Même avec la manip du lien.

Tu n’aurais pas les messages qui sont apparus sous windows quand tu as fait la MAJ du firwmare stp ?

Je tourne sur une VM sous PROXMOX, mes autres clés sont sur RPI3 avec l’image officielle Deconz. Avant j’ai aussi tourné sur une Jeedom Smart, et aussi sous VM NAS SYNOLOGY. Et je n’ai jamais eu le moindre problème avec ces configurations.
Côté log « deconz server » aucune erreur pour moi, c’est normal quand ça tourne correctement. Ton timeout provient du fait que ta clé se déconnecte.
Tente une mise à jour du firmware de cette dernière, sinon contact le support du constructeur. Lis bien le post traitant ce problème, tu y trouvera toutes les solutions.
Je ne pense pas que se soit un hasard que cela arrive à plusieurs personnes.

Edit : je viens de voir que tu avais fait une mise à jour, donc contact le support pour un remplacement de ta clé.

@nisked, il y a une nouvelle mise à jour de Deconz, mais je ne pense pas que cela va solutionner ton problème car ta deconnexon n’est pas directement dans jeedom mais dans Deconz.

Bon après quelques jours, voila ou j’en suis, en fait j’ai reussi à le reconnecter mais il faut plusieurs reboot du RPI. Je soupçonne le port usb nan ?

23:10:28:201 wait reconnect 14 seconds
23:10:29:200 wait reconnect 13 seconds
23:10:30:201 wait reconnect 12 seconds
23:10:31:200 wait reconnect 11 seconds
23:10:31:701 start reconnect to network
23:10:32:200 wait reconnect 10 seconds
23:10:33:201 wait reconnect 9 seconds
23:10:34:200 wait reconnect 8 seconds
23:10:35:200 wait reconnect 7 seconds
23:10:36:200 wait reconnect 6 seconds
23:10:36:232 dev /dev/ttyAMA0
23:10:36:232 GW update firmware not found:
23:10:36:952 failed to reconnect to network try=1
23:10:37:201 wait reconnect 5 seconds
23:10:38:200 wait reconnect 4 seconds
23:10:39:201 wait reconnect 3 seconds
23:10:40:200 wait reconnect 2 seconds
23:10:41:201 wait reconnect 1 seconds
23:10:41:237 dev /dev/ttyAMA0
23:10:41:717 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
23:10:41:717 device state timeout ignored in state 2

:11:35:216 01 battery 3035 (0x0BDB)
23:11:35:216 03 temperature 26 °C
23:11:35:216 04 unknown 5032 (0x13A8)
23:11:35:216 05 RSSI dB (?) 17 (0x0011)
23:11:35:216 06 LQI (?) 4294967296 (0x0100000000)
23:11:35:216 0a unknown 0 (0x0000)
23:11:35:216 64 on/off 0
23:11:36:701 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
23:11:36:701 device state timeout ignored in state 3
23:11:37:701 void zmMaster::handleS
This plugin does not support propagateSizeHints()
This plugin does not support propagateSizeHints()
This plugin does not support propagateSizeHints()
This plugin does not support propagateSizeHints()
tateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
23:11:37:701 device state timeout ignored in state 3
23:11:38:701 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
23:11:38:701 device state timeout ignored in state 3
23:11:39:701 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
23:11:39:701 device state timeout ignored in state 3
23:11:40:700 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT

Il deco et reco tout seul

Je retire la clé et je remet la clé ça fonctionne -_-

Mais a mon avis pour un temps limité ?

Tu as pas donné les résultats des commandes quand tu as remit le firmware sur windows ?

Quand tu débranches et rebranches la clé, ça redémarre la passerelle, son programme embarqué (bootloader+ firmware). Et oui si ca tient longtemps sur windows, ca peut venir du port USB, jamais de USB3.0, alimentation du port insuffisante, …