Forum Domoticz en français

Fairesoimeme a écrit :

tornlouses a écrit :Il y a un nombre max de device qu'on peut connecter au Zigate?
J'ai lu sur le site du créateur que la limite logiciel est fixée pour le moment à 36... mais il n'y a pas beaucoup d'info la-dessus.

J'ai l'impression que je ne peux pas dépasser 10 device!
J'arrive pas à en ajouter, mais si je retire un associer, je peux associer ceux que je ne pouvais pas associer avant...
Ce qui est bizarre c'est que dans les log je vois rien passer du tout pour l'ajout de nouveau device lorsque j'en ai déjà 10 d'associés.

10 serait vraiment peu

Quelqu'un dépasse ce nombre?

Salut,

J'ai repris la ZiGate et j'ai refait tous les tests... je suis arrivé à 20 devices puis je suis tombé sur le même souci... à savoir le "device announce" 0x004D et plus rien après.
J'ai repris tout le code et refais des tests tout le Week-end et bonne nouvelle ! j'ai trouvé où ça bloque (un oublie de ma part). Une petite mise à jour du firmware et hop, je suis arrivé à 26 devices (7 routeurs et 19 sur piles)parce que je n'en avais plus. Un collègue vient de me prêter 9 autres devices pour tester les limites.

Dès que j'aurai fini les tests sur le nombres réels de devices max, je mettrai en ligne le nouveau firmware.

Voilà pour les nouvelles.

A bientôt !

