UZSU mit value funktion nach zeit

[pino]

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

[Onkelandy]

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

[pino]

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.

[pino]

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.

[Onkelandy]

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

[pino]

es tut mir leid , das ich auf die schnelle das falsche rauskopiert habe, anhang zip sind alle logs.

[Onkelandy]

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

[pino]

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

[Onkelandy]

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?

[pino]

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

[Onkelandy]

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

[pino]

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!

[Onkelandy]

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:

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.

[pino]

wie du das oben geschrieben hast habe ich die Items von uzsu jetzt gemacht, danach ging erst einmal garnichts mehr, jetzt habe ich es grade an laufen da kommt diese Meldung. Aber er hatt doch alle Rechte oder noch in Py3.5 auch noch was was er braucht.

2019-07-23 11:05:37 ERROR __init__ smartvisu SmartVisuGenerator: Exception: [Errno 1] Die Operation ist nicht erlaubt -- __init__.py:run:97
Traceback (most recent call last):
File "/usr/local/smarthome/plugins/visu_smartvisu/__init__.py", line 95, in run
svgen = SmartVisuGenerator(self._sh, self.smartvisu_dir, self.overwrite_templates, self.visu_style, self.smartvisu_version)
File "/usr/local/smarthome/plugins/visu_smartvisu/__init__.py", line 172, in __init__
self.copy_templates()
File "/usr/local/smarthome/plugins/visu_smartvisu/__init__.py", line 440, in copy_templates
shutil.copy2( os.path.join(srcdir, fn), self.tpldir )
File "/usr/lib/python3.5/shutil.py", line 258, in copy2
copystat(src, dst, follow_symlinks=follow_symlinks)
File "/usr/lib/python3.5/shutil.py", line 201, in copystat
follow_symlinks=follow)
PermissionError: [Errno 1] Die Operation ist nicht erlaubt

Ich weiß es nerft aber wenn die neue Version auch das passend install hat wäre doch gut.
bin dabei meine Versuche zu docomentieren wenn dan soweit werde ich das auch mitteilen.

msg

[Onkelandy]

Hat mit uzsu nichts zu tun.
für die uzsu sind widgets direkt in der smartvisu.
Check die permissions von /var/www/html

notfalls dort mal chmod 777 -R * zum Testen