Der neue Monatsrückblick für September 2026 ist online!

[MatthiasUlrich]

@dieterbrenner Du hast von GitHub installiert. Es ist besser von Npm zu installieren. GitHub ist ein Arbeitsstand. Diese Version enthält noch Fehler. Ich arbeite gerade an einem Vis Widget das funktioniert aber noch nicht gut und ist noch nicht sinnvoll nutzbar.
Daher bitte von NPM drüber bügeln um keine Probleme zu bekommen.

Danke!

[DieterBrenner]

@dominic151617
Danke für die Listen. Ist schon seltsam, das man die 10036 und 10038 nur lesen kann; denn es geht ja über die App.
Mit dem Mode 3 und 10071 muss ich mal ausprobieren; ..dann hätte ich mir den Shelly Pro sparen können,
denn die Daten (PV/Netz) bekomme ich über Modbus aus meiner Alpha ESS.

@matthiasulrich
hab ich gemacht, jetzt passt die Version.
Kannst du die battery_charging_power / _discharging_power über die API/Cloud irgendwie steuern?

Danke und Gruß

[Homoran]

@DieterBrenner sagte:

Ist schon seltsam, das man die 10036 und 10038 nur lesen kann

Eingangsregister kann man nie beschreiben

[DieterBrenner]

@Homoran

Ja, aber warum das keine Holding Register sind, ist unlogisch. Die sind ja zum steuern da.

[Homoran]

@DieterBrenner sagte:

warum das keine Holding Register sind, ist unlogisch

Da musst du dich an @dominic151617 wenden!
Der hat die Liste so zusammengestellt.

Ich habe bei victron auch einige Register, die beschreibbar wären, bewusst in Inputregistern konfiguriert, da ich zwar den Status sehen, aber keine ungewollte Änderung riskieren wollte.

Möglicherweise geht das hier auch, denn wie er schreibt

@Dominic151617 sagte:

Die Werte vom Anker sind hin und wieder etwas merkwürdig zu interpretieren,

[MatthiasUlrich]

@dieterbrenner
Meinst du die Einspeiseleistung? Die kann im Benutzerdefinierten Modus gesteuert werden. Aber! Das geht nur alle 30 Sekunden über die Cloud API. Man kann eigentlich nahezu alle Einstellungen anpassen über die API.

Probier es einfach aus. Cloud+ MQTT und Modbus gehen parallel. Aber sie werden in unterschiedlichen Objekten angelegt.

Wenn was fehlt oder nicht funktioniert am Besten-> Debug Mode -> Log -> Issue auf GitHub

[DieterBrenner]

ich meine folgende 2 Werte in der Anker App.
(Im Modbus sind es 10036 max_charge_power und 10038 max_discharge_power)

[Homoran]

@DieterBrenner sagte:

Im Modbus sind es 10036 max_charge_power und 10038 max_discharge_power

Als holding Register geht's auch nicht?

[DieterBrenner]

@homoran
Nein, schon ausprobiert, das ist ja mein Problem.
Und die Werte kann man über die App auch im Modus 0 ändern.

[MatthiasUlrich]

@dieterbrenner

Also ac_charge_limit kann ich schreiben. Für Output Limit müsste ich schauen ob ich das irgendwie integriert bekomme.

[DieterBrenner]

@matthiasulrich
Top, das sieht doch schon mal gut aus.

[Gurki]

@Dominic151617 sagte:

@Gurki nach meiner Erfahrung funktioniert Modbus TCP recht robust. Die Werte vom Anker sind hin und wieder etwas merkwürdig zu interpretieren, aber wenn es läuft, läufts.

Modbus TCP nutze ich schon länger in Verbindung mit SMA Wechselrichtern und Batterien. Ich schrieb jetzt 1 Woche mit dem Anker Support hin und her und die konnten mir keine offiziellen Modbus Register Listen geben.

Ich habe mir die Solarbank nun bestellt und hoffe das alles so wie oben beschrieben funktioniert.

[kipferl]

