Monatsrückblick Oktober 2026 ist online!

[SpeedyBlade]

@nograx sagte:

disableAcCharging ist der Schalter den ich für dich jetzt eingebaut habe

=> gibt es demnach demnächst eine neue Version?

ist und war bereits aktiviert ;)

Könntest du auf die beiden Funktionen nochmals ein wenig genauer drauf eingehen?

[Ralf77]

Hallo @nograx , erst mal vielen Dank für den Adapter zur lokale Steuerung. Ich habe den mit viel Interesse jetzt mal installiert.

Mein Setup
3x Solarflow 4000 Mix Pro
1x 3ct-S
1x Tibber Pulse

Ich habe den Adapter heute jetzt mal aktiviert und als Datenquelle für Überschuss/Bezug den Tibber Pulse in Deinem Adapter angegeben.

Wenn ich mir jetzt mal eine Stunde ansehe, wie die Regelung funktioniert (ich war nicht zuhause und der Stromverbrauch war sehr gleichmäßig bei ca. 450W), dann kann man erkennen, dass die Regelung in gleichmäßigen Abständen anfängt aufzuschwingen. Lass mich wissen, falls Du weitere Informationen benötigst.

[nograx]

@SpeedyBlade die neue Version sollte spätestens morgen im Beta Kanal verfügbar sein.

Das 1. Häkchen aktiviert Berechnungen für die Tageswerte von Solarertrag etc.

Das 2. sorgt dafür das die Entladung gestoppt wird wenn die Batteriespannung zu niedrig ist. Bei Lfp Batterien hat man oft das Problem das die % Angabe mehr oder weniger berechnet und geschätzt ist. Daher müssen sie sich gelegentlich „kalibriert“ werden. Es kann durchaus sein das man denkt man hat noch 30% aber eigentlich ist der Akku leer, wenn man die Spannung der Batterie prüft kann man aber ein zu tiefes entladen verhindern.

[nograx]

@Ralf77 liest du den Pulse lokal aus oder über die Tibber API? Glaube hier liegt ein starkes Timing Problem vor und das Script sieht nicht den richtigen Wert auf dem Datenpunkt der wirklich bei dir der Realität entspricht. Soweit ich das im Kopf habe kann beim Pulse der Wert von Lesekopf 5-10 Sekunden hinterherlaufen was das Hochschaukeln durchaus erklärt.

Kannst du den Adapter wohl mal in den Debug Modus setzen und mir das Log von ca 30 Minuten mal zuschicken?

[Ralf77]

@nograx mache ich morgen gerne.

Ich lese die Daten lokal aus. Deshalb sollte es eigentlich problemlos funktionieren. Ich habe parallel auch die Daten, welche ich vom 3ct-s habe verwendet, da habe ich die Netzeinspeisung berechnet. Damit hatte ich aber auch das Problem.

[nograx]

@Ralf77 Ich habe eine zeitlang auch mal den Pulse lokal ausgelesen, was bei mir aber mehr schlecht als recht lief.

Stell doch mal das Polling vom 3ct im Gerätebaum unter Settings ggf. auf 1s oder 2s und probiere es damit noch mal.

So oder so wäre ein Log sehr hilfreich, ggf. finden wir dafür eine Lösung.

[Ralf77]

@nograx sobald ich den Log Downloaden möchte stürzt mein ioBroker immer ab. Keine Ahnung wo das Problem liegt.

Prinzipiell läuft die Regelung auch bei 1s Polling nicht sauber.
Zudem passt auch die Aufteilung der Einspeisung nicht entsprechend des SOCs. Die Last wurde z.B. aus dem Speicher mit dem geringsten SOC und dem höchsten SOC bedient…der Speicher mit dem mittleren SOC wurde in den Standby gesetzt.

[SpeedyBlade]

@nograx sagte:

Das 1. Häkchen aktiviert Berechnungen für die Tageswerte von Solarertrag etc.

