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

[sigi234]

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

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

Ja, habe es jetzt auf True gesetzt.
Keine Änderung.

aber das log sollte jetzt anders aussehen, oder?

Ja

heatingcontrol.0	2020-10-24 09:02:29.188	info	(11456) handle actors Esszimmer current 23.9 target 22
heatingcontrol.0	2020-10-24 09:02:05.447	info	(11456) 35 cron job(s) created
heatingcontrol.0	2020-10-24 09:02:05.418	error	(11456) vis: error: for Rooms.Esszimmer.ActiveTimeSlot got null
heatingcontrol.0	2020-10-24 09:02:05.417	error	(11456) could not read current active time slot in FindNextPeriod
heatingcontrol.0	2020-10-24 09:02:05.410	error	(11456) vis: error: for Profiles.0.Esszimmer.none.WindowOpenDecrease got null
heatingcontrol.0	2020-10-24 09:02:05.409	error	(11456) vis: error: for Profiles.0.Esszimmer.none.VacationAbsentDecrease got null
heatingcontrol.0	2020-10-24 09:02:05.407	error	(11456) vis: error: for Profiles.0.Esszimmer.none.PartyDecrease got null
heatingcontrol.0	2020-10-24 09:02:05.406	error	(11456) vis: error: for Profiles.0.Esszimmer.none.GuestIncrease got null
heatingcontrol.0	2020-10-24 09:02:05.189	info	(11456) starting vis part 2
heatingcontrol.0	2020-10-24 09:02:05.185	info	(11456) starting vis
heatingcontrol.0	2020-10-24 09:02:05.180	info	(11456) subscribe Esszimmer hm-rpc.0.NEQ1826414.1.STATE
heatingcontrol.0	2020-10-24 09:02:05.180	info	(11456) subscribe for UseActors Esszimmer hm-rpc.0.OEQ0655913.4.ACTUAL_TEMPERATURE
heatingcontrol.0	2020-10-24 09:02:05.175	info	(11456) 35 cron job(s) created
heatingcontrol.0	2020-10-24 09:02:05.139	error	(11456) could not read current active time slot in FindNextPeriod
heatingcontrol.0	2020-10-24 09:02:05.132	info	(11456) external states checked, done
heatingcontrol.0	2020-10-24 09:02:05.128	info	(11456) checking all external states
heatingcontrol.0	2020-10-24 09:02:05.125	info	(11456) 0 actors are on of 0
heatingcontrol.0	2020-10-24 09:02:05.125	info	(11456) checking all actors
heatingcontrol.0	2020-10-24 09:02:05.119	info	(11456) Esszimmer window open on Terrassentuer.STATE
heatingcontrol.0	2020-10-24 09:02:05.117	info	(11456) 35 cron job(s) created
heatingcontrol.0	2020-10-24 09:02:04.930	info	(11456) no temperature degrease configured 3
heatingcontrol.0	2020-10-24 09:02:04.859	info	(11456) starting. Version 1.1.0 in C:/Program Files/iobroker/Heizung/node_modules/iobroker.heatingcontrol, node: v12.18.4, js-controller: 3.1.6

Erledigt, der Absenkmodus war auf kein absenken.

[deta]

Moin,
ich glaube ich hab ein Bug in der aktuellen Git Version gefunden. Gestern Abend runtergeladen.
Wollte ein weitere Zeit Peri eintragen. Hab das Default 5 auf 6 erhöht. Sollte doch dann ein6 Punkt in den Objekten entstehen. Leider nein es bleibt bei 5.
Instanz wurde auch bereits neu gestartet.

[Rene_HM]

@deta aber das sind doch 6 Perioden (0 bis 5)?

[sigi234]

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

@deta aber das sind doch 6 Perioden (0 bis 5)?

Jupp, er hat 0 nicht mitgezählt.

[deta]

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

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

@deta aber das sind doch 6 Perioden (0 bis 5)?

Jupp, er hat 0 nicht mitgezählt.

:nerd_face: Ja klar. Dann wird es im VIS nicht angezeigt

[danny_v1]

@Rene_HM said in Test Adapter HeatingControl v1.0.x

Die Absenk-Temperaturen sind doch Raum-spezifisch. Wenn du also keine Absenkung für das Schafzimmer konfigurierst, wird dort auch nicht abgesenkt...

Ah ok da hab ich das übersehen.

Also die Thermeratur Übernahme von Thermostat geht jetzt. Aber dann funktioniert auch die Sensor Erkennung nicht mehr. Und wenn man händisch auf den ursprünglichen Wert zurückregelt, könnte es ja dann eigentlich auch wieder im "normalen" Modus weitergehen?

[Rene_HM]

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

Aber dann funktioniert auch die Sensor Erkennung nicht mehr.

ja, so ist es implementiert. Im Override reagiert der Adapter auch auf die Sensoren, also muss ich das hier noch einbauen

