Wo kann ich diese Ausrüstung kaufen?
Hier ist der Link zu seiner Seite, die dem ZlinkyTIC. Ich habe auf die Verkäufer und die Preise verwiesen.
Ich öffne die Box und überprüfe das erhaltene Muster

Es gibt zwei Versionen, eine mit interner Antenne und eine mit externer Antenne.
Die zweite ist wahrscheinlich zu erwarten, wenn Störungen auftreten und die Antenne möglicherweise vom Gehäuse entfernt werden muss.

Das Modul ist sehr einfach, 3 starre Steckverbinder, keine Bedienungsanleitung, ich denke, es ist ein ziemlich gutes Zeichen, es muss einfach sein.
Auf der Rückseite sehen wir ein Diagramm, das das Modul zeigt oder in den Linky setzt.
Ich verbinde das Modul
Ich schaue mir an, wie die Klemmleisten von Linky und Modul markiert sind, es ist unmöglich, nicht zu verstehen:


Ich stelle ZigbeetoMQTT in den Kopplungsmodus und schließe das Gehäuse an. Drücken Sie einfach die schwarze Taste, um den Anschluss freizugeben, und ziehen Sie die Stifte darunter.

Die blaue LED blinkt, die Kopplung ist im Gange, ich kehre zu Zigbee2MQTT zurück, um das Ergebnis zu sehen.
Ich überprüfe den Status des Moduls mithilfe der LED
Die LED kann drei Zustände haben, wenn sie in diesem Stadium nicht gut ist, müssen Sie nicht weiter gehen.
- Die LED blinkt schnell mehrmals = ZlinkyTIC sich im Pairing-Modus befindet.

- Die LED blinkt mehrmals langsam = ZlinkyTIC Fehler bei der Erfassung von Linky-Daten. 😥

- Die LED blinkt einmal alle 3 Sekunden = die ZlinkyTIC Funktioniert einwandfrei. Gerät dekodiert Linky 😊 korrekt

Ich versuche eine Zigbee2MQTT-Integration
Die Integration hat auf den ersten Blick einwandfrei funktioniert.

Das Modul wird in "ZLinky_TIC" erkannt
Die erkannte Version unterscheidet nicht zwischen V1 und V2, das ist nicht schlimm

Ich werde mir die werte ansehen, alles ist da, magisch, in sekundenschnelle.

Ich teste den Sensor im Home Assistant
Ich gebe ihm einen verständlichen Namen: Linky in Zigbee2MQTT dann werde ich es in HA suchen

Und siehe da, alle Daten sind im Home Assistant vorhanden.

Bedeutung der einzelnen Daten
Ein kleines Bild ist viel aussagekräftiger. Für die dreiphasige, wird das Ergebnis anders sein.

Ich schalte alle Entitäten aus, die für mich nicht nützlich sind
Hier also die Entitäten des Linky-Geräts:

Ich aktualisiere das Zlinky_TIC-Modul


Ich habe es über den Home Assistant gestartet, aber es kann von Zigbee2MQTt aus gestartet werden, in beiden Fällen sieht man, dass das Update auch in Zigbee2MQTT läuft:

Achtung, das Update ist sehr lang, wir müssen … laufen lassen
Ich weiß schließlich nicht genau, warum dieses Update gestartet wurde, da Version 14 bereits vor dem Update installiert war. Das ist in Ordnung, alles ist gut gelaufen und die Update-Flagge ist wieder off.

Ich schaue auf die Seite Einstellungen in Zigbee2MQTT

Ich habe diese Seite gefunden, es gibt keine Parameter, ich weiß nicht, ob dies nützlich ist. Im Zweifel konfiguriere ich.
Hinweis: Update, kleiner Fehler, nicht KWh auf 0, sondern auf 3 setzen, da es sich um K handelt.