Hello,
Une idée de la dispo de la maj du firmware sur Linux ? (J'ai aucun Windows qui fonctionne chez moi ^^)
Merci

Désolé mais je m'y mettrai dessus (développement programme flashage sous Linux) que mi Janvier je pense.

Sinon je suis à 37 devices enregistrés et pas de messages d'alertes dépassement mémoire ... need other devices !

To be continued

bonne nouvelle !
Peux tu fournir le nouveau Firmware pour tester ça ?

Merci

Je préfère attendre de finir les tests avant de sortir une nouvelle version. On ne sait jamais, si j'ai une surprise, ça m'évitera de sortir trop de versions ...
Encore un peu de patience !

mstraa a écrit :Si jamais la BDD n'est pas monté par zigate.fr, je veux bien me pencher sur le sujet pour monter un petit site collaboratif avec une BDD et pourquoi une petite API REST.
Ce ne sera en effet que bénéfique pour les dev et pour les users et la démocratisation de la Zigate bien sûr

Bonjour,

Je développe actuellement un 'proof of concept' de driver pour la zigate pour nodejs (cf. https://github.com/nouknouk/node-zigate). J'aurai moi-aussi le besoin d'ajouter une sorte de 'base de données' qui recense chaque périphérique et ses spécificités ; dans ce cadre je pense que mettre cette partie là en commun pour les différents projets serait une très bonne chose (c'est typiquement ce qui est fait pour le zwave que je connais bien mieux).

Perso je vois, pour chaque périphérique:

- quelques méta données (un nom 'user friendly', la marque, une url vers une photo, une/plusiuers catégories genre capteur température, bouton, ...),

- les caractéristiques des commandes/valeurs dispo : clusters & attributs utilisables + des noms user friendly pour chacun d'eux.

- la possibilité de définir des règles de conversion de telle ou telle donnée (genre la règle pour récupérer le niveau de batterie du capteur de température du Xiamoi Aquara en trifouillant deux bytes d'un attribut 'manufacturer specific'),

- une forme de 'fingerprint', qui permet d'identifier un périphérique qui vient d'arriver sur le réseau (et qui propose tels et tels clusters, a telle valeur pour tel attribut, etc)... et qui permet de le faire correspondre à tel périphérique recensé dans notre "base de données".

Perso, je penche plutôt pour une base librement accessible, gérant le versionning, et facilement accessible à tout le monde. Je penche pour ce qui me semble être devenu un standard de fait: un repository github qui proposerait quelques fichiers avec un format facilement lisible par une grosse majorité de langages (style JSON).

My 2 cents.

nouknouk a écrit :

mstraa a écrit :Si jamais la BDD n'est pas monté par zigate.fr, je veux bien me pencher sur le sujet pour monter un petit site collaboratif avec une BDD et pourquoi une petite API REST.
Ce ne sera en effet que bénéfique pour les dev et pour les users et la démocratisation de la Zigate bien sûr

Bonjour,

Je développe actuellement un 'proof of concept' de driver pour la zigate pour nodejs (cf. https://github.com/nouknouk/node-zigate). J'aurai moi-aussi le besoin d'ajouter une sorte de 'base de données' qui recense chaque périphérique et ses spécificités ; dans ce cadre je pense que mettre cette partie là en commun pour les différents projets serait une très bonne chose (c'est typiquement ce qui est fait pour le zwave que je connais bien mieux).

Perso je vois, pour chaque périphérique:

- quelques méta données (un nom 'user friendly', la marque, une url vers une photo, une/plusiuers catégories genre capteur température, bouton, ...),

- les caractéristiques des commandes/valeurs dispo : clusters & attributs utilisables + des noms user friendly pour chacun d'eux.

- la possibilité de définir des règles de conversion de telle ou telle donnée (genre la règle pour récupérer le niveau de batterie du capteur de température du Xiamoi Aquara en trifouillant deux bytes d'un attribut 'manufacturer specific'),

- une forme de 'fingerprint', qui permet d'identifier un périphérique qui vient d'arriver sur le réseau (et qui propose tels et tels clusters, a telle valeur pour tel attribut, etc)... et qui permet de le faire correspondre à tel périphérique recensé dans notre "base de données".

Perso, je penche plutôt pour une base librement accessible, gérant le versionning, et facilement accessible à tout le monde. Je penche pour ce qui me semble être devenu un standard de fait: un repository github qui proposerait quelques fichiers avec un format facilement lisible par une grosse majorité de langages (style JSON).

My 2 cents.

Oui voilà bonne idée, l'idéal serait d'avoir l'avis de Akila à ce sujet.

Le hardware est la, il a sûrement besoin d'evolution, d'affinage, reste à définir la façon de le gérer, sachant que le ZigBee à déjà des clusters bien défini et efficace, il nous manque juste des valeurs à mettre dedans.

deennoo a écrit :sachant que le ZigBee à déjà des clusters bien défini et efficace, il nous manque juste des valeurs à mettre dedans.

Je pousse encore un poil le HS pour dire (pour les devs que ça intéresse) que la définition des clusters et de leurs attributs 'standards', tels que définis par la ZCL (Zigbee Cluster Library) sont déjà dispo sous forme 'exploitable' par un programme dans le repository zigbeer/zcl-id

Bref, théoriquement, on a 95% du boulot de recensement qui serait déjà fait là dedans ... en pratique il reste ... les 95% de boulot en plus pour découvrir, comprendre et recenser tous les attributs 'non standard' utilisés par les périphériques qu'on trouve dans le commerce

nouknouk a écrit :

deennoo a écrit :sachant que le ZigBee à déjà des clusters bien défini et efficace, il nous manque juste des valeurs à mettre dedans.

Je pousse encore un poil le HS pour dire (pour les devs que ça intéresse) que la définition des clusters et de leurs attributs 'standards', tels que définis par la ZCL (Zigbee Cluster Library) sont déjà dispo sous forme 'exploitable' par un programme dans le repository zigbeer/zcl-id

Bref, théoriquement, on a 95% du boulot de recensement qui serait déjà fait là dedans ... en pratique il reste ... les 95% de boulot en plus pour découvrir, comprendre et recenser tous les attributs 'non standard' utilisés par les périphériques qu'on trouve dans le commerce

Super sourcing merci

Des nouvelles du nouveau firmware ZiGate ?

Par avance, merci !

Bonjour,

Pour tenter de comprendre si c'est bien un problème d'alim qui entraine mes problèmes de signal 11, j'ai installé un 2ème Domoticz sur un PI2 sur lequel j'ai mis un PiDrive et seulement la Zigate. Cette partie fonctionne pour le moment. Si jamais je retrouve mon erreur signal 11...


En revanche j'ai configurés mes 2 domoticz en maitre-esclave (zigate sur l'esclave), et aucun des dispositifs du Zigate ne sont remontés sur le maitre!
Pourtant j'ai bien la température du proc du raspberry esclave qui est remontée sur le maitre donc la connexion fonctionne bien.

Il y a aurait une raison particulière sur le plugin pour que les infos ne soient pas remontées sur le maitre?
Ça pourrait venir d'autre part?
Une idée?

Bonne soirée.