Notify verzögert ausführen

Begonnen von sxx128, 07 Dezember 2022, 17:30:55

Vorheriges Thema - Nächstes Thema

frank

FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

DeeSPe

MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert, 98_serviced

Als kleine Unterstützung für meine Programmierungen könnt ihr mir gerne einen Kaffee spendieren: https://buymeacoff.ee/DeeSPe

frank

FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

sxx128

Burst Access steht bei mir auf  1_Auto. 

Grüße
Steven
Hardware: Raspberryy PI 4
CC1101-USB-Lite 868MHz/Culfw-1.66
HM-MOD-RPI-PCB
Komponenten: Homematic/Homematic IP/Zigbee
PiVCCU

Damian

Als Nachteil der Lösung sehe ich die ständige Änderung der Konfiguration des Systems per defmod.
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

DeeSPe

Zitat von: Damian am 10 Dezember 2022, 22:45:12
Als Nachteil der Lösung sehe ich die ständige Änderung der Konfiguration des Systems per defmod.

Was genau bedeutet "ständig"?
Im Normalfall wird das temp. at nur 1x beim Verlassen angelegt und nicht mehr geändert.
Im stateFile überlebt das sogar einen evtl. geregelten Neustart von FHEM.

Ich benutze das so ähnlich bei mir schon seit Jahren sehr zuverlässig und ohne Probleme.
Warum das nachteilig sein soll würde mich echt mal interessieren.

Gruß
Dan
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert, 98_serviced

Als kleine Unterstützung für meine Programmierungen könnt ihr mir gerne einen Kaffee spendieren: https://buymeacoff.ee/DeeSPe

frank

Zitat von: sxx128 am 10 Dezember 2022, 22:43:28
Burst Access steht bei mir auf  1_Auto.
das ist nur die theorie.
wer nicht will, ....
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Otto123

Damian meint: es gibt ein rotes Fragezeichen.
gibt es aber bei einem einmaligen at nicht  ;)
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Damian

Zitat von: DeeSPe am 10 Dezember 2022, 23:06:55
Was genau bedeutet "ständig"?
Im Normalfall wird das temp. at nur 1x beim Verlassen angelegt und nicht mehr geändert.
Im stateFile überlebt das sogar einen evtl. geregelten Neustart von FHEM.

Ich benutze das so ähnlich bei mir schon seit Jahren sehr zuverlässig und ohne Probleme.
Warum das nachteilig sein soll würde mich echt mal interessieren.

Gruß
Dan

Ich habe immer Bauchschmerzen, wenn ich das rote Fragezeichen sehen, denn dann hat sich etwas an meiner Konfiguration geändert. Diese Information verliert durch solche Konstrukte an Bedeutung.
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

DeeSPe

Zitat von: Damian am 10 Dezember 2022, 23:17:01
Ich habe immer Bauchschmerzen, wenn ich das rote Fragezeichen sehen, denn dann hat sich in etwas an meiner Konfiguration geändert. Diese Information verliert durch solche Konstrukte an Bedeutung.

Ein temporäres at erzeugt aber kein rotes Fragezeichen!
Kannst Du gern mal probieren:
defmod at_test123 at +00:01 {}

Gruß
Dan
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert, 98_serviced

Als kleine Unterstützung für meine Programmierungen könnt ihr mir gerne einen Kaffee spendieren: https://buymeacoff.ee/DeeSPe

Damian

Zitat von: DeeSPe am 10 Dezember 2022, 23:20:35
Ein temporäres at erzeugt aber kein rotes Fragezeichen!
Kannst Du gern mal probieren:
defmod at_test123 at +00:01 {}

Gruß
Dan

Dann ist ja alles gut.
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

frank

Zitat von: DeeSPe am 10 Dezember 2022, 11:18:21
U.a. wird deshalb im notify auf "presence" reagiert, das kennt nur "absent/present" bzw. "anwesend/abwesend" und sagt definitiv aus ob jemand anwesend ist oder nicht.
ok.
man könnte doch aber den "gone" timer bei residents verwenden, um das at zu sparen.
den timer natürlich auf 1 stunde stellen und das notify auf gone triggern lassen.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

DeeSPe

Zitat von: frank am 10 Dezember 2022, 23:54:41
ok.
man könnte doch aber den "gone" timer bei residents verwenden, um das at zu sparen.
den timer natürlich auf 1 stunde stellen und das notify auf gone triggern lassen.

Viele Wege führen zum Ziel. ;)
Ich verwende "gone" dann aber eher um die Temperatur gezielt noch tiefer zu fahren als bei "absent" da man dann voraussichtlich wirklich länger weg ist. Hab auch noch andere Dinge die bei "gone" aktiv werden, z.B. Lichter die dann automatisch an und aus gehen um Anwesenheit zu simulieren.

Gruß
Dan
MAINTAINER: 22_HOMEMODE, 98_Hyperion, 98_FileLogConvert, 98_serviced

Als kleine Unterstützung für meine Programmierungen könnt ihr mir gerne einen Kaffee spendieren: https://buymeacoff.ee/DeeSPe