Wieso?Ich denke, dann machst Du was verkehrt.
JSRule TimeOfDayTrigger
-
- Beiträge: 7
- Registriert: 14. Jan 2023 07:58
Re: JSRule TimeOfDayTrigger
-
- Beiträge: 1173
- Registriert: 4. Nov 2019 22:08
Re: JSRule TimeOfDayTrigger
Weil dies auf den ersten Blick viel zu viele Items sind. Evtl. gibst Du noch etwas mehr Informationen.
Welche Hardware nutzt Du und warum brauchst Du derzeit so viele Items?
openHAB 4.1.0 Release mit openHABian in einem Debian Bookworm (LXC) unter Proxmox 8.1.3
- udo1toni
- Beiträge: 15248
- Registriert: 11. Apr 2018 18:05
- Wohnort: Darmstadt
Re: JSRule TimeOfDayTrigger
Genau...
Gegenbeispiel: Ich habe bei mir neun Raumtemperaturregler, für jeden der Regler vier Items, plus vier Group Items und eine Rule, mit der ich für alle RTR die angezeigte Betriebsart wechsle, wenn ich am RTR selbst die Betriebsart ändere.
Die Frage ist also, wozu brauchst Du 22 Items für einen einzigen Thermostaten? Mir fallen nur zwei Größen für ein Thermostat ein, Solltemperatur und Isttemperatur.
Bei einem RTR kommen noch die Betriebsarten dazu, welche dann dazu führen, dass die Solltemperatur verändert wird.
Ich nehme mal an, dass Du eine solche Funktion für Deine Thermostaten nachbilden willst, aber selbst dann komme ich nicht auf 22 Items...
Vielleicht erläuterst Du mal Dein Datenmodell, damit wir das verstehen können.
Gegenbeispiel: Ich habe bei mir neun Raumtemperaturregler, für jeden der Regler vier Items, plus vier Group Items und eine Rule, mit der ich für alle RTR die angezeigte Betriebsart wechsle, wenn ich am RTR selbst die Betriebsart ändere.
Die Frage ist also, wozu brauchst Du 22 Items für einen einzigen Thermostaten? Mir fallen nur zwei Größen für ein Thermostat ein, Solltemperatur und Isttemperatur.
Bei einem RTR kommen noch die Betriebsarten dazu, welche dann dazu führen, dass die Solltemperatur verändert wird.
Ich nehme mal an, dass Du eine solche Funktion für Deine Thermostaten nachbilden willst, aber selbst dann komme ich nicht auf 22 Items...
Vielleicht erläuterst Du mal Dein Datenmodell, damit wir das verstehen können.
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet
-
- Beiträge: 7
- Registriert: 14. Jan 2023 07:58
Re: JSRule TimeOfDayTrigger
Es sind Eqiva eQ-3 Bluetooth Thermostate und es gibt kein Binding für OpenHab.
Aber ein Node füf Node Red, also ist die Kommunikation zwischen OpenHab und Thermostat über Node Red.
Die gesammte Steuerung aber über OpenHab.
Mit den Timern und allen Einstellungen und TimePicker als vuejs-App und MQTT Daten-Austausch kommt da einiges an Items zusammen.
Ich weiss es geht auch mit weniger, aber ich habe viele Funktionen eingebaut auf die ich nicht verzichten möchte.
Aber ein Node füf Node Red, also ist die Kommunikation zwischen OpenHab und Thermostat über Node Red.
Die gesammte Steuerung aber über OpenHab.
Mit den Timern und allen Einstellungen und TimePicker als vuejs-App und MQTT Daten-Austausch kommt da einiges an Items zusammen.
Ich weiss es geht auch mit weniger, aber ich habe viele Funktionen eingebaut auf die ich nicht verzichten möchte.
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
- udo1toni
- Beiträge: 15248
- Registriert: 11. Apr 2018 18:05
- Wohnort: Darmstadt
Re: JSRule TimeOfDayTrigger
Na ja, aber wenn Du all diese Daten getrennt einstellen willst, brauchst Du auch getrennte Bedienknöpfe in der UI, also wirst Du um die ganzen Items nicht herum kommen.
Wie die Daten in openHAB landen, ist am Ende egal, wenn Du eine Zeit einstellen willst, brauchst Du ein DateTime Item (oder alternativ ein Number Item, willst Du eine Temperatur einstellen, brauchst Du ein Number Item. Willst Du die interne Steuerung des eQ-3 nutzen, musst Du für jedes Datum, welches Du einstellbar haben willst, auch ein Item vorsehen. Zum Senden kannst Du natürlich die Daten alle in einem Item bündeln (z.B. als JSON) und alles gesammelt senden, genau wie die Daten auch in einem Item ankommen können.
Wie die Daten in openHAB landen, ist am Ende egal, wenn Du eine Zeit einstellen willst, brauchst Du ein DateTime Item (oder alternativ ein Number Item, willst Du eine Temperatur einstellen, brauchst Du ein Number Item. Willst Du die interne Steuerung des eQ-3 nutzen, musst Du für jedes Datum, welches Du einstellbar haben willst, auch ein Item vorsehen. Zum Senden kannst Du natürlich die Daten alle in einem Item bündeln (z.B. als JSON) und alles gesammelt senden, genau wie die Daten auch in einem Item ankommen können.
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet