Test Adapter HeatingControl v2.12.x
-
heatingcontrol.0.vis.TempDecreaseValues.AbsentDecrease
der müsste es sein. Es gibt eine Vis von Pittini. Nutze die doch als Hilfestellung da dort alles schon eingestellt ist und du nur die Räume anpassen musst
-
@marc-berg sagte in Test Adapter HeatingControl v2.12.x:
Danke. Und über welchen DP stellst du die Abwesenheitstemperatur ein? Ich sehe auf Anhieb leider keinen passenden.
Es gibt bei jedem Profil im Raum unter absolute einen AbsentDecrease Datenpunkt.
heatingcontrol.0.Profiles.1.Wohnbereich.absolute.AbsentDecreaseDort habe ich die Abwesenheitstemperatur des Raumes eingestellt.
Ich mach das allerdings über die View von Pittini. -
Danke für die Antwort, aber ich möchte mir nicht die ganzen VIS-Datenpunkte reinballern, die ich nicht nutze/benötige. Nur für diese eine Funktion, die man lt. Readme scheinbar auch anders umzusetzen kann. Dann suche ich weiter.
-
@manfredhi sagte in Test Adapter HeatingControl v2.12.x:
Es gibt bei jedem Profil im Raum unter absolute einen AbsentDecrease Datenpunkt.
heatingcontrol.0.Profiles.1.Wohnbereich.absolute.AbsentDecreaseDiese DP gibt es eben bei mir nicht. Und ich habe mal gelernt, dass man in Adapter-Namespaces keine eigenen DP anlegen sollte.
-
das ist kein eigener Datenpunkt sondern einer der vom Adapter selber angelegt wurde.
-
Danke nochmals für eure Hilfe. Ich habe jetzt festgestellt, dass die Datenpunkte, die ich benötige, erst angelegt werden, wenn ich dieses Setting hier aktiviere:
Eigentlich logisch (wenn man es weiß).
Jetzt läuft es, auch ohne VIS!
-
@rene_hm Hallo,
ich bin mit dem Adapter sehr zufrieden! Manchmal kommt es vor, dass ich eine Benachichtigung über Telegram bekomme. Die Meldung sagt mit, dass ein Aktor nach 6 Versuchen nicht erreichbar war. Wird dann weiter versucht den Aktor zu erreichen und die Temperatur bei erreichen eingestellt oder wird erst an dem nächsten Zeitfenster in neuer Versuch gestartet? Zweite Frage: Ich habe meine Heizungthermostate über Zigbee angebunden. Wenn diese Meldung kommt, dann wird die doch recht kryptische ID (z.B. "0.54ef441000702c08.local_temperature zigbee") verwendet. Ich fände es besser, wenn der Name, den ich vergeben habe, angezeigt wird. So muss ich immer erstmal schauen um welches Thermostat es sich handelt. Oder gibt es da eine Möglichkeit es einzustellen und ich hebae diese übersehen? Ich hoffe, du verstehst was ich meine...:-)
Ciao
Ralph -
@moritzabcde sagte in Test Adapter HeatingControl v2.12.x:
Ich bin so ein wenig verloren, wo der Fehler liegen könnte. Liegt es am "trägen Z-Wave", wodurch irgendwie ein Impuls zurück kommt, der HeatingControl denken lässt es wäre ein Wunsch von mir gewesen? Oder muss ich bei der Einrichtung noch etwas beachten?
Sobald ein Thermostat eine Soll-Temperatur an den Adapter zurückgibt, welche nicht der Soll-Temperatur des Adapters entspricht, schaltet der Adapter auf "manuell". Er interpretiert diese Rückgabe also als "manuellen Eingriff" direkt am Thermostat.
In deinem Fall müsste man also mal schauen, welche Temperatur zurückkommt und warum die anders ist, als die eingestellte Solltemperatur... -
@grizzlyco sagte in Test Adapter HeatingControl v2.12.x:
Fenster kontakte sind auf die jeweiligen Thermostate gekoppelt.
Die Option "Thermostat behandelt Fenster ist Offen" ist aktiviert?
-
@helmi sagte in Test Adapter HeatingControl v2.12.x:
Wird dann weiter versucht den Aktor zu erreichen
Nein, nach Absenden der Meldung wird erst beim nächsten Temperatur - oder Statuswechsel wieder versucht, den Aktor zu erreichen.
Bzgl. der Namen in den Benachrichtigungen: eigentlich sollte schon der Name des Aktors verwendet werden -
@rene_hm
Hm, also bei mir kommt immer diese Meldung:
"HeatingControl: extended Actor Handling: zigbee.0.54ef4410007011e9.local_temperature zigbee.0.54ef4410007011e9.occupied_heating_setpoint no success after trial 6 because ack not set! {"val":18,"ack":false,"ts":1707579651073,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1707579640948}".
Also natürlich immer mit den Betreffenden IDs.
Ciao
Ralph -
@helmi mit welcher Version des Adapters?
-
@rene_hm
Ich benutze die Version v2.12.3, sollte die Aktuellste sein. -
@helmi ich versuche das hier mal nachzustelllen...
-
@rene_hm Wird übrigens schon seit ich den Adakter benutze so ausgegeben. Kein Ahnung, wann ich ihn zum ersten Mal genutzt habe. Ist bestimmt schon 1Jahr her. Bei der letzten Heizperiode, glaube ich, zum Ertsen Mal...
-
@rene_hm sagte in Test Adapter HeatingControl v2.12.x:
Bzgl. der Namen in den Benachrichtigungen: eigentlich sollte schon der Name des Aktors verwendet werden
Ich lasse mich per Pushover benachrichtigen, hier wird auch kein Name angezeigt, obwohl die Aktoren alle benannt sind.
-
@helmi sagte in Test Adapter HeatingControl v2.12.x:
Hm, also bei mir kommt immer diese Meldung:
Wie sieht bei dir die Konfiguration des Aktors aus?
Aktuell verwende ich laut deinem log- Name: zigbee.0.123456789.local_temperature
- OID: zigbee.0.123456789.occupied_heating_setpoint
Beides steht dann in der Nachricht.
-
@marc-berg sagte in Test Adapter HeatingControl v2.12.x:
hier wird auch kein Name angezeigt,
Das ist nochmal ein anderer Fall. Auch den schaue ich mir an...
-
@rene_hm Ich bin mir nicht sicher, was du meinst. In den Objekten und in dem Zigbee-Adapter (v1.10.1) sind alle Geräte benamt. Sie haben einen Raum und eine Funktion zugewiesen. Könnte es auch was mit dem Telegram-Adapter (v3.0.1) zu tun habe? Vielleicht ist der nicht korrekt konfiguriert. Wobei, soviel geht da ja nicht.
-
@helmi Bei mir sieht die Konfiguration so aus (im Testsystem):
Als Nachricht bekomme ich dann
extended Actor Handling: Aktor1_2 - javascript.0.Aktor1_2 no success after trial 6 because ack not set! { "val": true, "ack": false, "ts": 1707645876201, "q": 0, "from": "system.adapter.heatingcontrol.0", "user": "system.user.admin", "lc": 1707645866167 }In dem Fall ist:
- Name: Aktor1_2
- OID: javascript.0.Aktor1_2
