smartVISU - allgemeine Fragen

[Thargor]

Hallo Jörg,

ist es ok für Dich da vorerst mit einem workaround OHNE status.popup zu arbeiten ? zB den OK button als basic.button in einer page (ohne popup) ?
status.* Kommt im nächsten release ..

Ich nutze das status.popup ja schon. Ist das aus 2.8? Ich hab mir die enstprechenden Stellen aus status.html und widget.js zusammengesammelt. Das klappt prinzpipiell schon super, allerdings würde ich eben gerne mit dem OK Button aus dem Popup gleich in FHEM den triggerwert zurücksetzen. Ich hab gestern schon versucht wild status.popup und basic.button zu mixen, aber wenn man nicht weiß was man macht, dann kommt eben leider nichts funktionierendes raus.

Gruß Lars

P.S: Nutze das Popup um mich zu erinnern, dass die Waschmaschine fertig ist.

[marcus42]

Hallo zusammen,

ich habe heute bei mir erstmals fronthem/smartVisu installiert und muss sagen,
ich bin begeistert was hier für Integrationsarbeit geleistet wurde!

Vielen Dank dafür!

Ich habe aber direkt auch eine Frage/ein Problem:

Bisher habe ich nur eine Lampe aus fhem an Smartvisu angebunden. Diese lässt sich auch über SmartVisu schalten.
Jedoch nur einmal an und aus. Nachdem die Lampe ausgeschaltet ist, aktualisiert sich der Schaltzustand unter SmartVisu nicht mehr.

Wenn ich die Seite im Browser einmal neu lade, aktualisiert sich der Schaltzustand wieder korrekt und ich kann die Lampe auch wieder einmal an/aus schalten. Dann beginnt das Problem von vorn.

Ich habe es über Safari (iOS, Mac) und über Firefox (Mac) probiert. Überall tritt der gleiche Effekt auf.

Hat jemand eine Idee, woran es liegen könnte?

Danke vorab.
Marcus

[herrmannj]

Hallo Marcus,

welcher driver ?

vmtl must Du in sv suchen, doppelte ID vergeben oder so etwas ...

Schau mal ob die was die browser console dazu sagt - die zeigt an was von fhem ankommt.

vg
joerg

[marcus42]

Hallo Joerg,

danke für Deine Rückmeldung.

Ich habe es mit dem hem-Treiber und mit dem Dom...-Treiber versucht. Gleicher Effekt.

Beim Aufruf der Seite des Wohnzimmers und der die Lampe steht sieht es in der Konsole so aus (Lampe ist an!):

Code Auswählen Erweitern


"[io.fhem]: init [V1.10] (address=192.168.2.21 port=2121)" io_fhem.js:166
"[animation.prepare]" animation.js:39
"[animation.redraw]" animation.js:46
"[io.fhem]: run (readyState=0)" io_fhem.js:166
"[io.fhem]: monitor (GADs:3, Series:0)" io_fhem.js:166


Wenn ich dann den Schalter über smartVISU betätige, erscheinen keine weitere Einträge in der Konsole.

Ich habe gerade festgestellt, wenn ich nur oft genug schnell hintereinander den Schalter in smartVISU betätige,
dann schaltet die Lampe irgendwann wieder. Die js-Konsole in Firefox bleibt dann trotzdem leer.

Ergänzung: Mein room_wohnzimmer.html sieht so aus:

Code Auswählen Erweitern


/**
* -----------------------------------------------------------------------------
* @package     smartVISU
* @author      Martin Gleiß
* @copyright   2012
* @license     GPL [http://www.gnu.de]
* -----------------------------------------------------------------------------
*/


{% extends "rooms.html" %}

{% block content %}

