Autor Thema: Hilfe erbeten: zwei Türmelder peeren sich automatisch  (Gelesen 2200 mal)

Offline curt

  • Sr. Member
  • ****
  • Beiträge: 986
Hilfe erbeten: zwei Türmelder peeren sich automatisch
« am: 11 Februar 2019, 00:15:22 »
Die Geschichte geht so:
Zuerst hatte ich als Basis Busware auf RPi-GPIO. Zeitlich folgend stellte ich alles auf VCCU um. Vor vielleicht zwei Wochen dann Ersatz für die Basis: HM-MOD-UART auf RPi-GPIO. Alles völlig problemlos. Auch drei Rauchmelder und knapp zwei Hände voll Öffnungsmelder.

Exakt zwei Öffnungsmelder HM-SEC-SC-2 machen seit längerem Ärger: Die sind miteinander gepeert. Ich weiß, es wurde mir schon gesagt: "Das geht doch gar nicht!". Doch, das geht, leider.

Gestern habe ich die halbe Nacht damit zugebracht: Beide lagen neben mir, einer links, einer rechts. Und dann habe ich beiden mühevoll das Peering abgewöhnt. Und HMinfo peerXref und configCheck - immer und immer wieder. Und dann einen der beiden mit der VCCU [¹] verheiratet, also gepeert. Und dann noch mehrmals geprüft, alles war schick.

Heute schaue ich naiverweise da mal nach - und falle fast um: Die beiden Melder haben wieder geheiratet, ganz alleine! Die sind gegenseitig gepeert (dafür ist das Peering mit VCCU weg). Das muss Liebe sein ...

Ich bin mit meinem Latein am Ende - was mache ich denn jetzt nun? Bitte helft mir!
(Welche lists soll ich liefern? Was noch liefern?)

[¹] Alle Melder sind gar nicht mit irgendwas gepeert, die melden einfach nur an VCCU. Ich habe noch nicht verstanden ob (und warum) ich jeden einzelnen vielleicht mit VCCU peeren muss.
RPI 3 Busware-CC1101 Jeelink HomeMatic Z-Wave (USB) + viele RPI Zero W

Online amenomade

  • Hero Member
  • *****
  • Beiträge: 4152
Antw:Hilfe erbeten: zwei Türmelder peeren sich automatisch
« Antwort #1 am: 11 Februar 2019, 00:33:36 »
Meinst Du peeren oder pairen?
https://wiki.fhem.de/wiki/HomeMatic_Devices_pairen
https://wiki.fhem.de/wiki/Homematic_Peering_Beispiele

Mit der VCCU muss er gepaired werden.
Dann gibt es die Möglichkeit Aktoren und Sensoren miteinander zu peeren. Aber das geht nicht von alleine ;)

Poste mal ein "list" von deinen Devices.
FHEM 5.8 Pi 3, EchoDot, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, und HM Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten

Offline curt

  • Sr. Member
  • ****
  • Beiträge: 986
Antw:Hilfe erbeten: zwei Türmelder peeren sich automatisch
« Antwort #2 am: 11 Februar 2019, 00:40:45 »
Meinst Du peeren oder pairen?

Otto (?) hatte mir das schon mal sehr deutlich gesagt. Ja, bekannt.

Mit der VCCU muss er gepaired werden.

Alle Rauchmelder und alle Kontaktmelder sind mit VCCU gepeart.

Dann gibt es die Möglichkeit Aktoren und Sensoren miteinander zu peeren. Aber das geht nicht von alleine ;)

Wie gesagt: Ich hatte gestern die Terrassentuer mit VCCU gepeert - ohne zu wissen, ob man das machen muss. Das ging. Und wurde angezeigt.

Poste mal ein "list" von deinen Devices.

Unten die Terrassentuer - die beiden Sensoren haben hat übrigens JETZT auch:

configCheck done:

 missing register list
    Haustuer: RegL_04.Terrassentuer_chn-01
    Terrassentuer: RegL_04.Haustuer_chn-01

Das ist völlig neu.

