(gelöst) [FUIP] WeekdayTimer keine anzeige

Begonnen von SamNitro, 08 Dezember 2019, 12:56:20

Vorheriges Thema - Nächstes Thema

Beta-User

Thx für die Info.

Den Teil der Internal-Struktur braucht's leider (jedenfalls vereinfacht das m.E. die Sache mit dem $we etwas)... (Ist übrigens ein neues Element, das uU. auch im widget zu integrieren wäre, Details in der cref oder im Wiki (das "w")).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Thorsten Pferdekaemper

Zitat von: Beta-User am 09 Dezember 2019, 19:56:20
Den Teil der Internal-Struktur braucht's leider (jedenfalls vereinfacht das m.E. die Sache mit dem $we etwas)...
Kein Problem. Ich bin ja sozusagen selber schuld, wenn ich internen Krams verwende.

Zitat
(Ist übrigens ein neues Element, das uU. auch im widget zu integrieren wäre, Details in der cref oder im Wiki (das "w")).
Ich habe jetzt mal beides überflogen, aber nicht verstanden, was Du meinst. Was genau wäre Deiner Meinung nach noch wichtig im Widget?
Übrigens will ich das Widget (bzw. die FUIP-View) nicht mit der kompletten Komplexität "belasten". FUIP darf und soll meiner Meinung nach etwas einfacher sein.

Gruß,
   Thorsten
FUIP

Beta-User

Moin,

bin völlig bei dir, was das "einfacher sein dürfen" des Widgets angeht.

Bei dem "w" geht es um folgendes:
Hat man einen WDT, der für einzelne Tage bestimmte Schaltzeiten vorsieht, und dazu Schaltzeiten, die $we verwenden, wird uU. beides kombiniert.
Beispiel:
define wd WeekdayTimer myDummy 2|14:00|on 2|16:00|off $we|13:30|on  $we|14:30|off  $we|15:30|on  $we|16:30|off
Solange Dienstags nicht $we ist, ist alles gut (was ja der Normalfall ist). Aber wenn du den heutigen Tag zum $we erklärst, werden alle Timer abgearbeitet, obwohl du evtl. nur die für $we gültigen haben willst _anstatt_ der Dienstagstimer...
(Ist mir zuerst im Zusammenhang mit weekplan aufgefallen, denn das liefert für jeden Wochentag einen Schaltplan, und wenn man da dann den So. für alle $we-Tage verwenden will, muß man das übersteuern. Solange man nur mit $we/!$we arbeitet, was vermutlich viele tun, ist auch alles gut.)

Wenn man im Widget was anbieten wollte, wäre das mMn. dann ein genereller Umschalter (Checkbox), mit der man alle "nicht"-$we-Tage (0-6) bei der Erstellung des Profils mit dem "|w" übersteuert (0/6 können ja neuerdings auch nicht-$we sein, auch die damit verbundenen möglichen Irritationen konnten bisher nicht auftreten...)?

Hoffe, das ist jetzt etwas klarer (und ich habe bei der ganzen Sache nichts übersehen...)

Grüße!
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Thorsten Pferdekaemper

Hi,
ok. Mit ein bisschen genau hinschauen im Wiki habe ich es jetzt glaube ich kapiert.
Also die eigentlich intuitivere Variante wäre dann, bei Montag bis Freitag (1-5) immer "|w" dahinter zu packen. (Bzw. wenn irgendwo nur 1-5 vorkommt.)
Allerdings ist das meiner Meinung nach immer noch nicht das wirklich gelbe vom Ei. Was ist, wenn ich jetzt Samstag, Sonntag und Feiertag unterscheiden will (oder zumindest Samstage vs. Sonn- und Feiertage)? Geht das irgendwie?
Gruß,   
   Thorsten


FUIP

Beta-User

Hmm,
es gibt m.E. auf die Frage keine wirklich eindeutige Antwort. Sobald jemand in einem WDT auch $we nutzt, sollte eigentlich "|w" das gewünschte Ergebnis sein, ohne eher nicht...

Was das "geht das irgendwie" angeht, ist es m.E. so, dass das zwischenzeitlich unglaublich flexibel geht:
Man kann mit h2we in global das so einstellen, dass z.B. Sa (und/oder So) nicht mehr $we ist (weekEnd-Device) oder sogar ("normale") Sonntage/bestimmte Feiertage nicht $we (noWeekEnd).
Würde aber davon ausgehen, dass das nur Leute nutzen, die zumindest grob wissen, was sie da tun... Eingebaut wurde es für schichtende user.

WeekdayTimer berücksichtigt dabei einfach die Vorgabe aus global (hoffe zumindest, das so im Code eingebaut zu haben), kann aber nur soweit in die Zukunft schauen, wie der TYPE das zulässt (man kann zwischenzeitlich nicht mehr nur holiday-Devices nehmen, mit anderen passt es aber nur für heute und morgen).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Benbaeck

Hi,
bei mir tritt seit wenigen Tagen exakt dasselbe Problem auf.
Beim erstellen der ganzen FUIP Seiten hat es aber definitiv funktioniert.
Mir ist gerade beim rumspielen noch aufgefallen, wenn ich die Zeiten im Widget ändere werden sie im DEF vom WDT geändert und es wird sauber im Widget dargestellt, allerdings auch nur bist zum bis zum nächsten Neustart von Fhem (cfg wurde aber natürlich gespeichert). Ändere ich aber die Zeiten in Fhem wird im Widget nurnoch ein Schaltpunkt angezeigt.

Gruß

Beta-User

Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Benbaeck