RandomTimer - neues Modul

Begonnen von Dietmar63, 28 Juli 2013, 15:52:40

Vorheriges Thema - Nächstes Thema

FunkOdyssey

Ich muss dich leider enttäuschen. Die Hinweise erscheinen immer noch.
Irgendwie meine ich aber eine Art ~15-Minuten-Takt erkennen zu können. Aber das geht afaik nicht über den ganzen Tag.

2015.07.09 10:10:12 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 10:10:12 4: [rand_tischlampen] RandomTimer on tischlampen_diele_kueche timer disabled - no switch
2015.07.09 10:10:12 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 10:10:12 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 10:10:12 5: [rand_tischlampen] removing Timer: rand_tischlampen_Exec
2015.07.09 10:10:12 5: [rand_tischlampen] setting  Timer: rand_tischlampen_Exec 2015-07-09 10:26:21
2015.07.09 10:26:21 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 10:26:21 4: [rand_tischlampen] RandomTimer on tischlampen_diele_kueche timer disabled - no switch
2015.07.09 10:26:21 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 10:26:21 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 10:26:21 5: [rand_tischlampen] removing Timer: rand_tischlampen_Exec
2015.07.09 10:26:21 5: [rand_tischlampen] setting  Timer: rand_tischlampen_Exec 2015-07-09 10:43:03
2015.07.09 10:43:03 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 10:43:03 4: [rand_tischlampen] RandomTimer on tischlampen_diele_kueche timer disabled - no switch
2015.07.09 10:43:03 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 10:43:03 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 10:43:03 5: [rand_tischlampen] removing Timer: rand_tischlampen_Exec
2015.07.09 10:43:03 5: [rand_tischlampen] setting  Timer: rand_tischlampen_Exec 2015-07-09 11:00:25
2015.07.09 11:00:25 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 11:00:25 4: [rand_tischlampen] RandomTimer on tischlampen_diele_kueche timer disabled - no switch
2015.07.09 11:00:25 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 11:00:25 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 11:00:25 5: [rand_tischlampen] removing Timer: rand_tischlampen_Exec
2015.07.09 11:00:25 5: [rand_tischlampen] setting  Timer: rand_tischlampen_Exec 2015-07-09 11:16:31
2015.07.09 11:16:31 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 11:16:31 4: [rand_tischlampen] RandomTimer on tischlampen_diele_kueche timer disabled - no switch
2015.07.09 11:16:31 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 11:16:31 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 11:16:31 5: [rand_tischlampen] removing Timer: rand_tischlampen_Exec
2015.07.09 11:16:31 5: [rand_tischlampen] setting  Timer: rand_tischlampen_Exec 2015-07-09 11:32:51
2015.07.09 11:32:51 4: [rand_tischlampen] RandomTimer on tischlampen_diele_kueche timer disabled - no switch
2015.07.09 11:32:51 5: [rand_tischlampen] removing Timer: rand_tischlampen_Exec
2015.07.09 11:32:51 5: [rand_tischlampen] setting  Timer: rand_tischlampen_Exec 2015-07-09 11:50:01

Dietmar63

ich werde das nicht herausfinden - es muss irgendwie mit der Installation zu tun haben.
Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

FunkOdyssey

Okay, dann muss ich damit leben.
Ich habe nochmal ein wenig mit den DEFs & Co. herumgespielt. Außerdem habe ich die Pilight-Geräte mal durch andere Zwischenstecker ersetzt. Die Fehlermeldungen bleiben identisch. @Risiko: Es liegt also nicht an deinem Pilight-Modul.

Hier nochmal mein RT:

Internals:
   CFGFN      ./FHEM/innenbeleuchtung.cfg
   COMMAND    off
   DEF        08:00 switch_fb_1 23:00 1000
   DEVICE     switch_fb_1
   NAME       rand_tischlampen
   NR         457
   REL
   REP
   SIGMAOFF   800
   SIGMAON    200
   STARTTIME  09.07.2015  08:00:00
   STATE      disabled
   STOPTIME   09.07.2015  23:00:00
   SWITCHMODE 800/200
   S_REL
   S_REP
   TIMESPEC_START 08:00
   TIMESPEC_STOP 23:00
   TIMETOSWITCH 1000
   TYPE       RandomTimer
   active     0
   startTime  1436421600
   stopTime   1436475600
   Timer:
     Rand_tischlampen_exec:
       HASH       rand_tischlampen
       MODIFIER   Exec
       NAME       rand_tischlampen_Exec
     Rand_tischlampen_settimer:
       HASH       rand_tischlampen
       MODIFIER   SetTimer
       NAME       rand_tischlampen_SetTimer
Attributes:
   alias      Zufallsautomatik Tischlampen
   disable    1
   group      Tischlampen
   icon       light_toggle
   room       Automation
   sortby     80


Wenn ich dem irgendwann mal auf die Spur gekommen bin, dann lasse ich es euch wissen. :-)

Risiko

Zitat von: FunkOdyssey am 09 Juli 2015, 16:52:25
Okay, dann muss ich damit leben.
Ich habe nochmal ein wenig mit den DEFs & Co. herumgespielt. Außerdem habe ich die Pilight-Geräte mal durch andere Zwischenstecker ersetzt. Die Fehlermeldungen bleiben identisch. @Risiko: Es liegt also nicht an deinem Pilight-Modul.

Habe heute nochmals alles durchgesehen und nichts gefunden.
Bin deiner Meinung FunkOdyssey, da zudem Leute mit anderen Modulen z.B. IT mit RT Probleme haben.

Risiko

OliS.

Hallo!

Ich habe seit einigen Tagen das Problem, dass meine per RandomTimer gesteuerten Lampe an bleiben, wenn ich die Timer per "disable 1" deaktiviere. Wurde etwas dahingehend am Modul geändert?
Ich aktiviere die Timer bei Abwesenheit zur Anwesenheitssimulation und deaktiviere diese per notify, wenn ich wieder anwesend bin.


Gruß Oli
FHEM in Debian VM auf DS720+, HMLAN und HMUARTLGW, RFXTRX, Conbee II, Homebridge, Alexa
Geräte: Homematic, Tradfri, Shelly, IT, ESA2000, VU+, Denon-AVR, Sonos, Fritz!Box, Harmony Hub, IP-Cams, Roborock, Automower

Dietmar63

Zitat von: FunkOdyssey am 09 Juli 2015, 11:41:01
Ich muss dich leider enttäuschen. Die Hinweise erscheinen immer noch.
Irgendwie meine ich aber eine Art ~15-Minuten-Takt erkennen zu können. Aber das geht afaik nicht über den ganzen Tag.

2015.07.09 10:10:12 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 10:10:12 4: [rand_tischlampen] RandomTimer on tischlampen_diele_kueche timer disabled - no switch
2015.07.09 10:10:12 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 10:10:12 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 10:10:12 5: [rand_tischlampen] removing Timer: rand_tischlampen_Exec
2015.07.09 10:10:12 5: [rand_tischlampen] setting  Timer: rand_tischlampen_Exec 2015-07-09 10:26:21
2015.07.09 10:26:21 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 10:26:21 4: [rand_tischlampen] RandomTimer on tischlampen_diele_kueche timer disabled - no switch
2015.07.09 10:26:21 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 10:26:21 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 10:26:21 5: [rand_tischlampen] removing Timer: rand_tischlampen_Exec
2015.07.09 10:26:21 5: [rand_tischlampen] setting  Timer: rand_tischlampen_Exec 2015-07-09 10:43:03
2015.07.09 10:43:03 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 10:43:03 4: [rand_tischlampen] RandomTimer on tischlampen_diele_kueche timer disabled - no switch
2015.07.09 10:43:03 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 10:43:03 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 10:43:03 5: [rand_tischlampen] removing Timer: rand_tischlampen_Exec
2015.07.09 10:43:03 5: [rand_tischlampen] setting  Timer: rand_tischlampen_Exec 2015-07-09 11:00:25
2015.07.09 11:00:25 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 11:00:25 4: [rand_tischlampen] RandomTimer on tischlampen_diele_kueche timer disabled - no switch
2015.07.09 11:00:25 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 11:00:25 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 11:00:25 5: [rand_tischlampen] removing Timer: rand_tischlampen_Exec
2015.07.09 11:00:25 5: [rand_tischlampen] setting  Timer: rand_tischlampen_Exec 2015-07-09 11:16:31
2015.07.09 11:16:31 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 11:16:31 4: [rand_tischlampen] RandomTimer on tischlampen_diele_kueche timer disabled - no switch
2015.07.09 11:16:31 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 11:16:31 3: [rand_tischlampen] ERROR: IO::Socket::INET: connect: No route to host EVALUATING 0
2015.07.09 11:16:31 5: [rand_tischlampen] removing Timer: rand_tischlampen_Exec
2015.07.09 11:16:31 5: [rand_tischlampen] setting  Timer: rand_tischlampen_Exec 2015-07-09 11:32:51
2015.07.09 11:32:51 4: [rand_tischlampen] RandomTimer on tischlampen_diele_kueche timer disabled - no switch
2015.07.09 11:32:51 5: [rand_tischlampen] removing Timer: rand_tischlampen_Exec
2015.07.09 11:32:51 5: [rand_tischlampen] setting  Timer: rand_tischlampen_Exec 2015-07-09 11:50:01


@  FunkOdyssey, Bartimaus:
Kannst nocheinmal prüfen, ob mit der soeben freigegebenen  Version dein Problem noch auftritt.
Ich habe intern ein wenig umgestellt.
Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

Dietmar63

Zitat von: OliS. am 13 Juli 2015, 19:07:06
Hallo!

Ich habe seit einigen Tagen das Problem, dass meine per RandomTimer gesteuerten Lampe an bleiben, wenn ich die Timer per "disable 1" deaktiviere. Wurde etwas dahingehend am Modul geändert?
Ich aktiviere die Timer bei Abwesenheit zur Anwesenheitssimulation und deaktiviere diese per notify, wenn ich wieder anwesend bin.


Gruß Oli

ja, das ist so weil ich es so richtig fand. Wenn ich während der Simulation nach Hause komme, möchte ich nach dem Abstellen des RT nicht dass die Lampen ausgeschaltet werden.
Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

OliS.

Zitat von: Dietmar63 am 13 Juli 2015, 22:50:03
ja, das ist so weil ich es so richtig fand. Wenn ich während der Simulation nach Hause komme, möchte ich nach dem Abstellen des RT nicht dass die Lampen ausgeschaltet werden.

Ah, gut zu wissen. Und was bewirkt das Attribut "keepDeviceAlive" jetzt?
FHEM in Debian VM auf DS720+, HMLAN und HMUARTLGW, RFXTRX, Conbee II, Homebridge, Alexa
Geräte: Homematic, Tradfri, Shelly, IT, ESA2000, VU+, Denon-AVR, Sonos, Fritz!Box, Harmony Hub, IP-Cams, Roborock, Automower

Dietmar63

ich meine das Attribut sollte das Geräte anlassen.
Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

OliS.

#264
Zitat von: Dietmar63 am 14 Juli 2015, 11:10:54
ich meine das Attribut sollte das Geräte anlassen.

Aber genau das funktioniert ja nicht mehr. Ich hatte bei allen meinen RT das Attribut "keepDeviceAlive 0". Bei mir hat das bewirkt, dass, wenn ich während der Anwesenheitssimulation nach Hause kam, die Lampen nach und nach wieder ausgegangen sind. Jetzt bleiben sie an.

EDIT: Um es noch mal zu verdeutlichen. Das Attribut "keepDeviceAlive" scheint keine Funktion mehr zu haben. Egal ob ich "attr keepDeviceAlive 0" oder "attr keepDeviceAlive 1" setzte oder das Attribut komplett lösche. Die Lampen bleiben an. Ist das so gewollt?
FHEM in Debian VM auf DS720+, HMLAN und HMUARTLGW, RFXTRX, Conbee II, Homebridge, Alexa
Geräte: Homematic, Tradfri, Shelly, IT, ESA2000, VU+, Denon-AVR, Sonos, Fritz!Box, Harmony Hub, IP-Cams, Roborock, Automower

FunkOdyssey

Zitat von: Dietmar63 am 13 Juli 2015, 22:48:31
@  FunkOdyssey, Bartimaus:
Kannst nocheinmal prüfen, ob mit der soeben freigegebenen  Version dein Problem noch auftritt.
Ich habe intern ein wenig umgestellt.

Ich habe die Änderung heute morgen aktiviert. Bisher (ca. 2,5 Stunden) sind noch keine Fehlermeldungen aufgetreten. Ich werde das weiter beobachten. Danke.

Dietmar63

Zitat von: FunkOdyssey am 14 Juli 2015, 11:39:47
Ich habe die Änderung heute morgen aktiviert. Bisher (ca. 2,5 Stunden) sind noch keine Fehlermeldungen aufgetreten. Ich werde das weiter beobachten. Danke.

Die Ursache für das Problem ist nicht wirklich behoben. Der entscheidende Befehl wird nur nicht mehr ausgeführt.
Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm

FunkOdyssey

Ja, ich hab es gesehen. Ich hatte mir gestern dein Commit angeschaut.

scooty

Zum keepDeviceAlive:
Ich habe den Abschnitt der commandref
ZitatdisableCond
The default behavior of a RandomTimer is, that it shuts down the device after stoptime is reached. The keepDeviceAlive attribute changes the behavior. If set, the device status is not changed when the stoptime is reached.
so interpretiert (und auch implementiert), dass nur zum Ende der Laufzeit des RandomTimers (<timespec_stop>) das Attribut keepDeviceAlive ausgewertet und entsprechend das offCmd (oder eben nicht) ausgeführt wird.

Finde ich persönlich auch OK so, ein reines disable des RandomTimers sollte mMn nicht dazu führen, dass das offCmd  ausgeführt wird.
Ein disable ist mMn aus reiner Funktionssicht des RandomTimers eine "Ausnahme" und sollte keine weiteren "Folgen" haben.
Ich z.B. mache es so, dass, wenn Anwesenheit erkannt wird, der RandomTimer zwar im notify der Anwesenheitserkennung disabled wird und zusätzlich die zur Anwesenheitssimulation benötigten Lampen (falls an) ausgeschaltet werden.

Dietmar63, ist das auch so in Deinem Sinn oder verstehe ich hier etwas falsch?

Andreas
PS: Ob sich das Verhalten in letzter Zeit geändert hat, kann ich nicht beurteilen, da ich wie oben beschrieben die nicht mehr zur Anwesenheitssimulation benötigten Lampen bei Anwesenheit sowieso ausschalte.
Fhem auf Gigabyte Brix
CUL V3 HM / CUL V3 MAX / MaxCube aFW Homematic&MAX / ZWave.me ZME_UZB1 / SDuino 433 / Velux KLF200
Homematic / MAX / Logitech Hub / ZWave / Wifi LED / div. 433 Temperatursensoren / pywws WH10880 / IO Homecontrol

Dietmar63

ZitatAndreas
PS: Ob sich das Verhalten in letzter Zeit geändert hat, kann ich nicht beurteilen, da ich wie oben beschrieben die nicht mehr zur Anwesenheitssimulation benötigten Lampen bei Anwesenheit sowieso ausschalte.

es hat definitiv eine Änderung gegeben. Und zwar dann wenn während der aktiven Simulation die disable-Bedingung gesetzt wird, wird nicht geschaltet.
Hintergrund: Ich lasse die Simulation immer in der Dämmerung laufen. Wenn ich dann nach Hause komme, schalte ich den timer über  disable  1 ab. Dann soll das Licht so bleiben wie es ist (in der Regel an).
Gruß Dietmar
FB7390, CUL, 2 FHT, FS20
modules: 98_WOL.pm, 98_Heating_Control.pm,   98_WeekdayTimer.pm, 98_RandomTimer.pm, 59_Twilight.pm