Internals:
   CFGFN      ./FHEM/z-include-fenster.cfg
   DEF        3301C1
   FUUID      5c47b07e-f33f-769b-2ca2-9af17ff5dcf2f9ed
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     2
   NAME       Haustuer
   NOTIFYDEV  global
   NR         99
   NTFY_ORDER 50-Haustuer
   STATE      closed
   TYPE       CUL_HM
   lastMsg    No:25 - t:41 s:3301C1 d:FF1312 011B00
   myHmUART_MSGCNT 2
   myHmUART_RAWMSG 0501004A25A6413301C1FF1312011B00
   myHmUART_RSSI -74
   myHmUART_TIME 2019-02-10 23:27:16
   peerList   Terrassentuer,
   protLastRcv 2019-02-10 23:27:16
   protRcv    2 last_at:2019-02-10 23:27:16
   protSnd    2 last_at:2019-02-10 23:27:16
   protState  CMDs_done
   rssi_at_myHmUART cnt:2 min:-76 max:-74 avg:-75 lst:-74
   READINGS:
     2018-11-26 20:20:29   3SSunknownMsg   00053301C10103
     2019-02-10 23:04:42   Activity        alive
     2019-02-09 23:01:21   CommandAccepted no
     2019-02-09 23:09:20   D-firmware      2.4
     2019-02-09 23:09:20   D-serialNr      LEQ0893196
     2019-02-09 23:09:22   PairedTo        0xFF1312
     2019-02-09 22:52:24   R-Terrassentuer_chn-01-expectAES off
     2019-02-09 22:52:24   R-Terrassentuer_chn-01-peerNeedsBurst off
     2018-07-28 02:36:25   R-cyclicInfoMsg off
     2018-07-28 02:36:26   R-eventDlyTime  0 s
     2019-02-09 21:59:17   R-pairCentral   0xFF1312
     2018-07-28 02:36:25   R-sabotageMsg   on
     2018-07-28 02:36:26   R-sign          off
     2019-02-09 23:09:22   RegL_00.        00:00 02:01 09:00 0A:FF 0B:13 0C:12 10:01 14:06
     2019-02-09 23:09:22   RegL_01.        00:00 08:00 20:60 21:00 22:64 30:06
     2019-02-09 23:17:27   alive           yes
     2019-02-10 23:27:16   battery         ok
     2019-02-10 23:27:16   contact         closed (to VCCU)
     2019-02-10 23:04:42   peerList        Terrassentuer,
     2019-02-09 21:59:11   powerOn         2019-02-09 21:59:11
     2019-02-09 23:17:27   recentStateType info
     2019-02-09 23:17:27   sabotageError   off
     2019-02-10 23:27:16   state           closed
     2018-07-29 00:16:47   trigDst_FF1312  noConfig
     2019-02-09 22:34:57   trigLast        Terrassentuer:open
     2019-02-09 22:34:57   trig_Terrassentuer Open_8
     2019-02-10 23:27:16   trigger_cnt     27
   helper:
     HM_CMDNR   37
     mId        00B1
     regLst     ,0,1,4p
     rxType     4
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +3301C1,00,00,00
       nextSend   1549837636.77106
       rxt        0
       vccu       VCCU
       p:
         3301C1
         00
         00
         00
       prefIO:
         myHmUART
     mRssi:
       mNo        25
       io:
         myHmUART:
           -72
           -72
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   00
       qReqStat   
     role:
       chn        1
       dev        1
     rpt:
       IO         myHmUART
       flg        A
       ts         1549837636.4761
       ack:
         HASH(0x3ef6df8)
         258002FF13123301C10101C800
     rssi:
       at_myHmUART:
         avg        -75
         cnt        2
         lst        -74
         max        -74
         min        -76
     tmpl:
Attributes:
   Fenster_Status structure_Fenster
   IODev      myHmUART
   IOgrp      VCCU:myHmUART
   actCycle   028:00
   actStatus  alive
   autoReadReg 4_reqStatus
   battery_change 2018-12-03
   devStateIcon open:fts_door_open@red closed:fts_door@green
   expert     2_raw
   firmware   2.4
   fp_Hauptseite 376,651,1,structure_Fenster
   model      HM-SEC-SC-2
   peerIDs    00000000,3301D301,
   room       Unsorted
   serialNr   LEQ0893196
   subType    threeStateSensor
   userattr   Fenster_Status Fenster_Status_map structexclude
RPI 3 Busware-CC1101 Jeelink HomeMatic Z-Wave (USB) + viele RPI Zero W

Offline fhem-hm-knecht

  • Hero Member
  • *****
  • Beiträge: 2087
  • Fhem User seit 2010
Antw:Hilfe erbeten: zwei Türmelder peeren sich automatisch
« Antwort #3 am: 11 Februar 2019, 01:08:38 »
Mein Tipp wäre für dich

das attr peerIDs    00000000,3301D301,
das rote löschen!
dann alle readings loschen , die vom 9.2  sind doch alt
kann man mit set ... clear readings   im device

und dann ein getConfig und knöpfchen drücken.
Hary


aktuell wieder CubieTruck (CT)   2x HM-Lan + WlanHMUART, Avr-net-io, 1Wire,MySensor(raubt mir die Freizeit aber Kabel  )

Offline fhem-hm-knecht

  • Hero Member
  • *****
  • Beiträge: 2087
  • Fhem User seit 2010
Antw:Hilfe erbeten: zwei Türmelder peeren sich automatisch
« Antwort #4 am: 11 Februar 2019, 01:11:20 »
und dann ein save bitte

poste ein neues list
Hary


aktuell wieder CubieTruck (CT)   2x HM-Lan + WlanHMUART, Avr-net-io, 1Wire,MySensor(raubt mir die Freizeit aber Kabel  )

Offline curt

  • Sr. Member
  • ****
  • Beiträge: 986
Antw:Hilfe erbeten: zwei Türmelder peeren sich automatisch
« Antwort #5 am: 11 Februar 2019, 01:17:02 »
das attr peerIDs    00000000,3301D301,
das rote löschen!
dann alle readings loschen , die vom 9.2  sind doch alt
kann man mit set ... clear readings   im device
und dann ein getConfig und knöpfchen drücken.

Das Rote - das sollte die andere Türe sein. An der Löschung krampfte ich gestern stundenlang rum - und immerzu Knöpfchen.

Ich hatte auf der Seite der Terrassentuer: "set peerchan 0 Haustuer single unset" - ist das denn richtig? Oder geht das un-peeren noch anders?
RPI 3 Busware-CC1101 Jeelink HomeMatic Z-Wave (USB) + viele RPI Zero W

Offline fhem-hm-knecht

  • Hero Member
  • *****
  • Beiträge: 2087
  • Fhem User seit 2010
Antw:Hilfe erbeten: zwei Türmelder peeren sich automatisch
« Antwort #6 am: 11 Februar 2019, 01:26:36 »
naja
set peerchan 0 Haustuer single unsetdas kann eh nicht funktionieren, nach set fehlt das device!

an deiner stelle würde ich die zwei device in fhem löschen , save in fhem drücken, einen Werksreset mit zweimal 5 sek Knöfchen drücken machen an den zwei Fenstersensoren,
und dann frisch pairen mit

set VCCU hmPairForSec 600, fünf minuten mussen dir reichen um Knöfchen anzutippen am Fensterkontakt
Hary


aktuell wieder CubieTruck (CT)   2x HM-Lan + WlanHMUART, Avr-net-io, 1Wire,MySensor(raubt mir die Freizeit aber Kabel  )

Offline curt

  • Sr. Member
  • ****
  • Beiträge: 986
Antw:Hilfe erbeten: zwei Türmelder peeren sich automatisch
« Antwort #7 am: 11 Februar 2019, 01:32:55 »
naja
set peerchan 0 Haustuer single unsetdas kann eh nicht funktionieren, nach set fehlt das device!

Ja, klar. - Ich bezog mich auf den html-Bildschirm von FHEM (da die Seite der Terrassentuer), da kann man ja auch set machen.

an deiner stelle würde ich die zwei device in fhem löschen,

Das wird das Beste sein. Das geht einfach über "delete Terrassentuer"? - Ich lese immerzu, dass man da bei HM noch zig andere Dinge bedenken und machen müsse?

save in fhem drücken,

Ok, das beantwortet den Punkt, der mir vorhin unklar blieb: Wo/wie "save" zu machen sei.

einen Werksreset mit zweimal 5 sek Knöfchen drücken machen an den zwei Fenstersensoren,

