Monatsrückblick Januar/Februar 2026 ist online!

[gs411]

Bei der HiBattery ist der Logeintrag identisch zu MS-A2

Log-Eintrag der HiBattery
hoymiles-ms.0
2026-01-12 15:23:01.510 info [hoymilesMQTT] client MSA2804253xxxxx connected from 10.10.10.115

[mcm1957]

Herzliche DANKESCHÖN

[andabraha]

Habt ihr auch 1x in 24h diese Meldung im iobroker log?

Ich führe das jetzt nicht auf den Adapter zurück, sondern eher auf den/die Speicher, wollt nur mal wissen ob ihr das auch im Log stehen habt.

[style24]

@andabraha Hallo bei mir tauchen diese Fehlermeldungen nicht auf

[Matze2]

Ich sehe diese auch jeden Tag um 01:06 und 01:08 für Master und Slave.

[mcm1957]

Soweit ich es beobachtet habe trennt der Akku nächtens die Verbindung. Warum auch immer.
Im Prinzip könnte man die Meldungen unterdrücken - aber dann sieht man sie auch nicht wenn es Probleme gibt.
Keine AHnung ob ich da was verbessern kann - zumindest im Moment.

@andabraha hast du mehrere MS-A2 oder kommen da immer drei Meldungen von einem Akku ?

[Matze2]

Also mich stören die Logs nicht.

[andabraha]

@mcm1957 sagte in Test Adapter hoymiles-ms v0.2.x:

@andabraha hast du mehrere MS-A2 oder kommen da immer drei Meldungen von einem Akku ?

Ich habe 3 Akkus der MS-A2 Serie im Haus verteilt

Bekannt kommt mir ein Teil der Meldung von anderen MQTT Verbindungen/Sensoren vor also "client error Error: read ECONNRESET"

Ob man das nun beheben muss, weiß ich nicht, ein Grund wäre nice2know, aber du hast schon recht, wenns unterdrückt wird, fehlt ggf. im "Ernstfall" etwas.

Ich war nur neugierig, ob das bei anderen auch auftaucht.

[mcm1957]

ECONNRESET bedeutet dass die TCP Verbindung zurückgesetzt wurde. Das ist ein Netzwerkfehler. An sich sollte bei einer sauberen Trennung kein Error auftreten. Ohne vertiefende Diagnose kann ich allerdings nicht sagen, ob da was im Adapetr verbesserbar wäre oder ob der MS-A2 einfach die Verbindung cancelled ohne dass geeignet mitzuteilen. Liegt mir aber fern einen Fehler uf der anderen Seite zu behaupten ohne dass ich konkretere Hinweise dafür habe. Und die hab ich derzeit nicht.

Aber 1 Fehler je Gerät ist an sich erklärbar. Kritischer hätte ich es gesehen wenn da 3 von einem (!) Gerät kurz hintereinader kommen.

[andabraha]

Wie gesagt, man könnte ja das log-level des Adapters anpassen, kann ja jeder selbst entscheiden
Mich stören die Meldungen auch nicht weiter

[Matze2]

Ich vermute mal eine Art Reset des Speichers, nachdem das immer um 1 Uhr nachts auftritt und auch immer um die selbe Zeit rum.

iobroker.2026-01-08.log.gz:2026-01-08 01:06:01.824  - error: hoymiles-ms.0 (499) [MQTT-Server] (MSAMASTER) client error Error: read ECONNRESET
iobroker.2026-01-08.log.gz:2026-01-08 01:08:24.687  - error: hoymiles-ms.0 (499) [MQTT-Server] (MSASLAVE) client error Error: read ECONNRESET
iobroker.2026-01-09.log.gz:2026-01-09 01:06:01.738  - error: hoymiles-ms.0 (499) [MQTT-Server] (MSAMASTER) client error Error: read ECONNRESET
iobroker.2026-01-09.log.gz:2026-01-09 01:08:04.284  - error: hoymiles-ms.0 (499) [MQTT-Server] (MSASLAVE) client error Error: read ECONNRESET
iobroker.2026-01-10.log.gz:2026-01-10 01:06:21.896  - error: hoymiles-ms.0 (499) [MQTT-Server] (MSAMASTER) client error Error: read ECONNRESET
iobroker.2026-01-10.log.gz:2026-01-10 01:08:23.996  - error: hoymiles-ms.0 (499) [MQTT-Server] (MSASLAVE) client error Error: read ECONNRESET
iobroker.2026-01-11.log.gz:2026-01-11 01:06:21.664  - error: hoymiles-ms.0 (499) [MQTT-Server] (MSAMASTER) client error Error: read ECONNRESET
iobroker.2026-01-11.log.gz:2026-01-11 01:08:03.598  - error: hoymiles-ms.0 (499) [MQTT-Server] (MSASLAVE) client error Error: read ECONNRESET
iobroker.2026-01-12.log.gz:2026-01-12 01:06:21.291  - error: hoymiles-ms.0 (768926) [MQTT-Server] (MSAMASTER) client error Error: read ECONNRESET
iobroker.2026-01-12.log.gz:2026-01-12 01:08:02.916  - error: hoymiles-ms.0 (768926) [MQTT-Server] (MSASLAVE) client error Error: read ECONNRESET
iobroker.2026-01-13.log.gz:2026-01-13 01:06:01.078  - error: hoymiles-ms.0 (768926) [MQTT-Server] (MSAMASTER) client error Error: read ECONNRESET
iobroker.2026-01-13.log.gz:2026-01-13 01:08:02.335  - error: hoymiles-ms.0 (768926) [MQTT-Server] (MSASLAVE) client error Error: read ECONNRESET
iobroker.2026-01-14.log.gz:2026-01-14 01:06:20.518  - error: hoymiles-ms.0 (768926) [MQTT-Server] (MSAMASTER) client error Error: read ECONNRESET
iobroker.2026-01-14.log.gz:2026-01-14 01:08:02.295  - error: hoymiles-ms.0 (768926) [MQTT-Server] (MSASLAVE) client error Error: read ECONNRESET

MOD-EDIT: Code in code-tags gesetzt!

[WurstDLX]

Habe heute meinen Hoymiles HiBattery AC erhalten und eingesteckt. Da ich kein Smartmeter, sondern nur ein IR Hichi habe, kann ich die Steuerung noch nicht plugnplay umsetzen. Der Adapter hat die Batterie erkannt und es werden alle Werte angezeigt. Da ich neu im BKW-Speicher Bereich bin, muss ich die Begriffe erst einmal verstehen lernen. Aktuell suche ich, mit welchem mqtt command ich den Akku zum Laden/Entladen zwingen kann. Aktuell lädt der seine Kapazität ins Netz, obwohl unnötig.

[mcm1957]

Wenn du einen MA-A2 via Adapter betreiben willst, braiuchts du keine mqtt Befehle.
Einfach
Paramater ems_mode.control auf 'mqtt_ctrl' stellen
Parameter power_ctrl.set auf den gewünschten Lade- / Entladeleistungswert setzen. Negative Werte Laden Akku.

Beim HiBattery AC sollte eigentlich ident gehen. Kann nur sein, dass du da die aktuellste Firmware brauchst. EDIT: Da der Speicher seine Werte eh liefert sollte die FW ok sein.

Wenn was nicht geht, bitte ein Issue eröffnen und ein Log mit Level DEBUG anhängen. (Seriennummer im Log invalidieren.) Alternativ Issue + Log bitte per PM (mcm57 at gmx.at)

[WurstDLX]

@mcm1957 Okay den Mode konnte ich unter

setzen. Mal schauen ob er das akzeptiert. Wie gesagt, ich muss mich mit der grundsätzlichen Logik mal reinfuchsen. Mein Ziel ist es, dass ich eine eigene Lade Logik per js schreiben "muss" und dafür ja die states setzen möchte mit einer gewissen Hysterese. Ich denke nämlich nicht, dass es den Speicher gut tut alle 20s umzuschalten, wenn mal Wolken etc auftreten.

edit: unter

hat er den Befehl noch nicht akzeptiert. Werde gleich mal das Log anschmeißen.

edit2:
Sehe im Log, dass er meldet:

cannot access state MSA-XXXX.power_ctrl.set

[mcm1957]

Die Leistung 'andauernd' umzustellen sollte eher egal sein. Wenn man ihn in der Nulleinspeisungseinstellung mit einem Shelly beobachtet ändert er seine Lade-/Entladewerte ununterbrochen.

[mcm1957]

@WurstDLX sagte in Test Adapter hoymiles-ms v0.2.x:

@mcm1957 Okay den Mode konnte ich unter

edit2:
Sehe im Log, dass er meldet:

cannot access state MSA-XXXX.power_ctrl.set

Bitte mehr log context.
Versteh nicht ganz wer da nicht auf den State zugreifen darf ...
Schreibt das der Adapter ? Oder ein Script ? Oder ...

[WurstDLX]

@mcm1957 ja der Adapter meldet es als "warn" Eintrag. Hatte Log Level noch nicht geändert. Bin momentan im Objekt Browser unterwegs und wollte es per Maus umstellen.

Den warn Eintrag wiederholt er jetzt alle 40s.

[mcm1957]

Gibts den State?

[WurstDLX]

Aaaah, das Problem war nicht das Umstellen, sondern, dass default noch ein (NULL) im power_ctrl.set stand. Ich habe mal testweise einen realen Wert eingetragen und jetzt kommt das nicht mehr.
In der App wird das auch angezeigt.
Mea culpa.

edit: Also aktuell sieht es gut aus, er akzeptiert die Wertänderungen und in der App wird es auch eingestellt. Jetzt kann ich mich mal heranmachen, die Steuerung von js zu erstellen.
Insbesondere sollte ich gegenprüfen, nicht dass mir die App irgendwie reinspuckt, da ich ein paar Sachen eingestellt hatte (TOU und Hauslast....).

[mcm1957]

@WurstDLX sagte in Test Adapter hoymiles-ms v0.2.x:

Aaaah, das Problem war nicht das Umstellen, sondern, dass default noch ein (NULL) im power_ctrl.set stand. Ich habe mal testweise einen realen Wert eingetragen und jetzt kommt das nicht mehr.
In der App wird das auch angezeigt.
Mea culpa.

NIx mea culpa.
Das sollte der Adapter abfangen ...