[Archiv] Ich verwende ein Template für HC/HP
Hier gebe ich das Template an, das ich in einem historischen Modus erstellt habe, um die HC- oder HP-Info nach Zeitplan abzurufen.
Vor der Installation dieses neuen Zigbee-Moduls habe ich ein IKT-Modul über USB verwendet.
Dieses Modul gab mir auch einen HC.-Wert oder einen HP.-Wert in der Variablen sensor.linky_active_register_tier_delivered (PTEC) an.
Dazu verwende ich eine template-Entität, in der Datei template.yaml füge ich hinzu:
- sensor: - name: Einziger laufender Zollzeitraum_id: sensor.periode_tarifär_en_cours state: >- {% if is_state("sensor.linky_active_register_tier_delivered", "HP..") %} HP {% else %} HC {% endif %}
Änderung des Modus Linky
Es gibt zwei Modi, den Historie-Modus und den Standard-Modus.
Ich hatte IKT-Geräte, die nicht mit dem Standardmodus kompatibel waren, also habe ich mich nie geändert.
Außerhalb dieses neuen Moduls funktioniert es laut Dokumentation auch im Standardmodus. Der Standardmodus ist viel umfassender.
Daher richte ich eine Nachricht an EDF, um den Modus zu ändern:


- Online-Antrag über das Formular am 3. November
- Antwort vom 4. November
- Wechselt am 5. November
Nichts zu sagen, Hut ab!!

