Bonjour à tous, petit retour d’expérience : (Clé Conbee 2 « neuve »):
J’ai pu intégrer hier soir un volet profalux sans problème. (Mais étonnement le plugin a bien mis 2/3 minutes à paramètrer les commandes du volet (Que le slider et un état : @Loic à l’occasion ce sera vraiment top de rajouter les commandes « On » « Off » « Stop » : Merci 
)
Bientôt, je rajouterais mes ampoules Ikea et quelques composants Xiaomi … (Bon il me reste 6 volets Profalux aussi lol)
A bientôt !
Stop oui mais je sais pas ce qu’il faut faire pour un stop. Pour on/off comme dit plusieurs fois ca sert a rien le slider le fait deja. Ne pas oubliez que plus vous mettez de commandes plus ca alourdis jeedom aussi bien pour son traitement interne que l’affichage
Pour le stop : en logical ID : j’ai mis ça : 1::level::stop
OK pigé pour les « On » et « Off » mais à l’usage c’est quand même pratique d’avoir des boutons spécifiques. (Enfin c’est « mon » usage lol)
Merci en tout cas !
Merci j’ai ajouté le stop dans la configuration de l’équipement
Merci mais vraiment pas envie de mettre cette poignée 
Ma petite contribution sur des ampoules IKEA :
« TRADFRI bulb E27 W opal 1000lm »
Quasiment identique aux « TRADFRI bulb E27 WS opal 1000lm » déjà dans le plugin
Il n’y a pas de gestion de la température de la couleur.
La photo est identique.
J’espère n’avoir rien oublié ?
{
"ieee": "00:0b:57:ff:fe:a0:1a:ba",
"nwk": 55129,
"status": 2,
"lqi": "127",
"rssi": "-78",
"last_seen": "1611747715.649468",
"node_descriptor": "01:40:8e:7c:11:52:52:00:00:00:52:00:00",
"endpoints": [
{
"id": 1,
"status": 1,
"device_type": 256,
"profile_id": 49246,
"manufacturer": "IKEA of Sweden",
"model": "TRADFRI bulb E27 W opal 1000lm",
"output_clusters": [
{
"id": 5,
"name": "Scenes",
"attributes": []
},
{
"id": 25,
"name": "Ota",
"attributes": []
},
{
"id": 32,
"name": "Poll Control",
"attributes": []
},
{
"id": 4096,
"name": "LightLink",
"attributes": []
}
],
"input_clusters": [
{
"id": 0,
"name": "Basic",
"attributes": [
{
"id": 0,
"name": "zcl_version",
"value": 1
},
{
"id": 1,
"name": "app_version",
"value": 17
},
{
"id": 2,
"name": "stack_version",
"value": 87
},
{
"id": 3,
"name": "hw_version",
"value": 1
},
{
"id": 4,
"name": "manufacturer",
"value": "IKEA of Sweden"
},
{
"id": 5,
"name": "model",
"value": "TRADFRI bulb E27 W opal 1000lm"
},
{
"id": 6,
"name": "date_code",
"value": "20170302"
},
{
"id": 7,
"name": "power_source",
"value": 1
},
{
"id": 16384,
"name": "sw_build_id",
"value": "1.2.214"
}
]
},
{
"id": 3,
"name": "Identify",
"attributes": []
},
{
"id": 4,
"name": "Groups",
"attributes": []
},
{
"id": 5,
"name": "Scenes",
"attributes": []
},
{
"id": 6,
"name": "On\/Off",
"attributes": [
{
"id": 0,
"name": "on_off",
"value": 0
}
]
},
{
"id": 8,
"name": "Level control",
"attributes": [
{
"id": 0,
"name": "current_level",
"value": 254
}
]
},
{
"id": 2821,
"name": "Diagnostic",
"attributes": []
},
{
"id": 4096,
"name": "LightLink",
"attributes": []
}
]
}
],
"signature": {
"manufacturer": "IKEA of Sweden",
"model": "TRADFRI bulb E27 W opal 1000lm",
"node_desc": {
"byte1": 1,
"byte2": 64,
"mac_capability_flags": 142,
"manufacturer_code": 4476,
"maximum_buffer_size": 82,
"maximum_incoming_transfer_size": 82,
"server_mask": 0,
"maximum_outgoing_transfer_size": 82,
"descriptor_capability_field": 0
},
"endpoints": {
"1": {
"profile_id": 49246,
"device_type": 256,
"input_clusters": [
0,
3,
4,
5,
6,
8,
2821,
4096
],
"output_clusters": [
5,
25,
32,
4096
]
}
}
},
"class": "zigpy.device"
}
Bonjour @Loic
j’ai la dernière mise à jour du plugin et la dernière installation des dépendances avec une clé EZSP et Jeedom V4.1.18 et j’ai ceci dans mes logs. Une idée ?
logs http errors: (une partie)
#0 {main}
thrown in /var/www/html/plugins/zigbee/core/php/jeeZigbee.php on line 150
[Wed Jan 27 13:13:39.853002 2021] [php7:error] [pid 24748] [client 127.0.0.1:38702] PHP Fatal error: Uncaught Error: Unsupported operand types in /var/www/html/plugins/zigbee/core/php/jeeZigbee.php:150
Stack trace:
#0 {main}
thrown in /var/www/html/plugins/zigbee/core/php/jeeZigbee.php on line 150
[Wed Jan 27 13:13:39.867715 2021] [php7:error] [pid 21635] [client 127.0.0.1:38706] PHP Fatal error: Uncaught Error: Unsupported operand types in /var/www/html/plugins/zigbee/core/php/jeeZigbee.php:150
Stack trace:
#0 {main}
thrown in /var/www/html/plugins/zigbee/core/php/jeeZigbee.php on line 150
[Wed Jan 27 13:14:29.391416 2021] [php7:error] [pid 25541] [client 127.0.0.1:38922] PHP Fatal error: Uncaught Error: Unsupported operand types in /var/www/html/plugins/zigbee/core/php/jeeZigbee.php:150
Stack trace:
#0 {main}
thrown in /var/www/html/plugins/zigbee/core/php/jeeZigbee.php on line 150
[Wed Jan 27 13:14:29.404348 2021] [php7:error] [pid 1698] [client 127.0.0.1:38924] PHP Fatal error: Uncaught Error: Unsupported operand types in /var/www/html/plugins/zigbee/core/php/jeeZigbee.php:150
Stack trace:
#0 {main}
thrown in /var/www/html/plugins/zigbee/core/php/jeeZigbee.php on line 150
[Wed Jan 27 13:14:29.417303 2021] [php7:error] [pid 4610] [client 127.0.0.1:38926] PHP Fatal error: Uncaught Error: Unsupported operand types in /var/www/html/plugins/zigbee/core/php/jeeZigbee.php:150
Stack trace:
#0 {main}
thrown in /var/www/html/plugins/zigbee/core/php/jeeZigbee.php on line 150
[Wed Jan 27 13:14:32.242492 2021] [php7:error] [pid 19276] [client 127.0.0.1:38938] PHP Fatal error: Uncaught Error: Unsupported operand types in /var/www/html/plugins/zigbee/core/php/jeeZigbee.php:150
Stack trace:
#0 {main}
thrown in /var/www/html/plugins/zigbee/core/php/jeeZigbee.php on line 150
[Wed Jan 27 13:14:32.258835 2021] [php7:error] [pid 24748] [client 127.0.0.1:38940] PHP Fatal error: Uncaught Error: Unsupported operand types in /var/www/html/plugins/zigbee/core/php/jeeZigbee.php:150
Stack trace:
#0 {main}
thrown in /var/www/html/plugins/zigbee/core/php/jeeZigbee.php on line 150
[Wed Jan 27 13:14:32.279329 2021] [php7:error] [pid 25541] [client 127.0.0.1:38942] PHP Fatal error: Uncaught Error: Unsupported operand types in /var/www/html/plugins/zigbee/core/php/jeeZigbee.php:150
Stack trace:
#0 {main}
logs zigbeed_1:
[2021-01-27 13:13:39][ERROR] : Error on send request to jeedom, return code 500
[2021-01-27 13:14:29][ERROR] : Error on send request to jeedom, return code 500
[2021-01-27 13:14:32][ERROR] : Error on send request to jeedom, return code 500
[2021-01-27 13:18:01][ERROR] : Error on send request to jeedom, return code 500
Bonjour,
Si je ne poste pas au bon endroit merci de me le dire SVP.
Je suis sous Jeedom V4.1.18 sur un Raspberry Pi3B+. J’ai acquis plusieurs modules Xiaomi Aqara que j’ai facilement intégré dans le plugin et dont j’ai compris le fonctionnement.
J’ai aussi un capteur de vibration Xiaomi Aqara que j’ai tout aussi facilement intégré au plugin Zigbee mais dont je ne comprends rien, ni au fonctionnement, ni aux données qu’il communique (aucune logique ou presque).
Est-ce que quelqu’un peut me dire à quoi correspondent les libellés suivants et comment le plugin les interprète SVP ? (rien trouvé sur la doc ou en pdf)
Merci par avance pour votre aide.
PS: vraiment un gros BRAVO pour le boulot sur ce plugin
Bonjour,
Remet a jour ca a été corrigé ce matin vers 10h
Merci ca sera dans la beta de demain
Bonjour,
J’ai inclus avec la nouvelle clef elelabs plusieurs capteur Xiaomi aqara qui fonctionne nickel. Juste j’ai 2 détecteurs présence Xiaomi mijia qui fonctionne, mais très long à repasser à l’état zero.
J’ai pas encore testé mais avec une petite soudure.
Regarde STP les échanges sur le sujet dans ce fil. Je ne suis pas sûr que quelqu’un puisse dire qu’il ai tout compris, il y a néanmoins de bonnes pistes.
J’en avais rêvé et la batterie tient en plus. Un grand merci à toi.
Bonjour @Loic,
J’aimerai avoir une info de ta part que je ne retrouve pas ici. Je suis sur Conbee avec ce plugin et mon installation est composé que de modules Xiaomi Aqara (interrupteurs avec neutre, prises et autres modules piles). J’ai remarqué que tous les modules à piles ne se connectent que sur la clé Conbee contrairement à un screen de @olivr2s (envoyé en MP), qui lui utilise une clef ELELABS, ses modules prises Xiaomi font bien Gateway également.
J’aimerai savoir si cela dépend t-il bien que de la clé ?
N’y a t’il pas moyen de « forcer » un module à devenir Gateway (par Jeedom ou par nous même) ?
Merci pour ta réponse.
Aucune idée la dessus je suis pas competant pour moi les modules font leur vie et ya aucun raison de vouloir leur dire ou se connecter.
Le routage en zigbee c’est juste pour information laissez le faire sa vie de toute facon vous ne pouvez pas vraiment l’influencer.
c’est fait de mon coté depuis 1 ans environs, ça marche très bien par contre niveau pile faut prévoir de les changer plus souvent
Ok merci d’avoir pris le temps de me répondre, c’est juste que certains de mes modules à piles sont en rouges dans le schéma alors que dans la même pièce il y a un interrupteur ou une prise qui pourrai faire Gateway 
.
Je vais surveiller et si trop de déconnexion, je vais changer de clef.
Je suppose que tu veux dire Routeur et non pas Gateway pour tes modules prise et interrupteurs branchés sur 220V
La différence fonctionnelle entre les deux est de taille : le routeur (ZR) est un élément de la norme Zigbee qui peut en sus de ses fonctions intrinsèques relayer les messages qui ne lui sont pas destinés de/vers un autre routeur ou un équipement terminal
La Gateway est comme son nom l’indique une passerelle entre deux protocoles : par exemple entre du ZigBee et un réseau IP. Cette passerelle peut être toute intégrée (Pont Hue, Legrand Netatmo , Open WebNet Legrand, …) ou logicielle hébergée sur un matériel capable d’interfacer les deux couches physiques (Phoscon, et bien sur Jeedom qui ne sert pas que à ça bien entendu).
