Avis sur coordinateur

[pipiche]

Le soucis est que coté Domoticz /hardware il n’y a plus d’options car tout est utilisé.
Il faudrait regrouper avec une autre option /parametre

[lost]

Ah... Je ne savais pas qu'on était limité (surtout à ce point).

EDIT: La config debug désormais inutilisée permet de récupérer une entrée, en plus choix déroulant/multiple possible donc pour 3 baudrates existants (115200/320400/56700) avec 2 modes de contrôle de flux (xon_xoff ou rtscts), cela ferait 6 choix, avec par défaut l'actuel 115200 xon_xoff.

[pipiche]

Alors les paramètres dispos sont

Mode1: Coordinator Model ( Zigate, Znp, Ezsp )
Mode2: Coordinator Type ( USB, DIN, PI, TCPIP, Socket)
Mode3: Initialize Coordinator ( True/False)
Mode4: Plugin WebUI port
Mode5: PI base url
Mode6: Debugging

SerialPort: Serial Port to use (pre-populated by Domoticz)
Address: IP Address
Port: Port to be use with the associated address

On pourrait eventuellement ajouter des options sur la partie USB et DIN. Du genre

et ca pour chaque baudrates de 56700, 115200 et 320400)
USB (defaut 115200 et xon_xoff)
USB,56700 (defaut xon_xoff)
USB,56700,rtscts

[lost]

AMHA, recycler le paramètre désormais non utilisé/changé de place (et qui n'a pu l'être que par des utilisateurs avancés faisant du debug) serait le moins perturbant, mais je manque de vision "sous le capot" et historique.

[pipiche]

le paramètre debug est géré directement par Domoticz. Le plugin n'a pas la main dessus, car c'est Domoticz qui gère cette partie

[lost]

Hello,

Garantie OK, je devrais recevoir le coordinateur de remplacement d'ici la fin de semaine. Je commencerais par tester 1 ou 2j sans rien changer que tout fonctionne mieux, ce qui devrait être le cas vu l'historique qui précédait, mais dans le passé j'avais néanmoins qq problèmes bien plus isolés dans les logs, sans que cela déraille vraiment jusqu'à 100% d’échec: S'ils se reproduisent, je testerais déjà une config statique de contrôle de flux HW sur ce matériel qui le supporte afin de voir si cela évite des phases de fonctionnement dégradé plus limitées.

Si c'est le cas, il faudra voir comment passer l'info au plugin avec le faible nb de paramètres dispo car cela doit être connu tôt, avant config du lien série. Donc le webUI du plugin serait moins adapté (sauf à le redémarrer derrière pour prise en compte)?

EDIT: Pour la remarque au dessus, je parlais du paramètre "Mode6" désormais inutilisé, ici:
https://github.com/zigbeefordomoticz/Do ... /plugin.py
Qui est à priori un paramètre "General purpose" comme les autres:
https://wiki.domoticz.com/Developing_a_ ... _Framework

[pipiche]

je vais regarder cela et pousserais une implémentation pour le Flow et Baud Rate sur la branche rc-7.1.023

https://github.com/zigbeefordomoticz/Do ... ssues/1849

[pipiche]

Choix du type de control de flux (software our hardware)
Choix de la vitesse de communicatio

sont en place sur la rc-7.1.023

Screenshot 2025-07-16 at 19.11.57.png (146.39 Kio) Consulté 2726 fois

Screenshot 2025-07-16 at 19.12.54.png (259.38 Kio) Consulté 2726 fois

[lost]

Hello,
Merci, j'ai le colis prévu pour fin d'a.m, je vais donc pouvoir tester cela rapidement. J'étais déjà sur 023, refait un pull et MAJ les requirements donc au redémarrage le plugin sera déjà à jour...

[lost]

Hello,

Reçu, remis en place et fait la manip de récup de l'adresse pour récupérer la config: Tout semble reparti nickel sans aucune autre action nécessaire, au moins vu de Domoticz. Niveau actions sur les objets, cela a l'air de fonctionner également.

Car côté plugin, je retrouve des erreurs (cf log complet joint migration+redémarrage). Je vais laisser tourner un peu ainsi: L'occupation mémoire est montée au départ mais se stabilise... Il y a peut-être des pb de topologie avec le changement qui vont se régler avec un peu de temps?

Par contre, il y a une manip particulière à faire côté Domoticz pour que la page matériel prenne en compte les nouvelles config: La MAJ me semble avoir bien fonctionné car le plugin.py a bien les modifs/nouveaux choix mais même en quittant le webUI Domoticz/clear cache... Cela n’apparaît toujours pas.

Avant restart plugin, je n'étais pas étonné car Domoticz n'est pas encore forcément allé chercher le nouveau plugin.py et ses configs ajoutées, mais après le redémarrage pour virer la ligne pour ré-écriture adresse coordinateur c'était toujours pas là. Clear cache et pas mieux??

Attention aussi à un truc à voir les logs:

Code : Tout sélectionner

2025-07-17 15:11:11.195  Status: Zi-Stick: ++ Started radio ezsp port: /dev/ttyUSB11 config {'device': {'path': '/dev/ttyUSB11', 'baudrate': 115200, 'flow_control': None}, 'network': {}, 'ezsp_config': {'CONFIG_TX_POWER_MODE': 3}, 'ota': {}, 'handle_unknown_devices': True}

=> Par défaut, on a un 'flow_control': None
Ce n'est il me semble pas la config par défaut antérieure qui était en soft (xon/xoff) et cela pourrait perturber des installations existantes.

EDIT: Un restart complet semble nécessaire pour les options. Reste à mon sens la config par défaut actuelle à assurer pour pas perturber l'existant qui fonctionne sans souci.
Par contre les DeliveryError continuent à être nombreuses mais sans explosion conso mémoire rapide pour le moment, MAJ fichier log avec cette dernière phase de redémarrage Dz+passage flow-control HW.

PluginZigbee_47.log

(381.6 Kio) Téléchargé 67 fois