Ankündigung

Einklappen
Keine Ankündigung bisher.

UZSU mit value funktion nach zeit

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

    UZSU mit value funktion nach zeit

    auszug aus meinem log sowohl smarthome als auch uzsu log geben das aus.
    weiß nur nicht wo ich suchen soll nach dem Fehler da ja alles eigendlich richtig angegeben ist Uhr zeit value und addresse,
    wer hat eine Idea??

    uzsu active entry for item egschlafuhrposi with datetime 2019-07-08 08:40:00+02:00, value 50 and tzinfo tzfile('/usr/share/zoneinfo/Europe/Berlin') -- __init__.py:_schedule:479
    2019-07-06 13:00:00 DEBUG __init__ plugins.uzsu.uzsu_egschlafuhrposi uzsu active entry for item egschlafuhrposi keep 2019-07-07 08:30:00+02:00, value 50 and tzinfo tzfile('/usr/share/zoneinfo/Europe/Berlin') -- __init__.py:_schedule:490
    2019-07-06 13:00:00 DEBUG __init__ plugins.uzsu.uzsu_egschlafuhrposi Created rrule: 'DTSTART:20190629T130000;RRULE:FREQ=WEEKLY;BYDAY=M O,TU,WE,TH,FR,SA,SU' for time:'13:00' -- __init__.py:_get_time:642
    2019-07-06 13:00:00 DEBUG __init__ plugins.uzsu.uzsu_egschlafuhrposi Return from rrule next: 2019-07-07 13:00:00+02:00, value 0. -- __init__.py:_get_time:672
    2019-07-06 13:00:00 DEBUG __init__ plugins.uzsu.uzsu_egschlafuhrposi Created rrule: 'DTSTART:20190629T130000;RRULE:FREQ=WEEKLY;BYDAY=M O,TU,WE,TH,FR,SA,SU' for time:'13:00' -- __init__.py:_get_time:642
    2019-07-06 13:00:00 DEBUG __init__ plugins.uzsu.uzsu_egschlafuhrposi Not returning previous rrule 2019-07-06 13:00:00+02:00 because it's in the past. -- __init__.py:_get_time:675
    2019-07-06 13:00:00 DEBUG __init__ plugins.uzsu.uzsu_egschlafuhrposi Not returning previous rrule 2019-07-05 13:00:00+02:00 because it's in the past. -- __init__.py:_get_time:675
    2019-07-06 13:00:00 DEBUG __init__ plugins.uzsu.uzsu_egschlafuhrposi Not returning previous rrule 2019-07-04 13:00:00+02:00 because it's in the past. -- __init__.py:_get_time:675
    2019-07-06 13:00:00 DEBUG __init__ plugins.uzsu.uzsu_egschlafuhrposi Not returning previous rrule 2019-07-03 13:00:00+02:00 because it's in the past. -- __init__.py:_get_time:675
    2019-07-06 13:00:00 DEBUG __init__ plugins.uzsu.uzsu_egschlafuhrposi Not returning previous rrule 2019-07-02 13:00:00+02:00 because it's in the past. -- __init__.py:_get_time:675
    2019-07-06 13:00:00 DEBUG __init__ plugins.uzsu.uzsu_egschlafuhrposi Not returning previous rrule 2019-07-01 13:00:00+02:00 because it's in the past. -- __init__.py:_get_time:675
    2019-07-06 13:00:00 DEBUG __init__ plugins.uzsu.uzsu_egschlafuhrposi Not returning previous rrule 2019-06-30 13:00:00+02:00 because it's in the past. -- __init__.py:_get_time:675
    2019-07-06 13:00:00 DEBUG __init__ plugins.uzsu.uzsu_egschlafuhrposi Not returning previous rrule 2019-06-29 13:00:00+02:00 because it's in the past. -- __init__.py:_get_time:675


    danke auf jeden für diese Funktion

    #2
    A) es gibt einen Support thread für die uzsu. Macht keinen Sinn bei jedem kleinen Ding n eigenen thread zu eröffnen

    B) wo liegt denn nun das Problem?!?!? Im log ist weder error noch warning

    Kommentar


      #3
      mein Problem ist das er nicht reagiert, sprich die Aktionen die er ausführen soll manchmal macht und wieder nicht. Dadurch kommt denn diese Meldung (" Not returning previous rrule ") wobei es keinen Grund gibt die Regel nicht auszuführen.

      Kommentar


        #4
        Habe noch was dazu vergessen der erste log open ist aus uzsu, hier dazu die aus Smarthome.log.

        Updated sun entries for item egschlafuhrposi, triggered by schedule. sunrise: 04:53, sunset: 21:29 -- __init__.py:_update_sun:198
        2019-07-08 01:28:20 DEBUG __init__ Main Created rrule: 'DTSTART:20190701T230000;RRULE:FREQ=WEEKLY;BYDAY=M O,TU,WE,TH,FR,SA,SU' for time:'23:00' -- __init__.py:_get_time:642
        2019-07-08 01:28:20 DEBUG __init__ Main Return from rrule next: 2019-07-08 23:00:00+02:00, value 60. -- __init__.py:_get_time:672
        2019-07-08 01:28:20 DEBUG __init__ Main Created rrule: 'DTSTART:20190701T230000;RRULE:FREQ=WEEKLY;BYDAY=M O,TU,WE,TH,FR,SA,SU' for time:'23:00' -- __init__.py:_get_time:642
        2019-07-08 01:28:20 DEBUG __init__ Main Not returning previous rrule 2019-07-07 23:00:00+02:00 because it's in the past. -- __init__.py:_get_time:675
        2019-07-08 01:28:20 DEBUG __init__ Main Not returning previous rrule 2019-07-06 23:00:00+02:00 because it's in the past. -- __init__.py:_get_time:675
        2019-07-08 01:28:20 DEBUG __init__ Main Not returning previous rrule 2019-07-05 23:00:00+02:00 because it's in the past. -- __init__.py:_get_time:675
        2019-07-08 01:28:20 DEBUG __init__ Main Not returning previous rrule 2019-07-04 23:00:00+02:00 because it's in the past. -- __init__.py:_get_time:675
        2019-07-08 01:28:20 DEBUG __init__ Main Not returning previous rrule 2019-07-03 23:00:00+02:00 because it's in the past. -- __init__.py:_get_time:675
        2019-07-08 01:28:20 DEBUG __init__ Main Not returning previous rrule 2019-07-02 23:00:00+02:00 because it's in the past. -- __init__.py:_get_time:675
        2019-07-08 01:28:20 DEBUG __init__ Main Not returning previous rrule 2019-07-01 23:00:00+02:00 because it's in the past. -- __init__.py:_get_time:675


        because it's in the past wobei das ja nicht richtig ist.

        Kommentar


          #5
          Am 8.7. um 1:30 ist nun mal der 7.7. in der Vergangenheit?!

          Kommentar


            #6
            es tut mir leid , das ich auf die schnelle das falsche rauskopiert habe, anhang zip sind alle logs.
            Angehängte Dateien

            Kommentar


              #7
              Nein. Ich wühle nicht wieder etliche Logs durch ohne zu wissen worums geht.

              Item- inhalt, log genau des einen items das Problem macht, screenshot vom backend bezüglich aktiver scheduler. Klare Problembeschreibung

              Kommentar


                #8
                Habe jetzt die wesentlichen Zeilen Hier eingestellt.
                Es geht um die UZSU erweiterungen also mit ("value") angabe.Bei dieser Regel geht nur die erste regel wenn man die anlegt.

                Created rrule: 'DTSTART:20190630T230000;RRULE:FREQ=WEEKLY;BYDAY=M O,TU,WE,TH,FR,SA,SU' for time:'23:00' -- __init__.py:_get_time:642

                wenn diese Regel jetzt nach dem ersten gebrauch für in dem Fall nächsten Tag verarbeitet wir, kommt diese meldung

                Not returning previous rrule 2019-07-06 23:00:00+02:00 because it's in the past. -- __init__.py:_get_time:675

                Somit geht die verarbeitung bei dieser Position nich und bringt dazu diese meldung

                Could not create a rrule from rrule: 'FREQ=WEEKLY;BYDAY=MO,TU,WE,TH,FR,SA,SU' and time:'13:00<sunset+2m<13:15' -- __init__.py:_get_time:645

                und die Regel geht nicht mehr. Also führt er die 2 Position wenn man Z.b Dienstag ("TU") nicht mehr aus.
                Nur warun das das so ist ?
                Also wie kommt er zu dieser angabe (" because it's in the past."), Denke das da das Problem ist.

                mfg

                Kommentar


                  #9
                  Die eine Regel hat mit der anderen nichts zu tun. Auch die Vergangenheit Info kannst du ignorieren. Für sunset einträge können keine rrules erstellt werden.
                  Du kannst alle debug Infos ignorieren solange nicht ein klarer FEHLER auftritt.

                  Es geht lediglich darum - wird der scheduler für den nächsten Zeitpunkt gesetzt oder nicht?

                  Kommentar


                    #10
                    Habe jetzt einiges probiert, immer das gleiche regel wird nicht ausgeführt und fehlermeldung gibt es keine nur wie oben beschrieben
                    Not returning previous rrule
                    und
                    because it's in the past
                    somit ist der fehler doch da wenn die regel nicht geht. und warum das keine fehlermeldung kommt wieß ich auch nicht.
                    jedenfall geht es nicht.

                    mfg

                    Kommentar


                      #11
                      Zum letzten Mal, wie ich es schon im alten Thread vor Monaten geschrieben habe:

                      Alle Items außer dem relevanten & zugehörigem uzsu item löschen/verschieben
                      shng neu starten
                      wert des uzsu items posten (zb vom admin/backend)
                      uzsu log vom Start bis zum angeblichen Verschlucken posten
                      Scheduler Screenshot backend plugin posten

                      Kommentar


                        #12
                        also hier wie Du geschrieben alles in einem zip.
                        relevante Zeiten 19:00 bis 22:00 und 8:10 bis 8:20

                        danke mfg
                        verzei hatte auch viel Arbeit und kein Ende in Sicht!
                        Angehängte Dateien

                        Kommentar


                          #13
                          Zwar nicht ganz was ich wollte, aber ich kann vielleicht ein Problem erkennen. Schmeiß einfach alle "name" Attribute aus deinen UZSU Items und alles läuft. Noch einfacher:
                          Code:
                          item:
                             type: num
                             remark: Das Item, das geschaltet werden soll
                          
                             struct: uzsu.child
                          Dann kommst du erst gar nicht in die Versuchung, dem uzsu Item einen Namen zu geben

                          Nichts desto trotz ist das Problem nun abgefangen. Du kannst also mal den aktuellsten develop Stand des Plugins ziehen und testen. Danach empfehle ich aber den Umbau deiner Items wie oben beschrieben.

                          Zuletzt geändert von Onkelandy; 19.07.2019, 22:46.

                          Kommentar

                          Lädt...
                          X