B2500-meter mit zwei Speichern

[Uenne]

What's the issue?

Ich habe an meinem BKW zwei B2500 unabhängig installiert. An einem habe ich das Script ans Laufen gebracht, mit ShellyPro 3EM. Als Sollvorgabe nutze ich eine gleitenden Mittelwert (aus Hitachi-Lesekopf), der alle 5 s aktualisiert wird. Der Wert wird halbiert, da ich zwei Speicher ansteuern will und diese sich nicht hochschaukeln sollen. Zielwert ist also der halbierte gleitende Mittelwert.
Wie kann ich den zweiten Speicher verbinden? Meine Idee ist: 2. Zielordner erstellen und einen anderen Shelly (z.B. ShellyEMgen3) zu simulieren.
Geht das so?

zweite Frage:
Gibt es eine Möglichkeit, die Werte des B2500 in IObroker zu bringen?
Anfangs habe ich einen ESP (ebenfalls das Projekt von Tomquist) zum Auslesen genutzt, aber diesen jetzt abgeklemmt, damit keine Störung mit dem B2500-meter auftritt.

..und noch eine Frage:
Das Projekt hm2mqtt könnte meine zweite Frage lösen? Ich verstehe das Projekt so, das Rechner und B2500 mqtt-mäßig über BLE kommunizieren? Was ist, wenn Rechner und B2500 zu weit auseinander stehen?

Your setup

• IObroker
• B2500
• Hitachi-Lesekopf

[thowiegit]

Mehrere Meter machen nur dann Sinn, wenn Du den Speichern Messwerte aus unterschiedlichen Quellen senden möchtest.
B2500-meter kann aber auch einfach so - mit nur einem konfigurierten Meter - von mehr als einem Speicher genutzt werden.
Einfach auf beliebig vielen Speichern den Selbstanpassungsmodus aktivieren und immer den gleichen SmartMeter Typ auswählen.

Bei mir laufen aktuell 4 der Speicher genau so.

[tomquist]

@Uenne Du kannst auch mehrere Shellys aus unterschiedlichen Quellen mit einer Instanz von B2500-Meter emulieren. Wie das geht ist hier dokumentiert: https://github.com/tomquist/b2500-meter/tree/1.0.7?tab=readme-ov-file#multiple-powermeters

Allerdings bin ich mir nicht sicher ob ein simples halbieren der Werte ausreicht um ein Aufschaukeln zu verhindern. Besser wäre es kontinuierlich die Einspeisung des Speichers mit dem Verbrauch zu verrechnen und so dann damit den Soll-Wert mit halber Aufteilung zu berechnen. Ist vermutlich aber etwas komplizierter.

@thowiegit Funktioniert das bei dir wirklich gut mit mehreren Speichern aus der gleichen Quelle? Wie verteilt sich dabei normalerweise die Last?

[SolarixDD]

Hallo Tom,
erst einmal ein großes DANKE für das tolle Teil - lief auf einem Marstek in HomeAssistant auf Anhieb wie gewünscht (lediglich mit dem Überschwingen muss ich noch etwas rumprobieren).

Bei dem zweiten Marstek habe ich ein Verständnisproblem mit der Konfiguration (passt thematisch ja hierher - also sorry für das Kapern des Threads):

• er hängt an einem anderen Zähler, aber am gleichen Homeassistant
• ich muss also einen zweiten Shelly (anderen Typs) emulieren
  Wie geht das in HomeAssistant? Die im Link angegebene Kodierung
  [HOMEASSISTANT_1]
  IP = 192.168.1.105
  PORT = 8123
  HTTPS = True
  ACCESSTOKEN = YOUR_ACCESS_TOKEN
  CURRENT_POWER_ENTITY = sensor.current_power1

[HOMEASSISTANT_2]
IP = 192.168.1.105
PORT = 8123
HTTPS = True
ACCESSTOKEN = YOUR_ACCESS_TOKEN
CURRENT_POWER_ENTITY = sensor.current_power2
enthält ja keine Angabe zum Typ des zu emulierenden Shelly.

Außerdem ist offen, wo das einzutragen wäre. In HomeAssistant sehe ich folgende Yaml:
power_input_alias: sensor.current_power1
power_output_alias: ""
poll_interval: 1
disable_absolute_values: false
device_types: shellypro3em
throttle_interval: 1.5
log_level: warning

