[FUIP] (Erledigt) ShutterTimer

[SamNitro]

Hallo Thorsten,
habe diesmal ein größeres anliegen...

Ich bin jetzt fast komplett von NodeRed auf dein system umgestiegen, aber mit dem ShutterTimer noch nicht ganz "zufrieden". Ich habe das Gefühl es passt noch nicht so recht in dein System.

Ist es möglich das du es als eigenes Widget in dein system mit integrierst? Bei mir werden icons und die Farben nicht korrekt dargestellt.

Und wenn ich mit sunrise sunset arbeite wird mir im FhemWeb nicht die korrekte zeit angezeigt.

[Thorsten Pferdekaemper]

aber mit dem ShutterTimer noch nicht ganz "zufrieden". Ich habe das Gefühl es passt noch nicht so recht in dein System.

Da stimme ich zu. Das hat von Anfang an nicht so richtig gepasst. Schon alleine deshalb, weil es eine Änderung in der FHEM-Konfiguration (fhem.cfg) macht, die man dann im Prinzip auch noch in FHEMWEB mit "save" speichern muss. Eigentlich hat das in FTUI/FUIP gar nichts zu suchen.

Ist es möglich das du es als eigenes Widget in dein system mit integrierst? Bei mir werden icons und die Farben nicht korrekt dargestellt.
Und wenn ich mit sunrise sunset arbeite wird mir im FhemWeb nicht die korrekte zeit angezeigt.

Dein Screenshot sieht anders aus als bei mir. Ich habe mir jetzt gerade mal die (meiner Meinung nach) aktuellste Version von hier geholt: https://forum.fhem.de/index.php/topic,48106.msg873022.html#msg873022.
Mein Problem dabei ist, dass ich nicht einmal ansatzweise verstehe, wie das eigentlich gedacht ist. Die Icons für sunset/sunrise sind meiner Meinung nach unverständlich (bei mir sind da Icons und kein Text) und die kleinen Felder daneben auch nicht wirklich klar.
Anders gesagt: Ich komme gar nicht so weit, die Zeiten in FUIP mit denen in FHEMWEB zu vergleichen.
Welche Version benutzt Du denn? Das sieht bei Dir wesentlich besser aus als bei mir.
Gruß,
   Thorsten

[SamNitro]

Schon alleine deshalb, weil es eine Änderung in der FHEM-Konfiguration (fhem.cfg) macht, die man dann im Prinzip auch noch in FHEMWEB mit "save" speichern muss.

Das kann man in der Definition direkt mitgeben.

Die Icons Sunset und Sunrise kann man auch durch einen Befehl ,,noicon" abschalten. Bin jetzt leider nicht zuhause.
Die Felder sind eigentlich [sunrise/sunset (Offset)] [frühestens ab xx uhr] [spätestens bis xx uhr]

Ich benutze auch die neueste Version die du Vierlinkt hast.

[Thorsten Pferdekaemper]

Das kann man in der Definition direkt mitgeben.

Ja, das habe ich mal vor einiger Zeit dazu beigetragen. Trotzdem sollte meiner Meinung nach nichts, was man in FTUI/FUIP macht, eine Änderung in der Konfig erzeugen. Dazu ist FHEMWEB da.

Die Icons Sunset und Sunrise kann man auch durch einen Befehl ,,noicon" abschalten. Bin jetzt leider nicht zuhause.
Die Felder sind eigentlich [sunrise/sunset (Offset)] [frühestens ab xx uhr] [spätestens bis xx uhr]

Ah, ok. Das werde ich dann mal ausprobieren. Allerdings hagelt es bei mir auch noch JavaScript-Fehlermeldungen...
Gruß,
   Thorsten

[Thorsten Pferdekaemper]

Hi,
ich habe mal ein bisschen rumprobiert, aber da ist so einiges faul. Z.B. macht es anscheinend auch Probleme, zwei davon auf einer Seite zu haben. Außerdem dehnt sich das Ding bei mir immer auf die volle Breite des Browser-Fensters aus.
Das kann noch ein paar Tage dauern, bis das Teil einigermaßen rund läuft.
Gruß,
   Thorsten

[SamNitro]

Keine Eile. Ich bin ja schon froh das du dich darum kümmerst. Momentan läuft es bei mir ja noch über Nodered. Aber ich fände es halt schöner alles in einer Oberfläche zu haben

Dann kommen die Tablets nämlich bei mir an die wand 

Danke Gruß,
Patrick

[Thorsten Pferdekaemper]

Hi,
also ich versuche jetzt mal, hier zu dokumentieren, was man meiner Meinung nach an dem Ding ändern müsste.
1. Wenn man mehrere wdtimer auf einer Seite hat, dann stören sie sich gegenseitig. (Z.B. wird die Sortierung der cmdlist vom "letzten" wdtimer überall übernommen).
EDIT: Sollte jetzt kein Problem mehr sein
2. Das Popup nimmt (wenn locked=1) die ganze Seitenbreite ein.
EDIT: Erledigt im View mit data-width. Das ist zwar nicht wie dokumentiert, geht aber.
3. Das Style-Schema (bzw. die FUIP-Farben) werden ignoriert.
EDIT: Geht jetzt sowohl mit styleSchema als auch Farben-Popup
4. Das "Code"-Feld hat meiner Meinung nach in so einem Widget nichts verloren. (Was soll das überhaupt?)
EDIT: Gibt es jetzt nicht mehr
5. Man kann das Popup nicht verschieben.
EDIT: Geändert, aber resizing geht nicht => neuer Punkt 12
6. Wenn man den "aktivieren/deaktivieren"-Knopf betätigt, dann hüpft das Popup hoch und runter. (Das kann mit 2. zu tun haben, da auch eine horizontale Scrollbar erscheint.)
EDIT: Kein Gehüpfe mehr
7. Die "data-cmdlist" wird nicht richtig umgesetzt. Statt der Labels werden die internen Werte angezeigt.
EDIT: Erledigt
8. Ich muss mir mal anschauen, was die ganzen Möglichkeiten bei "Time, Sunrise,..." bedeuten. Zumindest "Command" scheint mir doch etwas seltsam zu sein für so ein Widget. Das gehört dann doch in's Backend.
EDIT: "Command" ist jetzt read-only. Außerdem gibt es nur noch eine Variante für Sunrise und Sunset
9. Bei locked=0 sieht das ganze etwas seltsam aus. Das Popup hat zwar eine vernünftigere Größe, aber z.B. fehlen Icons, es hat einen seltsamen weißen Rand etc. Das hängt womöglich damit zusammen, dass hier jquery-ui.css geladen wird. Siehe auch 12.
EDIT: Die Icons (Pfeile) sind jetzt da (im eigenen css gelöst, aber eher ein Hack)
EDIT: Das Popup sieht jetzt bei locked 0 oder 1 gleich aus. D.h. dieser Punkt ist erledgt.
10. "sunrise" und "sunset"-Angaben werden nicht richtig übernommen (siehe erstes Posting dieses Threads).
EDIT: Geht jetzt.
11. Warum stehen im Coding so ziemlich alle Icons? Es werden eigentlich nur ein paar wenige gebraucht. ...und warum muss das das Widget selbst verwalten?
EDIT: Nicht geändert. Ist zwar komisch, aber was soll's
12. Resizing des Popups geht nicht, wenn locked=1. Womöglich liegt das daran, dass jquery-ui.css nicht geladen wird.
EDIT: Möglicherweise braucht man das auch nicht wirklich. Nicht geändert.
Gruß,
    Thorsten

[SamNitro]

Das ist eine ganz schön lange Liste. 

Das code Feld habe ich auch noch nie gebraucht. Zum Sunset Sunrise brauche ich eigentlich auch nicht die, die alle darin vertreten sind. Mir würde es reichen wenn ich Sunset oder Sunrise einstelle und ein Offset zu haben womit ich den Zeitpunkt verschieben kann.