Das 2. sorgt dafür das die Entladung gestoppt wird wenn die Batteriespannung zu niedrig ist. Bei Lfp Batterien hat man oft das Problem das die % Angabe mehr oder weniger berechnet und geschätzt ist. Daher müssen sie sich gelegentlich „kalibriert“ werden. Es kann durchaus sein das man denkt man hat noch 30% aber eigentlich ist der Akku leer, wenn man die Spannung der Batterie prüft kann man aber ein zu tiefes entladen verhindern.

zu 1. habe ich aktiviert, kann da aber nichts finden, wo ich meine externe PV hinterlegen kann. Oder bezieht sich dies nur auf Anlagen von Zendure die einen DC Eingang haben?

zu 2. LFP sind ja LiFePO4, welche eigentlich alle bei Zendure sind. Macht es dann nicht Sinn diese Funktion standardmäßig aktiv zu haben?

[SpeedyBlade]

dann habe ich gestern noch etwas gemerkt

obwohl noch über 20% in den Speichern war, hat er dennoch nicht mehr mit der vollen Leistung das Netz bestromt. Stattdessen hat er die Differenz (im Screenshot) von 183W vom Netz bezogen.

Wieso wurde hier nicht die komplette Leistung aus den Speichern gezogen?
Min/Max Soc sind bei 10-98%

