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

[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