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

[DasBo1975]

Version 1.2.22

Es gibt ein kleines Update für PoolControl:

Mit dieser Version wurde ein neuer Datenpunkt ergänzt:

👉 solar.request_active

Dieser zeigt an, ob die Solarlogik aktuell die Pumpe anfordern würde, basierend auf den Kollektor- und Pooltemperaturen.

Wichtig dabei:
Der Datenpunkt ist read-only und dient ausschließlich zur Anzeige bzw. Weiterverarbeitung — er greift nicht in die Steuerung ein.

Damit lässt sich z. B. sehr einfach in Blockly oder VIS darauf reagieren, etwa:

Schalten eines Bypass-Ventils
Visualisierung, ob Solar gerade „aktiv arbeiten würde“
eigene Automationen basierend auf der Solarlogik

Zusätzlich wurde der solarHelper etwas robuster gemacht, sodass ungültige oder fehlende Temperaturwerte sauber abgefangen werden.

[DennisMenger]

Moin. Das hört sich schon mal gut an mit dem Datenpunkt. Vielen Dank dafür.

Kannst du mir sagen warum du die Möglichkeit der Steuerung einer Wärmepumpe mit in den Adapter integriert hast, die Steuerung von Solar aber nicht? Ich denke es gibt einige, die für Solar bereits eine Steuerung über ioBroker realisiert haben und sich wünschen würden, dass der Adapter das vollumfänglich steuern würde. So müsste man jetzt die Steuerung des Pools über den Adapter laufen lassen und für den Bereich Solar dann doch wieder Javascript oder Blockly bemühen. Die tatsächliche "Steuerungsmöglichkeit" für Solar würde den Adapter perfekt machen.

Verstehe das bitte nicht als Kritik, das wäre halt ein Wunsch für den Adapter. Ich bin sehr dankbar für den Adapter bisher.

[DasBo1975]

@DennisMenger sagte:

Moin. Das hört sich schon mal gut an mit dem Datenpunkt. Vielen Dank dafür.

Kannst du mir sagen warum du die Möglichkeit der Steuerung einer Wärmepumpe mit in den Adapter integriert hast, die Steuerung von Solar aber nicht? Ich denke es gibt einige, die für Solar bereits eine Steuerung über ioBroker realisiert haben und sich wünschen würden, dass der Adapter das vollumfänglich steuern würde. So müsste man jetzt die Steuerung des Pools über den Adapter laufen lassen und für den Bereich Solar dann doch wieder Javascript oder Blockly bemühen. Die tatsächliche "Steuerungsmöglichkeit" für Solar würde den Adapter perfekt machen.

Verstehe das bitte nicht als Kritik, das wäre halt ein Wunsch für den Adapter. Ich bin sehr dankbar für den Adapter bisher.

Moin Dennis,

das ist ein sehr guter Punkt 👍

Bevor ich da etwas in die falsche Richtung baue:
Wie sieht denn dein konkretes Setup aus bzw. welche Funktionen würdest du dir für den Solarbereich wünschen?

Also z. B.:

• Steuerung über Ventil / Umschaltung?
• eigene Solarpumpe?
• oder eher „intelligentere“ Pumpenlogik?

Dann kann ich das gezielt und sinnvoll in den Adapter einplanen.

[DennisMenger]

Also mein Setup sieht folgendermaßen aus:

• keine eigene Pumpe für Solar, läuft über die normale Filterpumpe
• Bypass der zu den Sollarkollektoren geht
• Bypasssteuerung über einen Aktor von HmIP (HmIPnFSI16), der einen Belimo-Stellmotor auf einem 2-Wege-Kugelhahn antreibt
• der HmIP-Aktor liefert im ioBroker die Werte true oder false (jenachdem ob Strom an oder aus ist)

Wie andere Steuerungen aufgebaut sind, weiß ich nicht. Ich kann mir aber vorstellen, dass da einige auch was über Shelly realisiert haben. Für meine Anwendung könnte es sicherlich ähnlich wie bei der Heizungssteuerung aussehen. Allerdings sollte bei Solar die Außentemperatur/Kollektortemperatur mit der Wassertemperatur verglichen werden können.

