WeekdayTimer inactive

Begonnen von mfeske, 20 Januar 2020, 21:42:09

Vorheriges Thema - Nächstes Thema

mfeske

Glaubt mir bitte ich habe nichts verändert :-( aber zwei DOIF funktionieren nicht mehr, sie zeigen STATE inactive und nextUpdate 1970-01-01 01:00:00.
Internals:
   CHANGED   
   COMMAND   
   CONDITION 
   DEF        Elch Mo-So|06:45:00|on Mo-So|{sunrise_abs('HORIZON=-2',0,"07:15","08:40")}|off
   DEVICE     Elch
   FUUID      5c500794-f33f-a44f-63b5-6862707fa29ac78c
   GlobalDaylistSpec
   LANGUAGE   en
   NAME       ElchMorgends
   NR         60
   STATE      inactive
   STILLDONETIME 0
   TYPE       WeekdayTimer
   READINGS:
     2019-12-17 12:42:35   currValue       off
     2020-01-15 15:12:42   nextUpdate      1970-01-01 01:00:00
     2019-12-17 12:42:35   nextValue       on
     2020-01-15 15:12:42   state           inactive
   SWITCHINGTIMES:
     Mo-So|06:45:00|on
     Mo-So|{sunrise_abs('HORIZON=-2',0,"07:15","08:40")}|off
   TIMER:
     ElchMorgends_SetTimerOfDay:
       HASH       ElchMorgends
       MODIFIER   SetTimerOfDay
       NAME       ElchMorgends_SetTimerOfDay
       SETTIMERATMIDNIGHT 1
   dayNumber:
     !$we       8
     $we        7
     fr         5
     mo         1
     sa         6
     su         0
     th         4
     tu         2
     we         3
   helper:
     daysRegExp (su|mo|tu|we|th|fr|sa|\$we|\!\$we)
     daysRegExpMessage (su|mo|tu|we|th|fr|sa|$we|!$we)
     SWITCHINGTIME:
     WEDAYS:
       5          1
       6          1
   longDays:
     de:
       Sonntag
       Montag
       Dienstag
       Mittwoch
       Donnerstag
       Freitag
       Samstag
       Wochenende
       Werktags
     en:
       Sunday
       Monday
       Tuesday
       Wednesday
       Thursday
       Friday
       Saturday
       weekend
       weekdays
     fr:
       Dimanche
       Lundi
       Mardi
       Mercredi
       Jeudi
       Vendredi
       Samedi
       weekend
       jours de la semaine
     nl:
       Zondag
       Maandag
       Dinsdag
       Woensdag
       Donderdag
       Vrijdag
       Zaterdag
       weekend
       werkdagen
   profil:
     1:
       EPOCH      1579499100
       PARA       on
       TIME       06:45:00
       WE_Override 0
       TAGE:
     2:
       EPOCH      1579503401
       PARA       off
       TIME       {sunrise_abs('HORIZON=-2',0,"07:15","08:40")}
       WE_Override 0
       TAGE:
   shortDays:
     de:
       so
       mo
       di
       mi
       do
       fr
       sa
       $we
       !$we
     en:
       su
       mo
       tu
       we
       th
       fr
       sa
       $we
       !$we
     fr:
       di
       lu
       ma
       me
       je
       ve
       sa
       $we
       !$we
     nl:
       zo
       ma
       di
       wo
       do
       vr
       za
       $we
       !$we
Attributes:
   commandTemplate set $NAME  $EVENT
   room       Garten


Was kann den da schief gelaufen sein ?

Gruß
Micha
Hardware:
1 x Raspberry Pi Mod. B 512 MB
eq-3 2 x MAX! eTRV Heizungssteller, 1 x MAX! Fensterkontakt, 1 x MAX! Cube - LAN Gateway (ausser Betrieb)
Intertechno 1x ITZ-500, 3x ITT-1500, 9x ITR-1500, 3 x ITDL-1000, 2 x ITL-500
1 x CC1101-USB-Lite 433MHz (CUL433)  V3 1 x CC1101-USB-Lite 868MHz (CUL868)

kumue

selbe Fehlermeldung hatte ich gestern bei ein paar Thresholds...
habe die Wochentage Mo, Die usw. durch Zahlen (0 für Sonntag, 1für Montag usw.) ersetzt, dann gings wieder...

Damian

Ich glaube wir sind im falschen Film:

Zitat
  LANGUAGE   en
   NAME       ElchMorgends
   NR         60
   STATE      inactive
   STILLDONETIME 0
   TYPE       WeekdayTimer
   READINGS:
     2019-12-17 12:42:35   currValue       off
     2020-01-15 15:12:42   nextUpdate      1970-01-01 01:00:00
     2019-12-17 12:42:35   nextValue       on
     2020-01-15 15:12:42   state           inactive
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

kumue

stimmt, es ware WD-Timer bei mir, nicht Threshold...

Damian

Zitat von: kumue am 20 Januar 2020, 22:21:59
stimmt, es ware WD-Timer bei mir, nicht Threshold...


Es handelt sich in beiden Fällen dann wohl um WeekdayTimer und nicht um das DOIF-Modul. Am besten in Automatisierung verschieben.
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

Frank_Huber

Dann bitte Thread verschieben und umbenennen. [emoji6]

Gesendet von meinem Doogee S60 mit Tapatalk


mfeske

sorry :-( umbenannt habe ich, verschieben kann bestimmt nur ein MOD ?
Hardware:
1 x Raspberry Pi Mod. B 512 MB
eq-3 2 x MAX! eTRV Heizungssteller, 1 x MAX! Fensterkontakt, 1 x MAX! Cube - LAN Gateway (ausser Betrieb)
Intertechno 1x ITZ-500, 3x ITT-1500, 9x ITR-1500, 3 x ITDL-1000, 2 x ITL-500
1 x CC1101-USB-Lite 433MHz (CUL433)  V3 1 x CC1101-USB-Lite 868MHz (CUL868)

Beta-User

#7
Nein, verschieben kann man auch selbst, und WeekdayTimer gehört nach "Kalendermodule", https://forum.fhem.de/index.php/board,85.0.html, siehe MAINTAINER.txt, wie üblich (warum auch immer das schon immer so ist)...

In der Sache würde ich mal empfehlen, die Wochentagsangaben ganz rauszunehmen, also die DEF so zu ändern:
Elch 06:45:00|on {sunrise_abs('HORIZON=-2',0,"07:15","08:40")}|off
(Das Phänomen scheint mit der Änderung der Wochentagssteuerung auf volle Berücksichtigung aller holiday2we-Features zusammenzuhängen.
Sobald man "sinnvolle" Differenzierungen macht, (mit $we und !$we oder "echter" Wochentagssteuerung) scheint das auch kein Thema zu sein, nur diese "immer"-Angabe durch 0-6 oder Mo-So macht Probleme).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

mfeske

Zitat von: Beta-User am 21 Januar 2020, 11:01:55
Nein, verschieben kann man auch selbst, und WeekdayTimer gehört nach "Kalendermodule", https://forum.fhem.de/index.php/board,85.0.html, siehe MAINTAINER.txt, wie üblich (warum auch immer das schon immer so ist)...
offensichtlich bin ich blind :-( Ich gehe auf ändern, finde aber keine Option zum verschieben.
Hardware:
1 x Raspberry Pi Mod. B 512 MB
eq-3 2 x MAX! eTRV Heizungssteller, 1 x MAX! Fensterkontakt, 1 x MAX! Cube - LAN Gateway (ausser Betrieb)
Intertechno 1x ITZ-500, 3x ITT-1500, 9x ITR-1500, 3 x ITDL-1000, 2 x ITL-500
1 x CC1101-USB-Lite 433MHz (CUL433)  V3 1 x CC1101-USB-Lite 868MHz (CUL868)

Beta-User

Zitat von: mfeske am 21 Januar 2020, 14:14:42
offensichtlich bin ich blind :-( Ich gehe auf ändern, finde aber keine Option zum verschieben.
Na jedenfalls steht hier:
ZitatFalls die Frage in der falschen Gruppe landen sollte, kann der Ersteller sie mit dem Button ganz unten links verschieben.
Du bist bei weitem nicht der erste, der das übersieht, aber bisher hat es dann bei den meisten, die den Button auch zunächst nicht gefunden hatten, dann am Ende doch geklappt...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

mfeske

prima, morgens steht jetzt wieder auf active
Elch 06:45:00|on {sunrise_abs('HORIZON=-2',0,"07:15","08:40")}|off
aber abends weigert sich noch. Ich habe leider die Zeile noch in der Zwischenablage von morgens gehabt und in abends kopiert :-( Ich weiss nicht mehr was drin stand.
Ich wollte eine Stunde vor Sonnenuntergang einschalten und um 23:30 ausschalten. Könnt ihr mir da bitte helfen ?
Gruß
Micha
Hardware:
1 x Raspberry Pi Mod. B 512 MB
eq-3 2 x MAX! eTRV Heizungssteller, 1 x MAX! Fensterkontakt, 1 x MAX! Cube - LAN Gateway (ausser Betrieb)
Intertechno 1x ITZ-500, 3x ITT-1500, 9x ITR-1500, 3 x ITDL-1000, 2 x ITL-500
1 x CC1101-USB-Lite 433MHz (CUL433)  V3 1 x CC1101-USB-Lite 868MHz (CUL868)

Beta-User

Ungetestet:
{sunset_abs_dat($date,"CIVIL",-HOURSECONDS,"18:00","21:00")}|on 23:30|off
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Achim

#12
Hallo,

ich habe seit einiger Zeit ebenfalls das Problem, das viele meiner Weekdaytimer Definitionen auf "inactive" stehen. Mir ist das auch nicht sofort aufgefallen. Nun habe ich mir das mal genauer angesehen. Bei mir ist folgendes Problem. Wenn bei einem Neustart von FHEM oder bei einer manuellen Änderung der Definition die Bedingung "false" ist, geht der state auf "inactive". define Bad_Heizung_Control1 WeekdayTimer Bad_Heizung 08:00|22.0 (Value("Feiertag") eq 1) Und das "inactive" bekomme ich nur weg, wenn die Bedingung wieder "true" ist. Auch über den Tageswechsel bekomme ich kein "active", auch nicht mit "set xxx enable". Einzige Möglichkeiten sind: Die Bedingung ist "true" und ich ändere die Definition oder die Bedingung ist "true und ich führe "set xxx enable" aus.
Habe ich da etwas übersehen oder ist das so beabsichtigt?

Viele Grüße
Achim
1x RPi V1, COC, 6x FHT, 1x S300TH, 2x DS18B20, 1x KS300
1x Arduino Nano mit Firmata, 2x DS2423old, 4x DS18B20, HIH5030, verschiedene Ein/Ausgangsschaltungen am Arduino
Mysensors-Seriell Gateway, Si7021, BH1750, Relais

mfeske

Also ich habe:
Elch Mo-So|06:45:00|on Mo-So|{sunrise_abs('HORIZON=-2',0,"07:15","08:40")}|off
gegen
Elch 06:45:00|on {sunrise_abs('HORIZON=-2',0,"07:15","08:40")}|off
getauscht und es ging wieder.
nur für Abends
Elch Mo-So|{sunset_abs('HORIZON=-2',0,"15:30","22:30")}|on Mo-So|23:30|off
habe ich noch keine Lösung.
Hardware:
1 x Raspberry Pi Mod. B 512 MB
eq-3 2 x MAX! eTRV Heizungssteller, 1 x MAX! Fensterkontakt, 1 x MAX! Cube - LAN Gateway (ausser Betrieb)
Intertechno 1x ITZ-500, 3x ITT-1500, 9x ITR-1500, 3 x ITDL-1000, 2 x ITL-500
1 x CC1101-USB-Lite 433MHz (CUL433)  V3 1 x CC1101-USB-Lite 868MHz (CUL868)

Beta-User

Zitat von: mfeske am 25 März 2020, 10:39:38
nur für Abends
Elch Mo-So|{sunset_abs('HORIZON=-2',0,"15:30","22:30")}|on Mo-So|23:30|off
habe ich noch keine Lösung.
??? Warum nicht
Elch {sunset_abs('HORIZON=-2',0,"15:30","22:30")}|on 23:30|offNochmal: Die Angabe "die ganze Woche" als "Mo-So" oder "0-6", "78" oä. macht keinen großen Sinn und bringt den WDT nur durcheinander, wenn man "die ganze Woche" will, sollte man die Wochentag-Angabe einfach weglassen!
Und warum packst du das alles nicht in einen WDT?
Grade getestet:
06:45:00|on {sunrise_abs('HORIZON=-2',0,"07:15","08:40")}|off {sunset_abs('HORIZON=-2',0,"15:30","22:30")}|on 23:30|off
scheint zumindest plausible Ergebnisse zu liefern...


Zitat von: Achim am 25 März 2020, 08:38:02
Habe ich da etwas übersehen oder ist das so beabsichtigt?
Hi Achim,

ich habe das Problem noch nicht so richtig verstanden: MMn. sollte der WDT zum angegebenen Zeitpunkt den Befehl raussenden, wenn die Bedingung ok ist, ansonsten bleibt es bei "inactive", und zwar bei "switchInThePast"-Geräten (oder Heizungen) auch nach dem Tageswechsel, weil da direkt "rückwirkend" geprüft wird, was bei der letzten Schaltung des Vortags hätte passieren sollen.

Stimmen denn die Timer? bzw. wird tatsächlich geschaltet, wenn du das willst und die Bedingung paßt?

Oder was ist das eigentliche Thema?

Gruß, Beta-User
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files