Hallo zusammen,
nach heutigem update funktioniert meine 16 fach LED Anzeige nicht mehr. Kann keine Leds mehr ansprechen, auch der Status fehlt...
Guckst Du:
Internals:
DEF 1B254C10
NAME FL.EG.anzeige.led16
NR 287
NTFY_ORDER 50-FL.EG.anzeige.led16
STATE unknown
TYPE CUL_HM
chanNo 10
device FL.EG.anzeige
Readings:
2015-08-29 08:11:43 CommandAccepted yes
2015-07-03 08:58:41 R-sign off
2015-07-06 00:44:10 RegL_01: 08:00 00:00
2015-08-29 08:11:43 color unknown
2015-08-29 08:11:43 recentStateType ack
2015-08-29 08:11:43 state unknown
Helper:
Role:
chn 1
Attributes:
alias Adapter unten
devStateIcon orange:light_led@orange red:light_led@red green:light_led@green off:light_led@grey
group Display
icon icoLicht
model HM-OU-LED16
peerIDs 00000000,
room Flur
sortby 16
verbose 2
webCmd led red:led green:led orange:led off
Nur zum Verständnis, die Anzeige funktioniert (setzten der leds, via notifys), lediglich die Anzeige in FHEM funktioniert nicht.
Kann das jemand bestätigen ?
Nein, kann ich nicht betätigen. Sowohl das Gerät selbst als auch die Darstellung im Web Frontend funktionieren nach einem Update heute morgen.
Zitat von: RadioJames am 29 August 2015, 14:48:00
Nein, kann ich nicht betätigen. Sowohl das Gerät selbst als auch die Darstellung im Web Frontend funktionieren nach einem Update heute morgen.
DANKE, dann werde ich mal testhalber neu pairen ...
Hab nun mal neu gepairt, leider ohne Erfolg..
Sieht der Profi da mehr ?
2015.08.29 15:54:36 5: CUL_HM FL.EG.anzeige protEvent:CMDs_pending pending:1
2015.08.29 15:54:36 5: Triggering FL.EG.anzeige.led12 (1 changes)
2015.08.29 15:54:36 5: Notify loop for FL.EG.anzeige.led12 set_led orange
2015.08.29 15:54:36 5: HMLAN_Send: HMLAN1 S:S79BD0C60 stat: 00 t:00000000 d:01 r:79BD0C60 m:2C A011 29A083 1B254C 800C03
2015.08.29 15:54:36 5: CUL_HM FL.EG.anzeige protEvent:CMDs_processing... pending:0
2015.08.29 15:54:36 5: HMLAN/RAW: /E29A083,0000,33235CE4,FF,FFAF,2CA01129A0831B254C800C03
2015.08.29 15:54:36 5: HMLAN_Parse: HMLAN2 R:E29A083 stat:0000 t:33235CE4 d:FF r:FFAF m:2C A011 29A083 1B254C 800C03
2015.08.29 15:54:36 5: HMLAN2 dispatch A0C2CA01129A0831B254C800C03::-81:HMLAN2
2015.08.29 15:54:36 4: HTTP FHEMWEB:192.168.1.22:49709 GET /fhem?detail=FL.EG.anzeige.led12
2015.08.29 15:54:36 4: 12291:FHEMWEB:192.168.1.22:49709: /fhem?detail=FL.EG.anzeige.led12 / RL:5091 / text/html; charset=UTF-8 / Content-Encoding: gzip
Also ein set xxx led off funktioniert...
Auch ein set xxx led red funktioniert ...
set xxx led green oder orange funktionieren nicht ...
Die Anzeige selbst (also die Hardware zeigt die Led's korrekt an, lediglich die Anzeige im FHEM zeigt State unkown)
Habe vor langer Zeit mal die RAW Messages aufgezeichnet, weiß nun nicht mehr wie das geht, finde auch nichts..
Kann mir jemand mal kurz auf die Sprünge helfen .. ?
@RadioJames
Was hast Du denn für eine Firmware, evtl. ist das die Ursache .. ?
evtl. helfen auch diese Fehlermeldungen:
PERL WARNING: Use of uninitialized value $regReq in string eq at ./FHEM/10_CUL_HM.pm line 3354.
2015.08.29 16:31:25 1: PERL WARNING: Use of uninitialized value $regName in hash element at ./FHEM/10_CUL_HM.pm line 6707.
2015.08.29 16:31:25 1: PERL WARNING: Use of uninitialized value $addr in numeric lt (<) at ./FHEM/10_CUL_HM.pm line 6720.
2015.08.29 16:31:32 1: PERL WARNING: Argument "state" isn't numeric in numeric lt (<) at ./FHEM/10_CUL_HM.pm line 6720.
machst du ein get ... reg oder regVal ohne Parameter?
Zitat von: martinp876 am 29 August 2015, 19:27:26
machst du ein get ... reg oder regVal ohne Parameter?
In beiden Fällen sagt FHEM: Value not captured (was aber IMHO normal ist)
PS: Antwort #5 umschreibt das Problem am besten ;)
@Martin,
brauchst du noch irgendwelche Daten zur Fehleranalyse ?
ich denke es ist ein Problem unterschiedlicher Perl versionen.
ich habe eine Abfrage etwas "genauer" gemacht. Probier einmal
Ich habe einen passenden Logschnipsel mit verbose 5 hier gepostet: http://forum.fhem.de/index.php/topic,39990.msg327717.html#msg327717 (http://forum.fhem.de/index.php/topic,39990.msg327717.html#msg327717)
Habe jetzt mal den code durchsucht und festgestellt, dass in 10_CUL_HM.pl (v9168) im Code ab Zeile 2284:
if ($mh{md} eq "HM-OU-LED16") {
#special: all LEDs map to device state
my $devState = ReadingsVal($mh{devN},"color","00000000");
if($parse eq "powerOn"){# reset LEDs after power on
CUL_HM_PushCmdStack($mh{devH},'++A011'.$ioId.$mh{src}."8100".$devState);
CUL_HM_ProcessCmdStack($mh{devH});
# no event necessary, all the same as before
}
else {# just update datafields in storage
my %colTbl=("00"=>"off","01"=>"red","10"=>"green","11"=>"orange");
if (@mI > 8){#status for all channel included
# open to decode byte $mI[4] - related to backlight? seen 20 and 21
my $lStat = join("",@mI[5..8]); # all LED status in one long
my @leds = reverse(unpack('(A2)*',sprintf("%032b",hex($lStat))));
$_ = $colTbl{$_} foreach (@leds);
for(my $cCnt = 0;$cCnt<16;$cCnt++){# go for all channels
my $cH = $modules{CUL_HM}{defptr}{$mh{src}.sprintf("%02X",$cCnt+1)};
next if (!$cH);
if (ReadingsVal($cH->{NAME},"state","") ne $leds[$cCnt]) {
push @evtEt,[$cH,1,"color:$leds[$cCnt]"];
push @evtEt,[$cH,1,"state:$leds[$cCnt]"];
}
}
push @evtEt,[$mh{devH},1,"color:$lStat"];
push @evtEt,[$mh{devH},1,"state:$lStat"];
}
else{# branch can be removed if message is always that long
my $bitLoc = ($mh{chn}-1)*2;#calculate bit location
my $mask = 3<<$bitLoc;
my $value = sprintf("%08X",(hex($devState) &~$mask)|($msgState<<$bitLoc));
push @evtEt,[$mh{devH},1,"color:$value"];
push @evtEt,[$mh{devH},1,"state:$value"];
if (!$mh{cHash}{helper}{role}{dev}){
my $actColor = $colTbl{$msgState};
$actColor = "unknown" if(!$actColor);
push @evtEt,[$mh{cHash},1,"color:$actColor"];
push @evtEt,[$mh{cHash},1,"state:$actColor"];
}
}
}
heute folgende Farbtabelle drinsteht:
my %colTbl=("00"=>"off","01"=>"red","10"=>"green","11"=>"orange");
In alten (funktionierenden) Releases stand hier noch eine zweite Farbtabelle im unteren Teil der Abfrage, die eine andere Farbcodierung hatte:
else{# branch can be removed if message is always that long
my $bitLoc = ($msgChn-1)*2;#calculate bit location
my $mask = 3<<$bitLoc;
my $value = sprintf("%08X",(hex($devState) &~$mask)|($msgState<<$bitLoc));
push @evtEt,[$mh{shash},1,,"color:$value"];
push @evtEt,[$mh{shash},1, "state:$value"];
if ($chnHash){
$mh{shash} = $chnHash;
my %colorTable=("00"=>"off","01"=>"red","02"=>"green","03"=>"orange");
my $actColor = $colorTable{$msgState};
$actColor = "unknown" if(!$actColor);
push @evtEt,[$mh{shash},1,"color:$actColor"];
push @evtEt,[$mh{shash},1,"state:$actColor"];
}
}
Wenn ich den Code nun folgendermaßen abändere, wird der LED state auch für Grün oder Orange wieder richtig gesetzt:
else{# branch can be removed if message is always that long
my $bitLoc = ($mh{chn}-1)*2;#calculate bit location
my $mask = 3<<$bitLoc;
my $value = sprintf("%08X",(hex($devState) &~$mask)|($msgState<<$bitLoc));
push @evtEt,[$mh{devH},1,"color:$value"];
push @evtEt,[$mh{devH},1,"state:$value"];
if (!$mh{cHash}{helper}{role}{dev}){
my %colTbl2=("00"=>"off","01"=>"red","02"=>"green","03"=>"orange");
my $actColor = $colTbl2{$msgState};
$actColor = "unknown" if(!$actColor);
push @evtEt,[$mh{cHash},1,"color:$actColor"];
push @evtEt,[$mh{cHash},1,"state:$actColor"];
}
}
}
Allerdings taucht jetzt wieder die Meldung
2015.08.30 16:47:07.306 2: CUL_HM protstate undeviced hash to set CMDs_done
auf.
Ich verstehe nicht, warum 2 unterschiedliche Farbkodierungen verwendet werden. Setze ich auch die obere Tabelle neu mit "02"=>"green", usw., verschwindet der Hash Fehler im Log und ich kann keine weitere Fehlfunktion beobachten. Allerdings sind im Code schon seit langer Zeit 2 Farbkodierungen enthalten - Martin, kannst Du das bitte mal prüfen?
probiere noch einmal mit der heutigen Version
Mit der v9171 sind die LED states wieder korrekt. Allerdings tauchte wieder das
2015.08.30 17:38:57.883 2: CUL_HM protstate undeviced hash to set CMDs_done
auf. Ich kann nicht sagen ob es miteinander zusammenhängt.
wäre interessant, nach welcher message. hierzu habe ich keine Logs - bei mir passiert es nicht.
Ich schau mal, dass ich einen erwische. Seit ich wieder auf verbose=5 bin, kommt kein Eintrag mehr >:(
Hier habe ich einen erwischt:
2015.08.30 18:26:49.038 5: HMLAN/RAW: /R7F6EC096,0001,25B81CDC,FF,FFBD,0BA0101B271437EF9A060901003B
2015.08.30 18:26:49.039 5: HMLAN_Parse: HMLAN1 R:R7F6EC096 stat:0001 t:25B81CDC d:FF r:FFBD m:0B A010 1B2714 37EF9A 060901003B
2015.08.30 18:26:49.039 5: HMLAN1 dispatch A0E0BA0101B271437EF9A060901003B::-67:HMLAN1
2015.08.30 18:26:49.139 5: HMLAN_Send: HMLAN1 S:+1B2714,00,00,00
2015.08.30 18:26:49.140 5: HMLAN_Send: HMLAN1 S:S7F6EC29F stat: 00 t:00000000 d:01 r:7F6EC29F m:0C A001 37EF9A 1B2714 0A0E
2015.08.30 18:26:49.141 5: HMLAN/RAW: /E3AF67D,0000,25B81DA5,FF,FFAD,C1A4403AF67D37EF9A0534
2015.08.30 18:26:49.141 5: HMLAN_Parse: HMLAN1 R:E3AF67D stat:0000 t:25B81DA5 d:FF r:FFAD m:C1 A440 3AF67D 37EF9A 0534
2015.08.30 18:26:49.141 5: HMLAN1 dispatch A0BC1A4403AF67D37EF9A0534::-83:HMLAN1
2015.08.30 18:26:49.142 5: HMLAN: Skip ACK
2015.08.30 18:26:52.716 5: HMLAN_Send: HMLAN1 S:S7F6ED0FA stat: 00 t:00000000 d:01 r:7F6ED0FA m:0C A001 37EF9A 1B2714 0A0E
2015.08.30 18:26:52.716 5: HMLAN/RAW: /E1B2714,0000,25B81EDF,FF,FFBD,0CA0101B271437EF9A060A02003B
R7F6EC29F,0001,25B81EE4,FF,FFBD,0CA0101B271437EF9A060A02003B
2015.08.30 18:26:52.716 5: HMLAN_Parse: HMLAN1 R:E1B2714 stat:0000 t:25B81EDF d:FF r:FFBD m:0C A010 1B2714 37EF9A 060A02003B
2015.08.30 18:26:52.717 5: HMLAN1 dispatch A0E0CA0101B271437EF9A060A02003B::-67:HMLAN1
2015.08.30 18:26:52.718 5: HMLAN: Skip ACK
2015.08.30 18:26:52.724 5: HMLAN_Parse: HMLAN1 R:R7F6EC29F stat:0001 t:25B81EE4 d:FF r:FFBD m:0C A010 1B2714 37EF9A 060A02003B
2015.08.30 18:26:52.724 5: HMLAN1 dispatch A0E0CA0101B271437EF9A060A02003B::-67:HMLAN1
2015.08.30 18:26:52.877 5: HMLAN/RAW: /E1B2714,0000,25B82C4A,FF,FFBD,0CA0101B271437EF9A060A02003B
2015.08.30 18:26:52.877 5: HMLAN_Parse: HMLAN1 R:E1B2714 stat:0000 t:25B82C4A d:FF r:FFBD m:0C A010 1B2714 37EF9A 060A02003B
2015.08.30 18:26:52.877 5: HMLAN1 dispatch A0E0CA0101B271437EF9A060A02003B::-67:HMLAN1
2015.08.30 18:26:52.993 5: HMLAN/RAW: /R7F6ED0FA,0001,25B82C4F,FF,FFBD,0CA0101B271437EF9A060A02003B
2015.08.30 18:26:52.993 5: HMLAN_Parse: HMLAN1 R:R7F6ED0FA stat:0001 t:25B82C4F d:FF r:FFBD m:0C A010 1B2714 37EF9A 060A02003B
2015.08.30 18:26:52.993 5: HMLAN1 dispatch A0E0CA0101B271437EF9A060A02003B::-67:HMLAN1
2015.08.30 18:26:52.994 2: CUL_HM protstate undeviced hash to set CMDs_done
2015.08.30 18:26:53.094 5: HMLAN_Send: HMLAN1 S:+1B2714,00,00,00
2015.08.30 18:26:53.095 5: HMLAN_Send: HMLAN1 S:S7F6ED211 stat: 00 t:00000000 d:01 r:7F6ED211 m:0D A001 37EF9A 1B2714 0B0E
2015.08.30 18:26:55.685 5: HMLAN/RAW: /E1B2714,0000,25B82E54,FF,FFBD,0DA0101B271437EF9A060B01003B
R7F6ED211,0001,25B82E59,FF,FFBD,0DA0101B271437EF9A060B01003B
2015.08.30 18:26:55.685 5: HMLAN_Parse: HMLAN1 R:E1B2714 stat:0000 t:25B82E54 d:FF r:FFBD m:0D A010 1B2714 37EF9A 060B01003B
2015.08.30 18:26:55.686 5: HMLAN1 dispatch A0E0DA0101B271437EF9A060B01003B::-67:HMLAN1
2015.08.30 18:26:55.688 5: HMLAN: Skip ACK
Hier noch die Infos zum HMLAN:
Internals:
DEF LEQ0102860.eitelwein.net:1000
DeviceName LEQ0102860.eitelwein.net:1000
FD 19
HMLAN1_MSGCNT 38
HMLAN1_TIME 2015-08-30 18:28:37
IFmodel LAN
NAME HMLAN1
NR 114
NTFY_ORDER 50-HMLAN1
PARTIAL
RAWMSG E29A999,0000,25B9C4F1,FF,FFAD,69867029A999000000011E31033C800007900D
RSSI -83
STATE opened
TYPE HMLAN
XmitOpen 1
assignedIDsCnt 4
msgKeepAlive dlyMax:36.105 bufferMin:-25
msgLoadCurrent 18
msgLoadHistory 5min steps: 0/-/-/-/-/-/-/-/-/-/-/-
msgParseDly min:184 max:184 last:184 cnt:1
owner 37EF9A
owner_CCU vCCU
uptime 007 175:49:51.368
CHANGETIME:
Helper:
Dblog:
D-hmidassigned:
Logdb:
TIME 1440951965.39098
VALUE 37EF9A
D-hmidoriginal:
Logdb:
TIME 1440951965.39098
VALUE 26E7F5
D-firmware:
Logdb:
TIME 1440951965.39098
VALUE 0.964
D-serialnr:
Logdb:
TIME 1440951965.39098
VALUE LEQ0102860
Xmit-events:
Logdb:
TIME 1440952002.95589
VALUE ok:2 disconnected:2 init:2
Cond:
Logdb:
TIME 1440952002.95589
VALUE ok
Loadlvl:
Logdb:
TIME 1440952177.2563
VALUE low
Prot_disconnected:
Logdb:
TIME 1440951987.50095
VALUE last
Prot_init:
Logdb:
TIME 1440951989.09591
VALUE last
Prot_ok:
Logdb:
TIME 1440952002.95589
VALUE last
State:
Logdb:
TIME 1440951990.67408
VALUE CONNECTED
Readings:
2015-08-30 18:26:05 D-HMIdAssigned 37EF9A
2015-08-30 18:26:05 D-HMIdOriginal 26E7F5
2015-08-30 18:26:05 D-firmware 0.964
2015-08-30 18:26:05 D-serialNr LEQ0102860
2015-08-30 18:26:42 Xmit-Events ok:2 disconnected:2 init:2
2015-08-30 18:26:42 cond ok
2015-08-30 18:29:37 loadLvl low
2014-10-03 14:13:14 prot_ERROR-Overload last
2014-10-07 23:47:49 prot_Warning-HighLoad last
2015-08-30 18:26:27 prot_disconnected last
2015-08-30 18:26:29 prot_init last
2015-08-30 14:34:28 prot_keepAlive last
2015-08-30 18:26:42 prot_ok last
2015-08-23 10:35:20 prot_timeout last
2015-08-30 18:26:29 state opened
Helper:
assIdCnt 4
assIdRep 4
info 03C4,LEQ0102860,26E7F5,37EF9A
setTime 43974
Cnd:
0 2
253 2
255 2
Dly:
cnt 1
lst 184
max 184
min 184
Ids:
1b2714:
chn 10
flg 0
msg
name HM_1B2714
to 1440952019.66802
21ae5e:
name hzg_SWI_3
29a999:
flg 0
msg
name out_Wetterstation
to 1440952119.64803
3af67d:
name woz_SW_01
K:
BufMin -25
DlyMax 36.105
Next 1440952197.24909
Start 1440952177.24909
Loadlvl:
bl 40
a:
99
90
40
0
H:
0 low
40 batchLevel
90 high
99 suspended
Log:
all 0
sys 0
ids:
ARRAY(0x25f8828)
Q:
HMcndN 0
answerPend 0
hmLanQlen 1
keepAliveRec 1
keepAliveRpt 0
loadLast 0
loadNo 5
scnt 3
apIDs:
Ref:
drft -0.0001999600079984
hmtL 632991368
kTs 0
offL 1440319185884
sysL 1440952177252
Attributes:
group Infrastruktur Homematic
hmId 37EF9A
hmLanQlen 1_min
icon hm_lan
loadLevel 0:low,40:batchLevel,90:high,99:suspended
respTime 2
room Infrastruktur
verbose 5
wdTimer 20
und zur vCCU, sie schient beteiligt zu sein?
Internals:
DEF 37EF9A
IODev HMLAN1
NAME vCCU
NR 119
NTFY_ORDER 50-vCCU
STATE HMLAN1:ok,
TYPE CUL_HM
assignedIOs HMLAN1
channel_01 vCCU_hzg_BSZ
channel_02 vCCU_Btn2
channel_03 vCCU_Btn3
channel_04 vCCU_ter_DIM_toggle
channel_05 vCCU_gar_DIM_toggle
channel_06 vCCU_woz_DIM_dn
channel_07 vCCU_woz_DIM_up
channel_08 vCCU_tez_DIM_dn
channel_09 vCCU_tez_DIM_up
channel_0A vCCU_Btn10
channel_0B vCCU_Btn11
channel_0C vCCU_Btn12
CHANGETIME:
Helper:
Dblog:
State:
Logdb:
TIME 1440952004.13178
VALUE HMLAN1:ok,
Readings:
2015-08-30 18:26:44 state HMLAN1:ok,
Helper:
HM_CMDNR 1
mId FFF0
rxType 1
Io:
prefIO
vccu
ioList:
HMLAN1
Mrssi:
mNo
Prt:
bErr 0
sProc 0
Q:
qReqConf
qReqStat
Role:
dev 1
Attributes:
IODev HMLAN1
IOList HMLAN1
alias Virtuelle HM Zentrale
expert 2_full
group Infrastruktur Homematic
model CCU-FHEM
room Infrastruktur
subType virtual
webCmd virtual:update
Hier ist noch ein Log
2015.08.30 20:26:54.143 5: HMLAN/RAW: /E1B2714,0000,26261291,FF,FFBD,51A0101B271437EF9A060D02003B
2015.08.30 20:26:54.143 5: HMLAN_Parse: HMLAN1 R:E1B2714 stat:0000 t:26261291 d:FF r:FFBD m:51 A010 1B2714 37EF9A 060D02003B
2015.08.30 20:26:54.144 5: HMLAN1 dispatch A0E51A0101B271437EF9A060D02003B::-67:HMLAN1
2015.08.30 20:26:54.145 5: HMLAN: Skip ACK
2015.08.30 20:26:54.574 5: HMLAN/RAW: /R7FDCB1FC,0001,26261296,FF,FFBD,51A0101B271437EF9A060D02003B
2015.08.30 20:26:54.574 5: HMLAN_Parse: HMLAN1 R:R7FDCB1FC stat:0001 t:26261296 d:FF r:FFBD m:51 A010 1B2714 37EF9A 060D02003B
2015.08.30 20:26:54.574 5: HMLAN1 dispatch A0E51A0101B271437EF9A060D02003B::-67:HMLAN1
2015.08.30 20:26:54.575 2: CUL_HM protstate undeviced hash to set CMDs_done
2015.08.30 20:26:54.576 5: HMLAN_Send: HMLAN1 S:+1B2714,00,00,00
2015.08.30 20:26:54.576 5: HMLAN_Send: HMLAN1 S:S7FDCB53F stat: 00 t:00000000 d:01 r:7FDCB53F m:52 A001 37EF9A 1B2714 0E0E
2015.08.30 20:26:54.738 5: HMLAN/RAW: /E1B2714,0000,262614E5,FF,FFBD,52A0101B271437EF9A060E02003B
2015.08.30 20:26:54.739 5: HMLAN_Parse: HMLAN1 R:E1B2714 stat:0000 t:262614E5 d:FF r:FFBD m:52 A010 1B2714 37EF9A 060E02003B
2015.08.30 20:26:54.739 5: HMLAN1 dispatch A0E52A0101B271437EF9A060E02003B::-67:HMLAN1
2015.08.30 20:26:54.740 5: HMLAN: Skip ACK
Das Device 1B2714 ist der HM-OU-LED16:
Internals:
DEF 1B2714
HMLAN1_MSGCNT 232
HMLAN1_RAWMSG R8013D61A,0001,265D38E0,FF,FFBE,76A0101B271437EF9A061002003B
HMLAN1_RSSI -66
HMLAN1_TIME 2015-08-30 21:27:07
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 232
NAME HM_1B2714
NR 170
NTFY_ORDER 50-HM_1B2714
STATE CMDs_done
TYPE CUL_HM
channel_01 HM_1B2714_Led_01
channel_02 HM_1B2714_Led_02
channel_03 HM_1B2714_Led_03
channel_04 HM_1B2714_Led_04
channel_05 HM_1B2714_Led_05
channel_06 HM_1B2714_Led_06
channel_07 HM_1B2714_Led_07
channel_08 HM_1B2714_Led_08
channel_09 HM_1B2714_Led_09
channel_0A HM_1B2714_Led_10
channel_0B HM_1B2714_Led_11
channel_0C HM_1B2714_Led_12
channel_0D HM_1B2714_Led_13
channel_0E HM_1B2714_Led_14
channel_0F HM_1B2714_Led_15
channel_10 HM_1B2714_Led_16
lastMsg No:76 - t:10 s:1B2714 d:37EF9A 061002003B
protIOdly 1 last_at:2015-08-30 18:26:29
protLastRcv 2015-08-30 21:27:07
protResnd 3 last_at:2015-08-30 18:56:34
protSnd 229 last_at:2015-08-30 21:27:07
protState CMDs_done
rssi_HMLAN1 lst:-59 max:-58 avg:-58.95 cnt:116 min:-61
rssi_at_HMLAN1 lst:-66 max:-65 avg:-66.8 cnt:232 min:-69
CHANGETIME:
Readings:
2015-08-30 15:22:18 D-firmware 1.0
2015-08-30 15:22:18 D-serialNr JEQ0087159
2015-08-30 15:24:37 PairedTo 0x37EF9A
2015-08-30 15:24:37 R-brightness 1
2015-08-30 15:24:37 R-intKeyVisib invisib
2015-08-30 15:24:37 R-pairCentral 0x37EF9A
2015-08-30 15:24:37 RegL_00: 02:01 04:01 05:00 0A:37 0B:EF 0C:9A 00:00
2015-08-30 21:27:07 color 9A5956AA
2015-08-30 21:27:07 state CMDs_done
Helper:
HM_CMDNR 118
cSnd 0137EF9A1B27140F0E,0137EF9A1B2714100E
mId 006D
rxType 1
Io:
newChn +1B2714,00,00,00
nextSend 1440962827.95959
rxt 0
vccu vCCU
p:
1B2714
00
00
00
Mrssi:
mNo 76
Io:
HMLAN1 -64
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
dev 1
Rpt:
IO HMLAN1
flg A
ts 1440962827.87276
ack:
HASH(0x3a92f30)
76800237EF9A1B271400
Rssi:
Hmlan1:
avg -58.9568965517241
cnt 116
lst -59
max -58
min -61
At_hmlan1:
avg -66.8060344827586
cnt 232
lst -66
max -65
min -69
Attributes:
DbLogExclude .*
IODev HMLAN1
IOgrp vCCU
alias LED Panel
autoReadReg 4_reqStatus
expert 2_full
firmware 1.0
group Anzeige
icon 10px-kreis-gruen
model HM-OU-LED16
room Infrastruktur
serialNr JEQ0087159
subType outputUnit
webCmd getConfig:clear msgEvents
Hallo
auch wenn hier lange nichts war probiere ich es mal.
Hab auch den HM-OU-LED16
Die Einrichtung klappte nach langem Suchen dann endlich. Hab das Wiki mal erweitert ...
Da das Ding immer am Netz hängt, war meine Überlegung, es mittels Bewegungsmelder für einige Minuten zu aktivieren.
Das Ganze soll an der Haustür hängen und die Hausbewohner erziehen, die Fenster richtig zu schließen.
Nach Fensterkontakttuning, zeigt er erst dann geschlossen an wenn der Reigel auch in Endposistion steht
Dazu habe ich gestern einfach den Stecker gezogen gewartet Strom und alles wurde richtig angezeigt.
Heute dann mittels Bewegungsmelder, mit Stromprüfer auch kontrolliert, er schaltet.
Aber die Anzeige bleibt nun leer.
Dougie hatte mal das hier gepostet:
Gib mal {Disp_Update} in der Kommandozeile ein.
Leider bleibt die Anzeige aus, es wird kein state angezeigt.
Wenn ich nun ein Fenster öffne erscheint wieder die passende LED, der Status der anderen Fenster wird áber nicht abgerufen.
Schaue ich bei den anderen Fensterkontakten nach, so steht dort der aktuelle richtige Status.
Nun kann ich alle Fenster einmal öffnen und schließen dann ist wieder alles ok.
Wenn der Bewegungsmelder nun einschaltet stimmen zumindest die Fenster die ich schon geöffent habe.
Die Fenster die nun geöffnet / geschlossen werden während das Gerät im stromlosen Zustand ist bekommt es nicht mit.
Definition Fensterkontakt
######################################################################
####### homematic Türkontakt Esszimmer #############
######################################################################
define TK_Essen CUL_HM 2BDB4B
attr TK_Essen IODev hmusb
attr TK_Essen actCycle 028:00
attr TK_Essen actStatus alive
attr TK_Essen autoReadReg 4_reqStatus
attr TK_Essen devStateIcon open:rc_RED closed:rc_GREEN
attr TK_Essen expert 2_full
attr TK_Essen firmware 2.4
attr TK_Essen group Fenster
attr TK_Essen model HM-SEC-SC-2
attr TK_Essen peerIDs 00000000,
attr TK_Essen room Türkontakt,CUL_HM,Esszimmer
attr TK_Essen serialNr LEQ0505911
attr TK_Essen subType threeStateSensor
Definition der Statusanzeige:
######################################################################################
#### Statusanzeige ########
######################################################################################
define statusanzeige CUL_HM 20F85B
attr statusanzeige IODev hmusb
attr statusanzeige autoReadReg 4_reqStatus
attr statusanzeige expert 2_raw
attr statusanzeige firmware 1.1
attr statusanzeige model HM-OU-LED16
attr statusanzeige room Türkontakt
attr statusanzeige serialNr KEQ0123776
attr statusanzeige subType outputUnit
attr statusanzeige webCmd getConfig:clear msgEvents
define FileLog_statusanzeige FileLog ./log/statusanzeige-%Y.log statusanzeige
attr FileLog_statusanzeige logtype text
attr FileLog_statusanzeige room Türkontakt
define HM_20F85B_Led_01 CUL_HM 20F85B01
attr HM_20F85B_Led_01 alias 1 TK Essen
attr HM_20F85B_Led_01 model HM-OU-LED16
attr HM_20F85B_Led_01 peerIDs 00000000,
attr HM_20F85B_Led_01 room Türkontakt
define HM_20F85B_Led_01_open notify TK_Essen:open set HM_20F85B_Led_01 led red
define HM_20F85B_Led_01_closed notify TK_Essen:closed set HM_20F85B_Led_01 led green
Kann man das nicht so definieren das der Zustand aller Gerät abgefrgt wird wenn das Gerät eingeschaltet wird.
Was läuft da noch falsch
ZitatWas läuft da noch falsch
Nach dem Wieder Strom da, wird die aktuelle letzte erfolgreiche Status der Leds gesetzt,
das heißt also, wenn um 7Uhr der Strom weg, und um 16Uhr wieder an , wird der status von 7 Uhr angezeigt.
ums genauer zu sagen --> nach PowerUp wird das Reading color vom Device gesendet.
Ja, aber in der Zeit wo das SD aus war hat sich der Zustand der Fenster geändert.
So bekommt das Teil die aktuelle Situ nicht mit.
Hier ein Bild, oben Anzeige der aktuelle LED Farbe unten die Statusanzeige der Fensterkontakte, grün = geschlossen
(http://led16.jpg)
Der SD sollte also wenn er eingeschaltet wird alle States neu einlesen.
Also bei den einzelnen Fensterkontakten den aktuellen Status abfragen.
Solange das Ding läuft bekommt es alles mit.
Gibt es da kein Kommando was man senden könnte aktualisiere alle Zustände?
Danke aber schon mal
Problem ist ja wohl das notify ?!
das reagiert ja auf die Zustandsänderung, aber nur so lange wie das Display auch Strom hat
( zumindest ist das bei mir so )
beim Starten des Displays wäre doch eher so was wie getstate erforderlich?
Es müsste eine Funktion sein, die aktiv nachschaut, wie der aktuelle state der Fenstersensoren ist, um dann die Led entsprechend zu schalten
Ich hätte das Teil halt nicht so gerne rund um die Uhr am Netz, sondern nur nach Bedarf.
Keiner eine Idee
Ich muss mich da wohl noch viel intensiver mit beschäftigen grrr
da steht wohl schon die Lösung ?!
http://www.fischer-net.de/hausautomation/fhem/56-fhem-status-mehrerer-geraete-aggregieren.html