Wenn die Wassertemperatur 12 Grad hat und der Kollektor hat 16 Grad, dann könnte Solar ja schon aktiv werden. Man müsste also irgendwie einen Differenzwert zwischen der Wassertemperatur und der Kollektortemperatur individuell angeben können. Also nicht statisch ab Temperatur X. Hysterese wäre ebenfalls sinnvoll wie bei der Heizungssteuerung und eine Maximaltemperatur auch.

Würde es dir helfen, wenn ich dir mein Blockly für die Solarsteuerung zukommen lasse?

Auf jeden Fall vielen Dank dafür, dass du so auf Wünsche der User eingehst.

[DasBo1975]

@DennisMenger sagte:

Also mein Setup sieht folgendermaßen aus:

• keine eigene Pumpe für Solar, läuft über die normale Filterpumpe
• Bypass der zu den Sollarkollektoren geht
• Bypasssteuerung über einen Aktor von HmIP (HmIPnFSI16), der einen Belimo-Stellmotor auf einem 2-Wege-Kugelhahn antreibt
• der HmIP-Aktor liefert im ioBroker die Werte true oder false (jenachdem ob Strom an oder aus ist)

Wie andere Steuerungen aufgebaut sind, weiß ich nicht. Ich kann mir aber vorstellen, dass da einige auch was über Shelly realisiert haben. Für meine Anwendung könnte es sicherlich ähnlich wie bei der Heizungssteuerung aussehen. Allerdings sollte bei Solar die Außentemperatur/Kollektortemperatur mit der Wassertemperatur verglichen werden können.

Wenn die Wassertemperatur 12 Grad hat und der Kollektor hat 16 Grad, dann könnte Solar ja schon aktiv werden. Man müsste also irgendwie einen Differenzwert zwischen der Wassertemperatur und der Kollektortemperatur individuell angeben können. Also nicht statisch ab Temperatur X. Hysterese wäre ebenfalls sinnvoll wie bei der Heizungssteuerung und eine Maximaltemperatur auch.

Würde es dir helfen, wenn ich dir mein Blockly für die Solarsteuerung zukommen lasse?

Auf jeden Fall vielen Dank dafür, dass du so auf Wünsche der User eingehst.

Ja schick mal dein Blockly, dann kann ich mal sehen, wie das bei dir aufgebaut ist

[DennisMenger]

So hier mal mein Blockly für die reine Steuerung Solar.

Zur Erklärung:
Datenpunkt Solar Wert 2 ist bei mir die Automatik, die zwischen 9.00 und 19.00 Uhr. Dazu habe ich 2 Temperaturfühler, die oben bei den Solarabsorbern liegen und dort messen. Wenn einer von beiden mindestens 2 Grad mehr als die Pooltemperatur haben, dann schaltet Solar ein. Zusätzlich wird vorher noch abgefragt, ob die Poolpumpe läuft, da die Werte des Poolwassers meist höher liegen, wenn die Pumpe nicht läuft.

[DasBo1975]

🆕 Version 1.3.0 – Erweiterte Solarsteuerung

Mit Version 1.3.0 wurde die Solarsteuerung um einen neuen Extended-Modus erweitert.

👉 Dabei wird die Pooltemperatur (Oberfläche oder Boden) immer direkt mit der Kollektortemperatur verglichen.
Nur wenn der Kollektor wirklich wärmer ist, wird eine Heizanforderung erzeugt.

🧠 Funktionsprinzip (kurz erklärt)

Die Steuerung basiert auf der Differenz:

👉 Kollektortemperatur – Pooltemperatur

Wird delta_on überschritten → Anforderung EIN
Wird delta_off unterschritten → Anforderung AUS
Zusätzlich: Begrenzung über maximale Pooltemperatur
📊 Erklärung der neuen Datenpunkte
🔹 Steuerung & Konfiguration

control_mode

Umschaltung zwischen den Solar-Modi
standard → bisherige Logik
extended → neue, erweiterte Steuerung aktiv

control_object_id

Hier wird der externe Datenpunkt eingetragen, der geschaltet werden soll
Beispiel: Pumpe, Relais, Steckdose

control_type

Definiert den Typ des Ziel-Datenpunkts
Aktuell:
boolean → einfacher Schalter (true/false)
socket → Steckdose / Aktor

control_inverted

Dreht die Logik um
Beispiel:
Normal: true = EIN
Invertiert: true = AUS

pool_temperature_source

Auswahl der Referenztemperatur:
Oberfläche (surface)
Boden (ground)

👉 Damit kannst du steuern, worauf die Regelung reagiert

delta_on

Temperaturdifferenz zum Einschalten
Beispiel: 3°C

delta_off

Temperaturdifferenz zum Ausschalten
Beispiel: 1°C

👉 ergibt eine Hysterese → verhindert ständiges Ein/Aus

max_temperature

Maximale Pooltemperatur
Ab diesem Wert wird keine Erwärmung mehr angefordert
📈 Status- und Diagnose-Datenpunkte

Diese helfen beim Debuggen und Verstehen der Logik:

active

Zeigt an, ob die Extended-Steuerung aktuell aktiv arbeitet

request_active

Zeigt, ob aktuell eine Heiz-Anforderung besteht

actor_state

Tatsächlicher Zustand des externen Aktors

enabled_by_master

Zeigt, ob die Haupt-Solarsteuerung aktiviert ist

config_ok

Prüft, ob die Konfiguration vollständig und gültig ist
🚫 Blockierungslogik

blocked

Zeigt, ob die Steuerung aktuell blockiert ist

blocked_by

Grund der Blockierung, z. B.:
controlHelper
timeHelper
master_disabled
season_inactive
invalid_config

priority_status

Lesbarer Status der aktuellen Prioritätssituation
💬 Detailinformationen

reason

Technischer Grund für den aktuellen Zustand
Beispiel:
„Kollektor-Differenz >= delta_on“

info

Verständliche Beschreibung der Situation
Beispiel:
„Solar Extended fordert Heizung durch Kollektorüberschuss“

last_change

Zeitstempel der letzten Statusänderung
⚠️ Hinweis

Die Extended-Steuerung berücksichtigt automatisch:

Saisonstatus
Pumpenmodus (auto)
Prioritäten (Control / Zeitsteuerung)

👉 Dadurch greift sie nur dann ein, wenn sie darf.

💡 Fazit

Mit Version 1.3.0 wird die Solarsteuerung deutlich intelligenter:

echte temperaturbasierte Regelung
externe Aktoren steuerbar
saubere Status- und Diagnosewerte
flexible Anpassung an unterschiedliche Pool-Setups

[DasBo1975]

Update 1.3.1

Kleiner Fix für den neuen Solar Extended-Bereich:
Die Pumpe wird jetzt – wie bei der normalen Solarsteuerung – automatisch ein- und ausgeschaltet.

Zusätzlich nutzt Solar Extended jetzt den bestehenden speech.solar_active-Mechanismus, sodass die Statusanzeige der Pumpe wieder konsistent ist (z. B. „EIN (Solarsteuerung)“).

[DennisMenger]

Bis jetzt scheint das alles zu funktionieren. Solarsteuerung hat sich eingeschaltet, Pumpe wurde ebenfalls eingeschaltet.
Wo ich jetzt noch ein wenig Bedenken habe, ist die Tatsache, dass die Prüfung, ob Solar eingeschaltet werden soll oder nicht, ja bei ausgeschalteter Pumpe erfolgt oder? Da könnte es ja vielleicht zu Verfälschungen kommen.

[DasBo1975]

@DennisMenger sagte:

Bis jetzt scheint das alles zu funktionieren. Solarsteuerung hat sich eingeschaltet, Pumpe wurde ebenfalls eingeschaltet.
Wo ich jetzt noch ein wenig Bedenken habe, ist die Tatsache, dass die Prüfung, ob Solar eingeschaltet werden soll oder nicht, ja bei ausgeschalteter Pumpe erfolgt oder? Da könnte es ja vielleicht zu Verfälschungen kommen.

Das freut mich schon einmal zu hören. Die Solarsteuerung funktioniert generell im Modus Automatik. Solar beziehungsweise Solar Extended. Schaltet dann bei Bedarf die Pumpe ein und auch wieder aus. Das hat sich an der ganzen Steuerung Logik nicht geändert.

[DennisMenger]

Ich werde das mal beobachten ab wann Solar jeweils eingeschaltet wird.

Wäre es sinnvoll zur besseren Übersicht die betreffenden Datenpunkte, die für die Solarsteuerung geprüft werden, mit in den Ordner extended mit anzeigen zu lassen? Quasi als gespiegelte Datenpunkte. So könnte man, vor allem jetzt in der Testphase, besser nachvollziehen wann und warum Solar aktiv oder auch nicht aktiv ist.

[DasBo1975]

@DennisMenger sagte:

Ich werde das mal beobachten ab wann Solar jeweils eingeschaltet wird.

Wäre es sinnvoll zur besseren Übersicht die betreffenden Datenpunkte, die für die Solarsteuerung geprüft werden, mit in den Ordner extended mit anzeigen zu lassen? Quasi als gespiegelte Datenpunkte. So könnte man, vor allem jetzt in der Testphase, besser nachvollziehen wann und warum Solar aktiv oder auch nicht aktiv ist.

Er prüft ja deine Temperaturen vom hinterlegten Kollektor Sensor gegen die ausgewählte Temperatur, entweder vom hinterlegten Oberflächen oder Grundsensor. Die Datenpunkte hast du. Ich glaube gerade aus dem Kopf drei Ordner tiefer bei den Temperaturen. Da kannst du dann direkt vergleichen.

[DasBo1975]

Heute gibt es noch einmal ein kleines Update auf Version 1.3.2.

Ich musste leider kurzfristig noch eine zweite Version nachschieben, da mir im Zusammenspiel mit dem neuen Solar Extended Helper ein Fehler aufgefallen ist. Dabei konnte es unter bestimmten Umständen passieren, dass andere Funktionen wie das Nachpumpen unbeabsichtigt gestört wurden.

Das habe ich jetzt bereinigt und in dem Zuge auch gleich ein paar Dinge sauberer gemacht:

Solar Extended greift nicht mehr in andere Helper (z. B. controlHelper oder timeHelper) ein
keine Konflikte mehr mit dem normalen Solarmodus
externe Aktoren (z. B. Ventile) werden jetzt sauber und nachvollziehbar geschaltet
verbesserte und stabilere Delta-Hysterese (kein unnötiges Ein-/Ausschalten mehr)
interne Timer auf ioBroker-konforme Umsetzung umgestellt

Sorry für das schnelle Nachziehen der Version, aber mir war wichtig, das direkt sauber zu fixen, bevor es bei euch im Einsatz zu Problemen kommt.

Wie immer freue ich mich über Feedback 👍

[DasBo1975]

Hi zusammen,

kurzes Update von meiner Seite 🙂

Mit der Version 1.3.3 habe ich etwas nachgereicht, was eigentlich schon in 1.3.2 mit rein sollte:
Beim letzten Release zur Solar-Extended-Erweiterung habe ich leider den neuen COP-Bereich für Solar sowie die Logbuch-Funktion vergessen mit zu veröffentlichen. Das habe ich jetzt nachgeholt.

---

🔧 Neu dazugekommen:

Solar COP (Coefficient of Performance)

→ Damit lässt sich jetzt abschätzen, wie effizient die Solaranlage aktuell arbeitet (Verhältnis aus gewonnener Wärmeleistung zu eingesetzter Energie).

Solar-Logbuch (neu)

→ Zusätzlich gibt es jetzt ein fortlaufendes Log mit verständlich formulierten Einträgen, die den Tagesverlauf beschreiben.
Ziel ist hier bewusst nicht Technik, sondern:

„Was ist heute eigentlich im Pool passiert?“

Also z. B.:

• ob Solar überhaupt gelaufen ist
• ob ein Temperaturgewinn erzielt wurde
• wie die Bedingungen waren

Das Ganze basiert auf den bestehenden Solar-Insights-Daten und ist eher als lesbares Protokoll für den Alltag gedacht.

---

📍 Wo findet ihr das im Adapter?

Die neuen Datenpunkte liegen unter:

👉 poolcontrol.0.analytics.insights.solar.*

Dort sind vor allem interessant:

Technische Bewertung:

• results.estimated_thermal_power_w
• results.estimated_efficiency_ratio (→ COP-ähnlicher Wert)
• results.estimated_gain_today_wh / kwh
• results.active_minutes_today
• results.peak_power_today_w

Status / Bewertung:

• results.solar_effective_now
• results.solar_gain_state

---

👉 Das Logbuch findet ihr hier:

poolcontrol.0.analytics.insights.solar.logbook.*

Wichtige Datenpunkte:

• current_entry → aktueller Klartext-Eintrag
• day_log_text → kompletter Tagesverlauf (fortlaufend)
• day_log_json → technische Variante für Weiterverarbeitung
• current_entry_html → für VIS / Visualisierung optimiert

---

🧠 Confidence / Vertrauensbewertung

Der Datenpunkt confidence_percent zeigt, wie verlässlich die aktuelle Bewertung ist.

Der Wert basiert darauf, welche Sensoren und Daten tatsächlich aktiv genutzt werden:

• ca. 50 % → Basis vorhanden (Kollektor + Poolreferenz + Durchfluss)
• ca. 70 % → genauere Poolbewertung (Oberfläche + Grund kombiniert)
• ca. 80 % → zusätzlicher Rücklaufsensor vorhanden
• ca. 85 % → Außentemperatur wird berücksichtigt
• ca. 90 % → zusätzlich Wetterdaten eingebunden

👉 Bedeutet:
Je mehr reale Messwerte und Kontext vorhanden sind, desto höher die Aussagekraft der Berechnung.

---

🧠 Tipp

Wenn ihr die Effizienz eurer Anlage im Blick behalten wollt, achtet besonders auf:

• estimated_efficiency_ratio → wie „gut“ arbeitet die Anlage aktuell
• estimated_gain_today_kwh → was hat sie heute wirklich gebracht
• confidence_percent → wie zuverlässig diese Werte sind
• Logbuch-Einträge → geben euch den verständlichen Kontext dazu

---

Ein großes Dankeschön an @homoran 💪
Die Idee mit den verständlichen Textausgaben bzw. dem „Logbuch-Ansatz“ kam ursprünglich von ihm und hat mich dazu gebracht, das in der Form umzusetzen.

---

Wie immer gilt:
Wenn euch etwas auffällt oder ihr Ideen habt → gerne her damit 🙂

Viele Grüße
Dirk

[DasBo1975]

Hi zusammen,

ich empfehle euch, zeitnah auf die Version 1.3.5 zu aktualisieren, wenn ihr aktuell noch auf 1.3.3 unterwegs seid.

In der 1.3.3 kann es in bestimmten Fällen zu einer Art Loop kommen, der das System nach und nach ausbremst (z. B. erhöhte Last, langsame Reaktionen oder hoher Speicherverbrauch).

Das Problem ist in der 1.3.5 behoben.

Danke euch und wie immer: Feedback gerne her 🙂

Viele Grüße
DasBo

[DasBo1975]

Hi zusammen,

ich habe heute noch eine neue Version nachgeschoben: v1.3.6

