[Fermé] Stable 7.001 Conbee II Domoticz 2023.1 Bugs ?

[tempgm5]

Bonjour
Quelques petits problèmes détectés sur différents tests :
- Confirmation que les thermo TS0201 TZ3000 Renvoient des valeurs quand ils en ont envie sans respect ni de périodicité, ni de configurereporting ni même d amplitude de changement. Pas chers mais à déconseiller si l on veut des remontées au 10eme de degré près. A moins qu il y ait un moyen de leur faire faire le job. Mais même en cherchant je n ai rien trouvé.

- ConfigureReporting.py Fonction check_configuration_reporting_for_device. Il me semble que le test if self.busy or self.ControllerLink.loadTransmit() > MAX_LOAD_ZIGATE devrait renvoyer True et non False car False va relancer la config.

- database.py Fonction _write_DeviceList_json plante sur _DeviceListFileName = _pluginData / self.DeviceListName[:-3] + "json" Probleme de / manquant.

- input.py Fonction zigpy_Decode8140 Il n y a t il pas une erreur dans self.ListOfDevices[MsgSrcAddr]["Attributes List"]["Ep"][MsgSrcEp][MsgClusterID][Attribute] = Attribute_type

- OTA.py OTA_CODES Eurotronics et Lixee ont le même ManufCode 1037. Est ce normal ?
Même module Fonction ota_scan_folder La ligne ota_dir=self.pluginconf.pluginConf["pluginOTAFirmware"]+ OTA_CODES[brand]["Folder"] ne renvoie pas le dossier car il n y a pas de / à la fin de self.pluginconf.pluginConf["pluginOTAFirmware"]

- pluginModels.py La transformation par exemple du modèle TS011F _TZ3000_cehuw1lw en TS011F-Plug empêche d avoir un json personnalisé pour le modèle car on ne connait pas le modèle avant l appairage.

- readClusters.py Fonction ReadCluster Le statut du résultat n est pas toujours mis à jour dans ListOfDevices[xxxx]["ReadAttributes"] exemple pour les Read status "86"

- Apparamment l'envoi sur la Conbee d'une lecture sur un cluster inexistant ne renvoie aucun message d erreur. Erreur de ma part ou normal ?

- readZclClusters.py Fonction compute_attribute_value Il me semble qu il y a une erreur sur _eval_inputs:
if "Cluster" in _eval_inputs[x] and "Attribute" in _eval_inputs[x]:
cluster = _eval_inputs[x][ "ClusterId" ];attribute = _eval_inputs[x][ "AttributeId" ]
devrait être if "ClusterId" in _eval_inputs[x] and "AttributeId" in _eval_inputs[x]:

- rest_OTA.py MATRIX_MANUFACTURER_NAME Mêmes clefs dans dict "1015": "Develco" "1015": "frient A/S" "1037": "LiXee" "1037": "Eurotronics". Est ce noram

- tools.py Function ReArrangeMacCapaBasedOnModel self.ListOfDevices[nwkid]["DevideType"] = "FFD" ne devrait pas plutôt être self.ListOfDevices[nwkid]["DeviceType"] = "FFD" ?

- zclClusterHelpers.py Fonction compute_electrical_measurement_conso Certaines devices envoient 0 Exemple Legrand Cable outlet pour "0600": 0,"0601": 0,"0602": 0,"0603": 0, Plantage division par 0

- zclDecoders.py Fonction buildframe_read_attribute_response
La ligne while idx < len(Data) and len(Data[idx:]) >= 8: pour la réponse avec valeur Statut/Type/Valeur
devrait être while idx < len(Data) and len(Data[idx:]) >= 6: pour la réponse avec valeur Statut seulement ("86" par exemple)

- Certaines devices lumi.weather envoient 255 pour le cluster 0403 Attribut 0014 Scale de la mesure pression ce qui correspond à -1 (La valeur mesurée doit être divisée par 10) L attribut a un range hexa "81", "7f" 129 a 127 Il y a t il une erreur de type de donnée qui devrait être signée ?


Améliorations peut-être :
- Permettre de stocker des paramètres personnels dans chaque device de ListOfDevices qui seraient conservés entre redémarrage. Guère possible dans Param car pourrait devenir illisible

- Sur le polling des devices ne remontant pas les données de conso comme Blitzwolf SHP13 Le polling effectue systématiquement un read des 3 attributs 050b (Watt) 0505 (Volt) 0508 (Ampere). Cela envoie beaucoup de transactions peut être que le 0505 et 0508 pourrait être fait moins souvent. Paramètre ?

- domoMaj.py Il serait pratique d avoir la possibilité de choisir son arrondi Exemple Ampere arrondi 2 on peut avoir besoin de 3 ou 4 si la device l envoie

- heartbeat.py La fonction check_configuration_reporting est exécutée à chaque HB, cela mange un peu de temps. Il y a peut-être une raison que j ignore mais cela pourrait être exécuté moins souvent.

- tuya.py Stocker systématiquement les données et plus d elements dans "Tuya" y compris pour dp inconnus :
Actuel sur Switch 1 pas de stockage
Serait utile NwkId,"01","0006","0000",data,"Switch 1 ",hex(dp)


Voilà c est tout pour aujourd'hui. En espérant aider un peu.

[pipiche]

merci pour ces informations, n'hésites pas à soumettre des Pull Request, ca aidera toute la communauté et me soulagera également.
Si tu as des questions n'hésites pas