Wie der Thread Titel schon sagt lässt sich bei einem unlängst neu eingebundenen ThreeStateSensor (HM-SEC-SC-2) das Register nicht von off auf on ändern.
Hier ein List des Kandidaten:
Internals:
DEF 4E13B9
HMLAN1_MSGCNT 9
HMLAN1_RAWMSG R3566E3A1,0001,087E4CEF,FF,FFCA,5CA0104E13B9123ABC0100000000
HMLAN1_RSSI -54
HMLAN1_TIME 2016-12-25 10:54:12
HMLAN2_MSGCNT 6
HMLAN2_RAWMSG E4E13B9,0000,158B5CAE,FF,FFB5,5CA0104E13B9123ABC0100000000
HMLAN2_RSSI -75
HMLAN2_TIME 2016-12-25 10:54:12
HMLAN3_MSGCNT 6
HMLAN3_RAWMSG E4E13B9,0000,30D9237E,FF,FFC0,5CA0104E13B9123ABC0100000000
HMLAN3_RSSI -64
HMLAN3_TIME 2016-12-25 10:54:12
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 21
NAME Helligkeitsschalter_Flur
NOTIFYDEV global
NR 2129
NTFY_ORDER 50-Helligkeitsschalter_Flur
STATE on
TYPE CUL_HM
lastMsg No:5C - t:10 s:4E13B9 d:123ABC 0100000000
protLastRcv 2016-12-25 10:54:12
protSnd 10 last_at:2016-12-25 10:54:12
protState CMDs_done
rssi_at_HMLAN1 avg:-54.22 min:-56 max:-49 lst:-54 cnt:9
rssi_at_HMLAN2 avg:-68.33 min:-77 max:-59 lst:-75 cnt:6
rssi_at_HMLAN3 avg:-68.33 min:-78 max:-62 lst:-64 cnt:6
Readings:
2016-12-25 10:54:11 Activity alive
2016-12-10 11:04:45 CommandAccepted yes
2016-12-25 10:54:11 D-firmware 2.4
2016-12-25 10:54:11 D-serialNr NEQ1111936
2016-12-25 10:54:11 PairedTo 0x123ABC
2016-12-25 10:54:11 R-cyclicInfoMsg off
2016-12-10 11:04:46 R-eventDlyTime 0 s
2016-12-10 11:04:46 R-ledOnTime 0.5 s
2016-12-10 11:04:46 R-msgScPosA closed
2016-12-10 11:04:46 R-msgScPosB open
2016-12-10 11:04:45 R-pairCentral 0x123ABC
2016-12-25 10:54:11 R-sabotageMsg on
2016-12-25 10:54:12 R-sign off
2016-12-10 11:04:45 R-transmDevTryMax 6
2016-12-10 11:04:46 R-transmitTryMax 6
2016-12-25 10:54:11 RegL_00. 02:01 09:00 0A:12 0B:3A 0C:BC 10:01 14:06 00:00
2016-12-25 10:54:12 RegL_01. 08:00 20:60 21:00 22:64 30:06 00:00
2016-12-23 08:05:20 battery ok
2016-12-23 08:05:20 contact open (to vccu)
2016-12-23 08:05:20 state open
2016-12-23 08:05:20 trigger_cnt 68
Helper:
HM_CMDNR 92
cSnd 01123ABC4E13B901040000000001,01123ABC4E13B90103
mId 00B1
peerIDsRaw ,00000000
rxType 28
Ack:
Expert:
def 1
det 1
raw 1
tpl 0
Io:
newChn +4E13B9,00,00,00
nextSend 1482659652.76427
rxt 2
vccu vccu
p:
4E13B9
00
00
00
prefIO:
HMLAN1
Mrssi:
mNo 5C
Io:
HMLAN1 -52
HMLAN2 -75
HMLAN3 -64
Prt:
bErr 0
sProc 0
sleeping 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rpt:
IO HMLAN2
flg A
ts 1482659652.68079
ack:
HASH(0x55bf6d8)
5C8002123ABC4E13B900
Rssi:
At_hmlan1:
avg -54.2222222222222
cnt 9
lst -54
max -49
min -56
At_hmlan2:
avg -68.3333333333333
cnt 6
lst -75
max -59
min -77
At_hmlan3:
avg -68.3333333333333
cnt 6
lst -64
max -62
min -78
Shadowreg:
Tmpl:
Attributes:
IODev HMLAN1
IOgrp vccu:HMLAN1
actCycle 048:00
actStatus alive
autoReadReg 5_readMissing
devStateIcon on.*:general_an@green off.*:general_aus@red
eventMap open:on closed:off
expert 3_allReg+raw
firmware 2.4
model HM-SEC-SC-2
peerIDs 00000000,
room Flur
serialNr NEQ1111936
subType threeStateSensor
verbose 2
ein set <device> regSet cyclicInfoMsg on bringt immer:
invalid value. use:off,on,on_100
Jemand eine Idee??
Schöne Weihnachtsfeiertage,
VG
Frank
mir fällt da nix weiter ein, als dir zu empfehlen nochmal ein getConfig zu machen - mit Config Button drücken. Anschließend dann nochmal das regSet versuchen...
Ich tippe mal, dass nicht alle Register vollständig ausgelesen wurden - oder vielleicht fehlerhaft. Vielleicht gibt HMinfo da auch einen Hinweis drauf...
Dir auch schöne Weihnachtstage!
Guß
Ingo
Nöö, alle Register wurden ausgelesen, HMinfo wirft auch kein Problem und getConfig wurde auch schon einige male gemacht, desshalb fällt mir ja nichts mehr dazu ein ;)
2016-12-25 10:54:11 RegL_00. 02:01 09:00 0A:12 0B:3A 0C:BC 10:01 14:06 00:00
2016-12-25 10:54:12 RegL_01. 08:00 20:60 21:00 22:64 30:06 00:00
VG
Frank
Sooo, dass ist wahrscheinlich etwas für Martin, zum Weihnachtsfest :)
Setzt man das Attribut eventMap, so wie ich auf:
eventMap open:on closed:off
dann lässt sich cyclicInfoMsg nicht auf on oder off oder irgendwie anders setzen, löscht man das Attribut eventMap geht es sofort ---> siehe Screenshot.
Da soll man drauf kommen ;D
Aufgefallen ist mir das nach einem erneuten getConfig das Attribut cyclicInfoMsg auf closed statt auf off stand, kann ja nur mit dem um-mappen zu tun haben, also das Attribut eventMap gelöscht und schon ließ das Register sich ändern.
Merke: Erst Register setzen und dann eventMap!
VG
Frank
Gibt es wirklich einen TreeStateSensor? Zu Weihnachten möglicherweise schon...
SCNR,
Thorsten
ZitatMerke: Erst Register setzen und dann eventMap!
oder die {} variante von eventMap verwenden. damit kann man die richtung device -> fhem und fhem -> device getrennt mappen.
gruss
andre
Na den christmas tree..., wenn man schon mal auf dem Tablet tippt ;D
VG
Frank
Für cyclicInfoMsg kann man neben on und off auch on_100 setzen. Weiß jemand worin der Unterschied zwischen on und on_100 besteht? Wenn es einer weiß, ist das besser, als tagelang zu forschen :)
Registerwerte sind immer hexwerte. Also hat man einen wertebereich von 0 -255 zu Verfügung.
Eq3 nutzt für an\aus gerne ein bit, also 0\1 . Es ist gelegentlich auch ein byte. Was ist dann on und off. Typisch ist es auch 0\1. Gelegentlich wollte ein device aber eine 100 sehen. Das ist wohl ein programmier-leichtsinnsfehler.
Was macht es anders? Nichts. Wer braucht es? Kann ich nicht wirklich sagen ohne die zu kennen.
Ich denke die meisten devices nutzen 0 und ungleich 0 .
Insbesondere nachbauten sind schlampiger codiert. Da kann es zu problemen kommen.
Also wenn es mitnon klappt alles gut. Ansonsten on_100 probieren. Wenn keines geht ,... ärgern!
Weil ich aus ganz anderem Grund gerade zufällig darauf gestoßen bin:
Zitat von: martinp876 am 22 Februar 2018, 19:27:47
Eq3 nutzt für an\aus gerne ein bit, also 0\1 . Es ist gelegentlich auch ein byte. Was ist dann on und off. Typisch ist es auch 0\1. Gelegentlich wollte ein device aber eine 100 sehen...
Also wenn es mit on klappt alles gut. Ansonsten on_100 probieren. Wenn keines geht ,... ärgern!
Vermutlich, weil ich das Register so selten ändere, war es mir noch nie aufgefallen, dass die Option "on_100" praktisch bei allen Geräten angeboten wird, obwohl es sich nur um ein boolean-Register handelt.
Gibt es inzwischen Erkenntnisse, welche Geräte das waren?