On-for-timer- Restzeit in Reading ?

Begonnen von cs-online, 31 Mai 2020, 18:04:24

Vorheriges Thema - Nächstes Thema

cs-online

Hallo,

ich stelle mir gerade die Frage, ob es möglich ist, die Restlaufzeit eines "on-for-timer" als Reading zu bekommen ?

Kennt da jemand eine Lösung für ?

Grüße

Christian
FHEM auf RPI 4 4GB, HM-WLAN-Gateway, einige HM-Aktoren,2x EBUSD an Heizung+Solar, ESP8266/32 am Strom-,Gas-,Wasserzähler, in WLAN-Steckdosen und Relaisleisten, Sonoff S20+S26,Shelly1/2/2.5, Lacrosse-Gateway und Sensoren,Sduino,Alexa-Fhem,Huawei PV+Speicher, alles auf einem RPI und da geht noch mehr

betateilchen

Als reading nicht, aber ausrechnen kann man das - je nach device type - durchaus.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

cs-online

OK, wenn man es ausrechnen (lassen) könnte, könnte man es auch als Userreading anlegen oder ? Nur wie rechnet man das aus ?
FHEM auf RPI 4 4GB, HM-WLAN-Gateway, einige HM-Aktoren,2x EBUSD an Heizung+Solar, ESP8266/32 am Strom-,Gas-,Wasserzähler, in WLAN-Steckdosen und Relaisleisten, Sonoff S20+S26,Shelly1/2/2.5, Lacrosse-Gateway und Sensoren,Sduino,Alexa-Fhem,Huawei PV+Speicher, alles auf einem RPI und da geht noch mehr

MadMax-FHEM

#3
Zitat von: cs-online am 31 Mai 2020, 22:10:45
OK, wenn man es ausrechnen (lassen) könnte, könnte man es auch als Userreading anlegen oder ? Nur wie rechnet man das aus ?

userReadings zählt aber dann NICHT "von selbst" runter...

Weil es muss dazu ja getriggert werden...

D.h. brauchst du für einen "CountDown" wohl ein zyklisches 'at' was den CountDown immer wieder mal aktualisiert...

Ich glaube sowas schon mal im Foru gelesen zu haben...

Schon gesucht!?

EDIT: ohne es gelesen zu haben klingt das nachdem was du suchst!? https://forum.fhem.de/index.php/topic,39090.msg312198.html#msg312198

EDIT: wenn du HomeMatic hast, dann ist das schon drin: https://forum.fhem.de/index.php/topic,100959.msg944335.html#msg944335

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

TomLee

ZitatD.h. brauchst du für einen "CountDown" wohl ein zyklisches 'at' was den CountDown immer wieder mal aktualisiert...

Eine Frage hätte ich dazu, so ein zyklisches at welches sekündlich aktualisiert wird, also auch sekündlich ein Event erzeugt, ist sowas sinnvoll oder lässt man sowas besser sein ?

Nutz ich heute nicht mehr, hatte mir das mal aber genauso in der Art definiert und mich dabei gefragt ob diese Vorgehensweise so "korrekt" ist.

Gruß

Thomas

MadMax-FHEM

#5
Hmm, ich hab's mir jetzt nicht so genau angekuckt (ankucken können: Handy grad nur)...

Aber du setzt bei einem bestehenden 'at' disable.

Da kommt halt immer das "rote Fragezeichen"...

EDIT: besser wäre daher set active/inactive

Ich mache so "zyklische" Dinge mit einem "einmal 'at' " wo.
ich eine sub rufe.
In der sub tue ich dann die "zyklischen Dinge" und prüfe, ob ich noch mal muss...
Wenn ja: defmod auf das 'at' auf "noch einmal"...
...mit Aufruf der sub usw.

Wenn fertig: kein defmod auf das 'at' und Ende...

Ob ein einsekündliches 'at' für einen Zähler den WER? anschaut!? ;) sinnvoll ist muss jeder selber wissen...

Ich halte sowas in einer "Haus-AUTOMATISIERUNG" für naja... ;)

Wenn es nicht zu viele Zähler sind isses sicher für fhem kein Problem...

Klar sein muss: fhem ist nicht realtime, also ein einsekündliches 'at' ist naja so ungefähr sekündlich und wenn es Freezes gibt auch mal nicht...

EDIT: und ein 'at' erzeugt nur einen Event, wenn du etwas "darin" tust was (einen) Event/s "feuert"...

EDIT: so prüfe ich (aufgerufen beispielsweise durch ein notify) zyklisch bestimmte Dinge bis "erfüllt"...

EDIT: jetzt hoffe ich nur ich hab vor lauter Handy gedaddel nicht komplett "bescheuert" geantwortet... ;)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

cs-online

Hallo und danke an alle, die sich hier für mich eiben Kopf gemacht haben. ich muss mal schauen, ob ich da was von brauchen kann.

Danke und schöne Restpfingsten

Grüsse Christian
FHEM auf RPI 4 4GB, HM-WLAN-Gateway, einige HM-Aktoren,2x EBUSD an Heizung+Solar, ESP8266/32 am Strom-,Gas-,Wasserzähler, in WLAN-Steckdosen und Relaisleisten, Sonoff S20+S26,Shelly1/2/2.5, Lacrosse-Gateway und Sensoren,Sduino,Alexa-Fhem,Huawei PV+Speicher, alles auf einem RPI und da geht noch mehr

Wolle02

Wenn die Restlaufzeit im Reading nicht für weitere Berechnungen oder sonstiges herangezogen werden soll, sondern nur zum "beobachten" der Restlaufzeit dienen soll, dann wäre vielleicht auch das neue Modul "Watches" eine Lösung. Da gibt es eine CountDown Uhr, die schön runterzählt und am Ende ein Event erzeugt.