UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Rene_HM]

@iobroker_Alex sagte in Adapter: HeatingControl:

@Rene_HM kannst du nochmal kurz sagen ob der Adapter sich die Radiatoren selbst zieht, wenn diese sich unter "maxcul.0" befinden oder ist das noch nicht implementiert?

Derzeit werden (wieder nur) Homematic-Geräte automatisch erkannt. Alle anderen Geräte müssen manuell konfiguriert werden.
Die Begriffe und wie die Geräte genutzt werden sollen, hatte ich im vorherigen post beschrieben. Falls da noch Fragen sind, bitte einfach noch mal melden...

[mrMuppet]

Was ist eigentlich der Unterschied zum bekannten Heizungsthermostatskript? Soweit ich das verstehe ist hauptsächlich die Bedienung etwas vereinfacht, weil man keine Visualisierungen mehr anlegen muss um alles zu programmieren. Gibt es sonst noch nennenswerte Unterschiede?

[Michael Sauer]

Hallo,

leider ignoriert das Tool die angegebenen Zeiten der einzelnen Perioden.
Selbst wenn ich den Adapter neu starte reagiert er nicht auf eingestellte Zeiten.
Habe Ihn auch schon neu installiert.

Habe ich etwas übersehen?

Danke.

[Rene_HM]

@Michael-Sauer Bitte den adapter mal im debug-Mode starten und die logs prüfen und gegebenenfalls hier posten. Vielleicht im ersten Schritt (nach Neu-Installation) zunächst die default-Werte verwenden...

[AhleWurscht75]

Hallo,
wahrscheinlich stehe ich komplett auf der Leitung. Habe mich hier in den Adapter eingelesen und auch installiert. Wo kann ich hier den die Einstellungen vornehmen hinsichtlich Heizplan (Zeiten, Temperatur etc.). Ich bin davon ausgegangen, dass dies im Adapter erfolgt. Ich finde dort aber nicht die entsprechenden Felder. Muss hier doch noch eine VIS aufgesetzt werden zur Steuerung??
Einrichte der Thermostate, Sensoren (MAX und Xiaomi) ist soweit klar, werden auch unter Objekten aufgeführt.

Danke für eine kurze Erläuterung zur Einstellung.

PS: Ich habe bis dato das "Heizungsscript" im ioBroker verwendet.

[Rene_HM]

@AhleWurscht75 sagte in Adapter: HeatingControl:

Muss hier doch noch eine VIS aufgesetzt werden zur Steuerung

Muss nicht, aber kann. Aber: alle Parameter für die Profile liegen unter den Datenpunkten in den Objects. Wenn man also die Daten nicht über eine Vis verändern will, kann man die Profile-Daten direkt eingeben (aber eben nicht im Admin-Fenster des Adapters)

[csamaggi]

Ah genau da stand ich auch dachte dass man das komfortabel im Adapter eingeben kann.
Naja so täuscht man sich. Aber per VIS ist dass auch ok.

Jedoch bekomme ich ein Fehler wenn ich den Adapter Starte.
Ich habe HM Thermostate und Xiaomi Temperatursensoren.

	exception in main [TypeError: Cannot read property 'isActive' of null]

Hab leider keine Idee woran dass liegt.

MFG Maggi

[Michael Sauer]

@Rene_HM
Habe es durch neu Installation wieder zum laufen gebracht.
Habe es erst einmal nur für das Bad installiert hier habe ich ein
Wandthermostat und ein Heizungsthermostat die beide erkannt werden.
Zusätzlich habe ich ein Fensterkontakt eingebunden welches bei öffnen und
schließen eine Warnung im Log ausgibt.

heatingcontrol.0	2019-09-08 17:32:43.148	info	room Badezimmer Thermostate HM-TC-IT-WM-W-EU LTK0132036 set to 20
heatingcontrol.0	2019-09-08 17:32:43.144	info	room Badezimmer Thermostate HM-CC-RT-DN LTK0086586 set to 20
heatingcontrol.0	2019-09-08 17:32:43.122	warn	handle actors hm-rpc.0.MEQ0879139.1.STATE{"val":false,"ack":true,"ts":1567956763119,"q":0,"from":"system.adapter.hm-rpc.0","user":"system.user.admin","lc":1567956763119}
heatingcontrol.0	2019-09-08 17:32:37.137	info	room Badezimmer Thermostate HM-TC-IT-WM-W-EU LTK0132036 set to 5
heatingcontrol.0	2019-09-08 17:32:37.131	info	room Badezimmer Thermostate HM-CC-RT-DN LTK0086586 set to 5
heatingcontrol.0	2019-09-08 17:32:37.102	warn	handle actors hm-rpc.0.MEQ0879139.1.STATE{"val":true,"ack":true,"ts":1567956757091,"q":0,"from":"system.adapter.hm-rpc.0","user":"system.user.admin","lc":1567956757091}

