fronthem Modulthread

[herrmannj]

Hallo @all,

nachdem der erste smartVisu thread jetzt knapp 2300 posts hat und ständig weiter wächst wird es Zeit weiter zu strukturieren.

Dieser thread soll sich daher rein mit fronthem Themen (bugs, feature requestes etc) beschäftigen.

Erste Schritte für Einsteiger:
http://www.fhemwiki.de/wiki/Fronthem

Next steps sind die Integration von plots

vg
jörg

Open Issues
* in seltenen Fällen blockiert fronthem ein shutdown restart
* converter (negative Vorzeichen bei NumDirect und NumDisplay)

Feature request
* sv plots (gmeinsam mit HCS implementieren)
* sv logging (gmeinsam mit HCS implementieren)

[vbs]

Find ich gut! Wenn Ostern wäre, dann würde ich mir für fronthem ein eigenes Subforum wünschen... 

[fhainz]

dann würde ich mir für fronthem ein eigenes Subforum wünschen... 

An das hab ich auch schon gedacht. Wäre klasse! Im Allgemeinen Forum gibt es gerade eine Diskussion. Vielleicht klinken wir und da ein? http://forum.fhem.de/index.php/topic,35842.0.html

Dieser thread soll sich daher rein mit fronthem Themen (bugs, feature requestes etc) beschäftigen.

Find ich auch super, dann quellt der alte nicht noch mehr über!

Dann will ich hier gleich mal mein "Neustart" Problem unter OS X zusammenfassen

Angefangen hat alles hier: http://forum.fhem.de/index.php/topic,30909.msg240461.html#msg240461
Hier Logs mit verbose 3 und 5: http://forum.fhem.de/index.php/topic,30909.msg243206.html#msg243206
Hier haben wir nochmal kurz gequatscht: http://forum.fhem.de/index.php/topic,30909.msg261604.html#msg261604

Vor kurzem habe ich zum testen ein jungfräuliches FHEM mit fronthem auf meinem MacBook Air installiert. Sobald fronthem definiert war funktionierte der Neustart nicht mehr.

Derzeit starte ich FHEM mittels Button und notify (das zuerst fronthem löscht) neu, also ist das jetzt nicht soo dringend.

Grüße

[herrmannj]

Danke. Da mache ich mal eine issue lis auf, dann haben wir auch eine struktur

vg
jörg

[HCS]

Danke. Da mache ich mal eine issue lis auf, dann haben wir auch eine struktur

Im git? Wenn die public wäre und ich die offenen Treiber tickets da auch reinpacken könnte, hätten wir einen Gesamtüberblick.

[dev0]

Zwei Kleinigkeiten sind mir an fronthem aufgefallen:

Das eine ist, dass mir die drei Images (desktop.svg, arrow-*.svg) im fronthemEditor nicht angezeigt werden. Grund ist, dass der Aufruf in fronthemeditor.js das FHEMWEB Attribut webname nicht (ausreichend?) berücksichtigt. Das betrifft wohl auch den Aufruf der jquery.min.js, aber hier sind mir keine negativen Auswirkungen aufgefallen.

Beispiel:
Aufgerufen wird vom Editor: xxx:8083/fhem/fhem/images/default/desktop.svg
Richtig wäre aber: xxx:8083/fhem/desktop/images/default/desktop.svg in meinem Fall, da webname für diese Instanz auf "fhem/desktop" gesetzt ist.

Das andere: die Datei 99_fronthemUtils.pm ist in controls_fronthem.txt (GitHub) nicht eingetragen. Absicht?

/Uli

[moved from: http://forum.fhem.de/index.php/topic,35960.0.html]

[herrmannj]

HI

Danke. icons - nehm ich auf todo

99er ... : Absicht. Dort ist der Platz für selbstgeschriebene converter - soll also beim uppdate erhalten bleiben.

Danke und Grüße
Jörg

[dev0]

Hi Jörg,

schön wäre es, wenn man über IPv6 auf fronthem zugreifen könnte. Zur Zeit werden das nicht viele Benutzer benötigen, aber die Zeit wird kommen. Jetzt in der Betaphase sehe ich noch eine gute Möglichkeit das zu implementieren. Vielleicht sollte ich an dieser Stelle erwähnen, dass ich kein Programmierer bin, ich habe eher mit Infrastruktur zu tun... Aber wenn ich Frau Google richtig verstanden habe, dann sollte ein simpler Austuasch von IO::Socket:INET zu IO::Socket::IP das Problem lösen können ohne Klimmzüge über ::INET6 machen zu müssen.
Ob es wirklich so simple ist, wie ich mir das vorstelle oder ob wir dann in ganz andere Probleme hinein laufen, kann ich im Moment nicht beurteilen. Wenn Du interesse daran hast IPv6 zu implementieren, dann würde ich Dich gerne unterstützen.

/Uli

[herrmannj]

spricht nix gegen. Wobei ich das jetzt nicht vorn an stellen würde.

vg
jörg

[dev0]

99er ... : Absicht. Dort ist der Platz für selbstgeschriebene converter - soll also beim uppdate erhalten bleiben.

Macht sinn, dass die 99er dann nicht überschrieben/bezogen wird... Aber ich musste echt eine zeitlang suchen um sie zu finden. Sollten wir in der Release-Version abstellen oder besser dokumentieren (oder habe ich es wirklich überlesen?).

[dev0]

spricht nix gegen. Wobei ich das jetzt nicht vorn an stellen würde.

OK! Wenn Du/Ihr testen wollt, dann werde ich uns gerne unterstützen

[bgewehr]

Solange die UZSU Dinge in der 99_er sind, wird es dann mit Updates für die UZSU schwierig... Kann das perspektivisch auch in die fhconverter rein und damit in den Updatepfad?

[herrmannj]

yepp, mach ich. vg jörg

[vbs]

Darf ich nochmal nachfragen, was ihr von den Pull Requests haltet?
https://github.com/herrmannj/fronthem/pulls?q=is%3Aopen+is%3Apr

[bgewehr]

Ich bin sicher, dass Jörg sich das ansehen wird. Hab etwas Geduld!