Wechsel vom Historie-Modus zum Standard-Modus
Ich muss zugeben, dass ich bei dieser Umstellung auf Zigbee und Home Assistant ein wenig patiniert habe.
Ich habe versucht, den Modus zu ändern, das Modul … neu zu koppeln Die Informationen gingen nicht zurück, ich habe eine Weile dort verbracht.
Schließlich habe ich alles geschlossen, eine Nacht gelassen und am nächsten Tag wieder aufgenommen, alles funktionierte!
Es muss also nicht eilig sein, es muss Aktualisierungszyklen geben… kurz, es funktioniert, hier sind die Bildschirme.
Daten des Standardmodus
| IKT-Steuerung | Design | Unit | Standardwert | Wie | data type | size max |
|---|---|---|---|---|---|---|
| ADSC | Sekundäre Adresse des Zählers | – | NULL | String | 12 Cars | |
| NGTF | Name des Lieferanten-Tarifkalenders | – | – | String | 16 Cars | |
| LTARF | Getaggt mit dem aktuellen Lieferantentarif | – | – | String | 16 Cars | |
| NTARF | Nummer des laufenden Zolltarifindexes | – | – | Uint8 | 2 Car | |
| VTIC | IKT-Version | – | – | Uint16 | 2 Car | |
| DATUM | Aktuelles Datum und Uhrzeit | – | EX: E211022162000 | String | 10 Cars | |
| EAST | Total abgezogene aktive Energie | Wh | 0 | Uint48 | 9 Car | |
| EASF01 | Abgerufene Wirkenergie Lieferant, Index 01 | Wh | 0 | Uint48 | 9 Car | |
| EASF02 | Abgerufene Wirkenergie Lieferant, Index 02 | Wh | 0 | Uint48 | 9 Car | |
| EASF03 | Abgerufene Wirkenergie Lieferant, Index 03 | Wh | 0 | Uint48 | 9 Car | |
| EASF04 | Abgerufene Wirkenergie Lieferant, Index 04 | Wh | 0 | Uint48 | 9 Car | |
| EASF05 | Abgerufene Wirkenergie Lieferant, Index 05 | Wh | 0 | Uint48 | 9 Car | |
| EASF06 | Abgerufene Wirkenergie Lieferant, Index 06 | Wh | 0 | Uint48 | 9 Car | |
| EASF07 | Abgerufene Wirkenergie Lieferant, Index 07 | Wh | 0 | Uint48 | 9 Car | |
| EASF08 | Abgerufene Wirkenergie Lieferant, Index 08 | Wh | 0 | Uint48 | 9 Car | |
| EASF09 | Abgerufene Wirkenergie Lieferant, Index 09 | Wh | 0 | Uint48 | 9 Car | |
| EASF10 | Abgerufene Wirkenergie Lieferant, index10 | Wh | 0 | Uint48 | 9 Car | |
| EASD01 | Abgerufene aktive Energie Verteiler, Index 01 | Wh | 0 | Uint32 | 9 Car | |
| EASD02 | Abgerufene Wirkenergie Verteiler, Index 02 | Wh | 0 | Uint32 | 9 Car | |
| EASD03 | Abgerufene aktive Energie Verteiler, Index 03 | Wh | 0 | Uint32 | 9 Car | |
| EASD04 | Abgerufene aktive Energie Verteiler, Index 04 | Wh | 0 | Uint32 | 9 Car | |
| EAIT | Injizierte aktive Energie insgesamt | Wh | 0 | Produktion | Uint48 | 9 Car |
| ERQ1 | Reaktive Energie Q1 insgesamt | VArh | 0 | Produktion | int16 | 9 Car |
| ERQ2 | Reaktive Energie Q2 insgesamt | VArh | 0 | Produktion | int16 | 9 Car |
| ERQ3 | Reaktive Energie Q3 insgesamt | VArh | 0 | Produktion | int16 | 9 Car |
| ERQ4 | Reaktive Energie Q4 insgesamt | VArh | 0 | Produktion | int16 | 9 Car |
| IRMS1 | Effektiver Strom, Phase 1 | A | 0 | ein- / dreiphasig | Uint16 | 3 Car |
| IRMS2 | Effektiver Strom, Phase 2 | A | 0 | Dreiphasig | Uint16 | 3 Car |
| IRMS3 | Effektiver Strom, Phase 3 | A | 0 | Dreiphasig | Uint16 | 3 Car |
| URMS1 | Effektive Spannung, Phase 1 | V | 0 | ein- / dreiphasig | Uint16 | 3 Car |
| URMS2 | Effektive Spannung, Phase 2 | V | 0 | Dreiphasig | Uint16 | 3 Car |
| URMS3 | Effektive Spannung, Phase 3 | V | 0 | Dreiphasig | Uint16 | 3 Car |
| PREF | Bezugs-App.-Leistung (PREF) | kVA | 0 | Uint16 | 2 Car | |
| STGE | Statutenregister | – | 0 | String | 8 Cars | |
| PCOUP | Leistungsunterbrechungs-App. (PCOUP) | kVA | 0 | Uint8 | 2 Car | |
| SINSTI | Leistungsstarke App. Injizierte Momentaufnahme | VA | 0 | Produktion | int16 | 5 Car |
| SMAXIN | Maximale eingespritzte App-Leistung n | VA | 0 | Produktion | int16 | 5 Car |
| SMAXIN-1 | Maximale injizierte App-Leistung n-1 | VA | 0 | Produktion | int16 | 5 Car |
| CCASN | Punkt n der entnommenen aktiven Lastkurve | W | 0 | int16 | 5 Car | |
| CCASN-1 | Punkt n-1 der entnommenen aktiven Lastkurve | W | 0 | int16 | 5 Car | |
| CCAIN | Punkt n der injizierten aktiven Lastkurve | W | 0 | Produktion | int16 | 5 Car |
| CCAIN-1 | Punkt n-1 der injizierten aktiven Lastkurve | W | 0 | Produktion | int16 | 5 Car |
| UMOY1 | Spannung Na. ph. 1 | V | 0 | Ein-/dreiphasig | Uint16 | 3 Car |
| UMOY2 | Spannung Na. ph. 2 | V | 0 | Dreiphasig | Uint16 | 3 Car |
| UMOY3 | Spannung Na. ph. 3 | V | 0 | Dreiphasig | Uint16 | 3 Car |
| SINSTS | Leistungsstarke App. Sofortige Entnahme | VA | 0 | (Mono /Dreiphasig seit v10) | Uint16 | 5 Car |
| SINSTS | ||||||
| SINSTS1 | Leistungsstarke App. Sofortiger Abruf ph.1 | VA | 0 | Dreiphasig | Uint16 | 5 Car |
| SINSTS2 | Leistungsstarke App. Sofortige Entnahme ph. 2 | VA | 0 | Dreiphasig | Uint16 | 5 Car |
| SINSTS3 | Leistungsstarke App. Sofortige Entnahme ph. 3 | VA | 0 | Dreiphasig | Uint16 | 5 Car |
| SMAXN | Maximale abgesaugte Leistung n | VA | 0 | (Mono / Dreiphasig seit v10) | int16 | 5 Car |
| SMAXN | ||||||
| SMAXN1 | Abgezogene Leistung max. n ph.1 | VA | 0 | Dreiphasig | int16 | 5 Car |
| SMAXN2 | Abgerufene Leistung max. n ph. 2 | VA | 0 | Dreiphasig | int16 | 5 Car |
| SMAXN3 | Abgerufene Leistung max. n ph. 3 | VA | 0 | Dreiphasig | int16 | 5 Car |
| SMAXN-1 | Max. abgesaugte App.-Leistung n-1 | VA | 0 | (Mono / Dreiphasig seit v10) | Uint16 | 5 Car |
| SMAXN-1 | ||||||
| SMAXN1-1 | Abgezogene Leistung max. n-1 ph.1 | VA | 0 | Dreiphasig | Uint16 | 5 Car |
| SMAXN2-1 | Abgezogene Leistung max. n-1 ph.2 | VA | 0 | Dreiphasig | Uint16 | 5 Car |
| SMAXN3-1 | Abgezogene Leistung max. n-1 ph.3 | VA | 0 | Dreiphasig | Uint16 | 5 Car |
| MSG1 | Kurznachricht | – | 0 | String | 32 Cars | |
| MSG2 | Ultrakurze Nachricht | – | 0 | String | 16 Cars | |
| PRM | PRM (Kennung) | – | 0 | String | 14 Cars | |
| DPM1 | Start Mobile Spitze 1 | – | 0 | Uint8 | 2 Car | |
| FPM1 | Ende Mobile Spitze 1 | – | 0 | Uint8 | 2 Car | |
| DPM2 | Start Mobile Spitze 2 | – | 0 | Uint8 | 2 Car | |
| FPM2 | Ende Mobile Spitze 2 | – | 0 | Uint8 | 2 Car | |
| DPM3 | Start Mobile Spitze 3 | – | 0 | Uint8 | 2 Car | |
| FPM3 | Ende Mobile Spitze 3 | – | 0 | Uint8 | 2 Car | |
| RECHTSVORSCHRIFTEN | RECHTSVORSCHRIFTEN | – | 0 | Uint16 | 3 Car | |
| NJOURF | Aktuelle Tagesnummer Kalender Lieferant | – | 0 | Uint8 | 2 Car | |
| NJOURF+1 | Nummer des nächsten Kalendertages Lieferant | – | 0 | Uint8 | 2 Car | |
| PJOURF+1 | Profil des nächsten Kalendertages Lieferant | – | 0 | String | 98 Cars | |
| PPOINTE1 | Profil des nächsten Spitzentages | – | 0 | String | 98 Cars | |
| – | Linky-Protokoll | – | 0 | Uint8 | 1 Auto |
Home Assistant-Daten im Standardmodus
Und siehe da, alle Daten sind im Home Assistant vorhanden (die gleichen sind natürlich auf Zigbee2MQTT abrufbar)


