Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[centrofly]

@Felli sagte:

@centrofly mach am besten ein Issue auf GitHub dazu auf. Das bekommt @nograx am schnellsten mit in dem Falle.

Bin gespannt, wie es bei Dir klappt mit dem 800er und meinem Regler. Habe in der neusten Version noch einen EMA-Filter zum glätten des Grid-Input eingebaut, damit die Regelung besser mit zappelnden Verbrauchern klar kommt. Viel Erfolg!

@felli: Erste Rückmeldung, Dein Adapter regelt bei mir sehr gut! Erst schien die Regelung etwas zappelig, aber der Grund dafür war, dass mein Tasmota Lesekopf nur alle 10 Sekunden den aktuellen Netzbezug gemeldet hat, dein Adapter aber defaultmäßig alle 5 Sekunden geprüft.

Also bspw.: Netzbezug ist 200 Watt, Adapter regelt Ladeleistung hoch, bei der nächsten Prüfung immer noch 200 Watt (in Wirklichkeit schon weniger, aber Tasmota hat noch nicht den aktualisierten Netzbezug gemeldet), dein Adapter regelt nochmal hoch, bei der nächsten Prüfung erkennt er dann die Einspeisung, regelt wieder runter etc...

Lösung aber ganz einfach: Erst hatte ich das Update Intervall im Adapter ebenfalls auf 10 Sekunden hochgesetzt. Dann läuft das ganze recht stabil, aber natürlich nicht besonders fix. Bessere Lösung war dann, den Tasmota dazu zu bringen öfter zu melden. Über eine Änderung am Tasmota Script kann man erreichen, dass jede Änderung übertragen wird. Siehe hier: https://community.simon42.com/t/tasmota-smart-meter-in-echtzeit-senden/10819/7?u=simon42

Das sind dann natürlich sehr viele Updates vom Lesekopf, also aufpassen wenn man die Werte bspw. in der Datenbank wegschreibt etc.

Aber als Tipp für andere: Es ist wichtig, dass das Updateintervall in deinem Adapter nicht kleiner ist, als das Updateintervall der Messgröße (Netzleistung).

Ansonsten: Daumen hoch und vielen Dank für Deine tolle Arbeit!

[Bongo]

@Murphy-0 sagte:

@bongo
Ob oder wie du den steuern kannst habe ich keine Ahnung.
Dafür habe ich meine Shelly Plug s

Danke für deine Antwort.
Shelly Plug s wäre dann Plan B. Aber ich hab nun schon mal 2 Zendure Satellite Plugs die ich für mein BKW nich benötige aber anderweitig nutzen könnte.

Vielleicht hat noch jemand eine Lösung oder weiß definitiv, dass man die Zendure Satellite Plugs nicht in ioBroker bringt.

[Felli]

@centrofly das freut mich aber zu hören, danke für die Rückmeldung!! Und ja, ein zum Zeitpunkt des Ticks sauberer Wert, hilft enorm. Das mit der 16 habe ich schon immer in meinen Scripts gehabt im Tasmota. Schreibe meine Werte immer nach verschiedenen Intervallen aber niemals on change, das würde die Influx schnell explodieren lassen 😵‍💫🤣🤣

Im Adapter sind eigentlich alle Regelparameter einstellbar. Wenn du den EMA Filter drin hast, Default 0,5, nimm ruhig die Rampe raus also einfach auf 0 in der neusten Adapterversion. Der EMA-Filter wirkt ja eingangsseitig wie ein ramping.

Beste Grüße
Sven

[nograx]

@Bongo Die Plugs sind überhaupt nicht easy. Per MQTT liefern die irgendwie nur ein einziges mal Daten und dann kommt nichts mehr. Ich habe davon hier auch noch welche liegen, aber aufgrund der Problematik nicht mehr im Einsatz. Das ist aber auch schon lange her das ich das getestet habe, vll hat ja noch jmd. anderes einen Tipp dann nehme ich das Thema gerne noch mal auf.

[Bongo]

@nograx
Danke für das Feedback.

Wer hat noch Tipps oder Infos zu den Zendure Satellite Plugs?

[manuelg]

Hi zusammen,
ich habe mir vor einem Monat auch einen AC 2400+ gekauft und nutze deinen Adapter @nograx. Er funktioniert wunderbar, also vielen dank dafür! Ich habe auch den aktuellen 4.0.X installiert, um die ZenSDK Variante nutzen zu können. Gibt es irgendwo einen Hinweis, wie der Adapter nun mit dem Speicher kommuniziert?

Unterstützt der Adapter eigentlich auch den d0-IR-Lesekopf? Also könnte ich die Werte dort abgreifen?

Erst hatte ich ein eigenes Skript zur Ansteuerung erstellt, dann bin ich dank deines Hinweis @felli auf deinen Adapter gekommen. Auch er funktioniert sehr gut, danke du hast dir eine Menge Gedanken gemacht! Ich habe allerdings die Rampen und den Filter etwas aggressiver gestellt. Wie du oben schon geschrieben hast, ist die Regelung sonst sehr träge.

[Felli]

@manuelg

Mahlzeit 👋🏼

Freut mich sehr zu hören, das dir die Regelung gefällt. Die Rampen sind mit dem neuen EMA-Filter eigentlich fast überflüssig, habe sie bei mir mittels 0 einfach abgeschaltet. Lasse die Funktion aber drin, weil sie nicht weh tut und falls jemand mit EMA 1.0 fährt also ohne Filter, kann er die Rampen wieder rein nehmen.

Habe gerade eben noch eine neue Version released, bei der man eine Hysterese auch bei SOC nutzen kann, damit der Solarflow nicht Up and down geht wie ein Lemming 🤣

