HM-SEN-MDIR-SM kann nicht richtig gepairt werden

Begonnen von HoTi, 06 Dezember 2014, 20:52:09

Vorheriges Thema - Nächstes Thema

HoTi

Hallo zusammen,

ich habe ein HM-SEN-MDIR-SM der funktioniert auch, aber jetzt ist mir aufgefallen das die Helligkeit nur mit Bewegung gesendet wird und nicht alle 6min.

Jetzt habe ich schon rausgefunden das es am pairing liegt.

Ich habe den BM schon unpairt und wieder gepairt aber nichts hat geholfen. Gelöscht hab ich den auch auch direkt am Gerät.

set hm peerCheck gibt mir folgendes:

peerCheck done:

trigger sent to undefined device
    triggerUndefined: Arbeitszimmerfenster:2516B7
    triggerUndefined: Badezimmerfenster:2516B7
    triggerUndefined: Bewegungsmelder:2516B7


Wie bekomme ich den BM den nun richtig gepairt?

Vielen Dank und Grüße
Tim
Viele Grüße aus  Oberbayern
Tim (RettungsTim)

strauch

#1
Wichtig ist der Unterschied zwischen pairen und peeren. Gepairt wird mit der Zentrale und gepeert werden Homematic Kanäle untereinander.

Das was FHEM da anmeckert ist ein nicht richtiges peering mit 2516B7. Ist das evtl. Die HMID von FHEM? Die angemeckerten peerings haben auch nichts mit dem BM zu tun. Ein BM dürftest du nicht mit einem Fensterkontakt peeren können.
Der BM kann durchaus schon richtig gepaired sein. Das siehst du wenn da pairedto in den readings vom BM steht.

Was die gemeckerten Peerings angeht klingt das einfach nach einem fensterkontakt gepeert mit FHEM und FHEM hat halt nicht was durch den Trigger ausgelöst werden soll.

Gesendet von meinem Smartphone
FHEM 5.6 VMware mit Debian. 1 CUL für FS20 und HMLAN für Homematic, HM-CC-RT-DN, HM-LC_Sw1PBU-FM, HM-LC-Bl1PBU-FM,  HM-SEC-SC, HM-SEC-SC-2, HM-LC-Sw1-Pl2, HM-Sec-RHS, ASH2200, FHT80B, S20KSE, Sonos, XBMC, FB_Callmonitor, SMLUSB, Arduino Firmata, uvm.

HoTi

Die Fensterkontakte haben bei mir aber nix mit dem BM zu tun. Deswegen verstehe ich das nicht.

Ich habe den BM nur mit meinem hmusb gepairt mit sonnst keinem Aktor :(
Viele Grüße aus  Oberbayern
Tim (RettungsTim)

strauch

#3
Zitat von: RettungsTim am 07 Dezember 2014, 09:23:08
Die Fensterkontakte haben bei mir aber nix mit dem BM zu tun. Deswegen verstehe ich das nicht.

Das Ergebnis deines Peerchecks hat mit deinem BM ebenfalls nichts zu tun.

Zitat von: RettungsTim am 07 Dezember 2014, 09:23:08Ich habe den BM nur mit meinem hmusb gepairt mit sonnst keinem Aktor :(

Ist doch gut, wo liegt denn für dich jetzt das Problem? Doch nur das dein BM nicht alle 6min die Helligkeit überträgt oder? Das hat IMHO nichts mit peering oder pairing zu tun. Taucht er alle 6min im Eventmonitor auf?
FHEM 5.6 VMware mit Debian. 1 CUL für FS20 und HMLAN für Homematic, HM-CC-RT-DN, HM-LC_Sw1PBU-FM, HM-LC-Bl1PBU-FM,  HM-SEC-SC, HM-SEC-SC-2, HM-LC-Sw1-Pl2, HM-Sec-RHS, ASH2200, FHT80B, S20KSE, Sonos, XBMC, FB_Callmonitor, SMLUSB, Arduino Firmata, uvm.

HoTi

Ich finde gerade das andere Thema hier nicht. Da hatte jemand das selbe Problem und bei dem lag es am pairing.

Leider habe ich da nur verstanden das er neu gepairt hat. Aber das funktioniert bei mir nicht.

Wenn ich wieder Zuhause bin schau ich nach dem Thema im forum.

Grüße Tim
Viele Grüße aus  Oberbayern
Tim (RettungsTim)

frank

trigger sent to undefined device
    triggerUndefined: Arbeitszimmerfenster:2516B7
    triggerUndefined: Badezimmerfenster:2516B7
    triggerUndefined: Bewegungsmelder:2516B7


wenn es darum geht, die meldungen zu beseitigen, müsstest du eine vccu definieren, damit die hmid 2516B7 bekannt gemacht wird. 2516B7 ist sicherlich deine zentrale.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

strauch

Wenn du zuhause bist mach am besten mal ein "list" von deinem BM. Dann sieht man mehr. Mein BM überträgt regeömäßig die Helligkeit, aber ich hab den hm-sec-mdir-o
FHEM 5.6 VMware mit Debian. 1 CUL für FS20 und HMLAN für Homematic, HM-CC-RT-DN, HM-LC_Sw1PBU-FM, HM-LC-Bl1PBU-FM,  HM-SEC-SC, HM-SEC-SC-2, HM-LC-Sw1-Pl2, HM-Sec-RHS, ASH2200, FHT80B, S20KSE, Sonos, XBMC, FB_Callmonitor, SMLUSB, Arduino Firmata, uvm.

HoTi

#7
Hier das list und hier (http://forum.fhem.de/index.php?topic=12266.0) hat jemand das selbe Problem und konnte es mit "richtigen" pairen beheben.
Aber ich bekomme es nicht hin :-(

*edit*
Verdammt hier ist die Antwort. Das ist jetzt sch***
http://www.elv.de/controller.aspx?cid=824&detail=10&detail2=2745



Internals:
   DEF        278CFC
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     406
   NAME       Bewegungsmelder
   NR         306
   STATE      motion
   TYPE       CUL_HM
   hmusb_MSGCNT 406
   hmusb_RAWMSG E278CFC,0000,70F78733,FF,FFBE,85A641278CFC2516B701850040
   hmusb_RSSI -66
   hmusb_TIME 2014-12-07 13:20:30
   lastMsg    No:85 - t:41 s:278CFC d:2516B7 01850040
   protLastRcv 2014-12-07 13:20:30
   protSnd    798 last_at:2014-12-07 13:20:30
   protState  CMDs_done
   rssi_at_hmusb avg:-69.94 min:-94 max:-63 lst:-66 cnt:406
   Readings:
     2014-12-06 20:12:18   CommandAccepted yes
     2014-12-06 20:08:21   D-firmware      1.6
     2014-12-06 20:28:16   D-serialNr      LEQ0178308
     2014-12-06 20:12:18   PairedTo        0x2516B7
     2014-12-06 20:12:18   R-brightFilter  7
     2014-12-06 20:12:18   R-captInInterval off
     2014-12-06 20:08:22   R-evtFltrNum    1
     2014-12-06 20:08:22   R-evtFltrPeriod 1 s
     2014-12-06 20:12:18   R-ledOnTime     1 s
     2014-12-06 20:12:18   R-minInterval   15
     2014-12-06 20:08:22   R-pairCentral   0x2516B7
     2014-12-06 20:12:18   RegL_00:        02:01 0A:25 0B:16 0C:B7 00:00
     2014-12-06 20:12:18   RegL_01:        01:12 02:70 08:00 22:C8 00:00
     2014-12-06 20:28:26   battery         ok
     2014-12-07 13:20:30   brightness      0
     2014-12-06 20:28:26   cover           closed
     2014-12-07 13:20:30   motion          on (to hmusb)
     2014-12-07 13:20:30   motionCount     133_next:7s
     2014-12-06 20:28:26   recentStateType info
     2014-12-07 13:20:30   state           motion
     2014-12-07 13:20:30   trigDst_2516B7  noConfig
   Helper:
     mId        004F
     rxType     28
     Io:
       newChn     +278CFC,00,01,1E
       nextSend   1417954830.45033
       prefIO
       rxt        2
       vccu
       p:
         278CFC
         00
         01
         1E
     Mrssi:
       mNo        85
       Io:
         hmusb      -64
     Prt:
       bErr       0
       sProc      0
       sleeping   0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         hmusb
       flg        A
       ts         1417954830.38315
       ack:
         HASH(0x39702e0)
         8580022516B7278CFC01010000
         HASH(0x39702e0)
         8580022516B7278CFC00
     Rssi:
       At_hmusb:
         avg        -69.9482758620689
         cnt        406
         lst        -66
         max        -63
         min        -94
Attributes:
   IODev      hmusb
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.6
   model      HM-SEN-MDIR-SM
   peerIDs    00000000,
   room       Garten
   serialNr   LEQ0178308
   subType    motionDetector
Viele Grüße aus  Oberbayern
Tim (RettungsTim)

frank

Zitat2014-12-06 20:12:18   RegL_00:        02:01 0A:25 0B:16 0C:B7 00:00
zu diesem zeitpunkt war er "richtig" gepairt. es gibt nur gepairt oder nicht gepairt. nach einem erfolgreichen pairing steht die hmid der zentrale in diesen registern. wenn du einen aktuellen status sehen willst, musst du ein getconfig machen.

FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

HoTi

Viele Grüße aus  Oberbayern
Tim (RettungsTim)