Versuch, Veränderungen des HC/HP-Zustands zu verstehen
Es ist also ein Abenteuer, und ich verstehe nicht, was hier vor sich geht.
Meine Zeitumstellung HC/HP ist z. B. um 14:06 Uhr und um 17:06 Uhr, und hier ist die Geschichte, die an diesem Tag festgestellt wurde:

Ziemlich unverständlich also.
Ich warte eine Nacht, um die physische Schaukel (Conso-Heizung) und die zurückgegebenen Indikatoren zu sehen, hier das Ergebnis:

Ich stelle daher fest:
- STGE und die conso passen und sind auf der richtigen Zeit 02:06:07 für beide.
- 02:14:07 für NTARF und RELAIS.
An dieser Stelle erkläre ich mir nicht den Grund für die Verzögerung, ich werde in den Foren nachfragen, ob jemand weiß, aber an dieser Stelle werde ich STGE verwenden, um zu definieren, ob wir in HC oder HP sind.
Ich füge ein Template hinzu, um HC/HP zu erhalten
In meiner Datei templates.yaml füge ich hinzu:
- name: Einziger laufender Zollzeitraum_id: sensor.periode_tarifär_en_cours state: >- {% if is_state("sensor.linky_status_register", "003AC401") %} HP {% else %} HC {% endif %}
Verstehen Sie die 5 Energielinien

