tcharp38
commented
3 years ago Salut @mickadam29 Tres interessant. Je ne connaissais pas. Côte Abeille, j'imagine que Kiwi pourrait ajouter du support si et seulement si le comportement du FW est stable d'un point de vue zigbee mais ca semble une implementation plutot propre. Donc balle à Kiwi de voir si tout est implementable, pas du tout, partiellement, ou si trop de boulot. J'ai pas encore ces connaissances la.
On peut migrer cette discussion sous Slack si Kiwi pense que ca fait du sens. A tout cas merci pour cette découverte.
KiwiHC16
mickadam29
@tcharp38 @KiwiHC16
Ne sachant comment procéder autrement pour échanger avec vous, j'ouvre cet issue. J'ai reçu des modules d'expérimentations à base CC2530.
Module que j'ai programmé à l'aide du CC DEBUGER de TI
Le firmware que j'ai installé provient du site de https://ptvo.info/zigbee-switch-configurable-firmware-v2-210 A l'aide de 2 pages de configuration, j'obtiens un module EndDevice Zigbee, qui s'intègre parfaitement dans Abeille. C'est à dire que je récupère l'état des Entrées et pilote les Sorties. Pour le moment je ne l'ai pas mis en routeur bien qu'il soit alimenté par secteur. Ci-dessous la page de configuration du firmware. L'avantage de ce site, c'est que l'on s'épargne le développement spécifique et le stack. De plus, il faudrait débourser env 3500€ pour le compilateur IAR
Le firmare, à l'origine, est prévu pour fonctionner avec Zigbee2mqtt. Mais il implémente visiblement les clusters (semblerait qu'il ne fasse pas n'importe quoi)
Par exemple, pour les états des sorties, ceux-ci sont interrogeables via le cluster 0006 (ON/OFF) et les entrées via le cluster 0012 (Multistate Input). Je n'ai pas encore expérimenté tous les modes comme les entrées Analogiques, Sonde de T° , etc ....
J'ai 2 projets bien précis :
Commande Sonore et Lumineuse d'une sirène extérieure. En soit, 2 sorties du CC2530 vont piloter des MOSFET pour commuter les entrées Flash et Sirène
Surveillance du niveau de ma cuve à fuel. 4 Entrées sont connectées à des détecteurs placés sur "une colonne d'eau" et qui présente un niveau Haut (5V) en présence de fuel et BAS (0V) en l'absence.
J'aimerai participer activement avec vous pour que mon travail puisse profiter au plus grand nombre. Même si les produits Zigbee sont peu chers et qu'il est parfois facile de les détourner de leur fonction première, rien ne vaut le DIY pour coller au besoin. Mais pour cela, j'ai besoin de votre aide, en particulier de la tienne @KiwiHC16 car il me faut forcément le JSON qui va bien ainsi que les commandes. J'ai pris exemple sur ce qui existait, en particulier dans les Templates pour cela.
Toutefois, pour capitaliser, il faudrait intégrer dans Abeille un modèle JSON ou une base (on supprimerait ce qui est inutile dans le JSON) qui ne soient pas supprimés lors des mises à jour. De plus, j'ai besoin d'informations concernant les multiplications de commandes infos/actions. Par exemple, pour mes premiers tests, j'ai dupliqué 8 fois un template pour avoir les commandes correspondantes "0006-0x-0000" x allant de 1 à 8 et idem, copie d'un autre template pour les états des entrées "0012-0x-0055". J'ai vu que dans certains modèles tu utilises "#EP#', ça me semble mieux et c'est le cas pour etat.json où tu places "0006-#EP#-0000". Est-ce à généraliser et ainsi ne pas avoir autant de template json que d'entrées sur le module CC2530 ?
Le nom de l'équipement est paramétrable donc il pourrait s'appeler diy.generic de même que le json. Ensuite, à vérifier, lors de l'interrogation des clusters, on doit pouvoir créer les commandes en fonction de ce qui a été programmé et flashé. Un bon début serait par exemple un module disposant de 8 ENTREES / 8 SORTIES numériques. Et donc à l'aide de ton template créer les 8 commandes sur la base de 0012-#EP#-0055 et 0006-#EP#-0000
Voici un exemple, pas propre de ce que j'ai testé. Faut dire que cela ne fait que 48H que je me suis penché sur le projet. Pourrais-tu m'expliquer le séquencement des includes et est-ce utile d'avoir autant de etatpinin/out ?
{ "diy.input-output": { "nameJeedom": "DIY-CC2530", "timeout": "60", "Categorie": { "automatism": "1" }, "configuration": { "uniqId": "5ca7c78621176", "icone": "", "mainEP": "#EP#" }, "Commandes": { "include1": "SW", "include2": "societe", "include3": "nom", "include2 1": "etatpinin1", "include2 2": "etatpinin2", "include2 3": "etatpinin3", "include4": "etatpinout1", "include4 1": "etatpinout2", "include4 2": "etatpinout3", "include4 3": "etatpinout4", "include4 4": "etatpinout5", "include4 5": "etatpinout6", "include4 6": "etatpinout7", "include4 7": "etatpinout8", "include8":"Off", "include8 1":"Off1", "Include8 2":"Off2", "include8 3":"Off3", "include8 4":"diyOff4", "Include8 5":"diyOff5", "include9": "getManufacturerName", "include10": "getModelIdentifier", "include23": "getSWBuild", "include24": "Identify" } } }
Pour ma part, le firmware a beaucoup d'intérêts car il m'apparaît comme une solution clé en main. Je sais que vous ne pouvez pas vous pencher sur tous les équipements Zigbee et encore moins sur les exotiques DIY J'espère que nous pourrons parvenir à un travail collaboratif afin que l'intégration dans Abeille puisse se faire de façon plus simple.
N'hésitez pas, les développeurs, à revenir vers moi si vous avez des questions à propos du firmware, du hardware à mettre en oeuvre, je vous communiquerai tout ce que j'ai déjà assimilé sur le projet de PTVINFO. @KiwiHC16 si tu penses le projet intéressant et que cela mérite d'être intégré dans Abeille, je pourrais participer à ma façon en te fournissant un debugger TI ainsi qu'un CC2530 soudé sur une platine connectable au debugger pour faciliter le flash. Equipement qui serait une façon pour moi de participer à ta cagnotte.
Merci à tous ceux qui contribuent au développement de Abeille.