Widget mit Rückmeldung

blauholsten

Hi,

ich suche ein Widget mit dem ich Objekt A steuern kann, aber seine Rückmeldung bekommt das Widget von Objekt B.

Vielleicht übersehe ich was, aber habe bisher kein passendes Widget gefunden.

Am besten wäre das HQWidget. Wenn man hier unter "ID in Arbeit", meine gewünschte "Rückmeldungs ID" einträgt kommt links oben ein kleines Zahnrad.

Das müsste dann das eigentliche Widget aktivieren.

Mfg Sebastian

starfish

Workaround siehe Post http://forum.iobroker.net/viewtopic.php?p=18616#p18616

Dein Post entspricht zwar nicht genau meinem Problem, zielt aber in dieselbe Richtung. Ich suche ein Widget, das "ack" anzeigen kann (oder command pending). Gibt es sowas bereits? In der Dok steht etwas über einen direkt verknüpften Taster, der das ack signal bei erfolgreichem Schalten setzt, wie geht das, wenn man ohne physischen Schalter, sondern mit einem widget schaltet? Ich denke, das ist schon wichtig zu wissen, ob der Aktor auch tatsächlich geschaltet hat.

Bluefox

Probier mal den Zustand mit "basic - AckFlag HTML" anzuzeigen.

starfish

~~@Bluefox:~~

Probier mal den Zustand mit "basic - AckFlag HTML" anzuzeigen. `
ok hab ich gemacht, bei true habe ich "ack" eingefügt, bei false "pending", Object-ID auf .STATE. wenn ich jetzt den Aktor von Vis aus einschalte sieht man kurz "pending", dann "ack" - so sollte es ja sein. Zum Test habe ich nun den Zwischenstecker-Aktor ausgesteckt und das Ganze wiederholt. Jetzt sollte doch nur noch "pending" angezeigt werden? Obwohl der Aktor ausgesteckt ist, kommt wie oben kurz pending und dann "ack" und das Schalter-Widget (hqwidgets on/off) zeigt den "Ein"-Zustand. Mach ich irgendwo ein Überlegungsfehler?

Bluefox

Kann dein Problem nicht reproduzieren.

Probier mal:

Script:

! createState('test', function () { on('test', function (obj) { console.log('New state ' + obj.newState.val + ' ' + obj.newState.ack); if (!obj.newState.ack) { setTimeout(function () { console.log('ack'); setState('test', getState('test').val, true); }, 2000); } }); }); !

Widgets:

! ````
[{"tpl":"tplBulbOnOffCtrl","data":{"oid":"javascript.0.test","visibility-cond":"==",
"visibility-val":1,"icon_off":"img/bulb_off.png","icon_on":"img/bulb_on.png"},
"style":{"left":"248px","top":"201px"},"widgetSet":"basic"},
{"tpl":"tplAckBool","data":{"oid":"javascript.0.test","visibility-cond":
"==","visibility-val":1,"html_false":"no ack","html_true":"ack"},
"style":{"left":"255px","top":"263px","width":"75px","height":"25px"},
"widgetSet":"basic"}]

[4219_set_input_device.txt](/assets/uploads/files/4219_set_input_device.txt)
[4219_get_current_values.txt](/assets/uploads/files/4219_get_current_values.txt)

starfish

hab das Beispiel getestet, insofern macht es dasselbe wie bei meiner Lampe.

Aber ich bin jetzt nicht sicher, ob wir vom selben sprechen.

wenn ich über den bidirektionalen Funkweg ein Befehl an den HM-Aktor sende, bestätigt der den Empfang mit ack.

wenn ich jetzt den Aktor (Zwischenstecker in dem Fall) ausstecke, so kann der gar kein ack mehr zurücksenden, dann müsste ja eigentlich no ack stehen?

In meinem Testaufbau spielts keine Rolle, ob der Aktor eingesteckt ist oder nicht, es kommt immer ack. Ist das richtig so?

Bluefox

~~@starfish:~~

hab das Beispiel getestet, insofern macht es dasselbe wie bei meiner Lampe.

Aber ich bin jetzt nicht sicher, ob wir vom selben sprechen.

wenn ich über den bidirektionalen Funkweg ein Befehl an den HM-Aktor sende, bestätigt der den Empfang mit ack.

wenn ich jetzt den Aktor (Zwischenstecker in dem Fall) ausstecke, so kann der gar kein ack mehr zurücksenden, dann müsste ja eigentlich no ack stehen?

In meinem Testaufbau spielts keine Rolle, ob der Aktor eingesteckt ist oder nicht, es kommt immer ack. Ist das richtig so? `
Wie sieht log output bei hm-rpc dabei aus? (level - debug)

