mal eine Frage in die Runde. Ich habe mir für 8 verschiedene Tankstellen aus der Umgebung Dummy-Widgets gebaut. Zusätzlich auch noch jeweils eine Gruppe für die dazugehörigen Items "Benzinpreis E5" und "Öffnungsstatus". Nun möchte ich über eine Regel zu bestimmten Uhrzeiten die Preise bzw. den Open-Status prüfen und ändern lassen.
Angefangen habe ich bereits mit
rule "Benzinpreise und Öffnungsstatus START MO-SO "
when
Time cron "0 0 8,18,20,24 * * ?" // täglich um 08:00, 18:00 20:00 und 24:00 Uhr
....
An dieser Stelle bräuchte ich dann doch Hilfe, um die nächsten Schritte korrekt und optimiert auszuführen.
Vielen Dank im Voraus
Edit: Gerade habe ich überlegt, dass es vielleicht doch sinnvoller ist, den Prüfvorgang beim Öffnen des Dashboards erfolgen zu lassen (Falls das überhaupt möglich ist).
Zuletzt geändert von scotty am 23. Aug 2020 05:20, insgesamt 1-mal geändert.
OH 3.4.5 im Docker auf Synology DS918+ mit USV, Reolink-RLC-511WA, Philips Hue, AVM Fritz!Box 6591C, Alexa, Logitech Harmony und diversen Shelly's
Also, das verstehe ich nicht so ganz. Die Items werden vom Addon automatisch aktualisiert. Die Aktualisierungsfrequenz wird direkt im Thing definiert. Dazu brauchst Du keine Rule.
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet
Mal abgesehen davon, dass ich diese Einstellungsmöglichkeiten bisher nicht finden konnte (Öffnungsstatus steht durchgehend auf "Open"), spricht denn etwas gegen ein Rule zu den angegebenen Zeiten?
OH 3.4.5 im Docker auf Synology DS918+ mit USV, Reolink-RLC-511WA, Philips Hue, AVM Fritz!Box 6591C, Alexa, Logitech Harmony und diversen Shelly's
Okay, vielleicht findet sich ja noch jemand der mir dabei hilft, das Addon Tankerkönig korrekt zu konfigurieren. Z. B. wüsste ich gern, wie ich die Aktualisierungsfrequenz im Thing definiere. Geht das mit Visual Studio Code?
OH 3.4.5 im Docker auf Synology DS918+ mit USV, Reolink-RLC-511WA, Philips Hue, AVM Fritz!Box 6591C, Alexa, Logitech Harmony und diversen Shelly's
Ich habe die Things alle neu mit VSC angelegt. Danach konnte die Aktualisierungsfrequenz im Thing definiert werden und alles funktioniert wie gewünscht.
Danke für die Hilfe!
PS. Die Things waren zuvor mit Paper UI angelegt, deshalb gab es Probleme.
OH 3.4.5 im Docker auf Synology DS918+ mit USV, Reolink-RLC-511WA, Philips Hue, AVM Fritz!Box 6591C, Alexa, Logitech Harmony und diversen Shelly's
Na ja, Paper UI ist sicher nicht ursächlich Schuld an Problemen mit den Things, eher ist es andersrum... Es gibt zuhauf Leute, die ihre Things über Paper UI anlegen
Ich arbeite aber auch lieber über VSCode, ich komme halt von OH1.
Gesendet von meinem SM-G973F mit Tapatalk
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet
ich glaube eher, dass das Problem vor dem Bildschirm sitzt Des Weiteren würde ich meinen, dass man als Neuling die Things zunächst einmal über Paper UI anlegt. Erst später kommt man auf VSC und fängt (wie ich momentan) an, die Dinge zu korrigieren. Es war bei mir aber tatsächlich so, dass über Paper UI keine Aktualisierung stattfand und ich nirgendwo eine Möglichkeit zum ändern der Aktualisierungsfrequenz fand.
Ich habe vorher viel mit Bash-Skriptings unter Linux gemacht, deshalb gefällt mir das Arbeiten mit Code auch sehr gut. Eine Frage habe ich aber dann doch noch: jetzt habe ich beispielsweise alle Rollershutter gelöscht und die Things neu mit VSC angelegt. Ist nun die Paper UI tabu? Denn, wenn ich diese jetzt öffne, werden mir sofort über die Inbox alle Roller-Things zum Anlegen angeboten. Die wären dann allerdings doppelt vorhanden.
Oder habe ich noch einen Fehler in meiner Vorgehensweise?
Grüße
OH 3.4.5 im Docker auf Synology DS918+ mit USV, Reolink-RLC-511WA, Philips Hue, AVM Fritz!Box 6591C, Alexa, Logitech Harmony und diversen Shelly's
Das Problem mit der Inbox ist, dass openHAB seine eigene Liste an UIDs führt, die irgendwie "ausgerechnet" werden. Vermutlich wird eine Seriennummer, MAC oder ähnliches mit in die Berechung einfließen, denn die UIDs sollen ja immer eindeutig sein. Da aber beim Anlegen des Things über VSCode die UID nicht dieselbe ist, die openHAB berechnet hat, wird das Thing gelistet. Du kannst es aber mittels ignore ausblenden (es kann aber durchaus vorkommen, dass es wieder auftaucht...)
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet