Bewegungsmelder (HM-Sen-MDIR-O-2) lässt sich nicht auf HMLAN Adapter festlegen.

[StefanV]

Hallo Franky08,

ich meinte schon den hmKey, dass die hmId gleich sein muss habe ich schon gelesen.

Danke, Stefan.

[StefanV]

So habe mal die VCCU eingerichtet und FHEM aktualisiert.
Auf den ersten Blick läuft alles gut, auf den zweiten Blick doch nicht so ganz.

Die HMLAN Adapter und die VCCU sind folgendermassen definiert.

Code Auswählen Erweitern

define HMLAN1 HMLAN 192.168.1.150:1000
attr HMLAN1 hmId 0506AB
attr HMLAN1 hmKey 01:xyz
attr HMLAN1 hmLanQlen 1_min
attr HMLAN1 room Server
define HMLAN2 HMLAN 192.168.1.151:1000
attr HMLAN2 hmId 0506AB
attr HMLAN2 hmKey 01:xyz
attr HMLAN2 hmLanQlen 1_min
attr HMLAN2 room Server
define VCCU CUL_HM 0506AB
attr VCCU IODev HMLAN2
attr VCCU IOList HMLAN1,HMLAN2
attr VCCU model CCU-FHEM
attr VCCU room Server
attr VCCU subType virtual
attr VCCU webCmd virtual:update


Jetzt habe ich ein neuen 4x Schalter angelernt mit...

Code Auswählen Erweitern

set VCCU hmPairForSec 600

das Ergebnis per Autocreate ist...

Code Auswählen Erweitern

define CUL_HM_HM_LC_SW4_WM_251205 CUL_HM 251205
attr CUL_HM_HM_LC_SW4_WM_251205 IODev HMLAN1
attr CUL_HM_HM_LC_SW4_WM_251205 IOgrp VCCU:HMLAN1
attr CUL_HM_HM_LC_SW4_WM_251205 autoReadReg 4_reqStatus
attr CUL_HM_HM_LC_SW4_WM_251205 expert 2_full
attr CUL_HM_HM_LC_SW4_WM_251205 firmware 1.12
attr CUL_HM_HM_LC_SW4_WM_251205 model HM-LC-SW4-WM
attr CUL_HM_HM_LC_SW4_WM_251205 room CUL_HM
attr CUL_HM_HM_LC_SW4_WM_251205 serialNr KEQ1058411
attr CUL_HM_HM_LC_SW4_WM_251205 subType switch
define FileLog_CUL_HM_HM_LC_SW4_WM_251205 FileLog ./log/CUL_HM_HM_LC_SW4_WM_251205-%Y.log CUL_HM_HM_LC_SW4_WM_
attr FileLog_CUL_HM_HM_LC_SW4_WM_251205 logtype text
attr FileLog_CUL_HM_HM_LC_SW4_WM_251205 room CUL_HM
define CUL_HM_HM_LC_SW4_WM_251205_Sw_01 CUL_HM 25120501
attr CUL_HM_HM_LC_SW4_WM_251205_Sw_01 model HM-LC-SW4-WM
attr CUL_HM_HM_LC_SW4_WM_251205_Sw_01 peerIDs 00000000,
attr CUL_HM_HM_LC_SW4_WM_251205_Sw_01 webCmd statusRequest:toggle:on:off
define CUL_HM_HM_LC_SW4_WM_251205_Sw_02 CUL_HM 25120502
attr CUL_HM_HM_LC_SW4_WM_251205_Sw_02 model HM-LC-SW4-WM
attr CUL_HM_HM_LC_SW4_WM_251205_Sw_02 peerIDs 00000000,
attr CUL_HM_HM_LC_SW4_WM_251205_Sw_02 webCmd statusRequest:toggle:on:off
define CUL_HM_HM_LC_SW4_WM_251205_Sw_03 CUL_HM 25120503
attr CUL_HM_HM_LC_SW4_WM_251205_Sw_03 model HM-LC-SW4-WM
attr CUL_HM_HM_LC_SW4_WM_251205_Sw_03 peerIDs 00000000,
attr CUL_HM_HM_LC_SW4_WM_251205_Sw_03 webCmd statusRequest:toggle:on:off
define CUL_HM_HM_LC_SW4_WM_251205_Sw_04 CUL_HM 25120504
attr CUL_HM_HM_LC_SW4_WM_251205_Sw_04 model HM-LC-SW4-WM
attr CUL_HM_HM_LC_SW4_WM_251205_Sw_04 peerIDs 00000000,
attr CUL_HM_HM_LC_SW4_WM_251205_Sw_04 webCmd statusRequest:toggle:on:off

