HMUARTLGW mit HM-LC-SW2-FM

[blueberry63]

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

[Damu]

Hallo

Du sollten aber noch etwas an Informationen liefern.
Welche Firmware im HMUARTLGW?
Gibt es nur Probleme mit dem SW2?
Etc......

Damu

[blueberry63]

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   

[Damu]

Ich denke Du hast in der vccu einen Fehler.
https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU
IODEV setzt FHEM da must du nichts ändern.

[blueberry63]

IODEV 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

[Otto123]

Hi blueberry63,

gib uns doch mal bitte ein list von Deiner vccu und von einem der HM-LC-SW1-FM Kandidaten.

Gruß Otto

[blueberry63]

Bitte sehr:

VCCU:

Code Auswählen Erweitern


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:

Code Auswählen Erweitern


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


[Otto123]

da fehlt mir aber der Missing ack Typ

HM-LC-SWx-FM

[blueberry63]

Meinst Du ein List der Geräte, die die Probleme machen?


HM-LC-SW2-FM

Code Auswählen Erweitern


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

Code Auswählen Erweitern


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


[frank]

der sw1 kann den hmuart schlecht empfangen:

Code Auswählen Erweitern

rssi_HMUART1 avg:-88.66 min:-95 max:-85 lst:-86 cnt:3
umgekehrt sieht das besser aus:

Code Auswählen Erweitern

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.

[Otto123]

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

[frank]

wobei das RPI Modul eigentlich einen Tick besser empfängt/sendet

das halte ich für ein hartnäckiges gerücht. 

Wobei die 4 IOs ja nicht nebeneinander liegen werden

Die beiden GWs stehen (noch) nebeneinander und sobald ich das HMLAN dazunehme (DUMMY=0), dann funktioniert wieder alles normal.

[marvin78]

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.

[blueberry63]

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

Code Auswählen Erweitern


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

Code Auswählen Erweitern


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

[frank]

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.