merci pour cette info, mais pourrais-tu préciser ? Ca ne correspond pas avec ce que j’ai cru comprendre de mes lectures sur Internet - encore hier. Mes compétences en matière de liaison radio sont nulles, et si j’ai déployé maints Wifi en entreprise, il n’y avait pas encore de ZIgbee à l’époque.
En tous cas les quelque équipements que je viens de passer de EZSP à Conbee semblent avoir des liens bien meilleurs. A quelle fréquence Wifi correspond le canal 15 Zigbee ? Où puis-je trouver la correspondance (c’est ce que j’ai cherché hier sur Internet, correspondance bandes wifi avec Zigbee).
Le canal 15 du Zigbee est sur la fréquence 2,425 GHz, ce qui correspond au canal 3-4 en Wifi.
Pour ne pas encombrer le canal 15 du Zigbee, il faut idéalement utiliser le canal 1 ou 6 en Wifi.
Je n’avais pas percuté que la numérotation des canaux Zigbee n’avait rien à voir avec celle des canaux Wifi. Pourtant, j’avais bien lu ton article cité dans les posts précédents (très bien référencé par Google).
Finalement chez moi, les canaux 1 et 8 sont les plus chargés. Mais j’ai un autre Wifi - wifi 6 - qui diffuse de 5 à 13.
Je ne peux pas couper mes WIfi, à part le wifi invité qui sert rarement, ni celui de mes voisins, ni celui des caméras Arlo, ni celui des caméras Eufy…;
Je détecte aussi un SSID caché qui émet très fort entre 10 et 14, mais pas tout le temps. C’est peut être lui qui sature ma clé EZSP sur le canal 20 ?
Finalement, peut être le canal 25 serait le moins chargé.
A quel point émet-il moins fort ?
Vaut-il mieux un signal moins fort mais moins chargé (25) ou un signal plus puissant mais davantage saturé ?
Tu dois avoir chez toi un jolie graphique bien chargé avec wifi analyser…
Si je comprends bien tu as des wifi sur le canal 1 et l’autre sur 8.
Puis un autre, mais sur quel canal ? 5 à 13 c’est la largeur de bande complète, mais le canal configuré, c’est le 9 ?
Celui qui émet fort en SSID caché est sur le canal 11 ou 12.
On va considérer que les canaux utilisé sont 1-8-9 et 11, donc les canaux Zigbee moins encombré seraient effectivement 15 et 25.
Le canal 25 est donné comme un peu moins puissant, mais difficile de dire les répercussions, j’ai jamais utilisé ce canal, mais si il y a suffisamment de routeurs pour mailler le réseau, cela ne devrait être bon tout de même.
Le bon compromis pourrait être chez toi un signal moins fort, mais qui sera moins saturé et avec des routeurs pour être bien maillé.
En fait ce soir, ce wifi a changé de canal, il est passé sur le canal 3.
Du coup, mon wifi mesh (le 5) a migré d’autorité sur le canal 13. Le moins chargé est le 9. Wifi analyzer me conseille le 8, 9, 10, proscrit le 3, 13.
Vu que ça fluctue, et que tout n’est pas gérable, je ne vais rien changer pour l’instant. J’ai passé les 3/4 de mes équipements sur la clé Conbee, dont pratiquement tout le rez-de-chaussée, sauf un interrupteur qui ne veut pas migrer. Pour l’instant tout est vert ou orange, même ce qui reste de EZSP. Je misais sur cette dernière, mais si c’est la Conbee qui fait le job, alors va pour la Conbee. Le vrai problème, ce sont les fluctuations
Pour éviter les fluctuations, il faut fixer le canal du WiFi et ne pas le laisser en automatique car le Zigbee ne peut pas faire comme le WiFi, changer de canal en fonction des occupations voisines.
En plus de fixer le canal Wifi, ça évite aussi que celui des voisins bouge car tu occupes des canaux sans en changer.
C’est sûr, selon les cas c’est pas évident de trouver un bon équilibre, c’est pour ça que le Zigbee se repose sur le maillage avec des routeurs pour fiabiliser et stabiliser le réseau Zigbee…malheureusement cela dépend du coordinateur, de son firmware et des capteurs…
As tu trouver une solution @phyllox ? Je suis entrain de migrer mes aqara de ma gateway xiaomi sur une ELELABS avec le plugin zigbee, j’ai les même phénomènes que toi : Mes aqara s’endorment et ne se réveillent jamais .
Hello @Lilian213
Pas de solution.
La cata, ce sont les interrupteurs Aqara principalement. Ils se désactivent, mais pire, j’en ai déjà perdu 3, tous des double boutons que je n’ai jamais pu réinclure, ni dans Elelabs ni dans Conbee. Ils clignotent pour une inclusion, mais n’arrivent jamais dans le plugin, bien que j’en ai changé la pile. Comme si se maintenir connectés les avaient tellement épuisés que, comme la grenouille de La Fontaine qui s’enfla si bien qu’elle creva, ils expirent sans rémission.
J’en ai également deux, pourtant filaires - mais sans neutre - qui se désactivent régulièrement.
Pour l’Elelabs, je crois avoir essayé tous les canaux sans amélioration aucune. J’en suis au canal 25, et je ne pourrai pas aller plus loin.
Prochain test, rebrancher la Zigate à la place de l’Elelabs.
Surtout, ne perds pas comme moi ta gateway Xiaomi (à la réinclusion de la mienne lors du changement de Wifi, elle s’est retrouvée avec son port 9898 fermé, et du coup, elle ne communique plus avec son plugin).
Bon courage
Pas cool tout ca !!! bon je vais stopper la migration alors et passer sur des modules sonoff zigbee 3.0 (même ordre de prix) et tester !!
Je garde la gateway pour les aqara « non prioritaires » car la gateway n’est pas secourue électriquement comparé a mon RPI 3B+ sur onduleur !!
Merci du retour en tout cas
hello, @Lilian213 je te deconseille les capteurs de présence sonoff qui sont catastrophique dans la gestion… sonoff reste de l’ordre de prix de xiaomi mais avec une qualité netement moindre. chercher sur le forum tu verras plusieurs sujets sur sonoff…
par contre, perso j’ai 3 inter xiaomi (double x 2 + simple x 1) et 0 soucis.
ils sont pas loin du coordinateur, ca aide peut etre… mais en tout cas, je n’ai aucun soucis.
Les miens avaient fonctionné sans encombre jusque là… Ils n’aiment peut être pas les inclusions et ré-inclusions… Je viens d’essayer de les intégrer sur Zigate plugin Zigate, mais même chose. Quelle que soit la pile.
J’en ai 2 en commande chez AliExpress, on verra bien… J’ai pris auusi un Zemismart, mais en moyenne c’est encore moins fiable selon mon expérience…
Ce qui est bizarre c’est que je n’ai pas ce problème avec les un bouton (pour l’instant).
Par contre, je n’ose plus toucher à ceux qui fonctionnent encore…
Pas de soucis avec les différents détecteurs Aqara (présence, ouverture, température, inondation)…
Je prends note pour le sonoff… j’en ai en test je verrai bien !
Concernant les aqara, le bilan est fondé : un détecteur ouverture, une sonde de temp, le cube magique… les 3 s’endorment et ne se réveillent pas !!!
Hello
Pour info, j’ai pu récupérer ma gateway Xiaomi (en scotchant les fils sur les plots pour ouvrir le port 9898), et sur cette gateway, j’ai pu intégrer les 3 interrupteurs sans fil double boutons que je ne parvenais plus à ajouter à Zigbee.
Il doit y avoir une incompatibilité quelconque qui rend l’intégration de ces interrupteurs plus que capricieuse.
Bonne soirée
Mais moi j’ai ce phénomène avec l’ensemble de mes modules aqara (sonde temp, capteur ouverture, cube, capteur inondation…) alors que toi non c’est uniquement avec les interrupteurs @phyllox ?
@Lilian213
Je parle des interrupteurs parce que c’est le plus critique. Un interrupteur qui n’allume pas la lumière, j’en entends parler. Et surtout, je n’arrive plus à les réinclure quand je les perds !
Au début, j’avais mixé entre l’Elelabs et la Conbee, mais comme le réseau Conbee est bien plus stable, j’ai maintenant 80% de mes équipements dessus, et plus tellement d’équipements sans fil sur l’Elelabs.
J’en perdait beaucoup au départ, mais à force de réinclure les détecteurs, ils ont fini par devenir plus stable pour l’instant.
Mais j’ai in interrupteur (encore un) tactile Zemismart que j’ai installé en remplacement d’un Xiaomi qui ne voulait plus fonctionné qui n’a pas communiqué depuis presque une journée. Je pense que demain il aura dégagé, il faudra le réinclure. Et un détecteur d’ouverture Xiaomi a aussi quitté le réseau.
Les deux sur l’Elelabs. Donc non, il n’y a hélas pas que les interrupteurs. Et pas non plus que les Xiaomi.
alors effectivement, je suis passé ce matin sur une clé popp (celle dispo sur domadoo, celle conseillée par jeedom sas)… et … bah je vois également ces pertes sur mes end devices xiaomi.
ce qui est « bizarre » c’est que ce sont ceux au plus proche du coordinateur.
ceux proche de routeurs, ils n’ont pas de soucis.
capteur de mvt (environ 1m de la clé, avec 1 mur de ba13 doublé) : ne remonte plus au bout de 2 ou 3h
capteur de température (environ 1m de la clé, sans obstacle) : ne remonte plus de données
interrupteurs (un a 2m, un a 1m avec un mur de ba13 doublé) : impossible de generer des clics pour déclencher des scenar
en gros, ils sont comme certains d’entre vous : comme s’ils étaient hors réseau… mais pourtant « ok » dans le menu « reseau zigbee » du plugin
Merci pour votre réponse Loïc.
Quand j’ai installé la clé c’est le premier réflexe que j’ai eu ! Check du fw pour mettre a jour si nécessaire…
Effectivement dans mon inconscient, la première ligne était le dernier fw en date … perdu, le tri était dans l’autre sens du coup je n’avais pas mis à jour en dernière version.
Je viens de le faire et je verrai la stabilité.
!!
du coup je n’avais pas mis à jour en dernière version.