Test Adapter HeatingControl v2.12.x

[babl]

@rene_hm erstmal danke für den tollen adapter, aber irgendwie übernimmt der bei mir keine offsetwerte. Ansonsten würde alles hervorraagend klappen.

Hier mal der Auszug aus dem debug log.

2022-10-02 08:31:11.934 - debug: heatingcontrol.0 (2436624) ### handle state change acked zigbee.0.00158d0005363273.temperature {"val":19.5,"ack":true,"ts":1664692271932,"q":0,"from":"system.adapter.zigbee.0","user":"system.user.admin","lc":1664692271932}
2022-10-02 08:31:11.935 - debug: heatingcontrol.0 (2436624) HandleStateChangeDevices zigbee.0.00158d0005363273.temperature
2022-10-02 08:31:11.935 - debug: heatingcontrol.0 (2436624) CheckStateChangeDevice zigbee.0.00158d0005363273.temperature
2022-10-02 08:31:11.935 - debug: heatingcontrol.0 (2436624) Josef_Zimmer_OG ### ChangeStatus AddTempSensor to {"val":19.5,"ack":true,"ts":1664692271932,"q":0,"from":"system.adapter.zigbee.0","user":"system.user.admin","lc":1664692271932} in auto
2022-10-02 08:31:11.935 - debug: heatingcontrol.0 (2436624) calculate temp offset for Josef_Zimmer_OG old value is 0, got value {"val":19.5,"ack":true,"ts":1664692271932,"q":0,"from":"system.adapter.zigbee.0","user":"system.user.admin","lc":1664692271932} in auto
2022-10-02 08:31:11.936 - debug: heatingcontrol.0 (2436624) got 19.5 from ext_Sensor LastUpdate 02.10.2022 08:31:11
2022-10-02 08:31:11.936 - debug: heatingcontrol.0 (2436624) got 20.6 from zigbee.0.94deb8fffef70fb3.local_temp LastUpdate 02.10.2022 08:01:28
2022-10-02 08:31:11.936 - debug: heatingcontrol.0 (2436624) time diff 29.728083333333334
2022-10-02 08:31:11.937 - debug: heatingcontrol.0 (2436624) use value
2022-10-02 08:31:11.937 - debug: heatingcontrol.0 (2436624) tempdiff: 20.6 - 19.5 = 1.1000000000000014
2022-10-02 08:31:11.937 - debug: heatingcontrol.0 (2436624) TempOffset calc 1.1000000000000014 / 31 = 0
2022-10-02 08:31:11.937 - debug: heatingcontrol.0 (2436624) TempOffset Josef_Zimmer_OG
2022-10-02 08:31:11.937 - debug: heatingcontrol.0 (2436624) (avg) Ist-Temperatur am Thermostat 20.6
2022-10-02 08:31:11.937 - debug: heatingcontrol.0 (2436624) Ist-Temperatur am zusätzl. Sensor 19.5
2022-10-02 08:31:11.937 - debug: heatingcontrol.0 (2436624) tempDiff 1.1000000000000014
2022-10-02 08:31:11.937 - debug: heatingcontrol.0 (2436624) (avg) TempOffset 0
2022-10-02 08:31:11.984 - debug: heatingcontrol.0 (2436624) ### handle state change acked heatingcontrol.0.Rooms.Josef_Zimmer_OG.TemperatureOffset {"val":0,"ack":true,"ts":1664692271982,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1664544506004}
2022-10-02 08:31:11.984 - debug: heatingcontrol.0 (2436624) new temp offset for Josef_Zimmer_OG is 0
2022-10-02 08:31:11.984 - debug: heatingcontrol.0 (2436624) UpdateDPs for Josef_Zimmer_OG auto
2022-10-02 08:31:12.039 - debug: heatingcontrol.0 (2436624) AddStatusToLog skip Josef_Zimmer_OG auto public holiday 23°C

