Hallo Zusammen,
nach einigen Jahren fehlerfreien Betriebs hat meine Anzeige "HM-DIS-TD-T" plötzlich nicht mehr Kommandos von FHEM nur noch mit "ACKNOWLEDGE missing" beantwortet und das Kommando nicht ausgeführt. Daraufhin habe ich mir einen Ersatz gekauft, da ich mit einem Defekt gerechnet hatte.
Nur leider zeigt die neue Anzeige genau das gleiche Verhalten. Wenn ich den Taster drücke wird der Status auf FHEM korrekt angezeigt. Nur Kommandos "on/off" werden nicht mehr ausgeführt.
Hat jemand eine Idee ?
Gibt es bessere Alternativen, wie man einen Status batteriegesteuert anzeigen kann.
Viele Grüße
R.
Ich habe auch so ein Teil und hatte nur mal nach einer leeren Batterie das Problem, daß offenbar der Speicher korrupt war und ich einen Werksreset ausführen mußte.
Bei Dir klingt das allerdings anders. Kannst Du mal ein list vom Gerät zeigen?
Hallo Gernott,
ich habe das Device heute morgen nochmals neu angelernt und hier ist der entsprechende list
nternals:
CFGFN
DEF 7BA923
FUUID 6a12a7e2-f33f-0060-f805-c715cb0fc3bb8ebe
IODev CUL_0
NAME HM_7BA923
NR 1085
NTFY_ORDER 48-HM_7BA923
STATE ???
TYPE CUL_HM
chanNo 01
disableNotifyFn 1
eventCount 1
protCmdPend 3 CMDs_pending
protLastRcv 2026-05-24 09:25:22
protRcv 1 last_at:2026-05-24 09:25:22
protState CMDs_pending
rssi_at_CUL_0 cnt:1 min:-58 max:-58 avg:-58 lst:-58
READINGS:
2026-05-24 09:25:28 D-firmware 1.1
2026-05-24 09:25:28 D-serialNr UEQ1844265
2026-05-24 09:25:59 IODev CUL_0
2026-05-24 09:25:28 commState CMDs_pending
cmdStack:
++A001F110347BA92300050000000000
++A001F110347BA923000802010AF10B100C34
++A001F110347BA9230006
helper:
HM_CMDNR 40
PONtest 1
cfgStateUpdt 1
mId 0078
peerFriend peerSens,peerVirt
peerOpt 3:switch
regLst 0,3p
rxType 2
supp_Pair_Rep 1
cmds:
TmplKey :no:1779607527.13483
TmplTs 1779607527.13483
cmdKey 1:1:0::HM_7BA923:0078:01:
cmdLst:
assignHmKey noArg
clear [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
deviceRename -newName-
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
getVersion noArg
inhibit [(on|{off})]
off noArg
on noArg
on-for-timer -ontime-
on-till -time-
pair noArg
peerBulk -peer1,peer2,...- [({set}|unset)]
peerIODev [IO] -btn- [({set}|unset)] 'not for future use'
peerSmart -peerOpt-
press [(long|{short})] [(-peer-|{self01})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
statusRequest noArg
toggle noArg
tplDel -tplDel-
unpair noArg
lst:
condition slider,0,1,255
peer
peerOpt AlarmSecurityKey1,AlarmSecurityKey2_armExt,AlarmSecurityKey2_armInt,AlarmSecurityKey2_disarm,AlarmSecurityKey2_light,AlarmSecurityKey4_armExt,AlarmSecurityKey4_armInt,AlarmSecurityKey4_disarm,AlarmSecurityKey4_light,kuFensterkontaktKl,szFensterkontakt,szSteckdose2_SenF,szSteckdose2_SenI,szSteckdose2_SenPwr,szSteckdose2_SenU
tplDel
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
expert:
def 0
det 0
raw 1
tpl 0
io:
flgs 0
newChn +7BA923,00,00,00
nextSend 1779607522.18293
rxt 0
vccu
p:
7BA923
00
00
00
prefIO:
mRssi:
mNo 01
io:
CUL_0:
-52
-52
peerIDsH:
prt:
bErr 0
sProc 2
q:
qReqConf 00
qReqStat
role:
chn 1
dev 1
prs 1
rssi:
at_CUL_0:
avg -58
cnt 1
lst -58
max -58
min -58
shadowReg:
RegL_00. 02:01 0A:F1 0B:10 0C:34
shadowRegChn:
RegL_00. 00
tmpl:
Attributes:
IODev CUL_0
autoReadReg 4_reqStatus
expert rawReg
firmware 1.1
model HM-DIS-TD-T
msgRepeat 1
room CUL_HM
serialNr UEQ1844265
subType switch
webCmd statusRequest:toggle:on:off
Ich habe noch kein getConfig abgeschossen. Soll ich das auch noch machen und danach nochmals den list ?
Das Teil liegt auf meinem Schreibtisch und ist ca. 1,5m Luftlinie von dem CUL entfernt.
Viele Grüße
R.
Zitat von: ritchie am 24 Mai 2026, 09:30:56Ich habe noch kein getConfig abgeschossen. Soll ich das auch noch machen und danach nochmals den list ?
Ja, die Konfiguration sollte abgeschlossen sein. Es sind noch Befehle ausstehend:
READINGS:
2026-05-24 09:25:28 D-firmware 1.1
2026-05-24 09:25:28 D-serialNr UEQ1844265
2026-05-24 09:25:59 IODev CUL_0
2026-05-24 09:25:28 commState CMDs_pendingDazu Knöpfchen am Aktor drücken. LED sollte dann blinkern, wenn die Befehle abgearbeitet werden.
Bisher kann man u.a. nicht sehen, ob das Gerät korrekt an eine Zentrale angelernt ist (PairedTo).
Beispiel:
READINGS:
2026-05-23 11:49:42 CommandAccepted yes
2024-11-08 21:41:10 D-firmware 1.1
2024-11-08 21:41:10 D-serialNr LEQ0214915
2026-05-14 12:45:45 IODev HMLAN1
2026-04-03 16:52:03 PairedTo 0x1xxxx
Hi,
das ist ja eine seltsame Art des Pairing. Aber so hat es jetzt korrekt gearbeitet.
Vielen Dank für Deinen hilfreichen Hinweis.
Viele Grüße
R.