So weit so gut, alle Kanäle lassen sich über das Webinterface schalten.
Nur bin ich etwas überrascht, das als IODev und als IOGrp jeweils HMLAN1 eingetragen wurde.

Code Auswählen Erweitern

attr CUL_HM_HM_LC_SW4_WM_251205 IODev HMLAN1
attr CUL_HM_HM_LC_SW4_WM_251205 IOgrp VCCU:HMLAN1

Da HMLAN2 fast direkt neben dem 4x Schalter ist wollte ich IODev und IOgrp auf HMLAN2 festlegen. (rssi Werte für HMLAN1 sind > 80)
Gedacht, getan...

Code Auswählen Erweitern

attr CUL_HM_HM_LC_SW4_WM_251205 IODev HMLAN2
attr CUL_HM_HM_LC_SW4_WM_251205 IOgrp VCCU:HMLAN2

Jetzt kann ich aber keinen Kanal mehr schalten...

Hab mal den HMLAN1 abgezogen, um zu prüfen ob HMLAN2 überhaupt funktioniert.
Das ist der Fall, die Rolladenschalter lassen sich alle über HMLAN2 bedienen, allerdings waren diese auch schon
vor Einrichten der VCCU mit HMLAN1 in Betrieb und ich habe diese nicht neu angelernt.

Habt Ihr einen Tipp für mich? Hätte eigentlich gedacht, dass ein mit der VCCU neu angelerntes Device mit beiden HMLAN Adaptern gesteutert werden kann.

Danke, Stefan.

[frank]

Hätte eigentlich gedacht, dass ein mit der VCCU neu angelerntes Device mit beiden HMLAN Adaptern gesteutert werden kann.

so sollte es sein.

wie sieht ein list der vccu aus?

[StefanV]

list VCCU:

Code Auswählen Erweitern

Internals:
   CFGFN      /opt/fhem/cfg/cuno.cfg
   DEF        0506AB
   HMLAN1_MSGCNT 1702
   HMLAN1_RAWMSG E26BE8D,0000,89572B1E,FF,FFC3,C5861026BE8D0000000AA4E3101F19
   HMLAN1_RSSI -61
   HMLAN1_TIME 2014-11-09 11:01:21
   HMLAN2_MSGCNT 1759
   HMLAN2_RAWMSG E26BE8D,0000,02A3967E,FF,FFA4,C5861026BE8D0000000AA4E3101F19
   HMLAN2_RSSI -92
   HMLAN2_TIME 2014-11-09 11:01:21
   IODev      HMLAN2
   LASTInputDev HMLAN2
   MSGCNT     3461
   NAME       VCCU
   NR         158
   STATE      HMLAN1:ok,HMLAN2:ok,
   TYPE       CUL_HM
   assignedIOs HMLAN1,HMLAN2
   lastMsg    No:3A - t:02 s:0506AB d:2B584D 00
   protLastRcv 2014-11-09 10:10:42
   rssi_at_HMLAN1 avg:-81.84 min:-84 max:-80 lst:-83 cnt:59
   rssi_at_HMLAN2 avg:-82.6 min:-84 max:-80 lst:-82 cnt:105
   Readings:
     2014-11-09 10:10:42   CommandAccepted yes
     2014-11-09 10:03:31   recentStateType ack
     2014-11-07 07:33:32   unknown_236298  received
     2014-11-09 11:00:57   unknown_248B43  received
     2014-11-09 10:59:40   unknown_248B44  received
     2014-11-09 10:59:32   unknown_248B45  received
     2014-11-08 22:52:38   unknown_251205  received
     2014-11-09 11:01:18   unknown_26B8A0  received
     2014-11-09 11:01:21   unknown_26BE8D  received
     2014-11-09 10:59:31   unknown_26BF85  received
     2014-11-09 09:15:23   unknown_272D47  received
     2014-11-09 09:15:23   unknown_2CD579  received
   Helper:
     mId        FFF0
     rxType     1
     Io:
       nextSend   1415524242.56521
       prefIO
       vccu
       ioList:
         HMLAN1
         HMLAN2
     Mrssi:
       mNo        3A
       Io:
         HMLAN2     -80
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       vrt        1
     Rssi:
       At_hmlan1:
         avg        -81.8474576271187
         cnt        59
         lst        -83
         max        -80
         min        -84
       At_hmlan2:
         avg        -82.6095238095238
         cnt        105
         lst        -82
         max        -80
         min        -84