Sorry dafür, dass schon wieder so schnell ein Update kommt, aber mir ist ein unschönes Verhalten im Frostschutz aufgefallen, das ich nicht so stehen lassen wollte.

Solche Dinge zeigen sich leider oft erst im echten Alltag im Produktivsystem und nicht im Testsystem – genau so war es auch hier.

🔧 Fix in 1.3.6

Der frostHelper konnte in bestimmten Situationen die Pumpe fälschlicherweise ausschalten, obwohl sie gerade von einem anderen Helper (z. B. PV) bewusst eingeschaltet wurde.

Das ist jetzt behoben.

👉 Der Frostschutz arbeitet nun sauber nach folgendem Prinzip:

• Bei Frost: Pumpe wird wie gewohnt erzwungen eingeschaltet
• Wenn kein Frost mehr vorliegt:
  → die Pumpe wird nur dann wieder ausgeschaltet, wenn der frostHelper sie zuvor selbst aktiviert hat
  → andere Helper (z. B. photovoltaicHelper) bleiben unangetastet

Zusätzlich:

• interne Logik zur Zustandszuordnung verbessert
• Sprach-Status für Frostschutz korrigiert
• Timer im frostHelper auf ioBroker-konforme Variante umgestellt (stabiler)

---

Wie immer gilt:
Wenn euch noch etwas auffällt oder ihr Feedback habt – gerne her damit 🙂

Viele Grüße
Dirk

[DennisMenger]

Moin. Ab wann sollte sich der Datenpunkt current-entry und die anderen Datenpunkte im Ordner logbook ändern? Mein Solar lief heute, aber keine Änderung im Datenpunkt. Oder habe ich was übersehen einzustellen?

[DasBo1975]

@DennisMenger sagte:

Moin. Ab wann sollte sich der Datenpunkt current-entry und die anderen Datenpunkte im Ordner logbook ändern? Mein Solar lief heute, aber keine Änderung im Datenpunkt. Oder habe ich was übersehen einzustellen?

Moin 🙂

der current_entry im Logbook ist kein Live-Wert, der sich sofort ändert, sobald Solar läuft.
Der Eintrag wird nur dann neu geschrieben, wenn sich der erzeugte Text wirklich ändert.

Heißt konkret:
Nur weil Solar heute gelaufen ist, muss sich der Wert nicht automatisch ändern – z. B. wenn die Bewertung am Ende gleich bleibt („kein nennenswerter Ertrag“ etc.).

Was wir aber einmal prüfen sollten:

Schau bitte kurz auf diese States:

• solar.active
• solar.extended.active
• analytics.insights.solar.results.solar_ran_today

Wenn Solar bei dir wirklich lief, müsste solar_ran_today irgendwann auf true gehen.
Wenn das nicht passiert, dann schauen wir uns das nochmal genauer an – dann könnte da tatsächlich noch was nicht sauber greifen 👍

Wenn du magst, kannst du mir die Werte mal schicken, dann gehe ich da tiefer rein

[DennisMenger]

• solar.active
• solar.extended.active
• analytics.insights.solar.results.solar_ran_today

solar.active = habe ich nicht (oder meintest du solar-control-active, der ist true
solar.extended.active = jetzt false (seit 17:05 Uhr) war heute definitiv auch auf true
analytics.insights.solar.results.solar_ran_today = false

Solar wurde auch definitiv in den letzten beiden Tagen jeweils eingeschaltet durch den Adapter.

[DasBo1975]

@DennisMenger sagte:

• solar.active
• solar.extended.active
• analytics.insights.solar.results.solar_ran_today

solar.active = habe ich nicht (oder meintest du solar-control-active, der ist true
solar.extended.active = jetzt false (seit 17:05 Uhr) war heute definitiv auch auf true
analytics.insights.solar.results.solar_ran_today = false

Solar wurde auch definitiv in den letzten beiden Tagen jeweils eingeschaltet durch den Adapter.

entschuldige, ich meinte sorar.request_active

aber ich bin dran, das gerade zu überprüfen