Kann man auch die momentane Ausgangsleistung des Notstrom/Lastenanschluss ablesen? In der App sieht man, hab aber leider nichts in der ModBus dokumentation gefunden.

[koilapo]

Hallo,
eine Frage: Gibt es eine Möglichkeit, die Notstrom-Steckdose per Modbus an- und auszuschalten?

[Gurki]

Ich habe jetzt nochmal eine Grundsatzfrage, weil ich evtl. ein Verständnisproblem habe. Ich nutze die Solarbank aktuell als reinen Batteriespeicher und regele die Lade/Entladelleistung über das Modbusregister 10071 "Battery Charge/Discharge Control"
Nun hatte ich gehofft, dass es in der Modbus Doku von Anker Register gibt, die ich mit einem externen Netzanschlusszähler (in meinem Fall SMA SunnyHome Manager 2.0) verbinden kann. Leider weiß ich gerade nicht, ob das ohne den Anker Energymeter möglich möglich ist. Den möchte ich nicht zusätzlich auch noch einbauen.

[koilapo]

Seit gestern habe ich die Solix 4 in Betrieb. Modbus über IOBroker funktioniert problemlos. Das hier sind meine Inputregister:
inputRegisters_Solarbank4_full.tsv

Was aber nicht funktioniert, ist die Cloud-Unabhängigkeit. Wenn ich in der Fritzbox der Solix den Internetzugang sperre, läuft sie zwar noch zwei, drei Minuten ganz normal weiter, allerdings wird dann der Modbus abgeschaltet und ist nicht mehr erreichbar. Gleichzeitig regelt die Solix aber noch zusammen mit dem Smartmeter den Eigenbedarf korrekt. Man sieht in den Fritzbox-Logs, dass die Solix alle 60 Sekunden die WLAN-Verbindung für wenige Sekunden unterbricht und dann wieder aufnimmt.

Modbus ist erst wieder erreichbar, wenn ich die Internetverbindung erneut freigebe. So war das ja eigentlich nicht gedacht, oder? Habt Ihr andere Erfahrungen gemacht?

[koilapo]

Ich wollte nochmal nachfragen: Hat von Euch noch keiner getestet, ob Modbus auch ohne Cloud- bzw. Internet-Verbindung des Routers funktioniert?

Was passiert bei Euch, wenn Ihr vom Router die Internetverbindung abzieht? Wie lange läuft dann Euer Modbus von der Solarbank 4 zu iobroker weiter?

Bei mir sind es wenige Minuten. Dann ist Schluss. Dann fängt die Solarbank an, sich im Minutentakt vom WLAN zu trennen und nach wenigen Sekunden wieder neu zu verbinden. Modbus wird offenbar beim ersten Trennen der WLAN-Verbindung beendet und startet nach der WLAN-Neuverbindung nicht mehr neu.

So sieht es aus, wenn Internet vorhanden ist:

~$ nmap -p 502 192.168.100.53
Starting Nmap 7.94SVN ( https://nmap.org ) at 2026-10-03 18:55 CEST
Nmap scan report for AnkerSolarbank4.fritz.box (192.168.100.53)
Host is up (0.041s latency).

PORT    STATE SERVICE
502/tcp open  mbap

Nmap done: 1 IP address (1 host up) scanned in 0.09 seconds

Und so sieht die nmap-Überprüfung aus, nachdem die Internetverbindung einige Minuten vorher gekappt wurde ("state = closed"):

~$ nmap -p 502 192.168.100.53
Starting Nmap 7.94SVN ( https://nmap.org ) at 2026-10-03 18:55 CEST
Nmap scan report for Anker.fritz.box (192.168.100.53)
Host is up (0.047s latency).

PORT    STATE  SERVICE
502/tcp closed mbap

Nmap done: 1 IP address (1 host up) scanned in 0.11 seconds

Der Service ist abgeschaltet und der Port 502 geschlossen. Die WLAN-Verbindung ist aber noch da, sonst bekäme ich ja nicht diese Antwort.

Ich kann mir kaum vorstellen, dass das nur bei mir so ist. Vielleicht hat ja jemand mal Lust und Laune, das bei sich nachzustellen.