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

[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