Nur Text | Text mit Bildern

FHEM Forum

FHEM - Hausautomations-Systeme => Homematic => Thema gestartet von: LCN-User am 13 November 2015, 17:23:07

Titel: Sec-RHS: Ein bißchen kaputt?
Beitrag von: LCN-User am 13 November 2015, 17:23:07
Hallo,

seid heute zeigt ein Sec-RHS ein inkonsistentes Verhalten. ZUm Teil hat es denn Anschein, als würde ein Wackelkontakt vorliegen, zum anderen sind die übertragenen Signale unvollständig bzw. fehlerhaft. Während die Position auch weiterhin korrekt gemeldet wird, kommt als Seriennummer beim Auslesen bzw. pairen nur noch Unsinn:

HM-SEC-RHS serialNr (�|����6��

Deshalb klappt nach dem Reset wohl auch ein Neu-Anlernen nicht mehr. GetConfig hilft ebenfalls nicht, Pending commands bzw. NACK bleibt stehen.

Alle meine RHS sind aus der Serie JEQ, nur dieser eine hat eine IEQ-Nummer und ist wohl der erste, den ich vor drei Jahren zum Ausprobieren bei ELV gekauft habe. Da ich diese Rechnung aber nicht aufgehoben habe...

Gibt es Erfahrungen zur Lebensdauer? 3 1/2 Jahre sind ein wenig kurz für an sich hochwertige Ware. Wenn ich die aktuellen Preise sehe, kann ich mich nur noch ärgern. 45-50 EUR im Vergleich zu 26,80, die ich im August 2012 gezahlt habe.

Titel: Antw:Sec-RHS: Ein bißchen kaputt?
Beitrag von: LuckyDay am 13 November 2015, 17:31:37
Log doch die Anlernmessage, da steht die Seriennummer im Klartext drin,
ich hab auch einen der mit IEQ... kann mich aber zurückhalten, jetzt da den Anlerknopf zu drücken :)
Titel: Antw:Sec-RHS: Ein bißchen kaputt?
Beitrag von: LCN-User am 13 November 2015, 17:32:52
Danke, aber das habe ich. Es wird Müll übertragen.
Titel: Antw:Sec-RHS: Ein bißchen kaputt?
Beitrag von: LuckyDay am 13 November 2015, 17:37:32
Schön dass du das sieht, also magst du doch keine Hilfe, dann kannst auch den Beitrag schließen :)

Titel: Antw:Sec-RHS: Ein bißchen kaputt?
Beitrag von: LCN-User am 13 November 2015, 17:42:07
Ich freue mich immer wieder über den fröhlichen Ton hier.

Die Seriennummer ist mir bekannt - sie steht sowohl in der fhem.cfg als auch auf dem Sensor. Wenn die Nummer im Standard-Dialog nur mit wilden Zeichen angezeigt wird, das im Event-Log auch ausgegeben wird und bei jedem Versuch im Evenbt-Log ein wenig andere Zeichen angezeigt werden, ist mir nicht klar, in welcher Form du laubst, dass ein Posten von Raw-Daten das Problem zu lösen hilft.

Meine Frage zielt eher darauf, ob jemand schon Ähnliches beobachtet hat und wie er dann weiter vorgegangen ist.
Titel: Antw:Sec-RHS: Ein bißchen kaputt?
Beitrag von: frank am 13 November 2015, 17:55:37
eigentlich sollte die sn zum pairen über hmpairforsec unwichtig sein. sie wird zwar vom device gesendet, aber zum pairen nicht benutzt. wichtiger sind andere daten der anlernmessage, damit fhem model und subtype richtig setzt. daher wäre ein sniff des pairens schon entscheidend.

frische batterien einlegen und reinigen der kontakte hast du sicherlich getan. ansonnsten könnte man die lötstellen noch nachlöten.
Titel: Antw:Sec-RHS: Ein bißchen kaputt?
Beitrag von: LCN-User am 13 November 2015, 18:09:45
Alles schon gemacht:  Frische Batterien waren das erste, Reinigen der Kontakte das zweite, und Nachlöten von Anschlussfahnen und der Kontakte des Funkmoduls oben und unten das dritte. Das elektrische Verhalten ist insofern seltsam, als erneutes Einlegen der Batterien nicht immer zum Aufleuchten der LED führt. Es ist als wäre ein Wackelkontakt da.

Hier ist mal ein list
Code Auswählen
Internals:
   DEF        15D34E
   HMLAN1_MSGCNT 837
   HMLAN1_RAWMSG E15D34E,0000,3F5D5418,FF,FFB1,04800215D34E123ABC80
   HMLAN1_RSSI -79
   HMLAN1_TIME 2015-11-13 18:04:07
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     837
   NAME       DG.kj.FK
   NR         133
   STATE      Nack
   TYPE       CUL_HM
   lastMsg    No:04 - t:02 s:15D34E d:123ABC 80
   protCmdDel 76
   protLastRcv 2015-11-13 18:04:07
   protNack   14 last_at:2015-11-13 18:04:07
   protResndFail 14 last_at:2015-11-13 18:04:02
   protSnd    14 last_at:2015-11-13 18:03:57
   protState  CMDs_done_Errors:1
   rssi_at_HMLAN1 avg:-82.47 min:-106 max:-56 lst:-79 cnt:837
   Readings:
     2015-11-13 18:03:57   Activity        alive
     2015-11-13 18:04:07   CommandAccepted no
     2015-11-13 18:03:57   D-firmware      2.0
     2015-11-13 18:03:57   D-serialNr      ��� �
     2015-11-13 08:16:14   R-pairCentral   set_0x123ABC
     2015-11-13 17:02:27   alive           yes
     2015-11-13 17:02:27   battery         low
     2015-11-13 17:02:27   contact         closed (to broadcast)
     2015-11-13 17:02:27   cover           open
     2015-11-13 17:02:27   recentStateType info
     2015-11-13 18:04:07   state           Nack
     2015-11-13 17:02:19   trigger_cnt     1
     Regl_00::
       VAL
   Helper:
     HM_CMDNR   4
     PONtest    1
     cSnd       01123ABC15D34E00040000000000,01123ABC15D34E00040000000000
     getCfgList all
     getCfgListNo ,4
     mId        0030
     rxType     4
     Bm:
       Cul_hm_attr:
         cnt        18
         dmx        0
         max        1
         tot        2
         mAr:
           set
           DG.kj.FK
           expert
           2_full
       Cul_hm_define:
         cnt        1
         dmx        0
         max        10
         tot        10
         mAr:
           HASH(0x1882300)
           DG.kj.FK CUL_HM 15D34E
       Cul_hm_get:
         cnt        41
         dmx        0
         max        2
         tot        41
         mAr:
           HASH(0x1882300)
           DG.kj.FK
           regList
       Cul_hm_set:
         cnt        636
         dmx        0
         max        10
         tot        1994
         mAr:
           HASH(0x1882300)
           DG.kj.FK
           getConfig
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +15D34E,00,00,00
       nextSend   1447434247.91218
       prefIO
       rxt        0
       vccu
       p:
         15D34E
         00
         00
         00
     Mrssi:
       mNo        04
       Io:
         HMLAN1     -77
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_hmlan1:
         avg        -82.4778972520907
         cnt        837
         lst        -79
         max        -56
         min        -106
     Shadowreg:
       RegL_00:    02:01 0A:12 0B:3A 0C:BC
Attributes:
   Fenster    FensterHaus
   IODev      HMLAN1
   actCycle   028:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   2.0
   group      Fenster
   model      HM-SEC-RHS
   peerIDs
   room       2.01 Jean
   serialNr   ��� �
   subType    threeStateSensor
   userattr   Fenster Fenster_map structexclude

Hier ein Versuch des Pairing. Die LED blinkt dabei zunächst langsam gelb und blinkt dann weiter in Grün ohne abschließende Bestätigung.

Code Auswählen

Events (Filter:.*) [Reset]:

2015-11-13 18:06:10 structure FensterHaus closed
2015-11-13 18:06:10 structure FensterOG closed
2015-11-13 18:06:10 structure FensterJean closed
2015-11-13 18:06:10 CUL_HM DG.kj.FK Activity: alive
2015-11-13 18:06:10 CUL_HM DG.kj.FK D-firmware: 2.0
2015-11-13 18:06:10 CUL_HM DG.kj.FK D-serialNr: A߸V1ϲ�ʿ
2015-11-13 18:06:12 structure FensterHaus closed
2015-11-13 18:06:12 structure FensterOG closed
2015-11-13 18:06:12 structure FensterJean closed
2015-11-13 18:06:12 CUL_HM DG.kj.FK ResndFail
2015-11-13 18:06:12 structure FensterHaus closed
2015-11-13 18:06:12 structure FensterOG closed
2015-11-13 18:06:12 structure FensterJean closed
2015-11-13 18:06:12 CUL_HM DG.kj.FK MISSING ACK
2015-11-13 18:06:20 structure FensterHaus closed
2015-11-13 18:06:20 structure FensterOG closed
2015-11-13 18:06:21 structure FensterJean closed
2015-11-13 18:06:21 CUL_HM DG.kj.FK NACK
2015-11-13 18:06:21 CUL_HM DG.kj.FK Nack


Titel: Antw:Sec-RHS: Ein bißchen kaputt?
Beitrag von: LCN-User am 13 November 2015, 18:27:53
Und hier noch ein paar Details aus dem Log beim Versuch des Pairing. Die LED-Blinkmeldungen sindnicht ordnungsgemäß: abwechselnd grün/gelbes Blinken kannte ich noch nicht. Das Ding ist wohl kaputt.
Code Auswählen

2015.11.13 18:22:18 5: HMLAN_Parse: HMLAN1 V:03C4 sNo:IEQ0245167 d:17400B O:123ABC t:3F6DF9D3 IDcnt:0021 L:3 %
2015.11.13 18:22:18 5: Triggering HMLAN1 (1 changes)
2015.11.13 18:22:18 5: Notify loop for HMLAN1 loadLvl: low
2015.11.13 18:22:43 5: HMLAN_Send:  HMLAN1 I:K
2015.11.13 18:22:43 5: HMLAN/RAW: /HHM-LAN-IF,03C4,IEQ0245167,17400B,123ABC,3F6E5B98,0021,03

2015.11.13 18:22:43 5: HMLAN_Parse: HMLAN1 V:03C4 sNo:IEQ0245167 d:17400B O:123ABC t:3F6E5B98 IDcnt:0021 L:3 %
2015.11.13 18:22:43 5: Triggering HMLAN1 (1 changes)
2015.11.13 18:22:43 5: Notify loop for HMLAN1 loadLvl: low
2015.11.13 18:22:45 4: Connection closed for FHEMWEB:192.168.178.27:61463: EOF
2015.11.13 18:22:45 4: Connection closed for FHEMWEB:192.168.178.27:61468: EOF
2015.11.13 18:22:45 4: Connection closed for FHEMWEB:192.168.178.27:61473: EOF
2015.11.13 18:22:45 4: Connection closed for FHEMWEB:192.168.178.27:61469: EOF
2015.11.13 18:22:45 4: Connection closed for FHEMWEB:192.168.178.27:61470: EOF
2015.11.13 18:22:45 4: Connection accepted from FHEMWEB:192.168.178.27:61475
2015.11.13 18:22:45 4: FHEMWEB:192.168.178.27:61475 POST /fhem&cmd=set++HMLAN1+hmPairForSec+600; BUFLEN:0
2015.11.13 18:22:45 5: Cmd: >set  HMLAN1 hmPairForSec 600<
2015.11.13 18:22:45 4: FHEMWEB:192.168.178.27:61475 GET /fhem; BUFLEN:0
2015.11.13 18:22:45 4: name: /fhem / RL:1344 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2015.11.13 18:22:45 4: Connection closed for FHEMWEB:192.168.178.27:61471: Connection reset by peer
2015.11.13 18:22:46 4: FHEMWEB:192.168.178.27:61475 GET /fhem?XHR=1&inform=type=status;filter=;since=1447435364;fmt=JSON×tamp=1447435366058; BUFLEN:0
2015.11.13 18:22:52 5: HMLAN/RAW: /E15D34E,0000,3F6E7C0F,FF,FFBE,09840015D34EC203C22000307889DC00D8B2A1F3A5DC80910101

