Forum Domoticz en français

Hello,

N'étant pas certain que le retour SAV de mon ZGA008 qui avait de gros pb (désormais brické par une tentative de changement de firmware) va être accepté et comme je voulais profiter ses soldes pour faire qq emplettes, un avis sur ce modèle basé sur la dernière version des EFR32? Il est annoncé compatible ZHA par le vendeur donc devrait être OK avec Z4D qui partage la même base côté support matériel?

https://www.domadoo.fr/fr/produits-zigb ... 7mg24.html

Ça fera peut-être doublon avec un ZGA008 renvoyé sous garantie, mais à l'usage j'ai eu des pb de portée malgré un maillage conséquent et l'antenne intégrée apportait une esthétique discrète (surtout dans un intérieur blanc, ici au moins l'antenne le sera) mais ce n'était pas forcément une bonne idée d'avoir l'antenne la moins bonne dans une bande 2.4GHz bien encombrée...

Niveau changement, je suppose que qqsoit le coordinateur (même strictement identique), on a de toutes manières tout à resetter/re-apparier?

Salut,

Pour les Hardware voici les infos:=

* https://github.com/zigpy/bellows#hardware-requirement (pour les modules EZSP Silicon Labs)
* https://github.com/zigpy/zigpy-znp (pour les modules ZNP Texas Instruments)

Pour ma part j'utilise des USB Dongle SonOff, c'est parfait


