Ich habe heute ein HMUARTLGW auf einem Raspi in Betrieb genommen, was ziemlich reibungslos funktioniert hat. Danke an dieser Stelle an die Programmierer!!!
Das neue Gateway funktioniert mit allen Geräten einwandfrei und hat generell bessere RSSI-Werte als mein altes HMLAN. Mit einem Gerät gibt es allerdings MISSING ACKs, wenn ich nur das HMUARTLGW aktiviere:
HM-LC-SW2-FM.
Die angeschlossenen Geräte schalten komischerweise einwandfrei!?
Die beiden GWs stehen (noch) nebeneinander und sobald ich das HMLAN dazunehme (DUMMY=0), dann funktioniert wieder alles normal.
Hat jemand eine Idee bzw. kann sagen, wie ich der Sache auf den Grund gehen kann?
Blueberry63
Hallo
Du sollten aber noch etwas an Informationen liefern.
Welche Firmware im HMUARTLGW?
Gibt es nur Probleme mit dem SW2?
Etc......
Damu
Hallo Damu,
sorry, Du hast natürlich Recht. Die FW des HMUART ist 1.4.1.
Ich stochere noch im Trüben: ich hatte schon immer eine VCCU konfiguriert und nun das HMUART eingefügt (also HMLAN+HMUART). Wenn ich nun bei einigen Geräten IODEV=HMUART setze, dann bekomme ich bei diesen Geräten MISS ACK, obwohl die Geräte schalten.
Ich dachte, vielleicht fällt den Programmieren, die HMUART implementiert haben, etwas im Zusammenhang mit VCCU ein...
Egal, wenn ich etwas strukturierter berichten kann, melde ich mich hier wieder.
Gruß
Blueberry63
Ich denke Du hast in der vccu einen Fehler.
https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU (https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU)
IODEV setzt FHEM da must du nichts ändern.
ZitatIODEV setzt FHEM da must du nichts ändern.
Das stimmt, aber wenn ich richtig gelesen habe, es dürfte auch nichts ausmachen, wenn der Parameter gesetzt ist-
Nach weiteren Versuchen kann ich nun sagen, dass es definitiv mit folgenden Devices Probleme gibt (MISS ACK):
HM-LC-SW1-FM
HM-LC-SW2-FM
Sobald ich das HMLAN, welches direkt neben dem RASPI steht, aktiviere, sind die MISS ACK weg.
Alle anderen HM-Deviced funktionieren bis jetzt normal.
Gruß
Blueberry63
Hi blueberry63,
gib uns doch mal bitte ein list von Deiner vccu und von einem der HM-LC-SW1-FM Kandidaten.
Gruß Otto
Bitte sehr:
VCCU:
Internals:
DEF 100000
IODev HMLAN1
NAME vccu
NOTIFYDEV global
NR 50
NTFY_ORDER 50-vccu
STATE cul866:UAS,HMLAN1:dummy,HMLAN2:dummy,HMUART1:ok,
TYPE CUL_HM
assignedIOs HMLAN1,HMLAN2,HMUART1,cul866
Helper:
Dblog:
State:
Mydb:
TIME 1483969903.72732
VALUE cul866:UAS,HMLAN1:dummy,HMLAN2:dummy,HMUART1:ok,
Readings:
2017-01-09 12:14:28 CommandAccepted yes
2017-01-09 10:02:11 recentStateType ack
2017-01-09 14:51:43 state cul866:UAS,HMLAN1:dummy,HMLAN2:dummy,HMUART1:ok,
2017-01-09 06:59:49 unknown_1AFEEB received
2015-11-27 07:47:30 unknown_1E67EA received
2015-11-26 14:35:05 unknown_20615D received
2017-01-03 14:52:50 unknown_231CE7 received
2016-12-07 10:18:06 unknown_255B22 received
2016-06-25 16:13:59 unknown_32535F received
2016-11-06 17:40:38 unknown_3372AF received
2016-12-21 17:01:05 unknown_3692A7 received
2015-12-29 17:46:04 unknown_372DAE received
2016-12-18 07:13:31 unknown_376452 received
2016-12-22 09:03:19 unknown_392719 received
2016-07-24 16:38:54 unknown_3B9219 received
2016-04-30 16:37:34 unknown_436794 received
2017-01-03 04:15:10 unknown_458083 received
2017-01-09 12:07:19 unknown_488D1B received
2016-11-28 18:41:43 unknown_4E1ACE received
2016-10-06 18:24:59 unknown_4E88EE received
2016-12-05 09:31:34 unknown_A01110 received
Helper:
HM_CMDNR 1
mId FFF0
rxType 1
Ack:
Expert:
def 1
det 0
raw 1
tpl 0
Io:
prefIO
vccu
ioList:
HMLAN1
HMLAN2
HMUART1
Mrssi:
mNo
Prt:
bErr 0
sProc 0
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
vrt 1
Tmpl:
Attributes:
IODev HMLAN1
IOList HMLAN1,HMLAN2,HMUART1
expert 2_full
model CCU-FHEM
room System
subType virtual
verbose 0
webCmd virtual:update
HMUART1:
Internals:
AssignedPeerCnt 12
CNT 162
DEF uart://raspb433:2327
DEVCNT 162
DevState 99
DevType UART
DeviceName raspb433:2327
FD 12
LastOpen 1483969899.04106
NAME HMUART1
NR 42
PARTIAL
RAWMSG 040212
RSSI -47
STATE opened
TYPE HMUARTLGW
XmitOpen 1
msgLoadCurrent 9
msgLoadHistory 3/6/-/-/-/-/-/-/-/-/-/-
msgLoadHistoryAbs 9/6/0/-/-/-/-/-/-/-/-/-/-
owner 100000
owner_CCU vccu
Helper:
CreditTimer 52
FW 66561
Initialized 1
SendCnt 61
Ackpending:
61:
cmd 02000000BE8002100000FE078700
dst 1
frame FD0010013D02000000BE8002100000FE078700942D
time 1483969940.25168
Dblog:
D-hmidassigned:
Mydb:
TIME 1483969902.85792
VALUE 100000
D-hmidoriginal:
Mydb:
TIME 1483969902.9257
VALUE 4F721D
D-firmware:
Mydb:
TIME 1483969903.06594
VALUE 1.4.1
D-serialnr:
Mydb:
TIME 1483969903.21885
VALUE NEQ1331591
Cond:
Mydb:
TIME 1483969903.6717
VALUE ok
Loadlvl:
Mydb:
TIME 1483969903.6717
VALUE low
LastSendLen:
3
3
Log:
IDs:
PeerQueue:
PendingCMD:
Roundtrip:
Delay 0.0117330551147461
Loadlvl:
lastHistory 1483970503.39672
Peers:
15FDC4 +15FDC4,00,00,00
1B6DA2 +1B6DA2,00,00,00
1B6EA8 +1B6EA8,00,00,00
1B6FA9 +1B6FA9,00,00,00
1E3D71 +1E3D71,00,00,00
1FD649 +1FD649,00,00,00
2C71B3 +2C71B3,00,00,00
34FC34 +34FC34,00,00,00
3B9219 +3B9219,00,00,00
436794 +436794,00,00,00
4E88EE +4E88EE,00,00,00
FE0787 +FE0787,00,00,00
Readings:
2017-01-09 14:51:42 D-HMIdAssigned 100000
2017-01-09 14:51:42 D-HMIdOriginal 4F721D
2017-01-09 14:51:43 D-firmware 1.4.1
2017-01-09 14:51:43 D-serialNr NEQ1331591
2017-01-09 14:51:19 D-type HM-MOD-UART
2017-01-09 14:51:43 cond ok
2017-01-09 15:01:00 load 9
2017-01-09 14:51:43 loadLvl low
2017-01-09 14:51:39 state opened
Helper:
Attributes:
hmId 100000
icon it_wifi
room System
da fehlt mir aber der Missing ack Typ :)
HM-LC-SWx-FM
Meinst Du ein List der Geräte, die die Probleme machen?
HM-LC-SW2-FM
Internals:
DEF 15FDC4
IODev HMUART1
NAME SCHALTER2fach_GH
NOTIFYDEV global
NR 266
NTFY_ORDER 50-SCHALTER2fach_GH
STATE MISSING ACK
TYPE CUL_HM
channel_01 STD_STRAHLER_GH
channel_02 STRAHLER_GH
protCmdDel 11
protResnd 30 last_at:2017-01-09 15:22:37
protResndFail 6 last_at:2017-01-09 15:22:43
protSnd 6 last_at:2017-01-09 15:22:14
protState CMDs_done_Errors:1
Helper:
Dblog:
State:
Mydb:
TIME 1483971764.00484
VALUE MISSING ACK
Readings:
2016-05-30 10:26:49 D-firmware 1.9
2016-05-30 10:26:49 D-serialNr IEQ0072765
2017-01-09 09:23:07 PairedTo 0x100000
2015-08-30 13:06:14 R-intKeyVisib invisib
2015-08-30 13:06:14 R-pairCentral 0x100000
2017-01-09 09:23:08 R-sign off
2017-01-09 09:23:00 deviceMsg off (to vccu)
2017-01-09 09:23:00 level 0
2017-01-09 09:23:00 pct 0
2015-09-30 11:56:40 powerOn 2015-09-30 11:56:40
2017-01-09 09:23:00 recentStateType info
2017-01-09 15:22:43 state MISSING ACK
2017-01-09 09:23:00 timedOn off
Helper:
HM_CMDNR 7
cSnd 1110000015FDC40202000000,0110000015FDC4010E
mId 0009
rxType 1
Expert:
def 1
det 1
raw 0
tpl 0
Io:
newChn +15FDC4,00,00,00
rxt 0
vccu vccu
p:
15FDC4
00
00
00
Mrssi:
mNo
Io:
Prt:
bErr 0
sProc 0
Q:
qReqConf
qReqStat
Role:
dev 1
prs 1
Tmpl:
Attributes:
IODev HMUART1
IOgrp vccu
autoReadReg 5_readMissing
expert 1_allReg
firmware 1.9
model HM-LC-SW2-FM
msgRepeat 5
room System
serialNr IEQ0072765
subType switch
verbose 0
webCmd getConfig:clear msgEvents
HM-LC-SW1-FM
Internals:
DEF 34FC34
HMUART1_MSGCNT 3
HMUART1_RAWMSG 0403004E05800234FC341000000101000056
HMUART1_RSSI -78
HMUART1_TIME 2017-01-09 15:00:48
IODev HMUART1
LASTInputDev HMUART1
MSGCNT 3
NAME STRAHLER_CP
NOTIFYDEV global
NR 869
NTFY_ORDER 50-STRAHLER_CP
STATE off
TYPE CUL_HM
lastMsg No:05 - t:02 s:34FC34 d:100000 0101000056
protCmdDel 1
protLastRcv 2017-01-09 15:00:48
protResnd 5 last_at:2017-01-09 14:56:41
protResndFail 1 last_at:2017-01-09 14:56:45
protSnd 5 last_at:2017-01-09 15:00:48
protState CMDs_done
rssi_HMUART1 avg:-88.66 min:-95 max:-85 lst:-86 cnt:3
rssi_at_HMUART1 avg:-77.66 min:-78 max:-77 lst:-78 cnt:3
Helper:
Dblog:
Devicemsg:
Mydb:
TIME 1483970448.7389
VALUE off (to vccu)
Level:
Mydb:
TIME 1483970448.7389
VALUE 0
Pct:
Mydb:
TIME 1483970448.7389
VALUE 0
State:
Mydb:
TIME 1483970448.7389
VALUE off
Timedon:
Mydb:
TIME 1483970448.7389
VALUE off
Readings:
2017-01-09 15:00:48 CommandAccepted yes
2016-05-30 10:26:50 D-firmware 2.5
2016-05-30 10:26:50 D-serialNr MEQ0003561
2016-05-27 11:57:19 PairedTo 0x100000
2015-08-30 13:06:21 R-confBtnTime permanent
2015-08-30 13:06:21 R-intKeyVisib invisib
2015-08-30 13:06:21 R-localResDis off
2015-08-30 13:06:21 R-pairCentral 0x100000
2015-08-30 13:06:22 R-powerUpAction off
2015-08-30 13:06:22 R-sign off
2015-08-30 13:06:22 R-statusInfoMinDly 2 s
2015-08-30 13:06:22 R-statusInfoRandom 1 s
2015-08-30 13:06:22 R-transmitTryMax 6
2017-01-09 15:00:48 deviceMsg off (to vccu)
2017-01-09 15:00:48 level 0
2017-01-09 11:06:07 levelMissed desired:0
2017-01-09 15:00:48 pct 0
2016-01-18 22:07:47 powerOn 2016-01-18 22:07:47
2017-01-09 15:00:48 recentStateType ack
2017-01-09 15:00:48 state off
2017-01-09 15:00:48 timedOn off
Helper:
HM_CMDNR 5
cSnd 1110000034FC340201000000,1110000034FC340201000000
dlvlCmd ++A01110000034FC340201000000
mId 0004
rxType 1
supp_Pair_Rep 0
Expert:
def 1
det 1
raw 0
tpl 0
Io:
newChn +34FC34,00,00,00
nextSend 1483970448.59601
rxt 0
vccu vccu
p:
34FC34
00
00
00
Mrssi:
mNo 05
Io:
HMUART1 -76
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rssi:
Hmuart1:
avg -88.6666666666667
cnt 3
lst -86
max -85
min -95
At_hmuart1:
avg -77.6666666666667
cnt 3
lst -78
max -77
min -78
Tmpl:
Attributes:
IODev HMUART1
IOgrp vccu
alias L_Carport
autoReadReg 5_readMissing
expert 1_allReg
firmware 2.5
group Lampen
icon IR
model HM-LC-SW1-FM
msgRepeat 5
peerIDs 00000000,
room Aktoren_Sensoren,Aussen,Lampen,Pebble
serialNr MEQ0003561
subType switch
verbose 0
webCmd on:off
der sw1 kann den hmuart schlecht empfangen:
rssi_HMUART1 avg:-88.66 min:-95 max:-85 lst:-86 cnt:3
umgekehrt sieht das besser aus:
rssi_at_HMUART1 avg:-77.66 min:-78 max:-77 lst:-78 cnt:3
vom sw2 hat fhem noch gar nichts gehört.
zusammengefasst würde ich von einem funkproblem sprechen, wie eigentlich immer, wenn es um missing_ack geht.
wahrscheinlich ist die antenne des hmlan besser auf die beiden devices ausgerichtet.
Zitat von: frank am 09 Januar 2017, 16:00:52
wahrscheinlich ist die antenne des hmlan besser auf die beiden devices ausgerichtet.
wobei das RPI Modul eigentlich einen Tick besser empfängt/sendet
Wobei die 4 IOs ja nicht nebeneinander liegen werden ???
Gruß Otto
Zitatwobei das RPI Modul eigentlich einen Tick besser empfängt/sendet
das halte ich für ein hartnäckiges gerücht. :)
ZitatWobei die 4 IOs ja nicht nebeneinander liegen werden
ZitatDie beiden GWs stehen (noch) nebeneinander und sobald ich das HMLAN dazunehme (DUMMY=0), dann funktioniert wieder alles normal.
Zitat von: frank am 09 Januar 2017, 16:30:23
das halte ich für ein hartnäckiges gerücht. :)
Ich auch. Das konnte ich in einigen Tests absolut nicht bestätigen. Das gilt für meine Räumlichkeiten. Woanders kann es anders sein.
Ich kann auch nur bestätigen, dass das RPI Modul bei allen anderen Geräten immer bessere RSSI-Werte hat.
Wenn ich nun das HMLAN wieder aktiviere, dann bekommen ich folgende Werte:
HM-LC-SW1-FM
rssi_HMLAN1
avg:-95 min:-95 max:-95 lst:-95 cnt:1
rssi_at_HMLAN1
avg:-87.4 min:-89 max:-85 lst:-86 cnt:5
HM-LC-SW2-FM
rssi_HMLAN1
avg:-80 min:-80 max:-80 lst:-80 cnt:1
rssi_at_HMLAN1
avg:-80 min:-80 max:-80 lst:-80 cnt:1
Ich weiß, dass die Werte für diese beiden Geräte auch beim HMLAN nicht gut sind, aber das jetzt beim HMUART nichts mehr geht :(
Na ja, ihr habt mir auf jeden Fall geholfen. Ich hatte nicht auf die RSSI-Werte geachtet, weil diese bei den anderen Geräten durchgehend besser waren.
Gruß
Blueberry63
letztendlich sind die eigentlichen rssi werte auch nicht entscheidend. wer weiss ob man sie bei unterschiedlicher hardware überhaupt vergleichen darf. sie können nur als anhaltspunkt dienen.
es gibt auch fälle, wo ein super rssi nichts bringt. zb wenn 2 devices zu dicht nebeneinander liegen, oder andere störsender in der nähe sind.
Zitat von: frank am 09 Januar 2017, 16:30:23
das halte ich für ein hartnäckiges gerücht. :)
Das mit meinem Tick besser kann ich nicht belegen, das ist eher "gefühlt" ;)
Ich habe aber seit dem WE mal ein RSSI Log angeworfen, da werde ich mal schauen. Es gab hier einen Thread wo der PC die RSSI Werte versaut, dem Gedanken wollte ich mal nachgehen.
Nach einem Tag würde ich sagen, ja irgendwas passiert beim einschalten (Monitor? PC?) aber am meisten stört "Bewegung" im Haus. Also Bewohner da und aktiv - warum auch immer.
Ist aber jetzt OT :-[
@blueberrry63 unter 80 werden die RSSI kritisch, kann gehen muss aber nicht. Aber genau wie Frank sagt :D
Gruß Otto
voodoo! 8)