Die beiden Thermostate sind weit auseinander, daher auch die große Abweichung. Dort wo das externe Thermostat verbaut ist, ist halt auch der PC Arbeitsplatz und man kennt den Unterschied, daher würde ich mich freuen wenn das funktionieren würde, wenn nciht, dann stelle ich halt die target temperatur höher, wäre auch kein Beinbruch. In den anderen Zimmern ist die Abweichung bei ca. 0,5 Grad

Was heißt bei der Berrechnung immer das z.B. calc 1.1000000000000014 / 31 = 0

[babl]

Alles gut jetzt funktioniert es, hatte wohl wieder mal keine Geduld. aber wie wird das genau berechnet, würde mich interessieren?

[dbu828]

Hallo zusammen
Kann mir hier jemand weiterhelfen?

Ich setzte im view cardHzngMoFrSaSo eine Zeit oder eine Temperatur für den Raum Wohnzimmer.
Dies erzeugt im Datenpunkt heatingcontrol.0.vis.ProfileTypes.Mo-Fr.Periods.4 auch den richtigen Eintrag.
Nur der Datenpunkt heatingcontrol.0.Profiles.1.Wohnzimmer.Mo-Fr.Periods.4 zeigt nicht den richtigen Wert.

Was mach Ich falsch? Hab so ziemlich alles ausprobiert ohne Erfolg.
Sollte hier irgendwo ein Script laufen das diesen Wert von vis auf Wohnzimmer kopiert ?

Danke.

https://github.com/Pittini/iobroker-heatingcontrol-vis/issues/23

git828 created this issue in Pittini/iobroker-heatingcontrol-vis

closed Datenpunkt heatingcontrol.0.Profiles.1.Wohnzimmer.Mo-Fr.Periods.1 Verständnisfrage #23

[Dominik F.]

@dbu828

Nein, du brauchst dafür kein Script.
Hast du in deiner Vis auch das Profil Wohnzimmer ausgewählt? Ist dein aktives Profil auch das erste Profil?
heatingcontrol.0.vis.ProfileTypes.Mo-Fr.Periods.4 zeigt die Periode 4 von dem Raum an, den du in Vis ausgewählt hast und zwar vom aktivem Profil.

Schau mal ob:

heatingcontrol.0.vis.ChoosenRoom

= Wohnzimmer ist

und

heatingcontrol.0.CurrentProfile

bei dir =1 ist.

[dbu828]

@dominik-f
Das habe Ich auch schon kontrolliert:

und

Angezeigt werden die richtigen Punkte, aber wenn Ich sie verändere werden nur die vom heatingcontrol.0.vis.ProfileTypes.Mo-Fr.Periods.4 verändert.

[Dominik F.]

@dbu828

Hab noch eine Idee....welche Version der VIS von Pittini nutzt du?

HeatingControl 2.x benötigt V3.1 (oder höher) der vis, da hier die Profile und Perioden mit Index 1 starten

[dbu828]

@dominik-f
Danke. Das habe Ich auch schon gelesen.
Version 3.30 oder auch 3.20 beide schon ausprobiert.

[Dominik F.]

@dbu828

Hast du irgendwas in der Vis in den entsprechenden Cards angepasst bzw dort Datenpunkte verändert?
Kannst du mal einen Screenshot von der Vis bei dir machen?

Da mir jetzt auf die schnelle nix mehr einfällt versuche ich nach dem Ausschlussprinzip vorzugehen, daher jetzt die Fragen.

[dbu828]

@dominik-f
Ich finde deine Vorgehensweise toll. Ich weiss momentan auch nicht weiter. Ich habe so viel Ich weiss nix angepasst.
Momentan gucke Ich mit meinem gefährlichen Halbwissen in die main.js von HeatingControl um irgendwie zu verstehen was, wann, wo getriggert wird.
Vermutlich schlaf Ich mal drüber, Irgendwo habe Ich einen Eintrag verpasst.

[Dominik F.]

@dbu828

Da das ganze bei mir richtig funktioniert wird es nicht an Heatingcontrol liegen. Es wird eine Einstellung von dir sein, vielleicht auch etwas, was du "falsch" eingestellt hast und nicht zur Vis passt.

