SmartHomeNG v1.6 wirft seine Schatten voraus

[Sisamiwe]

Msinn

Großartig!
Vielen Dank!

[henfri]

Es gibt einen Button, der Dich um Ende des Logs führt. Blättern tust Du immer durch das ganze jeweilige Logfile.

Ja, aber mein Debugging sieht in der Regel so aus:
tail -f smarthome.log grep MeinFehler
Fehler reproduzieren
Dann sehe ich an der Shell was passiert.
Das geht aktuell so nicht im Webinterface (da muss ich immer ein reload machen und erneut filtern, Web 1.0)

Das ist eher die Kür, da die Baumstruktur und die Verteilung der Items auf verschiedene Config-Dateien nicht direkt in einem Zusammenhang stehen.

Daran habe ich nicht gedacht (dass im Item-Baum die Zuordnung zur einzelnen Datei nicht mehr direkt vorhanden ist (in der Datenstruktur ist es aber ja gespeichert, siehe Web-IF).

Das würde im inneren einen ziemliche Komplettumbau bedeuten. Nicht mehr dateiorientiert wäre eher etwas für ein 2.0 Release, wobei ich einige User kenne, die fluchen würden wenn die Dateiorientierung verschwindet.

Dann verstehen wir uns noch nicht richtig.
Alles bleibt, wie es ist. Wenn nun ein User im Item-Baum einen Parameter (z.B. knx_GA) ändert, dann wird
a) das Item im Speicher aktualisiert
b) die item.yaml aktualisiert

Die dafür nötigen Informationen ('in welcher item.yaml ist dieses item definiert') sind doch vorhanden.

Gruß,
Hendrik

[Msinn]

Es gibt einen Button, der Dich um Ende des Logs führt. Blättern tust Du immer durch das ganze jeweilige Logfile.

Ja, dein Vorschlag ist gut, aber weiterhin Datei-Orientiert. Warum nicht im Item-Baum die Möglichkeit geben?

Das ist eher die Kür, da die Baumstruktur und die Verteilung der Items auf verschiedene Config-Dateien nicht direkt in einem Zusammenhang stehen. Das würde im inneren einen ziemliche Komplettumbau bedeuten. Nicht mehr dateiorientiert wäre eher etwas für ein 2.0 Release, wobei ich einige User kenne, die fluchen würden wenn die Dateiorientierung verschwindet.

Wenn es im kommenden Release um einen Dialog-gestützten Item Editor geht, kann man das realisieren, da SmartHomeNG zu jedem Item weiss, aus welcher Datei das Item geladen wurde. Bei neuen Items muss dann aber immer angegeben werden, in welcher Datei sie gespeichert werden sollen.

[henfri]

Hallo Martin,

aber das log-modul kann kein tail -f, oder?

Zum editieren:
Ja, dein Vorschlag ist gut, aber weiterhin Datei-Orientiert. Warum nicht im Item-Baum die Möglichkeit geben?

Gruß,
Hendrik

[Msinn]

henfri

Kann das log-modul ein tail -f | grep Suchwort?

Filtern kann die Log Anzeige auch im backend schon. Neu hinzugekommen ist, dass die Log Anzeige auch mehrzeilige Einträge (Exceptions) als einen Eintrag erkennt und dieses bim filtern berücksichtigt.

Wäre es möglich, die Items -wo sie jetzt schon von sh.py speicherbar sind - auch über den Baum zu editieren?

Das steht auf der der To Do Liste für kommende Releases. Ich möchte für alle Editoren, die im Moment yaml Dateien bearbeiten (items, structs, scenes) Dialgog gestützte Editoren (zusätzlich) anbieten. Speziell für Items forciere ich deshalb schon seit lngerem, dass die Item Attribute der Plugins in den Metadaten gepflegt/definiert werden, so wie für die Plugin Parameter. Bei den Pugin Parametern siehst Du auch auf dem einen Screenshot schon, wie die Unerstützung (Typen-Prüfung, Anzeige der Erklärung) aussehen kann.

ch schlage vor, ein Item-Template für eine Lampe (vielleicht sogar mit Dimmer) mitzuliefern -inklusive Eintrag für Autogenerierung.

Gute Idee, aber nicht mehr für v1.6

Im Prinzip ist es jetzt schon möglich nach der Installation von SmartHomeNG den Core unkonfiguriert zu starten und alles weitere über das Admin Interface zu erledigen.

[henfri]

Hallo Martin!

Ich bin beeindruckt und begeistert. Es ist komisch.... Man hat sich so an das Fehlen dieser Features gewöhnt, dass man sie gar nicht mehr vermisst hat :-)

Wenn ich darf:
-Kann das log-modul ein tail -f | grep Suchwort?
-Wäre es möglich, die Items -wo sie jetzt schon von sh.py speicherbar sind - auch über den Baum zu editieren?

Eine Idee, die ich mit Bernd auf dem Stammtisch Bremen besprochen habe:
Für Einsteiger ist das neue Interface sicher ein Quantensprung -v.a. mit Templates für die Konfiguration. Ich schlage vor, ein Item-Template für eine Lampe (vielleicht sogar mit Dimmer) mitzuliefern -inklusive Eintrag für Autogenerierung.

Dann könnte sich die Komplettanleitung beschränken auf

1) image henfri/smarthome-ng und henfri/smartvisu im NAS oder Server starten
-oder-
Raspi Image starten
-oder-
sh.py und SV nach Installationsanleitung installieren
2)
KNX-Schnittstelle im Webinterface konfigurieren
3)
Unter Items/Licht die GA einer Lampe eintragen
4)
Sh-NG neustarten und
a) unter items/Licht mit True/False das licht schalten
b) in der SmartVisu das Licht schalten

Gruß,
Hendrik
[BTW: Auf meinem Telefon sahen die Screenshots gut aus. Im Browser sehen sie aus, als wäre die Komprimierung zu hoch]

[psilo]

Wirklich großartige Arbeit Martin. Ganz großes Kino!!! Sorry das ich diesmal nur eine Nebenrolle hatte. Wird sich für 1.7 dann wieder bessern

[Msinn]

Nach längerer Zeit als ursprünglich geplant, geht das neue Release von SmartHomeNG nun auf die Zielgerade.

Hier ist schon mal ein Teaser.