Ankündigung

Einklappen
Keine Ankündigung bisher.

SmartHomeNG Release v1.9.1

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

    SmartHomeNG Release v1.9.1

    ​​​​​​​​

    Aktuelle Version

    Stand 13. Februar 2022 ist jetzt im master Branch auf Github die Version v1.9.1 als stabile Version von SmartHomeNG verfügbar.

    Nur die Version aus dem master Branch sollte für den produktiven Einsatz benutzt werden!




    Was ist neu in SmartNomeNG v1.9.1?

    Die Neuerungen erstrecken sich über Erweiterungen und Bugfixes für den Core von SmartHomeNG sowie Änderungen und Bugfixes für diverse Plugins. Es sind auch neue Plugins hinzugekommen. Eine Übersicht über alle Änderungen ist in den Release Notes zu finden. Die aktuellen Release Notes sind unter www.smarthomeng.de zu finden.




    Was ist beim Update auf v1.9 bzw. v1.9.1 zu beachten?
    1. Die minimale Python Version mit der SmartHomeNG startet ist Python 3.6
    2. Es gibt ein neues websocket Modul, welches das visu_websocket Plugin ersetzt. Dieses muss in der ../etc/module.yaml konfiguriert werden. Genaueres ist in der Dokumentation zu finden: http://www.smarthomeng.de/user/konfi...websocket.html
      Im Gegensatz zum bisherigen Plugin, welches nicht mehr benötigt wird, unterstützt das websocket Modul die parallele Nutzung über ws:// und wss://
    3. Einige Plugins, die schon länger als veraltet (deprecated) gekennzeichnet waren, sind aus SmartHomeNG entfernt worden. Falls noch Bedarf nach diesen veralteten Plugins besteht, können diese aus dem Plugin Archive herunter geladen werden.
    4. Falls SmartHomeNG sonst als Linux systemd Service gestartet wird:
      1. Bitte dringend zunächst den Service abschalten
      2. erfolgreiche Installation abwarten, es sollten keine Fehler mehr im Log zu finden sein
      3. Service anpassen siehe
      http://www.smarthomeng.de/user/insta...ng_daemon.html
      4. Service wieder in Betrieb nehmen
    5. Falls die smartVISU zusammen mit dem neuen websocket Modul verwendet wird, muss das smartvisu Plugin konfiguriert sein.
    6. Das neue smartvisu Plugin (mit v1.8 erschienen) sollte verwendet werden, da es eine bessere Integration in die smartVISU ermöglicht als das alte visu_smartvisu Plugin, welches als veraltet (deprecated) gekennzeichnet wurde.




    Dokumentation

    Unter https://www.smarthomeNG.de findet sich unser Blog und der Startpunkt für die Dokumentation. Mit dem aktuellen Release ist die Entwickler Dokumentation in die Anwender Dokumentation umgezogen. Es gibt keine separate Entwickler-Dokumentation mehr.
    Der Develop Branch ​​

    Es findet eine aktive Weiterentwicklung statt, daher bitte mit einem Produktionssystem nicht auf den Entwicklungszweig gehen!
    Man sollte nur auf den develop Branch gehen, wenn man genau weiß, was man da macht.
    Es kann immer mal passieren, dass der develop branch aufgrund der laufenden Entwicklung in einem nicht lauffähigen Zustand ist.


    Auch ein Mischen vom master Branch und develop Plugins kann, aber muß nicht klappen, da einige Plugins aus dem develop Branch Funktionalitäten des Core benötigen könnten, die im master branch noch nicht vorhanden sind. In diesem Fall wird das Plugin nicht laden und einen Log Eintrag schreiben.



    Unterstützung

    Natürlich gibt es hier im Forum Unterstützung. Zusätzlich haben wir auf https://gitter.im/smarthomeNG/smarthome einen Chat für SmartHomeNG eingerichtet. Dort schauen viele User und Entwickler in regelmäßgen Abständen rein.



    WICHTIG: Unterstützung bei Fragen und Problemen

    Bevor ihr postet oder um Hilfe fragt, bitte
    • im Administrations-Interface einen Überblick verschaffen ob z.B. config files richtig im SmartHomeNG ankommen
    • Im Logfile nach Fehlern oder Warnungen suchen und wenn möglich deren Ursachen beseitigen.
    • SmartHomeNG im Debugmodus starten oder besser: Für nur den betroffenen Teil den Log-Level auf INFO oder DEBUG hochsetzen.

    Wenn Ihr Hilfe braucht und nicht weiterkommt werden Euch andere hier im Forum gerne weiterhelfen.



    Wenn ihr dann postet, geizt bitte nicht mit Informationen über eure Installation. Wir können alle nicht Hellsehen. Für uns hilfreich oder sogar notwendig sind unter anderem:
    • Beschreibung was ihr erreichen wollt
    • Erläuterung was ihr bisher gemacht habt
    • Genaue Bescheibung des wahrgenommenen Problems
    • ("Läuft nicht" ist da nicht ausreichend...)
    • Erläuterung welches Verhalten ihr erwartet
    • SmartHomeNG Version
    • Python Version
    • Betriebssystem mit Version
    • eingesetzte Hardware
    • Art der Installation
    • (z.B. Nach Komplettanleitung oder Raspberry Pi Image oder Update von Vorversion oder ...)
    • Konfigurierte Plugins (gerne die etc/plugin.yaml mit posten)
    • gegebenfalls die entsprechenden Item Konfigurationen (aus items/*.yaml)


    Bekannte Probleme

    SmartHomeNG startet einfach nicht:
    Es könnte sich um einen breaking change im (externen) Holiday Modul handeln. Fix ist bereits im Entwicklungszweig. Lösung für 1.9.1 siehe in Post #12


    Viel Spaß und viel Erfolg mit Eurem SmartHomeNG!!!
    Zuletzt geändert von bmx; 23.02.2022, 07:46. Grund: Bekanntes Problem ergänzt
    Viele Grüße
    Martin

    There is no cloud. It's only someone else's computer.

    #2
    Vielen Dank ans Team!

    Kommentar


      #3
      Hi

      Ich habe zwei NUCs. Eins ist mein eigentlicher smarthome Server. Das andere hatte ich "übrig" und habe es letzte Woche mit Debian Bullseye neu aufgesetzt und darauf SHNG 1.9.0 mit SV 3.2.0. Alles hat soweit geklappt. Dann kamen die neuen Versionen, also SHNG 1.9.1 und SV 3.2.1 drauf gemacht. Hat auch geklappt. Bei der Installation keine Auffälligkeiten.

      Da heute alles gelaufen ist, habe ich das andere NUC platt gemacht und eigentlich exakt genauso installiert. Einziger Unterschied den ich benennen kann: Gleich SHNG 1.9.1. Nach Komplettanleitung. Inzwischen dreimal neu gemacht. Alle Schritte der Komplettanleitung vor dem ersten Start habe ich erfolgreich, also ohne Fehler, durchgeführt.

      SmarthomeNG startet nicht, bzw startet und wird ohne Fehlermeldung sofort wieder beendet.

      Auf dem CLI erscheint wie immer Daemon PID 645 o.ä., das war's dann aber.

      Im Log steht nur:

      Code:
      smarthome@newSERV:/usr/local/smarthome/var/log$ cat smarthome-details.log
      2022-02-15 20:55:09 NOTICE lib.smarthome -------------------- Init SmartHomeNG v1.9.1-master (8133e714) --------------------
      2022-02-15 20:55:09 NOTICE lib.smarthome Running in Python interpreter 'v3.9.2 final', from directory /usr/local/smarthome
      2022-02-15 20:55:09 NOTICE lib.smarthome - on Linux-5.10.0-11-amd64-x86_64-with-glibc2.31 (pid=9010)
      2022-02-15 20:59:27 NOTICE lib.smarthome -------------------- Init SmartHomeNG v1.9.1-master (8133e714) --------------------
      2022-02-15 20:59:27 NOTICE lib.smarthome Running in Python interpreter 'v3.9.2 final', from directory /usr/local/smarthome
      2022-02-15 20:59:27 NOTICE lib.smarthome - on Linux-5.10.0-11-amd64-x86_64-with-glibc2.31 (pid=626)
      2022-02-15 21:02:48 NOTICE lib.smarthome -------------------- Init SmartHomeNG v1.9.1-master (8133e714) --------------------
      2022-02-15 21:02:48 NOTICE lib.smarthome Running in Python interpreter 'v3.9.2 final', from directory /usr/local/smarthome
      2022-02-15 21:02:48 NOTICE lib.smarthome - on Linux-5.10.0-11-amd64-x86_64-with-glibc2.31 (pid=645)
      Starte ich im Debugmodus, kommt das:

      Code:
      smarthome@newSERV:/usr/local/smarthome$ python3 bin/smarthome.py -d
      -------------------- Init SmartHomeNG v1.9.1-master (8133e714) --------------------
      Traceback (most recent call last):
      File "/usr/local/smarthome/bin/smarthome.py", line 287, in <module>
      sh = SmartHome(MODE=MODE, extern_conf_dir=extern_conf_dir)
      File "/usr/local/smarthome/lib/smarthome.py", line 375, in __init__
      self.shtime._initialize_holidays()
      File "/usr/local/smarthome/lib/shtime.py", line 1057, in _initialize_holidays
      if self.holidays.state is not None:
      AttributeError: 'Germany' object has no attribute 'state'
      Was muss ich tun? Was für zusätzliche Angaben soll ich schicken?

      Gruß, Martin
      Zuletzt geändert von Sipple; 15.02.2022, 21:39.

      Kommentar


        #4
        Der Attribute Error sagt wo das Problem liegt. Du hast bei der Konfiguration der Holidays für state einen Wert angegeben. States gibt es aber nur in den USA.

        Das hat aber nichts mit dem Release 1.9.1 zu tun.
        Viele Grüße
        Martin

        There is no cloud. It's only someone else's computer.

        Kommentar


          #5
          Das ist ja der Knackpunkt, soweit war ich ja noch gar nicht. Nach Anleitung installiert, erster Start, noch nix konfiguriert. Woher sollte er also den State haben?

          Kommentar


            #6
            Das kann ich Dir nicht sagen. In Diene Konfigurationsdateien musst Du schon selber schauen.

            An den Holidays hat sich seit zwei bis drei Releases nichts geändert.
            Viele Grüße
            Martin

            There is no cloud. It's only someone else's computer.

            Kommentar


              #7
              Oder schau mal welche Versionen des holiday Moduls Du einsetzt. Vielleicht haben die einen Breaking Change eingebaut?

              Kommentar


                #8
                Alle Konfigurationsdateien beim ersten Start nach Installation sind exakt so wie durch

                Code:
                cd /usr/local
                sudo mkdir smarthome
                sudo chown -R smarthome:smarthome /usr/local/smarthome
                cd smarthome
                git clone git://github.com/smarthomeNG/smarthome.git .
                git clone git://github.com/smarthomeNG/plugins.git plugins
                vorgegeben, kommen also vom git.

                Ich habe trotzdem mal die Konfiguration vom funktionierenden NUC auf das nicht funktionierende kopiert. Neu gestartet, selber Fehler.

                In der holidays.yaml steht:

                Code:
                location:
                    country: Germany
                    #province: HH       # for DE
                    #state: FL          # state is only used for United States and Brazil
                
                #custom:
                #    # custom holidays without a specified year repeat every year
                #    - '{"dow": 5, "dow_week": "last", "month": 7, "name": "Sysadmin day"}'           # last friday in July
                #    - {"day": 2, "month": 8, "name": "Jon Doe's birthday"}
                #    - {"day": 22, "month": 11, "name: "Jane Doe's birthday"}
                #    - {"day": 2, "month": 8, "year": 2020, "name": "Jon Doe's 100th birthday"}
                #    - {"dow": 5, "dow_week": "last", "month": 7, "name": "Sysadmin day"}         # last friday in July
                #    - {"dow": 2, "dow_week": 2, "month": 7, "name": "second tuesday in July"}
                #    - {"dow": 2, "dow_week": 2, "month": 7, "year": 2019, "name": "second tuesday in July '19"}
                #    - {"dow": 3, "dow_week": 2, "year": 2021, "name": "Every second wednesday in 2021"}
                #    - {"dow": 3, "dow_week": 2, "dow_start_week": 1, "year": 2021, "name": "Every second wednesday in 2021, starting on 1st wednesday"}
                    province: BY
                custom:
                -   '{"dow": 5, "dow_week": "last", "month": 7, "name": "Sysadmin day"}'
                Genau so funktioniert das auf allen anderen SHNG Installationen (deren 3). Nur bei dem nicht. state ist auskommentiert.

                Kommentar


                  #9
                  Zitat von bmx Beitrag anzeigen
                  Oder schau mal welche Versionen des holiday Moduls Du einsetzt. Vielleicht haben die einen Breaking Change eingebaut?
                  Ok, da kommen wir der Sache näher:

                  Auf dem funktionierenden NUC ist es 0.12
                  Auf dem nicht funktionierenden 0.13

                  Ich geh morgen mal auf die 0.12 zurück vermute mal, das ist der Grund.

                  Kommentar


                    #10
                    Bestätigt. holidays 0.13 ist der Übeltäter. Mit 0.12 geht es.

                    Wer also ein neues System nach Anleitung aufsetzt und damit holidays 0.13 bekommt, muss zurück auf 0.12.

                    Kommentar


                      #11
                      Damit das nicht verloren geht, habe ich ein issue im smarthomeng Repo aufgemacht.
                      Viele Grüße
                      Martin

                      There is no cloud. It's only someone else's computer.

                      Kommentar


                        #12
                        Damit nicht alle suchen müssen:
                        Ob das Problem an einer zu neuen Version von holidays hängt kann man mit python3 -m pip list | grep holi prüfen.
                        Wenn das der Fall ist, kann man mit python3 -m pip install "holidays<0.13" --upgrade --user ein Downgrade machen und SHNG sollte starten.

                        Für das nächste Release wurde dieses Problem bereits gefixt.
                        Zuletzt geändert von bmx; 23.02.2022, 07:43.

                        Kommentar


                          #13
                          Guten Morgen

                          Hab gestern einen neuen Raspi mit CM4, SSD und Raspberry PI OS Lite 64bit (Bullseye) zusammengebaut und reflexartig SHNG installiert, wie immer nach Komplettanleitung, bis folgende Fehlermeldung beim Klonen auftrat:

                          Code:
                          smarthome@CM4:/usr/local $ cd smarthome
                          smarthome@CM4:/usr/local/smarthome $ git clone git://github.com/smarthomeNG/smarthome.git .
                          Klone nach '.' ...
                          fatal: Fehler am anderen Ende:
                            The unauthenticated git protocol on port 9418 is no longer supported.
                          Please see https://github.blog/2021-09-01-improving-git-protocol-security-github/ for more information.
                          Ersetzt man "git://" durch "https://" klappt es.

                          Man verzeihe mir, wenn dies bereits allgemein bekannt ist und ich trotz Suche im Forum diesen Hinweis nicht gefunden habe.
                          Ich lege auch nicht meine Hand ins Feuer, dass dieses Problem tatsächlich allgemein auftritt und nicht nur in meiner Konstellation, und dass https: auch wirklich die empfohlene Lösung ist.

                          Vielleicht kann es jemand bestätigen und gegebenenfalls die Komplettanleitung anpassen.

                          Gruß, Martin

                          Kommentar


                            #14
                            Moinsen Martin,

                            danke für Dein Feedback. J​​​​​​a, das ist bekannt (wenn auch nicht allgemein) und von KHome wurde da bereits ein Issue auf Github aufgemacht.
                            Die Änderungen in der Komplettanleitung sind auch bereits in develop eingepflegt (weshalb das Issue bereits geschlossen ist).

                            Gruß,
                            Bernd
                            Zuletzt geändert von bmx; 31.03.2022, 08:37.

                            Kommentar


                              #15
                              Servus

                              Ich weiß nicht ob das schon seit 1.9 oder erst 1.9.1 eingeführt wurde:

                              Screenshot 2022-04-06 151905.png

                              Screenshot 2022-04-06 151842.png

                              Ist das so gewollt? In der 1.8.x ist das noch anders, da wählt man links den Log Typ aus und rechts das Datum (in der Regel).

                              Gruß, Martin

                              Kommentar

                              Lädt...
                              X