Kannst Du mich mal bitte in die richtige Richtung schubsen???
Thx

[tomquist]

Die HOMEASSISTANT_*-Sektionen sind nur für die Datenquelle, nicht für den emulierten Shelly-Typ. Der Gerätetyp wird global über DEVICE_TYPE bzw. im Add-on über device_types festgelegt.

Relevant sind diese beiden README-Abschnitte:

• Home Assistant: https://github.com/tomquist/b2500-meter?tab=readme-ov-file#homeassistant
• Multiple Powermeters: https://github.com/tomquist/b2500-meter?tab=readme-ov-file#multiple-powermeters

Um überhaupt eine custom config nutzen zu können, siehe den Abschnitt "Using a Custom Configuration File for Advanced Configuration" in der readme. In dem Fall wird nicht mehr die yaml zu Konfiguration benutzt, sondern alles muss selbst über eine config.ini Datei konfiguriert werden.

Wenn du zwei unterschiedliche B2500 mit zwei unterschiedlichen HA-Sensoren versorgen willst, brauchst du also eine Custom-config.ini, z. B.:

[GENERAL]
DEVICE_TYPE = shellypro3em

[HOMEASSISTANT_1]
IP = 192.168.1.105
PORT = 8123
HTTPS = False
ACCESSTOKEN = YOUR_ACCESS_TOKEN
CURRENT_POWER_ENTITY = sensor.current_power1
NETMASK = 192.168.1.50/32

[HOMEASSISTANT_2]
IP = 192.168.1.105
PORT = 8123
HTTPS = False
ACCESSTOKEN = YOUR_ACCESS_TOKEN
CURRENT_POWER_ENTITY = sensor.current_power2
NETMASK = 192.168.1.51/32

Den Access Token musst du manuell erstellen über Persönliche Einstellungen -> Langlebige Zugriffstoken.

[SolarixDD]

Danke Tom,
jetzt habe ich die Idee, wie es funktioniert. Ich war fälschlicherweise der Ansicht, dass aus dem yaml irgendwie eine config.ini erzeugt wird.
Naja, manchmal ist man 'vernagelt' ...

[thowiegit]

@tomquist ich habe beides versucht.
Letztlich ist es egal, ob man jedem Speicher nur die halbe oder allen Speichern die volle Last sendet.
Es ist auch egal ob man nur einen Shelly simuliert, oder jedem Speicher seinen eigenen Shelly.
So lange alle ihre Daten aus der gleichen Quelle beziehen, also auch alle Speicher in den gleichen Stromkreis einspeisen ist nicht vorhersagbar welcher Speicher wie viel der Last tragen wird. Das ist völlig erratisch.
Eine halbwegs beständige Gleichverteilung ist nur bei entsprechend hohen Lasten zu beobachten.
Ich habe das setup daher wieder auf das simpelste zurückgefahren.
Alle Speicher bekommen den gleichen simulierten Shelly zu sehen und reagieren darauf wie sie grad mögen.
Am Ende hängt es vom Timing ab, wer eine zehntel Sekunde eher den aktuellen Wert liest wird auch mehr Last tragen, bis die Last wieder sinkt, dann ist der entsprechende Speicher auch der erste, der seine Ausgabe reduziert.

[tomquist]

Ja. Das funktioniert eben nur für DC Speicher wie der B2500, die ihren Strom nicht aus dem AC Netz beziehen. Ansonsten würde es unter Umständen nämlich dazu kommen, dass ein Speicher aus dem anderen lädt.

Um eine korrekte Verteilung der Last umzusetzen, gibt es im Prinzip 2 Möglichkeiten:

• Jeder Speicher bekommt seine eigene(n) Phase(n) zugewiesen. Dadurch haben die Aktionen eines Speichers keinen Einfluss auf die anderen Speicher. Das ist schon möglich, wenn man einen Sensor hat, der die einzelnen Phasen auslesen kann.
• Es wird jedem Speicher ein virtueller Sensor gegeben, der die Einspeisung der anderen Speicher mit einrechnet.

Sobald die CT002 Emulation funktioniert, gibt es noch eine weitere Möglichkeit, denn darüber kann jedem Speicher einzeln gesagt werden, wie viel er einspeisen soll, wodurch man die Möglichkeit hat, den Verbrauch mit der aktuellen Einspeisung zu verrechnen um eine genaue Aufteilung zu realisieren.

