Zendure 3CT Smart Meter Integration

[MrFuellort]

Describe the feature

Guten Tag,

ich habe eine Frage ist eine Integration des Zendure 3CT Smart Meter in die Zendure HA Integration in naher Zukunft geplant?
Aktuell kann ich diesen nur über MQTT in HA einbinden, aber nach jedem Neustart erhält MQTT keine Werte mehr. Erst nach mehreren Neustarts des Mosquitto Brokers kommen die Sensordaten zurück.

Was auf Dauer sehr anstrengend ist und zu fehlerhafter Datenauswertung kommt.
Da ich diese Probleme mit der Zendure Integration nicht habe und es übersichtlicher wäre, alle Geräte an einem Ort zu haben, wäre es von Vorteil, wenn dieses Feature hinzugefügt würde.

Falls ich Ihnen mit Logs der MQTT-übermittelten Sensoren helfen kann, stelle ich diese gerne bereit.

Vielen Dank im Voraus.

What device is this for?

SF800 Pro

Other Information

No response

[harrymayr]

Ist geplant, aber erst, nachdem die 1.1.4 released ist. Da dann aber (für mich) auch noch Urlaubszeit ist, würde ich nicht vor Ende Oktober, Anfang November damit rechnen.

[MrFuellort]

Danke schön, für deine positive Rückmeldung. Freut mich sehr das dieser auch bald integriert wird. Das macht es enorm einfacher, ein funktionierendes Energy Dashboard aufzubauen. Das kann ich absolut nachvollziehen der Urlaub ist wichtig und auch notwendig. Ich freue mich drauf wenn es soweit ist. Vielen Dank nochmal und eine entspannte Woche.

[github-actions]

'There hasn't been any activity on this issue recently. Is this issue still present?
Please make sure to update to the latest Home Assistant version and version of this integration to see if that solves the issue. Let us know if that works for you by adding a comment 👍.
This issue now has been marked as stale and will be closed if no further activity occurs. Thank you for your contributions.'

[mimich38]

HI
I have a smartMeter 3CT from Zendure
I don't know how to detect this device MQTT ?? or what else

[sebaschn]

Ist geplant, aber erst, nachdem die 1.1.4 released ist. Da dann aber (für mich) auch noch Urlaubszeit ist, würde ich nicht vor Ende Oktober, Anfang November damit rechnen.

+1 hier (kleiner push für dieses issue)

Bereits jetzt von uns ein großes DANKE, falls du tatsächlich Zeit dafür findest.
...und: Willkommen zurück aus dem wohlverdienten Urlaub!

[MrFuellort]

Auch von mir nochmal einen großen Dank, das du dir die Zeit nimmst für die Integration.

[harrymayr]

Ich habe seit heute selbst einen 3CT. Das mit MQTT freeze beim Neustart habe ich auch, daher habe ich mir einen RESTful sensor gebastelt. Ihr müsst natürlich die RESTful Integration laden und die richtige IP einsetzen -> bekommt ihr aus der App und das erste Code-snippet in die configuration.yaml einfügen.
Das Ganze ist auch bei Neustart von HA stabil. Ggf. die Triggerzeit und das Scan-interval auf 2 Sekunden setzen.

Da das Teil ja nur ausgelesen wird, bin ich am überlegen, ob es den Aufwand wirklich wert ist, den in die Integration zu integrieren, aber das kläre ich noch mit FireSon.

  - platform: rest
    resource: "http://192.168.XXX.YYY/properties/report"
    name: 3CT_Power
    device_class: power
    unit_of_measurement: "W"
    value_template: "{{ value_json.total_power }}"
    scan_interval: 1
    json_attributes:
      - "total_power"
      - "a_aprt_power"
      - "b_aprt_power"
      - "c_aprt_power"

Und dann ggf. noch eine automation:

alias: 3CT Trigger
description: ""
triggers:
  - trigger: time_pattern
    seconds: /1
conditions: []
actions:
  - action: rest.reload
    metadata: {}
    data: {}
mode: single

[sebaschn]

@harrymayr
Ich habe schon graue Haare bekommen, weil ich vergeblich mit MQTT experimentiert habe
(bin aber auch weit davon entfernt, mich damit gut auszukennen.)

