smartVISU - allgemeine Fragen

[matzemoerk]

Hallo zusammen, hier meine nächste Hürde:

Ich habe eine Statusseite angelegt. Dort sollen zunächsteinmal alle Temperaturen im Haus als Temprose angezeigt werden. In rooms_menu ist der Statusraum folgendermaßen definiert:

Code Auswählen Erweitern


<li data-icon="false">
<a href="index.php?page=room_status">
<img class="icon"' src='{{ icon0 }}control_building_empty.png'/><h3>Gebäudestatus</h3>
</a>
</li>


die room_status.html sieht folgendermaßen aus:

Code Auswählen Erweitern


{% extends "rooms.html" %}

{% block content %}

<h1><img class="icon"' src='{{ icon0 }}control_building_empty.png'/>Gebäudestatus</h1>

    <div class="block">
        <div class="set-2" data-role="collapsible-set" data-theme="c" data-content-theme="a" data-mini="true">
             <div data-role="collapsible" data-collapsed="false">
                <h3>Temperaturen</h3>
               
{{ plot.temprose(temprose, ['matthias_temp_istwert','emilian_temp_istwert','bad_og_temp_istwert','bad_eg_temp_istwert','kueche_temp_istwert','wohnzimmer_temp_istwert'], ['matthias_rtr_set','matthias_rtr_set','matthias_rtr_set','matthias_rtr_set','matthias_rtr_set','matthias_rtr_set'], ['Zimmer Matthias', 'Zimmer Emilian','Bad OG','Bad EG','Küche','Wohnzimmer']) }}

  </div>
</div>
</div>

{% endblock %}


Klicke ich im Menü auf den Eintrag wird nicht wie gewohnt links das Menü rechts der Inhalt in Blöcken angezeigt, sondern nur die Temprose, die das gesamte Browserfenster einnimmt. Wo habe ich Mist gebaut?

Das selbe Verhalten habe ich auch, wenn ich im Menü die Durchscnittstemperatur in einem <div class="ui-li-aside"></div> darstellen will. Auch dort läd die Seite, und zeigt dann nur den Wert an, alles andere wird ausgeblendet.

Kann mir (erneut) jemand weiterhelfen?

Grüße,
Matthias

[Badflex]

Geht eigentlich die telefonliste irgendwie?

[Carsten]

Geht eigentlich die telefonliste irgendwie?

Für die Fritzbox, nehme ich an?

Mit Fritz!OS > 5.5 nicht richtig.
Im Smartvisu-Forum gibt es aber einen Treiber für Fritz!OS 6.20. Der funktioniert bei mir zuverlässig.

[Badflex]

Danke. Werd mal schauen.

[Badflex]

sollte man diese Datei nicht gleich in die smartvisu-cleaninstall einfügen?

[herrmannj]

seh ich lieber im widget git, ich pack die da mal rein. Gehört da noch mehr zu ? Haste Lust einen passenden wiki Eintrag zu erstellen (bist ja quasi im Thema ?

vg
jörg

[Badflex]

Wenn sie in /var/www/smartvisu/lib/phone/service  drin liegt, braucht man es doch nur in der config auszuwählen.
Ist doch selbsterklärend.

[Badflex]

Hallo am sonnigen Sonntag,
Hab mal die uzsu erfolgreich eingebunden.
Sehe ich das richtig dass er die Zeiten nicht in die TempList der Homematic Thermostate überträgt?
Heist das man bei Serverausfall per Hand drehen muss?

[bgewehr]

UZSU hat leider nichts mit TempList zu tun. Du kannst entweder das eine oder das andere nutzen. Wenn Du die Betriebsart auf manuell stellst, kannst Du mir der UZSU die Soll-Temperaturen vorgeben, die zu bestimmten Zeiten gesetzt werden sollen.

Wenn Du aber die TempList Funktion benutzen möchtest, dann kann die UZSU da nicht sinnvoll verwendet werden. Dann steht der Thermostat auf Automatik und die TempList regelt die Schaltvorgänge. Ich bin da auch noch nicht glücklich mit...

[karl0123]

Aber wie oft ändert man denn die Templist im Aktor? Ich kann nur für mich sprechen aber ich habe den Dingern nur ein einziges Mal eine Templist geschickt. Warum sollte man das auch ständig machen? Das ist mEn eine Backend-Aufgabe und keine Frontend-Aufgabe.

[Badflex]

Mit der uzsu wäre das halt viel einfacher zu erstellen bzw. ändern.

[fidel]

seh ich lieber im widget git, ich pack die da mal rein. Gehört da noch mehr zu ? Haste Lust einen passenden wiki Eintrag zu erstellen (bist ja quasi im Thema ?

vg
jörg

Hi Jörg,

ich bin der Meinung es würde besser ins smartvisu-cleaninstall passen, da dieses Widget die smartvisu config Seite betrifft und es unter /var/www/smartvisu/lib/phone/service abgelegt werden muss.
So liegt es gleich da, wo es hingehört.

Gruß
Steven

edit:
Anbei noch ein weiteres Widget für die Fritzbox zum ablegen. Das Widget gehört nur in den bereits erwähnten Pfad und es muss gegebenenfalls unter der Smartvisu Config Seite user und passwort angegeben werden.
Ich glaube beim fritz!box_v6.20.php ist es genauso.

Ich habe mir mal erlaubt deine beiden Wikibeiträge unter einem Pfad "SmartVisu" zusammenzufassen. Es gab hier:
http://www.fhemwiki.de/wiki/SmartVisu/IconHighlights_in_Menus und http://www.fhemwiki.de/wiki/Smartvisu/lichtSzene
Unterschied ist einmal Smartvisu und SmartVisu.

Die Einträge unter Smartvisu (mit dem kleinen "v" könnten dann entfernt werden)

[matzemoerk]

Hallo zusammen,

Wäre es möglich durch das UZSU widget einen Homematic Dimmer anders als nur An:Aus zu steuern? Durch den Befehl set <name> 75 300 180 könnte man einen einfachen Lichtwecker realisieren und durch set <name> pcm 50 auf eine gewisse Helligkeit schalten.

Grüße,
Matthias

[herrmannj]

Hi Jörg,

ich bin der Meinung es würde besser ins smartvisu-cleaninstall passen, da dieses Widget die smartvisu config Seite betrifft und es unter /var/www/smartvisu/lib/phone/service abgelegt werden muss.
So liegt es gleich da, wo es hingehört.

Gruß
Steven

edit:
Anbei noch ein weiteres Widget für die Fritzbox zum ablegen. Das Widget gehört nur in den bereits erwähnten Pfad und es muss gegebenenfalls unter der Smartvisu Config Seite user und passwort angegeben werden.
Ich glaube beim fritz!box_v6.20.php ist es genauso.

Ich habe mir mal erlaubt deine beiden Wikibeiträge unter einem Pfad "SmartVisu" zusammenzufassen. Es gab hier:
http://www.fhemwiki.de/wiki/SmartVisu/IconHighlights_in_Menus und http://www.fhemwiki.de/wiki/Smartvisu/lichtSzene
Unterschied ist einmal Smartvisu und SmartVisu.

Die Einträge unter Smartvisu (mit dem kleinen "v" könnten dann entfernt werden)

Hi Steven

danke fürs Wiki  anpassen - immer rinn da Es kann dort nur besser werden 

Ich würde die beiden git Bereiche gern trennen, weil:

Den clean-install möchte ich gern "bewachen", sprich Änderungen testen und das deshalb auch auf notwendige Anpassungen wie bugfixes (siehe basic.shifter etc) und auf die Mandantenfähigkeit beschränken. Ziel ist es sicherzustellen das dort immer eine 1A Installation liegt die sich jederzeit upgraden lässt wenn sich die sv Jungs was neues einfallen lassen.

Bei allen zusätzlichen widgets bleibt es nicht aus das sie evtl Anpassungen an der css (vielleicht), der visu.js nach sich ziehen oder irgendwelche Nebeneffekte auf andere Installationen (Sonderfälle) haben können. Wohlgemerkt nicht immer, aber es würde sich nicht mehr abgrenzen lassen.

Wenn wir also "alles andere" in die widgets packen haben wir da eine klare Trennung. Wer eine fb hat und das so nutzen möchte (es gibt ja durchaus Alternativen, zB über das fb fhem modul mit user widgets ... ) - der kopiert sich das rein und wir haben eine schöne zentrale Sammlung.

OK ?

vg
jörg

[fidel]

Ja klar...