Fehler im Log nach Update

[wvhn]

Lass Dir mal die „smarthomeNG“-Seite aus dem Systemmenü von smartVISU anzeigen. Funktionieren da die Anzeigen von der System-Startzeit und Sonnenauf- und -untergang auch nicht? Die verwenden nämlich den gleichen Code, z. B.

{{ basic.print('sunrise', 'env.location.sunrise', 'time') }}

Ob das item „env.location.sunrise“ einen Wert enthält, solltest Du im shNG Webinterface prüfen.

[Art Mooney]

MSinn hatte dazu auch schon etwas in Posts #10 und #15 geschrieben.

[Art Mooney]

Ja, mit anderen Items habe ich keine Probleme bemerkt, es werden insbesondere sehr viele Temperaturwerte mit basic.print angezeigt. Auch bool-Items nutze ich in der smartVISU ohne Probleme.

Im Log sehe ich folgende Fehlermeldungen, wobei die erste Zeile dieser Meldung einmal in der Minute kommt, die anderen Zeilen deutlich seltener:

2021-11-14 21:45:40 ERROR modules.websocket update_visu: Error in 'await self.update_item(...)': Type <class 'datetime.time'> not serializable
2021-11-14 21:45:48 ERROR modules.websocket visu_protocol Exception Type <class 'datetime.time'> not serializable
> Traceback (most recent call last):
> File "/usr/local/smarthome/modules/websocket/__init__.py", line 563, in smartVISU_protocol_v4
> reply = json.dumps(answer, default=self.json_serial)
> File "/usr/lib/python3.7/json/__init__.py", line 238, in dumps
> **kw).encode(obj)
> File "/usr/lib/python3.7/json/encoder.py", line 199, in encode
> chunks = self.iterencode(o, _one_shot=True)
> File "/usr/lib/python3.7/json/encoder.py", line 257, in iterencode
> return _iterencode(o, 0)
> File "/usr/local/smarthome/modules/websocket/__init__.py", line 436, in json_serial
> raise TypeError("Type %s not serializable" % type(obj))
> TypeError: Type <class 'datetime.time'> not serializable
2021-11-14 21:00:07 ERROR modules.websocket smartVISU_protocol_v4 exception: received 1005 (no status code [internal]); then sent 1005 (no status code [internal])

Es ist offensichtlich, dass dies etwas mit dem Zeit- und Datumsitem zu tun hat. Ob das auch ursächlich für den Fehler ist, kann ich nicht beurteilen.

[bmx]

Das sieht mir danach aus das gar keine Werte vom Websocket kommen. Gehen denn Bool oder num Items?

[Art Mooney]

bmx, Deinem Hinweis folgend, habe ich noch 'time' bzw. 'date' hinzugefügt. Keine Änderung des Ergebnisses.

[Art Mooney]

Ich habe den in #28 angegebenen Code einkopiert. Das funktioniert offenbar auch nicht. Anstatt irgendwelcher Werte wird nur "---" wiedergegeben. Hier ein Screenshot, je ein Satz "---" ist ein nicht ausgegebener Wert.

datetime.jpg

Der dazugehörige Code:

{{ basic.print('DatumHeute', 'TIME.DATE') }}
{{ basic.print('UhrzeitJetzt', 'TIME.DAYTIME') }}
{{ basic.print('','env.location.sunset')}}
{{ basic.print('','env.location.sunset','time')}}
{{ basic.print('','env.location.sunset','long')}}

Ich muss allerdings dazu sagen, dass es mitunter etwas dauert, bis die Werte einer aufgerufenen Seite in der smartVISU ausgegeben werden. Das wäre dann das nächste Problem. In der alten Version waren - bis auf nach Neustart von SHNG - die Werte sofort nach Aufruf der Seite vorhanden.

Zeit und Datum werden einmal pro Minute vom Bus gesendet, so dass der Wert des Items regelmäßig aktualisiert wird. Das ist auch im Admin Interface bestätigt. Dort stimmen die Werte für Datum und Uhrzeit.

Dass das Datum korrekt ausgegeben wurde, muss ich zurück nehmen. Es war sicher gestern einmal das Datum richtig mit 2021-11-14 angegeben. Jetzt kann ich das nicht mehr reproduzieren.

[bmx]

Spannend das das gegangen sein soll. Hast Du vielleicht irgendwo was dazugeschrieben im Code und später vergessen? Oder kann es vielleicht sein, das Deine Items gar nicht befüllt werden?

Also sowas geht auf jeden Fall:

{{ basic.print('','env.location.sunset')}}<br>
{{ basic.print('','env.location.sunset','time')}}<br>
{{ basic.print('','env.location.sunset','long')}}

Die möglichen Formatierungen sind im SmartVISU Verzeichnis z.B. für Deutsch unter lang/de.ini abgelegt

[Art Mooney]

Nein, die Zeit wird nicht ausgegeben. Ich dachte, es lege am Datenpunkttyp foo. Das ist es aber nicht.

Hier der Code:

{{ basic.print('DatumHeute', 'TIME.DATE') }}
{{ basic.print('UhrzeitJetzt', 'TIME.DAYTIME') }}

Das Item:

TIME:
    DATE: #Datum
        type: foo
        knx_dpt: 11
        knx_listen: 7/0/212
        visu_acl: rw
    DAYTIME: #Uhrzeit
        type: foo
        knx_dpt: 10
        knx_listen: 7/0/211
        visu_acl: rw

Die Ausgabe des Datums geht, der Uhrzeit aber leider nicht. Vor dem Update ging's.

[wvhn]

Und die Uhr wird wieder angezeigt? (Ggfls. nach Löschen des Cache?)

[Art Mooney]

War ganz einfach. Ist hier beschrieben.

Nun ist die Fehlermeldung hinsichtlich der dom-Extension weg. Vielen Dank für die Hilfe bis hierher!

[Art Mooney]

OK. Ich habe eben herausgefunden, dass aktuell wie vermutet php7.4 von apache2 genutzt wird. Siehe Screenshot. Ich versuche jetzt, das auf php8.0 zu ändern.
php.jpg

[wvhn]

SmartVISU ist seit v3.1 auch für php8 getestet. Wenn Du den Apache2 so konfigurierst, dass er php8.0 nutzt, sollte das auch gehen. Die erforderlichen Erweiterungen hast Du ja unter php8 schon installiert.

Die älteren Versionen würde ich erst löschen, wenn alles läuft. (Nur die Pakete, in denen explizit v7.x angegeben ist.)

[Art Mooney]

Danke wvhn. Ich habe schon einmal folgendes herausgefunden:

smarthome@smarthomeNG:~$ php --version
PHP 8.0.12 (cli) (built: Oct 22 2021 12:37:40) ( NTS )
Copyright (c) The PHP Group
Zend Engine v4.0.12, Copyright (c) Zend Technologies
with Zend OPcache v8.0.12, Copyright (c), by Zend Technologies

Nach weiteren Versionen habe ich gesucht mit sudo apt list --installed. Dabei kam folgendes raus:

php-common/buster,now 2:85+0~20211104.37+debian10~1.gbp73ad3b all [installed,automatic]
php-curl/buster,now 2:8.0+85+0~20211104.37+debian10~1.gbp73ad3b all [installed]
php-json/buster,now 2:8.0+85+0~20211104.37+debian10~1.gbp73ad3b all [installed]
php-mbstring/buster,now 2:8.0+85+0~20211104.37+debian10~1.gbp73ad3b all [installed]
php-xml/buster,now 2:8.0+85+0~20211104.37+debian10~1.gbp73ad3b all [installed]
php7.0-common/buster,now 7.0.33-55+0~20211022.60+debian10~1.gbp251e84 amd64 [installed,automatic ]
php7.0-mbstring/buster,now 7.0.33-55+0~20211022.60+debian10~1.gbp251e84 amd64 [installed]
php7.0-readline/buster,now 7.0.33-55+0~20211022.60+debian10~1.gbp251e84 amd64 [installed,automat ic]
php7.3-common/buster,now 7.3.31-2+0~20211022.89+debian10~1.gbp745ac7 amd64 [installed,automatic]
php7.3-readline/buster,now 7.3.31-2+0~20211022.89+debian10~1.gbp745ac7 amd64 [installed,automati c]
php7.4-cli/buster,now 7.4.25-2+0~20211101.54+debian10~1.gbp484212 amd64 [installed,automatic]
php7.4-common/buster,now 7.4.25-2+0~20211101.54+debian10~1.gbp484212 amd64 [installed,automatic]
php7.4-json/buster,now 7.4.25-2+0~20211101.54+debian10~1.gbp484212 amd64 [installed,automatic]
php7.4-mbstring/buster,now 7.4.25-2+0~20211101.54+debian10~1.gbp484212 amd64 [installed]
php7.4-opcache/buster,now 7.4.25-2+0~20211101.54+debian10~1.gbp484212 amd64 [installed,automatic ]
php7.4-readline/buster,now 7.4.25-2+0~20211101.54+debian10~1.gbp484212 amd64 [installed,automati c]
php7.4/buster,now 7.4.25-2+0~20211101.54+debian10~1.gbp484212 all [installed]
php8.0-cli/buster,now 8.0.12-1+0~20211022.25+debian10~1.gbp06192c amd64 [installed,automatic]
php8.0-common/buster,now 8.0.12-1+0~20211022.25+debian10~1.gbp06192c amd64 [installed,automatic]
php8.0-curl/buster,now 8.0.12-1+0~20211022.25+debian10~1.gbp06192c amd64 [installed,automatic]
php8.0-mbstring/buster,now 8.0.12-1+0~20211022.25+debian10~1.gbp06192c amd64 [installed,automati c]
php8.0-opcache/buster,now 8.0.12-1+0~20211022.25+debian10~1.gbp06192c amd64 [installed,automatic ]
php8.0-phpdbg/buster,now 8.0.12-1+0~20211022.25+debian10~1.gbp06192c amd64 [installed,automatic]
php8.0-readline/buster,now 8.0.12-1+0~20211022.25+debian10~1.gbp06192c amd64 [installed,automati c]
php8.0-xml/buster,now 8.0.12-1+0~20211022.25+debian10~1.gbp06192c amd64 [installed,automatic]
php8.0/buster,now 8.0.12-1+0~20211022.25+debian10~1.gbp06192c all [installed,automatic]
php/buster,now 2:8.0+85+0~20211104.37+debian10~1.gbp73ad3b all [installed]

Meinst Du, ich sollte alle Versionen mit Ausnahme der php7.4 löschen?

[Art Mooney]

Danke Msinn. Ich meinte "Admin Interface", das Backend nutze ich nicht mehr.

smarthome@smarthomeNG:~$ pip3 --version
pip 21.3.1 from /home/smarthome/.local/lib/python3.7/site-packages/pip (python 3 .7)

[wvhn]

Kann es sein, dass Du mehrere php Versionen installiert hast? Prüfe das am besten mal mit dem Paketmanager und lösche (purge) die überflüssigen Versionen. Danach prüfe noch einmal, ob die Zusatzpakete auf der php v7.4 installiert sind, die Apache verwendet.