Normalement le plugin fait un backup du coordinateur
Ce backup est compatible avec les Silicon Labs et Texas Instruments.
Silicon Labs -> Texas Instrument
Silicon Labs -> Silicon Labs (IL faut autoriser via un paramètre l'overwrite de la Mac Addresse)
Texas Instrument -> Texas Instruments
Texas Instruments -> Silicon Labs (IL faut autoriser via un paramètre l'overwrite de la Mac Addresse)

En effet lorsque le restore va être fait, il va falloir changer la Mac Address du nouveau coordinateur avec celle de l'ancienne. ATTENTION: ne pas utiliser les 2 coordinateurs (l'ancien et le nouveau), car il va y avoir 2 Mac Addresses identiques !!!!

Over write de la Mac address:
Les Silicon Labs sont protégées et ne permettent d'écrire une Mac Address qu'une seule fois.
"OverWriteCoordinatorIEEEOnlyOnce" paramètre à mettre à 1 dans le fichier de Config du plugin.
L'idée est de

0- Faire une sauvegarde du dernier backup de coordinateur Data/Coordinator-xx.backup

1- "OverWriteCoordinatorIEEEOnlyOnce" : true. ( Conf/PluginConf-xx.json)
2- lancer le plugin en ayant changer le chemin d'accès du coordinateur de l'ancien vers le nouveau ., et en ayant positionner "Initialize Coordinator" à true (dans le menu Hardware de Domoticz) (Ne pas créer une nouvelle instance, sinon on perd tout et le re-appairage sera nécessaire)
3- attendre l'initialisation, puis le restore du backup du coordinateur, pour que le nouveau soit chargé avec la dernière sauvegarde)
4- arrester le plugin
5- supprimer la ligne "OverWriteCoordinatorIEEEOnlyOnce" : true du fichier de config


Alternative:
Tu peux utiliser la ligne de commande zigpy-cli (https://github.com/zigpy/zigpy-cli) avec les commandes

zigpy radio znp /dev/ttyUSB1 restore Coordinator-02.backup (Pour un restore vers TI)

PS/ Pour le restore vers (Silicon Labs, j'ai ouvert un Issue ici https://github.com/zigpy/zigpy-cli/issues/57)

Hello,

Côté EZSP, la liste n'a pas l'air bien à jour! Le module que j'utilisais jusque (Aeon ZGA008) là n'est même pas référencé!
Avant d'acheter un truc, je regardais pour ma part la liste blackadder en vérifiant la compatibilité Domoticz ou, à défaut d'indication, celle ZHA vu la base commune.

Pour le module que je citais, ZHA y est (en plus de Z2MQTT):
https://zigbee.blakadder.com/SMLIGHT_SLZB-07MG24.html

Idem pour le ZGA008 actuel en renvoi SAV, qui fonctionnait parfaitement sous Domoticz malgré que ce ne soit pas précisé:
https://zigbee.blakadder.com/Aeotec_ZGA008.html

Les SMLIGHT sont vendus pour avoir un PCB ou ce qui remonte de l'USB est proprement isolé entre plan de masse et d'alim, ce qui n'est pas le cas des SONOFF qui ont plutôt tendance... à enfermer tout cela dans la carcasse métallique pourtant présentée comme un atout de ce point de vue!

Actuellement, je tourne sur un PI3B donc de l'USB2, mais quitte à changer de module j'aimerais privilégier un modèle qui offre les meilleures garanties d'immunité si je change un de ces jours pour un truc qui impose l'usage de ports USB3 posant plus de problèmes côté EMI.

Bref, est-il raisonnable de se baser sur la liste blackadder + compatibilité ZHA | Domoticz (sachant qu'au pire il y a le délai de rétractation sous 7j)...

EDIT: Les SMLIGHT, comme le Aeon, ont une autre différence vs SONOFF avec un contrôle de flux matériel (rts/cts) au lieu de logiciel (cad du XON/XOFF j’imagine). Je ne l'avais pas vu avant, mais côté Z2MQTT il y a un réglage pour cela (ainsi que le baudrate) et pas côté config plugin, avec le reste de la config série?

Après mon dernier edit ci dessus, comme tous les modules ne sont pas en contrôle de flux HW, je me demandais ce qu'il en était faute de pouvoir le régler.
Sur zigate (hardware unique) le plugin le mettait explicitement. Les autres intégrations, non.

Côté zigpy, cela serait fait ici au niveau du _connect:
https://github.com/zigpy/bellows/blob/d ... ws/uart.py

Et a priori, si rien de défini on tombe dans: Donc contrôle de flux matériel par défaut... Comme c'était un particularisme de la ZGA008, je me demandais en fait si mes pb ne venaient pas de là, si cela avait été l'inverse. Mais sans pouvoir expliquer que cela tourne à la cata au bout de 18 mois et non plus rapidement.

Par contre, peut-être que la conf plugin ayant historiquement été faite pour la zigate seule cela n'a pas été prévu. A lire le chapitre dédié, il semblerait aussi que les baudrates puissent varier selon les coordinateurs et leur contrôle de flux:
https://github.com/zigpy/bellows/tree/d ... figuration

n'hesites pas à faire évoluer le plugin
Ca se passe par ici https://github.com/zigbeefordomoticz/Do ... ad.py#L208

Aujourd'hui la plus part des UARt sont en 115200, et c'est codé en dure dans le plugin
Pareil pour la gestion du flux

maintenant tu peux jouer sur le code.

Après restera a trouver comment passer ces paramètres car coté lancement du plugin depuis Domoticz il y a plus grand chose de dispo

Niveau python je me débrouille sans être un très bon connaisseur de langage (et dela prog objet en général). Je jetterais un oeuil un peu plus loin quand j'aurais un peu de temps car la ligne pointée ne m'évoque pas une config uart a 1ère vue!
Car pour le baudrate c'est forcément ok sinon ca ne fonctionnerait pas du tout mais le contrôle de flux mal configuré par contre cela pourrait marcher longtemps... jusqu'à une periode d'échange plus intense ou il y aura dela perte.

https://github.com/zigbeefordomoticz/Do ... ad.py#L274

ici, pour voir comment cela se passe en EZSP
https://github.com/zigpy/bellows/blob/0 ... rt.py#L120

En gros si None (c'est le default) xon_xoff, rtscts = True, False

OK, donc on est par défaut en fait sur un contrôle de flux SW, pouvant donc poser pb à tout coordinateur nécessitant un contrôle de flux HW.

D'après ce qui est donné ici pour tout ce qui est basé EFR32:
https://www.zigbee2mqtt.io/guide/adapte ... t.html#usb

On aurait alors une config actuelle par défaut du plugin pouvant (peut-être? après tout un xon/xoff n'a pas de raison de ne pas fonctionner par dessus un contrôle de flux matériel si les 2 côtés le supportent, même s'il rajoutera du trafic de controle de flux en cas de congestion, qu'un contrôle matériel évite) poser pb à tous les coordinateurs (dont mon ZGA008)... sauf le Sonoff ZBDongle-E (+un peu commun ME Z-Station) à propos duquel il est bien précisé: Dommage que je l'ai pas vu avant, j'aurais pu facilement tester d'ajouter ceci en dur pour test: Mais bon, il est en route pour le vendeur depuis hier... A suivre avec le retour SAV.

Comment imagines-tu le passage de cette information ? depuis Domoticz ?
j'aimerais éviter autant que possible un fichier yaml

Je dirais que vu de l'utilisateur le plus simple serait au niveau de la config de base du plugin côté Domoticz, onglet Configuration/Matériel, là ou on mets déjà l'info sur le tty du port série utilisé d'avoir alors en plus le contrôle de flux (par défaut en SW idem actuellement) voir aussi le baudrate (de vieux coordinateurs semblaient limités à du 57600 quand pas de contrôle de flux matériel et j'avais vu des firmwares EFR21 désormais configurés pour du 230400 en recherchant celui qui avait été conseillé par le mainteneur zigpy qui a brické le ZGA008, même si actuellement les fabricants semblent encore coller 115200 par défaut).