[FHEM-Tablet-UI] WeekdayTimer Widget

[ih-sqeezer]

Hallo klausw,

ich habe dein neues wdtimer_widget.js ausprobiert. Leider werden auch in dieser Version die conditions falsch zusammengesetzt
Ich hatte es zunächst mit zwei conditions versucht, aber auch nur mit einer funktioniert es leider bei mir nicht.

Vor der Änderung über FTUI:

Code Auswählen Erweitern

WohnzimmerWandthermostat de 12345|17:30|comfort 12340|22:00|eco 60|08:00|comfort 56|22:30|eco (ReadingsVal("WohnzimmerWandthermostat", "state", "") ne "off" && ReadingsVal("WohnzimmerFensterState", "state", "") eq "closed")

Nach der Änderung über FTUI:

Code Auswählen Erweitern

WohnzimmerWandthermostat de 12345|17:30|comfort 12340|22:00|eco 60|08:00|comfort 56|22:30|eco 3|21:00|18.0 ne "off" && eq (ReadingsVal("WohnzimmerWandthermostat", "state", "") ReadingsVal("WohnzimmerFensterState", "state", "") "closed")

Was sich geändert hat, ist, dass in dieser neuen Version die Zeiten erfolgreich geändert bzw hinzugefügt wurden.

Grüße,
Ingo

[eki]

Bist Du sicher, dass Du die richtige Version verwendet hast. Ich habe es bei mir gerade mit exakt Deiner wdtimer Definition getestet und bei mir hat das einwandfrei geklappt. Eventuell muss Du nach dem Ersetzen der widget_wdtimer.js Datei noch den Browser Cache löschen.

[ih-sqeezer]

Bist Du sicher, dass Du die richtige Version verwendet hast. Ich habe es bei mir gerade mit exakt Deiner wdtimer Definition getestet und bei mir hat das einwandfrei geklappt. Eventuell muss Du nach dem Ersetzen der widget_wdtimer.js Datei noch den Browser Cache löschen.

Cache hatte ich glaube nicht unmittelbar davor gelöscht. Probier ich aus, wird jedoch bei mir leider erst heute abend.
Danke dennoch für den Hinweis.
Grüße

[ih-sqeezer]

Also nach einem Clear Cache bekomme ich das wdtimer popup gar nicht erst auf. So, wie es hier von SamNitro schon beschrieben wurde:
https://forum.fhem.de/index.php/topic,48106.msg606673.html#msg606673

Ich benutze ebenfalls FTUI 2.6.13, jedoch als Win10 (Chrome, FireFox) bzw Andriod (Fully Browser) user. In beiden Fällen bekomme ich folgende Konsolen outputs (gleich zu "SamNitro"):

http://xxx.xxx.xxx.xxx:8083/fhem/?cmd=list+WohnzimmerHeatingControlHome&XHR=1&_=1490133595547 Failed to load resource: the server responded with a status of 400 (Bad Request)

Dabei habe ich ebenfalls die Version für FTUI v2.5 von "eki" (https://forum.fhem.de/index.php/topic,48106.msg606706.html#msg606706) ausprobiert ... gleiches Ergebnis.

Danke und Grüße,
Ingo

[eki]

Welche FHEM Version benutzt Du? Seit der Version 5.8 hat sich da bei den GET Aufrufen an den FHEM Server etwas geändert (csrf). Die beiden "list" Aufrufe zum Holen der WDTimer Konfiguration in Version 2.5 und 2.6 sollten in etwa so aussehen (habe einfach mal meine Header in beiden Fällen genommen):

2.6:
http://localhost:8083/fhem/?cmd=list+eg_WZ_Rolladen_west_WD&fwcsrf=&XHR=1&_=1490164853228
2.5:
http://localhost:8083/fhem/?cmd=list+eg_WZ_Rolladen_west_WD&XHR=1&_=1490165105622

Der Aufruf, der bei Dir im Log angezeigt wird, sieht mir eher nach dem zweiten Fall aus. Also scheint da irgendwie eine falsches widget_wdtimer.js verwendet wird. Bitte überprüfe mal, ob da irgendwie falsche Pfade im html File sind.

[eki]

Ich habe gerade noch einen Fehler entdeckt, der eventuell eine mit Returns formattierte DEF zerschießt. Bitte die angehängten Verisionen verwenden.

[SamNitro]

Hey, die 2.6 version hat 0 kb
kannst du die mal bitte neu hochladen

Danke

[eki]

Ups, ich habe es noch mal hochgeladen.

[ih-sqeezer]

Abend,

die neue Version von eki scheint soweit zu funktionieren. Danke für das update! Dabei habe ich jedoch nur die 2.6 getestet.

Win10 Firefox, Chrome => PASS

noch zu testen:
Android Fully Browser

Danke und Grüße,
Ingo

[SamNitro]

Bei mir sieht es auch gut aus, danke

Jetzt muss die nur noch ins Update mit eingepflegt werden.

[klausw]

falls ihr den Scrollbalken am Bildschirmrand loswerden wollt:

in der fhem-tablet-ui-wdtimer.css:

Code Auswählen Erweitern

.wdtimer { z-index: 1000;}

wird zu:

Code Auswählen Erweitern

.wdtimer { z-index: 1000; position: fixed;}

[klausw]

Hallo eki,

in das weekprofile Widget habe ich eine Update Funktion eingebaut.
Änderungen werden sofort aktualisiert, auch wenn das Einstellungsfenster im FTUI geöffnet ist.
Das ließe sich leicht auf Deinen wdtimer übertragen  .
Ich kann auch gern einen Codevorschlag machen.

Grüße
Klaus

[eki]

Danke für die Info. Ich schau es mir mal an, bin aber auch für Codevorschläge offen.

[klausw]

Danke für die Info. Ich schau es mir mal an, bin aber auch für Codevorschläge offen.

Gern, mir war heute morgen eh langweilig 

Im Anhang eine Version die auf Deiner letzten basiert.

in Zeile 961 wird der Trigger registriert (Triggername steht in Zeile 959)

In "function update" wird das passende Ereignis rausgefiltert und wenn es passt "wdtimer_getProfiles" ausgeführt (und somit die aktuellen Daten geholt)

Am Ende von "wdtimer_getProfiles" wird, wenn ein wdtimer Dialog offen ist, dieser aktualisiert (geschlossen und neu geladen)
Dabei habe ich gleich noch die identischen Codezeilen der Abbrechen und Speichern Buttons in die Funktion "wdtimer_closeDialog" gepackt, da ich diese auch benötigt habe.

[Guenni1404]

Hallo,

ich habe folgendes Problem, wenn ich das Widget nutze:
Aus folgender Definition

Code Auswählen Erweitern

Bad_Thermostat 12345|22:17|21 12345|22:18|auto {fhem("set $NAME desiredTemperature $EVENT")}

wird nach dem speichern mit dem Widget folgende Definition

Code Auswählen Erweitern

Bad_Thermostat de 12345|18:30|auto 12345|19:30|auto {fhem("set $NAME desiredTemperature $EVENT")} $EVENT")}

Bei jedem weiteren speichern wird  das

Code Auswählen Erweitern

} $EVENT")
hinten wieder angehängt und wird dadurch immer länger.

Wo habe ich den Fehler?