inspiriert vom Heizungsthermostat-Script und weil meine homeputer-Lizenz abgelaufen ist, und ich meine Heizungssteuerung von dort nach iobroker portieren wollte, ist der Adapter HeatingControl entstanden.

Features:

• setzen der Zieltemperatur in verschiedenen Thermostaten
• beliebige Anzahl von täglichen Zeitabschnitten mit unterschiedlichen Zieltemperaturen
• Zeit und Zieltemperatur per Visualisierung konfigurierbar
• automatische Suche nach vorhandenen Thermostaten im System (über Gewerk) und Zuordnung zu Räumen
• Für den Fall, dass der Thermostat nur als Thermometer verwendet wird, behandelt der Adapter auch digitale Outputs zum Schalten der Ventile. Im Moment ist dafür nur eine einfache Ein/Aus-Regelung implementiert (die für meine Zwecke ausreichend ist). Weitere Regelungen sind aber als Idee bereits vorhanden und können implementiert werden. Es gibt nun auch einen linearen on/off mit Hysterese
• es werden bis zu zwei Outputs für Ventile unterstützt
• Outputs werden auch automatisch den Räumen zugeordnet. Dafür müssen diese dem gleichen Gewerk wie Thermostate zugeordnet sein.
• im Admin des Adapters können Räume deaktiviert werden
• Absenkung bei Abwesenheit
• Ventile ein oder aus außerhalb der Heizperiode
• Verbindung zu ical
• Verbindung zu Feiertags-Adapter
• Senden von Nachrichten per email, Signal, Telegram, discord, ...
• Kamin-Modus
• Wartungsmodus
• mehrere Profile
• Tages-Programme für
  - Montag - Sonntag
  - Montag - Freitag + Samstag - Samstag
  - jeden Tag separat

Versionen:

• 2.12.1
  Status: beta seit 25.11.2023
  NPM: ja
  github: ja
  weitere Informationen: github

• 2.11.1
  Status: stable seit 17.08.2023
  NPM: ja
  github: ja
  weitere Informationen: github

Da mich die Unzuverlässigkeit von wetherundergrund gestört hat (mal bekommt man keine Daten, mal bekommt die Daten der falschen Station) habe ich nach einer Alternativen gesucht. Gefunden habe ich https://www.daswetter.com/ und dafür habe ich nun einen Adapter geschrieben:

Man kann unter drei Alternativen wählen

• XML-Datei mit der 7-Tage-Wettervorhersage und allgemeiner Tagesüberblick

  • XML-Datei mit 5-Tage-Wettervorhersage und detaillierte Informationen für alle 3 Stunden
  • XML-Datei mit den stündlichen Wettervorhersagen

  Implementiert habe ich alle drei Varianten, man muss aber nur eine verwenden.

  

  Der Adapter enthält auch noch die zugehörigen icons, so dass man sich eine eigene Wetter-Vorschau in vis bauen kann.

  

  Falls jemand Interesse hat, der Adapter ist auf github unter

  https://github.com/rg-engineering/ioBroker.daswetter zu finden.

Ich bin dabei, den Adapter komplett zu überarbeiten. Dann wird es möglich sein, die OID's manuell für Thermostate, Aktoren und Sensoren zu konfigurieren, wenn die Geräte nicht automatisch gefunden werden. Damit kann man praktisch alle Thermostate mit dem Adapter steuern. Manche werden automatisch konfiguriert andere muss man dann manuell konfigurieren.

okay, jetzt ist es soweit, ich habe die Version 0.1.0 im github und NPM veröffentlicht.
Wichtigste Änderung vorweg: Der Adapter wurde intern komplett überarbeitet. Damit musste ich leider auch die Datenpunkte zur Profileinstellung pro Raum verschieben. Damit ist es notwendig, die Einstellungen im Vis o.ä. anzupassen
Nun zu den Neuerungen:

• Man kann nun eine nicht limitierte Anzahl von Thermostate, Aktoren und Sensoren pro Raum konfigurieren. Die alte Grenze von einem Thermostat pro Raum gibt es nicht mehr.
• die drei verschiedenen Profiltypen
  ** Montag bis Sonntag
  ** Montag bis Freitag und Samstag / Sonntag
  ** jeden Tag einzeln
  funktionieren nun