5sec, 1sec Pause, 5sec. <- So?

und dann frisch pairen mit
set VCCU hmPairForSec 600, fünf minuten mussen dir reichen um Knöfchen anzutippen am Fensterkontakt

Den Teil kriege ich hin. Oft geübt.

P.S: Meine vielen Fragen sind auch wegen des/der künftigen Thermostate, ich muss das lernen.
RPI 3 Busware-CC1101 Jeelink HomeMatic Z-Wave (USB) + viele RPI Zero W

Offline pc1246

  • Hero Member
  • *****
  • Beiträge: 2696
  • Kein support per PN oder eMail
Antw:Hilfe erbeten: zwei Türmelder peeren sich automatisch
« Antwort #8 am: 11 Februar 2019, 11:56:33 »
Moin
Und gib uns doch mal ein list von beiden devices!
Gruss Christoph
RasPi2
Onkyo_AVR;3 Enigma2; SB_Server ; SB_Player; HM-USB mit 15 HM-CC-RT-DN, 3 HM_WDS10_TH_O, 6 HM-Sec-SCo, 4 HM-Sec-MDIR-2, 1 HM-Sen-MDIR-O-2, 8 Ferion 5000 OW ; PhilipsTV; add-on board mit 6 IT-Steckdosen;3 harmony hub; Jeelink mit 9 PCA301; Somfy; S7-300; 3 LGW; KS300; ESA2000; HUE

Offline curt

  • Sr. Member
  • ****
  • Beiträge: 986
Antw:Hilfe erbeten: zwei Türmelder peeren sich automatisch
« Antwort #9 am: 11 Februar 2019, 19:04:29 »
Ich habe noch nichts gemacht, da ich noch auf Antwort von @fhem-hm-knecht hoffe.

Das eine Listing ist in #2. Die andere Device sah zu gleichem Zeitpunkt so aus:

define Terrassentuer CUL_HM 3301D3
setuuid Terrassentuer 5c47b07e-f33f-769b-3a11-9218644417b26829
attr Terrassentuer userattr Fenster_Status Fenster_Status_map structexclude
attr Terrassentuer Fenster_Status structure_Fenster
attr Terrassentuer IODev myHmUART
attr Terrassentuer IOgrp VCCU:myHmUART
attr Terrassentuer actCycle 028:00
attr Terrassentuer actStatus alive
attr Terrassentuer autoReadReg 4_reqStatus
attr Terrassentuer battery_change 2018-04-22
attr Terrassentuer devStateIcon open:fts_door_open@red closed:fts_door@green
attr Terrassentuer expert 2_raw
attr Terrassentuer firmware 2.4
attr Terrassentuer fp_Hauptseite 376,651,1,structure_Fenster
attr Terrassentuer model HM-SEC-SC-2
attr Terrassentuer peerIDs 00000000,3301C101,
attr Terrassentuer room Unsorted
attr Terrassentuer serialNr LEQ0893214
attr Terrassentuer subType threeStateSensor
RPI 3 Busware-CC1101 Jeelink HomeMatic Z-Wave (USB) + viele RPI Zero W

Offline fhem-hm-knecht

  • Hero Member
  • *****
  • Beiträge: 2087
  • Fhem User seit 2010
Antw:Hilfe erbeten: zwei Türmelder peeren sich automatisch
« Antwort #10 am: 11 Februar 2019, 21:31:50 »
Du darfst nicht auf mich warten :)

Wie man Werksreset mach steht in der Bedienungsanleitung, die gilt nach wie vor.

da du keinen AES key, bzw sign on hast kannst du die so reseten wie geschrieben.

Falls sign on , müsstest über Zentrale ablernen , Unpair / da geht das mit zweimal 5 sek Köpfen drücken nicht.

set <device> unpair , und wieder knöpfen drücken.  Erfolg sieht man dann , dass er orange blinkt bei Auslösen des Kontakts.

-->Probably associated with , da siehst du doch mit was du alles den Kontakt verknüft hast in Fhem. (notieren)

Wie gesagt

nachdem du  Delete this device (xxxxxxx) gemacht hast bei beiden, save , shutdown restart ,
set VCCU hmPairForSec 600
knöpfchen drücken 1. device
kontrolle
set VCCU hmPairForSec 600
knöpfchen drücken 2. device
kontrolle
save
Hary


