smartVISU - allgemeine Fragen

[redlav]

Hallo Carsten,

du hast recht. Das Problem tritt auf, wenn die Anzahl releativ klein gewählt wird. Ob die Anzahl der Tage überhaupt
eine sinnvolle Idee ist, habe ich im übrigen noch nicht feststellen können. Die Idee dahinter war, die Termine, die sich
Wiederholen, nur bis zu einem bestimmten Zeitpunkt zu betrachten. Die stehen nämlich nicht im Kalender fest einge-
tragen, sondern werden vom jeweiligen Kalenderclient nur dargestellt. Das Laden geht aber nicht viel schneller, wenn
man wenige Tage angibt. Aus Zeitmangel, bin ich aber noch nicht zu abschliessenden Tests gekommen
Ich hatte immer 28 Tage eingetragen und habe auch keine Probleme bemerkt. Kannst du das bei dir auch mal so testen
und die angezeigten Termine mit den von dir erwarteten vergleichen.
Ich werde mir das Problem auf jeden Fall ansehen und versuchen eine Lösung zu finden.

Gruß Norbert

[dancatt]

Hallo zusammen,

in Fhem habe ich einen dummy in welchem man über eine Dropdown-Liste einen Wert auswählen kann (Aus, Anwesend, Arbeit, Abwesend). Darauf reagiert in Fhem auch ein notify und es wird ein entsprechendes Temperaturprofil in einem Heizungsthermostat gesetzt.

In smartVISU würde ich nun gerne für jeden Wert einen Button haben. Dies habe ich so relealisiert:

Code Auswählen Erweitern


<span data-role="controlgroup" data-type="horizontal">
  {{ basic.switch(id|_('Aus'), '1_02_WZ_Temperaturprofil', icon0~'status_standby.png', icon1~'status_standby.png') }}
  {{ basic.switch(id|_('Anwesend'), '1_02_WZ_Temperaturprofil', icon0~'status_available.png', icon1~'status_available.png') }}
  {{ basic.switch(id|_('Arbeit'), '1_02_WZ_Temperaturprofil', icon0~'scene_office.png', icon1~'scene_office.png') }}
  {{ basic.switch(id|_('Abwesend'), '1_02_WZ_Temperaturprofil', icon0~'status_away_2.png', icon1~'status_away_2.png') }}
</span>

Entsprechend des ausgewählten Wertes in der Dropdown-Liste in Fhem soll der entsprechende Button farbig sein (icon1).

Soweit ich weiß muss ich nun einen eigenen Converter schreiben welcher mir die Werte 0 und 1 für basic.switch in die Werte von Fhem (Aus, Anwesend, Arbeit, Abwesend) konvertiert. Dazu müsste ich im Converter aber wissen welcher Button geklickt wurde. Wie mache ich sowas? Die vorhandenen Converter in der 99_fronthemUtils.pm helfen mir irgendwie nicht weiter. Ich habe die Befürchtung ich muss für jeden basic.switch ein eigenes Gad definieren welches ich im Converter abfrage.

Oder sollte ich ein basic.trigger verwenden?

Vielen Dank.

MfG
Daniel Cattarius

[herrmannj]

Hi

Viiieeeeel einfacher  schau mal im Wiki die smartvisu lichtszene an?

Vg
Jörg

[dancatt]

Viiieeeeel einfacher  schau mal im Wiki die smartvisu lichtszene an?

Ich werd bekloppt. Danke. Funzt wie ne Eins. War mir wohl zu einfach.

[Carsten]

Hallo Carsten,

du hast recht. Das Problem tritt auf, wenn die Anzahl releativ klein gewählt wird. Ob die Anzahl der Tage überhaupt
eine sinnvolle Idee ist, habe ich im übrigen noch nicht feststellen können. Die Idee dahinter war, die Termine, die sich
Wiederholen, nur bis zu einem bestimmten Zeitpunkt zu betrachten. Die stehen nämlich nicht im Kalender fest einge-
tragen, sondern werden vom jeweiligen Kalenderclient nur dargestellt. Das Laden geht aber nicht viel schneller, wenn
man wenige Tage angibt. Aus Zeitmangel, bin ich aber noch nicht zu abschliessenden Tests gekommen
Ich hatte immer 28 Tage eingetragen und habe auch keine Probleme bemerkt. Kannst du das bei dir auch mal so testen
und die angezeigten Termine mit den von dir erwarteten vergleichen.
Ich werde mir das Problem auf jeden Fall ansehen und versuchen eine Lösung zu finden.

Gruß Norbert

Hallo,

prinzipiell funktioniert das. Bei mir aber ist es so, dass die verwendeten Kalender relativ wenig Termine enthalten ( Müll, Geburtstage und vielleicht noch 1-2 andere Termine pro Woche ). Wenn ich z.B. 10 Termine anzeigen lasse, ist die Wahrscheinlichkeit hoch, dass da mehrfach der wöchtenliche Restmüll auftaucht. Da mich der Mülltermin in 3 Wochen aber nicht interessiert, fände ich es schön, wenn ich nur Termine der nächsten 7 Tage sehe. Wenn das 10 sind, darf der Kalender natürlich auch 10 anzeigen. Sind es weniger, fände ich es schön, wenn aus Platzgründen dann auch weniger angezeigt werden. Daher hatte ich es mit 7 Tagen für den days-Parameter versucht.