VIELEN DANK für diesen Codesnippet. Damit habe ich meinen 3CT erfolgreich integrieren können.

Hier eine Schritt für Schritt Anleitung, was danach getan werden muss (für alle Noobs wie mich ^^) :

1. der Code von oben muss natürlich in die configuration.yaml

2. der gesamte Code wird ein Sensor.
   --> dh vor den code von oben muss noch "sensor:" stehen. guckst du:

sensor:   
  - platform: rest
    resource: "http://192.168.XXX.YYY/properties/report"
...usw...

wichtig: ES DARF NUR EINEN GEBEN
...falls du bereits schon irgendwo einen sensor programmiert hast, muss der code da dazu.

3. reboot

4. einen Helper erstellen: z.B. "Zendure SmartMeter 3CT - kWh"

• Integralsensor
• Einheit = kWh
• Trapezregel
• Genauigkeit = 1
• Max. Teilintervall = Leer lassen

5. In der Energie-Übersicht von HA als Netzbezug eintragen
6. Warten... und die Statisktik füllt sich

nochmals: danke !!

[harrymayr]

Gerne :-)
Bin zusätzlich gerade dabei Code auszutesten, bei dem man in der Integration bei der Konfiguration für den P1-Sensor entweder einen Sensor aus HA oder eine IP-Adresse angeben kann. Die IP-Adresse wird dann verwendet, um einen Zendure 3CT, einen Shelly 3EM, 3EM Pro oder 3EM-63 direkt über http anzusprechen und die Leistung auszulesen. Ist zwar keine direkte Integration der Smart Meter und nur die Gesamt-Leistung wird als zusätzlicher Sensor angezeigt, aber das reicht ja für die Integration aus.
Meine kleine Testintegration funktioniert schon, jetzt muss ich das nur noch in Zendure-HA reinbringen ;-)

[harrymayr]

OK, PR #939 erlaubt nun den 3CT als P1 sensor zu definieren. Dazu muss weder MQTT noch ein RESTful Sensor definiert werden. Einfach die IP des 3CT in der Konfiguration der Zendure-HA Integration eingeben.
In einem früheren issue war auch @DerUnwissende interessiert daran.
Prinzipiell sollte diese Änderung in vielen Versionen der Integration laufen, nur die Zeilennummern sind dann natürlich unterschiedlich. Ich habe sie mit dem aktuellen Repository getestet.

Es ist keine vollständige Integration der Smart-Meter, es wird nur total_power bzw. total_act_power aus der http Antwort der Smart-Meter ausgewertet und als p1Meter angezeigt.

Es werden wie oben schon angekündigt auch die komplette 3EM-Serie von Shelly unterstützt.

Ob das allerdings schon im nächsten (pre) Release eingefügt wird, liegt in der Hand von @FireSon.

[DerUnwissende]

@harrymayr @sebaschn
Moin zusammen,
ich freue mich sehr, dass es in Richtung 3CT Entwicklungen gibt. Schon mal ganz lieben Dank für Eure Mühen und das Teilen der Infos....
Ich bin aktuell dabei zu versuchen das bei mir zu integrieren. Meine Struktur ist anders als bei Euch - ist aber unerheblich - darum habe ich den Code von @harrymayr etwas für mich angepasst.