Hast du in HeatingControl unter Profil --> allgemeine Profileinstellung auch die für die Vis richtige Anzahl an Profilen und Perioden eingestellt?
Nicht, dass du dort als Beispiel 3 Perioden eingestellt hast und in Vis in der 4ten was einstellst willst
Vielleicht findeste du in der VIS ja die Zeit, die der Datenpunkt heatingcontrol.0.Profiles.1.Wohnzimmer.Mo-Fr.Periods.4 gerade anzeigt?

Die Zeit und die Temperatur müssen ja mit irgendeiner Periode bei dir übereinstimmen. Dann können wir das vielleicht weiter eingrenzen.

[dbu828]

@dominik-f
Bin ein bisschen weitergekommen. Da fehlen bei mir Datenpunkte.
Beim Aufstarten des Adapter kommt Fehler.

heatingcontrol.0 2022-10-11 00:08:10.701	error	exception in SetVis [TypeError: Cannot read properties of null (reading 'val')]

In vis.js sehe Ich das Ich die TempDecreaseMode Datenpunkte im Profile gar nicht habe:

        //DecreaseMode Werte setzen
        temp = await parentAdapter.getStateAsync("Profiles." + CurrentProfile + "." + ChoosenRoom + "." + TempDecreaseMode + "." + "AbsentDecrease");
        await parentAdapter.setStateAsync("vis.TempDecreaseValues." + "AbsentDecrease", { ack: true, val: temp.val });
        temp = await parentAdapter.getStateAsync("Profiles." + CurrentProfile + "." + ChoosenRoom + "." + TempDecreaseMode + "." + "GuestIncrease");
        await parentAdapter.setStateAsync("vis.TempDecreaseValues." + "GuestIncrease", { ack: true, val: temp.val });
        temp = await parentAdapter.getStateAsync("Profiles." + CurrentProfile + "." + ChoosenRoom + "." + TempDecreaseMode + "." + "PartyDecrease");
        await parentAdapter.setStateAsync("vis.TempDecreaseValues." + "PartyDecrease", { ack: true, val: temp.val });
        temp = await parentAdapter.getStateAsync("Profiles." + CurrentProfile + "." + ChoosenRoom + "." + TempDecreaseMode + "." + "VacationAbsentDecrease");
        await parentAdapter.setStateAsync("vis.TempDecreaseValues." + "VacationAbsentDecrease", { ack: true, val: temp.val });
        temp = await parentAdapter.getStateAsync("Profiles." + CurrentProfile + "." + ChoosenRoom + "." + TempDecreaseMode + "." + "WindowOpenDecrease");
        await parentAdapter.setStateAsync("vis.TempDecreaseValues." + "WindowOpenDecrease", { ack: true, val: temp.val });

In heatingcontrol.0.vis.TempDecreaseValues sind die vorhanden, aber nicht in heatingcontrol.0.Rooms.Wohnzimmer.
Müssen die da vorhanden sein? Und wenn ja wie lege Ich die an?
Ich vermute jetzt das Ich noch nicht alles Konfiguriert habe.

[dbu828]

@dbu828
Ich habe jetzt ein Channel TempDecreaseValues zu heatingcontrol.0.Rooms.Wohnzimmer hinzugefügt.
Jetzt klappt es mit dem aktualisieren.

{
  "type": "channel",
  "common": {
    "name": "TempDecreaseValues",
    "role": "",
    "type": "string",
    "unit": "",
    "read": true,
    "write": false
  },
  "native": {
    "id": "vis.TempDecreaseValues"
  },
  "_id": "heatingcontrol.0.Rooms.Wohnzimmer.TempDecreaseValues",
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1665440528383
}

Kann es sein das der Channel und die Datenpunkte darunter beim Setup nicht angelegt werden?

[Dominik F.]

@dbu828

Ich kann es nur wiederholen, es wird alles automatisch angelegt. Du musst nichts selber anlegen. Sobald du in HeatingControl die Vis aktivierst, sollte auch alles mit der Vis klappen.