Gruß

Carsten

[Pythonf]

Ich wollte meine Heizung im SV mit dem hmtc widget von herrmanj (github) einrichten

Code Auswählen Erweitern

{{ widget_homematic.hmtc(hzg1, 'txt', 'gad_actual', 'gad_set', 'gad_controlmode', 'gad_daytemp', 'gad_nighttemp', 'gad_window', 'gad_battery', 'gad_state', 'gad_txt', '1', 'gad_valve', 'gad_humidity') }}

und die widget_homematic im Widget ordner.

Leider wird mit nur ein leeres collapsible-set im SV angezeigt und ich habe keine GADs in fronthem.

Ich würde mich sehr freun, wenn ihr mir weiter helfen könnt.

Wenn ich das Macro in die basic.html Datei kopiere und über basic.hmtc aufrufe funktioniert das ganze.
Wo müsste ich denn die widget_homematic.html Datei in SV einbinden, oder geht dies nicht?

#EDIT

in root.html (oder alle späteren verknüpften Dateien

Code Auswählen Erweitern

{% import "widget_homematic.html" as homematic %}
in der passenden Zeile eintragen

Mit besten Grüßen
Fabian

[bgewehr]

1.

Code Auswählen Erweitern

{{ widget_homematic.hmtc(hzg1, 'txt', 'gad_actual', 'gad_set', 'gad_controlmode', 'gad_daytemp', 'gad_nighttemp', 'gad_window', 'gad_battery', 'gad_state', 'gad_txt', '1', 'gad_valve', 'gad_humidity') }}

2.
und die widget_homematic im Widget ordner.

3.

Code Auswählen Erweitern

{% import "widget_homematic.html" as homematic %}

zu 1. Es muss nicht widget_homematic heißen, denn Du hast ja imported as homematic (siehe 3) also: {{ homematic.hmtc...
zu 2. Die eigenen Widgets kommen in den eigenen pages-Ordner, sonst hast Du beim nächsten SV Update einige Fummelei!

[Pythonf]

Ohje, ich hab schon wieder ein paar Fragen ...

Mein erstes Problem ist, ich hab im FHEMlog folgende Fehler und SV funktioniert nicht mehr:

Code Auswählen Erweitern

2015.02.16 20:59:04 3: Fabianfronthem no read permission for Fabian.Licht.Schalter01
2015.02.16 20:59:04 3: Fabianfronthem no read permission for Fabian.LED01
2015.02.16 20:59:04 3: Fabianfronthem no read permission for Fabian.LED01R
2015.02.16 20:59:04 3: Fabianfronthem no read permission for Fabian.LED01G
2015.02.16 20:59:04 3: Fabianfronthem no read permission for Fabian.LED01B
2015.02.16 20:59:09 3: Fabianfronthem no read permission for FAHZG1_valve
2015.02.16 20:59:09 3: Fabianfronthem no read permission for FAHZG1_controlmode
2015.02.16 20:59:09 3: Fabianfronthem no read permission for FAHZG1_set
2015.02.16 20:59:09 3: Fabianfronthem no read permission for FAHZG1_state
2015.02.16 20:59:12 3: Fabianfronthem no read permission for FAHZG1_valve
2015.02.16 20:59:12 3: Fabianfronthem no read permission for FAHZG1_set
2015.02.16 20:59:12 3: Fabianfronthem no read permission for FAHZG1_controlmode

Diese sind vermutlich aufgetretten nachdem ich das fronthem geupdatet habe.

Des Weiteren wollte ich fragen, welche Converter ich für desiredTemp, battery und state verwenden soll, denn funktioniert hatte die Anzeige der Temperatur, aber nicht die Veränderung, die Anzeige das Battery hat überhaupt nicht funktioniert und den Sinn des GAD_state habe ich noch nicht gänzlich durchschaut, geht es hier um ein getConfig?

Beste Grüße und Danke für eure Unterstützung
Fabian

[bgewehr]

Pythonf, Du musst mehr lesen. Herrmannj hat klar und deutlich geschrieben, dass die Security in feonthem nun aktiviert wurde und man am fronthemDevice whiteList=false setzen muss, um das wieder abzuschalten.
Zum hmtc: desiredTemp kann Direct verwenden, battery auch (kommt ein bisschen auf die Version des HMTC an) und state macht nur bei Fußbodenheizung Sinn, wenn ein Switch gekoppelt wurde.


Gesendet von meinem iPad mit Tapatalk

[Pythonf]

Ahhh - vielen Dank, dass macht Sinn.
Bin gerade dabei die mittlerweile über 100Seiten des Threads durchzuarbeiten, soweit war ich leider noch nicht um das zu lesen.
Vielen Dank für die Info.

Was aber leider immernoch nicht funktioniert ist die Temperatursteuerung mittles + und -:

Der entsprechnede GAD ist folgendermasen Konfiguriert(Großkleinschreibung hab ich beachtet, auch wenn sie hier möglicherweise falsch ist):

Code Auswählen Erweitern

davice rt_clima
reading desired-temp
converter direct
cmd set desired-temp

funktioniert nicht. Des Weiteren versucht habe ich NumDirect 5,30 bzw. nur NumDirect und als cmd set alternativ noch das vorgegebene

Code Auswählen Erweitern

desired-temp:on,off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0

read und write sind  gesetzt. Im SV wird die eingestellte Temperatur auch angezeigt, aber einstellen kann ich leider nichts.

Beste Grüße
Fabian

[Carsten]

read und write sind  gesetzt. Im SV wird die eingestellte Temperatur auch angezeigt, aber einstellen kann ich leider nichts.

Beste Grüße
Fabian

Hallo Fabian,

ein ähnliches Problem hatte ich auch.
Bei mir lag es daran, dass SV versucht hat, den step-parameter bei Fronthem abzugreifen. Keine Ahnung, wie das funktionieren soll.
Die Thermostate mögen aber nur 0,5er Schritte ( oder Vielfache davon ). Was auch immer aus Fronthem abgegriffen wird, ist wohl nicht 0,5.  Ich hab bei mir im Widget selbst den step-Parameter rausgeschmissen und den Wert hardcodet auf 0.5 gesetzt.

[Pythonf]

selbst wenn ich

Code Auswählen Erweitern

data-step="0.5" setzte funktioniert es leider nicht. Mein RT hat erst die FW1.3 und nicht 1.4 obwohl ich kaum glaube, dass dies irgendwas daran verschuldet. Wenn ich häufig auf das linke "-" drücke ändert es sich teilweise in ein "+". Gibt es möglicherweise unterschiedliche Versionen des Widgets? Ich habe die Version von https://github.com/herrmannj/smartvisu-widgets.
Aber das ist nicht das einzige, was für mich komisch erscheint, denn ich möchte mit folgendem code zwei rt's in einem block steuern, und das funktioniert so ganz und garnicht:

Code Auswählen Erweitern

<h3><img class="icon" src='{{ icon0 }}light_light.png' />Heizung</h3>

<div class="block">
<div class="set-2" data-role="collapsible-set" data-theme="c" data-content-theme="a" data-mini="true">
<div data-role="collapsible" data-collapsed="false">
<h3>Wohnzimmer</h3>
{{ homematic.hmtc(wohzg1, 'Modus:', 'WOHZG1_actual', 'WOHZG1_set', 'WOHZG1_controlmode', 'WOHZG1_daytemp', 'WOHZG1_nighttemp', 'closed', 'WOHZG1_battery', '', '', '0.5', 'WOHZG1_valve', 'WOHZG1_humidity') }}
</div>
</div>
</div>

<div class="block">
<div class="set-2" data-role="collapsible-set" data-theme="c" data-content-theme="a" data-mini="true">
<div data-role="collapsible" data-collapsed="false">
<h3>Badezimmer</h3>
   {{ homematic.hmtc(bahzg1, 'Modus:', 'BAHZG1_actual', 'BAHZG1_set', 'BAHZG1_controlmode', 'BAHZG1_daytemp', 'BAHZG1_nighttemp', 'closed', 'BAHZG1_battery', '', '', '0.5', 'BAHZG1_valve', '0') }}
</div>
</div>
</div>

Im Fronthem hab ich alle GADs gesetzt, allerdings wir immer nur dem Obenstehende Block, also hier WOHZG  Werte übergeben. Dies sind dann allerdings nicht die Werte die ich im Fronthemdevice auf WOHZG übergebe sondern großteils die, die BAHZG übergeben werden. Lediglich die Luftfeuchte wird von WOHZG übernommen. Die andere Anzeige bleibt einfach leer. Wenn ich einen der beiden Blöcke lösche, dann werden im SV die richtigen Werte angezeigt (BOOST, Controlmode funktionieren, + und - nicht).

Beste Grüße
Fabian

[bgewehr]

Fang mal damit an, dass die ID immer auch in '' gesetzt werden muss. Dann passen wahrscheinlich auch die anderen Gads...
Du kannst nur entweder valve oder humidity haben. Der HM-TC hat humidity, der HM-CC-RT hat valve.


Gesendet von meinem iPad mit Tapatalk

[Pythonf]

Danke!!!! - das mit der ID hatte ich kontinuierlich falsch gemacht, deshalb hat auch die Einstellung der Temperatur nicht funktioniert, jetzt läuft alles perfekt!

Beste Grüße
Fabian

[Carsten]

Moin!

Was ist denn eigentlich der eleganteste Weg, um die SV-Installation Up to date zu halten ohne sich die Config etc. jedesmal überzubügeln?

Gruß

Carsten