`# REST-Sensor für Zendure 3CT Smartmeter – optimiert für HA 2025.11.3
*/ Top-Level: Listenelement für configuration.yaml 'rest:'-Include
*/ API: http://192.168.xx.xx/properties/report (via secrets.yaml)
*/ Scan-Interval: 10s (reduziert Last vs. 1s)
*/ Timeout: 10s gegen Timeouts
*/ JSON-Pfade: Angepasst an typische Zendure-Response (totalpower -> total_power)

• resource: !secret rest_api_url_3CT # http://192.168.xx.xx/propertiesreport
  method: GET
  timeout: 10 # Sekunden, verhindert Hängen
  scan_interval: 10 # Sekunden, Best Practice vs. 1s
  sensor:

  • name: "Zendure 3CT Total Power"
    state_class: measurement # Für Statistik/History (neu in HA 2023+)
    device_class: power
    unit_of_measurement: "W"
    state: >-
    {% if value_json is mapping and value_json.total_power is number %}
    {{ value_json.total_power | float(0) }}
    {% else %}
    unavailable
    {% endif %}
    availability: >-
    {{ value_json is mapping and value_json.total_power is number }}
    json_attributes:
    • "total_power"
    • "a_aprt_power" # Phase A
    • "b_aprt_power" # Phase B
    • "c_aprt_power" # Phase C
      icon: mdi:flash-triangle-outline
      unique_id: zendure_3ct_total_power # Für Entity-ID-Stabilität

  Zusätzliche Sensoren für Phasen (parallel abrufbar)

  • name: "Zendure 3CT Phase A Power"
    state_class: measurement
    device_class: power
    unit_of_measurement: "W"
    state: >-
    {% if value_json is mapping and value_json.a_aprt_power is number %}
    {{ value_json.a_aprt_power | float(0) }}
    {% else %}
    unavailable
    {% endif %}
    availability: >-
    {{ value_json is mapping and value_json.a_aprt_power is number }}
    icon: mdi:flash-triangle

  • name: "Zendure 3CT Phase B Power"
    state_class: measurement
    device_class: power
    unit_of_measurement: "W"
    state: >-
    {% if value_json is mapping and value_json.b_aprt_power is number %}
    {{ value_json.b_aprt_power | float(0) }}
    {% else %}
    unavailable
    {% endif %}
    availability: >-
    {{ value_json is mapping and value_json.b_aprt_power is number }}
    icon: mdi:flash-triangle

  • name: "Zendure 3CT Phase C Power"
    state_class: measurement
    device_class: power
    unit_of_measurement: "W"
    state: >-
    {% if value_json is mapping and value_json.c_aprt_power is number %}
    {{ value_json.c_aprt_power | float(0) }}
    {% else %}
    unavailable
    {% endif %}
    availability: >-
    {{ value_json is mapping and value_json.c_aprt_power is number }}
    icon: mdi:flash-triangle
    `

Dafür hatte ich aber auch etwas Perplexity hinzugezogen, damit ich a) robusten Code habe und b) aktuellsten Syntax von HA gecheckt habe.
Was ich mich gefragt habe, ob das Intervall 1s sein sollte? Erzeugt das nicht hohe Last im System? Perplexity kam mit dem Vorschlag um die Ecke 10s zu nehmen? (oder alternativ 5s)
Auch bei der Bezeichnung der Phasen im Code von @harrymayr habe ich gegrübelt, ob es eine tiefere Bedeutung hat, das die Phasen mit A,B,C bezeichnet wurden und nicht mit L1, L2, L3? Oder ist das "nur" eine persönliche Bezeichnung dafür?
Wenn ich das richtig aus dem Code von @harrymayr entnommen habe, dann ist "total_power" der Sensor, der dann in der Integration für die Regelung - anstatt meines Ecotrackers - zu verwenden wäre um zu steuern?

Über´s Feedback freue ich mich und vielen Dank im Voraus.

[harrymayr]

Ja, total_power ist die Summe aller Leistungen.
Damit man den ganzen Kram nicht selbst in HA eingeben / anpassen muss, habe ich den PR erstellt. Denn könnt ihr, wenn ihr wollt, austesten. Dann wird nur die IP Adresse benötigt und ihr müsst keinen Sensor selbst anlegen.
Was die Sekunde betrifft: die Integration aktualisiert die Ein-/Ausgabe bei großen Veränderungen alle 2 Sekunden, kleine Änderungen werden alle 4 Sekunden aktualisiert. 5 oder 10 Sekunden für das Aktualisierungsintervall des angelegten Sensors geht natürlich auch.
Die Bezeichnungen haben keinen tieferen Sinn, sind einfach nur Namen zur Differenzierung/Erkennung.

[DerUnwissende]

@harrymayr
Guten Morgen,
ich muss nochmal nachfragen... ich bin auf https://github.com/Zendure/Zendure-HA/pull/939/commits gestoßen und habe mich gefragt, ob ich die Inhalte der 3 Threads kopieren muss und in config/custom-components/zendure-ha/ in den 3-Py Dateien ersetzen muss? Einfach per Copy & Paste?