Test Adapter HeatingControl v2.12.x

[guergen]

Warnung beim Adpter-Start:

2021-08-20 16:43:34.010 - warn: heatingcontrol.0 (6880) window sensor has no datatyp in Küche (Contact JEQ0159991 opened), boolean used. Please check and save configuration
2021-08-20 16:43:34.011 - warn: heatingcontrol.0 (6880) window sensor has no datatyp in Toilette (Contact JEQ0512273 opened), boolean used. Please check and save configuration
2021-08-20 16:43:34.012 - warn: heatingcontrol.0 (6880) window sensor has no datatyp in Schlafzimmer (Contact JEQ0515186 opened), boolean used. Please check and save configuration
2021-08-20 16:43:34.012 - warn: heatingcontrol.0 (6880) window sensor has no datatyp in Bad (Contact JEQ0161477 opened), boolean used. Please check and save configuration

Sind aber korrekt eingerichtet:

[Rene_HM]

@guergen Das ist aber schon länger drin (seit 2.2.0) ... Hier muss man einmalig die Konfiguraton der Sensoren prüfen und dann speichern. Danach sollte die Meldung beim nächsten Start nicht mehr auftauchen.

[guergen]

@rene_hm Hatte das aber schonmal gespeichert.. nun gut, mache ich das halt noch einmal...
Danach war es (mal wieder) weg

[cga]

Hallo zusammen,

Hat jemand den Adapter schon mal in Verbindung mit einer Homematic IP Falmot C12 zum Laufen gebracht? Ist es hier ausreichend wenn man nur die wandthermosrate konfiguriert? Und ich benötige hier lediglich den momentanen Wert und den Zielwert ded Thermostates?

Grüße

[Rene_HM]

@cga @cga Bisher kenne ich diesbezüglich nur diese Aussage: https://forum.iobroker.net/topic/22579/test-adapter-heatingcontrol-v2-5-x/1553

Vom Prinzip des Adapters sollte es aber ausreichen, die Thermostate zu konfigurieren, wenn diese dann die Aktoren selbst schalten. Der Adapter gibt zeitabbhängig Soll-Werte an die Thermostate, die liefern den aktuellen Ist-Wert zurück und kümmern sich selbst um die Regelung...

[zahnheinrich]

@cga
Genau so ist es!

[Rene_HM]

@rene_hm sagte in Test Adapter HeatingControl v2.5.x:
Im github und NPM liegt die 2.6.0 zum Testen bereit.

siehe auch github

Es gibt folgende Änderungen:

• Wartungsmodus hinzugefügt

Im Wartungsmodus bekommen alle Thermostate einen einheitlichen Zielwert (.z.Bsp. 30°C).
Damit werden alle Ventile geöffnet. Das kann für die Entlüftung des Systems nützlich sein. Das ganze geht natürlich auch andersherum: Alle Thermostate bekommen eine niedrihe Zieltemperatur und schliessen damit alle Ventile.
Die Einstellung der Zieltemperatur erfolgt im Admin und "Wartung"

Feedback ist wie immer willkommen...

[JackDaniel]

ich will nun schön langsam weg von den ganzen scripten fürs heizen
sehe ich das richtig das der adapter den zustand gekippt bei den fenstersensoren nicht untertützt?
wenn nicht, ist etwas in der richtung geplant?

[guergen]

@jackdaniel Du kannst den Fenster-Auf-Zustand im Adapter doch selbst wählen und eintragen.
Oder meinst Du, dass es einen weiteren Zustand für "halb-offen" geben sollte?
[Ironie on]
Dann hätte ich gerne auch einen stufenlos wählbaren Zustand, damit ich den Heizungsregler nachregeln kann...
[Ironie off]

[JackDaniel]

sorry aber was ist an gekippt so "komisch"?
die hoppe secusignal fenstergriffe übermittel eben drei zustände die ein fenster haben kann.
es macht schon sinn, denn auch wenn ein fenster "nur" gekippt ist möchte ich nicht den ganzen tag "sinnlos" heizen.
und ja das mit den selbst auswählbaren zuständen habe ich gesehen, aber was bringen mir nur zwei...

[guergen]

@jackdaniel Was ich damit meine ist, dass es doch völlig egal ist ob ein Fenster gekippt oder offen ist. Offen ist offen, geheizt werden soll dann nicht.
Oder was hast Du mit der gekippten Stellung vor?

[Rene_HM]

@jackdaniel Der Adapter kann so konfiguriert werden, dass bei "Fenster offen" die Zieltemperatur abgesenkt wird. Woher diese Information stammt, ist völlig frei wählbar. Es kann der Fenster - offen Zustand eines Sensors oder Fenster-gekippt-Zustand oder ein völlig anderer Datenpunkt verwendet werden.
Einzig eine Unterscheidung zwischen "gekippt" und "offen" gibt es nicht und macht m.E. auch keinen Sinn..

[JackDaniel]

die hoppe secusignal haben aber zwei verschieden datenpunkte dafür, ein bid sagt mehr als tausend worte
und ja ich könnte das wieder über ein script und einen dp zusammenbringen, aber dann geht es schon bei den basics los mit dem improvisieren, dann kann ich gleich bei meinen scripten bleiben (die ja 1a funktionieren).

[guergen]

@jackdaniel Du kannst auch mehrere Fenster für einen Raum eintragen, bei einem offenen oder gekippten Fenster würde das dann absenken

[Chaot]

@rene_hm Ich denke er meint, dass er zwei Datenpunkte hat die als "offen" erkannt werden sollen. Also will er faktisch zwei Sensoren für die Offen Erkennung angeben.

[guergen]

@chaot Geht ja!

[Rene_HM]

@jackdaniel @guergen war schneller. Wäre auch mein Vorschlag gewesen

[JackDaniel]

@guergen sagte in Test Adapter HeatingControl v2.5.x:

@jackdaniel Du kannst auch mehrere Fenster für einen Raum eintragen, bei einem offenen oder gekippten Fenster würde das dann absenken

stimmt
manchmal sieht man den wald vor lauter bäumen nicht

[JackDaniel]

so nun zum nächsten thema, verzögerung der fenster/tür sensoren
fenster sensoren sollen sofort das heizen absenken bzw. wieder herstellen, bei türen erst mit einer verzögerung absenken und beim schließen sofort wieder herstellen (da die chefin öfter mal zum rauchen auf den balkon/terasse geht, die türe zwar zu ist aber der griff ja signalisiert sie sei offen )
was ich bis jetzt gesehen habe läuft das global unter den haupteinstellungen, also für mich nicht umsetzbar
hab ich da schon wieder etwas übersehen?

[Pittini]

@jackdaniel sagte in Test Adapter HeatingControl v2.5.x:

aber der griff ja signalisiert sie sei offen

Deswegen sind die Griffsensoren gut für Alarmzwecke aber Kagge für echte Detektion von offen/zu. Ich würde da einfach zusätzlich nen Magnetkontakt setzen.