Ich mache mal einen neuen Thread auf, um den "großen" SmartVISU-Thread nicht durch Nebenkriegsschauplätze zu belasten. Vielleicht können wir hier speziell ein bisschen über Widgets reden.
Ich bin gerade dabei, mich durch das Widget-Repo (https://github.com/herrmannj/smartvisu-widgets (https://github.com/herrmannj/smartvisu-widgets)) zu wühlen und mir einen Überblick zu verschaffen.
Ich habe mal in meiner SV-Version versucht, es so hinzubekommen, dass man sich das komplette Widget-Repository auschecken und genau so benutzen kann, ohne Dateien kopieren zu müssen oder etwas daran ändern zu müssen. So hätte man da einen sauberen Stand der auch updatefähig ist. Das scheint soweit zu funktionieren, aber ich werde das noch weiter testen.
So wie ich das bisher gesehen habe, ist bgewehr sehr aktiv bei der Entwicklung der Widgets, oder? Zumindest die homematic- und fritzbox-Widgets scheint er gemacht zu haben. Wenn ich darf, dann würde ich da gerne etwas mitmischen und evtl. ein paar Erweiterungen/Änderungen einbringen.
Mal eine konkrete Frage: Ich gucke mir gerade das Widget fritzbox.sys an. Dort werden ja die zwei GADs benutzt gad_wlanguest und gad_gastaktiv. Was ist der Unterscheid zwischen den beiden? Es gibt ja auch im Fritzbox-Modul die Readings guestWlan und box_guestWlan, die ich aber auch für identisch halte. Ich hab bei mir erstmal das GAD gad_gastaktiv auf das Reading box_guestWlanRemain gemappt, so dass auf der Oberfläche in Klammern die verbleibende Zeit für das Gast-WLAN angezeigt wird.
gad_gastaktiv habe ich als die Anzahl der noch im Gastnetz angemeldeten Nutzer interpretiert. Kann natürlich auch falsch sein...
Zitat von: vbs am 29 März 2015, 12:35:12
Wenn ich darf, dann würde ich da gerne etwas mitmischen und evtl. ein paar Erweiterungen/Änderungen einbringen.
Sehr gern: Github-Konto anlegen, gewünschte Datei editieren (Stiftsymbol) und pull Requets erzeugen!
Ok klasse, github-Account hab ich und ich hab mir auch schon die eure SV-Repos geclonet.
Nochmal zu dem Fritzbox: Ich finde ehrlich gesagt kein Reading, welches die Anzahl der angemeldeten Gäste enthält. Übersehe ich da was? Ansonsten würde ich vorschlagen, dass ich das umstricke auf "Verbleibende Zeit für Gäste-WLAN", dafür hab ich ein Reading.
Ich würde dann zu herrmannj pushen, korrekt? Habe jetzt bei dir kein smartvisu-widgets-Repo gefunden.
Genau!
Zitat von: vbs am 29 März 2015, 16:34:09
1) Ok klasse, github-Account hab ich und ich hab mir auch schon die eure SV-Repos geclonet.
2) Ansonsten würde ich vorschlagen, dass ich das umstricke auf "Verbleibende Zeit für Gäste-WLAN", dafür hab ich ein Reading.
1) Forken musst Du dafür nicht, einfach bei Jörg editieren, Rest passiert von selbst!
2) Habe ich auch so gebunden!
Ist doch dem Widget egal, oder?
Zitat von: bgewehr am 29 März 2015, 17:53:35
2) Habe ich auch so gebunden!
Ist doch dem Widget egal, oder?
Klar, hast du Recht. Ich hab jetzt nur noch "Restzeit" davor gehängt und "min" dahinter, Kleinigkeit halt.
Ok, hier mal mein erster Versuch an dem Fritzbox-Widget. Da ist einerseits die Gast-Zeile angepasst (mit "min" und ohne "aktiv") und andererseits sind die GADs gad_name, gad_version, gad_wlan24 und gad_wlan5 nun optional (ich persönlich muss zB nicht immer die Firmwareversion meiner FB sehen).
Oh, ich seh gerade, ist sogar schon gemerget :) Vielen Dank.
Trotzdem noch der Beispielscreenie...
(http://forum.fhem.de/index.php?action=dlattach;topic=35598.0;attach=30139)
Philips Hue SmartVISU Widget
Ich habe mir mal die Zeit genommen, ein Widget für die Philips Hue Lights zu erstellen. Vielleicht kann es ja jemand gebrauchen.
Link: Github (https://github.com/ddtlabs/smartvisu-widgets/tree/master/hue)
Screenshots:
(https://raw.githubusercontent.com/ddtlabs/smartvisu-widgets/master/hue/screenshots/widget_hue.png) (https://raw.githubusercontent.com/ddtlabs/smartvisu-widgets/master/hue/screenshots/widget_hue2.png)
[Edit: aktuelle Screenshots]
Ich möchte nochmal an die Diskussion anknüpfen, die im großen alten Thread lief bzgl. des basic.shifters:
Wenn man ihn so definiert, wie in der Docu erwähnt, dann funktioniert die modifizierte Version aus dem cleaninstall inkl. des modifizierten icon.battery bei mir perfekt inkl. Min und max:
{{ basic.shifter(id, gad_switch, gad_value, pic_on, pic_off, min, max) }}
Ist das bei Euch nicht so?
Hab bei mir auch keine Fehlfunktion - ich hab aber auch das Szenario von HCS noch nicht nachgestellt. HCS ist da ja sehr genau drin, ich denke das taucht in bestimmten Szenarien auf.
vg
jörg
Zitat von: bgewehr am 06 April 2015, 14:44:22
Ich möchte nochmal an die Diskussion anknüpfen, die im großen alten Thread lief bzgl. des basic.shifters:
Wenn man ihn so definiert, wie in der Docu erwähnt, dann funktioniert die modifizierte Version aus dem cleaninstall inkl. des modifizierten icon.battery bei mir perfekt inkl. Min und max:
{{ basic.shifter(id, gad_switch, gad_value, pic_on, pic_off, min, max) }}
Ist das bei Euch nicht so?
Nein, mit diesem widget nicht: https://github.com/herrmannj/smartvisu-widgets/blob/master/basic/shifter/basic.html
Nachtrag: das modifizierte js vom icon.battery ist OK, aber das basic.html für den shifter nicht.
Hallo!
Ich hab mir ein Widget gebastelt das HTML-Elemente, in Abhängigkeit eines gad's, über ihre Klassen Ein-/Ausschaltet.
Ursprünglicher Anwendungsfall war meine Sollwert Steuerung der Heizung. Da gibt es 2 Werte, die in Abhändligkeit des 2. Wertes angezeigt werden sollen.
Ein weiterer Anwendungsfall (bei mir) sind die Symbole der Alarmanlage. Wenn ein Alarm ausgelöst wurde soll nicht das armed Icon angezeigt werden sondern das alarm Icon. Das Alarm Modul ist leider auch armed wenn ein alarm ausgelöst wurde somit wurden bisher beide Icons angezeigt.
Das Widget wendet man direkt im span/div an.
zB
<span class="wert1">
{{ basic.float('wert1', 'gad_wert1') }}
</span>
<span class="wert2" data-item="gad_wert2" data-value="0" show-element=".wert1" hide-element=".wert2" data-widget="elementToggle">
{{ basic.float('wert2', 'gad_wert2') }}
</span>
gad_wert1 = gad1
gad_wert2 = gad2
data-item = gad auf das geprüft wird
data-value = Wert der mit data-item verglichen wird
hide-element = Klasse die bei true verborgen wird
show-element = Klasse die bei true angezeigt wird
Vielleicht kann es jemand brauchen oder ladet es ins git. Hab da keine Schreibrechte :)
Grüße
ZitatIm clean-install soll der sv Lieferzustand liegen, inkl der notwendigen bugfixes und in höchster Qualität.
auch OK, dann müssen aber die reparaturschnipsel aus https://github.com/herrmannj/smartvisu-widgets raus und in das clean-install reingebaut werden.
Ich habe hier einen basic.formula, der besser ist als das Original. Der ist im Prinzip ein Vorgriff auf das, was SV 2.8 bringen wird. Er kann tatsächlich was individuelles berechnen und nicht nur eine Summe usw. über alles bilden. Mein konkreter Fall war: ich muss aus Strom und Spannung die Leistung berechnen.
Wie verfahren wir mit so etwas?
Ich hab auch mal versucht, ein paar Widgets zu basteln. Hier mal drei:
Anzeige von Temperatur/Luftfeuchte (device_extra/temp_hum)
(http://forum.fhem.de/index.php?action=dlattach;topic=35598.0;attach=30686)
temp_hum(id, gad_temp, gad_hum)
Anzeige des momentanen Stromverbrauchs (device_extra/electricMeter)
(http://forum.fhem.de/index.php?action=dlattach;topic=35598.0;attach=30684)
electricMeter(id, gad_power, gad_counter, gad_euroPerHour, gad_energy, gad_energyYesterday)
Optional: gad_euroPerHour, gad_energy und gad_energyYesterday
Erweitertes flip (basic_extra/flip)
(http://forum.fhem.de/index.php?action=dlattach;topic=35598.0;attach=30688)
flip(id, gad, txt_on, txt_off, on_value, off_value)
Basic/flip erwartet ja als Eingabewerte 1 oder 0. Bei dem hier kann man als on_value und off_value konfigurieren, welche Werte als an und aus angesehen werden sollen. Bin mir jedoch hier nicht sicher, ob das in dem Widget passieren sollte, oder ob man die Werte besser im Converter auf 1 und 0 mappen sollte, um dann das normale basic/flip nutzen zu können.
Zu finden hier:
https://github.com/verybadsoldier/smartvisu-widgets
Das Energy-Widget bringt ein weiteres Icon mit, welches über "icon0user" eingebunden wird. Um das in einem "normalen" SV nutzen zu können, müsste man das auf das normale icon0 zurückbauen und das Icon händisch kopieren.
Ich hab erstmal noch keine Pull-Requests gemacht, um erstmal zu sehen wie das mit meinen anderen drei weitergeht ;) Aber bedient euch, falls Bedarf besteht...
Nochmal eins:
basic_extra.multi
Gleiches Prinzip wie basic.dual, jedoch erlaubt es beliebig viele Zustände anstatt nur on/off. Im Normalzustand wird also der aktuelle Wert angezeigt. Beim Betätigen erscheint ein Popup über das zu einem anderen Zustand gewechselt werden kann.
Beispiel:
Umschalten des Anwesenheitsmodus zwischen home/sleep/away:
(http://forum.fhem.de/index.php?action=dlattach;topic=35598.0;attach=30908)
Popup:
(http://forum.fhem.de/index.php?action=dlattach;topic=35598.0;attach=30910)
Seit die Daten von fronthem korrekt einmal UTF8 encoded geliefert werden, hat sich doch das txtreplace widget erledigt, oder dient das noch einem anderen Zweck?
Bedeutet, man könnte es wegwerfen?
https://github.com/herrmannj/smartvisu-widgets/tree/master/txtreplace
Ich habe mal den aktuellen Stand der chart widgets ins repo gekippt. Nützt natürlich erst was, wenn fronthem Daten liefert.
Anbei ein Schirmschuss von den vier widgets auf meiner Test-Page.
Zitat von: HCS am 12 April 2015, 09:34:53
Bedeutet, man könnte es wegwerfen?
https://github.com/herrmannj/smartvisu-widgets/tree/master/txtreplace
Kann weg, dient höchstens noch als Vorlage für ähnliche Fälle!
Zitat von: vbs am 06 April 2015, 21:27:09
Ich hab auch mal versucht, ein paar Widgets zu basteln. Hier mal drei:
Ich hab erstmal noch keine Pull-Requests gemacht, um erstmal zu sehen wie das mit meinen anderen drei weitergeht ;) Aber bedient euch, falls Bedarf besteht...
Pull requests ins Widgets-Git sind willkommen!
Zitat von: bgewehr am 12 April 2015, 22:03:29
Kann weg, dient höchstens noch als Vorlage für ähnliche Fälle!
Wer von uns ist heute mit Müll rausbringen dran? ;D ;D
Nachtrag: habe es erledigt
Zitat von: HCS am 12 April 2015, 21:48:30
...Nützt natürlich erst was, wenn fronthem Daten liefert.
HCS: fronthem liefert bisher keine Daten, oder?
Gruß
ws
Zitat von: ws am 12 April 2015, 23:03:57
HCS: fronthem liefert bisher keine Daten, oder?
Nein. Aber Jörg arbeitet dran.
Zitat von: HCS am 12 April 2015, 23:10:14
Nein. Aber Jörg arbeitet dran.
macht er :)
Das ist doch eine gute Nachricht :)
Hoffentlich auch mit DBLog-Unterstützung....
Hör off - DB Log hab ich nicht geplant - ich hatte da schon mal einen Rundruf gestartet weil: DB Log hab ich nicht im Einsatz und das erfordert von mir eine andere Vorgehensweise. Wenn Du Dich da einbringen möchtest (Infos und debuggen) wäre das schön. Ich muss Dich da aber warnen: das hängt richtig viel Zeit (voon Dir) dran :)
vg
jörg
Argh, Plots werden nicht mit DBLog funktionieren?
Das ist schon sehr schade, da DBlog, meiner Ansicht nach, die nachhaltigere und bessere Log-Methode ist. File Log ist zu unflexibel und einrichtungsintensiv.
jetzt hört auf zu weinen ! ;) ich sag ja nur das ich das nicht auf dem Zettel hatte.
Der Grund ist das DB Log parallel zu filelog programmiert werden muss und ich es nicht benutze (sprich keine internas kenne) - komm ja so schon kaum nach. Wenn Ihr wollt können wir das gern gleich mit einbauen. Ich brauch Euch dann aber intensiv in Bezug auf Beratung und debuggen.
Zitat
ich hatte da schon mal einen Rundruf gestartet weil: DB Log hab ich nicht im Einsatz und das erfordert von mir eine andere Vorgehensweise. Wenn Du Dich da einbringen möchtest (Infos und debuggen) wäre das schön. Ich muss Dich da aber warnen: das hängt richtig viel Zeit (voon Dir) dran :)
vg
jörg
Dafür!
Beim testen bin ich dabei! Internas habe ich leider nicht!
VG Lutz
Und ich sage ja nur, dass es schade wäre ;) Deine Beweggründe verstehe ich hingegen sehr gut. Debugging kann ich im Rahmen meiner zeitlichen Möglichkeiten sehr gerne unterstützen. Da hier sicher viele DBLog Nutzer unterwegs sind, sollte das machbar sein. ABER: Eins nach dem anderen. Kein Druck von meiner Seite. Ich persönlich finde Plots im Frontend nicht so wichtig.
Ich nutze auch viel DBLog und werde da auch gerne mithelfen, wo ich kann.
Ich schlage vor, dass wir es erst mal rudimentär mit filelog zum Laufen bekommen sollten, um die Kommunikation zwischen Treiber und fronthem rund zu machen und die Widgets optimieren zu können.
Danach kann man dblog einbauen, das kann und darf ja an der Kommunikation und den widgets nichts ändern.
Zitat von: HCS am 13 April 2015, 17:36:32
Ich schlage vor, dass wir es erst mal rudimentär mit filelog zum Laufen bekommen sollten, um die Kommunikation zwischen Treiber und fronthem rund zu machen und die Widgets optimieren zu können.
Finde ich ne gute Idee. Mir fehlen zwar an meinem SV-System aktuell nur noch die Plots, und ich benutze ausschließlich DbLog, aber wenn das arbeitstechnisch einfacher ist, würde ich auch erst immer eine Baustelle fertig machen bevor die nächste aufgemacht wird.
Bin jedenfalls auch gern bereit beim Debugging und bei Infos zu helfen.
ZitatDanach kann man dblog einbauen, das kann und darf ja an der Kommunikation und den widgets nichts ändern.
Würde ich auch so erwarten- stecke zwar in der konkreten Thematik nicht drin, aber rein vom Architekturgedanken her gesehen, müsste es eigentlich "nur" das holen der Daten betreffen.
Andere Frage: Wird eigentlich das logProxy Device unterstützt werden? Oder ist das transparent für das Handling? Ich benutze es für meine Temperaturplots, um darin die Tagesprogramme mit auszugeben:
#logProxy Func:logProxy_WeekProfile2Plot("HCB",$from,$to)
Ich wäre auch dafür, auch wenn ich hier nichts zu sagen habe ;), dass Jörg erst mal das Filelog zum Laufen bringt.
Die Daten aus der DB herauszuhollen dürfte dann mit einer SQL-Abfrage relativ simple sein. Was erwarten denn die Widgets für Datenformat? Ist es eine Art Array, oder ein vordefinierter (strukturierter) Datentyp?
ZitatDie Daten aus der DB herauszuhollen dürfte dann mit einer SQL-Abfrage relativ simple sein
so in etwa. Man braucht halt nur die Tabellen, die Datenformate und so. Internas halt. :)
vg
jörg
Die Tabellen findet man in jeder FHEM-Installation unter /contrib/dblog (sql-Files).
Eigentlich wird für einen Plot sicher nur die Tabelle history benötigt.
So sieht's dann aus:
(http://forum.fhem.de/index.php?action=dlattach;topic=35598.0;attach=31014;image)
(http://forum.fhem.de/data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAA/MAAADaCAIAAABl1YWXAAAgAElEQVR4nO3d7bPc1IHncf1HUzW75ZoraplkN9lUpZhUdpMAmZplL2CLgfUYbGPABjziyTcO5lqEMbJ5Mh7bDOZOMwnGshM7XmiYhCSMA8HpNSi4iQsSmM4D2andN3Ht2RdqSUePLXXrWd9P3ZL7qtVqqXXO0U/nnpYVEfQpAAAAgBZSSPYAAABAB5DsAQAAgC4g2QMAAABdQLIHAAAAuiCc7AEAAAC0EckeAAAA6AKSPQAAANAFJHsAAACgC0j2Bfv9/5m8/otT+87e9+CJW/WXN37j1J3f/fm3//Xffl33dhXv4sWLzz777H333Xf33Xfv2LHjnnvueeaZZy5evFj3dgEAAPQUyb5I73781rfO3nv43GM/+dXw/OSn5z750cn3X7z31P+4Y6C9+cEP6t66In3ve9+77777Dh8+/Oabb7777rvvvPPO2bNnH3zwwTvuuOPkyZN1bx0AAEAfxSV7S1OmNCvHqixNWdprF7Vh7fPux289/L3bv/eLFz/437848+GJI/YTB9/d9+L4yOsf/8/dr965/tDVb1x8Le51lhb+pC1NUY0Gf5JOrP/ud7/7y1/+8vXXX3/ppZcGg8HJkyffeuut1dXV2267LSncPyvJ/nZ5l2+O7Fve3n10RLe/1bsDAEBLRZK9vXfJi5n23r05or2X7PsY8X//f3/zrbP3Wu8d+8UfLjx14dFv/cvKI28+sO/8N//u/O5Hfna/9cGLd5+6WTv09Y//8KvISy1NUVVVzvaNTvbj8VjX9ZdffvmDDz5YW1s7dOjQwYMHjx49euTIkYMHD7766qsPPPDArbfeOh6Po6/NHnPzvqSZMub1JuzjoUOHnCO4f//+vXv3PvTQQzt27Ni4ceMNN9xwzTXXfPnLX/7CF76Q8nKSPQAATRBJ9vPH8l4n+9fsk4//8MH/9bufHXz37x57Z/c33rjXmf/gv9y5Y3jzPT/8m5fHa197+j8dfSMadyxNUQ3LUP0w3+hkf/Dgwccff/y9994bDAZHjhx58skn90tWV1dPnz6tadqBAweir217sr/++uu3bt36xz/+McvC3pbP3IUm7OPRo0cPHTr02muvDYfD06dPnzhx4sUXX3z++ecPHTr05JNP3nzzzTt27Eh6beyeNmGnAADom+hoHEtTQsHc0pSlvdbeJUVRpKciY3acQO/Pns63py90f7c0ZWnv3ulS07W1/1rg787qJ95fe3F89OGf6A/9aMedZzY68/967evbTl+3+bt/uf/tbz76+s7//vTVkZdOc7wU56WHtqGGPz0v9NdzAXD//fefPn361KlTTz/99PaIPXv2PPvss9/61rduvfXW6Gujac+ZI/f4PptAfjb68thVpb8kb/R86KGHdu7cuW3btm3btmVZfmbelbekCaNxDh8+fOzYsTNnznz7298+fPjwk08+eeDAgWeeeWbjxo3bt29PeWHKnjZhvwAA6I/Yb9BOw7g7PsTSvAxu710KZ/BoV72c06XHlra01w4MK7e06aP2J/v7Xt74/UsnHv/5Nx/60V3RZzedvOaeV246dv6pL6z+h8iTXkBPeSCEpamG3YRkv3Pnztdee+3o0aP79+//fxFbt269//77//Ef/3H9+vXR16Yn9YxROPQg46rSF5tp7969q6urL7zwwpEjRzZv3pwl3M+xO7V76qmnnnrqqRMnThw5cuSpp546dOjQpk2b7rorpkjLkva0gTsIAEC3Jd8bx967FJe7LU3qo1fknve4ZO932Hv9zgm5v+Xu/c7NL73//O6f3q2/uTX67KaT19z9/Q0vnH/yPz6sRp4MdtZPPyLVsOUOe/nTqznZ79ix49SpU0888cTjjz8em+x37ty5traWlOxT5mSJwtELg5mryviSFHPk3ejfDdI3MstmVCPvNUyuPQUAAKVKu+ul+2VaOX+78/wv2tp7l9KTfegGO91M9isnt5lv7t73zjfu+uebN71y/Y0vfMWZv+nkNZtOXnPbqa8//uaDe76//Sv7roq8VA7otqEqmiUn++inV3Oyd+5bf/jw4d27d2+N2LZtm2majzzyyC233BJ97eLJPsvLk1aVZYVR841ReTYi10bWK9e4o1x7CgAAShX9Bu1eOcR742emAdxL6l4m98fnJI3GiRu1H0r27U/4J88PtBf+y/H3j935yg23fv+/bTt9nTN/08lrNr589RbrL4+/d/Szq+ueePXxyEuDAX3aT++NxgmFdynsR5+sxNNPP71p06ZTp07de++9O3fulGP9li1bbr/99pdeeunGG280TTP62tYl+/m+Vxq72melLwOIxg9Wyfhd4Sx7mrQYAAAoXPw3aKNfjdW0peAt7t1xNkuaFu6zd1cR/gZt8mic9if7f/23j29/Qbv71F9/x/4H5yuzm05e8zcvX/M3L1+9xfr6S+8eueXYtV9Y/cyl312KvDTc9W4bqhLzDVr5ywnOr1otffbj8fjOO+/Udf3UqVPbt2+/4447nFi/efPmzZs3f+c739m2bdv69etj/zPaXMNpogFRXsPMl+d9Saz57gWZkndjd629wTc92Yc+eQAAULa00Tiu9ufuSvx4/M83HPzKHcdveNn+B/PNXXefXr/juzeYP3no+LtHbj529RUP/bvvnT9V9zYW4+TJk7feeuvdd9/98ssvHzhw4J577rnzzjtN0/ynf/qnrVu3XnfddSdOnKh7GwEAAHqHZF+kH77/2g0Hr/7S/j9fffXuo2/tO/rTfd/4/h2f2fPv//OeP+9MrHecPHly06ZNN9100+rq6uHDhw8fPvzwww8vLy/feOONxHoAAIBakOwL9qtPPzryxjPXPfnVL6z++ef2qP9131VPvPr4pd98UPd2Fe/ixYtPPPHEpk2bNE274YYbbrnllv3798cOwgEAAEAFsiR7AAAAAE1HsgcAAAC6gGQPAAAAdAHJHgAAAOgCkj0AAADQBSR7AAAAoAtI9gAAAEAXhJP92uA4P/zwww8//PDDDz/88NO6n5hkX9VFBQAAAIDCxCf7y9X6+A9/rPgd0RaUje7hmGIRbSw/bdzmWvBBVYAPuQlKPQokezQaZaN7OKZYRBvLTxu3uRZ8UBXgQ24Ckj36i7LRPRxTLKKN5aeN21wLPqgK8CE3Acke/UXZ6B6OKRbRxvLTxm2uBR9UBfiQm4Bkj/6ibHQPxxSLaGP5aeM214IPqgJ8yE1Askd/UTa6h2OKRbSx/LRxm2vBB1UBPuQm6ESyv7C6YfXC5cvHN2w4Hn0yYQ+Pb1AUJbD88Q3K0uqF4rcOjZVWNlyUiXZJPqaVHMnjG6atil+Iwr87swK/U9IaI7b8hEuPd5QXdGF1qYjDnvksHi6EkWdzbcwcyyedc0OrSpo/x5sGxH5QF1aXwlVx7oPrfMBLqxf8I5uyL92UWBrDTeKC5vg8+3IILmc6D15YXZrzUFSU7C+sLm047uX7sJQ9XFqS96tHRx2ODKU/ejZKWjIjilm5ciR7Z96F1aVizjSXL1++sLq0tHrBaTPddV5YXT2esAFJG4b6xJefYJQvKtgXJU+yTylsFST7pHNunck+vI2L5frk66W+1PT4DzlHk5gRJ980M8+Di3wW5Sf7uI6v0CJpe3h8eiL25/TjqMORKQWmJT8al8aps89+2scQ+24k+3aYnUsaF+zblOwTzrkNSfYL5fqEbSPZX758OVeTmBEn3zTp58EFu7Oq6bNPHYszaw+lQx24mgn+1chtktx53t/v/GLi/0mvWY0+UmRLgX4tCBYM6bLSeTpcBo5vUJZWVzdIRUV+yWqgcsnl0S1pfWmECpU92cdX88Dxunz5sn9Yl1ZX/ZXE1Xcv2DvrDr4fyb4dEsqPdCqUg700kkM69EsbNixNa3iWJuJCeF15TyELJHt/a4/PPANeCK0kobFK3I+Uc24jkn047sQdLPezih56/zNzm3pG48hCTWL47LlIaxz72uiRCjTgXZd2Hox+DAntWFLorSbZO5E+YSzO7DN9lkbk+AavcEkPpSv8QGPVl7LTfnmTfWSB2BOeVwakkTwJRUWuRn775jxf0BjcvsnfZx+s5jHHS05lkePu1/dQV+60JZSzfrjxnLFhqEFS+HMHWoVqrfs4MK46elGXdJrw5ixU2+caZ+8X72jflrR8SkMX21ilnApTzrkNSPbhIxDfnkufVeyhT7j+IdlfvhzXJKb/iSNjaxz/2uiRintJZ6V/hzCSZ+LbsaTQW3ayz/TVl9ln+mnDG5wjX34nBTjvcWhD6LVviczJPkPBiCkD6Q395cAp3683gb9VU5TyyjfOfmY1vxA3eCC2vsde0vtfUqLPvh0Sc8m0JEgFInjJL12cBw6oX4tTmojF/jq+YJ99bN9EhjNgXGOVdipMOefWnuwjV1bp7fnsQ0+yT5DUJM7dGqe/NuklXTdjFLr8OeQozNPHVfTZT/8CntxTnvE7whuORxtZuZtmZrIng7VPvnH26QUjpgzMPh06KwpeOoSKZUG72htZk33Gap6Y7ENHJrBc6InIZV7qhqFWqeEvOEw8S7I/Hhq6k9BENCrZZz0DxjVWWb+VFDznhqpPYPxjFck+5i8m6e05yT7ZzNIY0yQW0xonnJdJ9j73E5C66Rua7J1IL41wDcuc3pTwALkZf2W7HKy0vSkyHZLx3jjhsaaJBSNUBmYn+8sXVpeWNmxYilsJwX4uWZN91mp+PGE0TqSHLzDEZlVOMMFmZdaGoVYpucQ5S4S6GaX++GgYDf3VLaWJiGbLHNGw4GQfs1HBrxlEa0Hwu0gJBTr5nBt8WVybm7ILOeQZqjezPZ956En2kvQmcZHWOMN5mdE4Lv+TkVqc7IX5cnXJfqaMlVk66t4XLrzINTPZB/94Rx5riQz3s5cLSbRguIuGvx6XMhon+JLgxbOz2IYNS5SjuWX+PwoyV3P3pQnfoFWUDccjPQvS20mBKK5U9eV83xZ5hmLLxSC5psvPz2gi5CJTUrIPbVFsmY9p6PyXbtggb09MY5V4Kkw55wZfFuhkjW5wbD3KJOk/Kwib3Z7POPQk+4hokyifChdpjdNfm9CAd12W3OtfvGYtzJebn+yBRpSN4+E7Zfel6SlJicc08a8ofGu+O5rQJuTVxm2uBR9UBfiQm6AT/wdtKsoZktRfNsLDs0n2iyrvmDLkrg/qbxPya+M214IPqgJ8yE1Askd/1Vo2IqN2L18m2S+u6GPKMLt+aeP5oo3bXAs+qArwITcByR79RdnoHo4pFtHG8tPGba4FH1QF+JCbgGSP/qJsdA/HFItoY/lp4zbXgg+qAnzITUCyR39RNrqHY4pFtLH8tHGba8EHVQE+5CaoIdl//Ic/8sMPP/zwww8//PDDDz8t+olP9p9WSwDok4pbGHRJ3YUXJeL4AotrRLKnMiMJZaN7qm9e0DF1F+Hc2rjN6CpKYxOUehQakezL2z0ADVRxC4MuqbvwokQcX2BxjUj2VGYkoWx0T/XNCzqmkHKoZ1PIexW1zXOrcmc7rBsfY+2lEYI+ewAdU3ELgy4pqhDquv7KK68IIVKmzU9pGWXZkSbsbIHHtwy9KjNorxzJ/vef/u7YhV2r5288M/77OZvktWVFWV7L01hbmhKiGrYQlqZolve881BiG+p0weAKpgv68zQr8S2kDQisP9c7ymvCPFLKxkhTdCXwYxq2ENZA0UZCCGENFEWPHKmJoeqKOrTdBdyfgVs23DnaKPEtpA0Ilo087+jM6aM5Ww/AVUg5dBJYelDrUp99Icv0XJVlpjwZSqM9VN1TlWpMhBDCGgTOWd6vcafRrDOjZ8zpatPPvI7mBYB8Sm0TciT7E+/v2z1a/8qHpx44f+0bvzyRsyk+t7JOUZaXl+OSfYbttLRw3vaSvaqqoQDtZGsvZweftQ3VC+a2YVjyqyJB3DZUVdPU0FtnfUfbUMn25Yu2OF7FVk01FKCdyuxV7OCztmFOXyuEbQwt+VWRIG4bpqoN1HBjl/EdJ4bqtph9lDfJAZ6iCmGv+l/bkuwLPL5l6EWZsQ3Tj+PeqTAl2bvzLU2XTr5pM6WVmKr0XonvkqI5AaBBsib70+NDO89/9dCHjz1q335gtHnXj790dvRc/jZ5LTbZZ6jMack+FL2FpSmapiUl+7gAn/SEbaiqYTtTebHM75j4ZsgoS9lIqdgDTTWDR0rXtJgmyXs2Pm3HVOyJoZqG7UzlxTK/Y5Y2q5vytxtAQCHlkD77OZbpuR702dvDQNT2ZEj2OWZKT1mG6Z92C0721QaAfEptE7Im+/0/3/TcpQO7Lm0+eOmRx+wte8a36z/8XP4GOT7ZZ9jOtGRv2N6vwk3jVmKyF5YWP0omuqQb6QPRPtc7kuwrkFaxh7b3qxDCHqrOnJSGJuavfnFLOqtyLtxDrVLGd+xvsheEeyygqELYi/5XV1uSfYHHtwzdLzNyv3VAtj776NCd2JnBlYw077RbcLKvNgA0SNZkv/beN/ddvGf7eFkf33Tb+Gsbx1c9cOaK/G1yKX32hu3/7qZwOWeHh9lPR8WHR8vHjdvxh9WEw3rqOzIapzBZykZqxRYjze2BmFbC2AGCcuWXhwbGvoVcn90anvUdGY1DrMeiCimH9NnPsUzPdb/PPjGqZhhn7yeqWTPD43OS0vbiyb7KAJBPqW3C7GR//tc/MM6v3/XOX91mf+XG8ec3jb+8cXzV9jN/cvanhY3GybCdM5K9l73dJ1L67F22oQbCfXhJOc5Lg/OzvGP0WgLlmVGxvUro1vCUS3ZXaKBhZEn5b3ATQ3UbryzvGG1K+mi+PAd8Sp/9XNqS7As8vmXofpmZu88+8MLUmbHrtDRds8pI9hUGgAaZkexf+eD5h9+69tnxnpvGX7xufOWWM3/24Kufeei1z776TmzP+0xl9dlPg7blhfEMyT74Zdq4twgp4B2RV5ayMaNiO1fV/mC+DBU7XF2jbxH6ynwB79gfczUdgK+Qckif/RzL9Fz3++wTx9kHO6f9yB74Q3R0UE3sTJc8x3nfEpJ9dQEgn1LbhBnJ/pGfLT936dGr7T+9fnzlltNXWD86+MlvPvrktx/N2yCX1mcvplFc+iXpG7SG3BEf+mps0m/SVUD+d0S5ZlZs4dzKKtK+RL9AY8itTOirsUOpbAQH0nhNYf537Kt5GxCAPvt5tCXZF3h8y9CLMmNpesy9ccRI8+6AKd/wceFv0AauFkL3gy4k2VcfAOo/489I9sZI23PpLm38+a1nrjz5k3lvY+8rr89eCGEbqneRFTs2xrsXfuxgmcBbxH6d1r39/cx3JNkXJkvZmF2xhT1Uo38TDFx5u7fCjY4ODL+F9HWfKff6Pss7kuyJ9VhUIeWQPvs5lum5HvTZCyG8kC3fz17E3eRehE5q7vfHkmZGT7jhUS6lJPuqA0CmM36pbcKMZH/s7d07X/+Lvz37xbNvv9DwZhpAW5TXmKDziiqEveh/dbUl2Rd4fMvQqzKD9sp6b5y2NNboGMpG91TfvKBjCimHejaFvFdR2zy3Kne2w7rxMdZeGucSGt3e+ltQlHoUGpHsy9s9AA1UcQuDLqm78KJEHF9gcY1I9lRmJKFsdE/1zQs6pu4inFsbtxldRWlsglKPQiOSfXm7B6CBKm5h0CV1F16UiOMLLC4+2Qu3gjFlypQpU6ZMmTJlyrQVU/rsAQBA/cgDwOIakeypzEhC2egejikW0cby08ZtRldRGpug1KPQiGRf3u4BAIBWIA8Ai2tEsqcyIwllo3s4plhEUeWH+9m37kbstevGx1h7aYSgzx4AgGLpffr/RLPsSBN2tuF5oFdlBu2VI9n//tPfHbuwa/X8jWfGfz9HfF9bVhzrVs7lCfeWpvhUw46dr1nC0uRnhbA0RbO8f1y2oYbWFV4PGiWlbFgDRR1KR3ykKQNLflb+VQhLS/z/62zDdJ8y3VKhq8ZEBF8emJNn/QiYefJ262SgQtuGGpyBnioq/DkJLD2odanPvpBleq7KMlOe1NI4Gui6PhgF55jDifwgfX7sHISV2ibkSPYn3t+3e7T+lQ9PPXD+2jd+eSJfrj+3srLmJfxwtk/dQjmxW5qfvsNJPpTh3d+kubahytndNgwrbj1oi0iU9/P0xFBNTTPlLC5F85Gm6G5BmBiqHnihMRKzk3329SOnhAppaeGoDyykV/2vKTuiKMrMZSpT+yVQuh6UmdFAN01TzvYk+/bJmuxPjw/tPP/VQx8+9qh9+4HR5l0//tLZ0XP5wr2X8dfF9Nonb2HwRG8b6jScRwKA/5SQAr33IPB04vrRMGllY2KounTEpTBtD1V1aDtT4S/gBXHvsW2Ysf3rM5J95vUjxoz6HlcdbUPVDEOlpoI++7kk7Yjz17H0ZeDpR5+9ORwNTT+Zk+xLUWqbkDXZ7//5pucuHdh1afPBS488Zm/ZM75d/+Hn5kr2a8vK8lrWWC8iydsL6NFELmV3v6fefZQU7En2LSbl8kD/vW04vekTQzW9YxvsU3fmB64NZOnJPvP6kZelKZoWHoxjG6pmCZtkjyL1oP/V5+2Il+OFG+sblexrvwRK14MyMw3lUjYn2bdP1mS/9t439128Z/t4WR/fdNv4axvHVz1w5or5cn3+cfZJyT48PN479UtDcKRkHx8LYtaD5khv6L1e88hQHOdYuxFciMA4eO8aIBDNZYFB8+6Pu6rs60ectGNqafI3YFTD9qsuyR5CCPrs5yIneyfKh2K9aEayb7i+9NlP0h8kLRl9ColKbRNmJ/vzv/6BcX79rnf+6jb7KzeOP79p/OWN46u2n/mTsz/NOxrn3Mq6vLFexCV7L71HzvPTJ+UIQJ99p01DtpywhTxIxh6qbs52+9Tlfvq5+uxzrB95yd+WsTRFs/zKTLJHoXrQ/+oLJftorBfNiKS1XwKl60GZCXbWD0Yk+zaakexf+eD5h9+69tnxnpvGX7xufOWWM3/24Kufeei1z776zlo0oM+K9bGpfma4zzzOfvq0alhyAmCcfbvNauhtw1SNUWhUTKiv3S0wMdF8jnH2udaPGGnHNJzsNS2URKisvVdU+Otnn72I662PLoNYfeqzF0JMhqY+GHlzJvLo++mT4ZdEV4J4pbYJM5L9Iz9bfu7So1fbf3r9+Motp6+wfnTwk9989MlvP8oZ62NH12eJ9SJ6bxxpmE3MSd65q2Xw5pjSK7g3TufYQ1XRpdtfhse4e9k94RuuI03JdW+cvOtHPl59jFyK02ePQvWg/9UX2pForI8uU4vaL4HS9aDMBEP5ZGjquu7OGQ10uUPfvYEOyb5xZiR7Y6TtuXSXNv781jNXnvzJPLexd5xbWSf3u0V775O3UB4HL5/YE+5zH77rdfBemNLt7GPvZ09yaJrZDf3EUKUYHb7JvT9gJnxzGz+gTwxVz3o/+3nWj6AZx9SrpKE/sZHsIYSgz34u3M++ED3rsxdimu0DvfhTgZvn+MzhJG4OwkptE2Yk+2Nv7975+l/87dkvnn37hblj/Uzl7R4AAFE96H/1tSXZNzwP9KrMoL2y3hunbHXsO1qAstE9HFMsoqjyo2dTyHvVXuar3NkO68bHWHtphKj93jjEegAAUDbyALC4RiR7KjOSUDa6h2OKRbSx/LRxm9FVlMYmKPUoNCLZl7d7AACgFcgDwOLik71wKxhTpkyZMmXKlClTpkxbMaXPHgAA1I88ACyuEcmeyowklI3u4ZhiEW0sP23cZnQVpbEJSj0KjUj25e0eAABoBfIAsLhGJHsqM5JQNrqHY4pFFFV+uJ99627EXrtufIy1l0YI+uwBACiW3qf/TzTLjjRhZxueB3pVZtBelSX7cyvrFMfyWo5wb2lKiGrYlqaohh1YSLOCy3rPB1agWcV/gihVWtkYKOpQKgYjTRlY8rPyr0JYmq4o7o82ktdkG6b7lOkUHEvTVWMigi8PzMmzfgSknrxtQw3XVq8OB2o9+qqo8OcksPSg1qU++0KW6bkqy0x5UkvjaKDr+mAUnGMOJ/KD9PmxcxBWaptQWbJfW1vzEn4422fYzmCYtw3VP+/bhuo85S9jG6r7MHwVgO6IRHk/T08M1dQ0U87iUjQfaYrulp+JoeqBFxojMTvZZ18/8rEs54Pz6rhtGNOPkrqMIvWq/zVlRxRFmblMZWq/BErXgzIzGuimacrZnmTfPtWPxllbjuu1n7WdMd30fnSfhih5Ge8xaaDd0srGxFB1qWNXCtP2UFWHtjMV/gJeEPce24YZ278+I9lnXj9iZL6YD10dedfw6LWiwh999kII569h6cvA048+e3M4Gpp+MifZl6LUNqHyZB8X7DNsZySgT8/ycu89yb5vpFwe6L+3Dac3fWKopnfwg33qzvzAtYEsPdlnXj/mFg32cbOAufWg/9Xn7YiX44Ub6xuV7Gu/BErXgzIzDeVSNifZt091yX460D52lH3+PntnlmbIvXhJo3EYZt9i6WXD6zWPDMVxC4Ip96O74+C9a4BANJcFBs27P+6qsq8fcWYcU2egfaSyco0OR1Hhr5999l6UD8V60Yxk33B96bOfpD9IWjL6FBKV2ibU0WevrFs5lyvWi/jTuqUFA0BsiCcPdNo0ZMsJW8iDZOyh6uZst09d7qefq88+x/oxN0uTvjErXaoDBelB/6svlOyjsV40I5LWfgmUrgdlJthZPxiR7Nuohrtexg60n7WdsQE9NDPLMmiZWWXDNkzVGIVGxYT62p2cHRvN5xhnn2v9iJHx5O0OvmF4PQKKCn/97LMXcb310WUQq0999kKIydDUByNvzkQefT99MvyS6EoQr9Q2oapk794a59NP15aL6rMn2cPpNdel21+Gx7h72T3hG64jTcl1b5y860cu7q1x/JrL6HqUowf9r77QjkRjfXSZWtR+CZSuB2UmGMonQ1PXdXfOaKDLHfruDXRI9o1TVbL3b2ef7372rkWSvY+M3zqzy8bEUKUYHb7JvT9gJpD8d/IAABW5SURBVHxzGz+gTwxVz3o/+3nWj6C0Y+rfzn6a56UZVGEIQZ/9XLiffSF61mcvxDTbB3rxpwI3z/GZw0ncHISV2ibUMBonf6wHAKBIPeh/9bUl2Tc8D/SqzKC9GpHsG16ZUSPKRvdwTLGIosqPnk0h71V7ma9yZzusGx9j7aURgj57AADQeeQBYHGNSPZUZiShbHQPxxSLaGP5aeM2o6sojU1Q6lFoRLIvb/cAAEArkAeAxcUne+FWMKZMmTJlypQpU6ZMmbZiSp89AACoH3kAWFwjkj2VGUkoG93DMcUi2lh+2rjN6CpKYxOUehQakezL2z0AANAK5AFgcY1I9lRmJKFsdA/HFIsoqvxwP/vW3Yi9dt34GGsvjRD02QMAUCy9T/+faJYdacLONjwP9KrMoL2qTvbnVtYp61bO5Qj3lqb4NEtYmqIaduB5zYouNp2jWcFVqYYdXFRRFCW4QjRJStmwBoo6lA7cSFMGlvys/KsQlqYrivujjeQ12YbpPmU6RcHSdNWYiODLA3PyrB8B6Sdv21AD9dhhafKvXhWm5vZQUeHPSWDpQa1LffaFLNNzVZaZ8qSWxtFA1/XBKDjHHE7kB+nzY+cgrNQ2oeJkv7asKNFkn7qF4STvRvnQb5HFhKUpqqqGlpWXib4ErRKJ8n6enhiqqWmmnMWlaD7SFN0tFxND1QMvNEZidrLPvn7kFKzfYhr1Nc2fbRuG5S1LFcacetX/mrIjiqLMXKYytV8CpetBmRkNdNM05WxPsm+fSpP9uZV1yysr63L32QdP3rYhxXUvBsQne8MyVH82yb590srGxFB1qSRIYdoequrQdqbCX8AL4t5j2zBj+9dnJPvM60eM9JO3pcXWykjgF0IIW67e6Imiwh999kII529f6cvA048+e3M4Gpp+MifZl6LUNqHCZH9uZd3y2qfnYpJ96hZG87cU7f3TfUKyt+UnSPYdI+XyQP+9bTi96RNDNaXrOrlP3ZkfuDaQpSf7zOtHbv5gnLQ/1aXNBDLpQf+rz9sRL8cLN9Y3KtnXfgmUrgdlZhrKpWxOsm+fypK9m+jjkn1qZZZHxU/P4l5PnXRijy7mBffoA+8lJPumS2/ovV7zyFAc58C6EVyIwDh47xogEM1lgUHz7o+7quzrR5xsJ+9obQ2HeCpwPxUV/vrZZ+9F+VCsF81I9g3Xlz77SfqDpCWjTyFRqW1CRcnez/MF9Nl70V7+W3xin/304fRbtiT7bpmGbDlhC3mQjD1U3Zzt9qnL/fRz9dnnWD8WEKyfoWRvGyq1FwvpQf+rL5Tso7FeNCOS1n4JlK4HZSbYWT8YkezbqJpkv7Ycak7WrYSWSN7C2PxtG2r6GPrQHGcAD8m+fWY19LZhqsYoNCom1Nfu/g0nJprPMc4+1/oRI+PJO/6r8kIwvL7nigp//eyzF3G99dFlEKtPffZCiMnQ1Acjb85EHn0/fTL8kuhKEK/UNqHqu14W02fvjsYNdumlJHtv+C7Jvmvsoaro0u0vw2Pcveye8A3XkabkujdO3vVjPuFO+eDIO/4ogoX1oP/VF9qRaKyPLlOL2i+B0vWgzARD+WRo6rruzhkNdLlD372BDsm+cRqR7FMrc+Du8/6pPubEH1osHNxtQyXZt87shn5iqFKMDt/k3h8wE765jR/QJ4aqZ72f/TzrR1DG+h5M736cl254H75YRx8UFf5622e/yDI917M+eyGm2T7Qiz8VuHmOzxxO4uYgrNQ2ofJkH6e83QMAIKoH/a++tiT7hueBXpUZtFcjkn3DKzNqRNnoHo4pFlFU+dGzKeS9ai/zVe5sh3XjY6y9NELQZw8AADqPPAAsrhHJnsqMJJSN7uGYYhFtLD9t3GZ0FaWxCUo9Co1I9uXtHgAAaAXyALC4+GQv3ArGlClTpkyZMmXKlCnTVkzpswcAAPUjDwCLa0SypzIjCWWjezimWEQby08btxldRWlsglKPQiOSfXm7BwAAWoE8ACyuEcmeyowklI3u4ZhiEUWVH+5n37obsdeuGx9j7aURgj57AACKpffp/xPNsiNN2NmG54FelRm0V45k//tPf3fswq7V8zeeGf/9HPH93Mo6ZWp5LUe4tzTFp1kpM90n5N+DS6qGLc13lrM0JfoSaUHbUONej2qklA1roKhD6YCMNGVgyc/KvwphabqiuD/aSF6TbZjuU6ZziC1NV42JCL48MCfP+hGQWt/9+uZVSq8OU/8gCu2zF6kRTRQXdmsPrG1J9g1XZZkpT2ppHA10XR+MgnPM4UR+kD4/dg7CSm0TciT7E+/v2z1a/8qHpx44f+0bvzyRN9mvLccl+hmxXgRyth/bg+HbYxuqqmmq/JS8pBzi5WSvqqqc7aWX2IYqvZGlBa4AULNIlPfz9MRQTU0z5SwuRfORpujuoZwYqh54oTESs5N99vUjH8tyPjjbmFZK2zD863myPQrTq/7XlB1RFGXmMpWp/RIoXQ/KzGigm6YpZ3uSfftkTfanx4d2nv/qoQ8fe9S+/cBo864ff+ns6LmcyX7dyrnEZ5O3MBTNncfx53jbUFXDdqZxL5fiQjDZG5b8Gu8l/tKoS1rZmBiqLnXsSmHaHqrq0Hamwl/AC+LeY9swY/vXZyT7zOtHjGwnb6+GeoI1G31VVPijz14I4fw1LH0ZePrRZ28OR0PTT+Yk+1KU2iZkTfb7f77puUsHdl3afPDSI4/ZW/aMb9d/+Lk8wd4fjBMN+KlbGOyzV93BEjHJ3j3x27Ex3VvGyQvBZG/HvQ3BvumkXB7ov7cNpzd9YqimVBLkPnVnfuDaQJae7DOvH3OLBvu4WcDcetD/6vN2xMvxwo31jUr2tV8CpetBmZmGcimbk+zbJ2uyX3vvm/su3rN9vKyPb7pt/LWN46seOHNFnmTvr2k5JttnG2fvn9bl0fPuXD/Qy9E+a7KPeSCtxh38S5dh1dIbeq/XPDIUxy0JptyP7o6D964BAtFcFhg07/64q8q+fsSZcUyduhbJ8IzFgaOo8NfPPnsvyodivWhGsm+4vvTZT9IfJC0ZfQqJSm0TZif787/+gXF+/a53/uo2+ys3jj+/afzljeOrtp/5k7M/zTcaJyXap25hbA96zFlejvPSstFk78X3yJD96bykPnuiRfNMQ7acsIU8SMYeqm7OdvvU5X76ufrsc6wfc7M06UI6+H0XoAg96H/1hZJ9NNaLZkTS2i+B0vWgzAQ76wcjkn0bzUj2r3zw/MNvXfvseM9N4y9eN75yy5k/e/DVzzz02mdffSfhy7DZkn30q7TJW+jnaSm7R0N24B44Ul9+tnH2gSuCpNH8JPsazGrobcNUjVFoVEyor9090DHRfI5x9rnWjxgZT95uFWV4PQKKCn/97LMXcb310WUQq0999kKIydDUByNvzkQefT99MvyS6EoQr9Q2YUayf+Rny89devRq+0+vH1+55fQV1o8OfvKbjz757Udzx/pPz62si4zGSd3CbN+gDc+QR90E7o0j3TczKfr7o25sQ1VS/1CA2tlDVdGl21+Gx7h72T3hG64jTcl1b5y860cu7q1x/OrG6HqUowf9r77QjkRjfXSZWtR+CZSuB2UmGMonQ1PXdXfOaKDLHfruDXRI9o0zI9kbI23Ppbu08ee3nrny5E/muY29a23Z7SeIvfdl8hYG8rT7V/nwXeqjoduN9vKSoQ74+Bto2oYavvF93OtRjdkN/cRQpRgdvsm9P2AmfHMbP6BPDFXPej/7edaPoLRjKv33EU79lP8/CeogBH32c+F+9oXoWZ+9ENNsH+jFnwrcPMdnDidxcxBWapswI9kfe3v3ztf/4m/PfvHs2y8sEOtnKG/3AACI6kH/q68tyb7heaBXZQbtlfXeOGWrY9/RApSN7uGYYhFFlR89m0Leq/YyX+XOdlg3PsbaSyNE7ffGIdYDAICykQeAxTUi2VOZkYSy0T0cUyyijeWnjduMrqI0NkGpR6ERyb683QMAAK1AHgAWF5/shVvBmDJlypQpU6ZMmTJl2oopffYAAKB+5AFgcY1I9lRmJKFsdA/HFItoY/lp4zajqyiNTVDqUWhEsi9v9wAAQCuQB4DFNSLZU5mRhLLRPRxTLKKo8sP97Ft3I/badeNjrL00QtBnDwBAsfQ+/X+iWXakCTvb8DzQqzKD9qo02a8tK4qiKMq6lXNZw72lKaphB37XLPk3+dfo4pE53q+WpvgC60CTpJWNgaIOpYM90pSBJT8r/yqEpemK4v5oI3lNtmG6T5lOYbE0XTUmIvjywJw860dA6snbNtRwrfTqaqhuo5+KCn9OAksPal3qsy9kmZ6rssyUJ7U0jga6rg9GwTnmcCI/SJ8fOwdhpbYJ1SX7teW4RJ8a64WIifL+b7ahqpqmxgb3pDlysicntFwkyvt5emKopqaZchaXovlIU3S3HE0MVQ+80BiJ2ck++/qRj2U5H5xtqE5dtw1j+lFSZ1GkXvW/puyIoigzl6lM7ZdA6XpQZkYD3TRNOduT7NunsmS/tpyU69PDvXeCFyIm2Bu2MxX+AiT7TkkrGxND1aWyIYVpe6iqQ9uZCn8BL4h7j23DjO1fn5HsM68fMbKdvIPX9EK4Nb6cbUJ7FBX+6LMXQjh/DUtfBp5+9Nmbw9HQ9JM5yb4UpbYJVSX7tWVleTlpME7qFkrRPibYh073JPtekXJ5oP/eNpze9ImhmlLZkPvUnfmBawNZerLPvH7MLRrs42YBc+tB/6vP2xEvxws31jcq2dd+CZSuB2VmGsqlbE6yb58Kk72b6GOH5aRsohfdY4N9MNrPN86euNBcM8qG22seGYrjlg1T7kd3x8F71wCBaC4LDJp3f9xVZV8/4sys77GVkmtxOIoKf/3ss/eifCjWi2Yk+4brS5/9JP1B0pLRp5Co1Dahyj77tZjHs2K9EF50D3TOy78Ee/Xps++TaciWE7aQB8nYQ9XN2W6futxPP1effY71Y26WJn1j1jZUqisK1oP+V18o2UdjvWhGJK39EihdD8pMsLN+MCLZt1Ejkv2symwbqmpYoVE3IU6Wiub14Nhc/yKAZN8Os8uGqRqj0KiYUF+7e8Rjovkc4+xzrR8xMp683b/RMbweAUWFv3722Yu43vroMojVpz57IcRkaOqDkTdnIo++nz4Zfkl0JYhXaptQ4Tdop2Nwzq2sCwf7mVvp/IE+eTi9F9hj8rrc9yfdJZNk3xH2UFV06faX4THuXnZP+IbrSFNy3Rsn7/qRi3trHL+GMroe5ehB/6svtCPRWB9dpha1XwKl60GZCYbyydDUdd2dMxrocoe+ewMdkn3jVHfXy0/PraxzOgoiHfazK3Pwr/GxPfOKZoX68t1l/DtkKwm9/mT8xppdNiaGKsXo8E3u/QEz4Zvb+AF9Yqh61vvZz7N+BKUdU6myOnlemkFVhRD02c+F+9kXomd99kJMs32gF38qcPMcnzmcxM1BWKltQoXJPll5uwcAQFQP+l99bUn2Dc8DvSozaK9GJPuGV2bUiLLRPRxTLKKo8qNnU8h71V7mq9zZDuvGx1h7aYSgzx4AAHQeeQBYXCOSPZUZSSgb3cMxxSLaWH7auM3oKkpjE5R6FBqR7MvbPQAA0ArkAWBx8cleuBWMKVOmTJkyZcqUKVOmrZjSZw8AAOpHHgAW14hkT2VGEspG93BMsYg2lp82bjO6itLYBKUehUYk+/J2DwAAtAJ5AFhcI5I9lRlJKBvdwzHFIooqP9zPvnU3Yq9dNz7G2ksjBH32AAAUS+/T/yeaZUeasLMNzwO9KjNor4qS/bmVdUrAcuZwb2mKatjRXy1NURTNilvS0hTNmi4RIK8IrZBSNqyBog6lAzrSlIElPyv/KoSl6Yri/mgjeU22YbpPmU4RsTRdNSYi+PLAnDzrR0BqfbcNdVpbvcrtVWTqL0ShffYiNaKJ4sJu7YG1Lcm+4aosM+VJLY2jga7rg1FwjjmcyA/S58fOQVipbUINffbnVtatWzmXLdaL1GSvqqqc7cPJPmEN6IpIlPfz9MRQTU0z5SwuRfORpuhuCZkYqh54oTESs5N99vUjH8tyPjjbmFZu2zCmHyUVGUXqVf9ryo4oijJzmcrUfgmUrgdlZjTQTdOUsz3Jvn2qT/Zry8ryWmRu8hamJXvDMlT/SZJ9B6WVjYmh6lLHrhSm7aGqDm1nKvwFvCDuPbYNM7Z/fUayz7x+xMh28g7VYiGELdd29FZR4Y8+eyGE89ew9GXg6UefvTkcDU0/mZPsS1Fqm1B5sl9bDnXYz9q91GRvy0+T7PtGyuWB/nvbcHrTJ4ZqShd+cp+6Mz9wbSBLT/aZ14+5RYN93Cxgbj3of/V5O+LleOHG+kYl+9ovgdL1oMxMQ7mUzUn27VNxso+OxJkZ7mck+4QHJPuOSG/ovV7zyFAc54C7EVyIwDh47xogEM1lgUHz7o+7quzrR5wZx9QZaB/J8FRjOIoKf/3ss/eifCjWi2Yk+4brS5/9JP1B0pLRp5Co1Dah2mR/bmVdzEichfrsp/Om35gl2ffMNGTLCVvIg2TsoermbLdPXe6nn6vPPsf6MTdLk74xaxsqdRgF60H/qy+U7KOxXjQjktZ+CZSuB2Um2Fk/GJHs26jSZJ8Q7NPDfXBwrfe9ukBed+aS7DtoVkNvG6ZqjEKjYkJ97W6BiYnmc4yzz7V+xMh48narMcPrEVBU+Otnn72I662PLoNYfeqzF0JMhqY+GHlzJvLo++mT4ZdEV4J4pbYJVSb7OYbiCBHsvLM078/0wbw+/RM+yb537KGq6NLtL8Nj3L3snvAN15Gm5Lo3Tt71Ixf31jh+tWV0PcrRg/5XX2hHorE+ukwtar8ESteDMhMM5ZOhqeu6O2c00OUOffcGOiT7xqky2cffFSdDuPdvcS1F9HBetw2VZN89sxv6iaFKMTp8k3t/wEz45jZ+QJ8Yqp71fvbzrB9BacdUqutOHZZmcEt7CEGf/Vy4n30hetZnL8Q02wd68acCN8/xmcNJ3ByEldomVH/Xy7yxHgCAgvWg/9XXlmTf8DzQqzKD9mpEsm94ZUaNKBvdwzHFIooqP3o2hbxX7WW+yp3tsG58jLWXRgj67AEAQOeRB4DFNSLZU5mRhLLRPRxTLKKN5aeN24yuojQ2QalHoRHJvrzdAwAArUAeABYXn+yFW8GYMmXKlClTpkyZMmXaimkj+uydrQEAAAAwN5I9AAAA0AUkewAAAKALSPYAAABAF5DsAQAAgC4g2QMAAABdQLIHAAAAuoBkDwAAAHQByR4AAADoApI9AAAA0AUkewAAAKALSPYAAABAF5DsAQAAgC4g2QMAAABdQLIHAAAAuoBkDwAAAHQByR4AAADoApI9AAAA0AUkewAAAKALSPYAAABAF5DsAQAAgC4g2QMAAABdQLIHAAAAuoBkDwAAAHTB/wejySasrzWuCwAAAABJRU5ErkJggg==)
...oder im Wiki (http://www.fhemwiki.de/wiki/DbLog) unter Tabellenlayout
Zitat von: ws am 13 April 2015, 18:53:22Was erwarten denn die Widgets für Datenformat? Ist es eine Art Array, oder ein vordefinierter (strukturierter) Datentyp?
Die widgets spielen keine Rolle. Es gibt ein Protokoll zw. fronthem und Treiber, den Rest erledigt der Treiber.
Weder das widget sollte etwas von Datenbanken oder FileLogs wissen, noch die die Datenbank etwas von widgets.
Das Ganze ist kein SV-Thema sondern ein fronthem Thema. Nur dort steckt die zu erledigende Arbeit für dblog drin.
Verstanden. Sorry, ich wollte hier nicht ins OT.
Hi,
das Widget homematic.hmtc aus dem widget-repo verwendet ja für die desired-temp den NumDirect Converter, was auch absolut Sinn macht. Jetzt kann man aber die desired-temp bei Homematic auch auf "on" (-> Ventil wird voll geöffnet) und "off" (-> Ventil wird komplett geschlossen) stellen. Das führt dann natürlich zu entsprechenden Fehlermeldungen vom Converter.
Wie könnte man das sinnvoll lösen? Einen extra Converter für Homematic Thermostate? Oder vielleicht die "on" "off" Werte im Converter irgendwie wegfiltern?
Zitat von: Joker am 17 April 2015, 20:18:52
Hi,
das Widget homematic.hmtc aus dem widget-repo verwendet ja für die desired-temp den NumDirect Converter, was auch absolut Sinn macht. Jetzt kann man aber die desired-temp bei Homematic auch auf "on" (-> Ventil wird voll geöffnet) und "off" (-> Ventil wird komplett geschlossen) stellen. Das führt dann natürlich zu entsprechenden Fehlermeldungen vom Converter.
Wie könnte man das sinnvoll lösen? Einen extra Converter für Homematic Thermostate? Oder vielleicht die "on" "off" Werte im Converter irgendwie wegfiltern?
Hi gibt es!
Im converter
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.0Welches Widget kann ich aber jetzt nicht sagen!
VG Lutz
Fehlermeldungen vom Converter sind ja erst mal nicht schlimm, wenn das Frontend dennoch passabel reagiert. Kannst Du am Frontend ein Fehlverhalten feststellen?
Zitat von: cruser1800 am 17 April 2015, 21:36:44
Im converter
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
Komm ich jetzt grad nicht mit :D
Das was Du da schreibst entspricht dem Tooltip, den man im GAD-Editor kriegt wenn man das "cmd set" konfiguriert. Aber dann würde er ja diesen ganzen String schicken?
ZitatFehlermeldungen vom Converter sind ja erst mal nicht schlimm, wenn das Frontend dennoch passabel reagiert.
Nunja, das stimmt schon. Es macht das LogFile aber unübersichtlich, da das natürlich massenhaft kommt wenn man viele Thermostate hat. Ich bin Fan davon das LogFile sauberzuhalten, also nur reinzuschreiben wenn wirklich was interessantes passiert ;)
ZitatKannst Du am Frontend ein Fehlverhalten feststellen?
Kommt drauf an. Es führt dazu, dass an der Stelle am Widget, wo normal die desired-temp steht (also zwischen den + und - Buttons), dann "-.- °" steht. Wenn man jetzt auf + oder - drückt, dann steht da "NaN °C". Und das kriegt man da erstmal nicht mehr weg, außer durch Reload der Seite :-\
@joker
Als Widget das selectmenu benutzen! Das in der Vorlage hat aber nur begrenzte Zeilen. Im Alten Beitrag war mal ein Vorschlag für alle übergebenen Werte. Musst da noch mal suchen!
Hm, das selectmenu finde ich da sehr unschön. Selbst wenn man sich da auf Werte im "sinnvollen" Bereich in der Liste beschränkt (z.B. 16-23°), dann hat man schnell eine Liste, die z.B. auf einem Handy nicht mehr ordentlich bedienbar ist.
Die "Luxuslösung" sähe aus meiner Sicht so aus:
1. man erweitert den Code der hinter den +/- Buttons liegt so, dass er beim erreichen des unteren bzw. oberen Werts bei erneutem Drücken nicht mehr weiter addiert/subtrahiert (im Moment ist das endlos möglich, auch ins negative). Den oberen/unteren Wert könnte man dem Widget ja vorgeben.
2. man fügt dem Widget zwei zusätzliche Buttons hinzu "Frostschutz" und "Heizpause". Wenn man diese drückt, wird die desired-temp auf off bzw. on gesetzt
3. wenn die desired-temp auf on bzw. off steht, dann zeigt das Widget die +/- Buttons und die desired-temp gar nicht mehr an, sondern stattdessen "Frostschutz" oder "Heizpause".
Wäre sowas möglich? 1. und 2. ja recht sicher, aber bei 3. bin ich nicht sicher?
Schau dir mal aus den Widget den widget_pager an. Der blendet z.B. Heizkörperthermostat im Timer das Feld "prog" aus.
Oder frage mal bgewehr.
VG Lutz
Hi,
Zitat
man erweitert den Code der hinter den +/- Buttons liegt so, dass er beim erreichen des unteren bzw. oberen Werts bei erneutem Drücken nicht mehr weiter addiert/subtrahiert (im Moment ist das endlos möglich, auch ins negative). Den oberen/unteren Wert könnte man dem Widget ja vorgeben.
Du kannst den converter so definieren :
NumDirect 5,28Die Werte werden dann auf 5° ... 28° begrenzt. Wenn Du mit den button drunter kommst begrenzt der converter das auch im widget - das ist exakt das Verhalten welches Du Dir wünscht. Geht schon :)
vg
jörg
Zitat von: herrmannj am 22 April 2015, 07:54:08
Hi,
Du kannst den converter so definieren : NumDirect 5,28
Die Werte werden dann auf 5° ... 28° begrenzt. Wenn Du mit den button drunter kommst begrenzt der converter das auch im widget - das ist exakt das Verhalten welches Du Dir wünscht. Geht schon :)
Danke, das habe ich sogar schon mal gesehen fällt mir da ein- aber das ist nicht ganz wie ich es mir vorstelle ;)
Man kann dann trotzdem mit dem +/- Buttons im Widget beliebige Werte einstellen, d.h. im Frontend steht dann z.B. 40° wenn man soweit geklickt hat, aber geschickt wird dann z.B. 28°, wenn das im Converter als max angegeben ist.
Deswegen meinte ich, dass man es im Code von den Buttons im Widget schon gar nicht zulassen sollte.
Und dann ist dann noch die Sache, dass der Thermostat ja "on" und "off" als gültige Werte für desired-temp hat, und das aktuell die angesprochenen Probleme im Widget nach sich zieht...
@Joker - hast Du es ausprobiert?
Zitatbegrenzt der converter das auch im widget -
klingt nämlich nicht so wie Du es beschreibst.
Kann man das nicht in fhem mit einer eventmap lösen: Off:0 On:30?
Ich denke nicht, dass man das Thema in fhem/fronthem/converter lösen kann. Im Widget kann man ja erstmal einstellen was man will. Erst die Antwort dann später von fhem kann man dann durch den Converter beeinflussen.
@Jörg: wie ist Dein Release-Schedule? Wann darf ich plotten?
@Vbs: wenn ich 45* geklickt habe und 1 Sekunde später setzt der Converter das auf 30 zurück, dann bin ich zufrieden. Ihr nicht?
Hm, ehrlich gesagt nicht :-\ Ist irgendwie nicht besonders schön...
Außerdem ist es im Moment so, dass der Wert, den man im Widget einstellt, erst nach (ich glaube) 3 Sekunden an fhem verschickt wird. Also die Antwort wird dann erst nach ca. 3,5 Sekunden kommen.
Aber ist ja auch keine große Sache, im Widget die Werte zu begrenzen... muss nur jemand mal machen (ich vielleicht).
Und ich finde die Idee auch gut, Heizpause und Frostschutz "dediziert" zu unterstützen.
Die 3 Sekunden kann ich nicht bestätigen. Bei mir ist es im Schnitt nicht mal eine halbe Sekunde (inklusive Antwort). Allerdings dauert es natürlich oft deutlich länger, bis das Device die Temperatur annimmt. Das ist aber unabhängig davon, ob man es direkt in FHEM oder über das Widget in Smart-Visu macht.
Das Widget umzubauen sollte aber nicht das Problem sein. Wenn ich mal viel Zeit habe, wollte ich mich für mich daran machen. Dass kann allerdings noch dauern.
Hm, zwei Möglichkeiten:
1. ich hab Mist gebaut, und dieser Verzögerungsmechanismus, funktioniert bei dir nicht wie geplant
2. du benutzt nicht die aktuellste Version
Mein Favorit ist ganz klar 2. :P
Ok. Ich gebe zu, ich habe nicht alles gelesen. Wofür hast du denn die Verzögerung eingebaut? Ich nehme an, um heftiges geklicke abzufangen?
Ok. Das ist für mich nicht interessan. Bei einer Fußbodenheizung ändert man nicht so viel. Maximal 1 Grad.
Sowas (Verzögerung) probiere ich gerade bei meinen Rolladen-Slidern. Da ist das Gespringe deutlich nervig.
Ja, genau, soll einerseits das Gespringe unterbinden, wenn man gerade am Rumklicken ist und anderseits auch, um den Datenverkehr generell zu reduzieren. Ohne Pufferung wird ja jeder Druck auf + oder - 1:1 an einen Befehl an HM(LAN) umgesetzt.
Es sollte im Moment so sein, dass erst nach 3 (?) Sekunden ohne Betätigung von + oder - der aktuelle Soll-Wert an fhem geschickt wird.
Wenn schon über zusätzliche Buttons gesprochen wird (Heizpause und Frostschutz) - würde ich gerne noch einen Button ins Spiel bringen, mir geht es um die Verknüpfung mit einer Anwesenheitserkennung. Als Icon wären die Anwesenheitstypischen geeignet - oder, wie ich es gerne hätte ein Bluetooth Logo.
Langsam werden es aber ziemlich viele Buttons was mich dazu bringt zu fragen ob man nicht ein Popup überlegen kann...
Quasi einen "Zahnrad" Button um an die Einstellungen wie Heizpause, Frostschutz, Bluetooth - vielleicht auch manu und auto mode oder Boost zu kommen.
Zitat von: der-Lolo am 22 April 2015, 08:08:05
@Joker - hast Du es ausprobiert? klingt nämlich nicht so wie Du es beschreibst.
Ja, habe ich probiert. Man kann im Widget "erstmal" einstellen was man will.
Zitat von: bgewehr am 22 April 2015, 08:13:36
@Vbs: wenn ich 45* geklickt habe und 1 Sekunde später setzt der Converter das auf 30 zurück, dann bin ich zufrieden. Ihr nicht?
Da bin ich der gleichen Meinung wie vbs, schön würde ich das nicht finden. Aber es ist ja wie schon erwähnt wurde auch nicht so, dass das 1 Sekunde später zurück gesetzt wird. So wie es aussieht wird es dann zurück gesetzt, wenn das Device den Wert übernommen hat (?). Zumindest kann ich bei mir hier problemlos reproduzieren dass der eingestellte Wert außerhalb der Begrenzung für mehrere Minuten im Widget sichtbar ist.
Zitat von: der-Lolo am 22 April 2015, 10:03:58
Wenn schon über zusätzliche Buttons gesprochen wird (Heizpause und Frostschutz) - würde ich gerne noch einen Button ins Spiel bringen, mir geht es um die Verknüpfung mit einer Anwesenheitserkennung. Als Icon wären die Anwesenheitstypischen geeignet - oder, wie ich es gerne hätte ein Bluetooth Logo.
Langsam werden es aber ziemlich viele Buttons was mich dazu bringt zu fragen ob man nicht ein Popup überlegen kann...
Quasi einen "Zahnrad" Button um an die Einstellungen wie Heizpause, Frostschutz, Bluetooth - vielleicht auch manu und auto mode oder Boost zu kommen.
Ich denke da muss man unterschieden zwischen "Buttons"-> Möglichkeit etwas zu verstellen, und "Icons"->Statusanzeige für irgendwas. Ich würde es ganz schick finden, wenn z.B die Statusicons über der Temperaturanzeige und den +/- Buttons sind und die "echten" Buttons unten drunter. Dann weiß man auch eher was man anklicken kann/soll und was nicht :-)
Prinzipiell ist das was Du meinst ja problemlos machbar, das Widget braucht nur ein zusätzliches GAD was den Status abbildet, und im Widget braucht man dann ein basic.symbol, was abhängig davon ein Icon anzeigt.
Hier mal testweise mit Min/Max-Grenzen für die +/--Tasten. Nur kurz reingehackt, aber ist ja auch nicht überkomplex :)
https://github.com/verybadsoldier/smartvisu-widgets/tree/master/homematic (https://github.com/verybadsoldier/smartvisu-widgets/tree/master/homematic)
PS.
Nicht vergessen, das js-File einzubinden.
Zitat von: bgewehr am 22 April 2015, 08:12:10
@Jörg: wie ist Dein Release-Schedule? Wann darf ich plotten?
Hi Bernd,
bin dran aber das Business hält mich auch gut unter Feuer (ohne Moos nix los ... ).
Ich mag keine commitments abgeben die dann wackeln, mindestens 14 Tage.
Sorry. vg
jörg
ZitatDa bin ich der gleichen Meinung wie vbs, schön würde ich das nicht finden. Aber es ist ja wie schon erwähnt wurde auch nicht so, dass das 1 Sekunde später zurück gesetzt wird. So wie es aussieht wird es dann zurück gesetzt, wenn das Device den Wert übernommen hat (?). Zumindest kann ich bei mir hier problemlos reproduzieren dass der eingestellte Wert außerhalb der Begrenzung für mehrere Minuten im Widget sichtbar ist.
Ne, das stimmt so nicht. Das passiert de facto in realtime.
Der Ablauf ist so: wenn im converter der min unterlaufen wird gibt der converter das erst gar nicht an das device weiter sondern setzt seinerseits sofort einen trigger mit min ab der dazu führt das sofort in sv min eingesetzt wird. Da reden wir über Millisekunden, so schnell das ich nichts davon sehen kann.
Wenn das bei Euch anders ist stimmt was nicht - evtl liegt das dann am widget (obwohl ich jetzt nicht wüsste wie) - oder im git stimmt was nicht. In der js console müsste das aber sichtbar sein - der converter soll den Wert sofort angepasst an sv zurück pushen. Max logischerweise analog,
vg
jörg
edit: im git sieht es ok aus, hier ist der Ablauf für min:
if (defined($min) && ($gadval < $min))
{
my $s = ($reading eq 'state')?'':$reading;
$gadval = $min;
main::fhem("trigger $device $s $gadval");
}
Evtl müsste ich da sonst debuggen.
bevor ich jetzt noch ein edit schreib: habt ihr evtl ein min-interval oder so gesetzt ? Das würde den trigger aushebeln ...
Zitat von: vbs am 22 April 2015, 18:55:46
Hier mal testweise mit Min/Max-Grenzen für die +/--Tasten. Nur kurz reingehackt, aber ist ja auch nicht überkomplex :)
https://github.com/verybadsoldier/smartvisu-widgets/tree/master/homematic (https://github.com/verybadsoldier/smartvisu-widgets/tree/master/homematic)
PS.
Nicht vergessen, das js-File einzubinden.
Super, das werde ich nachher mal ausprobieren. Gibts eigentlich irgendeine gute Ressource, wo man sich die Basics von DOM/JavaScript Programmierung reinziehen kann?
Ich bin beruflich Software-Entwickler und würde prinzipiell gerne hier was beitragen bzw. meine Ideen umsetzen. An dem Know-How der prinzipiellen Umsetzung fehlt es also nicht, aber es scheitert einfach dran dass ich beruflich in einer ganz anderen Domäne arbeite- Im konkreten Fall hätte ich z.B. einfach nicht gewusst, wie man an die Werte die man als min/max Temp übergeben hat, im Code wieder ran kommt :P
Gibt's eine Möglichkeit an den Wert von einem GAD ran zu kommen? Also ob die desired-temp gerade auf on oder off steht, und abhängig davon das Widget anders aussehen zu lassen? Damit könne man den Punkt 3 den ich gestern Abend gepostet habe lösen:
Zitat3. wenn die desired-temp auf on bzw. off steht, dann zeigt das Widget die +/- Buttons und die desired-temp gar nicht mehr an, sondern stattdessen "Frostschutz" oder "Heizpause".
/edit: @herrmannj: Sorry, deinen Post habe ich irgendwie übersehen. Ich wüßte nicht, dass ich irgendwas gesetzt habe. Ich checke es nachher noch mal. Wie gesagt kann ich das definitiv reproduzieren...
Schau dir mal den Timecounter an! Da wir der Wert laufend umformatiert und zurück gegeben!
VG Lutz
Hi,
Zitat von: herrmannj am 22 April 2015, 19:25:24
Ne, das stimmt so nicht. Das passiert de facto in realtime.
Der Ablauf ist so: wenn im converter der min unterlaufen wird gibt der converter das erst gar nicht an das device weiter sondern setzt seinerseits sofort einen trigger mit min ab der dazu führt das sofort in sv min eingesetzt wird. Da reden wir über Millisekunden, so schnell das ich nichts davon sehen kann.
Wenn das bei Euch anders ist stimmt was nicht - evtl liegt das dann am widget (obwohl ich jetzt nicht wüsste wie) - oder im git stimmt was nicht. In der js console müsste das aber sichtbar sein - der converter soll den Wert sofort angepasst an sv zurück pushen. Max logischerweise analog,
Ich habe das jetzt nochmal probiert. Also ich habe im GAD-Editor für den Set-Wert beim Converter eingestellt:
NumDirect 17, 25Jetzt habe ich einfach mal drüber hinaus geklickt, im konkreten Fall von 27 auf 27.5. Im Event-Monitor sieht man dann folgendes:
2015-04-22 20:23:34 CUL_HM Bad.Wandthermostat.Climate desired-temp 25
2015-04-22 20:23:34 CUL_HM Bad.Wandthermostat CMDs_pending
2015-04-22 20:23:34 CUL_HM Bad.Wandthermostat.Climate set_desired-temp 25
2015-04-22 20:23:35 CUL_HM Bad.Wandthermostat CMDs_done
Also es wird die 25 rausgeschickt, nicht die 27.5. in der Javascript-Konsole sehe ich nur das:
basic.float] update 'room_bath-bath_thermostatset': [27] base.js:678
[basic.float] update 'room_bath-bath_thermostatset': [27.5] base.js:678 Im Widget bleibt die 27.5 stehen, und zwar wie es aussieht für immer- zumindest sieht man ja im Event-Monitor dass das Gerät den Wert längst übernommen hat, aber während ich das tippe steht im SV immer noch 27.5.
Jetzt habe ich gerade ein Reload der Seite gemacht, und dann steht die 25 da.
Kann ich noch irgendwas ausprobieren um dem auf die Spur zu kommen?
ja, nimm mal den domotiga driver bitte, (temp cache löschen).
Ok,
also der verhält sich bei mir im Prinzip genauso, der Treiber scheint nur ein wenig gesprächiger zu sein:
[basic.float] update 'room_bath-bath_thermostatset': [26] base.js:678
[basic.float] update 'room_bath-bath_thermostatset': [26.5] base.js:678
[basic.float] update 'room_bath-bath_thermostatset': [27] base.js:678
[io.domotiga] sending data: {"cmd":"item","id":"bath_thermostat_set","val":"27.0"} io_domotiga.js:164
[basic.float] update 'room_bath-bath_thermostatset': [27] base.js:678
ok, taucht denn der trigger mit der 25 im eventmonitor auf ? Sicher das Du kein min-interval on-change etc gesetzt hast ?
Zitat von: herrmannj am 22 April 2015, 21:17:24
ok, taucht denn der trigger mit der 25 im eventmonitor auf ?
Da bin ich mir jetzt nicht ganz sicher was Du genau meinst, daher mal ein Event Log, wo ich von 24 auf 26 Grad hochgeschaltet habe. Also geschickt wird maximal 25.
2015-04-22 21:25:55 fronthemDevice myMac disconnected
2015-04-22 21:25:56 fronthemDevice myMac connected
2015-04-22 21:25:56 fronthemDevice myMac protokoll: 0.1
2015-04-22 21:26:01 CUL_HM Bad.Wandthermostat CMDs_pending
2015-04-22 21:26:01 CUL_HM Bad.Wandthermostat.Climate set_desired-temp 24.5
2015-04-22 21:26:02 CUL_HM Bad.Wandthermostat desired-temp: 24.5
2015-04-22 21:26:02 CUL_HM Bad.Wandthermostat CMDs_done
2015-04-22 21:26:02 CUL_HM Bad.Wandthermostat.Climate desired-temp: 24.5
2015-04-22 21:26:02 CUL_HM Bad.Wandthermostat.Climate T: 20.4 desired: 24.5
2015-04-22 21:26:07 CUL_HM Bad.Wandthermostat CMDs_pending
2015-04-22 21:26:07 CUL_HM Bad.Wandthermostat.Climate set_desired-temp 25.0
2015-04-22 21:26:08 CUL_HM Bad.Wandthermostat desired-temp: 25.0
2015-04-22 21:26:08 CUL_HM Bad.Wandthermostat CMDs_done
2015-04-22 21:26:08 CUL_HM Bad.Wandthermostat.Climate desired-temp: 25.0
2015-04-22 21:26:08 CUL_HM Bad.Wandthermostat.Climate T: 20.4 desired: 25.0
2015-04-22 21:26:13 CUL_HM Bad.Wandthermostat.Climate desired-temp 25
2015-04-22 21:26:13 CUL_HM Bad.Wandthermostat CMDs_pending
2015-04-22 21:26:13 CUL_HM Bad.Wandthermostat.Climate set_desired-temp 25
2015-04-22 21:26:14 CUL_HM Bad.Wandthermostat CMDs_done
2015-04-22 21:26:14 CUL_HM Bad.Wandthermostat.Climate T: 20.4 desired: 25.0
2015-04-22 21:26:19 CUL_HM Bad.Wandthermostat.Climate desired-temp 25
2015-04-22 21:26:19 CUL_HM Bad.Wandthermostat CMDs_pending
2015-04-22 21:26:19 CUL_HM Bad.Wandthermostat.Climate set_desired-temp 25
2015-04-22 21:26:20 CUL_HM Bad.Wandthermostat CMDs_done
2015-04-22 21:26:20 CUL_HM Bad.Wandthermostat.Climate T: 20.4 desired: 25.0ZitatSicher das Du kein min-interval on-change etc gesetzt hast ?
Ach das meintest Du, sorry hab ich nicht richtig verstanden. Doch tatsächlich, da ist was gesetzt:
attr Bad.Wandthermostat.Climate event-min-interval measured-temp:600,desired-temp:600,humidity:600
attr Bad.Wandthermostat.Climate event-on-change-reading .*
attr Bad.Wandthermostat.Climate event-on-update-reading measured-temp,desired-temp,humidityIn der Tat scheint das auch das Problem zu sein, denn wenn ich das rausnehme wird es zurück gesetzt (allerdings erst mit 3s Verspätung, was ja aber klar ist, da bgewehr ja eingebaut hatte dass die Werte erst 3s nach dem letzten Klick geschickt werden.
Kannst Du das mal kurz erklären? Auch wenn ich das raus nehme, sehe ich im Event Monitor nichts anderes, es werden nur mehr Stati gemeldet, aber der desired-temp Status war ja vorher auch schon dabei?
P.S.: @bgewehr: Habe die Änderung mit der Begrenzung min/max im Widget getestet- funktioniert gut bei mir!
gern, am einfachsten mit Beispiel:
max ist 25°
1. sv per button: soll-temp 27.5°,
2. converter: 27,5° > max ? Ja: dann setze "nur" max (soll-temp 25°)
3. converter erzeugt in fhem ein event: soll-temp 25° (das hat genau nur die Aufgabe die Anzeige in sv "geradezu-rücken")
4. converter bekommt das event von fhem: "soll-temp 25°" - schickt an sv
5. sv: soll-temp 25°
Bei Dir unterdrückt "event-min-interval" das event, dh ab 4 ist Ruhe.
vg
jörg
Ok, danke für die Erklärung!
Sieht man dieses vom Converter erzeugte Event denn im Monitor? Weil wie gesagt, als ich das min-interval rausgenommen habe, habe ich im Eventlog diesbezüglich auch nichts anderes entdeckt wie im oben geposteten Log... Oder ich gucke falsch :D
Nachdem ich gerade für den JeeLink und das LaCrosse Modul die WS 1600 implementiert habe, benötige ich natürlich in SV ein Widget für Wind und Regen.
Hat da schon jemand was gemacht (irgend eine hübsche Windrose o.Ä.) oder muss ich bei Null anfangen?
Hi,
windrose, windsack und das mini-Verlaufsdiagramm dazu gibt es, läuft auch tadelllos. Regen habe ich nicht gesucht (ergo gesehen :) ), Frage wie Du dir das vorstellst. Ich würde für Niederschlag auch das mini-Verlaufsdiagramm nehmen, evtl plus Meteo icon (Niederschlag)
vg
joerg
Bin ich blind? Hast Du mal einen Widget-Namen von Windsack und co. ?
Hi,
http://docu.smartvisu.de/2.7/index.php?page=design/design_icons
die dynamischen Icons oben. Bewege mal den Regler dann siehst Du das. Die Daten kommen in echt dann nicht vom Regler sondern vom device.
Ich nehme windrose, windsock und graph für den Wind. Niederschlag habe ich nicht im Einsatz, aber wie gesagt, ich würde ein Meteo Icon und den Graph (Kurzzeit-Historie wenn Du Niederschlagsmenge hast) nehmen.
vg
joerg
Ja danke!
Ich hatte bei den Widgets gesucht. An die Icons habe ich gar nicht gedacht :-[
Das ist hübsch. Dann nehme ich die doch :)
Ich habe mich mal daran versucht, die on/off Zustände zu dem HM-TC hinzuzufügen. Also Buttons für Heizpause und Frostschutz. Bin aber mindestens mit den Icons noch unzufrieden. Falls da jemand eine Begabung für hat, würde ich mich über Hilfe freuen. Sieht im Moment so aus:
(http://forum.fhem.de/index.php?action=dlattach;topic=35598.0;attach=32417)
(Hab außerdem die Elemente besser zentriert.)
Zu finden hier (müsst evtl. etwas händisch anpassen, wenn ihr das SV von herrmanj verwendet):
https://github.com/verybadsoldier/smartvisu-widgets
Hab mal eine Variante eines Slider speziell für Homematic-Dimmer gemacht ("homematic.slider"): Wenn man in SV den Slider bewegt, dann wird dem Slider eine CSS-Klasse gesetzt, die bis zum Eintreffen eines neuen Wertes erhalten bleibt. Damit kann man also das Aussehen verändern bis vom Server das ACK kommt. Ich mache bei mir im Moment einen roten Rand zum Beispiel.
Leider verschwindet der rote Rand manchmal wieder schon bevor vom Server das ACK kommt. Habe leider keinen zuverlässigen Weg gefunden, da man mMn nicht unterscheiden kann, ob der Wert vom Server oder von SV selbst gesetzt wurde.
https://github.com/verybadsoldier/smartvisu-widgets/commit/87fd7bc8348c0f81c1283aed6120f69121ad2df2
Hi,
nutzt jemand das textinput widget von hier: https://github.com/herrmannj/smartvisu-widgets ?
Irgendwie bekomme ich es nicht zum laufen. Die template engine ignoriert es einfach.
Gruss
Michael
Ja, ich.
Was heißt ignoriert?
Ist der Cache geleert?
Manchmal ist man aber auch mit Blindheit geschlagen und sieht den Wald vor lauter Bäumen nicht >:(
Wenn vorne nichts reinkommt kann hinten auch nichts rauskommen aber jetzt läufts :)
Kann mich bitte jemand mit seinen css Kenntnissen bei der Erstellung eines Sonos Widgets unterstützen?
Hat sich erledigt.
Hey.
Ich habe mich jetzt durch wiki, meintechblog, forum gewühlt um zu verstehen wie man widgets installiert.
Im Wiki steht dazu:
ZitatDas Widget kann in SmartVISU wie gewohnt eingebunden werden:
Was ist wie gewohnt?
Ich möchte gerne meine Anrufliste und meinen Googlekalender einbinden. Beides ist in FHEM schon vorhanden.
Das ganze soll auf der "Startseite" unter der Uhr und dem Wetter Widget erscheinen.
Kann mir dabei jemand behilflich sein oder mir zeigen wo ich infos dazu bekomme?
Danke und Lieben Gruss
Daniel
Hallo,
mir ist gerade aufgefallen, das sehr viele Widgets zu SV hinzukommen.
Was haltet ihr von einer Wiki-Seite mit einer Liste die hier so nach der Reihe gepostet werden + Link, sonst findet man bald nichts mehr.
Evtl. am Anfang auch eine kurze Erklärung wie man sie einbindet.
Meine Überlegung: Seite mit Liste der Widgets (evtl. in Kategorien unterteilt?) -> Bei größeren Widgets Link zu einer eigenen Wiki-Seite.
Was meint ihr dazu?
Zitat von: 2P4u am 20 August 2015, 16:26:19
Was ist wie gewohnt? ...
... oder mir zeigen wo ich infos dazu bekomme?
Schau dir mal die smartVISU Doku und die Beispielseiten an, die in sv enthalten sind.
Doku: http://docu.smartvisu.de/2.7/
Beispiele: findest Du in deiner Installation im pages Ordner.
/Uli
Hat jemand Interesse mein smartVISU Sonos Widget zu testen?
Über konstuktive Kritik würde ich mich freuen.
https://github.com/ddtlabs/smartvisu-widgets/tree/master/sonos
Update:
1st bugfix
- Es wurden, nach einem FHEM Neustart, Timer für Player gestartet, die Slaves einer Gruppe sind (fixed).
- Es wird fhem.pl mindestens vom 23.08.2015 benötigt (9118).
v0.78
- Ein dynamischeres Layout in der Breite.
- Popup für Equalizer und Lautstärke der Nachbarlautsprecher.
v0.80
- IDs innerhalb des Popups waren falsch gesetzt (fixed)
- UserReading Definition wird nicht mehr benötigt und sollte/muss gelöscht werden.
- Neue Readings svTransportState.* (Converter SonosTransportState)
- Ein Notify muss ersetzt werden
v0.82
- Slaveplayer können den Masterplayer steuern
- Cover und Trackposition eines Salves werden vom Master übernommen
- Tracksteuerung vom Slave wird an Master übergeben.
Details: siehe Github readme
/Uli
Hallo,
nach mehreren Monaten versuch ich mal wieder an meiner Smartvisu Seite weiter zu basteln, stehe aber gerade komplett auf dem Schlauch :(
Bekomme es einfach nicht hin Widgets aus dem Widget-Repo zu installieren/konfigurieren.Könnte mir mal bitte jemand das allgemeine Zusammenspiel von Widget HTML Datei,*.js Datei und Visu.js erläutern.Versuche seit Stunden irgendein Widget vernünftig zum laufen zu bekommen. Ich habe z.Z MAX Thermostate über ein Standard rtr konfiguriert. Das funkt. auch soweit.Das Problem ist leider das jeder Temperaturwechsel einzeln an FHEM übertragen wird und somit irgendwann die Credits verbraucht sind. Deshalb wollte ich das Homematice Widget auf meine Max Thermostate anwenden, da dieses, wenn ich richtig gelesen habe zeit verzögert sendet.Habe die HTML und *.js ins page Verzeichnis geschoben.Auf der eigentlichen Seite (in diesem Fall Wohnzimmer)das Widget so {% import "widget_homematic.html" as homematic %} eingebunden.Das Widget wird auch richtig angezeigt allerdings kommt scheinbar der Inhalt der widget_homematic.js nicht zum tragen.Der Temperaturwechsel wird immernoch Schritt für Schritt übertragen.Es mach auch keinen Unterschied ob ich die widget_homematic.js lösche oder den Inhalt die Visu.js kopiere.Irgendwie verstehe ich nicht wo und wie die *.js verknüpft wird. Habe auch schon andere Widgets getestet(Textinput,Selectmenu).Auch diese werden richtig angezeigt auf der jeweiligen Seite allerdings werden die GADs scheinbar nicht nach FHEM übertragen.Für eine kleine Hilfestellung eventl. mit Beispiel wäre ich sehr dankbar
Ich persönlich bevorzuge den Weg des dynamischen Ladens der Scriptressourcen der Widgets in der Visu.js mit der folgenden Methode:
In Visu.js:
// ----- include widget code -----------------------------------------------------
var scriptFolder = (function() {
//var result = document.currentScript.getAttribute("src", 2);
return "./widgets/"
//result.substring(0, result.lastIndexOf("/") +1);
}());
function include(script) {
script = scriptFolder + script;
$.ajax({
url: script,
dataType: "script",
async: false,
error: function () {
alert("Could not load '" + script + "'");
}
});
}
// -----------------------------------------------------------------------------
// W I D G E T S
// -----------------------------------------------------------------------------
include("basic2.js");
include("widget_uzsu.js");
Dann lege ich immer die HTML und die JS der Widgets mit dem Widget-Namen in das Widget-Verzeichnis und lade mir die benötigten Files dynamisch nach. Klappt bei mir super!
Soo einfach kann es sein :D.Homematic widget funktioniert jetzt und sendet Zeit verzögert wie gewünscht.Vielen Dank!
Jetzt bleibt nur noch das Problem mit den nicht erzeugten GADs in FHEM z.B beim Widget Selectmenu.Lässt sich irgendwie mitloggen ob sv überhaupt etwas in richtung Fhem sendet?
Gruß
Im next release wird auch die sv console im fhem log landen.
Geht aber auch jetzt: wenn Du verbose auf 4 oder 5 hochdrehst siehst Du die Rohdaten im log, also die json messages
vg
joerg
@Gorbi: CSS Dateien lassen sich ebenfalls mit einem Include einbinden. Muss laut selfhtml.org aber ganz am Anfang eines Stylsheets eingetragen werden:
@import "stylesheet1.css";
@import url('http://www.example.org/stylesheet2.css');
@all: apropos Selectmenu: Hat schon jemand mal ein Selectmenu entwickelt, dass die einzelnen Eintrage aus einem Reading holt? Mit js hab ich es leider nicht so...
Hallo allerseits,
ich finde das Sonos-Widget absolut cool. Es funktionieren bei mir auch große Teile. Ich habe nur das Problem, dass die GADs nicht so anlegen kann, dass es bei mir funktioniert. Die GADs für die Anzeige funktionieren, allerdings scheitere ich an den GADs für die Steuerung der Geräte. Ich würde mich über einen Tipp hierzu freuen.
vg
Norbert
Die beiden Notifies hast Du angelegt?
Das hab ich getan, ich sehe auch die entsprechenden readings. Wenn ich jedoch die GADs definiere bin ich mir nicht sicher, dass z.B. die Verknüpfung von mm_sonos_kueche.loudness mit dem Devise sonos_kueche / Reading loudness / Converter onoff / und dem cmdset loudness korrekt ist.
Direct, nicht OnOff. Sollte aber auch auf Github beschrieben sein unter dem Abschnitt Fronthem Converter usage.
Für das Beispiel Loudness heißt das:
Device: Sonos_Kueche
Reading: Loudness
Converter: Direct
Cmd: Loudness
Zitat von: herrmannj am 27 August 2015, 12:37:22
Im next release wird auch die sv console im fhem log landen.
Geht aber auch jetzt: wenn Du verbose auf 4 oder 5 hochdrehst siehst Du die Rohdaten im log, also die json messages
vg
joerg
Danke nur da sehe ich irgendwie auch nichts von dem Gad.Müsste nicht eigentlich alles was als widget in sv auf einer Seite eingebunden ist auch in FHEM als Gad gelistet sein, unabhängig ob es funktioniert oder nicht?Wenn ich ein 2. RTR z.B. einfüge, tauchen die Gads direkt in FHEM auf.
Du kannst in SV nur das nutzen, was in FHEM bereits angelegt ist.
Ich habe gerade die aktuelle Verison (0.82) des Sonos Widgets (https://github.com/ddtlabs/smartvisu-widgets/tree/master/sonos) auf Github abgelegt.
Features:
- Steuerung der üblichen Playerfunktionen (play ,pause , stop, skip, Titelposition, ...)
- Play/Radio Listen abrufen
- Sonosplayer gruppieren (über das Widget des Masters)
- Slaveplayer kann die Gruppe verlassen (über das Widget des Slaves oder des Masters)
- Slaveplayer können den Master steuern
- Slaveplayer zeigen Infos des Masters an (Cover, Status, ...)
- Popup für Equalizer und Lautstärke der Nachbarplayer
Ich bin auch immer noch an Rückmeldungen zum Widget interessiert.
/Uli
Sieht schon ziemlich cool aus! Nur leider habe ich kein Sonos ...
Danke für deine Antwort, auch wenn du das Widget nicht verwenden kannst.
Ich frage deshalb nach, weil zur Installation des Widgets der eine oder andere Handgriff vom Anwender bei der Installation nötig ist. Ob ich das im Readme auf Github verständlich rüberbringen konnte, kann ich selbst nicht wirklich beurteilen.
@dev0
Dein Widget setzt SmartVisu 2.8 voraus und der SmartVisu-cleaninstall basiert noch auf der 2.7 oder liege ich da falsch?
Ja, das siehst Du beides richtig. Im Widget sind es wohl nur Kleinigkeiten, aber so auf Anhieb wird das nicht mit der 2.7er laufen.
@Joerg: Magst Du eventuell ein cleaninstall für die aktuelle 2.8er (pre) breitstellen oder ggf. auch nur die benötigten Dateien, damit sich jeder selbst ein Multiuser SV bauen kann? Ich würde das auch erledigen, aber zum einen nicht ohne dein OK und zum anderen fände ich es nicht sinnvoll solche Archive dezentral zu verteilen.
Oder lohnt sich das nicht, da du kurzfristig mit dem next release um die Ecke kommst? ;)
/Uli
Hi,
ja genau, würde das next mit der 2.8er zusammen machen. Ich hab ins 2.8er noch nicht tiefer reingeschaut. Hast aber recht, ich schau mal. Wäre doof wenn man das (auch als user) allzu oft neu anpacken muss.
Lass mich mal über WE da reinschauen, meld mich-
vg
joerg
Hallo alle miteinander,
ich habe mir die smartvisu-widgets heruntergeladen und (ich hoffe richtig) eingebunden.
Nun möchte ich daraus das Widget "LED" nutzen, kann aber nirgends eine Erklärung finden, wie man es richtig auf den Pages einbindet (Syntax).
Kann mir vielleicht mal jemand ein Beispiel nennen, wie man die LED benutzt ?
Vielen Dank im voraus
Wie im Widget beschrieben
/**
* LED - shows a LED with a color depending on the value of the gad
*
* Parameters:
* id: unique id for this widget
* gad: a gad/item
* red_value: the value when the LED shall be red (optional)
* green_value: the value when the LED shall be green (optional)
* blue_value: the value when the LED shall be blue (optional)
* yellow_value: the value when the LED shall be yellow (optional)
*
*/
Beispiel:
{{ LED.led("WaterPumpLED", "WaterPumpGAD", "off", "on") }}
Wenn das GAD "WaterPumpGAD" mit den Werten "off" rot und "on" grün zeigen soll.
Wenn das GAD keinen der angegebenen Werte hat, ist die LED aus (grau)
Hallo und Danke für die schnelle Antwort,
die Beschreibung im Widget hatte ich gelesen und auch so umgesetzt, leider bleibt die LED grau.
Weder mit 1 / 0 noch mit on / off bekomme ich die gewünschte Anzeige.
Reicht es, die widget_led.js in das entsprechende Pgaes-Verzeichnis zu kopieren oder muss es noch irgendwo bekannt gemacht werden ?
Zur Kontroll habe ich ein "basic.switch" angelegt, damit kann ich die Zustandsänderung sichtbar machen.
Zitat von: rsteinkuhl am 06 September 2015, 22:25:27
Reicht es, die widget_led.js in das entsprechende Pgaes-Verzeichnis zu kopieren oder muss es noch irgendwo bekannt gemacht werden ?
Zur Kontroll habe ich ein "basic.switch" angelegt, damit kann ich die Zustandsänderung sichtbar machen.
Das js muss für jedes Widget, das nicht SV-Standard ist, eingebunden werden.
Kann man z.B. so machen (in Deiner visu.js im Page-Verzeichnis
ganz oben):
var scriptFolder = (function() {
var result = document.currentScript.getAttribute("src", 2);
return result.substring(0, result.lastIndexOf("/") +1);
}());
function include(script) {
script = scriptFolder + script;
$.ajax({
url: script,
dataType: "script",
async: false,
error: function () {
alert("Could not load '" + script + "'");
}
});
}
// -----------------------------------------------------------------------------
// W I D G E T S
// -----------------------------------------------------------------------------
include("widget_chart.js");
include("widget_led.js");
include("widget_uzsu.js");
include("widget_timecounter.js");
Brauchst natürlich nur die Includes für die Widgets, die Du verwenden willst, also erst mal das LED
Hallo,
das war der entscheidende Tip, ich habe die visu.js angepasst und jetzt funktioniert es.
Vielen Dank
Das X-te Homematic RTR Widget ;)
https://github.com/ddtlabs
Edit: fehlendes Icon Widget und Icons hinzugefügt.
Um in smartVISU 2.8(pre) einem basic.symbol einen eigenen Farbwert zu geben, gibt es die Möglichkeit dem Widget einen zusätzlichen Parameter für die Farbe mitzugeben. Bisher ist das nur für basic.symbol umgesetzt. Mein Vorschlag, dass auch für switch und dimmer umzusetzen blieb vom Autor seit Wochen leider unkommentiert. Wer diese Möglichkeit und switch/dual/dimmer mit eigenen Icons nutzen möchte, kann sich hier bedienen: github/ddtlabs (https://github.com/ddtlabs/smartvisu-widgets/tree/master/basic-devices)
Btw: das basic.dual Widgt verhält sich wie die Version aus sv 2.7, wenn der Schalter in einem undefinierten Zustand ist, dann schickt der nächste Klick ein value_on.
Kannst du in deinem git bitte eine SV 2.8 stellen, die mit fronthem läuft?
Dann könnte ich auch deine Widgets mal probieren ;)
Zitat von: oli82 am 11 September 2015, 10:59:02
Kannst du in deinem git bitte eine SV 2.8 stellen, die mit fronthem läuft?
Die original 2.8er läuft mit fronthem, wenn du den fhem Treiber in das driver Verzeichnis kopierst. Für die Multiuser-Funktionalität müssten noch ein paar weitere Dateien aus dem 2.7er cleaninstall übernommen werden. Aber ich hoffe immer noch, dass Joerg die Tage so weit ist und ein neues cleaninstall bereitstellt.
@Joerg: wenn Du nicht absehen kannst wann du dazu kommst, könnte ich vorläufig die Ergänzungen breitstellen, die für die 2.8er notwendig sind. Was meinst du?
/Uli
Hallo,
ich habe mir das basic_extra Widget von github heruntergeladen und in das entsprechende Verzeichnis von smatvisu abgelegt. Ich wollte hier den multistate gebrauchen, aber irgendwie komme ich mit dem notwendigen Syntax für die unterschiedlichen Zustände und Bilder nicht nicht zurecht. Kann mir hier jemand weiterhelfen.
Mein Integration sieht wie folgt aus
{{ basic_extra.multistate ('WZ_EG_Kammer_Lampe', 'WZ_EG_Kammer_Lampe.sw', 'Zustand1', 'Zustand2', 'Zustand3', 'Bild1.png', 'Bild2.png', 'Bild3.png') }}
Was passt hier nicht?
Das Multistate Widget der 2.8er (und wenn ich es recht in Erinnerung habe, dann auch das aus dem herrmannj/smsartvisu-widget Repository) erwartet ein Array als Parameter für die Werte und Bilder: {{ basic.multistate('id', 'item', ['5', '6', '7'], ['image_0', 'image_3', 'image_2'], 'mini') }}
D.h in deinem Fall:
{{ basic_extra.multistate ('WZ_EG_Kammer_Lampe', 'WZ_EG_Kammer_Lampe.sw', ['Zustand1', 'Zustand2', 'Zustand3'], ['Bild1.png', 'Bild2.png', 'Bild3.png']) }}
Ach, irgendwie dachte ich mir Softwareupdate schon. Danke
Nee, das hast du falsch verstanden. Das funktioniert auch mit dem Widget aus dem Repository und SV 2.7.
Hallo,
ok Danke,aber irgendwie funktioniert das noch nicht. Muss man noch etwas beachten oder besonderes machen um ein Widget einzurichten. Üblicherweise werden nach einem reload in smartvisu die Daten automatisch in fhem übergeben. Hier passiert aktuell aber gar nichts.
Ohne zu Wissen was du gemacht oder auch nicht gemacht hast, ist das schwer zu ergründen. Generell musst du die Datei des Widgets (.html) mit {% import ... %} auf der Seite einbinden, auf der du das Widget benutzen möchtest. Dann muss eventuell benötigtes JavaScript auch eingebunden werden. Entweder auch mit einem include(...), dass hier schon öffters gepostet wurde oder du kopierst den Inhalt in deine visu.js.
Ah, das mit dem include und import wusste ich nicht. Das war es aber. Jetzt geht alles. Danke
Ich würde gern das x-Te RTR-Widget testen, da mir die Tabellenform gute gefällt. Mir fehlt allerdings widget_ddtlabs_icon.html. Kann mir hier jemand helfen? Oder hat vielleicht jemand ein anderes gutes Widget in Tabellenform im Einsatz.
Gruß
Norbert
Sieht bei mir auch so aus.
Wenn ich die Datei auskommentiere fehlen halt die Grafiken
Das fehlende Icon Widget uploade ich morgen früh. Vergessen, sorry.
Wunderbar, vielen Dank
Das fehlende Icon Widget und die die beiden Icons liegen nun auch auf Github. Ihr müsst daran denken auch die zusätzliche Javascript Datei einzubinden. Im HM Widget habe ich noch 2 Pfade angepasst, damit die Icons im normalen Icon Pfad gesucht werden. Bitte auch neu von Git holen. Der Darstellunsbereich für das Batterie Icon kann im Widget angepasst werden. 21 bedeutet 2.1 Volt, 32 entsprechend 3.2V:
RTR: {{ ddtlabs_icon.battery(id~'.battery', '', gad~'.batteryx10', 21, 32) }}
LIST: {{ ddtlabs_icon.battery2(id~gad[0]~'.battery', '', gad[0]~battery, 21, 32) }} {% endif %}
Wenn Ihr das Homematic Widget editiert müsst ihr darauf auchten, dass euer Editor die Dateien mit der Kodierung "UTF-8 ohne Bom" speichert. Sonst gibt es mit der Darstellung des ° Zeichens Probleme.
Danke für die nachgereichten Dateien.
Leider wird bei mir das Batteriesymbol als leer angezeigt.
Die Abfrage des GAD scheint aber zu klappen:
2015.09.16 10:56:45 5: ipc fronthem:127.0.0.1:60595 (ws): receive {"log":{"level":4,"cmd":"log","text":"ws send to client{\"cmd\":\"item\",\"items\":[\"WZ_RTR.batteryx10\",30]}"}}
2015.09.16 10:56:45 4: ipc fronthem:127.0.0.1:60595 (ws): ws send to client{"cmd":"item","items":["WZ_RTR.batteryx10",30]}
[edit]
Fehler gleich gefunden.
Ich hatte vergessen die *.js ein zu binden.
Durch einen Tipp im KNX Forum habe ich nun die root.html um das Laden aller *.js Dateien im Unterordner "js" erweitert.
Evtl kann das noch wer brauchen:
gelöscht
EDIT 20150923
Die CSS Dateien wurden bei dem oben genannten Script nicht geladen.
Die Funktion muss so lauten:
<!-- custom: dynamically add custom js and css libraries from "js" and "css" subdir -->
{% for item in dir('pages/'~config_pages~'/js') %}
<script type="text/javascript" src="{{ item.path }}"></script>
{% endfor %}
{% for item in dir('pages/'~config_pages~'/css') %}
<link rel="stylesheet" type="text/css" href="{{ item.path }}"/>
{% endfor %}
der loader is cool. Den würde ich in die fhem-sv 2.8 einbauen wenn ich darf. Kennst Du den "Erfinder" ? Würde da aus Anstantsgründen fragen....
vg
joerg
Hi Jörg.
Hier die Quelle:
http://knx-user-forum.de/forum/supportforen/smartvisu/33189-eigene-widgets-und-base-widgets-einbinden (http://knx-user-forum.de/forum/supportforen/smartvisu/33189-eigene-widgets-und-base-widgets-einbinden)
thnx
@Uli
Habe gerade dein Sonos Widget (0.86) eingebunden.
Leider klappt die Formatierung wohl nicht (getestet unter Chrome / IE).
Hast du dafür eine Erklärung bzw. kannst du mir nen Tipp geben?
Sieht so aus, als ob du die .css Datei nicht eingebunden hast. Entweder den Code in die visu.css kopieren oder per import einbinden: https://wiki.selfhtml.org/wiki/CSS/@-Regeln#.40import_-_Einbinden_externer_Stylesheets
Die css und js Dateien lasse ich dynamisch einbinden und laut Seitenquelltext werden sie auch geladen. Schaue mir das morgen nochmal an
Zitat von: oli82 am 22 September 2015, 22:20:09
Die css und js Dateien lasse ich dynamisch einbinden und laut Seitenquelltext werden sie auch geladen.
Habe es gerade mal ausprobiert. Ohne css sehen meine Widgets auch so aus ;)
Schande über mein Haupt Uli.
Da poste ich ein Script, welches dynamisch die js und css Dateien einbindet und importiere dann auch noch die css-Dateien falsch.... (sieht man auch im Screenshot :o )
Nachdem ich das Script angepasst habe, wird nun auch dein Stylesheet geladen ;)
<!-- custom: dynamically add custom js and css libraries from "js" and "css" subdir -->
{% for item in dir('pages/'~config_pages~'/js') %}
<script type="text/javascript" src="{{ item.path }}"></script>
{% endfor %}
{% for item in dir('pages/'~config_pages~'/css') %}
<link rel="stylesheet" type="text/css" href="{{ item.path }}"/>
{% endfor %}
Fein, dass es jetzt geht. Die eigentliche Steuerung usw. funktioniert auch? Hatte bisher keine Rückmeldung zu diesem Widget bekommen. Ist ja doch einiges zu beachten... Kamst du mit den Beschreibung auf Github (https://github.com/ddtlabs/smartvisu-widgets/tree/master/sonos) gut klar?
Hallo,
gibt es irgendwo eine Anleitung oder Tutorial wie ich die Widgets richtig installiere und in SmartVisu einbinden kann?
Aktuell geht es mir um das widget "basic_extra"
https://github.com/herrmannj/smartvisu-widgets/tree/master/basic_extra
Ich bekomme es nicht ans laufen und die Readme hilft mir leider nicht besonders weiter...
Was ich bisher gemacht habe:
- Widget ins Pages-Verzeichnis kopiert (/pages/MeineWohnung/widgets/basic_extra.js + basic_extra.html)
- Widget in die Visu.js eingebunden (Inhalt aus basic_extra.js)
- Widget in der base.html importiert ( {% import "widgets/basic_extra.html" as basic_extra %} )
Nur, ob das jetzt so richtig ist und wie jetzt der korrekte Syntax ist um daraus auch einen Button zu machen um ihn in SmartVisu zu nutzen ist mir leider Schleierhaft.
Vielen Dank für die Hilfe im voraus!
grtz
C0mmanda
Zitat von: dev0 am 23 September 2015, 10:31:27
Fein, dass es jetzt geht. Die eigentliche Steuerung usw. funktioniert auch? Hatte bisher keine Rückmeldung zu diesem Widget bekommen. Ist ja doch einiges zu beachten... Kamst du mit den Beschreibung auf Github (https://github.com/ddtlabs/smartvisu-widgets/tree/master/sonos) gut klar?
Naja. Ich hab in den letzen Tagen viel mit SV gemacht. War also nicht so das Problem.
Was ich noch nicht umgesetzt habe, sind die Play-/ Radiolisten und die Multiroom Bedienung (hab nur einen Play1 aktuell).
Alle Funktionen konnte ich bisher noch nicht testen, kommt aber am Wochenende.
Mir würde jedoch in der Beschreibung die Tabellenform aus deinem hm-rtr Widget für die GADs besser gefallen ;)
Zitat von: C0mmanda am 23 September 2015, 11:02:25
- Widget in der base.html importiert ( {% import "widgets/basic_extra.html" as basic_extra %} )
Binde das Widget auf der Seite ein auf der du es benötigst, z.B. room_xyz.html und verändere nicht Dateien die zur SV Distribution gehören. Die Doku findest du auf smartvisu.de oder im pages Verzeichnis einer Installation.
Zitat von: oli82 am 23 September 2015, 11:12:19
Mir würde jedoch in der Beschreibung die Tabellenform aus deinem hm-rtr Widget für die GADs besser gefallen ;)
Stimmt! Nehme ich auf toDo.
Zitat von: dev0 am 23 September 2015, 11:13:57
Binde das Widget auf der Seite ein auf der du es benötigst, z.B. room_xyz.html und verändere nicht Dateien die zur SV Distribution gehören. Die Doku findest du auf smartvisu.de oder im pages Verzeichnis einer Installation.
Danke, habe das schonmal geändert.
Die Smartvisu-Doku ist bekannt und wird stark genutzt, nur finde ich doch dort keine Infos zu den widgets aus dem git von herrmannj ?!
( https://github.com/herrmannj/smartvisu-widgets )
Smartvisu an sich läuft schon seit Wochen und das auch problemlos. Damit habe ich soweit keine Probleme.
Das korrekte implementieren von den Widgets sowie der richtige Syntax, das ist mein Problem... :(
Zitat von: C0mmanda am 23 September 2015, 11:43:20
nur finde ich doch dort keine Infos zu den widgets aus dem git von herrmannj ?!
Ist ja auch klar, da die Widgets nicht zur SV Distrubution gehören. Das sind Widgets die jemand (für FHEM) geschrieben hat und die dort nur zentral abgelegt sind. Die Syntax der Widgets ergibt sich aus der Macrozeile in den Widgets selbst bzw. aus der Beschreibung direkt darüber (@param)
Zitat von: C0mmanda am 23 September 2015, 11:43:20
Das korrekte implementieren von den Widgets sowie der richtige Syntax, das ist mein Problem... :(
Ich versuche meine Widgets auf Github (https://github.com/ddtlabs/smartvisu-widgets) möglichst gut zu dokumentieren, aber die Arbeit macht sich jeder, da man die grundlegenden Infos auch aus der Macrozeile bekommt.
Zitat von: dev0 am 23 September 2015, 12:06:31
Die Syntax der Widgets ergibt sich aus der Macrozeile in den Widgets selbst bzw. aus der Beschreibung direkt darüber (@param)
Ich versuche meine Widgets auf Github (https://github.com/ddtlabs/smartvisu-widgets) möglichst gut zu dokumentieren, aber die Arbeit macht sich jeder, da man die grundlegenden Infos auch aus der Macrozeile bekommt.
Das hatte ich mir bereits gedacht, aber ich stehe da aktuell noch wie Ochs vorm Berg.
Dies bezieht sich auf den Teil den ich einbinden möchte:
/**
* Displays a multi-state button with a popup
*
* @param unique id for this widget
* @param a gad/item
* @param array of possible values
* @param array of pictures used for values
*/
{% macro multistate(id, gad, vals, pics) %}
{% import "basic.html" as basic %}
<a id="{{ uid(page, id) }}" data-widget="basic_extra.multistate" data-item="{{ gad }}" data-rel="popup" href="#{{id~_popup}}"
{% for i in 1..vals|length %}
data-val-{{i}}="{{vals[i-1]}}" data-pic-{{i}}="{{pics[i-1]}}"
{% endfor %}
class="ui-{{ type|default('mini') }}" data-role="button" data-inline="true" data-iconpos="center">
<img class="icon" src="{{ pics[0] }}">
</a>
<div id="{{id~_popup}}" data-role="popup">
<div>
{% for i in 1..vals|length %}
{{ basic.button(id~_popup_button_~vals[i-1], gad, '', pics[i-1], vals[i-1]) }}
{% endfor %}
</div>
</div>
{% endmacro %}Dies ist die Macrozeile ( {% macro multistate(id, gad, vals, pics) %} ) .
Mein Verständnisproblem: Wie definiere ich dies nun in SV?
Eingebunden ist das ganze ja so: {% import "widgets/basic_extra.html" as basic_extra %}
Wie definiere ich das nun? {{ basic_extra.multistate(id, gad, vals, pics) }} ?? Oder {{ multistate(id, gad, vals, pics) }}
Dann mein zweites Problem:
Die definition ansich ist klar: multistate(id, gad, vals, pics)
In den Hinweisen zu @params steht:
/**
* Displays a multi-state button with a popup
*
* @param unique id for this widget
* @param a gad/item
* @param array of possible values
* @param array of pictures used for values
*/
id und gad sind weiterhin klar.
ich hänge bei "array of.."
Wie definiere ich denn den array und wie ist der korrekte Syntax?
In der Doku zu smartvisu gibt es keinen Parameter mit "array" (oder ich habe ihn nicht gefunden) so dass ich das daraus evtl ableiten könnte.
Für einen Laien ist das auf dem ersten Blick leider nicht eindeutig.
{% import foo.html as foo %} ist die richtig Syntax und Aufruf mit foo.widget
Zum Array: Google nach "site:smartvisu.de array" und nimm den ersten Treffer.
Edit: Syntax korrigiert.
Vielen Dank, ich habe es jetzt ans laufen gebracht und wieder mal dazugelernt :)
Eine Frage habe ich dann doch noch:
Ich habe ja das Widget "basic_extra.multistate" eingebaut. ( https://github.com/herrmannj/smartvisu-widgets/tree/master/basic_extra )
Das funktioniert jetzt auch so wie es soll, mit einer kleinen Ausnahme:
Im Normalzustand soll der Button den aktuellen "state" anzeigen. Beim Klick auf den Button erscheint ein PopUp mit beliebig vielen Buttons zum schalten.
Ändere ich jetzt den State soll der Button im Normalzustand den aktuellen (neuen) State anzeigen. Das macht er auch auf dem Laptop.
Auf dem Smartphone allerdings nicht!
Wo kann ich hier mit der Fehlersuche ansetzen? Lese-Schreibrechte des gad sind gesetzt und passen, schalten funktioniert auch mit dem Smartphone, es wird nur das Icon im Button nicht geändert.
Vielen Dank! (Ich hoffe ich konnte mein PRoblem verständlich machen...)
Ich vermute, dass der verwendete Browser ein Problem hat. Teste mal Andere.
Oh man.. :(
Ansich funktioniert das mit dem Button, einzig im Vollbildmodus unter Safari (iPhone) funktioniert es nicht!
Normaler Safarimodus geht, Chrome geht auch. :(
Danke für den Hinweis....
Seit ios9 habe ich auch komische Effekte mit Safari im fullscreen mode. Popups erscheinen außerhalb des Sichtfeldes und nach dem Schließen der Popups zeigt der Browser die Menü-Einstiegsseite. Sehr komisch...
@all: Funktionen Popups bei Euch korrekt unter ios9 korrekt?
Hab aktuell nur ein PopUp für die UZSU im SV und das funktioniert auf dem IPhone unter ios9.
Danke Oli82,
es scheint aber tatsächlich ein Problem mit jqm Popups und IOS9 zu geben. Auf Stack Overflow (http://stackoverflow.com/questions/32626073/jquery-popupopen-not-working-properly-on-ios-9-device) gib es einen ersten Ansatz das zu umgehen. Mal schauen...
Kann ich auf iOS9.01 nicht bestätigen. Habt Ihr die neueste Version der UZSU?
Ja, IOS 9.01 und neuste UZSU gestern abend gestest. Es tritt bei mir aber auch anderen Widgets auf. Der Effekt ist in etwa folgender:
Popup öffnet sich (nicht immer) ausserhalb des Sichtfeldes. Wenn man dann das Tablet dreht, dann sprint das Popup in die Mitte des Screens. Beim Schließen des Popups springt die Anzeige eine Seite zuviel zurück. Beispiel: Ich navigiere zur Seite room_Wohnzimmer, dann room_Schlafzimmer, öffne dann ein Popup und nach dem Schließen des Popups wird room_Wohnzimner und nicht room_Schlafzimmer angezeigt. Ausserdem kann man ab dem Moment nicht mehr nach unten scrollen, als ob die Seite abgeschnitten wäre...
Kann ich nicht bestätigen. Der einzige Effekt, den ich habe ist, dass das Popup nicht immer zentriert wird, wenn ich die Orientation ändere.
Edit:
Jetzt habe ich auch geschafft den ungewollten zurück Effekt zu erzeugen. Nach dem Schließen des popup wird die zuvor angezeigte Seite gewählt.
Auf die weitere Navigation hatte dies bei mir aber keinen Einfluss.
Vielleicht ist es Geräte abhängig, betrifft ein altes iPad mini bei mir. Das iPhone lasse ich erstmal auf 8.4x
Was mich nervt, ist dass der Bildschirm oben nicht mehr für die Web App verfügbar ist, sondern durch eine graue Kopfleiste mit Empfangsstärke Uhrzeit und so weiter belegt ist.
Seitdem ist meine Äpp um diese Pixel tiefer im Schirm.
Zitat von: bgewehr am 25 September 2015, 07:29:39
Nach dem Schließen des popup wird die zuvor angezeigte Seite gewählt.
Kann ich ebenfalls auf dem iPhone bestätigen.
IPad hat die Freundin noch im Beschlag ;)
UZSU Version 3.1 von https://github.com/mworion/uzsu_widget (https://github.com/mworion/uzsu_widget)
Wie binde ich eigentlich einen Google Kalender ein?
Mit der enthaltenen calendar.html bekomm ich immer einen readerror.
Im changelog heisst es ja:
v 1.9 28.11.12
- new widget-file: widgets/calendar.html for google calendar
use the google-calendar private xml-adress in the config dialog
with http: (not https:). In your event you may use:
@icon icons/ws/meld_muell.png
@color #222266
as description to set the icon and color.
geht aber leider nicht.
Und wenn ich grad dabei bin:
Kann man das phone Widget auch dazu bringen, nur die Anrufliste für eine Nummer an zu zeigen?
Hab da im Code nichts gefunden.
Danke
Popup error lassen sich verhindern mit
data-history="false"
im Popup-Div.
Bei mir hat es geholfen!
Danke für den Tipp, Bernd.
Werde ich morgen früh mal probieren.
Ich finde inzwischen auch alle diese iOS9.01 Fehler raus. Leere Seiten, abgeschnittene Seiten, so ein Mist!
Macht mit mir die Liste voll:
1. History back nach Popup close
Lösung: data-history="false" in das Popup-Div einfügen
2. leere Seite nach Seitenwechsel
Lösung: unbekannt
3. abgeschnittene, nicht verwendbare Seite
Lösung: unbekannt
4. Seiten beginnen nicht mehr ganz oben, sondern unterhalb der Kopfleiste
Lösung: unbekannt
Hi,
ohne vom dem IOS9 Ding betroffen zu sein, ich habe gerade mal (sehr kurz) ge-googelt.
Verdacht: jquery mobile vs. IOS9, da hakt es.
Scheint so zu sein. Im jquery mobile forum werden diverse "work-arounds" (popup zb) diskutiert. Ist aber wohl alles nicht so solide, also die fixe. Außerdem scheinen fixe die unter IOS9 ok waren nicht mehr unter IOS9.0.1 zu laufen.
Ich denke die jquery mobile Leute sind da primär gefordert....
vg
joerg
Hallo,
hat jemand schon eine elegante Art gefunden, Zeiten einzugeben? Aktuell möchte ich Zeiten im Halbstundentakt angeben können, also "00:00", "00:30", "01:00".
Zuerst habe ich es mit eine selectmenu versucht. Das ging nicht, weil die Begrenzung bei 32 möglichen Werten liegt und das nicht reicht (2x24-1).
Wenn ich die Stunden und Minuten einzeln in Auswahlmenüs packe, werden führende Nullen ignoriert (s. anderen thread).
Ein Menü wie bei Android wäre sehr elegant. Hat sowas oder ähnliches schon jemand im Einsatz?
schöne Grüße
Jo
Da das ganze auf jQuery Mobile basiert, kann man wahrscheinlich ein Timepicker und/oder Datepicker Widget einbauen, das darauf basiert. Google gibt da sicher Auskunft.
Danke, dann suche ich mal.
schöne Grüße
Jo
Mit dem Update auf iOS 9.0.1 ist bei mir das Problem mit dem sich nicht ändernen Icon im Fullscreen-Modus scheinbar verschwunden.
Es funktioniert aktuell!
Hallo,
leider kann ich die Zeitschaltuhr über Smartvisu nicht deaktivieren. Wenn ich in dem UZSU-Popup über den Button "Active" unten links, bzw. über den Button "Act" versuche die Zeitschaltuhr auszuschalten, wird der WeekDayTimer nicht abgeschaltet.
So sieht das Reading UZSU bei meinem Device aus wenn die Buttons "Act" und der Button "Active" deaktiviert sind:
{"list":[{"timeOffset":"","time":"09:00","rrule":"FREQ=WEEKLY;BYDAY=MO,TU,WE,TH,FR,SA,SU","event":"time","timeCron":"09:00","timeMax":"","active":false,"value":"on","timeMin":""},{"timeMin":"","value":"off","active":false,"event":"time","timeCron":"21:00","timeMax":"","time":"21:00","rrule":"FREQ=WEEKLY;BYDAY=MO,TU,WE,TH,FR,SA,SU","timeOffset":""}],"active":false}
In meinem Log habe ich diese Fehlmermeldungen:
2015.10.16 10:33:10 3: [wdt_uzsu_Schalter_Garten_04] no switches to send, due to possible errors.
2015.10.16 10:33:10 3: [wdt_uzsu_Schalter_Garten_04] no valid Switchingtime found in <>, check first parameter
2015.10.16 10:33:10 1: PERL WARNING: Use of uninitialized value $a[0] in join or string at ./FHEM/98_WeekdayTimer.pm line 145.
2015.10.16 10:33:10 1: PERL WARNING: Use of uninitialized value $element in split at ./FHEM/98_WeekdayTimer.pm line 381.
2015.10.16 10:33:10 1: PERL WARNING: Use of uninitialized value $daylist in lc at ./FHEM/98_WeekdayTimer.pm line 285.
2015.10.16 10:32:50 1: meinfirmenrechner: error doing $result = fronthem::UZSU($param); malformed JSON string, neither array, object, number, string or atom, at character offset 0 (before "(end of string)") at ./FHEM/99_FronthemUtils.pm line 16.
Kann es daran liegen, daß der WeekDayTimer nur "enable" und "disable" versteht und Smartvisu "true" und "false" sendet?
Gruß, Sascha
Hi Sasha,
meine Vermutung ist, dass Du eine alte Verison der Sub UZSU_execute (in 99_fronthemUtils.pm)verwendest. Die aktuelle Version findest Du hier:
https://github.com/herrmannj/fronthem/blob/master/FHEM/99_fronthemUtils.pm
/Uli
hallo, ich verwende widget_hui und bin eigentlich recht erfreut darüber.
allerdings kann ich die helligkeit der lampen nur von 0 bis 96% regeln. die letzten 4% gehen einfach nicht. der slider "schlägt" bei 96% einfach an. ein eintragen von "100" ins textfeld quitiert das ding ebenfalls mit einem simplen sprung zurück auf 96.
direkt über fhem lässt sich das dann einfach nachregeln, also liegt da wohl kein problem vor, denk ich mal.
der gad sieht wie folgt aus:
ZitatBuero_RGB_HUE.pct
mode item
device Buero_RGB
reading pct
converter Direct
cmd set pct
read und write sind natürlich erlaubt.
das betrifft übrigens alle rgb-lampen, akkulampen und lightstrips von philips, die ich aufbieten kann.
ach ja, vielleicht mag mir wer bei nem minor-problem helfen: was muß ich bei alarm genau eintragen ins gad?
ich bekomme mit alarm die lampe zwar 1 mal zum aufblinken und sie geht dann auch in den ausgangszustand zurück, aber das wars dann auch.
der button bleibt in smartvisu auf "on", ich aknn ihn deaktivieren, aber es passeirt überhaupt nichts, bis auf dieses einmal blinken.
Welches Widget genau, bitte? Wie sieht der Aufruf aus?
widget: https://github.com/ddtlabs/smartvisu-widgets/tree/master/hue
der aufruf ist auch von git kopiert und ruft widget nr. 1 auf, was dann als text wie folgt aussieht:
{% extends "rooms.html" %}
{% import "widget_hue.html" as hue %}
~snip~
{{ hue.extcolordimmer('Buero_RGB_HUE','Buero_RGB_HUE',32,30) }}
~snip~
Für den hue-pct-slider wird im hue.extcolordimmer Widget der normale basic.slider, mit einem Wertebereich von 0-100, aufgerufen.
{{basic.slider(id~'pct', gad_name~'.pct',0,100,step)}}
Wenn Du daran nichts verändert hast, dann wird von irgendwo anders der Wert auf 96 zurückgesetzt (notify, doif, ...).
Btw: Wenn du neben dem Slider Werte siehst, dann hast Du die .css Datei nicht eingebunden.
Zum Alarm: der Button löst ein "set <huedev> alert select" aus.
thx für die antwort
hab das css jetzt eingebunden (könnte man ja auch irgendwo dazu sagen, dass es nicht reicht, wenn mans einfach mitkopiert). jetzt sind auch die zahlen weg, wie das sein soll.
an den 96% ändert das leider nix und ich hab keine weiteren schalter für die lampen eingebunden, für eine hab ich jetzt sogar ALLES bis auf die gads für dein widget in fehm gelöscht.
hab alle meine notifys durchgeschaut und nix gefunden, doif ist derzeit gar nix aktiv - mysteriös ...
ich merke grade, es geht auch bei nem dummen "pct 100" nur auf 96%, ebenso bei "on" - allerdings eben nur, wenn ich über smartvisu schalte. bei fhem gibt ein "on" oder "pct 100" nachwievor volle 100%.
das betrifft auch nur die hue-lampen. meine dimmer von homematic lassen sich z.b. sowhl dierekt in fhem und smartvisu auf 100% bringen.
wo in smartvisu könnte man da zu suchen anfangen? ich hab eig. nix verändert und bis auf die hue/hm-lampen noch gar nix eingebunden.
zum alert:
wäre es nicht sinnvoller anstelle eines "select" ein "lselect" aufzurufen? dann kann man den alarm ein/aus-schalten und der ein/aus-button macht auf einmal sinn *g*
eben probiert - funzt dann super.
Zitat von: the ratman am 28 Januar 2016, 12:49:09
hab das css jetzt eingebunden (könnte man ja auch irgendwo dazu sagen, dass es nicht reicht, wenn mans einfach mitkopiert).
github: Add CSS code from widget_hue.css to your visu.css or include it any other way ;)
Zu den 96% kann ich im Widget keinen Fehler entdecken, bei mir tuts auch wie es soll. Beim Aufruf kann man auch nix falsch machen, da der Wertebereich des Sliders im Widget fest auf 0-100 codiert ist. Vielleicht hilft ein Blick in die js/browser console... Ich kann es auch nicht repoduzieren.
Zitat von: the ratman am 28 Januar 2016, 12:49:09
wäre es nicht sinnvoller anstelle eines "select" ein "lselect" aufzurufen?
Ich hatte den Button eher als Platzhalter eingebunden - selbst noch nie benutzt. Wenn Du kurz erklärst warum das Sinn macht, dann ändere ich das gerne. Sonst fragt der Nächste warum das so ist und ich habe keine Antwort :-[
ZitatZu den 96% kann ich im Widget keinen Fehler entdecken, bei mir tuts auch wie es soll. Beim Aufruf kann man auch nix falsch machen, da der Wertebereich des Sliders im Widget fest auf 0-100 codiert ist. Vielleicht hilft ein Blick in die js/browser console... Ich kann es auch nicht repoduzieren.
hab den fehler!
mit js warst schon richtig - ich hatte da ein "besseres" js am laufen. frag mich ned: wars die "widget.js"? auf jeden fall lag da ne alternative, die ich umbenannte. das war der fehler. mit dem original rennt das zeug alles wieder perfekt. man sollte nicht 3 sachen auf einmal machen, ich weiß nicht mal mehr, warum ich das eingebaut hatte ... schande über mich!
Zitat~snip~ or include it any other way ;)
und jetzt sagst du einem html- und css-dummy bitte, was das bedeutet könnte. du bist ein "macher," ich bin ein "kopierer".
bitte nicht falsch verstehen! ich stehe immer wieder staunend vor euren geistigen ergüssen. ich weiß durchaus zu schätzen, was andere kostenlos in ihrer freizeit machen, dass ich dann für mich nutzen kann. dafür extrem vielen dank! aber bitte, bitte bitte! gehts mal davon aus, das leute wie ich fhem nutzen, weil alles andere (technischer) schrott is. das heißt aber noch lange nicht, dass leute wie ich mehr ahnung haben als eben zu wissen, dass etwas gut ist. warum, dass weiß meinereiner nicht wriklich *g*.
also bitte bleibts doch auf "dummy-niveau". eh schon wissen: wenn du nen vortrag hältst, passe das niveau an nen 14-jährigen an wenn du vor ingenieuren stehst, an nen 12-jährigen, wenn das puplikum nicht vom fach ist. das spart euch nebenher noch, das 100ste mal die selber dumme frage beantworten zu müssen.
ZitatIch hatte den Button eher als Platzhalter eingebunden - selbst noch nie benutzt. Wenn Du kurz erklärst warum das Sinn macht, dann ändere ich das gerne. Sonst fragt der Nächste warum das so ist und ich habe keine Antwort :-[
naja, wenn du schon nen button mit alert on/off machst, sollte der wohl auch als on/off funzen.
momentane situation: bei 'select' macht der button einen "blinker", stellt wieder den originalzustand her und bleibt auf "on-stellung", was dann irgendwie verwirrend ist. du schaltest in dann aus und nix passiert, weil der alarm ja schon lange (nach 1 blinken) aus war.
"meine" situation: machst du ein 'lselect' blinkt die lampe, bis du den button wieder auf "off" stellst. der button macht also wirklich, was ein button in meinen augen machen soll: er schaltet den alarm ein und bei einem weiteren knopfdruck wieder aus.
Zitat von: the ratman am 28 Januar 2016, 17:25:01
und jetzt sagst du einem html- und css-dummy bitte, was das bedeutet könnte.
Hier (http://lmgtfy.com/?q=css+import) findest Du die Lösung dazu.
Im Widget habe ich die Alarmaktion auf lselect abgeändert.
hallo, kann mir jemand helfen?
es geht um das "uzsu_widget"
ich hab bei dem guten stück alles so weit, dass es grafisch läuft und auch bei meinem gerät (homObot) daten einträgt.
so z.b.:
Readings
uzsu {"list":[{"value":"Start","active":true,"rrule":"FREQ=WEEKLY;BYDAY=SA,SU","time":"16:30"},{"time":"17:00","active":true,"rrule":"FREQ=WEEKLY;BYDAY=MO,TU,WE,TH,FR","value":"Start"}],"active":true}soweit so gut. nur passieren tut überhautp nix, nicht mal ne fehlermeldung im log.
der aufruf in smartvisu sieht wie folgt aus:
homObot Peitschensignal {{ visu.uzsu_icon('UZSU_Timer_daily_homObot', 'UZSU_Timer_daily_homObot', 'homObot Peitschensignal', '', '', '', 'list', ['Start', 'Home', 'Stop/OK']) }}der notify:
CFGFN
DEF .*:uzsu:.* { UZSU_execute($NAME, $EVTPART1) }
NAME UZSU
NR 218
NTFY_ORDER 50-UZSU
REGEXP .*:uzsu:.*
STATE 2016-01-28 18:58:02
TYPE notifyder gad:
UZSU_Timer_daily_homObot
mode item
device homObot
reading uzsu
converter UZSU
cmd set uzsu was ich am ende haben wollen würde wäre ein "set homObot Start" zur passenden zeit ...
wo ist da wieder mein gedanklicher dreher?
nachtrag:
langsam komm ich mir echt dämlich vor. ich hab zum rumprobieren einen 2. timer für uzsu angelegt.
Test Bücherlicht {{ visu.uzsu_icon('UZSU_Timer_daily_Regal', 'UZSU_Timer_daily_Regal ', 'Test Bücherregal', '', '', '', 'list', ['on', 'off', 'blink']) }} der soll einfach nur ne lampe schalten. er speichert aber in dem fall gar nichts ab, ein neues defina a'la
define wdt_uzsu .... erscheint in der fhem config gar nicht.
dafür steht jetzt im log ein haufen böses zeug:
2016.01.29 12:15:45 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/99_fronthemUtils.pm line 40.
2016.01.29 12:15:45 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/99_fronthemUtils.pm line 45.
2016.01.29 12:15:45 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/99_fronthemUtils.pm line 49.
2016.01.29 12:15:45 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/99_fronthemUtils.pm line 49.
2016.01.29 12:15:45 3: [wdt_uzsu_harmony_33130339] Undefined subroutine &main::_abs called at (eval 113) line 1. >>>{ my $date=1453720545;{_abs("REAL",0,,)}}<<<
2016.01.29 12:15:45 3: [wdt_uzsu_harmony_33130339] Undefined subroutine &main::_abs called at (eval 114) line 1. >>>{ my $date=1453806945;{_abs("REAL",0,,)}}<<<
2016.01.29 12:15:45 3: [wdt_uzsu_harmony_33130339] Undefined subroutine &main::_abs called at (eval 115) line 1. >>>{ my $date=1453893345;{_abs("REAL",0,,)}}<<<
2016.01.29 12:15:45 3: [wdt_uzsu_harmony_33130339] Undefined subroutine &main::_abs called at (eval 116) line 1. >>>{ my $date=1453979745;{_abs("REAL",0,,)}}<<<
2016.01.29 12:15:45 3: [wdt_uzsu_harmony_33130339] Undefined subroutine &main::_abs called at (eval 117) line 1. >>>{ my $date=1454066145;{_abs("REAL",0,,)}}<<<
2016.01.29 12:15:45 3: [wdt_uzsu_harmony_33130339] Undefined subroutine &main::_abs called at (eval 118) line 1. >>>{ my $date=1453634145;{_abs("REAL",0,,)}}<<<
2016.01.29 12:15:45 3: [wdt_uzsu_harmony_33130339] Undefined subroutine &main::_abs called at (eval 119) line 1. >>>{ my $date=1454152545;{_abs("REAL",0,,)}}<<<
2016.01.29 12:15:45 3: [wdt_uzsu_harmony_33130339] Undefined subroutine &main::_abs called at (eval 120) line 1. >>>{ my $date=1454066145;{_abs("REAL",0,,)}}<<<
2016.01.29 12:15:45 3: [wdt_uzsu_harmony_33130339] Undefined subroutine &main::_abs called at (eval 121) line 1. >>>{ my $date=1454066145;{_abs("REAL",0,,)}}<<<der erste timer lässt sich nachwievor einsellen, die einstellungen werden auch gespeichert, passieren tut aber immer noch nichts.
@dev0
ZitatHier findest Du die Lösung dazu.
dazu müsste man aber auch wissen, dass "include" eigentlich ein befehl ist. im englischen text lest sich das halt wie: "tu es irgendwo dazu".
trotzdem danke, dass du mich auf diese google suchmaschine hingewiesen hast! kannte ich noch gar nicht - wieder was gelernt.
Zitat von: the ratman am 29 Januar 2016, 09:25:50
2016.01.29 12:15:45 3: [wdt_uzsu_harmony_33130339] Undefined subroutine &main::_abs called at (eval 113) line 1. >>>{ my $date=1453720545;{_abs("REAL",0,,)}}<<<
Das _abs müsste mMn sunset_abs oder sunrise_abs heißen. Vielleicht hilft es bei der Suche nach dem Fehler...
...ich glaube den Fehler gab es auch schon mal hier im Forum.
ja, der hat das auch gelöst mit einer anderen version - siehe http://forum.fhem.de/index.php/topic,47827.0.html
das dumme ist, ich weiß immer noch ned, wo ich diese version 3.2 her kriege, weil meine 2.0 is definitiv nicht brauchbar und die 3.99 scheint schon smartvisu 2.8 zu sein.
hat BITTE irgendwer einen direkten link zu dieser v 3.2?
Zitat von: the ratman am 30 Januar 2016, 16:12:20
hat BITTE irgendwer einen direkten link zu dieser v 3.2?
Findest Du im UZSU Repository (https://github.com/mworion/uzsu_widget/tree/master)
vielen dank - genau das suchte ich *g*
hab die files zwar schon per mail gekriegt, die waren aber recht kaputt und unvollständig - jetzt testen ma mal das original von dir.
nachtrag:
JAU, DAS wars warscheinlich - der onkel ratti is grad glücklich
in der config wird jetzt z.b. DEF Buecherregal_RGB en MO,TU,WE,TH,FR,SA,SU|12:20|1
mal gucken, obs auch los rennt, aber schaut ja gut aus jetzt
danke nochmal
Zitat von: the ratman am 30 Januar 2016, 16:22:46
.... SU|12:20|1
Keine Ahnung was Du schalten möchtest, aber "on" statt "1" wäre typischer für FHEM devices...
die 1 und 0 waren noch n überbleibsel von meiner testerei - mir war nur wichtig zu zeigen, dass dieses vermaleteite ">>>{ my $date=1453720545;{_abs("REAL",0,,)}}<<<" weg is.
es rennt und rennt und rennt. ein großer meilenstein für mich, weil mit der uzsu auch meine freundin locker mal was mit machen kann.
wenn man jetzt von einem uzsu aus gleich einen set-befehl erweitern oder gar mehrere abschicken könnte könnte, wär ich im 7. himmel.
bsp.: als text eingeben "blink 3 3" oder "lampe1 lampe2" oder "pct 50", ... das packt der gute wohl nicht, scheint mir ...
eine dumme (naje, bis jetzt mal) frage hab ich allerdings noch:
sobald ich was an einem timer in sv ändere, schreit fhem, dass die config gespeichert werden muß. is das normal? kann ichs ignorieren?
Zitat von: the ratman am 30 Januar 2016, 17:38:16
wenn man jetzt von einem uzsu aus gleich einen set-befehl erweitern oder gar mehrere abschicken könnte könnte, wär ich im 7. himmel.
Ohne jetzt nachzusehen ist das eine Einschränkung des WeekdayTimers. Dietmat63 in der Rubrik Unterstützende Dienste entwickelt ihn...
Mit zusätzlichen Notifies läßt sich das aber auch umsetzen.
Zitat von: the ratman am 30 Januar 2016, 17:38:16
sobald ich was an einem timer in sv ändere, schreit fhem, dass die config gespeichert werden muß. is das normal? kann ichs ignorieren?
Es ist einfach die Entscheidung, ob ein Modul oder Erweiterung eigenständig die Konfig speichern soll/darf oder nicht. FHEM kann nicht selektiv speichern, alles oder nichts. Worst case wäre, wenn nach einem FHEM Neustart irgendwelche Module nicht geladern werden können, warum auch immer... Das Nächste save (automatisch durch Änderung einer UZSU Schaltzeit) würde sie aus der Konfiguration löschen. Ohne zu speichern würden allerdings Deine nicht gespeicherten UZSU Weekdaytimer, durch einen Neustart, verloren gehen.
Wenn Du in Deine 99_fronthemUtils schaust, findest Du in der Fn UZSU_execute folgende Zeile. Du kannst sie einkommentieren oder auch nicht. Deine Entscheidung.
#fhem('save'); # use only if you want to save WDT settings immediately.
Btw: Änderungen an dieser Datei werden durch ein Update nicht automatisch überschrieben. Es ist das Äquivalent zu deiner persönlichen myUtils.pm...
thx für die informationen.
naja, schalt ich das "autosave" mal ein. wird wohl besser sein, bevor ich wieder 1000 mal das speichern vergess *g*.
Es ist ja so:
Die UZSU-Einstellungen aus SmartVISU werden in einem Userreading UZSU am zu schaltenden Device gespeichert und sind somit persistent über die das fhem statefile auch nach dem Neustart wieder da.
Die diversen UZSU-Weekdaytimer sind nur Erfüllungsgehilfen, müssen aber als devices in fhem erzeugt werden und sind somit in der fhem.cfg zu sichern, damit diese nicht neu erzeugt werden müssen.
fhem.save in der UZSU_execute soll genau dies machen. Dabei werden natürlich auch alle anderen Änderungen an der Konfiguration gespeichert, was nicht immer erwünscht ist.
Wenn das nicht gefällt, kann man auch eine Funktion "Create_UZSU_WDT_from_all_UZSU_Readings()" schreiben, die alle UZSU-Readings sucht und die wdts dazu neu anlegt.
Wäre ein Dreizeiler, schätze ich. Ob man beim Start von fhem solche Funktionen automatisch aufrufen kann (on_start()), das habe ich noch nicht untersucht...
Das Einfachste wäre mMn:
CommandSave(undef,undef) if AttrVal("global", "autosave", 1);
In der command reference ist global/autosave so definiert:
Zitat
enable some modules to automatically trigger save after a configuration change, e.g. after a new device was created. Default is 1 (true), you can deactivate this feature by setting the value to 0.
Wenn Jörg das Attribut in fronthem einbauen würde, dann könnte man es selektiv für fronthem ein/ausschalten.
@Jörg: Soll ich Dir einen Patch schicken? ;)
Danke fürs Angebot.
Ich arbeite lokal schon sehr viel weiter aber wenn Du magst gib das ins git und ich drück auf merge ...
vg
joerg
Zitat von: herrmannj am 07 März 2016, 14:22:52
Ich arbeite lokal schon sehr viel weiter
Was hältst Du von einem git developer branch mit Deinem aktuellen Stand?
@dev0: das weißt Du doch schon! ;-))
Oh Sorry.
Lasst mich das reinstellen wenn es lauffähig wird. Sonst mach ich euch mehr fragen.
Ich arbeite den webserver inkl php und User Setup ins modul ein. Es wird keinen ip zwang mehr geben sondern auch generische device. Die config geht von File auf sqllite. Gilt auch für logs. Weder mit file noch db konnte ich mich anfreunden, da kommt was komplett eigenes. Ich bekomme unterstützung eines der besten pentester um die Sicherheit zu maximieren.
Florian entwickelt eine wp app. Android hätte ich ein wenig, jemand für Apple wird noch gesucht.
Zitat von: herrmannj am 17 März 2016, 22:51:57
reinstellen wenn es lauffähig wird. Sonst mach ich euch mehr fragen
Hintergedanke war eher Dich vielleicht irgendwie zu unterstützen...
Mit Apple-Entwicklung kann ich leider nicht dienen.
Zitat von: dev0 am 18 März 2016, 07:57:40
Hintergedanke war eher Dich vielleicht irgendwie zu unterstützen...
Absolut verstanden, vielen Dank.
Ist auch genau der Punkt. Wenn sich aus dem code noch nicht erschließt wozu x||y||z da sind, oder warum das (X) so und nicht anders gemacht ist, dann ist es halt schwer.
Was aber gut wär: wenn jamnd sich mit dem letsencrypt Protocoll beschäftigen würde. Die notwendigen (Server) Zerifikate würde ich gern von dort beziehen - bitte ohne den python client sondern direkt im modul (perl). Ein "well known url" für die validation kaann ich fix im modul erzeugen. Ich habae aber noch keine Verständniß für das rund herum.
vg
joerg
Zitat von: herrmannj am 18 März 2016, 12:11:18
Was aber gut wär: wenn jamnd sich mit dem letsencrypt Protocoll beschäftigen würde. Die notwendigen (Server) Zerifikate würde ich gern von dort beziehen
Ich mochte schon als Jungendlicher keine All-In-One Kompakt-HiFi-Anlagen ;) Wäre es nicht sinnvoller diese Funktionalität in ein eigenständiges Modul zu verpacken, damit man Zertifikate von letsencrypt in Fhem nutzen kann ohne Fronthem installieren zu müssen?
Adhoc fallen mir 2 Ansätze ein:
- Perl Modul WWW-LetsEncrypt (noch nicht vollständig?)
- Keys und CSR via openssl system call generieren zu lassen und dann eine Art acme-tiny (https://github.com/diafygi/acme-tiny/blob/master/acme_tiny.py) in Perl umsetzen um das Zertifikat zu erhalten.
Moin,
korrekt!
Keys und CSR via openssl system call generieren
... Check! Done! nix mehr zu tun.
... zu lassen und dann eine Art acme-tiny in Perl umsetzen um das Zertifikat zu erhalten.
... gesuchter Ansatz.
Aber was (csr usw) muss wie wohin geschickt werden ? Wie wird genau(!) verifiziert das ich der host bin ?
vg
joerg
Ich hätte mich jetzt an dem oben verlinkten Phyton Script orientiert, da es recht überschaubar ist (auch wenn ich jetzt noch weniger Python als Perl verstehe).
Ein Doku zur Api habe ich aber auch noch nicht entdeckt.
DEFAULT_CA = "https://acme-v01.api.letsencrypt.org"
# get the certificate domains and expiration
log.info("Registering account...")
code, result = _send_signed_request(CA + "/acme/new-reg", {
"resource": "new-reg",
"agreement": "https://letsencrypt.org/documents/LE-SA-v1.0.1-July-27-2015.pdf",
})
# get new challenge
code, result = _send_signed_request(CA + "/acme/new-authz", {
"resource": "new-authz",
"identifier": {"type": "dns", "value": domain},
})
....
Naja, es gipt eine API + docu.
Grundsätzlich muss man vmtl zwischen Erwerb und renewal unterscheiden.
Man schickt einen csr dort hin.
letsEncrypt schickt eine challenge zurück.
Die musst ich mit dem private key signieren um zu beweisen das ich ihn besitze und das Ergebnis auf einer "well-known" url hinterlegen
Danach muss ich (vmtl) das cert anforden und letsencrypt schaut auf der "well-known" url (mein host) nach ob ich den private key habe
Wenn ja bekomme ich das cert
Es mag andere Prozesse geben (?) - der sieht geeignet aus.
Die haben sowas wie eine Sandbox wo man das testen kann weil ja nicht ständig (im schreiben / debugging) certs für die Tonne generiert werden dürfen ..
Das gilt es halt nochmal alles zu evaluieren und die Details zu verstehen. Beispielsweise mit welchen Parametern usw ..
Naja, ich mach mich da mal nach Ostern dran (sollte niemand anderes schneller sein ;) ) ....
vg
joerg
https://tools.ietf.org/html/draft-ietf-acme-acme-01
... Leider kann ich nicht sagen ob es möglich ist certs für individuelle hosts zu beziehen.
x.domain.org -> certA
y.domain.org -> certB
z.domain.org -> certC
...
Weiß das jemand mit Sicherheit ? Validierung dann eben nicht per DNS TXT sondern per x.domain.org/uri
Danke vg
joerg
Hi dev0,
ich habe Dein Sonos-Widget installiert und nach einigem hin- und her auch konfiguriert bekommen (es hat eine Weile gedauert bis ich das mit den GAD-Zuordnungen verstanden habe). Da sieht richtig gut aus, vielen Dank für Deine Arbeit und Mühe!
Nun habe ich eine Frage: Ich habe zwei Radiostationen in die Radiolist eingegeben. Wenn ich nun bei einem laufenden Radiosender einen anderen Sender aus der Radiolist auswähle wird der aktuelle gestoppt, der neu ausgewählte Stream geladen aber nicht gestartet. Wie kann ich es bewerkstelligen dass der neu ausgewählte Stream direkt gestartet wird?
Danke & Gruß
Chris
Bei mir wird der 2. Radiosender direkt gestartet, nicht nur geladen. Es wird auch in beiden Fällen der gleiche Befehl an das Sonosplayer Device geschickt. Aus dem Bauch würde ich darauf tippen, dass Deine Fhem Installation nicht aktuell ist, da der Fehler bei mir nicht auftritt. Du kannst es ja mal ohne das Widget auf der Fhem command line testen ob der Effekt dann auch auftritt.
Edit: Um Radiostreams von der command line zu starten, sieht die Syntax so aus: (Leerzeichen im Radionamen müssen durch %20 ersetzt werden)
set <sonosplayer> StartRadio Alsterradio
set <sonosplayer> StartRadio Freez%20FM
/Uli
ZitatIch mache mal einen neuen Thread auf, um den "großen" SmartVISU-Thread nicht durch Nebenkriegsschauplätze zu belasten. Vielleicht können wir hier speziell ein bisschen über Widgets reden.
Ich bin gerade dabei, mich durch das Widget-Repo (https://github.com/herrmannj/smartvisu-widgets) zu wühlen und mir einen Überblick zu verschaffen.
Hallo! Ich bin ein totaler noob und versuche gerade eine Anleitung zu finden, wie ich diese widgets einbauen kann. Leider finde ich hierzu nichts! Könntet ihr mir bitte eine kurze Anleitung dazu schreiben (in Noob-Sprache *gg*) Danke!!
Gruß
Zitat von: Xaser am 10 April 2016, 19:09:09
Könntet ihr mir bitte eine kurze Anleitung dazu schreiben
Erledige ich gerne, wenn es Dir 1200€/TW wert ist.
Ratenzahlung möglich?
Vorkasse.
ZitatErweitertes flip (basic_extra/flip)
(http://forum.fhem.de/index.php?action=dlattach;topic=35598.0;attach=30688)
flip(id, gad, txt_on, txt_off, on_value, off_value)
Basic/flip erwartet ja als Eingabewerte 1 oder 0. Bei dem hier kann man als on_value und off_value konfigurieren, welche Werte als an und aus angesehen werden sollen. Bin mir jedoch hier nicht sicher, ob das in dem Widget passieren sollte, oder ob man die Werte besser im Converter auf 1 und 0 mappen sollte, um dann das normale basic/flip nutzen zu können.
Hi,
ich habe mir die basic_extra Widgets bei Github heruntergeladen und wie vorgeschrieben eingebunden:
in visu.js
include("basic_extra.js");und im Raum
{% import "basic_extra.html" as basic_extra %}
Meine Definition des Widgets sieht dann wie folgt aus:
{{ basic_extra.flip('Rollladen_Automatik', 'Rollladen_Automatik_AnAus','An','Aus','An','Aus') }}fhemseitig habe ich noch nichts konfiguriert (fronthem)
Berechtigungen auf den Dateien (chown/chmod) stimmen auch)
Leider erscheint bei mir aber kein Slider, sondern nur ein Feld, welches ich nicht schalten kann. Siehe Screenshot.
Hast Du ne Idee, wo der Fehler liegt?
So, ich hatte ganz vergessen das ich smartvisu auf 2.9 dev laufen lasse - in 2.8 geht es.
Gibts es eine Chance, das es ein Update gibt? 8) 8) 8) 8)
In develop brauchst du das doch gar nicht, da sind die konfigurierbaren Werte bereits eingebaut.
Zitat von: smai am 15 Mai 2018, 22:01:31
In develop brauchst du das doch gar nicht, da sind die konfigurierbaren Werte bereits eingebaut.
ach cool - gibt es irgendwo eine Online Doku für die 2.9? Ich habe bis jetzt immer die 2.8 Doku auf der Smartvisu Seite genutzt, weil ich bei der Dokuseite meiner Smartvisu Installation immer ein Http Error 500 bekomme
Nein, gibt es nicht - erst nach dem Release.
Ich würde mal die Ursache des HTTP Errors suchen (im Log des Webservers), meines Wissens funktioniert die eingebaute Doku sonst zuverlässig.
Zitat von: smai am 18 Mai 2018, 10:28:06
Nein, gibt es nicht - erst nach dem Release.
Ich würde mal die Ursache des HTTP Errors suchen (im Log des Webservers), meines Wissens funktioniert die eingebaute Doku sonst zuverlässig.
So, die Doku geht jetzt. Ich habe folgende Fehlermeldung bekommen (nach Änderung display_errors = On in php.ini)
ZitatFatal error: Uncaught Error: Call to undefined function utf8_encode
Lösung war: Installation von php7.0-xml - das Paket hatte ich wohl vergessen und deswegen ging die Doku nicht.