env.system.start stimmt nicht

[whe]

ich beitreibe die neueste master version von smarthomeNG auf zwei Raspis
beide zeigen eine Startzeit von 1970:

start.JPG

[MaHe]

Hab gerade mal nachgeguckt, bei mir ist das auch so. Viel interessannter ist aber, das das letzte Update richtig datiert wird:

[B]Item-Informationen[/B]  [TABLE]
 	 		[TR]
 			Attribut 			Wert 		[/TR]
 	 	 		[TR]
 			[TD]Pfad[/TD]
 			[TD]env.system.start[/TD]
 		[/TR]
 		[TR]
 			[TD]Name[/TD]
 			[TD]env.system.start[/TD]
 		[/TR]
 		[TR]
 			[TD]Typ (type)[/TD]
 			[TD]foo[/TD]
 		[/TR]
 		[TR]
 			[TD]Wert (value)[/TD]
 			[TD]1970-03-19 07:43:20.826663+01:00[/TD]
 		[/TR]
 		[TR]
 			[TD] [/TD]
 			[TD] [/TD]
 		[/TR]
 		[TR]
 			Änderungsinformationen: 		[/TR]
 		[TR]
 			[TD]Letztes Update[/TD]
 			[TD]2018-10-07 15:39:38.868664+02:00[/TD]
 		[/TR]
 		[TR]
 			[TD]Letzte Änderung[/TD]
 			[TD]2018-10-07 15:39:38.868248+02:00[/TD]
 		[/TR]
 		[TR]
 			[TD]Alter (Update)[/TD]
 			[TD]1 Tag, 5 Stunden, 28 Minuten, 5 Sekunden[/TD]
 		[/TR]
 		[TR]
 			[TD]Alter (Änderung)[/TD]
 			[TD]1 Tag, 5 Stunden, 28 Minuten, 5 Sekunden[/TD]
 		[/TR]
 		[TR]
 			[TD]Update durch[/TD]
 			[TD]Logic 'env_init'[/TD]
 		[/TR]
 		[TR]
 			[TD]Geändert durch[/TD]
 			[TD]Logic 'env_init'[/TD]
 		[/TR]
 		[TR]
 			[TD]vorheriger Wert[/TD]
 			[TD]None[/TD]
 		[/TR]
 		[TR]
 			[TD]vorheriges Update[/TD]
 			[TD]2018-10-07 15:39:28.752386+02:00[/TD]
 		[/TR]
 		[TR]
 			[TD]vorherige Änderung[/TD]
 			[TD]2018-10-07 15:39:28.752271+02:00[/TD]
 		[/TR]
 		[TR]
 			[TD]vorh. Alter (Update)[/TD]
 			[TD]10.12 Sekunden[/TD]
 		[/TR]
 		[TR]
 			[TD]vorh. Alter (Änderung)[/TD]
 			[TD]10.12 Sekunden[/TD]
 		[/TR]
 		[TR]
 			[TD] [/TD]
 			[TD] [/TD]
 		[/TR]
 		[TR]
 			Initialisierungs-, Trigger- und Evaluations-Konfiguration: 		[/TR]
 		[TR]
 			[TD]cache[/TD]
 			[TD]off[/TD]
 		[/TR]
 		[TR]
 			[TD]enforce_updates[/TD]
 			[TD]off[/TD]
 		[/TR]
 		[TR]
 			[TD]eval_trigger[/TD]
 			[TD]-[/TD]
 		[/TR]
 		[TR]
 			[TD]eval[/TD]
 			[TD]-[/TD]
 		[/TR]
 		[TR]
 			[TD]on_update[/TD]
 			[TD]-[/TD]
 		[/TR]
 		[TR]
 			[TD]on_change[/TD]
 			[TD]-[/TD]
 		[/TR]
 		[TR]
 			[TD]log_change[/TD]
 			[TD]-[/TD]
 		[/TR]
 		[TR]
 			[TD]cycle[/TD]
 			[TD]-[/TD]
 		[/TR]
 		[TR]
 			[TD]crontab[/TD]
 			[TD]-[/TD]
 		[/TR]
 		[TR]
 			[TD]autotimer[/TD]
 			[TD]-[/TD]
 		[/TR]
 		[TR]
 			[TD]threshold[/TD]
 			[TD]-[/TD]
 		[/TR]
 		[TR]
 			[TD] [/TD]
 			[TD] [/TD]
 		[/TR]
 		[TR]
 			Verbundene Trigger: 		[/TR]
 		[TR]
 			[TD="colspan: 2"]bound method WebSocket.update_item of plugins.visu_websocket.WebSo
			 [/TD]
 		[/TR]
 	 [/TABLE]

[bmx]

Mich würde interessieren, was Euer Logfile dazu sagt. Eigentlich sollte IMHO dieser Codeabschnitt aus bin/smarthome.py

        # Check Time
        while datetime.date.today().isoformat() < '2014-03-16':  # XXX update date
            time.sleep(5)
            print("Waiting for updated time.")
            self.logger.info("Waiting for updated time.")

das verhindern.

[psilo]

bmx sie schauen die zeit im itemtree nach, bei mir steht da auch

1970-01-12 04:45:53.081408+01:00

drin

was hast du denn?

ich vermute da wird schlichtweg die zeit falsch konvertiert... mir fehlt bis zum wochenende leider die zeit das anzusehen

[bmx]

Ja psilo Du hast vollkommen Recht. Hier steht in der Systemlogik init.py derzeit

# system start
#start = sh.now() - datetime.timedelta(seconds=psutil.boot_time())
start = shtime.now() - datetime.timedelta(seconds=psutil.boot_time())
sh.env.system.start(start, logic.lname)

drin. Eigentlich wird aber die Bootzeit erwartet, also wäre

# system start
start =  datetime.datetime.fromtimestamp(psutil.boot_time(),tz=shtime.tzinfo())
sh.env.system.start(start, logic.lname)

wohl korrekt. Wenn Du es nachvollziehen kannst, kannst Du es dann pushen?

[Msinn]

Ja, das stimmt. Irgendwann (dieser Fehler existiert wohl schon seit v1.2) wurde dieser Block "system start" eingefügt. Der wäre richtig, wenn die Logik ständig aufgerufen würde. wird sie aber nur beim Systemstart. Vier Codezeilen drüber steht auch der richtige code:

sh.env.core.start(shtime.now(), logic.lname)

der nur durch den "system start" block überschrieben wird und der rechnet: Jetzt - Sekunden seit Start und das ergibt nunmal dieses "magische" Datum in 1970.

Ich pushe den Fix gleich in develop.

[Msinn]

Kommando zurück: 4 Zeilen drüber wird die Startzeit von shNG bestimmt und nicht die des Systems.

psutil.boot_time()

allein enthält schon den richtigen Zeitpunkt. Der muss nur zu einem String aufbereitet werden.

Der Fix ist gepusht.