Und wenn man händisch auf den ursprünglichen Wert zurückregelt, könnte es ja dann eigentlich auch wieder im "normalen" Modus weitergehen?

ja, das könnte ich noch einbauen...

[Rene_HM]

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

Aber dann funktioniert auch die Sensor Erkennung nicht mehr.
ja, so ist es implementiert. Im Override reagiert der Adapter auch auf die Sensoren, also muss ich das hier noch einbauen

ABER: hier braucht es einen größeren Umbau. Aktuell entsteht eine Endlosschleife:

• Änderung kommt vom Thermostat, weil jemand daran dreht
• Änderung wird übernommen
• Fenster geht auf
• reduzierte Temperatur wird auf das Thermostat geschrieben
• vom Thermostat kommt die reduzierte Temperatur wieder zurück
• diese wird aktuell als neue Änderung vom Thermostat übernommen und mit der Reduzierung wegen "Fenster auf" wieder auf das Thermostat geschrieben... und so weiter...

Ich lasse das also in der 1.1.0 so, wie es ist. In einer 2.x gehe ich dieses Thema an...

[danny_v1]

@Rene_HM Also wenn rein kommt, dass wenn man das Thermostat wieder auf den Wert vom Profil stellt der "normale" Modus wieder an ist wäre das schon super (Aber was passiert, wenn ich im Profil 18°C habe, dann stelle ich am Thermostat 20°C ein, mache ein Fenster auf und dann dreh ich wieder auf 18°C?).

Sonst könnte man ja auch den Override nehmen und die Override Zeit bis zum nächsten Profil Punkt per Skript berechnen.

[Jens Lattwesen]

Moin,

Frage eines "Beginners". Habe den Adapter installiert, ein Profil angelegt (jeder Tag versch) und dann über die VIS je Raum die Temperaturen eingegeben. MAX Cube und deren Thermostate sind vorhanden, stehen alle auf "manuell"

Problem 1: Er stellt die Temperaturen nicht ein
Problem 2: Die VIS liest die Temperaturen nicht aus, d.h. wenn ich gestern in einem Raum 22 Grad eingegeben habe, steht dort heute etwas Anderes. (ggfs. frage ich auch mal im "VIS-Post")

Habe ich da falsche Einstellungen genommen?

[Pittini]

@Jens-Lattwesen sagte in Test Adapter HeatingControl v1.0.x:

Habe ich da falsche Einstellungen genommen?

Hast Du die Vis Nutzung im Adapteradmin überhaupt aktiviert?

[Jens Lattwesen]

@Pittini

[Pittini]

@Jens-Lattwesen Ok. Grundsätzlich gilt, wenn das Vis nicht macht wasses soll, ist i.d.R der Adapter nicht richtig konfiguriert.

[Jens Lattwesen]

@Pittini
Ok, so auch meine Idee.

Habe alles nochmal deinstalliert, neu installiert und taste mich jetzt mit einem Raum mal ran.

Was mir auffiel ist, er legt trotz Auswahl "jeder Tag anders" auch einen Datenpunkt "Mo-Su" an.

[UncleB]

Also iwas haut die Soll Temperaturen immer wieder durcheinander,
Eigtl sollte jetzt das Büro 21 Grad Soll haben (Die anderen Räume auch zwischen 20 und 21 Grad, auf dem Screenshot ist das Büro zu sehen)
Jedoch stehen die Datenpunkte im Adapter auf 19 Grad, (wie auch in der VIS zu entnehmen) auch die Datenpunkte der "SET_POINT_TEMPERATURE" meiner HmIP Geräte stehen auf 19 Grad, ich hab keine Ahnung woher die 19 Grad kommen..
Hast da ne Idee?

Edit: Grad sehen ich auch das wieder alle Zeiten resettet wurden, Gäste Temperatur alles weg.. Oh Mann..
Noch ein Screenshot:

[deta]

Moin,
Thema Ventilstellung, das müste der Punkt sein:

Also Value State. Aber dieser Wert ändert sich nicht. Bleibt bei mir so.

Es ist wie bekannt eine CCU3 auf dem Raspi am laufen, Hab ich da was übersehen einzustellen? Das der Wert übertragen wird?

[Issi]

@deta wen du die Ventilstellung in % suchst dan ist es Level zumindest bei den Hm Ip Geräten

[Rene_HM]

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

Es ist wie bekannt eine CCU3 auf dem Raspi am laufen, Hab ich da was übersehen einzustellen? Das der Wert übertragen wird?

Nochmal: der Adapter überträgt eine Solltemperatur an's Thermostat. Den Rest (Ventilstellung) macht das Thermostat und nicht der Adapter...

[Rene_HM]

@UncleB Da bleibt nur Analyse des log-Files, möglichst im debug-Mode...

[deta]

@Issi Jep genau das! Danke