Tu as d’autres devices zigbee qui ont le même comportement ?
non je viens d’acheter la clé avant de basculer mes autre device dessus, je fais des test mais qui sont pas concluant pour le moment lol 
Donc tu n’as qu’un device d’installé et en défaut ?
1 « J'aime »
Si c’est le cas et si tu ne l’as fait encore :
- suppression des devices depuis Phoscon,
- synchro Jeedom,
- désinstallation du plugin,
- réinstallation du plugin,
- apairage du device depuis Phoscon,
- synchro Jeedom
- test
Oui, problème connu.
C’est traité ici par exemple.
Bonjour @nisked, si ce problème est depuis le début de ton installation de Deconz, il y a trois options :
- tu n’as pas appliqué à la lettre la documentation lors de l’installation du plugin, ce qui paraît étonnant car ton capteur semble avoir fonctionné
- ta clé Combee 2 n’a pas le dernier firmware, voir les posts qui traitent ce sujet
- ta clé à un problème matériel, il faut la remplacer, voir les posts qui traitent ce sujet
Hello,
Non je n’ai pas le soucis depuis le début ça marchait bien pendant quelques jours.
Aujourd’hui, ça marche bien dans phoscom, je vois mo ndetecteur se rafraichir correctement mais dans jeedom il se rafraichit pas tout le temps, parfois oui, parfois non.
Salut,
As-tu lu les topics parlant de ce problème ?
Oui enfin, j’ai lu beaucoup de chose mais rien de ressemblant à mon probleme, j’ai tenté toutes les trucs dans les topics mais rien de concluant
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 »
- 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 
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)