2015.11.13 18:22:52 5: HMLAN_Parse: HMLAN1 R:E15D34E   stat:0000 t:3F6E7C0F d:FF r:FFBE     m:09 8400 15D34E C203C2 2000307889DC00D8B2A1F3A5DC80910101
2015.11.13 18:22:52 5: HMLAN1 dispatch A1A09840015D34EC203C22000307889DC00D8B2A1F3A5DC80910101::-66:HMLAN1
2015.11.13 18:22:52 3: Device DG.kj.FK added to ActionDetector with 028:00 time
2015.11.13 18:22:52 4: Device DG.kj.FK is alive
2015.11.13 18:22:52 3: CUL_HM pair: DG.kj.FK threeStateSensor, model HM-SEC-RHS serialNr Aݹ�/�j]
2015.11.13 18:22:52 5: CUL_HM DG.kj.FK protEvent:CMDs_pending pending:1
2015.11.13 18:22:52 5: CUL_HM DG.kj.FK protEvent:CMDs_pending pending:2
2015.11.13 18:22:52 5: CUL_HM DG.kj.FK protEvent:CMDs_pending pending:3
2015.11.13 18:22:52 5: CUL_HM DG.kj.FK protEvent:CMDs_pending pending:4
2015.11.13 18:22:52 5: CUL_HM DG.kj.FK protEvent:CMDs_pending pending:5
2015.11.13 18:22:52 5: CUL_HM DG.kj.FK protEvent:CMDs_pending pending:6
2015.11.13 18:22:52 3: CUL_HM set DG.kj.FK getConfig
2015.11.13 18:22:52 5: HMLAN_Send:  HMLAN1 S:S01DF077B stat:  00 t:00000000 d:01 r:01DF077B m:0A A001 123ABC 15D34E 00050000000000
2015.11.13 18:22:52 5: HMLAN_Send:  HMLAN1 I:K
2015.11.13 18:22:52 5: CUL_HM DG.kj.FK protEvent:CMDs_processing... pending:5
2015.11.13 18:22:52 5: Triggering DG.kj.FK (3 changes)
2015.11.13 18:22:52 5: Notify loop for DG.kj.FK Activity: alive
2015.11.13 18:22:52 5: Update structure 'FensterJean' to closed because device DG.kj.FK has changed
2015.11.13 18:22:52 5: Triggering FensterJean (1 changes)
2015.11.13 18:22:52 5: Notify loop for FensterJean closed
2015.11.13 18:22:52 5: Update structure 'FensterOG' to closed because device FensterJean has changed
2015.11.13 18:22:52 5: Triggering FensterOG (1 changes)
2015.11.13 18:22:52 5: Notify loop for FensterOG closed
2015.11.13 18:22:52 5: Triggering DisplayFensterOG
2015.11.13 18:22:52 4: DisplayFensterOG exec {
   my $vm = 216;;
   my $BinMask = 0b11110011;;
   my $BinVal  = 0b00001100;;
   { if ($EVENT eq "closed") {$BinVal = 0b00000000;;}
     elsif ($EVENT eq "tilted") {$BinVal = 0b00000100;;}
   }
   LinHK_BinaryState($vm, $BinMask, $BinVal);;
}
2015.11.13 18:22:52 5: Cmd: >{
   my $vm = 216;
   my $BinMask = 0b11110011;
   my $BinVal  = 0b00001100;
   { if ($EVENT eq "closed") {$BinVal = 0b00000000;}
     elsif ($EVENT eq "tilted") {$BinVal = 0b00000100;}
   }
   LinHK_BinaryState($vm, $BinMask, $BinVal);
}<
2015.11.13 18:22:52 4: HttpUtils url=http://192.168.178.1:8000/vm_bin?sgmt=0&module=216&value=0
2015.11.13 18:22:52 4: http://192.168.178.1:8000/vm_bin?sgmt=0&module=216&value=0: HTTP response code 200
2015.11.13 18:22:52 4: HttpUtils http://192.168.178.1:8000/vm_bin?sgmt=0&module=216&value=0: Got data, length: 16
2015.11.13 18:22:52 5: Update structure 'FensterHaus' to closed because device FensterOG has changed
2015.11.13 18:22:52 5: Triggering FensterHaus (1 changes)
2015.11.13 18:22:52 5: Notify loop for FensterHaus closed
2015.11.13 18:22:52 5: HMLAN/RAW: /HHM-LAN-IF,03C4,IEQ0245167,17400B,123ABC,3F6E7C7E,0021,03

