[Fermé] Aeotec ZGA008

[lost]

Hello, Même si d'autres coordinateurs basés sur le même composant fonctionnent, est-ce que qqun a eu l'occasion de tester celui-ci:
https://zigbee.blakadder.com/Aeotec_ZGA008.html

L'avantage comparé au sonoff E, c'est sa petite taille et a priori sans compromis sur le bilan radio... ainsi que même pas avoir besoin de changer son firmware? En zwave Aeotec était par ailleurs parmi les fabricants sérieux.

[pipiche]

pense surtout à le mettre sur une ralonge USB de bonne qualité pour l'éloigner des interferences.
Sinon ca doit fonctionner. Si ca fonctione avec ZHA, ca fonctionne avec le plugin

[lost]

Ok, je m'en doutais un peu pour la rallonge: Je l'avais déjà fait pour la clef zwave, mais à priori pire car Zigbee sur du 2.4GHz déjà pollué par le wifi...
J'espère que domadoo va refaire du stock avant la fin des soldes... Niveau périphériques faudra que je vois également, mais à priori faut un peu fuir ce qui est Xiaomi/Tuya au vu des commentaires.
Merci!

[Keros]

Les Xiaomi ont l’inconvénient de conserver une route unique, ce qui pose de problème quand un routeur n'est plus présent : les Xiaomi ne recherchent pas un nouveau chemin automatiquement vers le coordinateur. Une nouvelle demande d'appairage et c'est reparti.

Concernant le Tuya, il y a de tout : du bon et du moyen. La difficulté est que les fabricants peuvent créer les clusters qu'ils souhaitent avec les infos qu'ils veulent. En fonction de leur firmware, un coup l'info de voltage est sur X, l'autre fois sur Y et une troisième fois sur Z. Tu peux te retrouver avec deux objets identiques achetés avec quelques mois intervalles qui "fonctionnent" pas pareil. Le plugin fera la traduction des cluster pour que tu aies la mêmes chose, mais il faudra faire un paramétrage dans le plugin pour qu'il puisse comprendre l'info qu'il reçoit.

[lost]

Bon, j'ai commandé ce contrôleur Aeotec qui était de nouveau dispo en petites quantités et toujours en promo, avec 2 prises Nous qui feront aussi routeur et un capteur de vibration Moes... pour commencer avec le zigbee, après le zwave!

Je vous dirais ce qu'il en est...

[pipiche]

ton retour sera bien venu

[lost]

Bon, domadoo a fait fissa pour une commande dimanche car c'est déjà la. Pas évident que je puisse regarder dès ce soir car bizarrement j'ai "none" en version python vue par domoticz alors que je l'utilise par ailleurs sur le PI. python3 et paquets dev sont installés pourtant, bizarre...

Tout ce que je peux dire actuellement, c'est que le contrôleur ZGA008 est reconnu avec ces ID sur mon PC en Debian12 (le PI est encore en 11):

Code : Tout sélectionner

[  813.307150] usb 3-1.2: new full-speed USB device number 6 using ehci-pci
[  813.416516] usb 3-1.2: New USB device found, idVendor=1a86, idProduct=7523, bcdDevice= 2.64
[  813.416524] usb 3-1.2: New USB device strings: Mfr=0, Product=2, SerialNumber=0
[  813.416527] usb 3-1.2: Product: USB Serial
[  813.454251] usbcore: registered new interface driver usbserial_generic
[  813.454269] usbserial: USB Serial support registered for generic
[  813.456663] usbcore: registered new interface driver ch341
[  813.457372] usbserial: USB Serial support registered for ch341-uart
[  813.458030] ch341 3-1.2:1.0: ch341-uart converter detected
[  813.459009] usb 3-1.2: ch341-uart converter now attached to ttyUSB0

SerialNumber=0, j'espère que j'ai pas reçu un prototype!

[Keros]

Domadoo est rapide généralement.

Prends ton temps et n'hésite pas à nous solliciter si besoin.

[lost]

Visiblement, ce nouveau coordinateur s'initialise bien. Vu que je suis visiblement le 1er à le tester j'ai envoyé un log à Pipiche avant d'aller + loin (appairer du matos).

Suggestion côté wiki/install: Globalement c'est bon, mais il faudrait ajouter ceci.

1) Pour ceux qui n'ont pas déjà installé pip (avec python, je m’efforçait jusque là de rester avec les librairies des dépôts en me gardant d'utiliser pip, afin de ne pas potentiellement déstabiliser d'autres trucs perso ou système utilisant python et ne digérant pas des versions différentes de celles que le système propose ; je croise les doigts pour que tout se passe bien!):

sudo apt install python3-pip

2) Autoriser l'ajout de nouveaux dispositifs pour 5mn juste avant l'étape d'activation du plugin... Sinon les 2 widget côté onglet mesure ne sont pas créés, forcément!

Bon, suffit de désactiver/réactiver le plugin avec l'ajout actif et ca repart sur de bonnes bases. Pour ma part j'ai remis l'init à true histoire d'être sûr que tout soit refait (et j'avais encore rien appairé).

3) Le dernier pb rencontré (pour l'instant), c'est que j'ai un firewall actif sur le PI (ufw, qui rends iptables simple pour un usage basique)... et que, fatalement, la page custom de config du plugin qui a l'air d'utiliser l'IP locale (et non le localhost/boucle locale) ne fonctionnait pas car le port 9440 ne passait pas. Corrigé, après qq minutes à me demander pourquoi cela pouvait coincer, en le laissant passer pour ce qui est réseau local:

Sur un ufw déjà configuré/actif par ailleurs (adapter le range d'IP locales au besoin):

Code : Tout sélectionner

sudo ufw allow from 192.168.1.0/24 to any port 9440

Derrière, ça roule... accès à la page (c'est beau!).

Niveau python, les requirements du plugin semblent indirectement tirer la librairie dev et c'est cela qui me semble avoir fait apparaître la version python qui manquait (malgré qu'il fut présent) côté domoticz, après un redémarrage du service.

Bon, je suis sur une raspbian "lite" avec juste les ajouts utiles au fil des besoins donc il peut de base manquer qq trucs par rapport à des versions "fat", mais ça s'est réglé au final tout seul.

[pipiche]

merci pour les logs.
A priori aeotec a repris Elelabs, du coup ca fonctionne depuis longtemps

024-02-08 15:59:39.402 Status: Zi-Stick: EZSP Radio manufacturer: Elelabs
2024-02-08 15:59:39.405 Status: Zi-Stick: EZSP Radio board name: ELU0142
2024-02-08 15:59:39.407 Status: Zi-Stick: EmberZNet version: 6.10.3.0 build 297