Noch was anderes was für eine ZSU wichtig ist, was evtl. auf den ersten Blick übersehen wird und an dem einige Implementierungen (insb. bei NodeRed) scheitern:
Die Uhr muss Zustands- und nicht Event-Basiert sein.
D.h. zu jedem Zeitpunkt muss die Uhr wissen "welchen Wert" sie gerade hat und nicht nur zu den Schalt-Events den neuen Wert senden.
Nur so ist es möglich, dass unmittelbar nach einem Reboot der richtige Wert gesendet wird, der durchaus ein anderer sein kann als der letzte Wert der verschickt wurde (Reboot hat sich über einen eingestellten Zeitpunkt hinweg gezogen). Außerdem kann so ohne großen Aufwand auf Lese-Telegramme korrekt geantwortet werden.
NEU! UPGRADE IP 10 verfügbar!
Optimierte Darstellung von VISU Editor und VISU Client - sowie viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/8HzePCm3
Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Ab sofort kann jeder die neue VISU & IFTTT testen. Info: viewtopic.php?f=8&t=5074
Release V 4 am 15. Juni 2024
Es gibt nun einen fixen Termin. Info: viewtopic.php?f=8&t=5117
NEU! Ausführliches Video Tutorial zur IP 10
Jetzt werden alle Fragen beantwortet. Das Video: https://youtu.be/_El-zaC2Rrs
Optimierte Darstellung von VISU Editor und VISU Client - sowie viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/8HzePCm3
Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Ab sofort kann jeder die neue VISU & IFTTT testen. Info: viewtopic.php?f=8&t=5074
Release V 4 am 15. Juni 2024
Es gibt nun einen fixen Termin. Info: viewtopic.php?f=8&t=5117
NEU! Ausführliches Video Tutorial zur IP 10
Jetzt werden alle Fragen beantwortet. Das Video: https://youtu.be/_El-zaC2Rrs
[DISKUSSION] Umsetzungsgedanken zu einer einfachen ZSU
Forumsregeln
- Denke bitte an aussagekräftige Titel und gebe dort auch die [Firmware] an. Wenn ETS oder CometVisu beteiligt sind, dann auch deren Version
- Bitte mache vollständige Angaben zu Deinem Server, dessen ID und dem Online-Status in Deiner Signatur. Hilfreich ist oft auch die Beschreibung der angeschlossener Hardware sowie die verwendeten Protokolle
- Beschreibe Dein Projekt und Dein Problem bitte vollständig. Achte bitte darauf, dass auf Screenshots die Statusleiste sichtbar ist
- Bitte sei stets freundlich und wohlwollend, bleibe beim Thema und unterschreibe mit deinem Vornamen. Bitte lese alle Regeln, die Du hier findest: https://wiki.timberwolf.io/Forenregeln
-
- Reactions:
- Beiträge: 1194
- Registriert: Sa Aug 11, 2018 10:52 pm
- Wohnort: Oberbayern
- Hat sich bedankt: 237 Mal
- Danksagung erhalten: 857 Mal
- Kontaktdaten:
CometVisu Entwickler - Bitte keine PNs, Fragen gehören in das Forum, damit jeder was von den Antworten hat!
CometVisu Fragen, Bugs, ... bitte im Entwicklungs-Forum, hier nur spezifisches für CV<->Timberwolf.
TWS 2500 ID: 76 + TP-UART - VPN offen, Reboot nur nach Absprache
CometVisu Fragen, Bugs, ... bitte im Entwicklungs-Forum, hier nur spezifisches für CV<->Timberwolf.
TWS 2500 ID: 76 + TP-UART - VPN offen, Reboot nur nach Absprache
-
- Reactions:
- Beiträge: 2322
- Registriert: Sa Sep 15, 2018 10:26 am
- Wohnort: Kerpen
- Hat sich bedankt: 897 Mal
- Danksagung erhalten: 700 Mal
Hallo zusammen,
ich hatte mich ja schon mehrfach zum Thema Kalenderintegration geäussert. Das spielt m.E. unmittelbar in die ZSU-Diskussion hinein.
Es gibt da mehrere Themengruppen die adressiert gehören:
Wenn man das dann ohnehin macht, dann ist die Frage, welche der anderen Dinge man da auch mit unterbringen kann. Ich denke dann jetzt sogar mal so radikal weiter, dass man dann eine explizite ZSU im TWS womöglich sogar rauskicken könnte.
Also Gedanken darüber machen, wie man ggf. die Einträge im Kalender generiert bekommt und diese dann über eine Kalenderintegration für die Logikengine erreichbar machen. Die Herausforderung bei diesem Ansatz sind da sicher die algorithmisch bestimmbaren Termine.
Wer dann die ganz komplexen Dinge mag, kann sich ein ICS-File generieren im Kalender hochladen und fertig.
Aber Uhrzeiten und besondere Events Im Kalender eintragen, dass sind Dinge, dass auch für nicht TWS-erfahrene Familienmitglieder lösbar sind.
Ich will aber gar nicht daran denken, was bei noch nicht sauber umgesetztem Berechtigungssystem abgeht, wenn der pubertierende Sprössling Zugriff auf die Oberfläche des Wolfes bekommt...
Beste Grüße
Jens
ich hatte mich ja schon mehrfach zum Thema Kalenderintegration geäussert. Das spielt m.E. unmittelbar in die ZSU-Diskussion hinein.
Es gibt da mehrere Themengruppen die adressiert gehören:
- Einfache zeitbasierte Termine
- Zeitfenster
- algorithmisch bestimmbare Termine (z.B. sonnenstandsabhängig)
- Alle nicht algorithmisch greifbaren Sondertermine (nächster Urlaubstag, oder nächster Schwimu-Besuch mit automatisch abgesenkter Temp im Gästerzimmer )
- statische, oder dynamische Offsets zu den bisher genannten Terminen
Wenn man das dann ohnehin macht, dann ist die Frage, welche der anderen Dinge man da auch mit unterbringen kann. Ich denke dann jetzt sogar mal so radikal weiter, dass man dann eine explizite ZSU im TWS womöglich sogar rauskicken könnte.
Also Gedanken darüber machen, wie man ggf. die Einträge im Kalender generiert bekommt und diese dann über eine Kalenderintegration für die Logikengine erreichbar machen. Die Herausforderung bei diesem Ansatz sind da sicher die algorithmisch bestimmbaren Termine.
Wer dann die ganz komplexen Dinge mag, kann sich ein ICS-File generieren im Kalender hochladen und fertig.
Aber Uhrzeiten und besondere Events Im Kalender eintragen, dass sind Dinge, dass auch für nicht TWS-erfahrene Familienmitglieder lösbar sind.
Ich will aber gar nicht daran denken, was bei noch nicht sauber umgesetztem Berechtigungssystem abgeht, wenn der pubertierende Sprössling Zugriff auf die Oberfläche des Wolfes bekommt...
Beste Grüße
Jens
-
- Reactions:
- Beiträge: 1162
- Registriert: Mi Okt 10, 2018 2:39 pm
- Hat sich bedankt: 753 Mal
- Danksagung erhalten: 947 Mal
Hallo miteinander, hallo Chris
Also ich möchte das auf keinen Fall so haben! Eine Zeitschaltuhr soll zu definierten Zeitpunkten Schaltfunktionen auslösen. Damit möchte ich aber nicht, dass sie aus welchen Gründen auch immer "übersprungene" Schaltvorgänge "nachholt".
Bist Du Dir da sicher? Wenn die Zeitschaltuhr fünf Schaltvorgänge übersprungen hat, dann werden diese nach dem Reboot direkt nachgeholt? Also eine "Nachzeitpunktnachholschaltuhr"?Chris M. hat geschrieben: ↑Sa Mär 27, 2021 8:08 pm D.h. zu jedem Zeitpunkt muss die Uhr wissen "welchen Wert" sie gerade hat und nicht nur zu den Schalt-Events den neuen Wert senden.
Nur so ist es möglich, dass unmittelbar nach einem Reboot der richtige Wert gesendet wird, der durchaus ein anderer sein kann als der letzte Wert der verschickt wurde (Reboot hat sich über einen eingestellten Zeitpunkt hinweg gezogen). Außerdem kann so ohne großen Aufwand auf Lese-Telegramme korrekt geantwortet werden.
Also ich möchte das auf keinen Fall so haben! Eine Zeitschaltuhr soll zu definierten Zeitpunkten Schaltfunktionen auslösen. Damit möchte ich aber nicht, dass sie aus welchen Gründen auch immer "übersprungene" Schaltvorgänge "nachholt".
-
- Reactions:
- Beiträge: 1162
- Registriert: Mi Okt 10, 2018 2:39 pm
- Hat sich bedankt: 753 Mal
- Danksagung erhalten: 947 Mal
Hallo miteinander,
nur so als Diskussionsanregung und für diejenigen, welche die Edomi-ZSU nicht kennen, hier eine Kurzbeschreibung derselben.
In der Visu habe ich bspw. dieses Widget:
Das ist die ZSU für R2D2, unseren Staubsauger. Der startet also Mo/Mi/Fr um 9:00 Uhr. Will ich nun einen weiteren Eintrag hinzufügen, tipp auf das + und dann sieht das so aus:
Oben links Zeit eingeben, gewünschten Tag selektieren und wenn es ein Zeitraum sein soll, dann auch noch Start- bzw. Ende-Tag/Monat/Jahr eingeben. Diese Einträge sind jeweils optional. Im obigen Beispiel also jeden Dienstag um 16:00 Uhr. In der Zeile darunter wird ein vorab konfiguriertes Makro ausgewählt, welches zu diesem Zeitpunkt ausgeführt werden soll. In dem Fall gibt's nur "Roborock starten" aber das können beliebig viele sein, welche dann hinten dran völlig unterschiedliche Aktionen durchführen.
nur so als Diskussionsanregung und für diejenigen, welche die Edomi-ZSU nicht kennen, hier eine Kurzbeschreibung derselben.
In der Visu habe ich bspw. dieses Widget:
Das ist die ZSU für R2D2, unseren Staubsauger. Der startet also Mo/Mi/Fr um 9:00 Uhr. Will ich nun einen weiteren Eintrag hinzufügen, tipp auf das + und dann sieht das so aus:
Oben links Zeit eingeben, gewünschten Tag selektieren und wenn es ein Zeitraum sein soll, dann auch noch Start- bzw. Ende-Tag/Monat/Jahr eingeben. Diese Einträge sind jeweils optional. Im obigen Beispiel also jeden Dienstag um 16:00 Uhr. In der Zeile darunter wird ein vorab konfiguriertes Makro ausgewählt, welches zu diesem Zeitpunkt ausgeführt werden soll. In dem Fall gibt's nur "Roborock starten" aber das können beliebig viele sein, welche dann hinten dran völlig unterschiedliche Aktionen durchführen.
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
-
- Reactions:
- Beiträge: 1194
- Registriert: Sa Aug 11, 2018 10:52 pm
- Wohnort: Oberbayern
- Hat sich bedankt: 237 Mal
- Danksagung erhalten: 857 Mal
- Kontaktdaten:
Nein, natürlich sollen nicht auf einen Schlag alle Werte kommen die sich zwischenzeitlich aufgestaut haben.starwarsfan hat geschrieben: ↑Sa Mär 27, 2021 9:01 pmBist Du Dir da sicher? Wenn die Zeitschaltuhr fünf Schaltvorgänge übersprungen hat, dann werden diese nach dem Reboot direkt nachgeholt? Also eine "Nachzeitpunktnachholschaltuhr"?Chris M. hat geschrieben: ↑Sa Mär 27, 2021 8:08 pm D.h. zu jedem Zeitpunkt muss die Uhr wissen "welchen Wert" sie gerade hat und nicht nur zu den Schalt-Events den neuen Wert senden.
Nur so ist es möglich, dass unmittelbar nach einem Reboot der richtige Wert gesendet wird, der durchaus ein anderer sein kann als der letzte Wert der verschickt wurde
Aber ich will, dass wenn die Logik neu startet der zu diesem Zeitpunkt gültige Wert geschickt wird.
Beispiel, einfache Regel die ab 6 Uhr "An" und ab 9 Uhr "Aus" festlegt:
So lange die Logik läuft kommt offensichtlich um 6 Uhr 1x ein "An" und später um 9 Uhr das "Aus".
Jetzt kommt um 3 Uhr ein Lese-Telegramm auf die der ZSU zugehörigen GA, dann soll mit einem "Aus" geantwortet werden (eigentlich auch noch simpel, aber daran scheitern schon manche)
Und wenn um 5:55 Uhr der Strom bis 6:05 Uhr ausfällt und der TWS danach neu startet, dann soll (wenn konfiguriert) mit dem Start ein "An" Telegramm verschickt werden.
CometVisu Entwickler - Bitte keine PNs, Fragen gehören in das Forum, damit jeder was von den Antworten hat!
CometVisu Fragen, Bugs, ... bitte im Entwicklungs-Forum, hier nur spezifisches für CV<->Timberwolf.
TWS 2500 ID: 76 + TP-UART - VPN offen, Reboot nur nach Absprache
CometVisu Fragen, Bugs, ... bitte im Entwicklungs-Forum, hier nur spezifisches für CV<->Timberwolf.
TWS 2500 ID: 76 + TP-UART - VPN offen, Reboot nur nach Absprache