HM-LC-Sw1-BA-PCB an FHEM anlernen

[Tommilein]

Hallo,
ich habe enorme Probleme, einen Bausatz HM-LC-Sw1-BA-PCB am HM-MOD-RPI-PCB (an Raspberry Pi 2) anzulernen und bin mit allen Hinweisen aus dem Forum nicht weiter gekommen.

Nach dem Starten des Anlernens mit

set myHmUART hmPairForSec 600

kommt es wohl zu einem Telegrammaustausch, nicht aber zum Pairen.
Da ich eher noch am Anfang mit fhem stehe, komme ich auch noch nicht mit dem händischen Anlernen zurecht. Zum anderen habe ich den Verdacht, das  da noch was Größeres nicht stimmt.
Autocreate ist aktiv.
Ich drücke nach obigem Befehl die Anlerntaste und nach Loslassen passiert ein wenig. In die fhem.cfg werden 5 Zeilen eingefügt:

define HM_3623DF CUL_HM 3623DF
attr HM_3623DF room CUL_HM
define FileLog_HM_3623DF FileLog ./log/HM_3623DF-%Y.log HM_3623DF
attr FileLog_HM_3623DF logtype text
attr FileLog_HM_3623DF room CUL_HM

Müsste da nicht schon mehr eingetragen werden ??

Die Readings sehen so aus:
Readings:
     2016-11-23 13:39:31   D-firmware      1.7
     2016-11-23 13:39:31   D-serialNr      MEQ0593508
     2016-11-23 13:39:31  R-pairCentral   set_0x200154
     2016-11-23 13:33:32   powerOn         2016-11-23 13:33:32
     2016-11-23 13:33:32   recentStateType info
     2016-11-23 13:40:28   state           CMDs_processing...

Seriennummer hat der Aktor an fhem geliefert, das pairen scheint stecken zu bleiben.
Aber das Schlimmste ist, das ab jetzt das Logfile fhem-2016-11.log vollgepfeffert wird mit:

2016.11.23 13:40:19 1: HMUARTLGW myHmUART: queue is full, dropping packet
2016.11.23 13:40:19 1: HMUARTLGW myHmUART: queue is full, dropping packet
2016.11.23 13:40:19 1: HMUARTLGW myHmUART: queue is full, dropping packet
2016.11.23 13:40:19 1: HMUARTLGW myHmUART: queue is full, dropping packet
2016.11.23 13:40:19 1: HMUARTLGW myHmUART: queue is full, dropping packet
2016.11.23 13:40:19 1: HMUARTLGW myHmUART: queue is full, dropping packet

Ich muss fhem stoppen und sogar den perl-Prozesss killen.

Hat jemand eine Idee, was hier schief läuft oder wie man manuell den Aktor anlernen kann ?

Vielen Dank und viele Grüße
Thomas

[micomat]

Versuch mal

Code Auswählen Erweitern

attr myHmUART qLen 60

[Tommilein]

Hallo,

Danke für den Hinweis, aber denk bitte daran, das Du mit einem Anfänger kommunizierst. 

Wo muss die Zeile hin - in die fhem.cfg ?
oder einfach mal in der FHEM-Weboberfläche absetzen und Aktor neu anlernen ?
oder ? ? ?

Vielen Dank
Thomas

Update:
Habe fhem gestartet:
attr myHmUART qLen 60
set myHmUART hmPairForSec 600

jetzt Anlernknopf gedrückt:
im Logfile kommt nun:
...
2016.11.23 16:50:06 0: Server started with 14 defined entities (fhem.pl:12596/2016-11-17 perl:5.020002 os:linux user:fhem pid:2981)
2016.11.23 16:50:59 3: CUL_HM set HM_3623DF getConfig
2016.11.23 16:53:36 3: HMUARTLGW myHmUART entered pairing-mode
2016.11.23 16:53:50 3: CUL_HM pair: HM_3623DF switch, model HM-LC-SW1-BA-PCB serialNr MEQ0593508
2016.11.23 16:54:12 1: HMUARTLGW myHmUART: queue is full, dropping packet
2016.11.23 16:54:12 1: HMUARTLGW myHmUART: queue is full, dropping packet
2016.11.23 16:54:13 1: HMUARTLGW myHmUART: queue is full, dropping packet
2016.11.23 16:54:13 1: HMUARTLGW myHmUART: queue is full, dropping packet
...
...
und so immer weiter...