• es gibt auch die Möglichkeit, Fenstersensoren einzubinden. Damit kann man die Raum-Zieltemperatur absenken, wenn Fenster offen sind
• es gibt ein Interface zum Feiertag-Adapter. Damit kann man erkennen, ob heute ein Feiertag ist. Ein Feiertag wird dann entweder als normaler Tag oder wie ein Sonntag behandelt. das ist im admin einstellbar
• es wird weiterhin versucht, die Geräte pro Raum automatisch zu erkennen. Da das aber oft nicht so einfach ist (insbesondere bei nicht-Homematic-Geräten) gibt es jetzt die Möglichkeit, die Geräte auch manuell zu konfigurieren. Man fügt einfach ein neues Gerät im neuen Raum ein, setzt ein oder zwei Pfade (zu Zieltemperatur, aktueller Temperatur für Thermostate bzw. state zu Aktoren und Sensoren) und aktiviert das Gerät.
  Hier noch ein screenshoots vom neuen Adapter-admin:

ein Teil der Hauptkonfiguration:

die Profil-Konfiguration

zunächst die Räume

und dann die Konfiguration des Raumes, nachdem man den rot markierten Edit-Knopf gedrückt hat:

Im github und NPM liegt die 2.2.0 zum Testen bereit.

siehe auch github

Es gibt folgende Änderungen:

• issue #146: Fenstersensoren können jetzt vom Type boolean, number oder string sein. Der Wert für geschlossen / offen kann in allen drei Fällen konfiguriert werden. Die bisherige Konfiguration wird übernommen. Sobald man im admin einmal gespeichert hat, entfällt auch die diesbezügliche Warnung...
• issue #110: jeder Raum kann separat in den Modus "no heating" versetzt werden. Dazu gibt es einen neuen Datenpunkt "isActive". Wenn dieser auf false gesetzt wird, wird für diesen Raum die Aktion ausgeführt, die allgemein im admin für "no heating period" konfiguriert wurde
• issue # 185 und #184: die beiden Wartungsfunktionen im admin (ungenutzte Datenpunkte bzw. ungenutzte Konfiguration löschen) sind jetzt implementiert
• issue #207: die copy-Buttons für die vis wurden hinzugefügt
• issue #219: beim Kopieren von Profilen werden die Absenkwerte und der Profilname mit kopiert

Feedback ist wie immer willkommen...

@mcm1957 sagte in Alpha Test js-controller Kiera (v6.0):

Im Prinzip haben ALLE Adapter von rg-engineering das Problem dass die mit festgezurrten Dependencies unterwegs sind
Das betrifft:

amtronwallbox
daswetter
ebus
heatingcontrol
minmax
mysql
openhomecontrol
pvoutputorg
semp
spfspot

Die GitHub Versionen sollten - stichprobenartig geprüft - mittlerweile passende aber auch festgezurrte Versionen haben. Wann da neue Release kommen - keine Ahnung.

Ich arbeite die issues ab... dauert aber ein wenig.

Für DasWetter sollte das mit Version 3.1.14. erledigt sein.

Wäre gut gewesen, im Vorfeld (adapter-checker?) über solche Probleme informiert zu werden...

ACHTUNG: Bitte die aktuelle Version 3.0 aus github nicht installieren! Ich bin an Umbau-Arbeiten, die noch nicht abgeschlossen sind...
Es wird einen post von mir hier geben, wenn die 3.0 soweit ist...

@Smartuser sagte in Test Adapter HeatingControl v1.0.x:

Ein Blick in den Log zeigte wieder das "Fensterstatus-Problem

Was sind das für Sensoren? Ich denke, dieses Problem ist kein Poblem dieses Adapters. Das Problem hier ist eher, dass nach einem reboot der Status der Sensoren nicht automatisch aktualisiert wird, dshalb musst du die Fenster einmal öffnen und schliessen. Das kannst du prüfen, indem du einen reboot vom System mit iobroker machst und danach in den DP des Fensterstatus schaust. Da steht wahrscheinlich nichts drin...

Das Verlieren der Profile sollte nicht vorkommen. Ich bin eher der Meinung, herauszufinden, warum die Profile verloren gehen.

Bzgl. des Überschriebens durch Werte vom Thermostat bin ich dran, Änderungen zu testen. ich hoffe, das in der 1.1.0 releasen zu können...