Attributes:
   IODev      HMLAN2
   IOList     HMLAN1,HMLAN2
   model      CCU-FHEM
   room       Server
   subType    virtual
   webCmd     virtual:update

[frank]

war beim list von eben der hmlan2 dem schalter zugewiesen? sieht alles ok aus. noch ein list vom schalter für den fehlerfall vielleicht.

Da HMLAN2 fast direkt neben dem 4x Schalter ist wollte ich IODev und IOgrp auf HMLAN2 festlegen.

zu dicht gibt auch probleme.

[StefanV]

war beim list von eben der hmlan2 dem schalter zugewiesen? sieht alles ok aus. noch ein list vom schalter für den fehlerfall vielleicht.

nein, war er nicht.

Hab's mal geändert und anbei die erneuten list Ausgaben.
list VCCU (wobei HMLAN1 vom  Netz getrennt):

Code Auswählen Erweitern

Internals:
   CFGFN      /opt/fhem/cfg/cuno.cfg
   DEF        0506AB
   HMLAN1_MSGCNT 26
   HMLAN1_RAWMSG E26BE8D,0000,89CF2443,FF,FFBD,F9861026BE8D0000000AA4E0101F19
   HMLAN1_RSSI -67
   HMLAN1_TIME 2014-11-09 13:12:22
   HMLAN2_MSGCNT 31
   HMLAN2_RAWMSG E26BF85,0000,031C758F,FF,FFB7,7E861026BF850000000AA8ED100018
   HMLAN2_RSSI -73
   HMLAN2_TIME 2014-11-09 13:13:24
   IODev      HMLAN2
   LASTInputDev HMLAN2
   MSGCNT     57
   NAME       VCCU
   NR         158
   STATE      HMLAN1:disconnected,HMLAN2:ok,
   TYPE       CUL_HM
   assignedIOs HMLAN1,HMLAN2
   lastMsg    No:0D - t:02 s:0506AB d:1B5ED0 00
   protLastRcv 2014-11-09 13:11:14
   rssi_at_HMLAN1 avg:-83.18 min:-84 max:-82 lst:-83 cnt:22
   rssi_at_HMLAN2 avg:-83.44 min:-84 max:-82 lst:-83 cnt:25
   Readings:
     2014-11-09 13:11:14   CommandAccepted yes
     2014-11-09 13:07:45   recentStateType ack
     2014-11-07 07:33:32   unknown_236298  received
     2014-11-09 13:11:44   unknown_248B43  received
     2014-11-09 13:11:31   unknown_248B44  received
     2014-11-09 13:11:28   unknown_248B45  received
     2014-11-08 22:52:38   unknown_251205  received
     2014-11-09 13:12:58   unknown_26B8A0  received
     2014-11-09 13:12:22   unknown_26BE8D  received
     2014-11-09 13:13:24   unknown_26BF85  received
     2014-11-09 09:15:23   unknown_272D47  received
     2014-11-09 09:15:23   unknown_2CD579  received
   Helper:
     mId        FFF0
     rxType     1
     Io:
       nextSend   1415535075.02826
       prefIO
       vccu
       ioList:
         HMLAN1
         HMLAN2
     Mrssi:
       mNo        0D
       Io:
         HMLAN2     -81
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       vrt        1
     Rssi:
       At_hmlan1:
         avg        -83.1818181818182
         cnt        22
         lst        -83
         max        -82
         min        -84
       At_hmlan2:
         avg        -83.44
         cnt        25
         lst        -83
         max        -82
         min        -84