[micomat]

also die zeile gehört in die eingabezeile in fhem. direkt in die config ist eher nix für anfänger.
es sieht so aus als wäre das teil noch in fhem vorhanden das du versuchst erneut zu pairen.
lösche das doch erst mal und poste mal ein "list myHmUART"

[Tommilein]

Hallo,
so sieht es aktuell aus , das "list myHmUART":

Code Auswählen Erweitern

Internals:
   AssignedPeerCnt 1
   CNT        54
   DEF        /dev/ttyAMA0
   DEVCNT     54
   DevState   99
   DevType    UART
   DeviceName /dev/ttyAMA0@115200
   FD         11
   LastOpen   1479916480.9927
   NAME       myHmUART
   NR         23
   PARTIAL
   RAWMSG     040200
   RSSI       -20
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   1
   msgLoadCurrent 0
   msgLoadHistory 0/-1/0/0/0/0/0/0/0/0/0/0
   msgLoadHistoryAbs 0/0/1/1/1/1/1/1/1/1/1/1/1
   owner      200154
   Helper:
     CreditTimer 288
     FW         66561
     Initialized 1
     Ackpending:
     Assignedpeers:
       3623DF     FFFFFFFFFFFFFFFF
     LastSendLen:
       3
       3
     Log:
       IDs:
     PeerQueue:
     Roundtrip:
       Delay      0.00353503227233887
     Loadlvl:
       lastHistory 1479920685.47773
   Peers:
     3623DF     assigned
   Readings:
     2016-11-23 16:54:45   D-HMIdAssigned  200154
     2016-11-23 16:54:45   D-HMIdOriginal  3D1B95
     2016-11-23 16:54:45   D-firmware      1.4.1
     2016-11-23 16:54:45   D-serialNr      MEQ0835653
     2016-11-23 16:54:40   D-type          HM-MOD-UART
     2016-11-23 16:54:45   cond            ok
     2016-11-23 17:59:34   load            0
     2016-11-23 16:54:45   loadLvl         low
     2016-11-23 16:54:40   state           opened
Attributes:
   hmId       200154

Dann habe ich das Gerät  HM_3623DF  gelöscht (nur in der Weboberfläche). Da meckert FHEm dann noch über LOgfiles u.ä.

Weiter habe ich mal noch nichts getan.

Viele Grüße
Thomas

[Otto123]

Hallo Thomas,

aber da fehlt ja nun attr myHmUART qLen 60.
Kannst Du in der Oberfläche setzen: attr Klappliste auswählen qLen und 60 dahinterschreiben. Dann von den "Knopf" attr noch drücken. Anschließend muss es drunter in der Liste stehen.

FEHM meckert über Logfiles?

Gruß Otto

[Tommilein]

Hallo Otto,
gut, daß Du so nebenbei einen Bedienlehrgang mit einflechtest.
Jetzt ist qlen drin.

Code Auswählen Erweitern

