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

[coyote]

@Rene_HM ja ok, kann ich mal probieren.
Nochmal vom Prinzip her, wenn ich doch folgende Perioden einstelle:

Periode 0: von 06:30 - 22.5 Grad
Periode 1: von 07:00 - 21 Grad
Periode 2: von 13:00 - 22.5 Grad
Periode 3: von 22:00 - 21 Grad

Sollte doch so funktionieren oder? Oder auch:

Periode 0: von 06:30 - 22.5 Grad
Periode 1: von 22:00 - 21 Grad
Periode 2: von 00:00 - 20 Grad
Periode 3: von 00:00 - 20 Grad

Heute morgen stand es immer noch auf Periode 3 um 9 Uhr? Mache ich da was falsch? Oder liegt es evtl an dem Fehler den du vermutest und es mit dem Profil 1 funktioniert?

[Rene_HM]

@coyote Das erste Beispiel geht auf jeden Fall. Das zweite Beispiel geht nur mit Profiltype 1. Bei 2 und 3 hatte ich noch einen Fehler, den bug fix habe ich aber noch nicht veröffentlicht, weil ich an einer anderen Baustelle dran bin, und dort noch nicht fertig bin. Hier würde ich aktuell einstellen:
Periode 0: von 01:00 - 20 Grad
Periode 1: von 06:30 - 22.5 Grad
Periode 2: von 22:00 - 21 Grad
Periode 3: von 23:58 - 20 Grad

[coyote]

@Rene_HM OK, hatte gestern nämlich das zweite Beispiel eingestellt und da hing er heute morgen bei Periode 3.
Nicht dass wir aneinander vorbei reden, Profil 1 meinst du Profil 1 nicht Profil 0, richtig?

[Rene_HM]

@coyote ich meine Profiltype "Montag bis Sonntag". Du hast derzeit "jeden Tag separat" eingestellt. Es gibt dann noch "Montag - Freitag und Samstag - Sonntag".

[coyote]

@Rene_HM achso, ich dachte Profil Anzahl, OK dann werde ich mal umstellen

[MyMeyer]

Hi, was bedeutet dieser Fehler:

Spoiler

javascript.0 2019-11-03 12:33:23.330 warn at process._tickCallback (internal/process/next_tick.js:68:7)
javascript.0 2019-11-03 12:33:23.330 warn at Object.setInterval (script.js.Allgemein.Unifi:1731:38)
javascript.0 2019-11-03 12:33:23.330 warn at workAP (script.js.Allgemein.Unifi:1360:6)
javascript.0 2019-11-03 12:33:23.330 warn at setState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1276:20)
javascript.0 2019-11-03 12:33:23.330 warn You are assigning a undefined to the state "javascript.0.WLANUnifi.APInfo.AP-LR.Satisfaction" which expects a boolean. Please fix your code to use a boolean or change the state type to undefined. Thi

[zahnheinrich]

@MyMeyer
hat nix mit heatingcontrol zu tun oder?
Sieht eher nach Unifi aus.
Sehe auch keinen Fehler, nur Warnungen.

[MyMeyer]

hat nix mit heatingcontrol zu tun oder?
Sieht eher nach Unifi aus.

Upps Falscher Bereich sollte zu "UniFi Script" kann es der Admin verschieben oder soll ich es löschen und neu erstellen ?
Ich erstellen einen neuen Punkt im richtigen Bereich.zur Info. :-)

[coyote]

@Rene_HM ich habe noch eine Frage, was hat Vorrang Anwesenheit oder Zeitplan?
Beispiel:

Wohnung wird um 7 Uhr verlassen (programmierte Temperatur 22 Grad), Temperatur wird abgesenkt von 22 auf 21 Grad. Jetzt hätte ich aber gerne bevor ich nach Hause komme, dass die Temperatur um 13 Uhr wieder auf 22 Grad angehoben wird, obwohl ich abwesend bin. Hat die Zeit dann Vorrang?

[Rene_HM]

@coyote nein. wenn um 13:00 Uhr eine neue Periode beginnt und zu diesem Zeitpunkt "abwesend" noch gesetzt ist, wird zwar die neue Temperatur verwendet aber gleich auch abgesenkt. Erst wenn "abwesend" zurückgesetzt wird, wird die Absenkung aufgehoben...