<h1><img class="icon" src='{{ icon0 }}scene_livingroom.png'/>Wohnzimmer</h1>
<div class="preblock">
</div>
<div class="block">
    <div class="set-2" data-role="collapsible-set" data-theme="c" data-content-theme="a" data-mini="true">
        <div data-role="collapsible" data-collapsed="false" >
            <h3>Licht</h3>
            <table width="90%">
                <tr>
                    <td align="left" width="100px">
                        {{ basic.switch('licht_eg_stehlampe', 'licht_eg_stehlampe.sw', icon1~'light_floor_lamp.png', icon0~'light_floor_lamp.png') }}
                    </td>
                    <td>Stehlampe</td>
                </tr>
            </table>
        </div>
    </div>
</div>

{% endblock %}



Ich habe keinen Schimmer, wo ich weitersuchen sollte ...

Vielleicht ist dies das Problem: Der vergebene Name licht_eg_stehlampe in der html-Datei ist derselbe Name wie der Devicename des zugehörigen Homeatic-Schaltaktors.

Edit: Eine Umbenennung brachte auch keine Besserung

Edit2: Bei der Installation bin ich nach dieser Wiki-Doku vorgegangen
http://www.fhemwiki.de/wiki/Installation_Fronthem
Als Webserver setze ich den Standard-Webserver von Synology auf der Diskstation ein (httpd = Apache?)

Marcus

[herrmannj]

wenn Du den domotiga testweise nimmst bekommst Du solche Einträge:

Code Auswählen Erweitern

"[io.domotiga]: update item: wz.light.deko.switch val: 0"

Wie hast Du den converter denn eingestellt ?

Der sv basic.switch http://docu.smartvisu.de/2.7/index.php?page=basic/widget_basic.switch erwartet default 0 und 1. Die hm Schalter wird aber was anderes liefern.

Code Auswählen Erweitern

{{ basic.switch(id, gad, pic_on, pic_off, val_on, val_off) }}
id
unique id for this widget
gad
a gad/item
pic_on
the pic for the 'on' state (optional)
pic_off
the pic for the 'off' state (optional)
val_on
value send for the 'on' state (optional, default 1)
val_off
value send for the 'off' state (optional, default 0)


vg
joerg

[marcus42]

Oje, das ist wohl das Lehrgeld, was man zu Beginn zahlt.
Die zusätzlichen Parameter für on/off bei basic.switch hatte ich übersehen

Ich habe den Treiber nun auf domotiga umgestellt und dann die Lampe ein und ausgeschaltet.

Code Auswählen Erweitern


"[io.domotiga] sending data: {"cmd":"monitor","items":["stehlampe.sw","temperatur_wohnzimmer.sw","temperatur_aussen_nordwest.sw"]}" io_domotiga.js:164
"[io.domotiga] sending data: {"cmd":"item","id":"stehlampe.sw","val":"on"}" io_domotiga.js:164
"[basic.switch] update 'room_wohnzimmer-stehlampe':" Array [ "on" ] base.js:678
"[io.domotiga] sending data: {"cmd":"item","id":"stehlampe.sw","val":"off"}" io_domotiga.js:164
"[basic.switch] update 'room_wohnzimmer-stehlampe':" Array [ "off" ]


Danach habe ich das GAD in fhem konfiguriert und die Lampe nochmal eingeschaltet:

Code Auswählen Erweitern