Schalten tut er die Thermostate.

Was ist falsch?

[Rene_HM]

@Michael-Sauer Die Warnung ist keine Warnung, sondern eine Info. Das habe ich heute in der Version 0.2.1 korrigiert. Eigentlich heisst das nur, das der Adapter auf Öffnen und Schliessen des Fensters reagiert und somit richtig konfiguriert ist...

[Rene_HM]

@csamaggi Vis ist flexibler. Änderungen im Adapter-Admin führen immer zum Neustart des Adapters...
Bzgl. des Fehlers: Da müssten doch noch mehr Zeilen im log stehen?

[csamaggi]

Ich habe den Adapter nochmal neugestartet und mehr als diese beiden Zeilen habe ich nicht drin.

heatingcontrol.0	2019-09-08 17:48:45.104	error	exception in main [TypeError: Cannot read property 'isActive' of null]
heatingcontrol.0	2019-09-08 17:48:44.664	info	starting. Version 0.2.0 in /opt/iobroker/node_modules/iobroker.heatingcontrol, node: v8.15.1

MFG Maggi

[Rene_HM]

@csamaggi Ich nutze "isActive" für Räume und die Geräte. Es sieht also so aus, als ob irgendein Objekt nicht (mehr) vorhanden ist.
Kannst du den Adapter auf "debug" stellen und dann nochmal prüfen, ob im log mehr zu sehen ist?

[iobroker_Alex]

@Rene_HM hab hier auch noch ein kleines Problem: Möchte im Sommer nicht, dass die Thermostate fahren. Habe gesehen, dass du einen Datenpunkt (HeatingPeriodActive) dafür hast. Diesen habe ich auf "false" gesetzt. Leider fahren die Thermostate trotzdem. Anbei die Warnung aus dem Log. Was kann ich tun?

heatingcontrol.0	2019-09-08 22:02:30.372	warn	device not found heatingcontrol.0.HeatingPeriodActive
heatingcontrol.0	2019-09-08 22:02:30.371	warn	handle actors heatingcontrol.0.HeatingPeriodActive{"val":false,"ack":true,"ts":1567972950371,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1567439781028}

[Michael Sauer]

Hallo,

kann mich täuschen aber wäre es nicht Sinnvoller, statt bei offenen Fenster oder Abwesenheit die Temperatur zu senken, einen festen Wert zu nehmen? Wenn ich durch verschiedene Zeitperioden gehe mit unterschiedlichen Temperaturen kommt bei jeder Absenkung ein anderer Wert raus.

Oder liege ich hier Falsch?

[Michael Sauer]

@iobroker_Alex said in Adapter: HeatingControl:

@Rene_HM hab hier auch noch ein kleines Problem: Möchte im Sommer nicht, dass die Thermostate fahren. Habe gesehen, dass du einen Datenpunkt (HeatingPeriodActive) dafür hast. Diesen habe ich auf "false" gesetzt. Leider fahren die Thermostate trotzdem. Anbei die Warnung aus dem Log. Was kann ich tun?

heatingcontrol.0	2019-09-08 22:02:30.372	warn	device not found heatingcontrol.0.HeatingPeriodActive
heatingcontrol.0	2019-09-08 22:02:30.371	warn	handle actors heatingcontrol.0.HeatingPeriodActive{"val":false,"ack":true,"ts":1567972950371,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1567439781028}

Habe diesen Fehler wenn ich die Einstellung bei aktiven Adapter ändere. Wenn ich Ihn neu starte kommt keine Fehlermeldung.

Nach Aktivierung der "HeatingPeriodActive" wird die falsche Periode genommen. Bei mir springt er am Montag immer wieder auf die Sa/So Einstellung. Fehlermeldung gibt es hier keine.

[iobroker_Alex]

@Michael-Sauer Du hast recht, das Problem tritt auf, wenn man Änderungen an den Objekten macht, wenn der Adapter läuft. Das ganze betrifft nicht nur den Bereich "HeatingPeriodActive". Ein paar Beispiele:

heatingcontrol.0	2019-09-09 16:54:25.527	warn	device not found heatingcontrol.0.Profiles.0.OG Bad.VacationAbsentDecrease
heatingcontrol.0	2019-09-09 16:54:19.234	warn	device not found heatingcontrol.0.Profiles.0.OG Bügelzimmer.VacationAbsentDecrease
heatingcontrol.0	2019-09-09 16:54:13.289	warn	device not found heatingcontrol.0.Profiles.0.OG Küche.VacationAbsentDecrease
heatingcontrol.0	2019-09-09 16:54:08.873	warn	device not found heatingcontrol.0.Profiles.0.OG Schlafzimmer.VacationAbsentDecrease
heatingcontrol.0	2019-09-09 16:54:06.034	warn	device not found heatingcontrol.0.Profiles.0.OG Wohnzimmer.VacationAbsentDecrease
heatingcontrol.0	2019-09-09 16:54:01.995	warn	device not found heatingcontrol.0.Profiles.0.OG Wohnzimmer.WindowOpenDecrease
heatingcontrol.0	2019-09-09 16:53:56.705	warn	device not found heatingcontrol.0.Profiles.0.OG Schlafzimmer.WindowOpenDecrease
heatingcontrol.0	2019-09-09 16:53:51.017	warn	device not found heatingcontrol.0.Profiles.0.OG Küche.WindowOpenDecrease
heatingcontrol.0	2019-09-09 16:53:39.280	warn	device not found heatingcontrol.0.Profiles.0.OG Bügelzimmer.WindowOpenDecrease
heatingcontrol.0	2019-09-09 16:53:19.133	warn	device not found heatingcontrol.0.GuestsPresent
heatingcontrol.0	2019-09-09 16:53:18.898	warn	device not found heatingcontrol.0.HeatingPeriodActive
heatingcontrol.0	2019-09-09 16:53:18.076	warn	device not found heatingcontrol.0.HolidayPresent
heatingcontrol.0	2019-09-09 16:53:17.280	warn	device not found heatingcontrol.0.PartyNow
heatingcontrol.0	2019-09-09 16:53:14.621	warn	device not found heatingcontrol.0.Present
heatingcontrol.0	2019-09-09 16:53:13.565	warn	device not found heatingcontrol.0.PublicHolidyToday
heatingcontrol.0	2019-09-09 16:53:12.466	warn	device not found heatingcontrol.0.VacationAbsent
heatingcontrol.0	2019-09-09 16:53:11.157	warn	device not found heatingcontrol.0.GuestsPresent
heatingcontrol.0	2019-09-09 16:53:07.980	warn	device not found heatingcontrol.0.HolidayPresent
heatingcontrol.0	2019-09-09 16:53:06.730	warn	device not found heatingcontrol.0.HeatingPeriodActive

[Rene_HM]

@Michael-Sauer

HeatingPeriodActive

Genau dafür ist der Wert da: wenn HeatingPeriodActive == false dann soll kein Wert auf dem Thermostat verändert werden. Wenn ich weiter überlege, wäre vielleicht ein konkreter Wert sinnvoller. Derzeit ist es so implementiert, dass das Handling einfach deaktiviert wird. Das Thermostat bleibt also auf dem letzten Wert stehen. Im debug log sollte stehen "nothing to do: no heating period"...

@Michael-Sauer

wäre es nicht Sinnvoller, statt bei offenen Fenster oder Abwesenheit die Temperatur zu senken, einen festen Wert zu nehmen?

Ist sicher auch eine Möglichkeit. Hier habe ich mich am schon öfter genannten Heizungsscript orientiert...

@Michael-Sauer

Nach Aktivierung der "HeatingPeriodActive" wird die falsche Periode genommen. Bei mir springt er am Montag immer wieder auf die Sa/So Einstellung.

Das muss ich mir anschauen. Ich mache mir dazu ein Ticket im github (siehe https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/13)

@iobroker_Alex , @Michael-Sauer

Warnungen

Die Warnungen können ignoriert werden. Ich habe mir hier ebenfalls ein Ticket gemacht (siehe https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/12) Ich muss nur mal schauen, ob die Änderung der Werte direkt übernommen werden (d.h. dass z.Bsp. sofort neue Zieltemperaturen geschrieben werden). Ansonsten werden die Werte auf jeden Fall beim nächsten "planmässigen" Check übernommen.

[Michael Sauer]

Nach Aktivierung der "HeatingPeriodActive" wird die falsche Periode genommen. Bei mir springt er am Montag immer wieder auf die Sa/So Einstellung. Fehlermeldung gibt es hier keine.

Habe den Fehler gefunden. Es liegt nicht daran das er den falschen Tag nimmt sondern daran das er nicht durch die Perioden schaltet wenn die letzte Zeit kleiner ist als die vorherigen.

Wenn jetzt Periods[4] kleiner ist z.B. 3 Uhr dann bleibt er da hängen.

[iobroker_Alex]

@Rene_HM
Danke für die Infos.