Warum die ganzen icons darin enthalten sind kann ich Dir leider auch nicht sagen.

Beim Tablet UI verwenden es viele, bin ich der einzige der es im FUIP benutzt?!?

Gruß Patrick

EDIT: Wenn andere das nicht benötigen will ich auch nicht das du dir deswegen voll die Umstände machst. Ich kann mir auch anders helfen. (Was allerdings außerhalb von FHEM passiert)

[Thorsten Pferdekaemper]

Beim Tablet UI verwenden es viele, bin ich der einzige der es im FUIP benutzt?!?

Das weiß ich nicht. Ich hatte sowohl die Anforderung bekommen, das Ding aus dem ShutterControl rauszunehmen als auch es als eigenen View anzubieten. Es muss sich also zumindest jemand damit beschäftigt haben.

EDIT: Wenn andere das nicht benötigen will ich auch nicht das du dir deswegen voll die Umstände machst.

Gib mir mal noch ein paar Tage. Jetzt habe ich das Ding in FUIP, dann will ich es auch einigermaßen ordentlich hinbekommen.
Gruß,
   Thorsten

[SamNitro]

.... als auch es als eigenen View anzubieten.

Ja das kam von mir 

Gib mir mal noch ein paar Tage. Jetzt habe ich das Ding in FUIP, dann will ich es auch einigermaßen ordentlich hinbekommen.

Keine Eile und vielen Dank.

Gruß Patrick

[Thorsten Pferdekaemper]

Und wenn ich mit sunrise sunset arbeite wird mir im FhemWeb nicht die korrekte zeit angezeigt.

Was genau meinst Du denn damit? Kannst Du mir mal ein Beispiel geben? Das auf Deinem Screenshot sieht ja vernünftig aus.
...ich habe eher das gegenteilige Problem. Bei bestimmten Definitionen mit sunset/sunrise im Device selbst kommt im Widget Blödsinn an.
Gruß,
    Thorsten

[SamNitro]

Die ersten beiden Bilder zeigen den eingestellten Timer über FUIP..
und das 3. Bild ist laut Wiki in FHEM selber

EDIT: Liegt am

sunrise_abs_dat

[Thorsten Pferdekaemper]

Hi,
ich würde mal sagen, dass das tatsächlich dasselbe Problem ist, das ich gesehen habe. Die Umsetzung FTUI -> FHEM ist richtig, aber nicht andersrum. Wenn man dann halt nochmal "speichern" drückt, dann wird's etwas seltsam.
...das muss ich mir mal ganz genau betrachten.
Gruß,
   Thorsten

[SamNitro]

Ja stimmt der verschiebt die eingabe in den 3 kleinen eingabe Kästchen.

[Thorsten Pferdekaemper]

