Ankündigung

Einklappen
Keine Ankündigung bisher.

Probleme nach dem Update auf 1.9.4

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

  • eXcite
    antwortet
    Zitat von fuxl66 Beitrag anzeigen

    ​Ich hab jetzt den Pfad vollständig im der plugin config angegeben, nun klappt das mal.
    Code:
    database:
    plugin_name: database
    driver: sqlite3
    count_logentries: true
    connect:
    - database:/usr/local/smarthome/var/db/smarthomeng.db
    - check_same_thread:0​

    Danke, ich hatte auch Probleme nach dem Update mit ständigen Neustarts von SmarthomeNG.
    Jetzt wird die DB gefunden und alles läuft wieder.

    Einen Kommentar schreiben:


  • Msinn
    antwortet
    Bisher ging das, weil bisher das payload Protokoll immer enabled war. Da das Payload Protokoll der smartvisu keine Anmeldesicherheit hat, kommte damit jeder auf SmartHomeNG zugreifen. Das das Protokoll nun nur mit aktiviertem smartvisu Plugin aktiv ist, ist also ein Security Feature.

    Einen Kommentar schreiben:


  • fuxl66
    antwortet
    Msinn
    Zitat von Msinn Beitrag anzeigen
    Konfiguriere und enable das smartvisu Plugin um das Problem zu beseitigen.
    Danke, Visu klappt nun wieder. Ich wundere mich wie ich bisher ohne das Plugin meine Visu zum Laufen gebracht habe.

    Einen Kommentar schreiben:


  • Msinn
    antwortet
    Die Meldungen aus dem websocket Modul dürften daher rühren, dass Du das Payload Protokoll der smartvisu nutzt, aber das smartvisu Plugin nicht konfiguriert ist. Das Payload Protokoll der smartvisu wird außer der smartvisu auch in der Admin GUI zur Darstellung der Graphen genutzt.

    Konfiguriere und enable das smartvisu Plugin um das Problem zu beseitigen.

    Einen Kommentar schreiben:


  • fuxl66
    antwortet
    Hier die Items und den Tree im Anhang.
    Man könnte sicher auf einige dieser Items verzichten, aber wie gesagt, vor dem Update hatte ich keine Problem.

    Code:
    AVM:
    
        uptime_RepeaterEG:
            type: num
            visu_acl: ro
            avm_data_type@repeater_eg: uptime
    
        uptime_RepeaterOG:
            type: num
            visu_acl: ro
            avm_data_type@repeater_og: uptime
    
        firmware_RepeaterEG:
            type: str
            visu_acl: ro
            avm_data_type@repeater_eg: software_version
    
        firmware_RepeaterOG:
            type: str
            visu_acl: ro
            avm_data_type@repeater_og: software_version
    
        wlanRepeaterEG:
    
            uf_wlan_1:
                type: bool
                visu_acl: rw
                avm_data_type@repeater_eg: wlanconfig
                avm_wlan_index@repeater_eg: 1
    
            uf_wlan_1_ssid:
                type: str
                visu_acl: ro
                avm_data_type@repeater_eg: wlanconfig_ssid
                avm_wlan_index@repeater_eg: 1
    
            uf_wlan_2:
                type: bool
                visu_acl: rw
                avm_data_type@repeater_eg: wlanconfig    # 5GHz
                avm_wlan_index@repeater_eg: 2
    
            uf_wlan_2_ssid:
                type: str
                visu_acl: ro
                avm_data_type@repeater_eg: wlanconfig_ssid    # 5GHz
                avm_wlan_index@repeater_eg: 2
    
            uf_wlan_3:
                type: bool
                visu_acl: rw
                avm_data_type@repeater_eg: wlanconfig    # Guest
                avm_wlan_index@repeater_eg: 3
    
            uf_wlan_3_ssid:
                type: str
                visu_acl: ro
                avm_data_type@repeater_eg: wlanconfig_ssid    # Guest
                avm_wlan_index@repeater_eg: 3
    
        wlanRepeaterOG:
    
            uf_wlan_1:
                type: bool
                visu_acl: rw
                avm_data_type@repeater_og: wlanconfig
                avm_wlan_index@repeater_og: 1
    
            uf_wlan_1_ssid:
                type: str
                visu_acl: ro
                avm_data_type@repeater_og: wlanconfig_ssid
                avm_wlan_index@repeater_og: 1
    
            uf_wlan_2:
                type: bool
                visu_acl: rw
                avm_data_type@repeater_og: wlanconfig    # 5GHz
                avm_wlan_index@repeater_og: 2
    
            uf_wlan_2_ssid:
                type: str
                visu_acl: ro
                avm_data_type@repeater_og: wlanconfig_ssid    # 5GHz
                avm_wlan_index@repeater_og: 2
    
            uf_wlan_3:
                type: bool
                visu_acl: rw
                avm_data_type@repeater_og: wlanconfig    # Guest
                avm_wlan_index@repeater_og: 3
    
            uf_wlan_3_ssid:
                type: str
                visu_acl: ro
                avm_data_type@repeater_og: wlanconfig_ssid    # Guest
                avm_wlan_index@repeater_og: 3​
    Angehängte Dateien

    Einen Kommentar schreiben:


  • Sisamiwe
    antwortet
    Zitat von fuxl66 Beitrag anzeigen
    Sobald ich auf weiter gehe, sehe ich den document Tree.
    Dieser document tree wird vom Plugin gelesen und für die Verbindungen genutzt. Wir hatten das vorab auch ausreichend getestet. Kannst Du mir mal diesen document tree schicken?
    Müssen wir weiter schauen.
    Welche Items zu dem Repeatern hast Du konfiguriert?

    Einen Kommentar schreiben:


  • fuxl66
    antwortet
    Sisamiwe
    Ich habe 2 AVM 1750E im Einsatz und hatte alles vor dem update auf 1.9.4 problemlos funktioniert.
    Mit dem Link kommt zuerst eine Meldung im Browser, dass diese Verbindung nicht sicher ist. Sobald ich auf weiter gehe, sehe ich den document Tree.

    Einen Kommentar schreiben:


  • Sisamiwe
    antwortet
    Zitat von fuxl66 Beitrag anzeigen
    weitere komische LOG Einträge
    Bzgl der Warnings des AVM Plugins:
    - Welchen Repeater setzt Du ein?
    - Wie sind die Items konfiguriert?
    - Welche Infos kommen, wenn Du im Browser "https://<IP-des-Repeaters>:49443/tr64desc.xml" eingibst?

    Einen Kommentar schreiben:


  • fuxl66
    antwortet
    Danke Msinn


    Zitat von Msinn Beitrag anzeigen
    Wie geht das Log denn nach dem Restart weiter?
    Bisher hat sich der LOG Eintrag viele mal wiederholt.


    Ich hab jetzt den Pfad vollständig im der plugin config angegeben, nun klappt das mal.
    Code:
    database:
        plugin_name: database
        driver: sqlite3
        count_logentries: true
        connect:
        -   database:/usr/local/smarthome/var/db/smarthomeng.db
        -   check_same_thread:0​
    Nun bekomme ich aber weitere komische LOG Einträge
    Code:
    2023-03-14  20:09:46 WARNING  plugins.avm         repeater_eg@: Error 'NoneType' object has no attribute 'GetDefaultConnectionService' establishing connection to Fritzdevice via AHA-HTTP-Interface.
    2023-03-14  20:09:48 WARNING  plugins.avm         repeater_og@: Error 'NoneType' object has no attribute 'GetDefaultConnectionService' establishing connection to Fritzdevice via AHA-HTTP-Interface.
    2023-03-14  20:09:54 WARNING  plugins.avm         repeater_eg@: Items with avm attribute found, which needs tr064 interface. This is not available/enabled; Item will be ignored.
    2023-03-14  20:09:54 WARNING  plugins.avm         repeater_og@: Items with avm attribute found, which needs tr064 interface. This is not available/enabled; Item will be ignored.
    2023-03-14  20:09:54 WARNING  plugins.avm         repeater_og@: Items with avm attribute found, which needs tr064 interface. This is not available/enabled; Item will be ignored.
    2023-03-14  20:09:56 ERROR    lib.triggertimes    NEW gives 2023-12-31 23:59:00+01:00 but OLD gives 2023-03-19 23:59:00+01:00
    2023-03-14  20:09:56 NOTICE   lib.smarthome       --------------------   SmartHomeNG initialization finished   --------------------
    2023-03-14  20:10:21 NOTICE   modules.websocket   Payload protocol 'smartvisu' is disabled - terminating connection
    2023-03-14  20:12:14 NOTICE   modules.websocket   Payload protocol 'smartvisu' is disabled - terminating connection​
    Vorallem smartvisu is disabled ist fatal. ich komme somit nicht auf meine Visu
    Zuletzt geändert von fuxl66; 14.03.2023, 20:20.

    Einen Kommentar schreiben:


  • Msinn
    antwortet
    Wie geht das Log denn nach dem Restart weiter?

    Es kann bei sqlite3 zu Zuständen kommen, bei denen sqlite3 eine Datenbank als nicht korrekt geschlossen erkennt und diese erst „reparieren“ muss. Das kann zu 1 oder 2 Neustarts von SmartHomeNG führen, bis die Datenbank. Ornal geöffnet werden kann.

    Einen Kommentar schreiben:


  • fuxl66
    hat ein Thema erstellt Probleme nach dem Update auf 1.9.4.

    Probleme nach dem Update auf 1.9.4

    Hi,

    Ich hab mit git pull auf 1.9.4 (vorher 1.9.3) aktualisiert und nun bekomme ich folgende Meldung ins log.
    meine db liegt aber in \var\db

    Wie kann ich das Problem lösen?

    Code:
    database:
        plugin_name: database
        driver: sqlite3
        count_logentries: true
        connect:
        -   database:./var/db/smarthomeng.db
        -   check_same_thread:0​
    Code:
    2023-03-14  19:34:00 NOTICE   lib.smarthome       --------------------   Init SmartHomeNG v1.9.4-master (c0cfb39c)   --------------------
    2023-03-14  19:34:00 NOTICE   lib.smarthome       Running in Python interpreter 'v3.9.2 final', from directory /usr/local/smarthome
    2023-03-14  19:34:00 NOTICE   lib.smarthome        - operating system 'Debian GNU/Linux 11 (bullseye)' (pid=1699)
    2023-03-14  19:34:00 NOTICE   lib.smarthome        - on 'Raspberry Pi 4 v1.1, 2GB (Sony, UK)'
    2023-03-14  19:34:03 NOTICE   lib.smarthome        - Nutze Feiertage für Land 'AT', Provinz '9', 1 benutzerdefinierte(r) Feiertag(e) definiert
    2023-03-14  19:34:05 ERROR    lib.db              Database [Database]: Could not connect to the database using 'sqlite3': unable to open database file
    2023-03-14  19:34:05 CRITICAL plugins.database    Database: Initialization failed: unable to open database file
    2023-03-14  19:34:05 NOTICE   lib.smarthome       --------------------   SmartHomeNG restarting, initiated by SmartHomeNG (Database plugin stalled)   --------------------​
Lädt...
X