Im github und NPM liegt die 3.0.8 zum Testen bereit.

Es gibt folgende Änderungen:

• Die unnötigen Warnungen bzgl. notwendiger Anpassung von channels wurden entfernt

Danke an @Dutchman!

Feedback ist wie immer willkommen...

@coyote @Chaot also auf jeden Fall das gleiche Problem... Die Soll-Temperaturen werden dem Adapter gemeldet, obwohl er sie nicht anfordert (oder zumindest anfordern sollte). Wenn das mit 2.0.2 weg ist, kann das ja nur an 15 Zeilen code liegen... ich schau noch mal und baue das Szenario hier nach...
https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/213

rg-engineering created this issue in rg-engineering/ioBroker.heatingcontrol

closed Warnung "!!! Statechange not handled" #213

@megamacy Etwas spät, aber vielleicht hilft es noch:
Das liegt normalerweise weder am Adapter noch am ebusd. Das Problem ist, dass manche Werte nach einem Reboot mit Scan einmalig auf dem Bus auftauchen. Der ebusd packt diese Werte in die Datenstruktur und damit tauchen sie im Adapter auf. Wenn nun dieser Wert nie wieder auf dem Bus auftaucht, bleibt natürlich der Zeitstempel beim ersten Auftauchen stehen und der Adapter loggt, dass es kein update gibt, was ja auch richtig ist.
Man wird diese Werte los, indem man den ebusd neu bootet. Dabei darf natürlich der Scan nicht aktiv sein. Dadurch baut der ebusd seine interne Datenstruktur neu auf. Danach löscht man im iobroker einmalig den kompletten Baum der Daten vom ebus-Adapter (oder alternativ manuell die Datenpunkte, die nicht aktualisiert werden)

@octopyrox sagte in Test Adapter HeatingControl v2.12.x:

Bedeutet das, der Adapter hat erst im 2. Versuch die Temperatur ändern können?

genau, der Adapter schreibt einen Wert auf den Datenpunkt und liest ihn wieder zurück. Wenn beim Zurücklesen ein Unterschied festgestellt wird, schreibt der Adapter nochmal den gleichen Wert.
Die Funktion kann man aber auch deaktivieren. Eigentlich sollte man sie nur dann aktivieren, wenn man Schwierigkeiten hat, ein bestimmtes Gerät zu erreichen...

@android51 solange du im Schalten-tab der Konfiguration die OID für den Schalter z.Bsp. auf einen dummy legst, schaltet der Adapter auch nichts und du bekommst die Handlungsempfehlung trotzdem

@android51 du musst schon konfigurieren, von wann bis wann dein Gerät laufen darf. Also den tab "Energieanfragen" ausfüllen...

@berny-k sagte in Test Adapter HeatingControl v2.12.x:

zigbee.0.0c4314fffe4ead6c.current_heating_setpoint

Irgendjemand oder etwas schreibt auf den Datenpunkt zigbee.0.0c4314fffe4ead6c.current_heating_setpoint .
Das kann auch das Thermostat selbst sein, wenn es einen Zeitplan hat...

@android51 sagte in Adapter: SMA SEMP:

Die Hilfe-Links aus dem Adapter heraus funktionieren nicht.

Wo versuchst du das?

@wendy2702 ich denke, dann wird der Status (an/aus) nicht richtig übertragen. Das müsstest du im debug-log sehen: im DeviceStatus des Gerätes gibt es ein Status-Feld. Dort muss "On" übertragen werden...

@android51 schau mal im sunnyportal (per browser, nicht in der app). Dort gibt es eine Verbraucherbilanz:

@saskathex sagte in Adapter: ebus:

gestern habe ich auf ebusd 24.1 geupdatet. Leider läuft der iobroker Adapter nun nicht mehr und meldet die Fehlermeldung:
"unsupported ebusd version found (too new) .... "

Das ist eigentlich nur eine Warnung. Geht sonst irgendetwas nicht mehr?

Wie ist der Weg des Issue reporting? Eher hier (da habe ich mal angefangen) oder über das github repo.

ideal wäre ein ticket im github...

@chris-t-h @holgerwolf habt ihr mal ein upload vom vis-2 Adapter versucht?