2026-11-03 23:48:00.843  - debug: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 92 (ack: false)!
2026-11-03 23:48:00.881  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=92 rawHomeUsage=482.0 homeUsageAvg=478.4 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=88.4 piCorrection=19.6
2026-11-03 23:48:00.881  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=498.0 excessFeedIn=-108.0 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:48:10.848  - debug: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 91 (ack: false)!
2026-11-03 23:48:10.888  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=91 rawHomeUsage=481.0 homeUsageAvg=479.2 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=89.2 piCorrection=19.7
2026-11-03 23:48:10.888  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=498.9 excessFeedIn=-108.9 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:48:20.845  - debug: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 87 (ack: false)!
2026-11-03 23:48:20.881  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=87 rawHomeUsage=477.0 homeUsageAvg=478.5 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=88.5 piCorrection=19.5
2026-11-03 23:48:20.881  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=498.1 excessFeedIn=-108.1 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:48:30.846  - debug: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 89 (ack: false)!
2026-11-03 23:48:30.884  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=89 rawHomeUsage=479.0 homeUsageAvg=478.7 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=88.7 piCorrection=19.6
2026-11-03 23:48:30.885  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=498.3 excessFeedIn=-108.3 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:48:40.849  - debug: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 88 (ack: false)!
2026-11-03 23:48:40.907  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=88 rawHomeUsage=478.0 homeUsageAvg=478.5 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=88.5 piCorrection=19.6
2026-11-03 23:48:40.908  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=498.0 excessFeedIn=-108.0 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:48:50.882  - debug: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 85 (ack: false)!
2026-11-03 23:48:50.921  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=85 rawHomeUsage=475.0 homeUsageAvg=477.4 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=87.4 piCorrection=19.4
2026-11-03 23:48:50.921  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=496.8 excessFeedIn=-106.8 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:49:00.846  - debug: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 87 (ack: false)!
2026-11-03 23:49:00.883  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=87 rawHomeUsage=477.0 homeUsageAvg=477.3 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=87.3 piCorrection=19.4
2026-11-03 23:49:00.883  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=496.7 excessFeedIn=-106.7 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:49:10.847  - debug: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 108 (ack: false)!
2026-11-03 23:49:10.898  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=108 rawHomeUsage=498.0 homeUsageAvg=483.5 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=93.5 piCorrection=20.3
2026-11-03 23:49:10.899  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=503.8 excessFeedIn=-113.8 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:49:20.845  - debug: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 133 (ack: false)!
2026-11-03 23:49:20.883  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=133 rawHomeUsage=523.0 homeUsageAvg=495.4 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=105.4 piCorrection=22.7
2026-11-03 23:49:20.884  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=518.1 excessFeedIn=-128.1 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:49:30.867  - debug: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 133 (ack: false)!
2026-11-03 23:49:40.848  - debug: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 125 (ack: false)!
2026-11-03 23:49:40.881  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=125 rawHomeUsage=515.0 homeUsageAvg=501.3 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=111.3 piCorrection=23.0
2026-11-03 23:49:40.881  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=524.2 excessFeedIn=-134.2 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:49:50.847  - debug: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 77 (ack: false)!
2026-11-03 23:49:50.885  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=77 rawHomeUsage=467.0 homeUsageAvg=491.0 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=101.0 piCorrection=20.9
2026-11-03 23:49:50.885  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=511.9 excessFeedIn=-121.9 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:50:00.848  - debug: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 133 (ack: false)!
2026-11-03 23:50:00.885  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=133 rawHomeUsage=523.0 homeUsageAvg=500.6 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=110.6 piCorrection=22.9
2026-11-03 23:50:00.885  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=523.5 excessFeedIn=-133.5 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:50:10.859  - debug: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 132 (ack: false)!
2026-11-03 23:50:10.939  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=132 rawHomeUsage=522.0 homeUsageAvg=507.0 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=117.0 piCorrection=23.8
2026-11-03 23:50:10.939  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=530.9 excessFeedIn=-140.9 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:50:20.850  - debug: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 47 (ack: false)!
2026-11-03 23:50:20.875  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=47 rawHomeUsage=437.0 homeUsageAvg=486.0 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=96.0 piCorrection=19.6
2026-11-03 23:50:20.876  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=505.7 excessFeedIn=-115.7 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:50:30.851  - debug: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 131 (ack: false)!
2026-11-03 23:50:30.881  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=131 rawHomeUsage=521.0 homeUsageAvg=496.5 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=106.5 piCorrection=22.3
2026-11-03 23:50:30.881  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=518.8 excessFeedIn=-128.8 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:50:40.866  - debug: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 122 (ack: false)!
2026-11-03 23:50:40.898  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=122 rawHomeUsage=512.0 homeUsageAvg=501.2 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=111.2 piCorrection=23.0
2026-11-03 23:50:40.899  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=524.1 excessFeedIn=-134.1 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:50:50.884  - debug: zendure-solarflow.0 (23402) [onAutomationTriggerStateChange] Automation trigger state '0_userdata.0.EcoTracker.power' changed to 127 (ack: false)!
2026-11-03 23:50:50.958  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Feed-in: grid=127 rawHomeUsage=517.0 homeUsageAvg=505.9 step=false currentFeedIn=390 actualFeedIn=390 expectedGrid=115.9 piCorrection=23.7
2026-11-03 23:50:50.959  - debug: zendure-solarflow.0 (23402) [adapterAutomation] Allocation: piAdjustedHomeUsage=529.6 excessFeedIn=-139.6 inputDevices=Solarflow 2400 AC:130,Solarflow 2400 AC:130,Solarflow 2400 AC:130
2026-11-03 23:50:51.122  - error: node-red.0 (30254) Node-RED: 3 Nov 23:50:51 - [error] [http request:Deye Status abrufen] RequestError: connect EHOSTUNREACH 192.168.0.186:80
    at ClientRequest.<anonymous> (file:///opt/iobroker/node_modules/got/dist/source/core/index.js:790:107)
    at Object.onceWrapper (node:events:633:26)
    at ClientRequest.emit (node:events:530:35)
    at ClientRequest.emit (node:domain:489:12)
    at emitErrorEvent (node:_http_client:104:11)
    at Socket.socketErrorListener (node:_http_client:518:5)
    at Socket.emit (node:events:518:28)
    at Socket.emit (node:domain:489:12)
    at emitErrorNT (node:internal/streams/destroy:170:8)
    at emitErrorCloseNT (node:internal/streams/destroy:129:3)
    at process.processTicksAndRejections (node:internal/process/task_queues:90:21)
    at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1636:16)
2026-11-

[nograx]

@SpeedyBlade

1. Die Berechnungen gelten nur für die Zendure Geräte im Adapter. Wenn die keine eigenen PV Module haben kannst du da aber zumindest ablesen wie viel in die Akkus ging und wie viel wieder raus.
2. Ja ist meine absolute Empfehlung. Die neueren Geräte gehen damit besser um aber das Sicherheitsnetz im Adapter ist da größer. In der Anfangszeit von Zendure sind etliche Akkus kaputt gegangen weil sie tiefenentladen wurden.