starfish

hier das log, der Aktor wird mit basic bulb on/off geschaltet, ab 00.01h ist der Aktor eingesteckt. hm-rpc.0 ist homegear

! hm-rpc.0 2016-01-15 00:01:50 debug inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE hm-rpc.0 2016-01-15 00:01:48 debug inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE hm-rpc.0 2016-01-15 00:01:48 debug inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.WORKING hm-rpc.0 2016-01-15 00:01:48 debug hm-rpc.0 binrpc <- event ["hm-rpc.0","IEQ0074994:1","STATE",false] hm-rpc.0 2016-01-15 00:01:48 debug hm-rpc.0 binrpc <- event ["hm-rpc.0","IEQ0074994:1","WORKING",false] hm-rpc.0 2016-01-15 00:01:48 debug inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE hm-rpc.0 2016-01-15 00:01:48 debug hm-rpc.0 binrpc <- event ["hm-rpc.0","IEQ0074994:1","STATE",false] hm-rpc.0 2016-01-15 00:01:48 info hm-rpc.0 setValue ["IEQ0074994:1","STATE",false] BOOL hm-rpc.0 2016-01-15 00:01:48 debug hm-rpc.0 binrpc -> setValue 1 STATE: false hm-rpc.0 2016-01-15 00:01:48 debug inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE hm-rpc.0 2016-01-15 00:01:46 debug inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE hm-rpc.0 2016-01-15 00:01:46 debug inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.WORKING hm-rpc.0 2016-01-15 00:01:46 debug hm-rpc.0 binrpc <- event ["hm-rpc.0","IEQ0074994:1","STATE",true] hm-rpc.0 2016-01-15 00:01:46 debug hm-rpc.0 binrpc <- event ["hm-rpc.0","IEQ0074994:1","WORKING",false] hm-rpc.0 2016-01-15 00:01:46 debug inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE hm-rpc.0 2016-01-15 00:01:46 debug hm-rpc.0 binrpc <- event ["hm-rpc.0","IEQ0074994:1","STATE",true] hm-rpc.0 2016-01-15 00:01:46 info hm-rpc.0 setValue ["IEQ0074994:1","STATE",true] BOOL hm-rpc.0 2016-01-15 00:01:46 debug hm-rpc.0 binrpc -> setValue 1 STATE: true ! hm-rpc.0 2016-01-15 00:00:26 debug inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE hm-rpc.0 2016-01-15 00:00:24 debug inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE hm-rpc.0 2016-01-15 00:00:24 debug hm-rpc.0 binrpc <- event ["hm-rpc.0","IEQ0074994:1","STATE",false] hm-rpc.0 2016-01-15 00:00:24 info hm-rpc.0 setValue ["IEQ0074994:1","STATE",false] BOOL hm-rpc.0 2016-01-15 00:00:24 debug hm-rpc.0 binrpc -> setValue 1 STATE: false hm-rpc.0 2016-01-15 00:00:24 debug inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE hm-rpc.0 2016-01-15 00:00:23 debug inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE hm-rpc.0 2016-01-15 00:00:23 debug hm-rpc.0 binrpc <- event ["hm-rpc.0","IEQ0074994:1","STATE",true] hm-rpc.0 2016-01-15 00:00:23 info hm-rpc.0 setValue ["IEQ0074994:1","STATE",true] BOOL hm-rpc.0 2016-01-15 00:00:23 debug hm-rpc.0 binrpc -> setValue 1 STATE: true !

starfish

Beispiel (aus HomeControlSuite)

on

! on

off
! off

Bluefox

~~@starfish:~~

