Open max5962 opened 2 years ago
Bonjour
Via le quirk est il possible d'ajouter des sensors je pense notement au total réinjecter pour les producteur et l'injection instantané ?
Pour ce qui est du firmware c'est étrange... J'ai fait la mise à jour en flachant avec un FTDI, pas en OTA. J'imagine que tu as fait pareil ?
J'ai fait la mise en OTA avec ZHA: https://github.com/zigpy/zigpy/wiki/OTA-Device-Firmware-Updates
hello @pdecat , j'essaye désespérément d'updater via OTA :
2022-01-14 11:57:58 DEBUG (MainThread) [zigpy.zcl] [0xf9be:1:0x0019] OTA query_next_image handler for 'LiXee ZLinky_TIC': field_control=0, manufacture_id=4151, image_type=1, current_file_version=1, hardware_version=None 2022-01-14 11:57:58 DEBUG (MainThread) [zigpy.zcl] [0xf9be:1:0x0019] OTA image version: 3, size: 239198. Update needed: True 2022-01-14 11:57:58 DEBUG (MainThread) [zigpy.zcl] [0xf9be:1:0x0019] OTA image_block handler for 'LiXee ZLinky_TIC': field_control=0, manufacturer_id=4151, image_type=1, file_version=3, file_offset=0, max_data_size=48, request_node_addr=Noneblock_request_delay=None 2022-01-14 11:57:58 DEBUG (MainThread) [zigpy.zcl] [0xf9be:1:0x0019] OTA upgrade progress: 0.0 2022-01-14 11:57:59 DEBUG (MainThread) [zigpy.zcl] [0xf9be:1:0x0019] OTA image_block handler for 'LiXee ZLinky_TIC': field_control=0, manufacturer_id=4151, image_type=1, file_version=3, file_offset=40, max_data_size=48, request_node_addr=Noneblock_request_delay=None 2022-01-14 11:57:59 DEBUG (MainThread) [zigpy.zcl] [0xf9be:1:0x0019] OTA upgrade progress: 0.0
mais j'ai l'impression de toujours rester à 0.0% ( cela depuis 1h ) une idée ?
j'ai lancé cette commande :
ieee: <device_ieee>
endpoint_id: 1
cluster_type: out
command_type: client
cluster_id: 25
command: 0
args:
- 0
- 100
C'est que chez moi que ça remonte des KWH alors que ce sont des WH ? J'ai des mesures *1000, ou alors ma maison consomme vachement trop !
La facture du mois va être un peu salée en effet
Pour rafraîchir certains attributs, il est également possible d'utiliser https://github.com/mdeweerd/zha_custom et d'invoquer le service
zha_custom.execute
via une automatisation basée sur l'heure:- id: read_zlinky_summation_delivered_every_minute alias: Read ZLinky_TIC summation delivered every minute description: '' trigger: - platform: time_pattern hours: '*' minutes: /1 seconds: '0' condition: [] action: - service: zha_custom.execute data: ieee: 01:23:45:67:89:10:11:12 command: attr_read cluster: 1794 attribute: 0 endpoint: 1 mode: single
Malgré un flash impossible sur ma Zlinky, cette astuce fonctionne du tonnerre même en V1 !
Quelqu'un dispose d'un Zlinky qui remonte les bonnes info en triphasé sous Home Assistant avec l'intégration ZHA?
J'utilise un Zlinky connecté à une ConbeeII (avec intégration ZHA). Initialement en V3.0, flashé via OTA en V4.0 (aucun soucis de ce côté là). Même en supprimant l'appareil et en le réappairant, seulement 5 entités sont crées dont 3 qui donnent des valeurs aberrantes (electrical_measurement= valeur fixe à -32 768 W, electrical_measurement_rms_voltage= valeur fixe à 65 535 V, smartenergy_metering_summation_delivered= valeur fixe à 0 kWh...), les deux autres correspondent à une mesure d'ampérage et de puissance apparente sans que je puisse déterminer à quoi les valeurs correspondent réellement...
Impossible de vérifier ou modifier le mode utilisé par le Zlinky (je suppose qu'il est par défaut en mode historique monophasé...), cf. Problem reading custom cluster 0xFF66 #46
Je suis peut-être passé à côté de quelque chose dans la config ou autre. Des suggestions?
J'ai la Zlinky (FM v4) sous ZHA.
En l'état mes valeurs sont celles-ci :
En l'occurence :
Je vais tenter avec ZHA ToolKit comme proposé par @max5962
Hello, suis aussi en FW v4 via OTA, reset et réassociation, mais je n'ai pas les KWh...bug de la clé Zlinky ?
Du coup, rien su la carte Energie.
Suis en 12.10.
Pensez que je dois mettre à jour le FW de la conbee 2 ?
Quelqu'un dispose d'un Zlinky qui remonte les bonnes info en triphasé sous Home Assistant avec l'intégration ZHA?
J'utilise un Zlinky connecté à une ConbeeII (avec intégration ZHA). Initialement en V3.0, flashé via OTA en V4.0 (aucun soucis de ce côté là). Même en supprimant l'appareil et en le réappairant, seulement 5 entités sont crées dont 3 qui donnent des valeurs aberrantes (electrical_measurement= valeur fixe à -32 768 W, electrical_measurement_rms_voltage= valeur fixe à 65 535 V, smartenergy_metering_summation_delivered= valeur fixe à 0 kWh...), les deux autres correspondent à une mesure d'ampérage et de puissance apparente sans que je puisse déterminer à quoi les valeurs correspondent réellement...
Impossible de vérifier ou modifier le mode utilisé par le Zlinky (je suppose qu'il est par défaut en mode historique monophasé...), cf. Problem reading custom cluster 0xFF66 #46
Je suis peut-être passé à côté de quelque chose dans la config ou autre. Des suggestions?
Pareil que toi. Es tu avec le dernier Fw de ta conbee 2 ?
Pareil que toi. Es tu avec le dernier Fw de ta conbee 2 ?
Oui, je suis avec le dernier Fw ConbeeII
Pour rafraîchir certains attributs, il est également possible d'utiliser https://github.com/mdeweerd/zha_custom et d'invoquer le service
zha_custom.execute
via une automatisation basée sur l'heure:- id: read_zlinky_summation_delivered_every_minute alias: Read ZLinky_TIC summation delivered every minute description: '' trigger: - platform: time_pattern hours: '*' minutes: /1 seconds: '0' condition: [] action: - service: zha_custom.execute data: ieee: 01:23:45:67:89:10:11:12 command: attr_read cluster: 1794 attribute: 0 endpoint: 1 mode: single
Hello
et avec cela je pourrais réactualiser du coup ma conso KW qui pour le moment me remonte 0 ?
Hello, suis aussi en FW v4 via OTA, reset et réassociation, mais je n'ai pas les KWh...bug de la clé Zlinky ?
Tu as regardé si tu avais une valeur différente de 0 en faisant un get sur l'attribut current_summ_delivered dans "manage clusters" ?
Sinon, idem pour moi, smartenergy_metering_summation_delivered est toujours égal à 0. Zlinky reçu la semaine dernière, Zlinky firmware V4 (upgrade via OTA), dernier firmware Conbee II (0x26720700). Linky en mode historique. Home Assistant 2021.12.10. J'ai fait la mise à jour du firmware Zlinky en V4 justement pour voir si cela réglait ce problème.
Je suis allé vérifier les données dans le cluster ZLinkyTICMetering (id 0x0702), current_summ_delivered (id 0x0000) est toujours 0. Même en faisant un get manuel. Bien sûr, idem avec une automatisation via zha_toolkit.execute.
Par contre, j'ai des valeurs qui me paraissent cohérentes dans les deux attributs suivants : current_tier1_summ_delivered (id 0x0100) current_tier2_summ_delivered (id 0x0102) J'ai un contrat HC/HP, est-ce que ça pourrait venir de là ? On dirait que la somme des deux "tier" ne se fait pas automatiquement ?
Hello, suis aussi en FW v4 via OTA, reset et réassociation, mais je n'ai pas les KWh...bug de la clé Zlinky ?
Tu as regardé si tu avais une valeur différente de 0 en faisant un get sur l'attribut current_summ_delivered dans "manage clusters" ?
Sinon, idem pour moi, smartenergy_metering_summation_delivered est toujours égal à 0. Zlinky reçu la semaine dernière, Zlinky firmware V4 (upgrade via OTA), dernier firmware Conbee II (0x26720700). Linky en mode historique. Home Assistant 2021.12.10. J'ai fait la mise à jour du firmware Zlinky en V4 justement pour voir si cela réglait ce problème.
Je suis allé vérifier les données dans le cluster ZLinkyTICMetering (id 0x0702), current_summ_delivered (id 0x0000) est toujours 0. Même en faisant un get manuel. Bien sûr, idem avec une automatisation via zha_toolkit.execute.
Par contre, j'ai des valeurs qui me paraissent cohérentes dans les deux attributs suivants : current_tier1_summ_delivered (id 0x0100) current_tier2_summ_delivered (id 0x0102) J'ai un contrat HC/HP, est-ce que ça pourrait venir de là ? On dirait que la somme des deux "tier" ne se fait pas automatiquement ?
Sur l'attribut current_summ_delivered = 0 pour moi.
current_tier1_summ_delivered (id 0x0100) = Idem j'ai de l'info , et correspond aux heures Creuses current_tier2_summ_delivered (id 0x0102) = Idem j'ai de l'info, et correspond aux heures Pleines J'ai aussi un contrat HC/HP donc ça serait nikel s'il y avait une entité pour chacun :) et idéalement un autre qui ferait le cumul des deux.
En attendant y aurait pas une astuce pour obtenir les valeurs HP/HC qui remontent ?
current_tier1_summ_delivered (id 0x0100) = Idem j'ai de l'info , et correspond aux heures Creuses current_tier2_summ_delivered (id 0x0102) = Idem j'ai de l'info, et correspond aux heures Pleines
Exactement !
J'ai aussi un contrat HC/HP donc ça serait nikel s'il y avait une entité pour chacun :) et idéalement un autre qui ferait le cumul des deux.
Bon là j'avoue que pour l'instant ça me dépasse. Peut-être avec un quirk zha ?
En attendant y aurait pas une astuce pour obtenir les valeurs HP/HC qui remontent ?
En attendant mieux, j'ai bricolé un truc qui pourrait t'intéresser. Je débute en HA, alors c'est sûrement très moche et optimisable, mais il faut bien se lancer !
On peut utiliser le service zha_toolkit.execute pour récupérer un attribut dans un cluster Zigbee, et le stocker dans un sensor.
J'ai donc défini deux sensors dans mes templates, et mis en place une automatisation qui appelle zha_toolkit.execute pour mettre à jour ces sensors toutes les minutes à partir des données présentes dans les attributs correspondants aux HC et HP du cluster ZLinkyTICMetering.
Les 2 sensors :
template:
- sensor:
- name: lixee_zlinky_tic_metering_HC
unit_of_measurement: "Wh"
device_class: energy
state_class: total_increasing
state: unavailable
- name: lixee_zlinky_tic_metering_HP
unit_of_measurement: "Wh"
device_class: energy
state_class: total_increasing
state: unavailable
L'important ici, c'est le state_class total_increasing qui va permettre de faire des statistiques, et notamment d'utiliser ces sensors dans le dashboard Energy. Le state unavailable permet d'éviter que quelque chose se serve des sensors avant que l'automatisation ait eu le temps de les initialiser. Comme c'est un sensor sur lequel on va faire des stats, il faut aussi que la première donnée insérée dans ce sensor total_increasing soit le point de départ (le nombre de Wh affichés sur le compteur dans notre cas). Ça permet à HA de stocker des incréments horaires à partir de la somme totale des Wh (je sais pas si je suis très clair là...) Par exemple, si on met state: 0, on se retrouve avec une conso de départ instantanée égale à l'historique du compteur, ce qui fausse un peu les données. En mettant state: unavailable, on s'assure que la première donnée insérée viendra bien du compteur lors du premier lancement de l'automatisaton.
Et l'automatisation :
alias: Read ZLinky_TIC HC + HP every minute
description: ''
trigger:
- platform: time_pattern
hours: '*'
minutes: /1
seconds: '0'
condition: []
action:
- service: zha_toolkit.execute
data:
command: attr_read
ieee: 00:12:34:56:78:9a:bc:de
cluster: 1794
attribute: 256
state_id: sensor.lixee_zlinky_tic_metering_HC
allow_create: false
- service: zha_toolkit.execute
data:
command: attr_read
ieee: 00:12:34:56:78:9a:bc:de
cluster: 1794
attribute: 258
state_id: sensor.lixee_zlinky_tic_metering_HP
allow_create: false
mode: single
Dans data, Il faut remplacer la valeur ieee: 00:12:34:56:78:9a:bc:de par l'IEEE de ton Zlinky (dans Device info sur la fiche du device). Avec state_id: sensor.x on stocke la valeur de l'attribut Zigbee dans l'état de notre sensor. Au départ, j'avais spécifié les valeurs cluster: et attribute: en hexa, comme dans "manage clusters" mais j'ai l'impression qu'il me les reconvertit en decimal base 10 quand je sauvegarde.
Et en bonus, un template de sensor qui fait la somme HC + HP :
template:
- name: lixee_zlinky_tic_metering_HC_HP_sum
unit_of_measurement: "Wh"
device_class: energy
state_class: total_increasing
state: >-
{% if is_state('sensor.lixee_zlinky_tic_metering_HC', 'unavailable') %}
unavailable
{% elif is_state('sensor.lixee_zlinky_tic_metering_HP', 'unavailable') %}
unavailable
{% else %}
{% set HC = states('sensor.lixee_zlinky_tic_metering_HC') | int %}
{% set HP = states('sensor.lixee_zlinky_tic_metering_HP') | int %}
{{ HC + HP }}
{% endif %}
Ici, ce qui pourrait être une simple addition est en réalité un peu plus compliqué, car il faut encore gérer l'état initial des sensors. Avec 'unavailable', on s'en sort et ça fonctionne bien.
Au final, ce qui est bien avec 2 sensors séparés pour les HC et HP, c'est qu'on peut leur associer un coût différent dans le dashboard Energy.
Alors là mec tu déchires et je vais direct essayer ta méthode et te faire un feedback mais ça me paraît être du tout bon et c'est ce que je cherchais poursm suivre la conso dans le d'abord d'énergie c'est top
Au top ! ça marche impec et Onglet "Energy" en cours de crunching de la data.
Je t'invite à partager ta manip sur la communauté HACF car ton tuto servira pour ceux dans notre cas (conbee 2, FW à jour etc...) en attendant qu'effectivement l'integration lixee avec ZHA soit meilleure !
Thx encore !!!
Les 2 sensors :
Je sens que je vais poser une question con mais j'ai ce problème quand je crée les sensors :
Invalid config for [sensor]: required key not provided @ data['platform']. Got None. (See ?, line ?).
on les crée sur quelle plateforme ces 2 sensors ?
Merci :)
Dans ton fichier confi.yml. tu as juste à faire copier coller sur la fin de ton fichier. Bien vérifier les alignements au besoin. Check la validation avant de redémarrer
@cedsib Attention si tu as créé des fichiers séparés dans ta config ! Ex : fichier sensor.yaml cela ne fonctionne pas car l'écriture proposé par @skanx n'est pas géré dans le fichier sensor, il faut donc soit l'intégrer directement dans ton fichier config.yaml soit créer un fichier template.yaml et rajouter la mention dans ton fichier config.yaml
@skanx Merci pour cette proposition ! Cela fonctionne parfaitement ! Par contre, j'aimerai bien récupérer l'état de mon compteur : soit il est en HC soit HP pour me faire un sensor également. Je connais les horaires de mes heures creuses, mais j'ai remarqué que c'était toujours décalé (ex : 12h30 selon mon fournisseur d'électricité mais 12h37 en réel). Je ne trouve pas cette information dans les clusters ou les attributes... Quelqu'un a déjà vu cette info sur le Zlinky ? Merci
@Hankey71 :
rajouter la mention dans ton fichier config.yaml
yes c'est ce que j'ai fini par faire et ça marche nickel. Merci !
merci pour le tuto, ca à l'air de fonctionner chez moi :)
mais si je souhaite stocker les valeur HP/HC en kWh plutot qu'en Wh, ou dois-je faire la division par 1000 dans template ou automation?
merci pour le tuto, ca à l'air de fonctionner chez moi :)
mais si je souhaite stocker les valeur HP/HC en kWh plutot qu'en Wh, ou dois-je faire la division par 1000 dans template ou automation?
Pour moi si la destination est l onglet énergie, cela m indiqué en kW. Donc ça convertit
Bonjour a tous, alors pour moi ca marchais pas trop mal en fait juste la base pas trop exploitable; j'ai donc essayer de mettre a jour le firmware en OTA, gros fail rien ne se passais. j'ai tenter alors de le supprimer pour le rajouter, genre reset, mais la gros drame
ZHA ne veux plus l'ajouter, lors du Discover , il apparait bien, mais reste bloqué sur " démarrage du processus d'interrogation". et oui plus rien pire ca me fait sauter mon zigbee obliger de redémarrer mon RASPi sinon j'ai plus de contrôle
Pour rafraîchir certains attributs, il est également possible d'utiliser https://github.com/mdeweerd/zha-toolkit et d'invoquer le service
zha_toolkit.execute
via une automatisation basée sur l'heure:- id: read_zlinky_summation_delivered_every_minute alias: Read ZLinky_TIC summation delivered every minute description: '' trigger: - platform: time_pattern hours: '*' minutes: /1 seconds: '0' condition: [] action: - service: zha_toolkit.execute data: ieee: 01:23:45:67:89:10:11:12 command: attr_read cluster: 1794 attribute: 0 endpoint: 1 mode: single
Ça s'est arrêté de fonctionner chez moi depuis le 16 février, je ne sais pas pourquoi :(
@orrionis bonjour. Avez vous toujours le soucis ? Pouvez vous donner plus d'informations ?
Si votre clé zigbee bug il y a de fortes chances que des logs soit généré a se moment la. C'est possible après redémarrage du raspberry de les récupérer ?
Pour rafraîchir certains attributs, il est également possible d'utiliser https://github.com/mdeweerd/zha-toolkit et d'invoquer le service
zha_toolkit.execute
via une automatisation basée sur l'heure:- id: read_zlinky_summation_delivered_every_minute alias: Read ZLinky_TIC summation delivered every minute description: '' trigger: - platform: time_pattern hours: '*' minutes: /1 seconds: '0' condition: [] action: - service: zha_toolkit.execute data: ieee: 01:23:45:67:89:10:11:12 command: attr_read cluster: 1794 attribute: 0 endpoint: 1 mode: single
Ça s'est arrêté de fonctionner chez moi depuis le 16 février, je ne sais pas pourquoi :(
Une mise a jour de HA se jour la ? Peut être que l'intégration zha_toolkit.execute a été désactivée par erreur ?
Surement quelque chose qui a changé oui, maintenant le execute me retourne cette erreur:
2022-03-03 09:40:44 ERROR (MainThread) [homeassistant.components.automation.read_zlinky_tic_summation_delivered] Read ZLinky_TIC summation delivered: Error executing script. Unexpected error for call_service at pos 1: [0xbc8c:1:0x0702]: Message send failure
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 372, in _async_step
await getattr(self, handler)()
File "/usr/src/homeassistant/homeassistant/helpers/script.py", line 575, in _async_call_service_step
await service_task
File "/usr/src/homeassistant/homeassistant/core.py", line 1630, in async_call
task.result()
File "/usr/src/homeassistant/homeassistant/core.py", line 1667, in _execute_service
await cast(Callable[[ServiceCall], Awaitable[None]], handler.job.target)(
File "/config/custom_components/zha_custom/__init__.py", line 73, in custom_service
await handler(
File "/config/custom_components/zha_custom/zcl_attr.py", line 105, in attr_read
await attr_write(app, listener, ieee, cmd, data, service)
File "/config/custom_components/zha_custom/zcl_attr.py", line 290, in attr_write
result_read = await cluster.read_attributes(
File "/usr/local/lib/python3.9/site-packages/zigpy/zcl/__init__.py", line 297, in read_attributes
result = await self.read_attributes_raw(to_read, manufacturer=manufacturer)
File "/usr/local/lib/python3.9/site-packages/zigpy/quirks/__init__.py", line 231, in read_attributes_raw
results = await super().read_attributes_raw(
File "/usr/local/lib/python3.9/site-packages/zigpy/device.py", line 287, in request
raise zigpy.exceptions.DeliveryError(
zigpy.exceptions.DeliveryError: [0xbc8c:1:0x0702]: Message send failure
On dirait qu'il arrive plus à joindre le lixee ? Pourtant je le vois bien, j'arrive à le reconfigure et tout
Même problème après mise à jour d'Home Assistant.
Problème réglé après mise à jour de ZHA Toolkit
Étrange, tout vas bien de mon côté, même après la mise a jour d'hier.
Un mise a jour du module Zha_toolkit pourrait peut être vous aider
Bonjour,
je suis totalement novice et j'aimerai faire l'acquisition d'un ZLinky_TIC mais j'aurais quelques questions avant cela. J'ai vu qu'il était supporté par home assistant, je suis équipé d'une clef Conbee II et j'ai le module ZHA d'installé es ce compatible avec l'utilisation du Zllinky? J'ai actuellement un tarif heure creuse/heure pleine pourrais je remonter toute les informations du compteur HC/HP en watt/KWh ...? Merci pour votre retour.
Bonjour à tous,
Je viens d'acquérir également le ZLinky mais j'ai des valeurs complètement erronées ou complétement bloquées.
J'ai joint une capture d'écran des valeurs que mon module remonte, je précise que je suis avec ZHA et non Z2M qui n'est pas compatible avec le module.
Si quelqu'un peut m'aider.
Zlinky recu hier, j'ai suivi le commentaire de skanx https://github.com/fairecasoimeme/Zlinky_TIC/issues/18#issuecomment-1021186192 (merci bcp pour le post detaille :1st_place_medal: !) et ce post quasi pareil: https://forum.hacf.fr/t/cle-zlinky-lixee-avec-zha-conbee2-remonter-dans-energie-hp-hc/9058
Maintenant j'ai tout qui fonctionne impeccable dans l'energy dashboard (et oui je suis bien sur ZHA, pas Z2M).
J'ai explique ma demarche depuis le debut un peu plus en detail ici si jamais: https://forum.hacf.fr/t/zlinky-tic-ou-connecter-simplement-linky-en-zigbee/7112/154?u=max
Pour ce qui est du firmware c'est étrange... J'ai fait la mise à jour en flachant avec un FTDI, pas en OTA. J'imagine que tu as fait pareil ?
J'ai fait la mise en OTA avec ZHA: https://github.com/zigpy/zigpy/wiki/OTA-Device-Firmware-Updates
hello @pdecat , j'essaye désespérément d'updater via OTA :
2022-01-14 11:57:58 DEBUG (MainThread) [zigpy.zcl] [0xf9be:1:0x0019] OTA query_next_image handler for 'LiXee ZLinky_TIC': field_control=0, manufacture_id=4151, image_type=1, current_file_version=1, hardware_version=None 2022-01-14 11:57:58 DEBUG (MainThread) [zigpy.zcl] [0xf9be:1:0x0019] OTA image version: 3, size: 239198. Update needed: True 2022-01-14 11:57:58 DEBUG (MainThread) [zigpy.zcl] [0xf9be:1:0x0019] OTA image_block handler for 'LiXee ZLinky_TIC': field_control=0, manufacturer_id=4151, image_type=1, file_version=3, file_offset=0, max_data_size=48, request_node_addr=Noneblock_request_delay=None 2022-01-14 11:57:58 DEBUG (MainThread) [zigpy.zcl] [0xf9be:1:0x0019] OTA upgrade progress: 0.0 2022-01-14 11:57:59 DEBUG (MainThread) [zigpy.zcl] [0xf9be:1:0x0019] OTA image_block handler for 'LiXee ZLinky_TIC': field_control=0, manufacturer_id=4151, image_type=1, file_version=3, file_offset=40, max_data_size=48, request_node_addr=Noneblock_request_delay=None 2022-01-14 11:57:59 DEBUG (MainThread) [zigpy.zcl] [0xf9be:1:0x0019] OTA upgrade progress: 0.0
mais j'ai l'impression de toujours rester à 0.0% ( cela depuis 1h ) une idée ?
j'ai lancé cette commande :
ieee: <device_ieee> endpoint_id: 1 cluster_type: out command_type: client cluster_id: 25 command: 0 args: - 0 - 100
I have the same issue. No way to upgrade the firmware through Zigate et ZHA in Home Assistant. zha keeps trying every 5 min to load the new ota file I put on a directory. I detected this error message :
[zigpy.device] [0x3094] Delivery error for seq # 0x66, on endpoint id 1 cluster 0x0019: Message send failure 163
I bought an USB-TTL to try the upgrade through USB. I have to wait for it now.
Bonjour,
Depuis quelque temps mon indice de consommation ne semble plus se mettre à jour tout seul ( en allant read l'attribut manuellement aucun problème) est ce un problème connu ? Je suis sous HA docker dernière version (mais le problème est là depuis au moins une ou deux release mineure)
Bonne journée et bon week-end
FYI, there are as well issues open in https://github.com/fairecasoimeme/Zlinky_TIC/issues/41 and https://github.com/fairecasoimeme/Zlinky_TIC/issues/46 related to Zlinky_TIC device problems for the ZHA integration in Home Assistant.
Pour info, j'ai ouvert une issue pour l'ajout du quirk : zigpy/zha-device-handlers#1146
As mentioned, there is also more discussions on the ZHA side here (in English language only) -> https://github.com/zigpy/zha-device-handlers/issues/1146
hello @pdecat , j'essaye désespérément d'updater via OTA :
2022-01-14 11:57:58 DEBUG (MainThread) [zigpy.zcl] [0xf9be:1:0x0019] OTA query_next_image handler for 'LiXee ZLinky_TIC': field_control=0, manufacture_id=4151, image_type=1, current_file_version=1, hardware_version=None 2022-01-14 11:57:58 DEBUG (MainThread) [zigpy.zcl] [0xf9be:1:0x0019] OTA image version: 3, size: 239198. Update needed: True 2022-01-14 11:57:58 DEBUG (MainThread) [zigpy.zcl] [0xf9be:1:0x0019] OTA image_block handler for 'LiXee ZLinky_TIC': field_control=0, manufacturer_id=4151, image_type=1, file_version=3, file_offset=0, max_data_size=48, request_node_addr=Noneblock_request_delay=None 2022-01-14 11:57:58 DEBUG (MainThread) [zigpy.zcl] [0xf9be:1:0x0019] OTA upgrade progress: 0.0 2022-01-14 11:57:59 DEBUG (MainThread) [zigpy.zcl] [0xf9be:1:0x0019] OTA image_block handler for 'LiXee ZLinky_TIC': field_control=0, manufacturer_id=4151, image_type=1, file_version=3, file_offset=40, max_data_size=48, request_node_addr=Noneblock_request_delay=None 2022-01-14 11:57:59 DEBUG (MainThread) [zigpy.zcl] [0xf9be:1:0x0019] OTA upgrade progress: 0.0
mais j'ai l'impression de toujours rester à 0.0% ( cela depuis 1h ) une idée ?
j'ai lancé cette commande :
ieee: <device_ieee> endpoint_id: 1 cluster_type: out command_type: client cluster_id: 25 command: 0 args: - 0 - 100
I have the same issue. No way to upgrade the firmware through Zigate et ZHA in Home Assistant. zha keeps trying every 5 min to load the new ota file I put on a directory. I detected this error message :
[zigpy.device] [0x3094] Delivery error for seq # 0x66, on endpoint id 1 cluster 0x0019: Message send failure 163
@JeroLajHub @max5962 You should probably report that specific OTA update issue with Zlinky separately directly to the zigpy developers (as they also develop the ZHA integration in Home Assistant which depends on zigpy for Zigbee operations), but it would be good if someone could first confirm that the same OTA upgrade issue with Zlinky also occurs with other types of Zigbee Coordinator radio adapters as well to narrow down if the problem lies only in the zigpy-zigate radio library or also in the main zigate library .
So it would be great if you have the possibility to set up a test environment of Home Assistant and the ZHA integration with another type of Zigbee Coordinator adapter than ZiGate, (preferably one based on either Texas Instruments CC25x2 or Silicon Labs EFR32MGxx), then pair the with Zlinky_TIC to ZHA in that environment and try to perform OTA update of Zlinky firmware.
The reason for that is if the OTA update issue can be replicated with a different type of Zigbee Coordinator then it should be reported as a separate new issue to the main zigpy repository https://github.com/zigpy/zigpy/issues but if the OTA update issue is only seen on ZiGate radios then it should instead be reported as a separate new issue to the zigpy-zigate radio libary repository -> https://github.com/zigpy/zigpy-zigate
Since someone wrote that they successfully updated Zlinky firmware via OTA update in ZHA it is possible that the difference is that person is using a different Zigbee Coordinator adapter or a different firmware version on that Zigbee Coordinator adapter and if so then the problem could possibly be with only that other Zigbee Coordinator adapter or firmware and not all others.
PS: Again, after updating Zigbee Coordinator firmware follow https://github.com/zigpy/zigpy/wiki/OTA-Device-Firmware-Updates
@Hedda thank you for the insights. Unfortunately I have not the skills and the tools to understand and to do what you say. For example I have only the Zigate. Some posts in other forums seem to show that there is not such an issue with Conbee. Another fact is that in the first Zlinky_TC such as mine, one condensator is missing and RMA is defined to solve this for those who need it. So several causes may be specific as you say, among them may be some softwares not resilient or adequate enough to these configurations.
Note that I received the USB-TTL and was able to upgrade the firmware through USB with it but the OTA continues to make the search and want to upgrade anyway if I put OTA file in HA. Indeed HA version in UI is blocked to fisrt version whereas psd version in detailed attributes is as upgraded in version 5. So defenitily software is not smooth and resilient enough in ZHA.
@Hedda thank you for the insights. Unfortunately I have not the skills and the tools to understand and to do what you say. For example I have only the Zigate. Some posts in other forums seem to show that there is not such an issue with Conbee. Another fact is that in the first Zlinky_TC such as mine, one condensator is missing and RMA is defined to solve this for those who need it. So several causes may be specific as you say, among them may be some softwares not resilient or adequate enough to these configurations.
Note that I received the USB-TTL and was able to upgrade the firmware through USB with it but the OTA continues to make the search and want to upgrade anyway if I put OTA file in HA. Indeed HA version in UI is blocked to fisrt version whereas psd version in detailed attributes is as upgraded in version 5. So defenitily software is not smooth and resilient enough in ZHA.
I basically just meant that you should post a report specifically about that Zlinky_TIC OTA update problem as a new issue to either:
https://github.com/zigpy/zigpy-zigate/issues
or
https://github.com/zigpy/zigpy/issues
Which of those two repositories to report the issue to depends on if the Zlinky_TIC OTA update problem is only with ZiGate or not.
If Zlinky_TIC OTA update problem can only be seen with ZiGate in ZHA then post issue to first, otherwise post issue to second.
PS: I believe @fairecasoimeme have shipped hardware samples to zigpy/ZHA developers before which could expediate solution.
@fairecasoimeme can you maybe contact zigpy/ZHA developers and ask if you could ship them Zlinky_TIC for troubleshooting?
I am a French guy :) Here investigations qith franch forum of the ZLinky manufacturer. https://github.com/fairecasoimeme/Zlinky_TIC/issues/61#issuecomment-1125742337
Any news on this? I just received mine (firmware in v5), and the data shown in ZHA is mostly garbage.
Only the apparent power seems ok, but since the power factor is not given I currently approximate my consumption by integrating the apparent power.. which is something!
Any news on this? I just received mine (firmware in v5), and the data shown in ZHA is mostly garbage.
Sorry no news, ZHA quirk needs work, suggest post interest here to keep the discussion alive -> https://github.com/zigpy/zha-device-handlers/issues/1146
Also see the related pull request for Zlinky ZHA quirk by @pdecat -> https://github.com/zigpy/zha-device-handlers/pull/1165
FYI, ZHA need a "quirk" with converter/translator code for devices that are not supported or are not Zigbee standard in every way:
https://www.home-assistant.io/integrations/zha/#zha-exception-and-deviation-handling
https://github.com/zigpy/zha-device-handlers/blob/dev/README.md
bonjour
comment fait-on pour faire fonctionner ce truc relou la?
car cela commence sérieusement à m'énerver gentiment.
en gros, j'ai donc ce zlinky, en remplacement de mon PITinfo (qui lui fonctionne sans aller bricoler n'importe ou).... bref la question n'est pas là.
il se connecte bien au réseau zigbee, je voit des remontées d'infos, mais pas forcément les bonnes, un peut comme celles du post au dessus.
dans la page énergie en revanche rien ne s'affiche.
je n'ai pas d'abonnement HP/HC, si j'essaie cette méthode vas t'il fonctionner?
avant que je le brûle et remette mon PITinfo ^^
Bonjour, J'étais dans la même situation, j'ai tout migré sur Zigbee2MQTT et là tout fonctionne sans rien bricoler. Tout est reconnu nativement et cerise sur le gâteau il est possible d'upgrader le firmware du Zlinky directement depuis Zigbee2MQTT dans HomeAssistant et le tout en sans fil. Cordialement.
bonjour,
oui fin réapairer, régler, etc etc,,une 30 aine d'appareils me parait beaucoup comme solution pour un appareil soit disant compatible ZHA.
c'est pas que je ne veuille pas, c'est juste que reconfigurer mes zigbee, à l'instant T je n'en ai pas envie.
je garde l'idée dans un coin de ma tête tout de même
Ca vaut vraiment le coup de passer à Z2M, moi aussi j'étais sur ZHA depuis le début mais la compatibilité et la reconnaissance des appareils sur Z2M est bien meilleur. Z2M est aussi beaucoup plus stable que ZHA.
Personnellement, je peux témoigner que l'expérience ZHA dépend beaucoup du coordinateur Zigbee. Aucun de problème depuis que j'ai remplacé ma zigate par un zzh (znp).
@le-pet , vous pouvez aussi suivre la démarche de @maxime1992 : https://forum.hacf.fr/t/zlinky-tic-ou-connecter-simplement-linky-en-zigbee/7112/154?u=max
Hello @fairecasoimeme
Les updates OTA marchaient bien jusque-là, mais depuis que j'ai tenté la 0.7, puis la 0.8 ça ne passe pas :-( ça reste en 0.6
Et par le même problème probablement, le tuto fonctionnait bien mais depuis ça ne remonte plus dans Energie :-(
je n'ai pas d’abonnement HP/HC... à chaque fois on me renvoie sur cela... à croire qu'en base il ne relève rien en fait
HP/HC est un exemple, il suffit de suivre la même méthode pour l'étiquette BASE ou EASF01 avec la même automatisation des remontées avec le cluster 1794 (0x0702) et l'attribut 256 (0x0100)
Hello,
Plus un ticket de demande qu'un vrai bug. Mais c'est essentiel pour l'utilisation. Qui s'occupe de l'intégration via ZHA de zlinky ? Merci