Internals:
   AssignedPeerCnt 1
   CNT        46
   DEF        /dev/ttyAMA0
   DEVCNT     46
   DevState   99
   DevType    UART
   DeviceName /dev/ttyAMA0@115200
   FD         11
   LastOpen   1479916480.9927
   NAME       myHmUART
   NR         23
   PARTIAL
   RAWMSG     04023E
   RSSI       -20
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   1
   msgLoadCurrent 31
   msgLoadHistory 31/0/0/0/0/0/0/0/0/0/0/0
   msgLoadHistoryAbs 31/0/0/0/0/0/0/0/0/0/0/0/0
   owner      200154
   Helper:
     CreditTimer 523
     FW         66561
     Initialized 1
     SendCnt    10
     Ackpending:
     Assignedpeers:
       3623DF     FFFFFFFFFFFFFFFF
     LastSendLen:
       3
       3
     Log:
       IDs:
     PeerQueue:
     PendingCMD:
     Roundtrip:
       Delay      0.00368213653564453
     Loadlvl:
       lastHistory 1479924285.47773
   Peers:
     3623DF     assigned
   Readings:
     2016-11-23 16:54:45   D-HMIdAssigned  200154
     2016-11-23 16:54:45   D-HMIdOriginal  3D1B95
     2016-11-23 16:54:45   D-firmware      1.4.1
     2016-11-23 16:54:45   D-serialNr      MEQ0835653
     2016-11-23 16:54:40   D-type          HM-MOD-UART
     2016-11-23 16:54:45   cond            ok
     2016-11-23 19:04:37   load            31
     2016-11-23 16:54:45   loadLvl         low
     2016-11-23 16:54:40   state           opened
   Helper:
Attributes:
   hmId       200154
   qLen       60


Schon mal guter Effekt:
keine wilden Einträge ins Logfile mehr (2016.11.23 16:54:18 1: HMUARTLGW myHmUART: queue is full, dropping packet).

Im FHEM-LOg steht nur noch:

Code Auswählen Erweitern

2016.11.23 19:00:07 2: CUL_HM Unknown device HM_3623DF is now defined
2016.11.23 19:00:07 2: autocreate: define HM_3623DF CUL_HM 3623DF
2016.11.23 19:00:07 2: autocreate: define FileLog_HM_3623DF FileLog ./log/HM_3623DF-%Y.log HM_3623DF
2016.11.23 19:00:13 3: CUL_HM set HM_3623DF statusRequest
2016.11.23 19:00:21 3: CUL_HM set HM_3623DF getConfig
2016.11.23 19:00:43 3: CUL_HM set HM_3623DF on
2016.11.23 19:03:52 3: CUL_HM set HM_3623DF getConfig
2016.11.23 19:04:30 3: CUL_HM set HM_3623DF off


Aber im HM_3623DF-2016.log steht immer noch, das Timeout kommt bzw. kein ACK

Code Auswählen Erweitern

2016-11-23_19:00:31 HM_3623DF RESPONSE TIMEOUT:RegisterRead
2016-11-23_19:00:33 HM_3623DF unreachable
2016-11-23_19:00:43 HM_3623DF set_on
2016-11-23_19:00:50 HM_3623DF ResndFail
2016-11-23_19:00:50 HM_3623DF MISSING ACK
2016-11-23_19:04:02 HM_3623DF ResndFail
2016-11-23_19:04:02 HM_3623DF RESPONSE TIMEOUT:RegisterRead
2016-11-23_19:04:30 HM_3623DF set_off
2016-11-23_19:04:38 HM_3623DF ResndFail
2016-11-23_19:04:38 HM_3623DF MISSING ACK


Ich denke, daß immer noch nicht "gepairt" ist.
Müsste nicht irgendwo etwas mit "Pair" stehen ??
Diese Zeilen fehlen aktuell beim letzten Anmeldeversuch:

2016.11.23 16:53:36 3: HMUARTLGW myHmUART entered pairing-mode
2016.11.23 16:53:50 3: CUL_HM pair: HM_3623DF switch, model HM-LC-SW1-BA-PCB serialNr MEQ0593508

Gibt's "reines pairen" irgendwie mit Hand-Kommandos oder nur via autocreate.

Viele Grüße
Thomas

Habe mal schnells noch "list  HM_3623DF " gemacht:

Code Auswählen Erweitern

