Questions fréquentes

Support des télécommandes

Les télécommandes nécessitent un chapitre à elles seules tant elles peuvent avoir un comportement différent. Cela inclut tout type d’équipement pouvant envoyer un ordre (une commande Zigbee).

  • Télécommandes diverses zigbee

  • Interrupteurs zigbee

Liens de communication

3 cas de figures suivants sont possibles mais sont exclusifs. Certaines télécommandes supportent plusieurs de ces modes et d’autres sont conçues pour un seul et unique mode de fonctionnement.

  • La télécommande envoi l’ordre vers Jeedom.

    Dans ce cas, charge à Jeedom via par exemple un scénario de faire qqch avec l’information remontée. Aucun périphérique ne reçoit l’info directement.

  • La télécommande envoi l’ordre vers un groupe zigbee.

    Le groupe reçoit directement la commande SANS passer par Jeedom. Ce dernier n’est d’ailleurs pas au courant de ce qui est envoyé de la télécommande vers le groupe. Ce mode de fonctionnement est celui dans la télécommande Ikea « on/off switch ».

  • La télécommande envoi l’ordre vers un périphérique zigbee.

    Enfin la commande est envoyée vers un périphérique précis (et non pas un groupe) et la encore SANS passer par Jeedom. Auquel cas seul cet équipement reçoit la commande. Jeedom n’est au courant de rien sauf si cet équipement reporte lui meme une info vers Jeedom. Ex: La télécommande controle une prise et cette derniere renvoi son état vers Jeedom.

Ca se complique…

Ca n’est pas tout de pouvoir choisir le « tuyau » de communication (telec vers zigate, telec vers groupe, ou telec vers périph), il faudrait aussi pouvoir choisir quel ordre envoyer. Et la cette partie n’étant pas configurable, c’est mort.

En d’autres termes, suivant les ordres envoyés par la télécommande (figés par leur firmware), on ne peut pas forcement la coupler directement avec un groupe ou un périph autre que celui pour lequel elle a été conçue.

Exemples:

  • La commande la plus commune et utile est « On » ou « Off » (cluster 0006). Une télécommande qui envoie ces ordres peut aisement controler une prise, lumière, ou volet.

  • Une commande du type « niveau » (cluster 0008) pourrait certes commander des volets ou un dimmer mais pas une prise standard.

  • Une commande du type « couleur » (cluster 0300) n’est dédié qu’au controle de lumère.

Tout ça pour dire que même si la liaison (tuyau) voulue est possible, la commande générée n’est pas forcement compatible avec l’équipement.

Pont Hue et ZiGate/Abeille

 » Savez vous si je peux mettre mon matos Hue dans le maillage du plugin Abeille, même si tout passe par le Pont Hue ? »

La ZiGate et le Pont Hue joue le même role dans le reseau zigbee: le coordinateur.

Il ne peut pas y avoir deux coordinateurs dans un réseau ZigBee. Tu ne peux pas avoir la Zigate et le pont Hue sur le même réseau.

Abeille ne fonctionne qu’avec la ZiGate.

Soit tu as ton équipement connecté avec le pont Hue et le plugin associé dans Jeedom.

Soit tu as ton équipement connecté avec la ZiGate et le plugin Abeille dans Jeedom.

L’équipement est soit sur l un ou sur l autre, pas possible d’etre sur les deux en même temps.

La magie de Jeedom te permet de tout piloter meme si tu as un equipement sur le pont hue et un autre sur zigate/abeille.

Matos Hue et ZiGate/Abeille

Pour faire simple vous pouvez faire:

Matos Hue -> Pont Hue -> Plugin Hue -> Jeedom

Matos Hue -> ZiGate -> Plugin Abeille -> Jeedom

Vous ne pouvez pas faire:

Matos Hue -> Pont Hue -> Abeille -> Jeedom

Matos ZigBee avec Pont Hue et ZiGate dans un même réseau radio zigbee.

Le problème que je rencontre est la portée

  • les murs de ta maison sont épais et le signal ne passe pas

  • les produits Osram ont des problemes de compatibilité pour le routage

  • ajouter des routeurs pour améliorer la courverture radio

  • SI tout les LQI donnés par la ZiGate sont très très bas alors que les équipements sont dans la même pièce, probablement un problème radio avec le module ZIGate.

Etat / Evenement pour les scenarii

 » MAIS (car il y a un mais) si on test la valeur d’un des informations « état.. » et bien elle ne change pas en fait les info « état.. » passent difficilement de 0 à 1 et de 1 à 0. A tel point qu’il faut de nombreux message pour chaque transition d’état.. « 

Le « soucis » ne vient pas de la ZiGate ou d’Abeille mais de Jeedom. Quand des valeurs changent trop, vite comme c’est la cas ici, les scenario ne recuperent pas les bonnes valeurs. Certains équipements (Xiaomi par exemple) envoient l’appui(On) et le relache(Off) du bouton dans un meme message alors que d’autres envoient un message lors de l appui(On) et un autre lors de la relâche(Off). Donc on ne peut pas gérer les scenario sur la valeur d etat mais sur l’événement.

Duplication d’équipement

Lors de l’inclusion d’un équipement, un modele est utilisé pour le construire dans Jeedom/Abeille. Ensuite toutes les informations collectées du réseau sont injectées dans l’équipemetn Abeille. Une information à une role specifique: l’adresse IEEE. Cette adresse est une valeur unique par chaque équipement zigbee. On ne peut pas trouver deux équiepments Zigbee avec la même adresse dans le monde. Cette information est stockée dans la commande IEEE de l’équipement lors de sa reception. Si un équipement s’annonce de nouveau, Abeille va chercher dans les équipements s’il existe déjà. Une fois trouvé, rien n’est fait car l’équipement existe déjà. Si pour une raison ou une autre l’information adresse IEEE n’est pas remontée dans l’objet initial alors Abeille ne va pas le trouver et va créer un nouvel équipement dans Jeedom. Si vous trouvez des doublons du même équipement, alors vérifiez le contenu de la commande IEEE.