Hallo zusammen,
ich habe den Umzug ins eigene Haus genutzt, die komplette FHEM-Installation neu aufzusetzen und neu zu konfigurieren.
Soweit so gut, bis auf 2x Funksteckdosen (HM-ES-PMSw1-Pl), welche ich nicht mehr zur Mitarbeit bewegen kann.
Die Steckdosen lassen sich (aus meiner Sicht) erfolgreich pairen, das Device und die Channel werden angelegt, nur lässt sich die Steckdose nicht schalten. Im STATE steht "CMDs_processing...", und das Device geht in den Status "MISSING ACK". Das Problem tritt sowohl bei FW 1.6 als auch 2.5 auf. RSSI ist auch kein Thema, die Steckdose liegt aktuell 1m vom HMLAN entfernt.
Aktuell fällt mir dazu nichts mehr, so dass ich für jeden Hinweis dankbar bin. Falls jemand weitere Infos, Logs etc. braucht, einfach melden. FHEM läuft aktuell in Version
fhem.pl 11756 2016-07-07 12:43:00Z rudolfkoenig
Gruß
Chris
Hallo Chris,
kannst Du mal ein list der Steckdose posten, oder wie sehen die readings
PairedTo
R-pairCentralaus?
Gruß Otto
Hallo Otto,
anbei mal ein list von der Steckdose mit 2.5er Firmware.
Internals:
CFGFN
DEF 2C0143
HMLAN_OSS_01_MSGCNT 235
HMLAN_OSS_01_RAWMSG E2C0143,0000,04A7DE83,FF,FFC2,02A4102C014323A4930601C800
HMLAN_OSS_01_RSSI -62
HMLAN_OSS_01_TIME 2016-07-27 07:17:47
HMLAN_OSS_02_MSGCNT 195
HMLAN_OSS_02_RAWMSG E2C0143,0000,2BC65079,FF,FFA1,02A4102C014323A4930601C800
HMLAN_OSS_02_RSSI -95
HMLAN_OSS_02_TIME 2016-07-27 07:17:30
IODev HMLAN_OSS_01
LASTInputDev HMLAN_OSS_01
MSGCNT 430
NAME HM_2C0143
NR 1107
STATE MISSING ACK
TYPE CUL_HM
channel_01 HM_2C0143_Sw
channel_02 HM_2C0143_Pwr
channel_03 HM_2C0143_SenPwr
channel_04 HM_2C0143_SenI
channel_05 HM_2C0143_SenU
channel_06 HM_2C0143_SenF
lastMsg No:02 - t:10 s:2C0143 d:23A493 0601C800
protCmdDel 97
protIOdly 1 last_at:2016-07-27 01:32:18
protLastRcv 2016-07-27 07:17:47
protResnd 81 last_at:2016-07-27 07:19:44
protResndFail 26 last_at:2016-07-27 07:19:49
protSnd 28 last_at:2016-07-27 07:19:29
protState CMDs_done_Errors:1
rssi_at_HMLAN_OSS_01 avg:-71.51 min:-77 max:-60 lst:-62 cnt:235
rssi_at_HMLAN_OSS_02 avg:-84.01 min:-96 max:-82 lst:-95 cnt:195
Readings:
2016-07-26 22:00:57 Activity alive
2016-07-26 22:00:57 D-firmware 2.5
2016-07-26 22:00:57 D-serialNr LEQ0574561
2016-07-26 22:00:37 R-pairCentral set_0x31FD39
2016-07-27 07:19:49 state MISSING ACK
Regl_00.:
VAL
Helper:
HM_CMDNR 3
cSnd 0131FD392C0143010E,1131FD392C01430201000000
mId 00AC
rxType 1
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +2C0143,00,00,00
nextSend 1469596667.94665
prefIO
rxt 0
vccu
p:
2C0143
00
00
00
Mrssi:
mNo 02
Io:
HMLAN_OSS_01 -60
HMLAN_OSS_02 -95
Prt:
bErr 0
sProc 0
Q:
qReqConf
qReqStat
Role:
dev 1
prs 1
Rssi:
At_hmlan_oss_01:
avg -71.5191489361702
cnt 235
lst -62
max -60
min -77
At_hmlan_oss_02:
avg -84.0153846153847
cnt 195
lst -95
max -82
min -96
Shadowreg:
RegL_00. 02:01 0A:31 0B:FD 0C:39
Tmpl:
Attributes:
IODev HMLAN_OSS_01
actCycle 000:10
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 2.5
model HM-ES-PMSw1-Pl
room CUL_HM
serialNr LEQ0574561
subType powerMeter
webCmd getConfig:clear msgEvents
Gruß
Chris
Hallo,
das pairung ist nicht richitg durchgelaufen - da steht noch set_xxxx vor dem R-pairCentral.
Mach an den Steckdosen mal einen Werksreset und versuche es noch einmal.
Gruß Christoph
Moin,
hatte ich vermutet mit dem pairing.
einfach nochmal pairen, reset muss nicht unbedingt sein.
Das pairing ist erst abgeschlossen wenn in beiden readings (PairedTo R-pairCentral) 0x31FD39 steht.
Kleiner Querverweis (https://forum.fhem.de/index.php/topic,55865.msg474913.html#msg474913)
Gruß Otto
laut deinem list ist HM-ES-PMSw1-Pl noch mit der hmid 23A493 gepairt,
also die Aktor verhällt sich richtig, darf ja nicht sein, das jemand anderes versucht den Aktor zu übernehmen :)
Deshalb hatte ich ja was von Werksreset geschrieben - um den armen Kerl aus den Fängen der alten Zentrale zu befreien ;D
Solange man nicht mit AES rummacht, sollte eine Reset auch funktionieren. Umbenennungen der Zentrale in Verbindung mit AES sind tötlich, weil dann der Actor auch einen Reset verweigert. Da hilft dann nur die "alte" Situation wieder aufbauen mit den richtigen Schlüsseln und ID's und dann ablernen oder restetten über die Zentrale.
Gruß Christoph
@ Bennemannc
es gab Leute die haben jedem hm-lan eine eigene/unterschiedliche hmid gegeben ich weiß nicht wie oetti77
sein System eingerichtet hat,
ziemlich sicher ist das er keine vccu für seine 2 hmlan hat, bzw nicht über die vccu sein Pairingversuch ablief.
mehr verrät mir meine Glaskugel heute nicht :)
Danke für die vielen Antworten. Ich prüfe das heute Abend mal.
Den Aktor hatte ich gestern erst mit der Firmware 2.5 versehen. Ich hätte gedacht, dass das einem Reset gleichkommt :)
@fhem-hm-knecht
Die Konfig der HM-LANs sieht aktuell so aus, was bis dato auch problemlos funktioniert, wobei alle jetzigen Komponenten noch nie vorher in Betrieb waren (Jalousieaktoren etc.) bzw. irgendwo angelernt waren.
Lediglich die beiden Steckdosen-Aktoren hatte ich vorher schon im Einsatz und an einer anderen FHEM-Installation angemeldet.
#### HMLAN-01 Konfiguration ###
define HMLAN_OSS_01 HMLAN 10.10.123.201:1000
attr HMLAN_OSS_01 hmId 31FD39
attr HMLAN_OSS_01 hmLanQlen 1_min
attr HMLAN_OSS_01 icon hm_lan
attr HMLAN_OSS_01 loadLevel 0:low,40:batchLevel,90:high,99:suspended
attr HMLAN_OSS_01 room Devices
#### HMLAN-01 Ende ####
#### HMLAN-02 Konfiguration ###
define HMLAN_OSS_02 HMLAN 10.10.123.202:1000
attr HMLAN_OSS_02 hmId 31FD39
attr HMLAN_OSS_02 hmLanQlen 1_min
attr HMLAN_OSS_02 icon hm_lan
attr HMLAN_OSS_02 loadLevel 0:low,40:batchLevel,90:high,99:suspended
attr HMLAN_OSS_02 room Devices
#### HMLAN-02 Ende ####
Gruß
Chris
Ok, habe jetzt mehrfach einen Reset durchgeführt und den Aktor angelernt.
Nach gefühlten 10 Versuchen funktioniert er jetzt wieder.
Vielen Dank euch allen
Chris
Internals:
CFGFN
DEF 2C0143
HMLAN_OSS_01_MSGCNT 73
HMLAN_OSS_01_RAWMSG R2D66BD9B,0001,004B9DCD,FF,FFB4,0880022C014331FD390101C80046
HMLAN_OSS_01_RSSI -76
HMLAN_OSS_01_TIME 2016-07-27 19:28:43
HMLAN_OSS_02_MSGCNT 41
HMLAN_OSS_02_RAWMSG E2C0143,0000,2E63BF26,FF,FFAE,0580022C014331FD390101000046
HMLAN_OSS_02_RSSI -82
HMLAN_OSS_02_TIME 2016-07-27 19:28:36
IODev HMLAN_OSS_01
LASTInputDev HMLAN_OSS_01
MSGCNT 114
NAME HM_2C0143
NR 1487
STATE CMDs_done
TYPE CUL_HM
channel_01 HM_2C0143_Sw
channel_02 HM_2C0143_Pwr
channel_03 HM_2C0143_SenPwr
channel_04 HM_2C0143_SenI
channel_05 HM_2C0143_SenU
channel_06 HM_2C0143_SenF
lastMsg No:08 - t:02 s:2C0143 d:31FD39 0101C80046
protCmdDel 9
protLastRcv 2016-07-27 19:28:42
protResnd 20 last_at:2016-07-27 19:21:52
protResndFail 3 last_at:2016-07-27 19:21:56
protSnd 63 last_at:2016-07-27 19:28:42
protState CMDs_done
rssi_HMLAN_OSS_01 avg:-70.25 min:-71 max:-70 lst:-70 cnt:4
rssi_HMLAN_OSS_02 avg:-70 min:-70 max:-70 lst:-70 cnt:1
rssi_at_HMLAN_OSS_01 avg:-78.05 min:-89 max:-60 lst:-76 cnt:73
rssi_at_HMLAN_OSS_02 avg:-85.95 min:-94 max:-81 lst:-82 cnt:41
Readings:
2016-07-27 19:27:52 Activity alive
2016-07-27 19:27:53 CommandAccepted yes
2016-07-27 19:27:52 D-firmware 2.5
2016-07-27 19:27:52 D-serialNr LEQ0574561
2016-07-27 19:27:57 PairedTo 0x31FD39
2016-07-27 19:27:57 R-pairCentral 0x31FD39
2016-07-27 19:27:57 RegL_00. 02:01 0A:31 0B:FD 0C:39 15:FF 18:00 00:00
2016-07-27 19:28:43 state CMDs_done
Helper:
HM_CMDNR 8
cSnd 1131FD392C01430201000000,1131FD392C01430201C80000
mId 00AC
rxType 1
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +2C0143,00,00,00
nextSend 1469640523.08868
prefIO
rxt 0
vccu
p:
2C0143
00
00
00
Mrssi:
mNo 08
Io:
HMLAN_OSS_01 -74
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
dev 1
prs 1
Rssi:
Hmlan_oss_01:
avg -70.25
cnt 4
lst -70
max -70
min -71
Hmlan_oss_02:
avg -70
cnt 1
lst -70
max -70
min -70
At_hmlan_oss_01:
avg -78.054794520548
cnt 73
lst -76
max -60
min -89
At_hmlan_oss_02:
avg -85.9512195121951
cnt 41
lst -82
max -81
min -94
Shadowreg:
Tmpl:
Attributes:
IODev HMLAN_OSS_01
actCycle 000:10
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 2.5
model HM-ES-PMSw1-Pl
room CUL_HM
serialNr LEQ0574561
subType powerMeter
webCmd getConfig:clear msgEvents