2015.11.13 18:22:52 5: HMLAN_Parse: HMLAN1 V:03C4 sNo:IEQ0245167 d:17400B O:123ABC t:3F6E7C7E IDcnt:0021 L:3 %
2015.11.13 18:22:52 5: Triggering HMLAN1 (1 changes)
2015.11.13 18:22:52 5: Notify loop for HMLAN1 loadLvl: low
2015.11.13 18:22:52 5: HMLAN/RAW: /R01DF077B,0008,00000000,FF,7FFF,0AA001123ABC15D34E00050000000000

2015.11.13 18:22:52 5: HMLAN_Parse: HMLAN1 R:R01DF077B stat:0008 t:00000000 d:FF r:7FFF     m:0A A001 123ABC 15D34E 00050000000000
2015.11.13 18:22:52 5: HMLAN_Parse: HMLAN1 no ACK from 15D34E
2015.11.13 18:22:53 5: Triggering DG.kj.FK (1 changes)
2015.11.13 18:22:53 5: Notify loop for DG.kj.FK ResndFail
2015.11.13 18:22:53 5: Update structure 'FensterJean' to closed because device DG.kj.FK has changed
2015.11.13 18:22:53 5: Triggering FensterJean (1 changes)
2015.11.13 18:22:53 5: Notify loop for FensterJean closed
2015.11.13 18:22:53 5: Update structure 'FensterOG' to closed because device FensterJean has changed
2015.11.13 18:22:53 5: Triggering FensterOG (1 changes)
2015.11.13 18:22:53 5: Notify loop for FensterOG closed
2015.11.13 18:22:53 5: Triggering DisplayFensterOG
2015.11.13 18:22:53 4: DisplayFensterOG exec {
   my $vm = 216;;
   my $BinMask = 0b11110011;;
   my $BinVal  = 0b00001100;;
   { if ($EVENT eq "closed") {$BinVal = 0b00000000;;}
     elsif ($EVENT eq "tilted") {$BinVal = 0b00000100;;}
   }
   LinHK_BinaryState($vm, $BinMask, $BinVal);;
}
2015.11.13 18:22:53 5: Cmd: >{
   my $vm = 216;
   my $BinMask = 0b11110011;
   my $BinVal  = 0b00001100;
   { if ($EVENT eq "closed") {$BinVal = 0b00000000;}
     elsif ($EVENT eq "tilted") {$BinVal = 0b00000100;}
   }
   LinHK_BinaryState($vm, $BinMask, $BinVal);
}<
2015.11.13 18:22:53 4: HttpUtils url=http://192.168.178.1:8000/vm_bin?sgmt=0&module=216&value=0
2015.11.13 18:22:53 4: http://192.168.178.1:8000/vm_bin?sgmt=0&module=216&value=0: HTTP response code 200
2015.11.13 18:22:53 4: HttpUtils http://192.168.178.1:8000/vm_bin?sgmt=0&module=216&value=0: Got data, length: 16
2015.11.13 18:22:53 5: Update structure 'FensterHaus' to closed because device FensterOG has changed
2015.11.13 18:22:53 5: Triggering FensterHaus (1 changes)
2015.11.13 18:22:53 5: Notify loop for FensterHaus closed
2015.11.13 18:22:53 5: CUL_HM DG.kj.FK protEvent:CMDs_done_Errors:1
2015.11.13 18:22:53 5: Triggering DG.kj.FK (1 changes)
2015.11.13 18:22:53 5: Notify loop for DG.kj.FK MISSING ACK
2015.11.13 18:22:53 5: Update structure 'FensterJean' to closed because device DG.kj.FK has changed
2015.11.13 18:22:53 5: Triggering FensterJean (1 changes)
2015.11.13 18:22:53 5: Notify loop for FensterJean closed
2015.11.13 18:22:53 5: Update structure 'FensterOG' to closed because device FensterJean has changed
2015.11.13 18:22:53 5: Triggering FensterOG (1 changes)
2015.11.13 18:22:53 5: Notify loop for FensterOG closed
2015.11.13 18:22:53 5: Triggering DisplayFensterOG
2015.11.13 18:22:53 4: DisplayFensterOG exec {
   my $vm = 216;;
   my $BinMask = 0b11110011;;
   my $BinVal  = 0b00001100;;
   { if ($EVENT eq "closed") {$BinVal = 0b00000000;;}
     elsif ($EVENT eq "tilted") {$BinVal = 0b00000100;;}
   }
   LinHK_BinaryState($vm, $BinMask, $BinVal);;
}
2015.11.13 18:22:53 5: Cmd: >{
   my $vm = 216;
   my $BinMask = 0b11110011;
   my $BinVal  = 0b00001100;
   { if ($EVENT eq "closed") {$BinVal = 0b00000000;}
     elsif ($EVENT eq "tilted") {$BinVal = 0b00000100;}
   }
   LinHK_BinaryState($vm, $BinMask, $BinVal);
}<
2015.11.13 18:22:53 4: HttpUtils url=http://192.168.178.1:8000/vm_bin?sgmt=0&module=216&value=0
2015.11.13 18:22:53 4: http://192.168.178.1:8000/vm_bin?sgmt=0&module=216&value=0: HTTP response code 200
2015.11.13 18:22:53 4: HttpUtils http://192.168.178.1:8000/vm_bin?sgmt=0&module=216&value=0: Got data, length: 16
2015.11.13 18:22:53 5: Update structure 'FensterHaus' to closed because device FensterOG has changed
2015.11.13 18:22:53 5: Triggering FensterHaus (1 changes)
2015.11.13 18:22:53 5: Notify loop for FensterHaus closed
2015.11.13 18:22:56 4: Connection accepted from FHEMWEB:192.168.178.27:61476
2015.11.13 18:22:56 4: Connection accepted from FHEMWEB:192.168.178.27:61477
2015.11.13 18:22:56 4: Connection accepted from FHEMWEB:192.168.178.27:61478
2015.11.13 18:22:56 4: FHEMWEB:192.168.178.27:61477 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2015-11-13.log; BUFLEN:0
2015.11.13 18:22:57 4: FHEMWEB:192.168.178.27:61478 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2015-11-13.log; BUFLEN:0
2015.11.13 18:22:57 4: Connection accepted from FHEMWEB:192.168.178.27:61479
2015.11.13 18:22:57 4: Connection accepted from FHEMWEB:192.168.178.27:61480
2015.11.13 18:22:57 4: Connection closed for FHEMWEB:192.168.178.27:61475: Connection reset by peer
2015.11.13 18:22:57 4: FHEMWEB:192.168.178.27:61478 GET /fhem/FileLog_logWrapper?XHR=1&inform=type=status;filter=;since=1447435376;fmt=JSON×tamp=1447435377875; BUFLEN:0
2015.11.13 18:23:02 4: HMLAN_ack: timeout - clear queue
2015.11.13 18:23:02 5: HMLAN/RAW: /E15D34E,0000,3F6EA6B1,FF,FFB5,0A800215D34E123ABC80