Internals:
   CFGFN
   DEF        3623DF
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     1
   NAME       HM_3623DF
   NOTIFYDEV  global
   NR         73
   STATE      MISSING ACK
   TYPE       CUL_HM
   lastMsg    No:05 - t:00 s:3623DF d:000000 17006C4D45513035393335303810410100
   myHmUART_MSGCNT 1
   myHmUART_RAWMSG 050000140584003623DF00000017006C4D45513035393335303810410100
   myHmUART_RSSI -20
   myHmUART_TIME 2016-11-23 19:00:07
   protCmdDel 9
   protLastRcv 2016-11-23 19:00:07
   protResnd  5 last_at:2016-11-23 19:04:34
   protResndFail 5 last_at:2016-11-23 19:04:38
   protSnd    5 last_at:2016-11-23 19:04:30
   protState  CMDs_done_Errors:1
   rssi_at_myHmUART max:-20 avg:-20 min:-20 cnt:1 lst:-20
   Readings:
     2016-11-23 19:00:07   D-firmware      1.7
     2016-11-23 19:00:07   D-serialNr      MEQ0593508
     2016-11-23 19:04:38   state           MISSING ACK
     Regl_00.:
       VAL
   Helper:
     HM_CMDNR   30
     cSnd       012001543623DF00040000000000,112001543623DF0201000000
     dlvl       00
     dlvlCmd    ++A0112001543623DF0201000000
     getCfgList all
     getCfgListNo ,3
     mId        006C
     rxType     2
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +3623DF,00,00,00
       nextSend   1479924007.32028
       prefIO
       rxt        0
       vccu
       p:
         3623DF
         00
         00
         00
     Mrssi:
       mNo        05
       Io:
         myHmUART   -18
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       prs        1
     Rssi:
       At_myhmuart:
         avg        -20
         cnt        1
         lst        -20
         max        -20
         min        -20
Attributes:
   IODev      myHmUART
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.7
   model      HM-LC-SW1-BA-PCB
   msgRepeat  1
   room       CUL_HM
   serialNr   MEQ0593508
   subType    switch
   webCmd     statusRequest:toggle:on:off

[Otto123]

Ja, der ist noch nicht gepairt.

Du kannst die Befehle, wenn sie stimmen einfach in die Kommandozeile kopieren und ausführen, oder Du gehst in die Oberfläche zum Device und klickst sie zusammen.
Siehe auch hier http://www.fhemwiki.de/wiki/Erste_Schritte_in_fhem

Entweder Du machst nochmal

Code Auswählen Erweitern

set myHmUART  hmPairForSec 60 und drückst den Configtaster am Aktor, oder du machst

Code Auswählen Erweitern

set myHmUART hmPairSerial MEQ0593508

Das müsste ohne Configtaster gehen.

Zum Anlernen an den Aktor halten Sie die Kanaltaste für mindestens
4 Sekunden gedrückt.

Gruß Otto

[LuckyDay]

rssi_at_myHmUART max:-20 avg:-20 min:-20 cnt:1 lst:-20

bring mal etwas Abstand zwischen dem Aktor und dem Pi
da knutschen doch die zwei Antennen mit einander

[Tommilein]

Hallo Hary,
das könnte stimmen - Abstand ca. 40cm , eben alles auf dem Schreibtisch ...
Mach gleich noch einen Versuch, hatte nämlich wieder die Datenflut:

Code Auswählen Erweitern

16-11-17 perl:5.020002 os:linux user:fhem pid:21752)

2016.11.23 19:43:05 3: HMUARTLGW myHmUART entered pairing-mode
2016.11.23 19:43:10 2: CUL_HM Unknown device HM_3623DF is now defined
2016.11.23 19:43:10 2: autocreate: define HM_3623DF CUL_HM 3623DF
2016.11.23 19:43:10 2: autocreate: define FileLog_HM_3623DF FileLog ./log/HM_3623DF-%Y.log HM_3623DF
2016.11.23 19:43:11 3: CUL_HM pair: HM_3623DF switch, model HM-LC-SW1-BA-PCB serialNr
2016.11.23 19:43:17 3: CUL_HM set HM_3623DF statusRequest
2016.11.23 19:43:34 1: HMUARTLGW myHmUART: queue is full, dropping packet
2016.11.23 19:43:35 1: HMUARTLGW myHmUART: queue is full, dropping packet
2016.11.23 19:43:35 1: HMUARTLGW myHmUART: queue is full, dropping packet
2016.11.23 19:43:35 1: HMUARTLGW myHmUART: queue is full, dropping packet


Grüße
Thomas

[Tommilein]

Hallo,
das mit dem Abstand scheint eine wichtige Sache zu sein. Die Parameter sehen erstmals besser aus, die LED auf dem Aktor hat beim Anlernen vernünftig geblinkt - aber hört nun nicht mehr auf mit blinken (das ominöse 1x lang 8x kurz).

Bei list HM_3623DF steht:

Code Auswählen Erweitern

protState  CMDs_done_Errors:1
   rssi_at_myHmUART lst:-41 cnt:14 min:-54 avg:-43.57 max:-38
   Readings:
     2016-11-23 19:52:16   CommandAccepted yes
     2016-11-23 19:52:15   D-firmware      1.7
     2016-11-23 19:52:15   D-serialNr      MEQ0593508
     2016-11-23 19:52:27   PairedTo        0x200154
     2016-11-23 19:52:27   [b]R-pairCentral   0x200154[/b]
     2016-11-23 19:52:28   R-sign          off
     2016-11-23 19:52:31   battery         ok
     2016-11-23 19:52:31   level           0
     2016-11-23 19:52:31   pct             0
     2016-11-23 19:52:31   powerOn         2016-11-23 19:52:31
     2016-11-23 19:52:31   recentStateType info
     2016-11-23 19:52:50   state           RESPONSE TIMEOUT:RegisterRead
     2016-11-23 19:52:31   timedOn         off
     Regl_00.:

und damit ist erstmals was gepairt !!
@fhem-hm-knecht
kannst Du mal sagen wo, rssi_at_myHmUART   erklärt wird ?

Trotz des zwischenzeitlichen Fortschritts:
2016-11-23_19:52:31 HM_3623DF timedOn: off
2016-11-23_19:52:37 HM_3623DF ResndFail
2016-11-23_19:52:37 HM_3623DF MISSING ACK
2016-11-23_19:52:50 HM_3623DF ResndFail
2016-11-23_19:52:50 HM_3623DF RESPONSE TIMEOUT:RegisterRead

ist immer noch. Und das Blinken ...
Grüße
Thomas

[Otto123]

Hallo,

ich verstehe noch nicht ganz was Du tust 

Hast Du nach dem attr <> qlen auch ein save config gedrückt?
Hast Du FHEM neu gestartet?

Hast DU in der Weboberfläche jetzt ein Device HM_3623DF ?
Kannst Du dort mal ein set <> getConfig machen?

Was meinst Du mit "das ominöse 1x lang 8x kurz"

Gruß Otto

[Tommilein]

Hallo Otto,

ch verstehe noch nicht ganz was Du tust

Du glaubst doch nicht, das ich das verstehe ...

Aber im Ernst:
fhem.cfg:

Code Auswählen Erweitern

define myHmUART HMUARTLGW /dev/ttyAMA0
attr myHmUART hmId 200154
attr myHmUART qLen 60

define HM_3623DF CUL_HM 3623DF
attr HM_3623DF room CUL_HM

define FileLog_HM_3623DF FileLog ./log/HM_3623DF-%Y.log HM_3623DF
attr FileLog_HM_3623DF logtype text
attr FileLog_HM_3623DF room CUL_HM

mehr aber auch nicht.

fhem habe ich immer neu gestartet, weil nach einer Datenflut nichts mehr geht.

Was meinst Du mit "das ominöse 1x lang 8x kurz"

Damit meine ich:
https://www.homematic-inside.de/tecbase/homematic/generell/item/fehlercodes-und-ihre-bedeutungen
Funk-Schaltaktor für Batteriebetrieb    
1 x lang, 8 x kurz    Bedingt durch den Low-Voltage-Detector wurden 5 Resets in Folge ausgelöst. Die normale Gerätefunktion erfolgt erst wieder nach einem Power-On-Reset (Batterie neu eingelegt / Spannungsversorgung getrennt).

set HM_3623DF getConfig
list HM_3623DF           (ist doch so richtig oder? )

Code Auswählen Erweitern

Internals:
   CFGFN
   DEF        3623DF
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     21
   NAME       HM_3623DF
   NOTIFYDEV  global
   NR         46
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   lastMsg    No:00 - t:10 s:3623DF d:000000 06000000
   myHmUART_MSGCNT 21
   myHmUART_RAWMSG 050000430084103623DF00000006000000
   myHmUART_RSSI -67
   myHmUART_TIME 2016-11-23 20:09:06
   protCmdDel 26
   protLastRcv 2016-11-23 20:09:06
   protResnd  15 last_at:2016-11-23 20:27:50
   protResndFail 14 last_at:2016-11-23 20:27:54
   protSnd    30 last_at:2016-11-23 20:27:45
   protState  CMDs_done_Errors:1
   rssi_at_myHmUART lst:-67 cnt:21 min:-67 avg:-44.23 max:-31
   Readings:
     2016-11-23 19:52:16   CommandAccepted yes
     2016-11-23 19:52:15   D-firmware      1.7
     2016-11-23 19:52:15   D-serialNr      MEQ0593508
     2016-11-23 19:52:27   PairedTo        0x200154
     2016-11-23 19:52:27   R-pairCentral   0x200154
     2016-11-23 19:52:28   R-sign          off
     2016-11-23 20:06:36   battery         ok
     2016-11-23 20:04:03   deviceMsg       on (to broadcast)
     2016-11-23 20:06:36   level           0
     2016-11-23 20:06:36   pct             0
     2016-11-23 20:06:36   powerOn         2016-11-23 20:06:36
     2016-11-23 20:06:36   recentStateType info
     2016-11-23 20:27:54   state           RESPONSE TIMEOUT:RegisterRead
     2016-11-23 20:06:36   timedOn         off
     Regl_00.:
       VAL
   Helper:
     HM_CMDNR   6
     PONtest    0
     cSnd       012001543623DF00040000000000,012001543623DF00040000000000
     dlvl       C8
     dlvlCmd    ++A0112001543623DF0201C80000
     getCfgList all
     getCfgListNo ,3
     mId        006C
     peerIDsRaw ,00000000
     rxType     2
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +3623DF,00,00,00
       nextSend   1479928146.1087
       prefIO
       rxt        0
       vccu
       p:
         3623DF
         00
         00
         00
     Mrssi:
       mNo        00
       Io:
         myHmUART   -65
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       prs        1
     Rssi:
       At_myhmuart:
         avg        -44.2380952380952
         cnt        21
         lst        -67
         max        -31
         min        -67
     Shadowreg:
Attributes:
   IODev      myHmUART
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.7
   model      HM-LC-SW1-BA-PCB
   msgRepeat  1
   peerIDs    00000000,
   room       CUL_HM
   serialNr   MEQ0593508
   subType    switch
   webCmd     statusRequest:toggle:on:off

Ich habe schon  einmal(!) eine gelbleuchtende Lampe gesehen, Einmal umschalten ON/OFF/Toggle und die Lampe bekam ein rotes Ausrufezeichen.

Viele Grüße
Thomas

[Otto123]

Mir schwant da was: Hast Du den Schaltausgang schon verdrahtet? Du produzierst einen Kurzschluss?

[Tommilein]

Nein, am Ausgang  ist nichts dran - produziere ich da einen Kurzschluss ??

Grüße
Thomas