"[io.domotiga] sending data: {"cmd":"item","id":"stehlampe.sw","val":"on"}" io_domotiga.js:164
"[basic.switch] update 'room_wohnzimmer-stehlampe':" Array [ "on" ] base.js:678
"[io.domotiga] receiving data: {"cmd":"item","items":["stehlampe.sw","1"]}" io_domotiga.js:115
"[io.domotiga]: update item: stehlampe.sw val: 1" io_domotiga.js:121
"[basic.switch] update 'room_wohnzimmer-stehlampe':" Array [ 1 ] base.js:678
"[io.domotiga] receiving data: {"cmd":"item","items":["stehlampe.sw","1"]}" io_domotiga.js:115
"[io.domotiga]: update item: stehlampe.sw val: 1" io_domotiga.js:121
"[basic.switch] update 'room_wohnzimmer-stehlampe':" Array [ 1 ] base.js:678
"[io.domotiga] receiving data: {"cmd":"item","items":["stehlampe.sw","1"]}" io_domotiga.js:115
"[io.domotiga]: update item: stehlampe.sw val: 1" io_domotiga.js:121
"[basic.switch] update 'room_wohnzimmer-stehlampe':" Array [ 1 ] base.js:678
"[io.domotiga] receiving data: {"cmd":"item","items":["stehlampe.sw","1"]}" io_domotiga.js:115
"[io.domotiga]: update item: stehlampe.sw val: 1" io_domotiga.js:121
"[basic.switch] update 'room_wohnzimmer-stehlampe':" Array [ 1 ] base.js:678
KeyboardEvent.key-Wert "Down" sollte nicht mehr verwendet werden und wird auf "ArrowDown" unbenannt. Für weitere Hilfe siehe https://developer.mozilla.org/en-US/docs/Web/API/KeyboardEvent.key jquery-2.0.3.min.js:5



Das sieht etwas 'geschwätzig' aus. Ist das korrekt so?

[herrmannj]

Oje, das ist wohl das Lehrgeld, was man zu Beginn zahlt.

Ja, das ist so. Aber passt doch

Ist das korrekt so?

Keehne Ahnung. Gehts denn ?

Laut log sieht es etwas komisch aus, es scheint mir das sv jetzt "on" sendet der converter (on/off?) aber 0/1?

Aber wenn es so funktioniert dann soll es so sein

vg
joerg

[marcus42]

Geht leider noch nicht.

Aber vielleicht habe ich jetzt auch zuviel rumgefummelt.
Morgen Abend nach Feierabend nochmal in Ruhe.

Vielen Dank schon mal für die bisherige Hilfe!

VG
Marcus

[herrmannj]

Hi,

ich vermute das die Kombination device/converter/button nicht passt.

Es gibt keine festen Konventionen dafür, es muss "nur" zusammenpassen.

Wenn Dein sv button auf 0 und 1 hört solltest Du den OnOff converter verwenden. Der nimmt das reading (hier vmtl state) des HM device und konvertiert "on" und "off" in "1" und "0". Alternativ kannst Du dem button in sv die values für "on" und "off" sagen. Also den state des HM Aktors (der kann dann "on/off" oder "an/aus" ... whatever) sein. In diesem Fall ist der direct converter der richtige. Der reicht das reading (state) direkt durch.

Mit diesem System kannst Du nahezu alle Werte (readings) aus fhem auf die entspechenden widgets in smartVisu abbilden. Wenn nötig eben mit Umwandlung via converter.

Verständlich ?

vg
joerg

[marcus42]

Guten Morgen Jörg,

ja das ist verständlich Danke für die Erklärung!

Ich werde es heute Abend ausprobieren ...

VG
Marcus

[speex]

Hallo allerseits,

hat jemand rat wie ich es schaffe bestimmte gad's zu refreshen wenn sich ein bestimmtes gad auf derselben seite ändert?