2015.11.13 18:23:02 5: HMLAN_Parse: HMLAN1 R:E15D34E   stat:0000 t:3F6EA6B1 d:FF r:FFB5     m:0A 8002 15D34E 123ABC 80
2015.11.13 18:23:02 5: HMLAN1 dispatch A0A0A800215D34E123ABC80::-75:HMLAN1
2015.11.13 18:23:02 5: CUL_HM DG.kj.FK protEvent:CMDs_done_Errors:1
2015.11.13 18:23:02 5: Triggering DG.kj.FK (2 changes)
2015.11.13 18:23:02 5: Notify loop for DG.kj.FK NACK
2015.11.13 18:23:02 5: Update structure 'FensterJean' to closed because device DG.kj.FK has changed
2015.11.13 18:23:02 5: Triggering FensterJean (1 changes)
2015.11.13 18:23:02 5: Notify loop for FensterJean closed
2015.11.13 18:23:02 5: Update structure 'FensterOG' to closed because device FensterJean has changed
2015.11.13 18:23:02 5: Triggering FensterOG (1 changes)
2015.11.13 18:23:02 5: Notify loop for FensterOG closed
2015.11.13 18:23:02 5: Triggering DisplayFensterOG
2015.11.13 18:23:02 4: DisplayFensterOG exec {
   my $vm = 216;;
   my $BinMask = 0b11110011;;
   my $BinVal  = 0b00001100;;
   { if ($EVENT eq "closed") {$BinVal = 0b00000000;;}
     elsif ($EVENT eq "tilted") {$BinVal = 0b00000100;;}
   }
   LinHK_BinaryState($vm, $BinMask, $BinVal);;
}
2015.11.13 18:23:03 5: Cmd: >{
   my $vm = 216;
   my $BinMask = 0b11110011;
   my $BinVal  = 0b00001100;
   { if ($EVENT eq "closed") {$BinVal = 0b00000000;}
     elsif ($EVENT eq "tilted") {$BinVal = 0b00000100;}
   }
   LinHK_BinaryState($vm, $BinMask, $BinVal);
}<
2015.11.13 18:23:03 4: HttpUtils url=http://192.168.178.1:8000/vm_bin?sgmt=0&module=216&value=0
2015.11.13 18:23:03 4: http://192.168.178.1:8000/vm_bin?sgmt=0&module=216&value=0: HTTP response code 200
2015.11.13 18:23:03 4: HttpUtils http://192.168.178.1:8000/vm_bin?sgmt=0&module=216&value=0: Got data, length: 16
2015.11.13 18:23:03 5: Update structure 'FensterHaus' to closed because device FensterOG has changed
2015.11.13 18:23:03 5: Triggering FensterHaus (1 changes)
2015.11.13 18:23:03 5: Notify loop for FensterHaus closed
2015.11.13 18:23:17 5: HMLAN_Send:  HMLAN1 I:K
2015.11.13 18:23:17 5: HMLAN/RAW: /HHM-LAN-IF,03C4,IEQ0245167,17400B,123ABC,3F6EDE39,0021,04

