Téléinformation Linky autoalimenté ZigBee 3.0

Overview

ZLinky_TIC

Téléinformation Linky autoalimenté communiquant en ZigBee 3.0

Description

Description ZLinky_TIC

PCB

ZLinky_TIC est un appareil permettant de transmettre toutes les informations du Linky en ZigBee 3.0.
ZLinky_TIC est alimenté par votre compteur Linky. Il suffit simplement d'enlever le cash (jaune fluo) et de "plugger" l'appareil en pressant sur le bouton orange.
Au départ, ZLinky_TIC est en attente d'appairage mais si vous souhaitez réinitialiser l'appareil, il suffit de rester appuyer sur le bouton "link" pendant 10 secondes. L'appareil va clignoter lentement. Ensuite, le bouton relâché, l'appareil est reinitialisé.
Une fois appairé à votre box domotique par l'intermédiaire d'une ZiGate ou d'un autre coordinateur ZigBee, vous pourrez gérer votre consommation d'électricité.

!!! WARNING !!! Actuellement, l'appareil ne fonctionne qu'avec le mode Historique du compteur Linky. L'évolution du Firmware permettra de gérer le mode Standard et Gaspar

Installation

Suivre les instructions suivantes :

  • Retirer le capot vert du Linky
  • Insérer le ZLinky_TIC en appuyant sur le bouton au-dessus

PS: L'image et l'emplacement des bornes I1 I2 et A peuvent varier en fonction de la marque du Linky

Voyant lumineux

L'appareil clignote en bleu toutes les 6-7 secondes correspondant aux phases de réveil.

L'appareil clignote 2 fois toutes les 7 secondes : l'appareil n'est pas encore appairé.

L'appareil s'allume en bleu pendant 3 secondes correspondant à l'envoi des données au coordinateur.

L'appareil clignote 4 fois. Zlinky_TIC rencontre des erreurs lors de l'acquisition des données du Linky.

L'appareil clignote lentement : le bouton "link" est actionné sans relachement pour une réinitilisation.

Clusters

Clusters List

Num (Hexa) Name I/O Comment
0x0000 Basic I
0x0003 Identify I
0x0702 Simple Metering I
0x0B01 Meter Identification I
0x0B04 Electric measurement I
0xFF66 LiXee Private I
0x0019 OTA O Not used yet

Basic Cluster (0x0000)

attribut Name Value
0x0000 ZCLVersion 0x0003
0x0001 ApplicationVersion 0x0001
0x0002 StackVersion 0x0002
0x0003 HWVersion 0x0001
0x0004 ManufacturerName LiXee
0x0005 ModelIdentifier ZLinky_TIC
0x0006 DateCode 20210401
0x0007 PowerSource 0x03

Subscription (OPTARIF Values)

#f03c15 BASE
#c5f015 HC..
#c56615 EJP.
#1589F0 BBRx

RO= READ only RP= Reportable / RW = Read/Write

Commande TIC CLUSTER Attribut Droit Comment data type size max unit designation valeur par defaut
ADC0 0x0702 0x0308 RO String 12 car - Serial Number NULL
#f03c15 BASE 0x0702 0x0000 RP Uint32 9 car Wh Index Base 0
OPTARIF 0xFF66 0x0000 RO String 4 car - Option tarifaire BASE
ISOUSC 0x0B01 0x000D RO Uint16 2 car A Intensité souscrite 0
#c5f015 HCHC 0x0702 0x0100 RO Uint32 9 car Wh Index HCHC 0
#c5f015 HCHP 0x0702 0x0102 RO Uint32 9 car Wh Index HCHP 0
#c56615 EJPHN 0x0702 0x0100 RO Uint32 9 car Wh Index EJPHN 0
#c56615 EJPHPM 0x0702 0x0102 RO Uint32 9 car Wh Index EJPHPM 0
#1589F0 BBRHCJB 0x0702 0x0100 RO Uint32 9 car Wh Index BBRHCJB 0
#1589F0 BBRHPJB 0x0702 0x0102 RO Uint32 9 car Wh Index BBRHPJB 0
#1589F0 BBRHCJW 0x0702 0x0104 RO Uint32 9 car Wh Index BBRHCJW 0
#1589F0 BBRHPJW 0x0702 0x0106 RO Uint32 9 car Wh Index BBRHPJW 0
#1589F0 BBRHCJR 0x0702 0x0108 RO Uint32 9 car Wh Index BBRHCJR 0
#1589F0 BBRHPJR 0x0702 0x010A RO Uint32 9 car Wh Index BBRHPJR 0
IINST 0x0B04 0x0508 RP Uint16 3 car A Courant efficace 0xFFFF
IINST1 0x0B04 0x0508 RP Uint16 3 car A Courant efficace phase 1 0xFFFF
IINST2 0x0B04 0x0908 RP Uint16 3 car A Courant efficace phase 2 0xFFFF
IINST3 0x0B04 0x0A08 RP Uint16 3 car A Courant efficace phase 3 0xFFFF
IMAX 0x0B04 0x050A RO Uint16 3 car A Intensité maximale 0xFFFF
IMAX1 0x0B04 0x050A RO Uint16 3 car A Intensité maximale phase 1 0xFFFF
IMAX2 0x0B04 0x090A RO Uint16 3 car A Intensité maximale phase 2 0xFFFF
IMAX3 0x0B04 0x0A0A RO Uint16 3 car A Intensité maximale phase 3 0xFFFF
PMAX 0x0B04 0x050D RO Uint16 5 car W Puissance maximale triphasée atteinte 0x8000
PAPP 0x0B04 0x050F RP Uint16 5 car VA Puissance apparente 0xFFFF
PTEC 0x0702 0x0020 RO String 4 car - Periode tarifaire en cours NULL
0xFF66 0x0100 RW Change the periodic Linky acquisition time based on 7 sec cycle. ex : value=1 → send every 7 sec. Value= 5 → send every 35 sec etc Uint16 - - - 0xA
#1589F0 DEMAIN 0xFF66 0x0001 RP String 4 car - Couleur du lendemain NULL
HHPHC 0xFF66 0x0002 RO Uint8 1 car - Horaire Heure Pleines Heures Creuses 0
PPOT 0xFF66 0x0003 RO Uint8 2 car - Présence des potentiels 0
#c56615 PEJP 0xFF66 0x0004 RP Uint8 2 car Min Préavis début EJP(30min) 0
ADPS 0xFF66 0x0005 RP Uint16 3 car A Avertissement de Dépassement De Puissance Souscrite 0
ADIR1 0xFF66 0x0006 RP Uint16 3 car A Avertissement de Dépassement D'intensité phase 1 0
ADIR2 0xFF66 0x0007 RP Uint16 3 car A Avertissement de Dépassement D'intensité phase 2 0
ADIR3 0xFF66 0x0008 RP Uint16 3 car A Avertissement de Dépassement D'intensité phase 3 0

Mise à jour du Firmware (non OTA)

Tout d'abord, il faut dévisser le boitier afin de sortir la carte électronique. Ensuite, il faut brancher le module USB TTL sur le ZLinky_TIC comme sur la photo.

Pour ceux qui n'ont pas ce modèle, voici la correspondance des 5 PINs :

Une fois que les branchements sont OK, il suffit d'insérer sur votre ordinateur la clef USB en maintenant le bouton Flash puis relacher.

