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

[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.