Pairing nur noch mit HM-LC-Bl1PBU-FM Aktoren

Begonnen von zingrefe, 22 November 2013, 13:34:29

Vorheriges Thema - Nächstes Thema

Rohan

Hi,

Zitat von: zingrefe am 07 Januar 2014, 21:04:24
Ich denke ich komme um die von Thomas angesprochenen Werkseinstellung nicht umher?

Hmmm...

die RSSI-Werte sind zwar teilweise nicht besonders, aber...

in einem vorherigen Post von dir steht:

PairedTo missing/unknown
    Jans_Zimmer_Rolladen


Mach mal bitte ein:

list Jans_Zimmer_Rolladen

und poste die Ausgabe.

Das mit der Werkseinstellung ist nur eine Option, die aber nichts am "Grundübel" ändern muss.

Gruß
Thomas
Fhem auf Mini-ITX mit Celeron 2-Core, HMLAN (> 55 Devices), CUL (FS20 und EM), RFXtrx 433E, Arduino (einige DS18B20), RPi mit 1-Wire (DS2423 für S0-Signale, DS18B20+), RPi/Arduino mit MQ-5 und MQ-9 (CO- und CNG/LPG-Sensor), CO-20 IAQ Sensor

zingrefe

Here we go:

Internals:
   DEF        215C77
   IODev      zingrefe
   LASTInputDev zingrefe
   MSGCNT     4
   NAME       Jans_Zimmer_Rolladen
   NR         38
   STATE      MISSING ACK
   TYPE       CUL_HM
   lastMsg    No:24 - t:10 s:215C77 d:000000 06010000
   protCmdDel 44
   protLastRcv 2014-01-07 20:11:35
   protResnd  24 last_at:2014-01-07 20:12:08
   protResndFail 8 last_at:2014-01-07 20:12:14
   protSnd    8 last_at:2014-01-07 20:11:55
   protState  CMDs_done_Errors:1
   rssi_at_zingrefe avg:-70.5 min:-72 max:-69 lst:-69 cnt:4
   zingrefe_MSGCNT 4
   zingrefe_RAWMSG E215C77,0000,6749443E,FF,FFBB,248410215C7700000006010000
   zingrefe_RSSI -69
   zingrefe_TIME 2014-01-07 20:11:35
   Readings:
     2014-01-07 20:11:06   R-intKeyVisib   set_invisib
     2014-01-07 20:11:06   R-pairCentral   set_0xB0523C
     2014-01-07 20:11:35   deviceMsg       off (to broadcast)
     2014-01-07 20:11:53   level           set_30
     2014-01-07 20:11:35   motor           stop:off
     2014-01-07 20:11:35   pct             0
     2014-01-07 20:11:35   recentStateType info
     2014-01-07 20:12:14   state           MISSING ACK
     2014-01-07 20:11:35   timedOn         off
   Helper:
     cSnd       01B0523C215C77010E
     getCfgList all
     getCfgListNo ,3
     mId        0005
     rxType     1
     Io:
       nextSend   1389121895.75727
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf   
       qReqStat   
     Role:
       chn        1
       dev        1
     Rssi:
       At_zingrefe:
         avg        -70.5
         cnt        4
         lst        -69
         max        -69
         min        -72
     Shadowreg:
       RegL_00:    02:01 0A:B0 0B:52 0C:3C
Attributes:
   IODev      zingrefe
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.5
   model      HM-LC-BL1-FM
   peerIDs   
   room       CUL_HM
   serialNr   KEQ0094350
   subType    blindActuator
   webCmd     toggle:on:off:up:down:stop:statusRequest

Rohan

Hi,

solange

R-pairCentral   set_0xB0523C

da ein "set_...." statt

R-pairCentral  0xB0523C

steht, hat das Pairing nicht funktioniert und du kannst auch nicht alle Register lesen bzw. keine Kommandos absetzen ... hmmm.... absetzen schon, aber die werden nicht verarbeitet vom Empfänger.