Attributes:
   IODev      HMLAN2
   IOList     HMLAN1,HMLAN2
   model      CCU-FHEM
   room       Server
   subType    virtual
   webCmd     virtual:update

... und list CUL_HM_HM_LC_SW4_WM_251205

Code Auswählen Erweitern


Internals:
   DEF        251205
   IODev      HMLAN2
   NAME       CUL_HM_HM_LC_SW4_WM_251205
   NR         1099
   STATE      MISSING ACK
   TYPE       CUL_HM
   channel_01 CUL_HM_HM_LC_SW4_WM_251205_Sw_01
   channel_02 CUL_HM_HM_LC_SW4_WM_251205_Sw_02
   channel_03 CUL_HM_HM_LC_SW4_WM_251205_Sw_03
   channel_04 CUL_HM_HM_LC_SW4_WM_251205_Sw_04
   protCmdDel 6
   protResnd  6 last_at:2014-11-09 13:13:30
   protResndFail 2 last_at:2014-11-09 13:13:34
   protSnd    2 last_at:2014-11-09 13:13:13
   protState  CMDs_done_Errors:1
   Readings:
     2014-11-08 23:06:37   CommandAccepted yes
     2014-11-08 23:06:36   D-firmware      1.12
     2014-11-08 23:06:36   D-serialNr      KEQ1058411
     2014-11-08 23:06:38   PairedTo        0x506AB
     2014-11-08 23:06:38   R-intKeyVisib   invisib
     2014-11-08 23:06:38   R-pairCentral   0x506AB
     2014-11-08 23:06:38   RegL_00:        02:01 03:00 04:00 05:00 06:00 07:00 08:00 09:00 0A:05 0B:06 0C:AB 00:00
     2014-11-09 13:13:34   state           MISSING ACK
   Helper:
     cSnd       110506AB2512050201C80000
     mId        0066
     rxType     1
     Io:
       newChn     +251205,00,01,00
       prefIO     HMLAN2
       rxt        0
       vccu       VCCU
       p:
         251205
         00
         01
         00
     Mrssi:
       mNo
       Io:
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
Attributes:
   IODev      HMLAN2
   IOgrp      VCCU:HMLAN2
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.12
   model      HM-LC-SW4-WM
   room       CUL_HM
   serialNr   KEQ1058411
   subType    switch
   webCmd     getConfig:clear msgEvents


Was mir noch aufgefallen ist.
Das IODev der VCCU ist HMLAN2?! Warum das und ist das OK?

zu dicht gibt auch probleme.

Der Aktor ist wirklich nur ca. 50cm vom HMLAN2 Adapter entfernt, werde mal gleich die Disatanz vergrößern und berichten.

Danke, für Deinen Support, Stefan.

[StefanV]

zu dicht gibt auch probleme.

genau das ist das Problem!
Habe mal ein 4 Meter LAN Kabel verwendet und den HMLAN2 Adpter entsprechend weit entfernt, und nun funktioniert es.

Die Bedeutung des IODev der VCCU (=HMLAN2) ist mir trotzdem nicht klar.
Hab mal irgendwo gelesen das bei Verwendung einer VCCU das IODev keine Relevanz hat sondern nur die IOGrp zählt.

Danke und Ciao, Stefan.

[frank]

Hab mal irgendwo gelesen das bei Verwendung einer VCCU das IODev keine Relevanz hat sondern nur die IOGrp zählt.

fast. bei verwendung von IOgrp spielt IODev keine rolle.