Ich habe auf einer Seite meiner SV mehere RGB-LED Lampen,
die ich sowohl einzeln als auch mit einer "Master" steuerung bedienen kann, z.B. um alle in der gleichen Farbe zu haben, an sich funktioniert alles wunderbar allerdings wenn ich über den master etwas verändere wird das master gad auch entsprechend refreshed die einzelnen Lampen gad`s aber nicht, dazu muss ich erst auf den sv seiten hin und her oder einen manuellen reload durchführen.

Hab jetzt schon ein bisschen gegoogelt in der hoffnung jemand hat ein ähnliches szenario bin aber bisher nicht fündig geworden habt ihr einen tipp?

Greets speex

[herrmannj]

Hi,

dann scheinen die RGBs keine / falsche events zu erzeugen.

Gegenprobe: in fhem web verändern (set ...) und schauen was in sv dazu passiert. Bzw im Eventmontior schauen ob converter und event zusammenpassen.
Erklärung: während eines reload holt fronthem die readings AKTIV vom device. Danach wertet fronthem die EVENTS aus.

vg
joerg

[speex]

Also wenn ich innerhalb fhem die farbe änder per set dann tut sich in sv nichts. Wenn ich in SV die farbe änder seh ich das in fhem natürlich direkt...

Aus dem Event monitor kann ich gerade nichts lernen, die ersten Events sind von mir über das FHEM frontend vorgenommen:

Code Auswählen Erweitern

2015-08-12 22:48:21 MilightDevice master_LED transitionInProgress: 1
2015-08-12 22:48:21 MilightDevice fl_DeckenLampe transitionInProgress: 1
2015-08-12 22:48:21 MilightDevice fl_DeckenLampe transitionInProgress: 0
2015-08-12 22:48:21 MilightDevice wz_DeckenLampe transitionInProgress: 1
2015-08-12 22:48:21 MilightDevice wz_DeckenLampe transitionInProgress: 0
2015-08-12 22:48:21 MilightDevice wz_SchreibtischLampe transitionInProgress: 1
2015-08-12 22:48:21 MilightDevice wz_SchreibtischLampe transitionInProgress: 0
2015-08-12 22:48:21 MilightDevice master_LED transitionInProgress: 0
2015-08-12 22:48:54 fronthemDevice Pc connected
2015-08-12 22:48:54 fronthemDevice Pc protokoll: 0.1
2015-08-12 22:48:57 MilightDevice master_LED transitionInProgress: 1
2015-08-12 22:48:57 MilightDevice master_LED on 100
2015-08-12 22:48:57 MilightDevice fl_DeckenLampe transitionInProgress: 1
2015-08-12 22:48:57 MilightDevice fl_DeckenLampe on 100
2015-08-12 22:48:57 MilightDevice fl_DeckenLampe transitionInProgress: 0
2015-08-12 22:48:57 MilightDevice wz_DeckenLampe transitionInProgress: 1
2015-08-12 22:48:57 MilightDevice wz_DeckenLampe on 100
2015-08-12 22:48:57 MilightDevice wz_DeckenLampe transitionInProgress: 0
2015-08-12 22:48:57 MilightDevice wz_SchreibtischLampe transitionInProgress: 1
2015-08-12 22:48:57 MilightDevice wz_SchreibtischLampe on 100
2015-08-12 22:48:57 MilightDevice wz_SchreibtischLampe transitionInProgress: 0
2015-08-12 22:48:57 MilightDevice master_LED transitionInProgress: 0
2015-08-12 22:49:31 MilightDevice master_LED transitionInProgress: 1
2015-08-12 22:49:31 MilightDevice fl_DeckenLampe transitionInProgress: 1
2015-08-12 22:49:31 MilightDevice fl_DeckenLampe transitionInProgress: 0
2015-08-12 22:49:31 MilightDevice wz_DeckenLampe transitionInProgress: 1
2015-08-12 22:49:31 MilightDevice wz_DeckenLampe transitionInProgress: 0
2015-08-12 22:49:31 MilightDevice wz_SchreibtischLampe transitionInProgress: 1
2015-08-12 22:49:31 MilightDevice wz_SchreibtischLampe transitionInProgress: 0
2015-08-12 22:49:31 MilightDevice master_LED transitionInProgress: 0
2015-08-12 22:50:05 fronthemDevice Pc disconnected

[herrmannj]

das reading ist RGB (richtig?) aber es gibt keine events 'RGB'.

Wenn keine RGB events erzeugt werden kann sv nicht wissen das die Lampenfarbe sich ändert. Hast Du die events unterdrückt oder macht das milight modul keine mehr ?

vg
joerg

[speex]

Offensichtlich macht das milight modul keine RGB Events - denn rgb (kleingeschrieben) readings an sich gibt es - habe bei jedem Schaltvorgang nur die Farbe geändert.

Im event monitor sehe ich aber nur die oben gezeigten werte. Bei einem manuellem Reload funktioniert es dann auch wie gewünscht das sich SV die farben aus den rgb readings holt...