hier das log, der Aktor wird mit basic bulb on/off geschaltet, ab 00.01h ist der Aktor eingesteckt. hm-rpc.0 ist homegear

! hm-rpc.0 2016-01-15 00:01:50 debug inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE hm-rpc.0 2016-01-15 00:01:48 debug inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE hm-rpc.0 2016-01-15 00:01:48 debug inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.WORKING hm-rpc.0 2016-01-15 00:01:48 debug hm-rpc.0 binrpc <- event ["hm-rpc.0","IEQ0074994:1","STATE",false] hm-rpc.0 2016-01-15 00:01:48 debug hm-rpc.0 binrpc <- event ["hm-rpc.0","IEQ0074994:1","WORKING",false] hm-rpc.0 2016-01-15 00:01:48 debug inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE hm-rpc.0 2016-01-15 00:01:48 debug hm-rpc.0 binrpc <- event ["hm-rpc.0","IEQ0074994:1","STATE",false] hm-rpc.0 2016-01-15 00:01:48 info hm-rpc.0 setValue ["IEQ0074994:1","STATE",false] BOOL hm-rpc.0 2016-01-15 00:01:48 debug hm-rpc.0 binrpc -> setValue 1 STATE: false hm-rpc.0 2016-01-15 00:01:48 debug inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE hm-rpc.0 2016-01-15 00:01:46 debug inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE hm-rpc.0 2016-01-15 00:01:46 debug inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.WORKING hm-rpc.0 2016-01-15 00:01:46 debug hm-rpc.0 binrpc <- event ["hm-rpc.0","IEQ0074994:1","STATE",true] hm-rpc.0 2016-01-15 00:01:46 debug hm-rpc.0 binrpc <- event ["hm-rpc.0","IEQ0074994:1","WORKING",false] hm-rpc.0 2016-01-15 00:01:46 debug inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE hm-rpc.0 2016-01-15 00:01:46 debug hm-rpc.0 binrpc <- event ["hm-rpc.0","IEQ0074994:1","STATE",true] hm-rpc.0 2016-01-15 00:01:46 info hm-rpc.0 setValue ["IEQ0074994:1","STATE",true] BOOL hm-rpc.0 2016-01-15 00:01:46 debug hm-rpc.0 binrpc -> setValue 1 STATE: true ! hm-rpc.0 2016-01-15 00:00:26 debug inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE hm-rpc.0 2016-01-15 00:00:24 debug inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE hm-rpc.0 2016-01-15 00:00:24 debug hm-rpc.0 binrpc <- event ["hm-rpc.0","IEQ0074994:1","STATE",false] hm-rpc.0 2016-01-15 00:00:24 info hm-rpc.0 setValue ["IEQ0074994:1","STATE",false] BOOL hm-rpc.0 2016-01-15 00:00:24 debug hm-rpc.0 binrpc -> setValue 1 STATE: false hm-rpc.0 2016-01-15 00:00:24 debug inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE hm-rpc.0 2016-01-15 00:00:23 debug inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE hm-rpc.0 2016-01-15 00:00:23 debug hm-rpc.0 binrpc <- event ["hm-rpc.0","IEQ0074994:1","STATE",true] hm-rpc.0 2016-01-15 00:00:23 info hm-rpc.0 setValue ["IEQ0074994:1","STATE",true] BOOL hm-rpc.0 2016-01-15 00:00:23 debug hm-rpc.0 binrpc -> setValue 1 STATE: true ! `
Das ist Fehler von homegear.

Bei CCU sieht log so aus (von unten nach oben) und alles funktioniert, wie es sein soll:

hm-rpc.0	2016-01-16 10:42:40	error	hm-rpc.0 Error: XML-RPC fault: Failure
hm-rpc.0	2016-01-16 10:42:40	error	hm-rpc.0 xmlrpc -> setValue ["1","STATE",true] BOOL
hm-rpc.0	2016-01-16 10:42:40	debug	hm-rpc.0 xmlrpc <- event ["hm-rpc.0","JEQ0012345:0","STICKY_UNREACH",true]
hm-rpc.0	2016-01-16 10:42:40	debug	hm-rpc.0 xml multicall : hm-rpc.0,JEQ0012345:0,STICKY_UNREACH,true
hm-rpc.0	2016-01-16 10:42:40	debug	hm-rpc.0 xmlrpc <- event ["hm-rpc.0","JEQ0012345:0","UNREACH",true]
hm-rpc.0	2016-01-16 10:42:40	debug	hm-rpc.0 xml multicall : hm-rpc.0,JEQ0012345:0,UNREACH,true
hm-rpc.0	2016-01-16 10:42:40	info	hm-rpc.0 setValue ["JEQ0012345:1","STATE",true] BOOL
hm-rpc.0	2016-01-16 10:42:40	debug	hm-rpc.0 xmlrpc -> setValue 1 STATE: true

---------------- Stecker gezohgen ON ---------------------

hm-rpc.0	2016-01-16 10:41:00	debug	hm-rpc.0 xmlrpc <- event ["hm-rpc.0","JEQ0012345:1","WORKING",false]
hm-rpc.0	2016-01-16 10:41:00	debug	hm-rpc.0 xml multicall : hm-rpc.0,JEQ0012345:1,WORKING,false
hm-rpc.0	2016-01-16 10:41:00	debug	hm-rpc.0 xmlrpc <- event ["hm-rpc.0","JEQ0012345:1","STATE",false]
hm-rpc.0	2016-01-16 10:41:00	debug	hm-rpc.0 xml multicall : hm-rpc.0,JEQ0012345:1,STATE,false
hm-rpc.0	2016-01-16 10:41:00	info	hm-rpc.0 setValue ["JEQ0012345:1","STATE",false] BOOL

---------------- Stecker gesteckt OFF ---------------------

hm-rpc.0	2016-01-16 10:40:18	debug	hm-rpc.0 xmlrpc <- event ["hm-rpc.0","JEQ0012345:1","WORKING",false]
hm-rpc.0	2016-01-16 10:40:18	debug	hm-rpc.0 xml multicall : hm-rpc.0,JEQ0012345:1,WORKING,false
hm-rpc.0	2016-01-16 10:40:18	debug	hm-rpc.0 xmlrpc <- event ["hm-rpc.0","JEQ0012345:1","STATE",true]
hm-rpc.0	2016-01-16 10:40:18	debug	hm-rpc.0 xml multicall : hm-rpc.0,JEQ0012345:1,STATE,true
hm-rpc.0	2016-01-16 10:40:17	info	hm-rpc.0 setValue ["JEQ0012345:1","STATE",true] BOOL

---------------- Stecker gesteckt ON ---------------------

Ich finde es ziemlich schlimm. Kannst du Sathya darauf aufmerksam machen?

starfish

hallo Bluefox,

ich werde das mit Sathya thematisieren, allerdings - könnte es damit zusammenhängen, dass ich binrpc anstelle von xmlrpc verwende?

ich hatte auf bin-rpc umgestellt, weil bei xml fehler auftauchten: (Requested method not found)

hm-rpc.0	2016-01-16 16:33:14	debug	hm-rpc.0 xmlrpc <- event ["hm-rpc.0","MEQ0477427:1","HUMIDITY",52]
hm-rpc.0	2016-01-16 16:33:14	debug	hm-rpc.0 xml multicall : hm-rpc.0,MEQ0477427:1,HUMIDITY,52
hm-rpc.0	2016-01-16 16:32:30	error	hm-rpc.0 Error: XML-RPC fault: : Requested method not found.
hm-rpc.0	2016-01-16 16:32:30	debug	hm-rpc.0 Send PING...
hm-rpc.0	2016-01-16 16:32:19	debug	inMem message hm-rpc.0.* hm-rpc.0.MEQ0477427.1.TEMPERATURE
hm-rpc.0	2016-01-16 16:32:19	debug	inMem message hm-rpc.0.* hm-rpc.0.MEQ0477427.1.HUMIDITY
hm-rpc.0	2016-01-16 16:32:19	debug	inMem message hm-rpc.0.* hm-rpc.0.MEQ0477427.0.RSSI_DEVICE
hm-rpc.0	2016-01-16 16:32:19	debug	hm-rpc.0 xmlrpc <- event ["hm-rpc.0","MEQ0477427:0","RSSI_DEVICE",-64]
hm-rpc.0	2016-01-16 16:32:19	debug	hm-rpc.0 xml multicall : hm-rpc.0,MEQ0477427:0,RSSI_DEVICE,-64
hm-rpc.0	2016-01-16 16:32:19	error	hm-rpc.0 Error: XML-RPC fault: : Requested method not found.
hm-rpc.0	2016-01-16 16:31:59	debug	inMem message hm-rpc.0.* hm-rpc.0.MEQ0477427.2.SET_TEMPERATURE
hm-rpc.0	2016-01-16 16:31:59	debug	inMem message hm-rpc.0.* hm-rpc.0.MEQ0477427.2.ACTUAL_TEMPERATURE

starfish

so - jetzt habe ich das log mit xml-rpc, da siehts eigentlich gleich aus, die unreach- und error meldungen fehlen bei gezogenem Zwischenstecker - Aktor. Es wird ein normaler Schaltvorgang angezeigt.

hm-rpc.0	2016-01-17 07:20:36	error	hm-rpc.0 Error: XML-RPC fault: : Requested method not found.
hm-rpc.0	2016-01-17 07:20:36	debug	hm-rpc.0 Send PING...
hm-rpc.0	2016-01-17 07:20:36	debug	inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE
hm-rpc.0	2016-01-17 07:20:36	debug	hm-rpc.0 xmlrpc <- event ["hm-rpc.0","IEQ0074994:1","STATE",false]
hm-rpc.0	2016-01-17 07:20:36	debug	hm-rpc.0 xml multicall : hm-rpc.0,IEQ0074994:1,STATE,false
hm-rpc.0	2016-01-17 07:20:36	info	hm-rpc.0 setValue ["IEQ0074994:1","STATE",false] BOOL
hm-rpc.0	2016-01-17 07:20:36	debug	hm-rpc.0 xmlrpc -> setValue 1 STATE: false
hm-rpc.0	2016-01-17 07:20:36	debug	inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE
hm-rpc.0	2016-01-17 07:20:32	debug	inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE
hm-rpc.0	2016-01-17 07:20:32	debug	hm-rpc.0 xmlrpc <- event ["hm-rpc.0","IEQ0074994:1","STATE",true]
hm-rpc.0	2016-01-17 07:20:32	debug	hm-rpc.0 xml multicall : hm-rpc.0,IEQ0074994:1,STATE,true
hm-rpc.0	2016-01-17 07:20:31	info	hm-rpc.0 setValue ["IEQ0074994:1","STATE",true] BOOL
hm-rpc.0	2016-01-17 07:20:31	debug	hm-rpc.0 xmlrpc -> setValue 1 STATE: true

Stecker gezogen ON / OFF

_________________________________________________________________________________________________

hm-rpc.0	2016-01-16 17:51:28	debug	inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.WORKING
hm-rpc.0	2016-01-16 17:51:28	debug	inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE
hm-rpc.0	2016-01-16 17:51:28	debug	hm-rpc.0 xmlrpc <- event ["hm-rpc.0","IEQ0074994:1","WORKING",false]
hm-rpc.0	2016-01-16 17:51:28	debug	hm-rpc.0 xml multicall : hm-rpc.0,IEQ0074994:1,WORKING,false
hm-rpc.0	2016-01-16 17:51:28	debug	hm-rpc.0 xmlrpc <- event ["hm-rpc.0","IEQ0074994:1","STATE",false]
hm-rpc.0	2016-01-16 17:51:28	debug	hm-rpc.0 xml multicall : hm-rpc.0,IEQ0074994:1,STATE,false
hm-rpc.0	2016-01-16 17:51:28	debug	inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE
hm-rpc.0	2016-01-16 17:51:28	debug	hm-rpc.0 xmlrpc <- event ["hm-rpc.0","IEQ0074994:1","STATE",false]
hm-rpc.0	2016-01-16 17:51:28	debug	hm-rpc.0 xml multicall : hm-rpc.0,IEQ0074994:1,STATE,false
hm-rpc.0	2016-01-16 17:51:28	info	hm-rpc.0 setValue ["IEQ0074994:1","STATE",false] BOOL
hm-rpc.0	2016-01-16 17:51:28	debug	hm-rpc.0 xmlrpc -> setValue 1 STATE: false
hm-rpc.0	2016-01-16 17:51:28	debug	inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE

Stecker gesteckt OFF
_________________________________________________________________________________________________

hm-rpc.0	2016-01-16 17:51:26	debug	inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.WORKING
hm-rpc.0	2016-01-16 17:51:25	debug	inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE
hm-rpc.0	2016-01-16 17:51:25	debug	inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE
hm-rpc.0	2016-01-16 17:51:25	debug	hm-rpc.0 xmlrpc <- event ["hm-rpc.0","IEQ0074994:1","WORKING",false]
hm-rpc.0	2016-01-16 17:51:25	debug	hm-rpc.0 xml multicall : hm-rpc.0,IEQ0074994:1,WORKING,false
hm-rpc.0	2016-01-16 17:51:25	debug	hm-rpc.0 xmlrpc <- event ["hm-rpc.0","IEQ0074994:1","STATE",true]
hm-rpc.0	2016-01-16 17:51:25	debug	hm-rpc.0 xml multicall : hm-rpc.0,IEQ0074994:1,STATE,true
hm-rpc.0	2016-01-16 17:51:25	debug	hm-rpc.0 xmlrpc <- event ["hm-rpc.0","IEQ0074994:1","STATE",true]
hm-rpc.0	2016-01-16 17:51:25	debug	hm-rpc.0 xml multicall : hm-rpc.0,IEQ0074994:1,STATE,true
hm-rpc.0	2016-01-16 17:51:25	info	hm-rpc.0 setValue ["IEQ0074994:1","STATE",true] BOOL
hm-rpc.0	2016-01-16 17:51:25	debug	hm-rpc.0 xmlrpc -> setValue 1 STATE: true
hm-rpc.0	2016-01-16 17:51:25	debug	inMem message hm-rpc.0.* hm-rpc.0.IEQ0074994.1.STATE

Stecker gesteckt ON

starfish

ich hab den Test mit lxccu nochmals gemacht, dort taucht das Problem mit der Unreach-Behandlung nicht auf, bzw. es läuft wie im log von bluefox. Mittlerweile habe ich ein update auf homegear 0.6 gemacht - leider siehts auch mit dieser Version nicht besser aus.

Sathya ist informiert - ich hoffe er findet Zeit, um sich das Problem anzuschauen. es wäre schade, wenn man deshalb homegear nicht verwenden könnte. Für mich ist die Rückmeldung wichtig, weil ich einige Geräte an der Funk-Bereichsgrenze betreibe.

starfish

ab homegear v. 0.6.0-1181 scheint das Problem behoben. Dank an Sathya.

starfish

schön wäre es, wenn dieses ack-flag noch im Schalter-Widget bulb on/off bzw. im hqwidget on/off irgendwie ersichtlich wäre, z.b. mit anderem Background oder ähnlich wie die Batterie-Anzeige. Dasselbe gilt auch für unreach (z.Zt. blende ich das widget bei unreach einfach aus - ist zwar nicht so schön, aber immerhin deutlich :D )

starfish

bis das ack-flag in einem on/off widget eingebaut ist, habe ich folgendes "workaround" gefunden:

im basic AckFlag html widget ein kleiner roter Punkt definieren, und den in eine Ecke des jeweiligen on/off widgets setzen. Ist der Aktor nicht erreichbar bzw. erfolgt keine Bestätigung wird dies durch den roten Punkt angezeigt.

[{"tpl":"tplAckBool","data":{"oid":"hm-rpc.0.IEQ0074994.1.STATE","visibility-cond":"==","visibility-val":1,"html_false":"","html_true":""},"style":{"left":"-2px","top":"263px","width":"25px","height":"26px"},"widgetSet":"basic"}]

ich verwende dieses "Workaround" ohne die html-zeile bei "HTML bei 'true'" - dadurch erscheint nur dann ein roter Punkt , wenn etwas nicht in Ordnung ist.

Community Forum

NEWS

Widget mit Rückmeldung

Support us

365

32.5k

81.7k

1.3m