Ankündigung

Einklappen
Keine Ankündigung bisher.

Fehler im Log nach Update

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

  • wvhn
    antwortet
    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.
    Code:
    {{ basic.print('sunrise', 'env.location.sunrise', 'time') }}
    Ob das item „env.location.sunrise“ einen Wert enthält, solltest Du im shNG Webinterface prüfen.
    Zuletzt geändert von wvhn; 14.11.2021, 22:43.

    Einen Kommentar schreiben:


  • Art Mooney
    antwortet
    MSinn hatte dazu auch schon etwas in Posts #10 und #15 geschrieben.

    Einen Kommentar schreiben:


  • Art Mooney
    antwortet
    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:

    Code:
    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.

    Einen Kommentar schreiben:


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

    Einen Kommentar schreiben:


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

    Einen Kommentar schreiben:


  • Art Mooney
    antwortet
    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:

    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.

    Einen Kommentar schreiben:


  • bmx
    antwortet
    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:
    Code:
    {{ 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

    Einen Kommentar schreiben:


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

    Hier der Code:

    Code:
    {{ basic.print('DatumHeute', 'TIME.DATE') }}
    {{ basic.print('UhrzeitJetzt', 'TIME.DAYTIME') }}
    Das Item:

    Code:
    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.

    Einen Kommentar schreiben:


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

    Einen Kommentar schreiben:


  • Art Mooney
    antwortet
    War ganz einfach. Ist hier beschrieben.

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

    Einen Kommentar schreiben:


  • Art Mooney
    antwortet
    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

    Einen Kommentar schreiben:


  • wvhn
    antwortet
    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.)
    Zuletzt geändert von wvhn; 13.11.2021, 00:03.

    Einen Kommentar schreiben:


  • Art Mooney
    antwortet
    Danke wvhn. Ich habe schon einmal folgendes herausgefunden:

    Code:
    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:

    Code:
    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?

    Einen Kommentar schreiben:


  • Art Mooney
    antwortet
    Danke Msinn. Ich meinte "Admin Interface", das Backend nutze ich nicht mehr.

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

    Einen Kommentar schreiben:


  • wvhn
    antwortet
    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.

    Einen Kommentar schreiben:

Lädt...
X