Neurio (Tesla Powerwall): Phasenströme = 0 A – warum keine Berechnung aus P/Q/U (Schieflast)?

[nicop]

Hallo zusammen,

ich habe eine Verständnisfrage zum Lastmanagement am Hausübergabepunkt in openWB.

Setup kurz:

• openWB 2

• HÜP über Tesla Powerwall 2 / Neurio W2

Anbindung getestet über

• neurio_w2_mb (RS-485)

• neurio_w2_tcp (lokale Gateway-API, LAN)

Lastmanagement mit phasenspezifischen Stromlimits (L1–L3)

Beobachtung:
Der Neurio liefert zuverlässig:

• Spannung je Phase

• Wirkleistung + Blindleistung je Phase

Die Stromwerte sind jedoch immer:

• i_a_current / i_b_current / i_c_current = 0

In der Tesla One App sind die Phasenströme sichtbar, werden aber über die lokale API nicht exportiert.

Auswirkung in openWB:

• Phasenbasierte Strombegrenzung greift nicht

• Schieflast-Erkennung/-Begrenzung kann so ebenfalls nicht korrekt arbeiten

• Begrenzung über max. Leistung (kW) funktioniert, ist aber nicht phasengenau

Frage:
Da pro Phase P, Q und U bekannt sind, ließe sich der Strom sehr gut näherungsweise berechnen:

Code: Alles auswählen

S = √(P² + Q²)
I ≈ S / U

Gibt es einen bewussten Grund, warum openWB diese Berechnung nicht nutzt, wenn gemessene Ströme 0 sind?
(z. B. Genauigkeit, Designentscheidung, Vermeidung von Fehlregelungen?)

Gerade im Hinblick auf Schieflast wäre eine solche Näherung m. E. besser als „0 A je Phase“.

Vielen Dank für eine kurze Einordnung!
Viele Grüße
Nico

[openWB]

Der Code zum PW Modul, bzw. der EVU Auslesung ist hier:
https://github.com/openWB/core/blob/mas ... counter.py

Demnach gibt es grundsätzlich den current je Phase. Scheinbar aber nicht bei allen.
Wieviele das betrifft (außer dir) kann ich nicht sagen.

Denkbar wäre eine Erweiterung die bei nicht vorhandenen Currents P/V rechnet.
Kommt P denn positiv und negativ an?

[nicop]

Ja, P kommt sowohl positiv als auch negativ an.

In den Neurio-Daten (Tesla Powerwall 2, lokal im LAN) werden pro Phase geliefert:

• real_power_a / b / c → Wirkleistung mit Vorzeichen
  • positiv = Netzbezug / Verbraucher
  • negativ = Einspeisung

• zusätzlich:
  • reactive_power_a / b / c
  • v_l1n / v_l2n / v_l3n

Die Vorzeichen sind konsistent und ändern sich korrekt bei Bezug ↔ Einspeisung.