erste beta - fronthem, smartVISU (closed, Bitte die Anschlussthreads benutzen)

[JoWiemann]

Hallo, Leute, gestern habe ich mir weitere Design Möglichkeiten angesehn, konkret das Layout von 2ndsky aus dem knx Userforum. Es baut sehr kompakte Tabellen und die Widgets sind alle in Popups:

Für die die verzweifelt suchen: https://github.com/2ndsky/quad

Grüße Jörg

[bgewehr]

Und für uns homematic User gibt's die angepasste Fassung unter http://www.github.de/bgewehr/SmartVISU Ihr müsst vor neben den ganzen widget_xy.html auch die visu.css und die visu.js mitnehmen und - ich habe schon wieder in die basic.html und die widgets.js hineingeändert... Dafür mit ein bisschen mehr responsive Design:

[herrmannj]

Hallo,

ich habe auch nochmal eine Frage zu cmd set. Mal angenommen ich möchte ein On oder Off in einen Dummy schreiben. Allerdings nicht mit

Code Auswählen Erweitern


set dummy on


in den State, sondern in ein eigenes Reading "test" mit

Code Auswählen Erweitern


setreading dummy test on


ist das möglich? Das Auswahlfeld im cmd set zeigt mir, trotz dass das Reading "test" vorhanden ist, dies nicht an. Es wird immer nur "state" zur Auswahl vorgeschlagen. Ist das Überhaupt möglich?

Hintergrund ist, ich müsste wenn ich ein Notify zum Schalten auslösen möchte nicht immer einen extra Dummy anlegen, sondern könnte diesen mit mehrere Readings füllen.

Danke

Gruß
Tino

Hi Tino,

der Editor koppelt das immer an einen "set" aber das converter design sieht so etwas vor. Bernd hatte auch diesen converter angefragt und ich habe das auf der todo - aber nicht ganz oben (setreading ist ja schon speziell).

In der nächsten Version werden selbst geschriebene converter auch tatsächlich aus den 99er Dateien geladen. Damit hat man dann auch ein Mittel zur pragmatischen Umsetzung von individuellen Konzepten an der Hand - aber der wird auch als Teil der fhconverter kommen.

vg
Jörg

[bgewehr]

Mit dem Attribute Converter aus meinem fronthem git kannst Du das notify direkt ein- und ausschalten.

[herrmannj]

ich hatte das so verstanden das tino das notify triggern möchte. vg

[bgewehr]

OK, ich glaube ich verstehe den Ansatz nicht...

[herrmannj]

ich lege mich da auch nicht fest 

das setreading generiert ein event, das löst das notify aus.... Könnte man eigentlich einen converter bauen der das event gleich selber auslöst... Mal schauen was tino sagt 

[dancatt]

Ich habe gesehen dass man in der GAD-Liste im fronthemDevice keine Einträge löschen kann. Ich habe da jede Menge Einträge stehen die ich nicht mehr habe (z.B. durch Umbenennungen). Wenn ich den Ordner "/opt/fhem/www/fronthem" lösche, dann ist zwar alles korrekt nach einem Neustart, aber meine Einstellungen von den richtigen GADs sind dann logischerweise auch weg.
Wie ist hier das korrekte vorgehen?

[bgewehr]

Ich glaube, wir sollten den nativen Befehlssatz von FHEM im Editor auswählbar machen. {Set, get, Attr, trigger, setreading, readingsval, AttrVal, ?}

[oniT]

ich hatte das so verstanden das tino das notify triggern möchte. vg

ja korrekt ... 

Ich glaube, wir sollten den nativen Befehlssatz von FHEM im Editor auswählbar machen. {Set, get, Attr, trigger, setreading, readingsval, AttrVal, ?}

das wäre doch dann schon fast das Optimum oder 

[oniT]

ich lege mich da auch nicht fest 

das setreading generiert ein event, das löst das notify aus.... Könnte man eigentlich einen converter bauen der das event gleich selber auslöst... Mal schauen was tino sagt 

Wenn ich es richtig verstehe, müsste man dann nicht den Umweg über einen Dummy gehen der wiederum ein Notify triggert, richtig? Das hätte natürlich auch etwas. Allerdings überblicke ich da nicht die Folgen und bin mir nicht sicher ob dies dann wiederum bei allem richtig ist. Nicht, dass dann mehrere Converter programmiert werden müssen. Macht ja auch keinen Sinn.

[fidel]

Ich habe gesehen dass man in der GAD-Liste im fronthemDevice keine Einträge löschen kann. Ich habe da jede Menge Einträge stehen die ich nicht mehr habe (z.B. durch Umbenennungen). Wenn ich den Ordner "/opt/fhem/www/fronthem" lösche, dann ist zwar alles korrekt nach einem Neustart, aber meine Einstellungen von den richtigen GADs sind dann logischerweise auch weg.
Wie ist hier das korrekte vorgehen?

Unter dem Fronthem Device das GAD edit Fenster öffnen. Unten gibt es neben dem save Button auch cancel und delete...

[bgewehr]

@Jörg: kennst Du das hier?
http://www.theopentransporter.de/downloads/TheOpenTransporter_Dokumentation.pdf

[herrmannj]

Ich glaube, wir sollten den nativen Befehlssatz von FHEM im Editor auswählbar machen. {Set, get, Attr, trigger, setreading, readingsval, AttrVal, ?}

ick wees nich ... da müsste der editor dann zwölf trilliarden Sonderfälle behandeln - mit reading und set macht der editor doch 95% der Anwender happy. Wenn wir den Rest mit converter (und param) machen bleibt das doch clean und wir wir schaffen kein multi-config Monster.

[herrmannj]

@Jörg: kennst Du das hier?
http://www.theopentransporter.de/downloads/TheOpenTransporter_Dokumentation.pdf

ja hab schon mal wargenommen. Da hängt irgendein java frameork dahinter und iirgendwie ist dann alles eingeschlafen - vmtl auch aufgrund praktischer Anwendungen. Aber he - wir haben doch alles was wir brauchen, auch praktisch.