2015.11.13 18:23:17 5: HMLAN_Parse: HMLAN1 V:03C4 sNo:IEQ0245167 d:17400B O:123ABC t:3F6EDE39 IDcnt:0021 L:4 %
2015.11.13 18:23:17 5: Triggering HMLAN1 (1 changes)
2015.11.13 18:23:17 5: Notify loop for HMLAN1 loadLvl: low
2015.11.13 18:23:29 4: Connection closed for FHEMWEB:192.168.178.27:61478: Connection reset by peer
2015.11.13 18:23:29 4: FHEMWEB:192.168.178.27:61476 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2015-11-13.log; BUFLEN:0

Gruß, Johannes
Titel: Antw:Sec-RHS: Ein bißchen kaputt?
Beitrag von: frank am 13 November 2015, 18:52:18
dass das pairen nicht funktioniert, liegt eher daran, dass die anlernmessage an die hmid C203C2 gesendet wird. seine neue zentrale. da hat der werksreset auch nicht richtig funktioniert. das sollte eigentlich broadcast 000000 sein. deswegen antwortet er auch mit NACK.

Code Auswählen
2015.11.13 18:22:52 5: HMLAN_Parse: HMLAN1 R:E15D34E   stat:0000 t:3F6E7C0F d:FF r:FFBE     m:09 8400 15D34E C203C2 2000307889DC00D8B2A1F3A5DC80910101

ich würde noch ein paar reset probieren. nach dem reset die batterie ein paar sekunden raus und wieder pairen.
das log ist weniger umfangreich und einfacher zu lesen, wenn du nach dem wiki => homematic sniffen vorgehst.
Titel: Antw:Sec-RHS: Ein bißchen kaputt?
Beitrag von: LCN-User am 13 November 2015, 19:16:51
Reset lässt sich durchführen. Nach dem Wiedereinlegen der Batterien wird der Selbsttest mit Rot/Grün/Gelb durchlaufen - aber jetzt kommt eine Fehlermeldung: anhaltendes langsames rotes Blinken.
Nur Text | Text mit Bildern