Ich befinde mich in HA mit 5 Zeilen mit dem gleichen Titel.
Sie entsprechen den Zeilen:
- EAST
- EASTF01
- EASTF02
- EASD01
- EASD02
Ich habe die Indizes auf der Anzeige des Zählers überprüft, um mich dort zurechtzufinden.
Ich gebe EASD01 und EASD02 auf, ich verstehe die Hochsaison und die Nebensaison nicht.
EAST ist also der Gesamtverbrauch, EASTF01 der conso Heures Creuses, EASTF02 der conso H Pleines.
Hier ist es gleich deutlicher:

Ich füge die conso-Informationen zu Energy hinzu

und


Daten, die ich letztendlich aufbewahre
Nach einer Reihe von Tests bestätige ich, was ich dachte, Echtzeitinformationen sind nichts wert, Linky ist nicht dafür gemacht. Es ist also unnötig zu denken, dass er den sofortigen Konsum dank ihm hat.
Ich verwende es daher, um die HC/HP-Info abzurufen und das Energy-Modul von HA mit Strom zu versorgen.
Hier sind die Daten, die ich behalte:

MSG1 und MSG2 behalte ich, weil ich neugierig bin, was in diesen Nachrichtenfeldern passieren könnte. Wir werden in einigen Monaten oder Jahren sehen, ob etwas auftaucht.
NTARF/RELAIS/STGE, ich werde einige Tage warten, um zu sehen, welche der 3 ich behalte, dann werde ich die anderen beiden deaktivieren.
Die Conso Totale behalte ich zu diesem Zeitpunkt, aber wenn ich keinen Nutzen habe, werde ich sie deaktivieren.
Genauigkeit der Modulkonfiguration in Zigbee2MQTT

In der whitelist scheint es wichtig zu sein, die informationen zu spezifizieren, die benötigt werden, es scheint die ressourcen zu begrenzen, um unnötige daten zu senden. Ich habe „EAST,EAIT,EASF01,EASF02,STGE,NTARF,RELAIS,MSG1,MSG2“ angegeben.
Schlussfolgerung
Schließlich ermöglicht mir die recht einfache und effiziente Integration dieses Moduls, das Energy-Modul des Home Assistant mit Strom zu versorgen und die HC/HP-Informationen auf meinem Dashboard zu haben.
Dieser RetEx muss im Laufe der Zeit noch ergänzt werden, er wird sich weiterentwickeln, und ich habe noch einige Punkte offen gelassen.
Die Lektüre der verschiedenen Foren oder Retex anderer Nutzer lässt mich vermuten, dass die Realisierung dieser Art von Ausrüstung besonders komplex ist. Offensichtlich ist die Stromversorgung des Moduls durch den Linky sehr gering und muss daher extrem optimiert werden. Die Wahl des Zigbee ist eine gute Sache, es ist eine Technologie, die sehr wenig verbraucht, ich stelle mir vor, dass es über WLAN oder Bluetooth nicht funktionieren würde.
Es ist eine gute Idee, die Daten, die genutzt werden sollen, aus einer Whitelist auswählen zu können, um die Frames und den Energiebedarf des Moduls zu verringern.
Bravo für die Realisierung dieses Moduls, sehr gute Arbeit!
Als Bonus, hier ist der Energie-Bildschirm meines Dashboards, wenn es Ideen geben kann.

Bibliographie oder Referenzen
- Bewährte Verfahren im Bereich der IKT-Teleinformation – Linky 14. Oktober 2024
- https://www.enedis.fr/media/2035/download
- https://github.com/fairecasoimeme/Zlinky_TIC