Wäre auch dafür, dass eine fest vorgegebene Temperatur im Falle HeatingPeriodActive == false gezogen wird.

Anbei der Auszug aus dem "Heizungsskript":

Heizperiode
Wenn die Heizperiode aktiviert ist (true), dann werden die Heizprogramme ausgeführt. Wenn die Heizperiode nicht aktiviert ist (false), dann werden die Ventile der Thermostate entweder geöffnet (30 Grad) oder geschlossen (6 Grad). Die Einstellung, ob geöffnet oder geschlossen werden soll kann im Programm 
 vorgenommen werden.

Würde hier einfach mit einem Wert arbeiten, den man im Adapter oder in den Objekten definieren kann, der dann gezogen wird.

Das selbe fände ich auch richtig für die Fensterkontakte wie es @Michael-Sauer schon sagte... Im Heizungsskript wurde immer folgende Einstellung gezogen:

Verschlussabsenkungsgrenze
Die Verschlussabsenkungsgrenze wird im Programmablauf genutzt, um Temperaturabsenkungen des Thermostates zu setzen. Beispielsweise ist die 
 Standardeinstellung bei Homematic für „Fenster Offen“ 12 Grad. Erkennt also ein mit einem Fenstersensor direktverknüpftes Thermostat, dass der Sensor ein
„Fenster-Offen“ meldet, dann wird das Thermostat sofort auf 12 Grad Solltemperatur gestellt. Darüber hinaus wird der hier eingestellt Wert auch genutzt um die Temperaturabsenkung für nicht direkt verknüpfte Geräte durchzuführen. Wenn also ein Sensor aus der Sensorliste (siehe weiter unten) „Fenster-Offen“ meldet, dann wird die Solltemperatur des Thermostates durch das Programm auf die Temperaturabsenkungsgrenze gestellt Standardeinstellung ist „12“.

Vorteil der Lösung: Egal wie stark man die einzelnen Absenkungen einstellt, maximal wird bis zur "Verschlussabsenkungsgrenze" abgesenkt.
Mit der aktuellen Vorgehensweise in deinem Adapter hat man ansonsten ggf. Werte die das Thermostat nicht verarbeiten kann, da z.B. Absenkung für Urlaub und Fenster auf additiv wirken. Ich glaube diese Untergrenze müsste sich einfach intergieren lassen.

Vielen Dank!

[iobroker_Alex]

Hallo nochmal,

ich habe noch ein paar Fragen und Anregungen:

1. Wo wird der Datenpunkt zu den Feiertagen abgebildet?
   Ist es einer von diesen:
   heatingcontrol.0.PublicHolidyToday
   heatingcontrol.0.HolidayPresent
   heatingcontrol.0.Present

Ich vermute es ist der PublicHoliday?! Wenn ja funktioniert es bei mir nicht. Mein Datenpunkt ist true und der PublicHoliday Datenpunkt ist false.

Wozu sind die anderen beiden Datenpunkte?

2. Sehe ich es richtig, dass sich die Soll-Temperatur-Datenpunkte "bis" zu der angegeben Zeit beziehen? In meinem Beispiel habe ich nur 3 Perioden: 0 = 5 Uhr ; 1 = 8 Uhr und 2 = 12 Uhr. Es ist jetzt 16:23 Uhr und er zeigt mir im Datenpunkt CurrentTimePeriod an, dass Period 2 =12 Uhr zieht. Müsste hier nicht Period 0 des nächsten Tages ziehen oder wie ist die Logik?

3. Wäre es möglich zwei Datenpunkte je Raum anzulegen in der man eine manuelle Temperatur für eine definierte Zeit einstellen kann?

4. Wäre es möglich einen Datenpunkt je Raum anzulegen, der die Darstellung des aktuellen Parameters der die Temperatur beeinflusst z.B. Urlaub / Gäste / Fenster auf etc. anzeigt? So könnte man sehen warum er in dem Raum nicht die zeitliche "Soll-Temperatur" nimmt, sondern z.B. eine Absenkung vorgenommen hat...

Anbei mal eine mögliche Visualisierung in VIS.
Der Code kann einfach übernommen werden, wenn Ihr mit Suchen und Ersetzen den Raumnamen durch euren (oder eure = mehrfacher Import) ersetzt. (meiner ist "Bügelzimmer")

Basis ist erstmal 1 Profil mit 3 Perioden und dem Modi: Mo-Fr + Sa-So inkl. FT.

Rest kann dazu gebaut werden. Wird dem ein oder anderen sicher helfen. Ich habe es selbst nur aus dem looxer-Threat abgeändert...

VIS Bügelzimmer Heatingcontrol v0.1