aktuell wieder CubieTruck (CT)   2x HM-Lan + WlanHMUART, Avr-net-io, 1Wire,MySensor(raubt mir die Freizeit aber Kabel  )

Offline curt

  • Sr. Member
  • ****
  • Beiträge: 986
Antw:Hilfe erbeten: zwei Türmelder peeren sich automatisch
« Antwort #11 am: 11 Februar 2019, 23:03:43 »
Du darfst nicht auf mich warten :)

Kennst Du Silbermond? "Gib mir 'n kleines bisschen Sicherheit ..." ;)
Ich habe alles abgearbeitet.

Internals:
   DEF        3301C1
   FUUID      5c61e0f3-f33f-769b-cdc5-5e480d015a8b96a5
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     6
   NAME       Haustuer
   NOTIFYDEV  global
   NR         976
   NTFY_ORDER 50-Haustuer
   STATE      closed
   TYPE       CUL_HM
   lastMsg    No:40 - t:41 s:3301C1 d:FF1312 013400
   myHmUART_MSGCNT 6
   myHmUART_RAWMSG 0501004740A6413301C1FF1312013400
   myHmUART_RSSI -71
   myHmUART_TIME 2019-02-11 22:48:04
   protLastRcv 2019-02-11 22:48:04
   protRcv    6 last_at:2019-02-11 22:48:04
   protSnd    6 last_at:2019-02-11 22:48:04
   protState  CMDs_done
   rssi_at_myHmUART cnt:6 min:-71 max:-63 avg:-67.83 lst:-71
   READINGS:
     2019-02-11 22:21:08   Activity        alive
     2019-02-11 21:54:12   CommandAccepted yes
     2019-02-11 21:54:11   D-firmware      2.4
     2019-02-11 21:54:11   D-serialNr      LEQ0893196
     2019-02-11 21:54:11   R-pairCentral   set_0xFF1312
     2019-02-11 22:23:44   alive           yes
     2019-02-11 22:48:04   battery         ok
     2019-02-11 22:48:04   contact         closed (to VCCU)
     2019-02-11 22:23:44   recentStateType info
     2019-02-11 22:23:44   sabotageError   off
     2019-02-11 22:48:04   state           closed
     2019-02-11 22:48:04   trigger_cnt     52
   helper:
     HM_CMDNR   64
     mId        00B1
     regLst     ,0,1,4p
     rxType     4
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +3301C1,00,00,00
       nextSend   1549921685.17406
       rxt        0
       vccu       VCCU
       p:
         3301C1
         00
         00
         00
       prefIO:
         myHmUART
     mRssi:
       mNo        40
       io:
         myHmUART:
           -69
           -69
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   00
       qReqStat   
     role:
       chn        1
       dev        1
     rpt:
       IO         myHmUART
       flg        A
       ts         1549921684.87909
       ack:
         HASH(0x4b2f4a8)
         408002FF13123301C10101C800
     rssi:
       at_myHmUART:
         avg        -67.8333333333333
         cnt        6
         lst        -71
         max        -63
         min        -71
     tmpl:
Attributes:
   Fenster_Status structure_Fenster
   IODev      myHmUART
   IOgrp      VCCU:myHmUART
   actCycle   028:00
   actStatus  alive
   autoReadReg 4_reqStatus
   battery_change 2018-12-03
   devStateIcon open:fts_door_open@red closed:fts_door@green
   expert     2_raw
   firmware   2.4
   model      HM-SEC-SC-2
   room       Unsorted
   serialNr   LEQ0893196
   subType    threeStateSensor
   userattr   Fenster_Status Fenster_Status_map structexclude

