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

[Wildbill]

@Stephan-Schleich Ich habe es deshalb so gelöst, dass der Adapter bei mir Datenpunkte regelt, die aber nur in eine Richtung den Wert weitergeben. Die liegen bei mir unter dem Javascript-Adapter.
Der heatingcontrol steuert also diese Datenpunkte und ein Script sorgt dann dafür, dass bei einer Änderung der Wert an das Thermostat weitergegeben wird. Andersrum aber nicht. Ändere ich das Thermostat direkt, dann ändert sich nur der Wert unter Homematic (bei mir), aber der Heatingcontrol bekommt davon nix mit und regelt erst beim nächsten Mal, wenn sich in einem Profil wieder was ändert.
Mit dem Override hatte ich laufend Probleme und Fehlermeldungen die sich aufgeschaukelt hatten, auch schon ,weil das auch bei jedem Fensteröffnen startete (da bei Homematic dann die Zieltemperatur eben geändert wird). Und die Fenster mit im Adapter sorgte fr noch mehr Chaos und ich wollte diese Funktion eh nicht dort, sondern als direkte Geräteverknüpfungen.

So ist der Heatingcontrol bei mir nur noch für die Wochenprogramme zuständig und macht das perfekt. Alles andere machen Scripte oder die Geräte direkt selbst und das auch perfekt.

Gruss, Jürgen

[Wildbill]

@Rene_HM @Stephan-Schleich Ich habe mal ein Issue angelegt. Vielleicht lässt sich der Adapter ja mit einer Option erweitern, dass manuelle Änderungen ganz einfach ignoriert werden, bis ein Wochenprofil eine Änderung erfordert.

Gruss, Jürgen

[CKMartens]

Hallo,
Gibt es einen Boost - Modus im Adapter bzw kann das realisiert werden? Also die Möglichkeit für eine definierte Zeit die Thermostate voll aufzudrehen.

Meine GöGa meint das ab und zu der Raum mal mit unerträglicher Wärme geflutet werden muss.
Danke

[Wildbill]

@CKMartens Genau das würde doch die erwähnte Override-Funktion machen. Du stellst im Adapter ein, für wie lange ein Override gilt und drehst dann manuell am Thermostat auf. Nach der im Adapter eingestellten Zeit wird dann automatisch wieder der zuvor im Wochenprofil hinterlegte Wert eingestellt.

Gruss, Jürgen

[Rene_HM]

@danny_v1 Dann würde ich davon ein debug-log zur Analyse benötigen.

[Rene_HM]

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

Du stellst im Adapter ein, für wie lange ein Override gilt und drehst dann manuell am Thermostat auf.

Wieso das Thermostat dann manuell aufdrehen? Die Idee ist doch, dem Thermostat eine höhere Zieltemperatur zu geben, als es im Profil hinterlegt ist. Diese Zieltemperatur soll für eine Weile gelten (also z.Bsp. 2 Stunden). Wenn es nun im Raum kälter ist, als die neue Zieltemperatur, dann sollte doch das Thermostat selbständig aufdrehen um zu heizen und um somit die höhere Zieltemperatur zu erreichen.

[CKMartens]

@Wildbill ich danke Dir für die schnelle Antwort.

[CKMartens]

@Rene_HM Ich möchte ja eigentlich aufheizen (wie meine Frau sagt "den Raum überschlagen") obwohl die Ist-Temperatur des Raumes passt.

Reicht es dann TemperaturOverride also 25° und TemperaturOverrideTime 00:30 einzustellen? Sehe ich das richtig das dann nach den 30 Minuten automatisch wieder die "normale" Heizperiode fortgesetzt wird?

[Rene_HM]

@CKMartens genau.

[CKMartens]

@Rene_HM Danke...

[danny_v1]

@Rene_HM

Ich habe das Log mal in eine txt gepackt.

heatingcontrol_log.txt

[Rene_HM]

@danny_v1 ja, das passt so.
Was mir auf den ersten Blick auffällt: Du hast UseActors eingeschaltet, aber keine Aktoren konfiguriert. Ich würde also auch UseActors im admin ausschalten, das verringert schon mal die Systemlast, weil nicht ständig geschaut werden muss, dass keine Aktionen mit Aktoren notwendig sind.
Bzgl. der Änderungen vom Thermostat habe ich wohl noch einen bug.
Du nutzt die Option "bis zum nächsten Profilpunkt". Die Änderung vom Thermostat wird auch übernommen und gesetzt. Jetzt triggert dein Anwesenheits-DP die Neuberechnung und die merkt, dass es einen Unterschied zwischen Profil und aktuellen Einstellungen gibt und korrigiert das. Hier muss ich zusätzlich prüfen, dass die Änderungen ja so gewollt sind und nicht rückgängig gemacht werden. Werde ich in 1.1.0 hinzufügen...

[danny_v1]

@Rene_HM super danke schön! Ich habe auch andere Optionen wie "bis zum nächsten Profilpunkt" versucht aber da ist der Effekt der gleiche.

[Stephan Schleich]

@Rene_HM Gibts dafür einen State um zu sehen ob am Thermostat was eingestellt wurde?

[Rene_HM]

@Stephan-Schleich nein, noch nicht...

[danny_v1]

@Rene_HM "Werde ich in 1.1.0 hinzufügen..."

Gibts da schon eine zeitliche Planung?

[Rene_HM]

@danny_v1 ich bin dran, muss aber noch etwas testen, bevor es die alpha im github gibt... also vielleicht nächste Woche...

[deta]

Hallo Zusammen, fange auch gerade mit dem Thema Steuerung Heizungs Thermostate an.
ioBroker klar, hab da eine CCU3 mit dem Raspi gebaut. Zusammenspiel geht super.
In kürze kommen die bestellten HM Thermostate an, kann ich den Adapter dann zur Steuerung nutzen?

[Rene_HM]

@deta ja, auf jeden Fall..

[Rene_HM]

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

Eins ist mir gerade noch aufgefallen, wenn ich die Temperatur "heatingcontrol.0.vis.ProfileTypes.Sun.Periods.0.Temperature" setzte stellt sich's Thermostat trotz Samstag entsprechend ein

Habe mir dafür ein issue im github angelegt, muss ich mir anschauen...

@Stephan-Schleich ich habe versucht, das hier gesagte nachzustellen. Leider kann ich das nicht nachvollziehen, bei mir passt das... Hast du dafür ein debug log?