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

[aldoa1]

Danke für die schnelle Antwort.

Noch eine Frage:

Wird im Adapter auch eine manuelle Änderung der Temperatur berücksichtigt?
Man erhöht die aktuelle Temperatur und was passiert dann mit dem nächsten Zeitabschnitt? Die Temperatur stellt sich dann wieder zurück? Kann mann ggf. bis zum Ende des Tages diese Wunschtemperatur beibehalten?

[v522533]

@aldoa1

das kannst du einstellen. du kannst es als override, als neue profileinstellung, oder bis zur nächsten profilzeit einstellen.

[thomasSC]

Sollen die Thermostate eigenrtlich im Manu Betrieb laufen? weil im Auto könnte ja die CCU mit reinspucken. oder sehe ich das falsch?

[aldoa1]

Die Frage stelle ich mir auch (teste erst morgen den Adpater).

Und was ist, wenn die Homematic Geräte im Rasperrymatic in einer Gruppe zusammengefügt wurden?

[aldoa1]

@thomasSC

wie hast Du die CCU3 nun eingerichtet? Manuell oder automatisch? Mit Gruppe?

[Wildbill]

Man sollte sich, schon auch aus Gründen des duty cycle, für eine Möglichkeit, die Thermostate zu steuern, entscheiden. Also entweder auf AUTO, wenn mann die in der CCU für die jeweiligen Geräte/Gruppe gespeicherten Wochenprogramm fahren möchte, oder auf MANU, wenn man so etwas wie diesen Adapter oder auch eigene Skripte verwendet.
Der Adapter macht IMHO ja auch nur Sinn, wenn man ihm die Steuerung der Heizung überlässt. Wenn weiterhin die CCU bzw. die Wochenprogramme in den Geräten den Takt vorgeben, was soll dieser Adapter dann noch machen?

Gruss, Jürgen

[v522533]

@thomasSC

ja bei mir laufen die im MANU betrieb in verbindung mit dem heatingconrtrol adapter.

@aldoa1

du kannst eine zweite rpc instanz für die gruppen anlegen. dann kannst du ganz einfach die gruppe ansteuern. ( bei mir zum beispiel zwei thermostate in verbindung mit einem wandthermostat. funktioniert einwandfrei)

[kenny384]

Hi zusammen,
ich teste aktuell diesen Adapter erstmals so richtig im Live-Betrieb. Vorher hatte ich nur immer mal wieder damit herumgespielt. Alles scheint super zu funktionieren mit einer Mischung aus Z-Wave Thermostaten und Homematic IP.
Ich bekomme im Log aber eine Warn-Meldung bezüglich des Anwesenheit-Datenpunktes:

heatingcontrol.0	2020-09-30 12:43:43.376	warn	(2039) OID Target for Anwesenheit not set
heatingcontrol.0	2020-09-30 12:43:33.371	warn	(2039) OID Target for Anwesenheit not set
heatingcontrol.0	2020-09-30 12:40:35.599	warn	(2039) OID Target for Anwesenheit not set
heatingcontrol.0	2020-09-30 12:40:25.593	warn	(2039) OID Target for Anwesenheit not set
heatingcontrol.0	2020-09-30 12:37:53.519	warn	(2039) OID Target for Anwesenheit not set
heatingcontrol.0	2020-09-30 12:37:43.514	warn	(2039) OID Target for Anwesenheit not set
heatingcontrol.0	2020-09-30 12:34:35.766	warn	(2039) OID Target for Anwesenheit not set
heatingcontrol.0	2020-09-30 12:34:25.758	warn	(2039) OID Target for Anwesenheit not set

Um 12:34 etwa hatte ich den Neustart gemacht (der nichts änderte) und seitdem laufen weiter recht regelmäßig diese Meldungen rein.

Der Datenpunkt ist aber gesetzt und eine Veränderung schaltet auch die Thermostate wie gewünscht runter/hoch:

Habe ich was falsch gemacht?

[v522533]

@kenny384

nur ne vermutung, aber schau mal nach, ob dein datenpunkt auch wirklich ein boolean ist.

[kenny384]

@v522533 Guter Punkt, habe es aber gerade geprüft und er steht auf boolean

[v522533]

@kenny384

mach mal einen "test datenpunkt" im javascript ordner. so ist es bei mir und das läuft problemlos.

[kenny384]

@v522533 Keine Veränderung leider

[v522533]

@kenny384

hmm komisch. welche version vom adapter nutzt du?

[kenny384]

@v522533 Die 0.5.7

[v522533]

@kenny384

ich hab die 0.6.0. kannst ja mal versuchen, ob es was ändert.

[kenny384]

@v522533 Sieht erstmal gut aus nach dem Update, bisher ist die Meldung weg. Ich gebe dem ganzen mal etwas Zeit. Danke schon einmal.

[v522533]

@kenny384

kein ding

[Rene_HM]

@kenny384 sagte in Test Adapter HeatingControl v0.6.x:

OID Target for Anwesenheit not set

Die Meldung sollte eigentlich nur erscheinen, wenn man ein Thermostat konfguriert hat und dort die "OID Target" nicht konfiguriert hat. Also bitte mal beobachten, ob so eine Meldung wieder auftaucht, im Zuammenhang mit Anwesenheits-DP sollte so etwas nicht passieren...

[piscator83]

@piscator83 said in Test Adapter HeatingControl v0.6.x:

Hallo,

kurz zur Ausgangslage: habe eine FBH und dort 6 Heizkreise welche jeweils mittels eines Shelly 1PM einen Stellantrieb ansteuern. Habe den Adapter schon in der letzten Heizsaison problemlos verwendet und wollte jetzt auf die aktuelle Version nachziehen. Dabei habe ich aktuell 1 Problem:

1. Ich lasse mir von einem Skript das Objekt heatingcontrol.0.rooms.raum.windowisopen wie je her mit "true" befüllen wenns denn soweit ist, jedoch wird das Objekt heatingcontrol.0.rooms.raum.state nicht/nicht immer auf "window open" (bin mir grad nicht sicher wie der Text dort genau lautet) gestellt und somit die Temperaturabsenkung nicht vorgenommen. Ideas anyone?

lg

Kann hier keiner helfen?
Hier der Log bei einmal öffnen und schließen des Fensters
iobroker.2020-09-30.log

[Rene_HM]

@piscator83 sorry, aber das log kann ich so nicht analysieren... Kannst du entweder "Log herunterladen" verwenden und dann in eine Text-Datei speichern, oder unter /opt/iobroker/log das log kopieren?
Wie sieht denn deine Konfiguration für diesen Datenpunkt im Adapter aus? Du kannst nicht direkt auf heatingcontrol.0.rooms.raum.windowisopen schreiben! Dieser DP ist read-only und dient nur zur Anzeige, ob ein Fenster in dem Raum offen ist. Du musst im Adapter UseSensors aktivieren und dann den entsprechenden Datenpunkt für den Fenstersensor / die Fenstersensoren unter Sensoren eintragen... Was soll dein script machen? Eigentlich braucht man dazu kein script...