Du hast jetzt Channels angelegt, die ich selber nicht habe und anscheinend auch nicht vorgesehen sind -->heatingcontrol.0.Rooms.Wohnzimmer.TempDecreaseValues.

Du hast einen Fehler beim Start des Adapters, dieser Fehler wird die Ursache sein und wir müssen nun schauen, was diesen Fehler verursacht. Der Error wäre die wichtigste Info von dir gewesen

Nur wie wild da jetzt irgendwelche Datenpunkte zu erstellen, wird dir auf Dauer nicht helfen. Wie soll dir der Entwickler oder irgendjemand anders in Zukunft helfen wenn es nicht mehr dem orginal Zustand entspricht? Niemand kann wissen, ob du da nun irgendwelche Folgefehler verursachst.

Ich würde dir nun raten, lösche alles was du erstellt hast an Datenpunkten, die Vis, am besten auch den Adapter. Dann installierst du den Adapter neu, stellst alles ein und schaust ob es nun mit der neu erstellten Vis funktioniert. Für die Vis musst du eigentlich nur in den Haupteinstellungen-->Visualisierungseinstellungen--> Verwendung der Vis von Pittini den Haken setzen.
Wenn du den Fehler dann immer noch hast, gehe ich gerne die Einstellungen alle mit dir durch bzw. schicke dir Screenshots von meinen.

[Jürgen_S.]

Hallo zusammen,
gibt es hier noch jemanden, der die Kombination Comet DECT mit diesem Adapter fährt?
ich benötige etwas Unterstützung, da mir einiges nicht klar wird.
Ausgangslage:
Fritzbox mit angeschlossenen Comet DECT-Thermostaten, in den jeweiligen Räumen zusätzlich Bluetooth-Temperatursensoren und Tür-/Fensterkontakte.
In der Fritzbox diese Thermostate mit Komfort- und Absenktemperatur versehen zu verschiedenen Zeiten. Leider ist es ja dort nicht möglich, verschiedene Temperaturen einzustellen. Somit ist meine Komforttemp auf 21, meine Absenktemp auf 18 gestellt.
In iobroker den Adapter fritzdect installiert, die Datenpunkte der jeweiligen Thermostate sind enthalten.
Ebenfalls den Adapter Heatingcontrol installiert und folgend konfiguriert:

Nun zu meinen Fragen bzw. meinen Unklarheiten:
Ich verstehe leider nicht, wie und ob ich in der Fritzbox den jeweiligen Thermostaten Temperaturen vergeben soll.
Beispiel als Test. Ich habe in der Fritzbox eine tsoll-Temperatur von 16°, in heatingcontrol zu diesem Zeitpunkt jedoch Temp-Periode von 21°.


Schaue ich mir nun unter fritzdect die Temperatur an, so zeigt es mir 16° und der operationmode ist "Night".
In sich ja fast logisch, da ich im Adapter ja unter Geräte auf den tsoll-Wert verweise, denk ich mir.
Jedoch ist ja tsoll genau der Wert, welchen ich mit Heatingcontrol auch auf die eingestellte Periodentemp einstellen möchte.
Dies ist nur ein Beispiel, welches mich etwas verwirrt.
Das diese DECT-Geräte einen Zeitversatz von bis zu 15 min haben, musste ich schon feststellen, als ich ein Script getestet habe für Fenster auf = Thermostat aus.
Evtl bin ich komplett auf dem falschen Weg und hoffe, dass mir jemand seine Konfiguration und ob es mit dieser Kombination DECT mit diesem Adapter überhaupt funktioniert etwas näher bringen kann.

Vielen Dank und Grüße

Jürgen

Update: das mit dem o.g. Beispiel der 16° hat sich erledigt. Mein Fehler...ab und an nach Änderung den Adapter neustarten hilft.
Es bleibt dennoch die Frage offen, wie ihr Eure DECT mit dem Adapter konfiguriert habt. Das wäre super, wenn es da Anregungeen zu gibt.

[dbu828]

@dominik-f
Vielen Dank für deine Hilfe. Du hast mich ermutigt den 'Fehler' zu finden (vermutlich liegt der ja in der Einstellung)
Ich bin ganz deiner Meinung, nur habe Ich den Apdapter die Datenpunkte und das Vis Projekt schon x-mal gelöscht. Verstehe auch nicht was Ich hier für falsche Einstellungen haben sollte. Ich denke da sollte es kein Problem geben wenn Ich jetzt diesen Datenpunkt Ordner habe.

[Dominik F.]

@dbu828

Nein, nur weil du diesen Ordner hast wird es kein Problem geben. Das Problem, vielleicht auch zukünftig, wird sein, dass es mit diesem Ordner funktioniert^^ Da es diesen Ordner vom Adapter her nicht gibt wundert es mich, dass der Adapter diesen braucht.
Mit falsche Einstellungen meinte ich eher vielleicht irgendwo ein Häkchen vergessen oder n falschen Datenpunkt irgendwo eingetragen oder sowas in der Art.
Wenn du magst, kannst du deine ganzen Einstellungen in Heatingcontrol hier posten und ich vergleiche sie mal mit meinen und schaue, wo ein Unterschied sein könnte.

[Rene_HM]

@dbu828 Wenn der Adapter die Datenpunkte nicht automatisch anlegt, sie aber benötigt werden, gibt es einen Grund. Meist ist es ein Absturz während der Adapter startet. Deshalb wäre ein debug log vom Startvorgang hilfreich. Vielleicht siehst du ja sogar selbst, was da schief läuft, wenn du das log anschaust...

[dbu828]

@rene_hm @dominik-f
So jetzt bin Ich komplett hinüber. Ich habe den Datenpunkt heatingcontrol.0.Rooms.Wohnzimmer.TempDecreaseValues wieder gelöscht, und der Adapter startet ohne Fehler. Habe extra den ganzen Server noch einmal neugestartet. Funktioniert!
Vorher ist er immer bei Position //DecreaseMode Werte setzen in SetVis() abgestürtzt.
Nochmals vielen Dank.

[Chaot]

@jürgen_s Die Zeitsteuerung in der Fritzbox musst du rausnehmen. Also einfach den kompletten Zeitraum auf Tagtemperatur setzen. Dann funktioniert die Regelung über den ioBroker. Wenn die in der Fritzbox sonst aktiv ist wird die ständig wieder überschrieben sobald ein Schaltpunkt erreicht ist.

Ich arbeite aktuell nicht mehr mit Heating Control sondern mit den Vorlagen die man in der Box erstellen kann. Da habe ich dann einen Button im ioBroker den ich über die Präsenz oder manuell ansteuern kann um die Heizkörper zu regeln.
Ich erhoffe mir davon das die Heizung noch genauer abgestimmt werden kann anstatt mit festen Regelzeiten zu arbeiten.
Über Vorlagen aktiviere ich beispielsweise auch die Kinderzimmer. Das klappt dann bei Ferien oder kurzfristigem Stundenausfall wesentlich besser, da flexibler.

[Jürgen_S.]

@chaot vielen Dank für die Antwort.
mit Tagestemperatur meinst Du Komfort oder? Wenn Tagestemperatur in der Fitzbox, hast Du dort eine eher niedrige Temparatur genommen oder wie hattest Du es angelegt?
Ich teste derzeit heatingcontrol, bin da jedoch erst am Anfang.
Die Comet DECT sind ja grundsätzlich auch gut, laufen schon gefühlt ne Ewigkeit bei mir. Die habe ich auch nur über die Fritzbox geregelt, mit Scripten für Fenster offen, da die Fritzbox dies für die Comet nicht vorsieht, das man externe Fensterkontakte nutzt. Geärgert hatte ich mich immer nur, weil man nur 2 Temperaturen ( Komfort, Absenk ) stellen konnte, wenn automatisch, daher der Adapter.
Mit dem Adapter erhoffe ich mir ebenfalls, auch Abwesenheit usw zu schalten.