Gruß
Thomas
Fhem auf Mini-ITX mit Celeron 2-Core, HMLAN (> 55 Devices), CUL (FS20 und EM), RFXtrx 433E, Arduino (einige DS18B20), RPi mit 1-Wire (DS2423 für S0-Signale, DS18B20+), RPi/Arduino mit MQ-5 und MQ-9 (CO- und CNG/LPG-Sensor), CO-20 IAQ Sensor

zingrefe

Nachdem nun der nächste Nachwuchs sieben Wochen alt ist, kann ich mich auch dem FHEM wieder widmen...

Durch die Security-Meldungen der letzten Tage habe ich die Gelegeheit genutzt und der FB mal wieder komplett neue images aufzuspielen. Jetzt läuft also Fritz!OS 6.03 und die von AVM angebotenen Laborversion des FHEM Servers.

Ich habe auch wieder alle Devices gelöscht, um komplett bei Null anfangen zu können. Und das Ergebnis ist wieder wie vorher: Ich bekomme nur die beiden HM-LC-Bl1PBU-FM angelernt und die beiden anderen Aktoren HM-LC-Bl1-FM und HM-LC-Sw4-SM lassen sich zu gar nichts außer Handbetrieb überreden.

den Bl1 habe ich zwischenzeitlich auch schon in den Werkszustand versetzt - auch ohne erfolg... Kann es sein, dass mein HMLAN irgendwie einen Knall bekommen hat?

Ich habe übrigens auch die HM-Software auf einem Windows-Rechner ausprobiert. Auch hier ließen sih die "unwilligen" nicht einbinden...

ICH VERZWEIFLE LANGSAM....   :'(
René

martinp876

Hi Rene,

konzentrieren wir uns auf da pairen des HM-LC-Bl1-FM. Kannst du dies einmal loggen?
Also
- device loeschen
- roh-message loggin einschalten
- hmPairForSec setzen
- anlernen druecken
- list des Device machen, falls angelegt
Falls nicht gepairt ist
- hmPairSerial machen

Gruss Martin

zingrefe

Also: über den PairForSec bekomme ich den Aktor schon rein, aber wie schon zu letzt  kommt bei list Folgendes heraus:



Internals:
   CFGFN     
   DEF        215C77
   EVENTS     1
   IODev      zingrefe
   NAME       CUL_HM_HM_LC_BL1_FM_215C77
   NR         404
   STATE      MISSING ACK
   TYPE       CUL_HM
   lastMsg    No:BD - t:00 s:215C77 d:000000 1500054B45513030393433353030010100
   protLastRcv 2014-02-14 13:47:13
   protResnd  12 last_at:2014-02-14 14:04:36
   protResndFail 4 last_at:2014-02-14 14:04:41
   protSnd    4 last_at:2014-02-14 14:04:24
   protState  CMDs_done_events:16
   Readings:
     2014-02-14 13:47:13   R-intKeyVisib   set_invisib
     2014-02-14 13:47:13   R-pairCentral   set_0xB0523C
     2014-02-14 14:04:41   state           MISSING ACK
   Helper:
     burstEvtCnt 16
     mId        0005
     rxType     1
     Prt:
       sProc      0
       Rspwait:
     Role:
       chn        1
       dev        1
     Rssi:
     Shadowreg:
Attributes:
   expert     2_full
   firmware   1.5
   model      HM-LC-BL1-FM
   peerIDs   
   room       CUL_HM
   serialNr   KEQ0094350
   subType    blindActuator
   webCmd     toggle:on:off:up:down:stop:statusRequest



Über die Seriennummer bekomme ich das Geräte gar nicht erst angesprochen.

Vielleicht peinlich, aber wie schalte ich den das roh-message logging ein? 

Als Randinfo: der Bl1 ist näher am HMLAN als die beiden Bl1-PBU. Signalschwäche kann es also eigentlich nicht sein...

betateilchen

Zitat von: martinp876 am 11 Februar 2014, 10:21:10konzentrieren wir uns auf da pairen des HM-LC-Bl1-FM. Kannst du dies einmal loggen?
Also
- device loeschen

Tipp aus eigener leidvoller Erfahrung:

Nach dem Löschen des Device UND save der Konfiguration unbedingt die fhem.cfg durchforsten, ob da noch irgendwas von "215C77" drinsteht. Ich habe auch sehr lange gebraucht, um ein solches Fragment in meiner Datei als Ursache für Pairingprobleme herauszufinden.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

zingrefe

Danke für den Tipp betateilchen! Aber das wars leider auch nicht...  :-\

martinp876

ZitatVielleicht peinlich, aber wie schalte ich den das roh-message logging ein? 
http://forum.fhem.de/index.php/topic,16563.0.html

zingrefe

Hallo Martin,

an verbose und mseclog mache ich einen haken, diese waren sogar schon aktiviert.

logIDs habe ich erst als weiteres userattr hinterlegen müssen. Nach einem Save cfg kommt bei einem list dann das hier heraus:

Internals:
   CFGFN     
   DEF        215C77
   EVENTS     1
   IODev      zingrefe
   NAME       CUL_HM_HM_LC_BL1_FM_215C77
   NR         258
   STATE      MISSING ACK
   TYPE       CUL_HM
   lastMsg    No:C7 - t:00 s:215C77 d:000000 1500054B45513030393433353030010100
   protLastRcv 2014-02-15 18:49:01
   protResnd  15 last_at:2014-02-15 18:50:22
   protResndFail 5 last_at:2014-02-15 18:50:28
   protSnd    5 last_at:2014-02-15 18:50:08
   protState  CMDs_done_events:20
   Readings:
     2014-02-15 18:49:01   R-intKeyVisib   set_invisib
     2014-02-15 18:49:01   R-pairCentral   set_0xB0523C
     2014-02-15 18:49:13   level           set_0
     2014-02-15 18:50:28   state           MISSING ACK
   Helper:
     burstEvtCnt 20
     mId        0005
     rxType     1
     Prt:
       sProc      0
       Rspwait:
     Role:
       chn        1
       dev        1
     Shadowreg:
Attributes:
   expert     2_full
   firmware   1.5
   model      HM-LC-BL1-FM
   peerIDs   
   room       CUL_HM
   serialNr   KEQ0094350
   subType    blindActuator
   webCmd     toggle:on:off:up:down:stop:statusRequest

martinp876

logIDs must du  nich tals userattribut hinterlegen sondern es am HMLAN /USB setzen.

nur dann loggt er

zingrefe

Hm... Okay. Aber wenn ich das nicht tue, dann kommt folgende Meldung:

zingrefe: unknown attribute logIDs, choose one of verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings do_not_notify:1,0 dummy:1,0 loglevel:0,1,2,3,4,5,6 addvaltrigger hmId hmKey hmKey2 hmKey3 respTime wdStrokeTime:5,10,15,20,25 hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger hmLanQlen:1_min,2_low,3_normal,4_high,5_critical wdTimer event-on-change-reading event-on-update-reading event-min-interval stateFormat devStateIcon devStateStyle icon sortby webCmd or use attr global userattr logIDs

(zingrefe ist der HMLAN)

martinp876

dann solltest du dringend ueber einen update nachdenken.Wenn es nicht klappt ueber einen update force

zingrefe

 :'( das wird nicht besser, nach dem Update Befehl kommt diese Meldung:

ZitatFile 'controls_fhem.txt' (local) is corrupt
Update canceled...

Fhem info:
  Release  : 5.5
  Branch   : DEVELOPMENT
  OS       : linux
  Arch     : mips-linux
  Perl     : v5.12.2
  uniqueID : 6f08d0645862588ab152998ee8648e1e

Defined modules:

Transmitting this information during an update:
  onUpdate (Note: You can change this via the global attribute sendStatistics)

server response: ==> ok

martinp876