[iopodx]

Ich habe aktuell 3 Speicher im System und hatte das Problem, dass diese gerne angefangen haben zu schwingen. Nachdem ich dem B2500-Meter nur noch 1/3 als Eingabewert liefere ist das Schwingen deutlich besser geworden, was ja auch zu erwarten war.

Ggf. wäre es also clever die Anzahl der Speicher mit aufzunehmen. Über den CT002 ist mir nicht viel bekannt, klingt aber spannend.

Ich habe so auch gern das Problem, dass ein Speicher vorzeitig entladen wird. Wird sicher im Laufe des Jahres noch spannender wenn oft unterschiedliche Ladestände auftreten. Die sollten gleichmäßig entladen werden. Theoretisch wäre das ja mit unterschiedlichen Antworten je nach eingehender IP möglich, aber vielleicht bietet die CT002-Emulation ja mehr?

[Uenne]

Danke für die verschiedenen Kommentare. Das Verbinden beider B2500 mit einem Shelly hat geklappt.
Ich sehe allerdings ein deutliches Schwingen, auch bei geglätteten Zahlen. Ich kann zwar die Zeit einer Schwingung beeinflussen, aber nicht die Amplitude. Da arbeite ich noch dran. Jetzt aber erstmal Urlaub, danach geht es weiter.

[tomquist]

Der Parameter „Throttle Interval“ hilft im das Schwingen zu verhindern.

[Uenne]

@tomquist
Das habe ich ohne Erfolg auch schon probiert, mit Werten zwischen 0-10. Ich denke, dass man das richtige Verhältnis zwischen der Häufigkeit der neuen Werte und dem throttle intervall finden muss.
Versuch macht kluch.

[droidbanana]

Ich klinke mich mal ein. Habe gerade zwei Speicher testweise am Netz und der Dritte steht schon bereit... :) Alle haben ihren eigenen Wechselrichter.

Ich lese den aktuellen Verbrauch direkt vom Stromzähler optisch aus. Habe ein "aufgebortes" EDL21 und lasse alle 10sek die Daten im Homeassistant aktualisieren (sonst dauert das ja immer ewig). Im Addon habe ich bei "Power Input Alias" einen Sensor eingetragen, der wenn negativ, Überschuss ins Netz anzeigt und wenn positiv dann Netzstrom vom Strombetreiber bezieht (ist das so rum korrekt?).

Throtteling Intervall habe ich bei 5s. Ich verstehe nur nicht ob die Geräte alle die gleichen 5s warten und dann zum gleichen Zeitpunkt messen oder ob es tatsächlich etwas random ist. Würde mich freuen hier weiter auszutauschen egal ob 2, 3 oder mehr Geräte und falls es noch weitere Möglichkeiten gibt das zu tunen.

Hat schonmal wer den Hersteller kontaktiert? Vielleicht kann man auch App seitig etwas machen ...

P.S.: @tomquist danke das du so eine Hammer Erweiterung gebaut hast!! Kann man irgendwo für das Projekt spenden?

[fabianwimberger]

Ich habe mein Issue #167 soeben als Duplikat geschlossen.

Meine Erfahrung dazu: Ich betreibe zwei B2500D mit einem esphome-b2500 und zwei b2500-meter Instanzen an einem AP-EZ1-M. Mir war es nicht möglich, beide B2500 an eine einzelne b2500-meter Instanz anzubinden, obwohl ich es mehrmals versucht habe.

Ich vermutete, dass das Throttle-Interval von 5 Sekunden (Smart Meter Adapter -> MQTT 5s) die Ursache sein könnte. Daher habe ich stattdessen zwei B2500-meter mit unterschiedlichen Shelly-Emulationen gestartet. Beide b2500-meter Instanzen nutzen dasselbe MQTT-Topic und sehen somit den vollen Verbrauch bzw. die volle Einspeisung.

Diese Konfiguration funktioniert bei mir grundsätzlich gut, und die Lastverteilung gleicht sich über den Tag hinweg relativ gut aus. Ich habe quasi keine Netzeinspeisung.

Hier ein Beispiel der letzten 24h (um 09:00 war Akku1 leer):

Und hier Einspeisung und Verbrauch der letzten 24h: