SmartHomeNG Release v1.6

[Cannon]

Habs unter https://www.smarthomeng.de/smarthome...dmin-interface ergänzt. Hoffe das passt so.

DANKE:

[psilo]

Habs unter https://www.smarthomeng.de/smarthome...dmin-interface ergänzt. Hoffe das passt so.

[Cannon]

Achja es gibt dann auch noch diesen Blogartikel von mir: https://www.smarthomeng.de/smarthome...dmin-interface
mit Verlinkung auf https://www.smarthomeng.de/user/admin/admin.html (da stehen auch Infos zu URL und Port)

Sag bitte nicht nochmal, dass in der Doku nix stehen würde ;-))))

Beide Artiekl, inkl. Verlinkung habe ich auch gesehen, als ich von dem Admin-Modul erfahren habe. Da steht aber bei beiden nichts von der module.yaml. Und deshalb war sicherlich meine Aussage nicht korrekt, dass da nichts drin steht. Ich wusste nur nicht wo. Es wäre toll, wenn du in deinem Blog-Artikel auch noch den Link zur Konfiguration dazu fügen würdest.

Wir gehen bei der Komplettanleitung ja immer von einer frischen Neuinstallation aus.

Was sicherlich auch richtig und verständlich ist, wenn man neu installiert. Wenn man allerdings über Versionen hinweg upgradet, dann weiß man das ja nicht - es sei dann man steckt richtig tief drin im Thema. Ich bin aber nur ein kleiner Laie, der gern mit SmartHomeNG arbeitet. ;-)

Die Infos dazu habe ich ja jetzt hier im Link von oben gefunden. https://www.smarthomeng.de/user/konf...ule_admin.html Danke.

[bmx]

Ah, danke für den blinden Fleck...

Wir gehen bei der Komplettanleitung ja immer von einer frischen Neuinstallation aus.
Kurz:

unter <SmartHomeNG Basisverzeichnis>/etc soll eine Datei module.yaml mit folgendem Inhalt sein:

%YAML 1.1
---
# etc/module.yaml
http:
    module_name: http
    starturl: admin

admin:
    module_name: admin

Die ist übrigens als module.yaml.default vorhanden. Bei einer neuen Installation wird diese kopiert und als module.yaml bereitgestellt. Daher hat eine neue Installation automatisch das Admin Interface.
Vermutlich hast Du da aber schon eine Datei module.yaml vorhanden. Bitte also entsprechend ergänzen.

Es ist sehr schwer allgemeingültige Anweisungen zum Umstieg zu geben weil jeder sein System ja bereits angepasst hat und einfach überschreiben nicht geht.

[psilo]

Cannon guckst Du in der Doku:

https://www.smarthomeng.de/user/konf...ule_admin.html
und als Basis das hier:
https://www.smarthomeng.de/user/konf...dule_http.html

Achja es gibt dann auch noch diesen Blogartikel von mir: https://www.smarthomeng.de/smarthome...dmin-interface
mit Verlinkung auf https://www.smarthomeng.de/user/admin/admin.html (da stehen auch Infos zu URL und Port)

Sag bitte nicht nochmal, dass in der Doku nix stehen würde ;-))))

[Cannon]

Moment, das eine ist das Backend und das neue ist das Admin Interface

Okay, dass war mir gar nicht bewusst. Laut Doku rufe ich das admin-Interface mit "admin" statt "backend" in der URL auf. Aber, wie aktiviere ich das Admin-Interface überhaupt? Dazu steht in der Doku nichts. Denn so, wird die URL nicht gefunden.

[psilo]

Die Implementierung im Admin IF dürfte grundlegend anders sein, als das im Backend war. Da ich auch keinen Service nutze, habe ich das Feature im Backend nie genutzt..

Im Admin IF jetzt fast täglich und während der Entwicklung ;-) Bitte das Backend-Zeugs auch nicht mehr unbedingt verwenden. Ist alles deprecated.

[bmx]

Moment, das eine ist das Backend und das neue ist das Admin Interface. Die Funktionalität für Backend und auch Admin Interface wurde erst in der letzten Release durch Msinn deutlich ausgebaut. Er hat auch eingebaut, das man die verschiedenen Stadien sehen kann. Ich persönlich nutze SHNG nirgendwo als Service sondern starte immer manuell oder per admin Interface weil ich sowieso ständig hier und da was ändern oder testen muß.
Wenn es also mit dem Neustart und Service nicht funktioniert mache idealerweise einen neuen Thread auf so das man das isoliert anschauen kann.

[Cannon]

Gibts doch auch erst seit der letzten Version?! Was passiert denn genau bei dir?

Meines Wissens nach gab es das auch schon in Version 1.4. Es steht da dann:

"Restart des Service sollte erfolgen - Bitte warten"

Das steht im Log:

"WARNING plugins.backend.utils os_service_restart: Restarting SmartHomeNG"

Ein Neustart erfolgt aber nicht. Würde man ja dann auch im Log sehen.

[psilo]

Cannon

Das hat bei mir noch bei keiner Version funktioniert.

Gibts doch auch erst seit der letzten Version?! Was passiert denn genau bei dir? Ich habe das nur manchmal ganz selten, wenn pluginthreads hängen - meist von fehleranfälligen plugins wie dem sma plugin

[Onkelandy]

Reicht nicht dieser Eintrag unter "loggers" im logging.yaml für den gleichen Effekt?

plugins:
       handlers: [shng_details_file]
       level: DEBUG

[Morg]

Ich glaube SmartHomeNG betreiben zu wollen, ohne sich mit Python auszukennen oder ohne das lernen zu wollen ist unmöglich. Ich war vor ca. 1,5 Jahren auch Einsteiger und muss sagen es war schwer, aber ohne sich mit Python auseinanderzusetzen, würde man fast nichts umsetzen können.

Man muss zumindest bereit sein, sich damit auseinanderzusetzen, das will ich gar nicht bestreiten.

Aber wenn man sh.py gem. Anleitung installiert und es läuft (oder auch nicht), und dann hast du nichtmal "vernünftiges", sprich aussagekräftiges Logging, dann steht man vor einer Wand, die man selbst mit bestem Willen, Python zu lernen, nicht bezwingt.

Ich nutze sh.py ja nun auch schon eine Weile und habe ein Plugin komplett selbst geschrieben und ein weiteres mit angepasst, mit solchen Kleinigkeiten wie Lesen und Parsen von Binärdaten über die serielle Schnittstelle. Ich glaube also, dass ich mich schon ein bisschen mit Python auskenne. Aber wenn das Logging - mit den mitgelieferten Einstellungen - einfach keine Informationen gibt, ist es unheimlich schwierig herauszufinden, was gerade nicht geht. In der Situation hätte ich für ein "python3 smarthome.py -d" mit voller Debugausgabe einiges gegeben - tja. War nix.

Dass - wie Martin sagte - der "normale" Nutzer mit der Debugausgabe möglicherweise nichts anfangen kann, sie in vielen Fällen kontraproduktiv ist, da stimmen wir völlig überein. Aber es gibt halt immer Situationen, in denen ein "klick" für Licht im Dunkel sorgt. Hätte ich gestern "auf die Schnelle" die Log-Ausgaben gehabt, die ich jetzt bekomme, hätte ich nicht ewig mit der logging.yaml kämpfen müssen.

So eine Admin-Oberfläche ist ja alles schön und gut - aber im entscheidenden Moment kann ich die auch nicht nutzen. Entweder läuft sie nicht, oder ich komme - weil remote verbunden - nicht ohne weiteres dran. Das soll kein Bashing von GUIs werden, aber ich finde schade, dass dafür die einfachen Möglichkeiten über Bord geworfen werden...

[Cannon]

und der anschließende Neustart des Core) können auch direkt im Admin Interface erfolgen.

Das hat bei mir noch bei keiner Version funktioniert. Das heißt es findet kein Restart des service statt. Ist das bei mir nur so?

nicht jeder kennt sich mit Python oder gar den Python best practices für Logging aus

Ich glaube SmartHomeNG betreiben zu wollen, ohne sich mit Python auszukennen oder ohne das lernen zu wollen ist unmöglich. Ich war vor ca. 1,5 Jahren auch Einsteiger und muss sagen es war schwer, aber ohne sich mit Python auseinanderzusetzen, würde man fast nichts umsetzen können.

[schuma]

Wenn Du jedes Plugin in der Logging.yaml einträgst, kannst Du diese auch jetzt schon im Betrieb im Admin Interface umschalten.

Also zum Beispiel so:

loggers:
    knx_busmonitor:
        level: INFO
        handlers: [busmonitor_file ]
    plugins.indego:
        level: WARNING
    plugins.darksky:
        level: CRITICAL
    plugins.enigma2:
        level: CRITICAL
    plugins.uzsu:
        # handlers: [uzsu_file]
        level: WARNING

[Morg]

Die "Details" waren auch flapsig geschrieben. Zur detaillierten Fehlersuche, gerade auch beim Plugin-"Basteln" fand ich das immer einfacher. Neu starten musste ich den sowieso, da kann ich beim Neustart auch nen Parameter übergeben. (das Backend habe ich nie genutzt, war mir - ggf. auf meiner Hardware - viel zu langsam. ssh geht wunderbar...darum nutze ich auch mehr die Konsole als die Logfiles)

Ich lasse mir aber gern erklären, wie ich - beliebige oder gleich alle - Plugins auf einmal als Debugausgabe bekomme Wenn das (für mich) nutzbar ist - super.

(Trotzdem fände ich ein -d super, notfalls auch undokumentiert )