Test Adapter HeatingControl v2.12.x

[ManfredHi]

@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.AbsentDecrease

Dort habe ich die Abwesenheitstemperatur des Raumes eingestellt.
Ich mach das allerdings über die View von Pittini.

[Marc Berg]

@dominik-f

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.

[Marc Berg]

@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.AbsentDecrease

Diese DP gibt es eben bei mir nicht. Und ich habe mal gelernt, dass man in Adapter-Namespaces keine eigenen DP anlegen sollte.

[Dominik F.]

@marc-berg

das ist kein eigener Datenpunkt sondern einer der vom Adapter selber angelegt wurde.

[Marc Berg]

@dominik-f
@ManfredHi

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!

[Helmi]

@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

[Rene_HM]

@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...

[Rene_HM]

@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?

[Rene_HM]

@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

[Helmi]

@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

[Rene_HM]

@helmi mit welcher Version des Adapters?

[Helmi]

@rene_hm
Ich benutze die Version v2.12.3, sollte die Aktuellste sein.

[Rene_HM]

@helmi ich versuche das hier mal nachzustelllen...

[Helmi]

@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...

[Marc Berg]

@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.

[Rene_HM]

@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.

[Rene_HM]

@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...

[Helmi]

@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.

[Rene_HM]

@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

[Rene_HM]

@marc-berg sagte in Test Adapter HeatingControl v2.12.x:

Ich lasse mich per Pushover benachrichtigen, hier wird auch kein Name angezeigt, obwohl die Aktoren alle benannt sind.

Wo sind bei dir die Aktoren benannt? Wie in meinem Post hier oben?
Ich habe hier gerade bei mir nochmal getestet (zwar per email, das sollte aber egal sein)

Ich bekomme:

HeatingControl:
Aktor1 Aktor ausaus
Aktor1_1 Aktor ausaus
Aktor1_2 Aktor ausaus
Aktor1_3 Aktor ausaus
extended Actor Handling: Aktor1 - javascript.0.Aktor1 no success after trial 6 because  ack not set! {"val":false,"ack":false,"ts":1707646296152,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1707646286066}
extended Actor Handling: Aktor1_1 - javascript.0.Aktor1_1 no success after trial 6 because  ack not set! {"val":false,"ack":false,"ts":1707646296402,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1707646286242}
extended Actor Handling: Aktor1_2 - javascript.0.Aktor1_2 no success after trial 6 because  ack not set! {"val":false,"ack":false,"ts":1707646296494,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1707646286332}
extended Actor Handling: Aktor1_3 - javascript.0.Aktor1_3 no success after trial 6 because  ack not set! {"val":false,"ack":false,"ts":1707646296561,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1707646286480}

Die Texte sind seltsam, weil ich gleichzeitig die manuelle Einstellung der Nachrichten teste...