Internals:
   DEF        3301D3
   FUUID      5c61e312-f33f-769b-982e-446f8b676d2630c2
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     6
   NAME       Terrassentuer
   NOTIFYDEV  global
   NR         977
   NTFY_ORDER 50-Terrassentuer
   STATE      closed
   TYPE       CUL_HM
   lastMsg    No:35 - t:41 s:3301D3 d:FF1312 012D00
   myHmUART_MSGCNT 6
   myHmUART_RAWMSG 0501003E35A6413301D3FF1312012D00
   myHmUART_RSSI -62
   myHmUART_TIME 2019-02-11 22:47:30
   protLastRcv 2019-02-11 22:47:30
   protRcv    6 last_at:2019-02-11 22:47:30
   protSnd    6 last_at:2019-02-11 22:47:30
   protState  CMDs_done
   rssi_at_myHmUART cnt:6 min:-64 max:-59 avg:-62.16 lst:-62
   READINGS:
     2019-02-11 22:21:09   Activity        alive
     2019-02-11 22:03:15   CommandAccepted yes
     2019-02-11 22:03:14   D-firmware      2.4
     2019-02-11 22:03:14   D-serialNr      LEQ0893214
     2019-02-11 22:03:14   R-pairCentral   set_0xFF1312
     2019-02-11 22:24:10   alive           yes
     2019-02-11 22:47:30   battery         ok
     2019-02-11 22:47:30   contact         closed (to VCCU)
     2019-02-11 22:24:10   recentStateType info
     2019-02-11 22:24:10   sabotageError   off
     2019-02-11 22:47:30   state           closed
     2019-02-11 22:47:30   trigger_cnt     45
   helper:
     HM_CMDNR   53
     mId        00B1
     regLst     ,0,1,4p
     rxType     4
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +3301D3,00,00,00
       nextSend   1549921651.01997
       rxt        0
       vccu       VCCU
       p:
         3301D3
         00
         00
         00
       prefIO:
         myHmUART
     mRssi:
       mNo        35
       io:
         myHmUART:
           -58
           -58
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   00
       qReqStat   
     role:
       chn        1
       dev        1
     rpt:
       IO         myHmUART
       flg        A
       ts         1549921650.72436
       ack:
         HASH(0x4737de0)
         358002FF13123301D30101C800
     rssi:
       at_myHmUART:
         avg        -62.1666666666667
         cnt        6
         lst        -62
         max        -59
         min        -64
     tmpl:
Attributes:
   Fenster_Status structure_Fenster
   IODev      myHmUART
   IOgrp      VCCU:myHmUART
   actCycle   028:00
   actStatus  alive
   autoReadReg 4_reqStatus
   battery_change 2018-04-22
   devStateIcon open:fts_door_open@red closed:fts_door@green
   expert     2_raw
   firmware   2.4
   model      HM-SEC-SC-2
   room       Unsorted
   serialNr   LEQ0893214
   subType    threeStateSensor
   userattr   Fenster_Status Fenster_Status_map structexclude

* Ist das so jetzt richtig?
* Muss ich die jetzt mit VCCU peeren? Falls ja: Warum?
RPI 3 Busware-CC1101 Jeelink HomeMatic Z-Wave (USB) + viele RPI Zero W

Offline fhem-hm-knecht

  • Hero Member
  • *****
  • Beiträge: 2087
  • Fhem User seit 2010
Antw:Hilfe erbeten: zwei Türmelder peeren sich automatisch
« Antwort #12 am: 11 Februar 2019, 23:58:14 »
du hast gepaired gut

Zitat
lastMsg    No:40 - t:41 s:3301C1 d:FF1312 013400
Zitat
lastMsg    No:35 - t:41 s:3301D3 d:FF1312 012D00
und wie du siehst schickt er, beide schon direkt zu deiner vccu FF1312
also nein nicht nochmal extra mit einem Kanal der vccu peeren.
die Fenster /Drehgiff sensoren sind da Sonderlocken von HM, im Gegensatz zu Remote /Fernbedienungen, wo du jeden Kanal/Taste peeren mußt um grüne Led zu bekommen.

noch bei beiden getConfig damit das set_0xFF1312 verschwindet, set heißt ja hätte gern, sensor hat auch schon, du hast es nur noch nicht zurückgelesen vom Sensor,
ist halt so bei Batterie Device , Knöpfchen drücken
Hary


aktuell wieder CubieTruck (CT)   2x HM-Lan + WlanHMUART, Avr-net-io, 1Wire,MySensor(raubt mir die Freizeit aber Kabel  )

Offline curt

  • Sr. Member
  • ****
  • Beiträge: 986