Enfin vous pouvez suivre les instructions suivantes (similaire à la mise à jour d'une ZiGate+ (V2))

Changelog

Version 4000-0001

Version initiale

Issues
  • OTA seems not working

    OTA seems not working

    Hello @fairecasoimeme ,

    J'ai tenté une OTA via la commande :

    service: zha.issue_zigbee_cluster_command data: ieee: "XXXX" endpoint_id: 1 cluster_type: out command_type: client cluster_id: 0x0019 command: 0 args: - 0 - 100

    Et j'ai depuis 1H ces logs :

    2022-01-14 13:50:11 DEBUG (MainThread) [zigpy.zcl] [0xf9be:1:0x0019] OTA image version: 3, size: 239198. Update needed: True
    2022-01-14 13:50:11 INFO (MainThread) [zigpy.zcl] [0xf9be:1:0x0019] Updating: LiXee ZLinky_TIC
    2022-01-14 13:50:11 DEBUG (MainThread) [zigpy.zcl] [0xf9be:1:0x0019] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=CLUSTER_COMMAND manufacturer_specific=False is_reply=False disable_default_response=False> manufacturer=None tsn=126 command_id=3>
    2022-01-14 13:50:11 DEBUG (MainThread) [zigpy.zcl] [0xf9be:1:0x0019] ZCL request 0x0003: [0, 4151, 1, 3, 0, 48, None, None]
    2022-01-14 13:50:11 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 13:50:11 DEBUG (MainThread) [zigpy.zcl] [0xf9be:1:0x0019] OTA upgrade progress: 0.0
    2022-01-14 13:50:11 DEBUG (MainThread) [zigpy.zcl] [0xf9be:1:0x0019] ZCL deserialize: <ZCLHeader frame_control=<FrameControl frame_type=CLUSTER_COMMAND manufacturer_specific=False is_reply=False disable_default_response=False> manufacturer=None tsn=127 command_id=3>
    2022-01-14 13:50:11 DEBUG (MainThread) [zigpy.zcl] [0xf9be:1:0x0019] ZCL request 0x0003: [0, 4151, 1, 3, 40, 48, None, None]
    2022-01-14 13:50:11 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 13:50:11 DEBUG (MainThread) [zigpy.zcl] [0xf9be:1:0x0019] OTA upgrade progress: 0.0
    

    Après deux heures, restarts, zlinky restart : non change Encore et toujours ces mêmes lignes de logs :/ Une idée ?

    opened by max5962 23
  • Comment distinguer le mode standard du mode historique ?

    Comment distinguer le mode standard du mode historique ?

    Bonjour,

    j'ai un doute sur le mode actuel de mon compteur Linky.

    Existe t-il un cluster qui permet de déterminer cela à coup sûr ?

    Le seul attribut que je vois se rafraîchir toutes les 10 à 15 secondes est rms_current (0x0508) sur le cluster ElectricalMeasurement (0x0b04):

    Il semble correspondre directement à l'entité electrical_measurement rms_current:

    image

    L'attribut current_summ_delivered (id: 0x0000) du cluster Metering (0x0702) semble correspondre à l'entité smartenergy_metering summation_delivered qui ne bouge que lorsque je consulte la valeur explicitement via l'interface permettant d'interroger les clusters :

    image

    image

    Les attributs correspondant à electrical_measurement et electrical_measurement rms_voltage ne bougent jamais :

    image

    image

    Note: il n'y a que quatre entités importantes du point de vue de HA :

    image

    opened by pdecat 13
  • Firmware OTA

    Firmware OTA

    Hello,

    Since this repo already published a release with the OTA firmware, I would like to propose a homogeneous way to make future release (specially, the filename and the tag). That would allow us to implement effective OTA updates detection based on the current firmware of the zlinky and the last published in this repo.

    Br, Valentín

    opened by vk496 12
  • Zlinky clignote 7 fois et ne semble pas relever de données

    Zlinky clignote 7 fois et ne semble pas relever de données

    Bonjour,

    J'ai reçu hier mon Zlinky. A peine branché, il ne met à clignoter non pas 2 ou 4 fois comme indiqué dans la doc mais... 7/8 fois: https://user-images.githubusercontent.com/9362475/145674006-50615484-9a8b-4505-8056-e2d147fb5871.mp4

    Cela n'a pas empêché sa liaison avec Home Assistant (en version 2021.11.5 + ZiGate 3.1e): image

    Ceci dit je vois qu'aucune donnée n'a été relevée depuis la nuit dernière (mon relevé est en mode historique) et que quand je suis allé voir ce matin mon compteur Linky, j'ai constaté que la LED était complètement éteinte.

    Du coup je ne comprends pas ce que je rate... Il faut savoir que:

    • Actuellement le relevé à la seconde de mon compteur est désactivé (seul le relevé horaire l'est).
    • Sur le site d'Enedis, on ne peut qu'activer le relevé horaire, pas à la seconde, est-ce que je dois contacter mon fournisseur pour ça ?
    opened by nlhomme 12
  • Detect Linky mode

    Detect Linky mode

    Hello,

    Most of the attributes exposed by Zlinky allow us to detect which kind of configuration is currently active (if we have 0/MAX values in Production, we assume is not enabled). However, instead of trying to read multiple attributes in order to discard possibilities, it would be more comfortable to expose directly that values somewhere (maybe liXee cluster?)

    opened by vk496 11
  • Arrêt de communication fréquente

    Arrêt de communication fréquente

    Bonjour,

    Cela fait maintenant quelques temps que j'utilise le zlinky-tic et jusque là il marchait très bien.

    Une utilisation avec z2m sous ha.

    Seulement depuis une semaine il arrête d'émettre régulièrement. La led bleue reste fixe comme si tout allait bien avec le contrôleur mais celui ci ne reçoit plus d'informations et des interrogations dans la console dev retourne une erreur de non réponse.

    Une déconnexion du module avec quelque minutes d'attente avant reconnexion resou le soucis mais pour une durée plus ou moins variable de renfonctionnement !

    D'où vient le problème ? Une solution ?

    opened by seblang 9
  • Informations erronées ??

    Informations erronées ??

    Bonjour, J'utilise mon lixee avec avec l'intégration Z2MQTT. Et je viens basculer mon compteur en mode STANDARD. J'ai plusieurs interrogations La valeur URMS1 (tension efficace) m'affiche 65535 V ?! Cette valeur me parait erronée d'autant que selon le référencielle ENEDIS (Enedis-NOI-CPT_54E), cette valeur ne comporte que 3 caractères. Je pense qu'il y a un erreur de mappage. Qu'en pensez-vous ? Concernant la valeur de courant efficace (IRMS1). Cette valeur est codé sur 3 caractères et sa valeur maxi ne devrait pas dépasser 90 A toujours selon le référentiel. J'en déduis que l'un des caractères concerne la décimale. Est-ce exacte et si oui comment l'afficher ?

    opened by navycrow 8
  • Zlinky neuf, clignote 8 fois, puis 9 fois, et recommence

    Zlinky neuf, clignote 8 fois, puis 9 fois, et recommence

    Bonjour,

    Je ne sais pas trop si une issue Github est le bon endroit pour poser la question, n'hésitez pas à me rediriger le cas échéant. Ma Zlinky toute neuve se connecte sans soucis à Home Assistant, mais elle remonte toujours des valeurs aberrantes et qui ne changent jamais :

    image

    Connectée au compteur Linky, la ZLinky clignote 8 fois, puis quelques secondes fixe, puis 9 fois, puis fixe à nouveau et recommence. Si j'en crois la documentation, elle devrait soit clignoter 4 fois, soit être tout le temps allumer, donc je ne sais pas quoi en penser?

    J'ai également tenté de la mettre à jour avec le firmware 4 : le flash se passe bien sur un rpi 3B+ avec la commande suivante : sudo ./DK6Programmer -s /dev/ttyUSB0 -P 115200 -Y -p ZLinky_router_v4.0.bin ZLinky_router_v4.0.bin

    mais l'affichage dans Home Assistant indique toujours une version 01... Y a-t-il un moyen de vérifier la version du firmware directement via l'utilitaire DK6Programmer par exemple ? image

    Est-ce un signe que l'appareil est défectueux, ou bien un problème de mon côté ? Pour info mon Linky est en mode historique, mais ça ne devrait pas poser de soucis.

    EDIT : semble être semblable à l'issue #31 que je n'avais pas vu, je laisse mon issue ouverte et j'envoie en parralèle un mail à [email protected], il est possible que ce soit un problème de matériel.

    EDIT : un appel à l'attribue sw_build_id renvoie 4000-0004, donc il semble que la maj du firmware se soit bien passé, au moins.

    opened by T0ytoy 8
  • PTEC ne remonte pas

    PTEC ne remonte pas

    opened by Titom59 7
  • Certaines valeurs ne remontent pas

    Certaines valeurs ne remontent pas

    Bonjour,

    En mode Standard Triphasé, je constate que seules certaines valeurs remontent dans Home Assistant (via Z2M) : image

    Donc aucune info sur la consommation en kWh... et par conséquent pas de suivi de la consommation dans l'onglet Energie de Home Assistant donc, même si j'imagine qu'une bidouille dans le style de ce que propose @skanx pour sha doit être possible (https://github.com/fairecasoimeme/Zlinky_TIC/issues/18#issuecomment-1021186192)

    En cherchant bien, j'ai réussi à trouver la consommation totale dans les attributs d'états des différentes entités (exemple ici pour l'entité IRMS1) : image Mais l'info n'est pas identifiée comme entité à part entière, et surtout, je n'ai aucun détail (je suis en HP/HC, je devrais donc avoir selon la doc EASF01 pour le compteur HP et EASF02 pour le compteur HC)

    Une idée de ce qui bloque ? Un paramétrage de la Zlinky ou du module Zigbee2MQTT?

    Merci !

    opened by batchmanfr 6
  • Utilisation d'une alimentation externe

    Utilisation d'une alimentation externe

    Mon module ZLinky_TIC arrêtant systématiquement de communiquer (et LED éteinte) au bout de quelques heures après avoir été branché, j'aimerais écarter la piste d'une alimentation trop faible due à la distance avec le reste de mon réseau Zigbee.

    Est-il possible d'alimenter le module ZLinky_TIC avec une alimentation externe, au moins pour ces tests ?

    PS: j'ai placé un routeur filaire (une prise IKEA) juste au dessus du compteur et le ZLinky_TIC s'y connecte avec un LQI local de 255 entre les deux, mais cela ne change rien. Il essaie probablement de passer en direct pour obtenir un LQI total meilleur. La prise IKEA ne perd jamais la connexion elle.

    image

    image

    opened by pdecat 5
  • smartenergy_metering_summation_delivered rafraichi seulement au reboot de HA

    smartenergy_metering_summation_delivered rafraichi seulement au reboot de HA

    Bonjour, Je rencontre un problème avec le zlinky, la valeur smartenergy_metering_summation_delivered, ne semble pas se rafraichir correctement, en effet elle ne se met à jour que lorsque je reboot HA ou débranche/rebranche le zlinky. le reste du temps seules les valeurs :

    • electrical_measurement_apparent_power
    • electrical_measurement rms_current semblent évoluer dans le temps, même si parfois les valeurs semble complètement hors limites, ex : pendant la nuit un pic à 2200va et 9A alors que quasiment tout est coupé, la journée 5370 va et 23 A ... mais le reste du temps les valeurs semblent ok.

    Mon installation : HA en docker (sur un Synology) avec Conbee 2 en ACM0, les autres capteurs (prises et capteurs de temp son ok, valeurs bien récupérées régulièrement). L'intégration est ZHA, et j'ai pu faire la maj du firmware en OTA vers la version 5 , la conbee est aussi à jour (par windows). Avez-vous une idée ? Ai-je un autre moyen de tester en branchant la conbee sur windows avec un soft de debug ? dois-je le renvoyer en RMA? Y a t'il le moyen de forcer un demande dans ZHA? ps : la valeur sur compteur électrique change bien elle. Merci d'avance.

    opened by azodev 0
  • Impossibilité d'appairer avec ZHA+ConbeeII

    Impossibilité d'appairer avec ZHA+ConbeeII

    Bonjour la communauté,

    Je rencontre les mêmes galères d'appairage que certains mais même en suivant les réponses, rien ! Utilisation de ZHA avec ConbeeII, portée apparemment ok car dialogue avec la clé Lixee (achetée il y a 2 jours) et voici un bout du log :

    [0x565F](THS317-ET): Device seen - marking the device available and resetting counter
    [0x565F](THS317-ET): Update device availability - device available: True - new availability: True - changed: False
    [0xF1B7](TS011F): Device seen - marking the device available and resetting counter
    [0xF1B7](TS011F): Update device availability - device available: True - new availability: True - changed: False
    [0xDCC7:1:0x0b04]: async_update
    [0xDCC7:1:0x0b04]: Reading attributes in chunks: ['active_power', 'rms_current', 'rms_voltage']
    [0xDCC7:1:0x0b04] Sending request header: ZCLHeader(frame_control=FrameControl(frame_type=<FrameType.GLOBAL_COMMAND: 0>, is_manufacturer_specific=False, is_reply=0, disable_default_response=0, reserved=0, *is_cluster=False, *is_general=True), tsn=85, command_id=<GeneralCommand.Read_Attributes: 0>, *is_reply=False)
    [0xDCC7:1:0x0b04] Sending request: Read_Attributes(attribute_ids=[1291, 1288, 1285])
    [0xdcc7] Delivery error for seq # 0x55, on endpoint id 1 cluster 0x0b04: message send failure
    [0xDCC7:1:0x0b04]: failed to get attributes '['active_power', 'rms_current', 'rms_voltage']' on 'electrical_measurement' cluster: [0xdcc7:1:0x0b04]: Message send failure
    

    Le module est bien découvert mais apparemment erreur de remontée d'info à la fin et pas d'ajout à HA ?

    L'appui de 10s ne fait jamais clignoter la led, elle s'éteint puis se rallume. J'ai essayé le test d'appuyer moins d'une seconde dès qu'elle se rallume, mais là encore rien :(

    Je suis sur un Linky en triphasé

    Auriez-vous svp des idées ?

    Merci d'avance.

    opened by GizzGool 0
  • Plus de remontée d'info après chaque mise à jour HA

    Plus de remontée d'info après chaque mise à jour HA

    Bonjour

    Configuration : Home assistant + Zigbee2MQTT Systématiquement après l'installation de chaque mise à jour de Home assistant, il n'y plus de remontée d'info. Il faut supprimer le périphérique et le ré appairer.

    opened by Ttt131 0
  • LiXee Zigbee OTA provider in Home Assistant ZHA integration code?

    LiXee Zigbee OTA provider in Home Assistant ZHA integration code?

    @fairecasoimeme Wondering if you could please consider contributing OTA download code for ZLinky_TIC firmware images for a LiXee Zigbee OTA provider to Home Assistant ZHA (Zigbee Home Automation) integration which depends on the "zigpy" library?

    https://github.com/fairecasoimeme/Zlinky_TIC/releases

    As you way or or may not know, Home Assistant is currently the world's most popular open-source home automation software application and its native ZHA integration is a Zigbee gateway implementation that is one the most popular integrations in Home Assistant as per statistics provided by the few percentages of their users who opt-in to submit usage analytics (as analytics is optional and disabled by default in Home Assistant).

    ZHA does have support download code for third-party OTA providers however someone need to code each download source:

    https://www.home-assistant.io/integrations/zha#ota-firmware-updates

    https://analytics.home-assistant.io/#integrations

    Having more Zigbee OTA providers included with Home Assistant's ZHA integration is a common feature request from many users in the Home Assistant community, so would like to request that you yourself as the manufacturer submit the small piece of code needed to allow the zigpy library (script code written in Python programing language) to download Zigbee OTA images (Over-The-Air firmware updates) for your own devices from your public Zigbee OTA provider as the source:

    https://github.com/zigpy/zigpy/blob/dev/README.md#zigbee-device-ota-updates

    See zigpy OTA provider code (provider.py) in Python which include the URL links as source of Zigbee OTA files for direct download:

    https://github.com/zigpy/zigpy/tree/dev/zigpy/ota

    https://github.com/zigpy/zigpy/blob/dev/zigpy/ota/provider.py

    It will need a "LiXee OTA Firmware provider" to handle image download (see "Skeleton OTA Firmware provider" for reference, as well as note provider.py also already has code to handle download of OTA files from IKEA, INOVELLI, and LEDVANCE as references).

    Maybe also consider copying concept of index.json with metadata on all files like Koenkk repository has to make scripting easier:

    https://github.com/Koenkk/zigbee-OTA/blob/master/index.json

    zigpy does not yet support this json index or other OTA Index files but Zigbee2MQTT allow users to use it locally as descibed here:

    https://github.com/Koenkk/zigbee2mqtt.io/blob/develop/docs/guide/usage/ota_updates.md#local-ota-index-and-firmware-files

    PS: Please note that other than in the ZHA integration for Home Assistant the same zigpy library is also used as a dependency by the official Zigpy plugin for Jeedom as well as the Zigbee plugin for Domoticz, see:

    https://doc.jeedom.com/en_US/plugins/automation%20protocol/zigbee/

    and

    https://www.domoticz.com/wiki/ZigbeeForDomoticz

    PS: By the way, please also see this somewhat related discussion regarding here Koenkk zigbee-OTA repository -> https://github.com/zigpy/zigpy/issues/535

    opened by Hedda 0
  • Plus de valeur remontée après quelques heures depuis le passage en mode standard.

    Plus de valeur remontée après quelques heures depuis le passage en mode standard.

    Hello,

    Z2M + firmware 4000-0005, quand j'ai reçu j'étais en mode historique et tout marchais pas trop mal. Depuis le passage en mode standard qui a mis des plombes coté total les données ne sont plus remontée après un temps aléatoire entre qq heures et 2 jours.

    Unplug / replug et tout repart pour quelque temps.

    J'ai essayer de limiter la configuration pour réduire la traffic mais ensuite je n'ai pas la moindre idée de ou et quoi debug pour voir la cause.

    image

    opened by Tolriq 12
  • Difficultés récupération informations

    Difficultés récupération informations

    Bonjour,

    Je suis en train de paramétrer le Lixee fraichement recu Il s'est bien appairé au réseau et possède une très bonne connexion avec un LQI de 255 et un RSSI de -25 : image

    Cependant je ne comprends pas trop comment fonctionne les valeurs retournées par l'appareil

    J'ai regardé, je suis en mode historique monophasé si j'ai bien compris la doc : https://github.com/fairecasoimeme/Zlinky_TIC#values

    image

    Lorsque je navigue sur le cluster 0x0B04 je n'ai pas d'informations fonctionnelles sur les attributs 0x0505 et 0x0508 image

    Est-ce normal ?

    Cependant la valeur de l'attribut 0x050F bouge bien ! J'ai allumé un four électrique pour voir si ca changeait je suis directement passé à plus de 2100

    Sinon serait-possible d'avoir plus d'informations sur les DDF car je crois que c'est grâce à cela que HomeAssistant récupère les datas ?

    Bien cordialement

    opened by StephanGR 6
Releases(v5.0)
Owner
Fairesoimeme
Fairesoimeme
DIY Zigbee CC2530 Motion sensor (AM312/ AM412/ BS312/ BS412), Temperature /Humidity /Pressure sensor (BME280), Ambient Light sensor (BH1750), 2.9/2.13/1.54 inch e-Paper Module

How to join: If device in FN(factory new) state: Press and hold button (1) for 2-3 seconds, until device start flashing led Wait, in case of successfu

Sergey Koptyakov 24 Jun 28, 2022
My new zigbee project. Wireless temperature and humidity mini sensor with electronic ink display 2.13 inches, low power consumption, compact size, enclosure with magnets.

My new zigbee project. Wireless temperature and humidity mini sensor with electronic ink display 2.13 inches, low power consumption, compact size, enclosure with magnets. The device use SHTC3 sensors, chip CC2530, battery CR2477.

Andrew Lamchenko 13 Feb 22, 2022
Zigbee 🐝 Router for Xiaomi DGNWG05LM and Aqara ZHWG11LM gateways.

Lumi Router (JN5169) This firmware is a replacement for the original firmware for the Zigbee chip JN5169 on Xiaomi DGNWG05LM and Aqara ZHWG11LM gatewa

Igor Listopad 35 May 13, 2022
A tiny example how to work with ZigBee stack using JN5169 microcontroller

Hello NXP JN5169 ZigBee World This is a tiny example how to work with ZigBee stack using JN5169 microcontroller. The example implements a smart switch

Oleksandr Masliuchenko 19 Jun 23, 2022
DIY Zigbee CC2530 Motion sensor (AM312/ AM412/ BS312/ BS412), Temperature /Humidity /Pressure sensor (BME280), Ambient Light sensor (BH1750), 2.9inch e-Paper Module

How to join: If device in FN(factory new) state: Press and hold button (1) for 2-3 seconds, until device start flashing led Wait, in case of successfu

Sergey Koptyakov 5 Feb 13, 2022
GCFFlasher is the tool to program the firmware of dresden elektronik's Zigbee products.

GCFFlasher 4 GCFFlasher is the tool to program the firmware of dresden elektronik's Zigbee products. Supported Hardware ConBee I ConBee II RaspBee I R

dresden elektronik ingenieurtechnik gmbh 20 Jun 12, 2022
DIY Zigbee CC2530 Motion sensor (AM312/ AM412/ BS312/ BS412), Temperature /Humidity /Pressure sensor (BME280), Ambient Light sensor (BH1750), 2.9/2.13/1.54 inch e-Paper Module

How to join: If device in FN(factory new) state: Press and hold button (1) for 2-3 seconds, until device start flashing led Wait, in case of successfu

Sergey Koptyakov 24 Jun 28, 2022
It is a wireless temperature, pressure and humidity sensor, supports working in Zigbee networks.

It is a wireless temperature, pressure and humidity sensor, supports working in Zigbee networks. (Zigbee2mqtt open source project). Built on CC2530 chip (Zigbee), two modications: Ebyte E18-MS1PA2-PCB radio module with amplifier and Ebyte E18-MS1-PCB. Powered by the most common AAA batteries.

Andrew Lamchenko 23 Jun 10, 2022
Plant Watering Sensor Project for Zigbee Network

Plant Watering Sensor Project for Zigbee Network (based on the Source Code of the DIYRUZ Flower Project).

Andrew Lamchenko 64 Jun 20, 2022
This repository contains a set of InternalBlue patches for the BCM4375B1 Bluetooth controller, allowing to sniff and inject Zigbee, Mosart and Enhanced ShockBurst packets from a Samsung Galaxy S20 smartphone.

RadioSploit 1.0 - Patches This repository contains a set of InternalBlue patches for the BCM4375B1 Bluetooth controller, allowing to sniff and inject

Romain Cayre 11 Aug 29, 2021
My new zigbee project. Wireless temperature and humidity mini sensor with electronic ink display 2.13 inches, low power consumption, compact size, enclosure with magnets.

My new zigbee project. Wireless temperature and humidity mini sensor with electronic ink display 2.13 inches, low power consumption, compact size, enclosure with magnets. The device use SHTC3 sensors, chip CC2530, battery CR2477.

Andrew Lamchenko 13 Feb 22, 2022
WiFi scanner with visual persistence, intended to find the idlest channel e.g. to assign to a ZigBee device

WiFiChanViz Motivation This tool was initially coded to help find the idlest 2.4GHz channel in order to connect a ZigBee device to HomeAssistant in id

tobozo 12 May 3, 2022
Tube_gateways - Information and Documentation on Tube's Zigbee Gateways

Tube's Zigbee Gateways Information and documentation on Tube's Zigbee Gateways. Pre-assembed hardware devices can be purchased from https://www.tubesz

null 133 Jun 12, 2022