Widget mit Rückmeldung
-
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
-
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.
-
Probier mal den Zustand mit "basic - AckFlag HTML" anzuzeigen.
-
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? -
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) -
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?
-
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) -
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 ! -
Beispiel (aus HomeControlSuite)
on
! on
off
! off
-
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?
-
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 -
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 -
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.
-
ab homegear v. 0.6.0-1181 scheint das Problem behoben. Dank an Sathya.
-
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
) -
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.