Danke für Deine Rückmeldung 👍🏼

[nograx]

@manuelg Es gibt im Objektbaum "connectionMode", da steht drin wie die Kommunikation verwendet wird.

[Murphy 0]

@felli
Es würde mich interessieren ob dein Regelung auch bei nicht zenSDK Geräten wie z.B.: meinem Hyper funktioniert?
Dies wäre interessant um einen Vergleich mit meinem eigenen Blockly zu machen.

So schaut das Ergebniss meiner Regelung momentan aus:

[Felli]

Probiere es aus, lässt sich der Hyper denn mit dem Datenpunkt setDeviceAutomationInOutLimit steuern? Falls ja, kannst du es direkt probieren. Ich gehe ja nicht direkt ans Gerät, die Kommunikation geht über Peters Adapter intern. Wie das Gerät am Ende an den Adapter angebunden ist, spielt dabei keine Rolle.

Die Regelung basiert auf einem klassischen I-Regler mit ein paar Zusätzen. Wenn man es brutal und schnell will, alle Sicherheiten entfernen und Go. Wenn man auf Sicherheit steht, entsprechend konfigurieren. Bin gespannt 😵‍💫😜

[Murphy 0]

Danke für die Rückmeldung.

Steuere komplett über setDeviceAutomationInOutLimit.
Update das System komplett, dann mache ich eine Test mit einer Sicherungskopie 😉

[manuelg]

@nograx sagte:

@manuelg Es gibt im Objektbaum "connectionMode", da steht drin wie die Kommunikation verwendet wird.

Danke für deine Antwort, bei mir wird der als "null" angezeigt. Läuft dann bei mir etwas nicht richtig?

[Murphy 0]

@Felli sagte:

Probiere es aus, lässt sich der Hyper denn mit dem Datenpunkt setDeviceAutomationInOutLimit steuern? Falls ja, kannst du es direkt probieren. Ich gehe ja nicht direkt ans Gerät, die Kommunikation geht über Peters Adapter intern. Wie das Gerät am Ende an den Adapter angebunden ist, spielt dabei keine Rolle.

Die Regelung basiert auf einem klassischen I-Regler mit ein paar Zusätzen. Wenn man es brutal und schnell will, alle Sicherheiten entfernen und Go. Wenn man auf Sicherheit steht, entsprechend konfigurieren. Bin gespannt 😵‍💫😜

Das Updates des Systems ist erst mal schief gegangen. Ich habe wohl zu lange nicht upgedatet. Verschieden Adapter im ioBroker laufen nicht mehr. Deine Adapter wurde dennoch ohne Fehler installiert, reagiert aber nicht. Der Objekt Ordner bleibt leer.
So macht das keinen Sinn. Ich muss wohl mal bei Gelegenheit ein neues sauberes System aufsetzten.
Den Versuch habe ich auf SD Karte gemacht, die m.2 SSD ist wieder aktiv und läuft. 😤

[Felli]

@Murphy-0 Huppala

Okay, je nachdem wie alt der admin ist, kann das natürlich knallen. Gut ich kann da mal schauen ob ich es abwärts besser kompatibel bekomme aber vermute eher das der Fehler in Deinem System liegt. Habe das hier auf Haupt und Testinstanz probiert und lief.

Meld Dich gerne nochmal zurück und viel Erfolg!!!

LG
Sven

[Murphy 0]

@felli
Leider habe ich momentan kein Testsystem. Wird von Docker mit Solectrus, nextcloud und paperless-ngx belegt.
Seit meine Steuerung mit Blockly so schön rund läuft ist mit langweilig geworden und ein Blick über den Tellerrand angesagt.
Wie sagt man so schön: Stillstand ist Rückschritt.

[Felli]

@Murphy-0

Absolut, immer nach vorne ;)

Wenn ich einen Tipp geben darf, ich würde jedem zu einem kleinen tiny PC und Proxmox raten. Da kommt in meinen Augen nichts anderes dran und es ist wirklich easy going, vor allem was Backups der Container usw angeht. Da kann man auch mal was nach allen Regeln der Kunst "kaputt" spielen und einfach zurück rollen

[TiCiPieIPi]

@nograx
Außerhalb des Kontextes hier:
Ich habe die Version 3.6.0 installiert und nutze eine SolarFlow 800 Pro. Die Anbindung erfolgt über Cloud Authorization. Beim ersten Start wurde der Objektbaum erzeugt. Der Adapter läuft. Allerdings erhalte ich täglich 00:00 Uhr Protokolleinträge, dass der Objektzweig .calculations und alle darin enthaltenen Objekte fehlen. (Protokoll stufe warn).
Müsste der Objektzweig vorhanden sein? Oder sind die Meldungen veraltet? Wie kann ich den Fehler ggf. beheben. Hab bisher nichts passendes gefunden.

Vielen Dank

[nograx]

@TiCiPieIPi Danke für die Info. Wenn du "Kalkulationen vom Adapter nutzen" nicht aktiviert hast sollte die Meldung nicht erscheinen, da scheint meine Abfrage nicht korrekt sein. Schaue ich mir mal an.

[nograx]

@Murphy-0 Kann dir hier auch nur die Empfehlung geben einen Mini-PC zu kaufen und mit Proxmox zu arbeiten. Wenn man eine gewisse Ahnung hat was eine virtuelle Maschine ist wird einem das sehr viel bringen. Nur daran denken bei der Auslegung nicht zu geizig zu sein, denn wenn man da erstmal eine Sache am laufen hat hat man da plötzliche etliche Maschinen... :D

[Felli]

@nograx kann ich so bestätigen... Nutze 12 LXC und eine VM mittlerweile 😵‍💫🤣🤣 Richtig gut und vor allem stabil!