[coyote]

@Rene_HM ok alles klar, das wollte ich wissen. Danke

[dirk1962]

Hi Rene,
erstmal vielen Dank für den Adapter, ich teste ihn seit gut einer Woche. Ich nutze Raspberrymatic mit HM und HMIP Thermostaten und Fensterkontakten. Es ist für jeden Raum eine Gruppe vom Typ Heizung angelegt und alle Geräte sind den richtigen Räumen und Gewerken zugeordnet. iobroker läuft auf einem PI4. Im ersten Schritt habe ich Instanz0 mit einem Profil und einer Periode angelegt. Als Funktion ist Heizung eingestellt, der Pfad zum Feiertag-Adapter ist angegeben, der Pfad für die Anwesenheit, Sensoren verwendet ist angehakt, Mo-So, Feiertage wie Sonntag und die vordefinierte Heizperiode ist angehakt. Die Instanz hat alle Räume erkannt und die entsprechenden Thermostate wurden auch zugeordnet. Die Sensoren musste ich händisch eintragen. In Instanz0 habe ich 4 Räume aktiviert und gespeichert. Danach habe ich Instanz1 angelegt, diese mit einem Profil und 5 Perioden und Mo-Fr und Sa-So. Als ich die Instanz geöffnet habe, waren die Einstellungen der ersten Instanz übernommen worden. Ich habe dann den Haken bei den 4 Räumen von Instanz0 entfernt und bei den restlichen Räumen den Haken gesetzt und gespeichert. In den Objekten wurden von beiden Instanzen alle Datenpunkte der entsprechenden Räume angelegt. Öffne ich dann aber wieder Instanz0, sind dort die Räume aus Instanz1 angehakt. Hier scheint noch ein Fehler im Adapter zu sein.
Im log kann man sehen, dass die Instanzen ca. alle 5 Minuten an die Thermostate senden, obwohl keine Änderung der Periode vorliegt. Dadurch geht der Duty Cycle der Raspberrymatic deutlich nach oben. Alle Thermostate stehen auf Manuell Mode. Habe ich hier eine Einstellung übersehen?

[HomeZecke]

Bevor ich das auch mal probiere, ändert der Adapter die Profile in meinen Homematic Wandthermostaten direkt oder werden in IOBroker Profile angelegt die dann den Wandthermostat steuern?

Grüße..

[holgerwolf]

@HomeZecke sagte in Test Adapter HeatingControl v0.3.x:

Bevor ich das auch mal probiere, ändert der Adapter die Profile in meinen Homematic Wandthermostaten direkt oder werden in IOBroker Profile angelegt die dann den Wandthermostat steuern?

Grüße..

So isses...

[HomeZecke]

Hey, danke. "So isses..." sagt es mir immer noch nicht ganz Eindeutig. Aber ich tippe mal Du beziehst Dich damit auf ...werden in IOBroker Profile angelegt die dann den Wandthermostat steuern...

Grüße..

[holgerwolf]

@HomeZecke Sorry, hatte den richtigen Text "fett" hinterlegt: IOBroker Profile angelegt die dann den Wandthermostat steuern...

[HomeZecke]

Ah danke, habe ich jetzt gesehen... :+1:

Grüße..

[AhleWurscht75]

@Rene_HM
Hallo, möchte nochmals eine weitere Frage stellen. Ist es möglich die händisch eingestellte Temperatur, also direkt am Thermostat eingestellt, bis zur nächsten Zeitperiode zu belassen? Aktuell stellt der Adapter diese nach kurzer Zeit, bzw. Prüfung auf die im Adapter eingestellte Temperatur zurück. Wunsch wäre quasi, dass diese Temperatur dann als "TemperaturOverride " erkannt wird?

Thx

[Moskito]

Hat sich erledigt!

[Rene_HM]

@dirk1962 Für den Support von mehr als einer Instanz habe ich ein issue in github angelegt. Das ist wirklich noch ein Fehler...
https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/49
Bzgl. des Duty-cycles sollte die aktuelle Version zwar immer noch durch alle Räume gehen und bei jeder Änderung alles neu berechnen, gesendet werden sollte aber nur noch bei Änderung des Zielwertes. Das hatte ich in V0.3.1 eingebaut...