Ankündigung

Einklappen
Keine Ankündigung bisher.

Neues Plugin: UZSU (Universelle Zeitschaltuhr)

Einklappen
Dieses Thema ist geschlossen.
X
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • Sandman60
    antwortet
    Hi Michel,

    ok, also das Problem ist, dass ab und an die Berechnung des Aufgangs/Abgangszeitpunkts bspw. in einem "NeverUpError" endet. Fehler lautet dann bspw. ähnlich wie: 'Sun' transits below the horizon at ...

    Die verwendeten Zeiten sehen aber ok aus und sind bereits Richtung UTC normiert, sprich ein typisches Local Time Problem wür deihc ausschließen.

    Bin aktuell leider noch nicht wieder voll gsundet, daher wird sich das Aufbohren der Fehlercases noch etwas hinziehen.

    Cheers,
    Oliver

    Einen Kommentar schreiben:


  • Orion
    antwortet
    Hallo Oliver,

    kannst du mich mal auf Stand bringen, wo du gesucht hast bzw. wie Du gesucht hast wegen dem Sunrise usw.

    Warum Frage ich ? Ich bin gerade auch noch überlege das Widget so zu erweitern, dass man sunrise bzw. ähnliches einzugeben. Das fange ich aber erst an, wenn man das auch richtig nutzen kann.

    Michel

    Einen Kommentar schreiben:


  • Sandman60
    antwortet
    Hi Arne,

    naja, sooo schlimm finde ich das nun nicht, denn die Sunset/Sunrise Zeiten sind eigentlich meist eh quasi statisch mit der "Sun Dynamik".
    ... und irgendwann finden wir den Fehler auch noch... Aber halt mit ner niedrigeren Prio... Irgendwie scheint beim Check mit dem nächsten SunRise SunSet als wenn die aktuelle Zeit im Fehlerfall nicht in die Sun-Zeit miteinfließt. Ich hatte schon mal die UZSU bzgl. Debugging aufgebohrt und gegoogelt bzgl. Fehler im phem-Modul aber leider nix für mich verständliches gefunden.

    ... und mit allem außerhalb der Sun-Times klappt alles 1a.

    Wie heißt es so schön: Aufgeschoben ist nicht aufgehoben...

    Cheers,
    Oliver

    Einen Kommentar schreiben:


  • arnix
    antwortet
    Hi Oliver,

    genau, wie Du es beschreibst, ist es bei mir auch. Nur diese Sache mit der zeitgleichen Licht/Rollladensteuerung scheint mir im Gegensatz zu den sonst sporadisch auftretenden Fehlern ein sehr verlässlicher Fehler zu sein, daher dachte ich, es wäre ein Ansatzpunkt.

    Ansonsten werde ich wohl auch wieder auf Crontabs umstellen. Ist sehr schade, denn die UZSU hätte die ganze Familie bedienen können, Crontab-Einträge in der Config hingegen werde ich kaum vermitteln können.

    Grüße

    Arne

    Einen Kommentar schreiben:


  • Sandman60
    antwortet
    Hi Arne,

    kann ich aus den Erfahrungen von damals nicht bestätigen.
    Der Fehler hat eher bei mir unregelmäßg durchrotiert, hatte aber auch so um die 10 Sunset/Sunrise UZSU's, daher ist ws. der Fehler öfters aufgetreten.
    Ich konnte am Ende anhand der Fehlermeldungen schon vorher sagen welcher Event nicht ausgeführt werden kann. Bspw., soweit ich das im Kopf habe, kam die Fehlermeldung bei mir am Morgen das Sunset für den Abend nicht berechnet werden kann. Analoges am Abend für den Morgen. Soweit ich das verstanden habe berechnet sich ja immer nach einem Event der nächste Event, sogesehen nachvollziehbar. Nicht nachvollziehbar die Fehlermeldung. Ich habe nun alle auf Crontab umgestellt und seither keinen einzigen Fehler mehr. Ist keine Dauerlösung und ich wollte auch mal simuliert ein paar "Dummy"-Uhren laufen lassen, ist aber im Moment PRIO3, da hat meine Regierung andere Themen auf High gesetzt.

    Cheers,
    Oliver

    Einen Kommentar schreiben:


  • arnix
    antwortet
    Zitat von Sandman60 Beitrag anzeigen
    Ja und aus meiner Sicht Jein.
    Ja, das geht analog den Einstellungen vom Crontab.
    Jein, da es bei mir zumindest nicht dauerhaft stabil und zuverlässig gelaufen ist. Ab und an sind rotierend die einzelnen sunrise/sunset-Jobs nicht angestartet, Fehlermeldungen habe ich ja schon gepostet. Waren aber so rund 10 UZSU's, welche jeweils sunset und sunrise hatten. Nun wieder auf Crontab zurückgestellt.
    Hi,

    ich habe das Problem mit der sonnenstandsabhängigen UZSU auch (hatte ich bereits gepostet). Neuerdings ist mir diesbezüglich eine Regelmäßigkeit aufgefallen: Ich habe sowohl ein Außenlicht als auch den Zentralbefehl "Rollladen Keller", welche beide bei Sunset ausgelöst werden sollen (beide UZSU entsprechend gesetzt). Es geht IMMER das Außenlicht an, aber niemals die Rollladen runter. Ohne das Außenlicht funktionieren die Rollladen meistens.
    Kann jemand etwas mit dieser Regelmäßigkeit anfangen?

    Viele Grüße

    Arne

    Einen Kommentar schreiben:


  • 2ndsky
    antwortet
    Zitat von henfri Beitrag anzeigen
    Daher die Frage, ob man vielleicht in die Liste auch ein random einbauen kann.
    Kann man und war auch geplant. Aufgrund von Job Wechsel ist bei mir allerdings für die nächsten Wochen / Monate erstmal nicht viel mit privat Basteln. Außerdem muss ich erstmal noch abklären, in wie weit ich privat weiter entwickeln kann ohne gegen den Arbeitsvertrag zu verstoßen... ihr wisst schon, als was man entwickelt gehört der Firma usw. War bisher kein Problem, aber da ich mich jetzt beruflich zumindest im gleichen/ähnlichen Geschäftsbereich bewege, könnte das nun ein Problem sein. Daher wird es von mir in nächster Zeit erstmal nichts Neues geben.

    Einen Kommentar schreiben:


  • henfri
    antwortet
    Anwesenheitssimulation mit UZSU

    Hallo,

    ich möchte gerne mit Hilfe der UZSU eine Anwesenheit simulieren.
    Es gibt zwar den Ansatz, einen Tag -oder mehrere- aufzunehmen und dann wieder abzuspielen. Aber ein entsprechendes Plugin oder eine Logik zu schreiben ist mir momentan zeitlich nicht möglich (ich brauche dafür auch länger, als ich immer denke :-)

    Daher die Idee die UZSU zu verwenden. Es reicht ja vollkommen die Jalousien und ein paar Lampen zu schalten.

    Jeden Tag die gleiche Zeit macht da aber wenig Sinn.
    Daher die Frage, ob man vielleicht in die Liste auch ein random einbauen kann. Also z.B.
    Code:
    {'active':True, 'list':[
    {'value':1, 'active':True, 'rrule':'FREQ=DAILY;INTERVAL=2;COUNT=5', 'time': '16:30+random('10i') '},
    Ich vermute, die Antwort ist Nein. Aber die Zeit wird ja ohnehin schon irgenwie geparst:
    time: time as string to use sunrise/sunset arithmetics like in the crontab eg. 17:00<sunset, sunrise>8:00, 17:00<sunset. You also can set the time with 17:00.
    Daher die Hoffnung.

    Gruß,
    Hendrik

    Einen Kommentar schreiben:


  • callidomus
    antwortet
    Hi,

    die Visu-Uhr entspricht der Uhrzeit auf deinem Endgerät.
    Die Uhrzeit von SH.py entspricht der Uhrzeit auf dem Backend-System.

    Bis bald

    Marcus

    Einen Kommentar schreiben:


  • SachsenTobi
    antwortet
    Ja du hast natürlich recht,

    jetzt funktioniert es natürlich...

    Eine Frage hätte ich dennoch: Haben sh.py und die Visu einen Zeitversatz drin?

    Ich frage nur, weil die Visu bereits die Minute an der Großen Uhr umblättert und die Zeitschaltuhr aber erst 15 bis 20 Sekunden später schaltet?

    Wo müsste ich da nachschauen.

    Vielen Dank und ein großes Lob an dieses tolle Widget/Plugin

    Danke

    Zitat von Orion Beitrag anzeigen
    Hallo,

    wichtig ist: Item mit .uzsu ist definiert und auch in der visu referenziert. (Poste mal Deine items und wie Du das in der Visu referenziert. Wichtig auch: die items müssen von der Visa aus schreibbar sein Visu_acl = rw generell oder bei den passenden items gesetzt. Visu.js in dein pages Verzeichnis kopiert.

    Michel

    Einen Kommentar schreiben:


  • Zepp
    antwortet
    habe ich auch schon probiert mit gleichem Ergebnis.
    Aber ich habe auch gerade festgestellt, dass der interaktive Modus und debug parallel laufen. Daher nutze ich jetzt einfach den interaktiven Modus.

    Es ist aber in der Tat wichtig die komplette dict zu ändern, wenn man einzelne Elemente ändern will, dann so:

    Code:
    # so nicht, siehe unten!
    v = sh.foo.uzsu()
    v['list'][0]['value'] = 0
    sh.foo.uzsu(v)


    EDIT: seltsam, jetzt geht das nicht mehr. Wenn ich jetzt auf diese Art die dict ändere und dann sh neu starte sind die Änderungen vergessen.
    EDIT2: jetzt hab ichs. Man darf nicht auf der referenz 'v' arbeiten, sondern muss eine copy des dict machen.
    EDIT3: es muss sogar eine deepcopy sein!

    Einen Kommentar schreiben:


  • Orion
    antwortet
    Hallo,

    ich glaube Du must das vollständige dict übergeben ! Siehe Anleitung Plugin.

    Michel

    Einen Kommentar schreiben:


  • Zepp
    antwortet
    wie kann ich ein uzsu item über den CLI updaten?
    Erhalte dabei eine Warnung:

    Code:
     
    > up foo.uzsu = {'active': 1}
    
    Item foo.uzsu: value {'active': True} does not match type dict. Via CLI 127.0.0.1:48719 -- item.py:__update:347
    Tippe, dass in _cast_dict ein ValueError geworfen wird, da value von CLI as str übergeben wird...?

    Übrigens noch ein Tipp zum CLI: mit rlwrap hat man ein CLI mit history.

    Code:
    $ sudo apt-get install rlwrap
    $ ...
    $ rlwrap telnet 127.0.0.1 2323

    Einen Kommentar schreiben:


  • Orion
    antwortet
    Hallo,

    wichtig ist: Item mit .uzsu ist definiert und auch in der visu referenziert. (Poste mal Deine items und wie Du das in der Visu referenziert. Wichtig auch: die items müssen von der Visa aus schreibbar sein Visu_acl = rw generell oder bei den passenden items gesetzt. Visu.js in dein pages Verzeichnis kopiert.

    Michel

    Einen Kommentar schreiben:


  • SachsenTobi
    antwortet
    Oh man bin ich bescheuert :-P

    Ich hatte den Visu.js Inhalt in die Widget gepasted


    Verdammt :-)

    So nun kommt auch kein Fehler mehr.

    Das Symbol wird nun angezeigt.

    Nun dachte ich aber ich drücke auf das Symbol, dann popt es auf und kann für das entsprechende Item Schaltzeiten definieren?

    Wenn ich die weiße Uhr anklicke passiert leider erstmal nichts?

    Was muss ich nun noch tun?

    Danke vielmals und entschuldigt meine Blödheit!

    Einen Kommentar schreiben:

Lädt...
X