Das führt direkt zum zweiten Posting. In der Automation ist eine Funktion eingebaut => suggestedInverseMaxPower / suggestedInverseMaxPowerInfo, den solltest du dir in deine Visu einbauen. Die Spannung deiner Akkus war schon so weit eingebrochen das die Automation nur noch mit max 130W entladen hat. Wie gesagt je länger der Zeitraum in dem dein Akku auf 100% war desdo schlechter der % wert der angezeigt wird.

Du kannst das Verhalten im Adapter mit adapterAutomation.suggestedInverseMaxPower deaktivieren, dann wird immer dein Maximum benutzt, empfehlen kann ich das aber nicht.

[nograx]

@Ralf77 Ohne Log und weiteren Infos kann ich da nur raten woran es lag. Zum Absturz beim Download: Oftmals sieht das nur so aus als würde der Browser "einfrieren" da die Logs je nachdem was du alles protokollieren lässt durchaus sehr groß sind und der Download im Hintergrund läuft und wartet bis er abgeschlossen ist.

[Ralf77]

@nograx keine Ahnung was sich geändert hat… ich habe den Adapter noch mal laufen lassen und wollte versuchen direkt über den ioBroker den Download durchzuführen….jetzt sieht die Regelung sehr gut aus - immer leicht im Plus mit ca. 10W und sehr stabil - Passt also super.

Jetzt schaue ich mal wie die SOC-Abhängige Verteilung der Last heute funktioniert und ob die 3 Speicher einigermaßen parallel morgen leer sein werden.

[SpeedyBlade]

bedeutet dies, dass bei 10% der Speicher auf Standby geht?

und wie ist das mit den "Auf 100% laden...." zu verstehen?

[nograx]

@SpeedyBlade Herunterfahren betrifft nur HUB1200/2000 und AIO 2400. Bei den neueren Geräten funktioniert das nicht. Die alten können dann wirklich komplett abgeschaltet werden und verbrauchen dann z.B. auch keinen Standby Strom mehr.

Der zweite Punkt soll heißen das ein "Blocker" gesetzt wird und das Gerät erst auf 100% geladen wird. Das soll DANN passieren wenn die Akkuspannung kritisch ist (also Akku leer) aber die SOC Anzeige noch >= 50% anzeigt (also wirklich total daneben liegt).

[SpeedyBlade]

@nograx ich hab bei mir noch alle AC2400 an Schaltaktoren, sprich ich kann diese komplett AC seitig stromlos machen.
Wäre es möglich dies mit dem Punkt 1 zu kombinieren?

Wird Punkt 2 überhaupt benötigt, wenn man alle 2-4 Wochen den Speicher komplett füllt?

[SpeedyBlade]

@nograx sagte:

Das führt direkt zum zweiten Posting. In der Automation ist eine Funktion eingebaut => suggestedInverseMaxPower / suggestedInverseMaxPowerInfo, den solltest du dir in deine Visu einbauen. Die Spannung deiner Akkus war schon so weit eingebrochen das die Automation nur noch mit max 130W entladen hat. Wie gesagt je länger der Zeitraum in dem dein Akku auf 100% war desdo schlechter der % wert der angezeigt wird.

Cell voltage (3.27V) > 3.23V and SOC (25%) > 15% - full power
Cell voltage (3.24V) > 3.23V and SOC (18%) > 15% - full power - holding 500W (hysteresis)
Cell voltage (3.26V) > 3.23V and SOC (25%) > 15% - full power

wie ist dies nun zu verstehen?

[nograx]

1 und 3 sind sowohl von der Spannung als auch SOC im grünen Bereich. Der zweite ist schon etwas runter, gerade an der Schwelle. Hysteresis bedeutet das sich die Spannung noch nicht erholt hat sodass er vorerst auf 500W verbleibt.

[SpeedyBlade]

@nograx alles klar...verstanden
die Limiten sind ja fix mit 3,23V und 15% definiert, oder können die auch geändert werden?
Und die Spannung bezieht sich diese auf den Durchschnitt aller Speicher unter einem WR?

hier eine Linie mit 1x AC2400 + 3x AB3000X