Hi,
ich habe mich jetzt ein bisschen damit befasst, aber so ganz verstehe ich die ganzen sunset/sunrise-Varianten nicht. Es gibt jeweils...
    N - "normal", d.h. nächstes sunset/sunrise (absolute Zeit, aber ggf > 24h)
    R - relativ, d.h. Zeit bis zum nächsten sunset/sunrise
    A - absolut, d.h. sunset/sunrise "heute"
    D - datums-absolut, d.h. sunset/sunrise an bestimmtem Datum ($date ist möglich, dann "Datum des entspr. Wochentags)
Jetzt kommt noch dazu, dass die Ermittlung der tatsächlichen Zeiten immer um 5 Sekunden nach Mitternacht passiert (außer beim Define/Defmod, incl. Änderung über's Widget). Das bedeutet, dass die Varianten N,R, A und D mit $date im Wesentlichen das gleiche Ergebnis haben (Bis auf 5 Sekunde Unterschied und davon ausgehend, dass das ganze irgendwo zwischen den Polarkreisen passiert. Wenn letzteres nicht gegeben ist, dann bezweifle ich sowieso, dass das alles so klappt.).
Die einzige "bessere" Variante ist die mit D und $date, da man dann auch noch in FHEMWEB eine hübsche (wahrscheinlich korrekte) Anzeige der Schaltzeiten pro Wochentag bekommt. (D mit fix eingestelltem Datum dürfte eh immer dasselbe ergeben. Dann kann man gleich die Zeit fest einstellen.)

Fazit: Die einzige sinnvolle Einstellung ist Sunset/Sunrise-D mit $date.

Wenn das, was ich da gesagt habe, einigermaßen sinnvoll klingt, dann würde ich das so umsetzen. D.h. es gibt nur noch eine sunrise/sunset-Variante, bei der dann sunset_abs_dat($date... generiert wird. Wenn das Widget eine andere Voreinstellung findet, dann wird es entsprechend in die D-Variante konvertiert.
Ok?

Gruß,
    Thorsten

[eki]

Ich bin gerade erst auf das Thema gestoßen, und da ich aktuell das widget maintaine (der ursprüngliche Author macht da wohl nichts mehr), hier meine Sicht:
Generell is das Thema nicht ganz so simpel, da schon in FHEM der weekdaytimer in Verbindung mit sunrise (und den dort existierenden Varianten) nicht ganz so einfach ist.
Mein Ansatz war, mit allen features zu recht zu kommen, sonst zerschießt es ja in manchen Fällen beim Zurückspielen nach FHEM die Konfiguration. Deshalb finde ich eigentlich schon, dass zumindest im Widget alles mal supported wird (ich habe immer noch keine Gelegenheit gehabt, mir mal FUIP genauer anzuschauen, da ich für mich einen andreren Weg gehe, daher weiß ich nicht so genau, wie Thorsten das dann in FUIP genau "vereinfacht")
Thorstens Liste werde ich mir anschauen, und dort wo es mir sinnvoll erscheint, entsprechend das Widget anpassen (am Wiki habe ich aus Zeitgründen noch gar nichts groß gemacht, daher ist die Doku sicher noch komplett hinter dem Widget zurück und man muss sich leider den Thread zu dem Thema durchlesen) Anpassungen machen.

[Thorsten Pferdekaemper]

Generell is das Thema nicht ganz so simpel, da schon in FHEM der weekdaytimer in Verbindung mit sunrise (und den dort existierenden Varianten) nicht ganz so einfach ist.

Ich habe mich auch tatsächlich einen Abend lang hingesetzt und mir das Ding mal genau betrachtet. Meiner Meinung nach ist von den ganzen sunrise/sunset-Varianten nur die mit dem D in Verbindung mit $date sinnvoll (siehe meinen vorherigen Beitrag in diesem Thread). Vielleicht habe ich dabei was übersehen, aber so verstehe ich es momentan.

Mein Ansatz war, mit allen features zu recht zu kommen, sonst zerschießt es ja in manchen Fällen beim Zurückspielen nach FHEM die Konfiguration.

Mein Ansatz ist da ein bisschen anders. Nur weil das verwendete FHEM-Device mehr kann muss das Widget das ja nicht auch alles können. Mit den Views in FUIP (denen meistens auf FTUI-Widgets basieren) versuche ich das anzubieten, was sinnvoll ist und "oft" benutzt wird.   
Das muss dann auch nichts "zerschießen". Die Konfiguration sieht danach nur anders aus, aber das ist ja auch ok so, wenn man mit dem Widget was geändert hat. Wichtig ist nur, dass es so funktioniert, wie es das Widget anzeigt.

daher weiß ich nicht so genau, wie Thorsten das dann in FUIP genau "vereinfacht")

Mein Vorteil ist, dass ich auch bestehende Sachen einfach nehmen und "abspecken" kann. Nur weil irgendwas in FTUI geht muss es nicht auch ganz genauso in FUIP gehen. Das ist in Deiner Situation viel schwieriger, weil Du ja kaum einfach so etwas "wegnehmen" kannst.
In solchen Fällen (wo es keinen Maintainer mehr gibt oder wo ich eine eigene Version "brauche") kopiere ich das Widget in mein eigenes Verzeichnis und biege dann den Webserver (also FUIP selbst) so um, dass er dann "meine" Version liefert.

Thorstens Liste werde ich mir anschauen, und dort wo es mir sinnvoll erscheint, entsprechend das Widget anpassen

Du kannst auch erstmal ein bisschen abwarten. Dann können wir ggf. meine Änderungen "zurückführen", wenn Du das willst.

Gruß,
   Thorsten

[Thorsten Pferdekaemper]

Hi,
sodele. Nach einigen Änderungen und einigem Rätselraten habe ich das Teil jetzt hochgeladen. Die Probleme dürften nicht mehr auftreten und das Popup müsste sich jetzt auch an das styleSchema bzw. die gewählten Farben halten. Außerdem habe ich einiges vereinfacht, aber ich glaube nicht, dass deswegen tatsächlich sinnvolle Funktionalität verloren geht. (Wenn doch, dann bitte Bescheid sagen.)
Eine nicht wirklich kompatible Änderung habe ich gemacht: Der Offset ist jetzt in Minuten. Sekunden erschienen mir da nicht wirklich sinnvoll. (Im Device in FHEM ist der Offset natürlich noch in Sekunden. Das Widget rechnet das um.)
Bitte mal testen...
Gruß,
    Thorsten

[SamNitro]

Hi, vorerst nochmal ein Dankeschön.

-kannst du bitte noch ein Save Config mit rein nehmen?
-dann die positions werte variable machen? bei mir sind Auf=0 und Zu=100
aber wenn alles variable ist kann ich den timer auch für die Heizung benutzen edit: oder nur ein on/off für lampen.

-dann müsste ich aber noch das zu setzende Reading variable haben (bei den Rollos "position" Heizung ist ja "desiredTemperature")


LG Patrick

[Thorsten Pferdekaemper]

Hi,
Du willst anscheinend einen allgemeinen WeekdayTimer haben...
Ok, dann müsste ich vielleicht was ganz neues machen. Am besten lassen wir das mit dem Popup auch gleich ganz bleiben. Wer ein Popup haben will, kann sich das ja mit dem FUIP-Popup-Mechanismus bauen.
Dann müssten auch Deine anderen Punkte machbar sein, außer das hier:

-dann müsste ich aber noch das zu setzende Reading variable haben (bei den Rollos "position" Heizung ist ja "desiredTemperature")

Das gehört eigentlich in das Attribut "commandTemplate" des WeekdayTimer-Device in FHEM selbst. Also in etwa

Code Auswählen Erweitern


set $NAME desiredTemperature $EVENT

...als Wert des Attributs. (Momentan ist das natürlich noch nicht so sinnvoll, da man das ja nicht in % angeben will.)
Gruß,
   Thorsten

[SamNitro]

Hi,
Du willst anscheinend einen allgemeinen WeekdayTimer haben...

Ja genau

mit dem anderen hast du natürlich recht... Also Lampen konnte ich mit dem alten Weekdaytimer schalten

[nenno]

Hallo zusammen,

scheinbar mache ich noch was falsch. Ich habe mir für meine Homematic Rollos ein "FUIP::View::ShutterControl" angelegt und ich kann die Rollos auch steuern. Leider werden dann die Weekdaytimer immer mit einem undefinierten Device angelegt.

DEF: undefined de 1234560|09:04|100 123456|{sunset_abs_dat($date,"REAL","0","16:00","22:00")}|0

was mache ich falsch? Ich habe heute (04.03.19) noch FUIP geupdatet.

Grüße - Nenno

[Thorsten Pferdekaemper]

Leider werden dann die Weekdaytimer immer mit einem undefinierten Device angelegt.

Kannst Du mal einen Screenshot vom Konfigurations-Popup schicken, auf dem man die Einstellungen für das ShutterControl sieht?

EDIT: Ich konnte das jetzt nachvollziehen. Ich bin allerdings gerade noch an einer anderen Sache mit dem ShutterTimer dran und kann das jetzt nicht so schnell reparieren. Am besten, Du änderst in FHEMWEB einfach das DEF so, dass das richtige Device drinsteht. Dann sollte es auch in FUIP klappen.

Gruß,
   Thorsten

[nenno]

Am besten, Du änderst in FHEMWEB einfach das DEF so, dass das richtige Device drinsteht. Dann sollte es auch in FUIP klappen.

Das habe ich schon prbiert, Der Timer ist dann aber in der Praxis für mich nicht wirklich nutzbar, denn sobald ich dann den Timer dann wieder ändere, wird das DEF wieder mit "undefined" überschrieben. Dann muss ich wohl auf den fix warten

Danke schonmal für deine hervorragende Arbeit

Grüße - Nenno

[SamNitro]

Das sollte dann eigentlich nicht passieren.

-def ändern
-ein Set Save in FHEM
-FUIP Seite neu laden

Dann sollte es funktionieren.


Mobil unterwegs!

[nenno]

-def ändern
-ein Set Save in FHEM
-FUIP Seite neu laden

Dann sollte es funktionieren.

Das hat funktioniert... Danke

Grüße - Nenno

[Thorsten Pferdekaemper]

Hi,
es gibt jetzt einen neuen View "WeekdayTimer". Der müsste alles (von Patrick) gewünschte können.
Ich habe außerdem einem Menüpunkt "FUIP News" auf dem Konfigurations-Popup implementiert. Bitte mal dort klicken für weitere Erklärungen.
Gruß,
   Thorsten

[SamNitro]

Großes Dankeschön.

Kannst du bitte noch was einbauen das man beim Schutter die Positionen umkehren kann?

Bei mir sind 0=Auf und 100=Zu
Ich kann mir das selber ändern nur dann wäre es beim update wieder weg.

[Thorsten Pferdekaemper]

Bei mir sind 0=Auf und 100=Zu

Versuch mal minLevel=100 und maxLevel=0. Das sollte gehen...

[SamNitro]

Da ist aber einer lange wach

Das habe ich schon versucht dann ist aber 10=90 20=80 usw.

Gruß Patrick


Gesendet von iPhone mit Tapatalk

[Thorsten Pferdekaemper]

Ach, das ist jetzt wieder die Diskussion, was bei einem Rollladen 10% bedeutet. 10% entfernt von "Zu" oder von "Auf"? Für mich ist es einfacher, wenn ich denke "je größer desto oben", also die größere Zahl bedeutet mehr offen. D.h. 100% ist ganz offen, 0% ist zu. Das ist auch so bei HM (glaube ich) und HMW (ganz sicher), also wahrscheinlich bei den meisten hier. Was hast Du denn für Rollladen-Aktoren?
Könntest Du Dir vorstellen, Deine eigene Logik umzudrehen?
Gruß,
   Thorsten

[SamNitro]

Ja bei Homematic war das so, ich habe jetzt Eltako FSB14 und einen Rademacher Duofern. Ja ich kann die Logik auch umkehren. Muss nur noch mal schauen wie ich das bewerkstellige.


Gesendet von iPhone mit Tapatalk

[Thorsten Pferdekaemper]

Ja bei Homematic war das so, ich habe jetzt Eltako FSB14 und einen Rademacher Duofern. Ja ich kann die Logik auch umkehren. Muss nur noch mal schauen wie ich das bewerkstellige.

Das verstehe ich jetzt nicht. Du musst es doch eigentlich nur in Deinem Kopf umdrehen, oder?
Gruß,
   Thorsten

[SamNitro]

Das verstehe ich jetzt nicht. Du musst es doch eigentlich nur in Deinem Kopf umdrehen, oder?
Gruß,
   Thorsten

Nein wenn ich mit dem timer Zu einstelle macht er den Rollladen Auf


Gesendet von iPhone mit Tapatalk

[Thorsten Pferdekaemper]

Ja, klar. Deshalb ja einfach minLevel und maxLevel umdrehen.
Gruß,
   Thorsten

[SamNitro]

Ne wenn dann würde ich das gerne in FHEM ändern. Sonst stimmt mein FUIP mit der FHEM Ansicht nicht überein.


Gesendet von iPhone mit Tapatalk

[Thorsten Pferdekaemper]

Das sieht so aus, als ob das dann für Dich einiges an Aufwand wäre. Ich mach' Dir ein "inverted_shutter" oder so.
Gruß,
   Thorsten

[SamNitro]

Das wäre echt mega.
Gruß Patrick


Mobil unterwegs!

[Thorsten Pferdekaemper]

Sodele.
Details gibt's nach "update" in den "FUIP News".
Gruß,
    Thorsten

[SamNitro]

Jetzt bin ich über glücklich, jetzt läuft es bei mir, alles andere zeigt der Langzeittest.

[SamNitro]

So, jetzt bin ich an dem Punkt wo ich meine Heizung automatisieren möchte. Aber jetzt komme an dem einen Thema nicht dran vorbei:

Zitat von: SamNitro am 01 März 2019, 20:08:45
-dann müsste ich aber noch das zu setzende Reading variable haben (bei den Rollos "position" Heizung ist ja "desiredTemperature")

Das gehört eigentlich in das Attribut "commandTemplate" des WeekdayTimer-Device in FHEM selbst. Also in etwa

set $NAME desiredTemperature $EVENT
...als Wert des Attributs. (Momentan ist das natürlich noch nicht so sinnvoll, da man das ja nicht in % angeben will.)
Gruß,
   Thorsten

Kann ich das irgendwie umgehen oder kannst du das mit einbauen?
Mit einem notify ist eigentlich blöd weil ich dann auch alles andere weiterleite, oder ich müsste für jede Heizung ein dummy anlegen

Gruß Patrick

[Thorsten Pferdekaemper]

Kann ich das irgendwie umgehen oder kannst du das mit einbauen?
Mit einem notify ist eigentlich blöd weil ich dann auch alles andere weiterleite, oder ich müsste für jede Heizung ein dummy anlegen

Ich verstehe nicht, was Du meinst. Es geht doch jetzt schon alles ohne dummys und notifies, oder übersehe ich was?

• Attribut commandTemplate in der WeekdayTimer-Instanz in FHEM so setzen, wie im Beitrag vorher gezeigt.
• Im View levelType = heating, dann noch minLevel und maxLevel anpassen wie gewünscht.

Das müsste alles sein.
Gruß,
   Thorsten

[SamNitro]

Ach dann habe ich was missverstanden. Habe commandTemplate im view gesucht sorry.


Mobil unterwegs!

[Thorsten Pferdekaemper]

Ah, dann wird auch Deine Frage verständlich.
Gruß,
   Thorsten

[SamNitro]

Hey Thorsten,

habe einen Fehler gefunden, ab der 4. position oder Schaltzeit kann ich keine Auswahl mehr treffen. (on/off) und (Time/sunrise/sunset)

EDIT: korrektur, er verschiebt das Eingabefeld nur sehr weit nach unten so das ich nicht mehr dran komme.

Gruß Patrick

[Thorsten Pferdekaemper]

Hi,
ich habe schon angefangen, das zu reparieren, was sich aber als überraschend kompliziert herausgestellt hat. ...ich bin aber noch dran.
Gruß,
   Thorsten

[SamNitro]

Dankeschön

ich koste dir bestimmt jede menge Jahre deines Lebens mit meinen Problemen 
wobei wir beim Thema sind, hast du das schon gesehen?
https://forum.fhem.de/index.php/topic,98246.0.html


Gruß Patrick

[Thorsten Pferdekaemper]

Hi,
hab ich noch in meiner Liste, ist aber in der Prio ein bisschen runtergerutscht.
Gruß,
   Thorsten

[Thorsten Pferdekaemper]

habe einen Fehler gefunden, ab der 4. position oder Schaltzeit kann ich keine Auswahl mehr treffen. (on/off) und (Time/sunrise/sunset)
EDIT: korrektur, er verschiebt das Eingabefeld nur sehr weit nach unten so das ich nicht mehr dran komme.

Das ist jetzt korrigiert.
Gruß,
   Thorsten

[SamNitro]

Hallo Thorsten,

könntest du bitte in der "WeekdayTimer.pm" folgendes ergänzen?

Zeile 41      
data-style="round noicons nokeyboard"

Damit wird die Tastatur auf dem Handy nicht geöffnet wenn man die Uhrzeit auswählt.

Danke Gruß Patrick

[Thorsten Pferdekaemper]

Hi,
ich schau mir das mal an (und mach's wahrscheinlich auch), aber ich muss erstmal richtige Fehler reparieren.
Gruß,
   Thorsten

[Thorsten Pferdekaemper]

Hi,
beim Anschauen habe ich festgestellt, dass auf kleinen Bildschirmen u.U. das Timepicker-Popup falsch positioniert ist. Das fand ich erstmal schlimmer und hab's korrigiert.
Das mit dem "nokeyboard" werde ich auch noch einbauen, aber nicht einfach so, sondern abschaltbar. Ich finde es nämlich ganz gut, dass man da auch was eintippen kann. (nokeyboard wirkt sich auf alle Geräte aus, nicht nur auf Handys.
Allerdings gehe ich jetzt erstmal in Urlaub und hoffe, dass das Wetter "zu gut" wird um an FUIP zu basteln.
Gruß,
   Thorsten

[SamNitro]

Wie immer keine Eile

Dann wünsche ich dir einen schönen Urlaub mit perfektem Wetter. 

Gruß Patrick


Mobil unterwegs!

[SamNitro]

Hey, seit deiner letzten Änderung kann ich keine Wochentage mehr anklicken bzw auswählen.

[Thorsten Pferdekaemper]

Hey, seit deiner letzten Änderung kann ich keine Wochentage mehr anklicken bzw auswählen.

Hi,
ich konnte das nachvollziehen, aber ich glaube nicht wirklich, dass das mit der letzten Änderung zu tun hat. Soweit ich sehe, kommt das vor, wenn man mehr als eins von diesen Views auf einer Seite hat. Dann wird der Klick möglicherweise von einer anderen Instanz "eingefangen".
Bei dem Wetter hier momentan kann es sein, dass ich das bis morgen Nachmittag repariert habe. Mal sehen...
Gruß,
   Thorsten

[Thorsten Pferdekaemper]

Hi,
es hat geregnet...
Das sollte jetzt erledigt sein. Ich wundere mich wirklich, dass das vorher funktioniert hat, habe aber auch keine Lust jetzt weitere Forschungen zu betreiben. Die Korrektur war zwar relativ aufwändig, aber ich konnte dadurch auch einiges vereinfachen.
Gruß,
   Thorsten

[SamNitro]

Läuft wieder!
Sorry für die Störung in deinem Urlaub.

Gruß Patrick


Mobil unterwegs!

[Thorsten Pferdekaemper]

Das mit dem "nokeyboard" werde ich auch noch einbauen, aber nicht einfach so, sondern abschaltbar.

Was lange währt... Das ist jetzt auch eingebaut.
Gruß,
    Thorsten

[SamNitro]

Was lange währt... Das ist jetzt auch eingebaut.
Gruß,
    Thorsten

Supi werde es bei Gelegenheit testen!
LG Patrick

[Thorsten Pferdekaemper]

scheinbar mache ich noch was falsch. Ich habe mir für meine Homematic Rollos ein "FUIP::View::ShutterControl" angelegt und ich kann die Rollos auch steuern. Leider werden dann die Weekdaytimer immer mit einem undefinierten Device angelegt.

DEF: undefined de 1234560|09:04|100 123456|{sunset_abs_dat($date,"REAL","0","16:00","22:00")}|0

Ich habe dazu gerade eine kleine Änderung eingebaut. Jetzt werden keine kaputten WeekdayTimer mehr angelegt, sondern es kommt eine Fehlermeldung hoch, die explizit sagt, dass man das Teil selbst anlegen muss.
Gruß,
    Thorsten