Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Gonzokalle]

@haselchen
Ja das Video kennen ich.
So habe ich es mit Laptop und Bluetooth versucht.

[haselchen]

@gonzokalle

Und was kam beim Versuch heraus?
Im Video war’s ja kein Problem 😃

[Gonzokalle]

@haselchen
Bei mir schon.
Der B2500 wurde nicht gefunden.🤷

[haselchen]

@gonzokalle

Das heißt , dass Du diese Seite aber benutzt hast ?

[Gonzokalle]

@haselchen
Genau da war ich.
Es handelt sich um die 1. Version des B2500
War nur einen Meter vom B2500 entfernt.
Browser war Chrome.
Muss ich noch mehr beachten?

[haselchen]

@gonzokalle

Ich hab das Gerät nicht .
Gerät ist eingeschaltet ?
Bluetooth wie gefordert aktiviert ?

[Gonzokalle]

@haselchen
Ja, Gerät ist an. Verbindung über die App geht.
Bluetooth auf dem Laptop ist an.

Gerät geht wahrscheinlich zurück.
Entladung startet nicht zuverlässig.
Andauernd Aussetzer beim Wlan.

[9_Mad-Max_5]

Bei mir geht nun alles.
Ich habe einen Mikrowechselrichter und eine B2500 batterie am laufen. Dafür verwende ich das hame-relay und hm2mqtt. Anschließend verwende ich den js adapter um die JSONs in eigene State zu überführen.

[wusa]

@9_Mad-Max_5 sagte in Solarspeicher Marstek B2500:

Bei mir geht nun alles.
Ich habe einen Mikrowechselrichter und eine B2500 batterie am laufen. Dafür verwende ich das hame-relay und hm2mqtt. Anschließend verwende ich den js adapter um die JSONs in eigene State zu überführen.

Ich finde hame-relay und hm2mqtt bei den Adaptern nicht? Hast du das mit iobroker am laufen?

[9_Mad-Max_5]

@wusa
Servus,
Nein sind beides leider keine ioBroker adapter sondern docker container von github.
Die Architektur sieht damit dann in etwa so aus:
Deine Batterie oder eben der Wechselrichter senden die Daten an dein Marstek-Konto. Diese Nachrichten werden mittels dem hame-relay
https://github.com/tomquist/hame-relay
An einen lokalen MQTT Broker deiner Wahl weitergeleitet. Am besten einen eigenen Mosquitto-Server. Mit dem IoBroker Broker hatte ich massive Probleme zuletzt das er nicht sauber gepublished/subscribed hatte.

Ebenso schaltet sich dann ein Container mit hm2mqtt auf den selben MQTT Broker. Der nimmt die Daten von hame-relay und interprettiert sie. Das man sie einfach anschauen kann. Das ist Notwendig da die Kommunikation zwischen dem Gerät und dem offiziellen Server sehr kryptisch ist. Sowas wie cd=1 etwa.
https://github.com/tomquist/hm2mqtt

Ich habe mir das JS-Script hier basteln lassen mit dem ich dann aus den JSON-Datenpunkten in dem mqtt-client eingene States gebaut werden da die ja die gänge Datenform in ioBroker sind.
https://gist.github.com/9Mad-Max5/ea29c3bcc109ef485cbecb89415fb365

Ich fürchte egal wie ist es zu empfehlen es als container zu instazieren und nicht bare metal laufen zu lassen. Ich bin auch auf den mqtt-client gewächselt das ansonsten nur nach einem Neustart die Daten geladen werden.

[wusa]

Wie sieht das Zeitlich dann aus? Kann man damit eine Nulleinspeisung realisieren oder ist das zu zeitverzögert?

Auch wenn ich mir das Video von weiter oben ansehe, dann stelle ich mir die Frage, ob es überhaupt Sinn macht, den Speicher auf lokal umzustellen. Die Skripte die da am Laufen sind, sind ja ziemlich komplizert. Außerdem ist das alles auf den HA abgestimmt. Das wird so mit iobroker nicht laufen.

Am liebsten wäre mir eine Nulleinspeisung ohne den lokalen Modus zu aktivieren.

Das nächste was ich mich frage, ich habe bereits einen IR Lesekopf auf meinem Zähler drauf. Die Daten liegen somit schon sauber in iobroker.
Kann der Speicher nur mit den Docker Containern eine Nulleinspeisung realisieren, oder würde das auch mti dem B2500-meter gehen? Habe mich damit aber noch nicht so intensiv damit auseinandergesetzt. Wenn man damit einen Shelly emulieren kann wäre das super. Vor allem auch, wenn ich meinen Lesekopf nicht mehr umbauen müsste.

[9_Mad-Max_5]

Grundsätzlich ist eine Nulleinspeisung mit solchen verteilten Systemen immer schwierig. Dazu gab es auch mal ein ganz brauchbares yt video habe ich aber auf die schnelle nicht gefunden.

Die Kernaussage war aber am ende das dein Regelkreis zu langsam ist. Selbst wenn du eine recht schnelle Verbindung hast wird ja doch immer wieder integriert über eine Zeit also dein Verbrauch steigt an und auch deine Energiemenge steigt an die du dem Haus zur verfüfung stellst evtl das maximum.
Dein realverbrauch ist aber möglicherweise schon wieder abgefallen auf den Startwert du schenkst nun aber noch schön dem Netzbertreiber die Energie.

Deswegen habe ich mich auch noch nicht aktiv um das Thema Nulleinspeisung gekümmert und fahre aktuell eher einen Grundlastbetrieb. Also schaue ich mir was mein Grundbedarf ist den ich praktisch nie unterschreite und speise die Menge an Energie kontinuierlich ins Hausnetz.

[9_Mad-Max_5]

Ah was ich gerade noch gelesen habe es scheint viele Möglichkeiten zu geben den Energiezähler sei es als IR-Kopf oder was gänzlich anderes mit Marstek zu verheiraten.
Entweder hier mit einem weiteren container von tomquist:
https://github.com/tomquist/b2500-meter

Was warscheinlich mein persönlicher favorit wäre um in dem selben "ökosystem" zu bleiben.
Oder aber sowas hier:
https://github.com/sdeigm/uni-meter

Was schlicht den Shelly 3EM Pro emuliert und so etwa auch über den MQTT angebunden werden kann.

[wusa]

Es würde anscheinend auch noch die Möglichkeit per ESP32 geben.
Der ESP32 verbindet sich per Bluetooth mit dem Speicher und per WLAN/MQTT mit dem Smarthome.

Das wäre sicher auch eine elegante Lösung.

[9_Mad-Max_5]

Da braucht es dann natürlich ein zusätzliches physisches Gerät, bei dem man sich dann mit den der Schnittstelle abmühen muss. Bin mir auch nicht sicher in wieweit die Bluetooth Kommunikation dem Inverse-Forwarding vorteile bietet.

Ich gehe immer davon aus das man ioBroker in einem Container oder auf einer Linux Maschine direkt betreibt die Leistungsstärker wie ein Raspberry Pi 3 ist. Deswegen wäre der Docker Container mein GoTo.
Da man ja für den "Marstek"-Stack sowieso einen Mosquitto server bruacht kann man sich damit ja schon schnell eine Compose zusammenbauen die alles enthält. Mache das evtl heute abend mal.