Antw:Hilfe erbeten: zwei Türmelder peeren sich automatisch
« Antwort #13 am: 12 Februar 2019, 00:20:02 »
noch bei beiden getConfig ... Knöpfchen drücken

Beide zeigten folgendes Verhalten: längere Zeit oranges blinken, dann rot. Ok, nochmals drücken. Irgendwann nach längerer Zeit fanden beide kurz nacheinander, dass jetzt "grün" sei.

Leider mit einem Seiteneffekt: ALLE anderen Kontaktmelder haben nun "missing register list - RegL_00.,RegL_01.". Und ALLE anderen stehen nun unter "PairedTo missing/unknown".

Beispiel-List:
Internals:
   CFGFN      ./FHEM/z-include-fenster.cfg
   DEF        32FB4C
   FUUID      5c47b07e-f33f-769b-79e4-5668390fa13a421c
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     2
   NAME       Kueche
   NOTIFYDEV  global
   NR         108
   NTFY_ORDER 50-Kueche
   STATE      closed
   TYPE       CUL_HM
   lastMsg    No:12 - t:41 s:32FB4C d:FF1312 011100
   myHmUART_MSGCNT 2
   myHmUART_RAWMSG 0501003612A64132FB4CFF1312011100
   myHmUART_RSSI -54
   myHmUART_TIME 2019-02-12 00:14:04
   protLastRcv 2019-02-12 00:14:04
   protRcv    2 last_at:2019-02-12 00:14:04
   protSnd    2 last_at:2019-02-12 00:14:04
   protState  CMDs_done
   rssi_at_myHmUART cnt:2 min:-54 max:-52 avg:-53 lst:-54
   READINGS:
     2019-02-12 00:14:04   battery         ok
     2019-02-12 00:14:04   contact         closed (to VCCU)
     2019-02-12 00:14:04   state           closed
     2019-02-12 00:14:04   trigger_cnt     17
   helper:
     HM_CMDNR   18
     mId        00B1
     regLst     ,0,1,4p
     rxType     4
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +32FB4C,00,00,00
       nextSend   1549926844.89701
       prefIO     
       rxt        0
       vccu       VCCU
       p:
         32FB4C
         00
         00
         00
     mRssi:
       mNo        12
       io:
         myHmUART:
           -48
           -48
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
     rpt:
       IO         myHmUART
       flg        A
       ts         1549926844.60141
       ack:
         HASH(0x2a92748)
         128002FF131232FB4C0101C800
     rssi:
       at_myHmUART:
         avg        -53
         cnt        2
         lst        -54
         max        -52
         min        -54
     tmpl:
Attributes:
   Fenster_Status structure_Fenster
   IODev      myHmUART
   IOgrp      VCCU
   actCycle   028:00
   actStatus  unknown
   autoReadReg 4_reqStatus
   battery_change 2018-03-31
   devStateIcon open:fts_window_1w_tilt@red closed:fts_window_1w@green
   expert     2_raw
   firmware   2.4
   fp_Hauptseite 376,651,1,structure_Fenster
   model      HM-SEC-SC-2
   peerIDs    00000000,
   room       Unsorted
   serialNr   LEQ0891066
   subType    threeStateSensor
   userattr   Fenster_Status Fenster_Status_map structexclude
RPI 3 Busware-CC1101 Jeelink HomeMatic Z-Wave (USB) + viele RPI Zero W

Offline fhem-hm-knecht

  • Hero Member
  • *****
  • Beiträge: 2087
  • Fhem User seit 2010
Antw:Hilfe erbeten: zwei Türmelder peeren sich automatisch
« Antwort #14 am: 12 Februar 2019, 00:35:25 »
Die readings fehlen ja auch!
wurde dein fhem.save nicht geschrieben eingelesen?
nach shutdown restart?

du hast doch noch andere Probleme. das hat mal weniger mit HM zu tun.

deswegen auch
Zitat
missing register list - RegL_00.,RegL_01.". Und ALLE anderen stehen nun unter "PairedTo missing/unknown".
mangels Readings
Hary


aktuell wieder CubieTruck (CT)   2x HM-Lan + WlanHMUART, Avr-net-io, 1Wire,MySensor(raubt mir die Freizeit aber Kabel  )