getConfig liefert RESPONSE TIMEOUT:RegisterRead

Alcamar · 01 November 2014, 15:22:59

weil die doch geheim bleiben sollte, oder? Könnte nun nicht theoretisch jemand meine Rolläden steuern?

Alcamar · 01 November 2014, 15:55:42

Ich habe beiden Rauchmeldern folgendes Attribut gespendet

attr IOgrp MyVCCU
Danach ein shutdown restart und ein getConfig auf beide Rauchmelder, trotzdem kommt:
CMDs_done_Errors:1
wegen des RESPONSE TIMEOUT.

Den VCCU bzw VCUL muss ich noch besser verstehen, aber ich habe das Gefühl, dass es nicht mein Problem lösen wird.
Für VCCU bin ich noch zu newbie.

VCCU habe ich zwar definiert, aber ich habe den Nutzen noch nicht ganz verinnerlicht.

martinp876 · 01 November 2014, 16:05:23

in dem Log sehe ich keinen timeout.
Alles wird sauber bearbeitet. Zeit ist 4 sec, die wird nicht ausgeschöpft.
kannst du das ganze einmal im zusammenhang loggen?
rohmessages und das Timeout mit Zeitstempel.

Alcamar · 01 November 2014, 16:24:39

Das ist der Log-Auszug

Code Auswählen

2014.11.01 16:16:00.098 0: Server started with 231 defined entities (version $Id: fhem.pl 6770 2014-10-15 17:11:07Z rudolfkoenig $, os linux, user root, pid 19730)
2014.11.01 16:16:20.395 4: CUL_Parse: CUL_0 A 0C 1F 8670 206CD3 000000 0086210C -68
2014.11.01 16:16:50.956 4: CUL_Parse: CUL_0 A 0C C5 8670 206958 000000 00CA3C2A -53
2014.11.01 16:17:00.803 4: CUL_Parse: CUL_0 A 0C CF 8670 206977 000000 00EA3107 -70.5
2014.11.01 16:17:11.855 4: CUL_Parse: CUL_0 A 0C 1A 8670 27B9D8 000000 008E4CF9 -77.5
2014.11.01 16:17:15.755 4: CUL_send:  CUL_0As 10 01 B001 MYHMID 1E8AE2 00040000000000
2014.11.01 16:17:20.775 4: CUL_send:  CUL_0As 10 01 B001 MYHMID 1E8AE2 00040000000000
2014.11.01 16:17:25.262 4: CUL_Parse: CUL_0 A 0C E1 8670 2068E5 000000 00CE3CFB -76.5
2014.11.01 16:18:10.342 4: CUL_Parse: CUL_0 A 0C 91 8670 206A75 000000 007A5BED -83.5
2014.11.01 16:18:26.678 4: CUL_Parse: CUL_0 A 0D 93 8410 289C90 MYHMID 0601C100F5 -79.5

und in den Readings ist der RESPONSE TIMEOUT:RegisterRead um 2014-11-01 16:17:25

Alcamar · 01 November 2014, 16:53:41

und das ist ein list eines der beiden Rauchmelder. Dank Frank kenne ich nun auch list.

Code Auswählen

Internals: 
   CFGFN      FHEM/Rauchmelder.cfg 
   DEF        1E8AE2 
   IODev      CUL_0 
   NAME       Rauchmelder_Keller 
   NR         545 
   STATE      RESPONSE TIMEOUT:RegisterRead 
   TYPE       CUL_HM 
   protCmdDel 7 
   protResnd  4 last_at:2014-11-01 16:43:01 
   protResndFail 4 last_at:2014-11-01 16:43:05 
   protSnd    4 last_at:2014-11-01 16:42:55 
   protState  CMDs_done_Errors:1 
   Readings: 
     2014-11-01 16:16:02   Activity        alive 
     2014-11-01 10:19:30   CommandAccepted yes 
     2014-11-01 10:19:30   D-firmware      1.0 
     2014-11-01 10:19:30   D-serialNr      JEQ0732804 
     2014-11-01 11:21:30   PairedTo        0xMYHMID 
     2014-11-01 11:21:30   R-pairCentral   0xMYHMID 
     2014-11-01 16:43:05   state           RESPONSE TIMEOUT:RegisterRead 
     Regl_00:: 
       VAL 
   Helper: 
     cSnd       01MYHMID1E8AE200040000000000 
     getCfgListNo 
     mId        0042 
     rxType     2 
     Io: 
       newChn     +1E8AE2,00,01,00 
       prefIO 
       rxt        0 
       vccu       MyVCCU 
       p: 
         1E8AE2 
         00 
         01 
         00 
     Mrssi: 
       mNo 
     Prt: 
       bErr       0 
       sProc      0 
     Q: 
       qReqConf 
       qReqStat   00 
     Role: 
       chn        1 
       dev        1 
Attributes: 
   IODev      CUL_0 
   IOgrp      MyVCCU 
   actCycle   099:00 
   actStatus  alive 
   autoReadReg 4_reqStatus 
   expert     2_full 
   firmware   1.0 
   model      HM-SEC-SD 
   msgRepeat  1 
   peerIDs    00000000, 
   room       6.50_Sensoren,CUL_HM 
   serialNr   JEQ0732804 
   subType    smokeDetector 
   webCmd     statusRequest

Alcamar · 01 November 2014, 16:57:39

das ist der zweite Rauchmelder. Beide habe ich versucht wieder an ein virtuelles Team zu peeren, aber das funktioniert auch nicht. Die Teile akzeptieren nichts von "außen".

Code Auswählen

nternals: 
   CFGFN      FHEM/Rauchmelder.cfg 
   DEF        1C4104 
   IODev      CUL_0 
   NAME       Rauchmelder_Schlafzimmer 
   NR         542 
   STATE      MISSING ACK 
   TYPE       CUL_HM 
   protCmdDel 1 
   protResnd  1 last_at:2014-11-01 16:33:30 
   protResndFail 1 last_at:2014-11-01 16:33:36 
   protSnd    1 last_at:2014-11-01 16:33:26 
   protState  CMDs_done_Errors:1 
   Readings: 
     2014-11-01 16:16:02   Activity        alive 
     2014-10-26 19:42:37   CommandAccepted yes 
     2014-10-26 19:42:36   D-firmware      1.0 
     2014-10-26 19:42:36   D-serialNr      JEQ0317664 
     2014-10-26 19:42:37   PairedTo        0xMYHMID 
     2014-10-26 19:42:37   R-pairCentral   0xMYHMID 
     2014-11-01 13:18:08   RegL_00:        0 
     2014-10-30 08:48:25   battery         ok 
     2014-10-30 08:48:25   level           0 
     2014-10-30 08:48:25   powerOn         2014-10-30 08:48:25 
     2014-10-30 08:48:25   recentStateType info 
     2014-11-01 16:33:36   state           MISSING ACK 
   Helper: 
     cSnd       01MYHMID1C41040101A1B2C90100 
     mId        0042 
     rxType     2 
     Io: 
       newChn     +1C4104,00,01,00 
       prefIO 
       rxt        0 
       vccu       MyVCCU 
       p: 
         1C4104 
         00 
         01 
         00 
     Mrssi: 
       mNo 
     Prt: 
       bErr       0 
       sProc      0 
     Q: 
       qReqConf   00 
       qReqStat   00 
     Role: 
       chn        1 
       dev        1 
Attributes: 
   IODev      CUL_0 
   IOgrp      MyVCCU 
   actCycle   099:00 
   actStatus  alive 
   autoReadReg 4_reqStatus 
   expert     2_full 
   firmware   1.0 
   model      HM-SEC-SD 
   msgRepeat  1 
   peerIDs    00000000, 
   room       6.50_Sensoren,CUL_HM 
   serialNr   JEQ0317664 
   subType    smokeDetector 
   webCmd     statusRequest

martinp876 · 01 November 2014, 20:33:11

sicherheitshalber: MYHMID ersetzt du aus geheimhaltung hier im Log - oder?
kannst du das im klartext schicken - sicherheit bringt das keine. Kann jeder neben deinem Haus mitsniffen. Ich hätte mehr Probleme, dein Haus zu finden.

Alcamar · 01 November 2014, 20:48:26

Ja, es ist in Wirklichkeit eine 6-Stellige Hexadezimal-ID.
Wenn du meinst, dass es sowieso vom Nachbarn mitgelesen werden kann, kann ich mir das suchen/ersetzen vor dem posten sparen. D.h. aber dass auch jeder mein Licht ein- und ausschalten könnte? Mein Nachbar zum Beispiel weiss ja wo ich wohne.

Bringt Dir das was, wenn ich Dir den gleichen Log-Auszug mit der HmId schicke?

martinp876 · 01 November 2014, 20:56:22

wenn du es einfach sniffen kannst kann es auch den Nachbar. Das sollte dir klar sein. Alles was du in den rohmessages sehen kannst ist öffentlich - lesbar wie ein Buch.
Wenn du sicherheit brauchst musst du AES einschalten.

wenn die ID sechsstellig ist und 3 Byte integer in Hex - capital-letter ist sollte es gut sein. Eine 000003 sollte es besser nicht sein.

Kannst du einmal pairen? Gleich loggen und schicken. Das Device antwortet nicht - also ist es evtl nicht gepairt. Mal sehen

Alcamar · 01 November 2014, 21:09:07

set Rauchmelder_Keller pair ging nicht.
Also habe ich
set CUL_0 hmPairForSec 600
gemacht und die Configtaste am Rauchmelder gedrückt. Dort wurde aber nur mit roter LED quittiert. Das war beim anlernen davor anders. Hier der Log aus der Aktion:

Code Auswählen

2014.11.01 21:06:01.926 4: CUL_Parse: CUL_0 A 1A 01 8400 1C4104 000000 1000424A455130333137363634CD00010029 -53.5
2014.11.01 21:06:02.029 4: CUL_send:  CUL_0As 10 2B B001 8F55B3 1C4104 00050000000000
2014.11.01 21:06:02.179 4: CUL_Parse: CUL_0 A 0A 2B 8002 1C4104 8F55B3 0028 -54
2014.11.01 21:06:02.282 4: CUL_send:  CUL_0As 13 2C A001 8F55B3 1C4104 000802010A8F0B550CB3
2014.11.01 21:06:05.010 4: CUL_send:  CUL_0As 10 01 B001 8F55B3 1C4104 00050000000000
2014.11.01 21:06:09.427 4: CUL_send:  CUL_0As 10 01 B001 8F55B3 1C4104 00050000000000
2014.11.01 21:06:10.723 4: CUL_send:  CUL_0As 10 01 B001 8F55B3 1C4104 00050000000000
2014.11.01 21:06:12.649 4: CUL_send:  CUL_0As 10 01 B001 8F55B3 1C4104 00050000000000
2014.11.01 21:06:13.278 4: CUL_send:  CUL_0As 10 01 B001 8F55B3 1C4104 00050000000000
2014.11.01 21:06:14.470 4: CUL_send:  CUL_0As 10 01 B001 8F55B3 1C4104 00050000000000

Alcamar · 01 November 2014, 21:12:44

und nun kann ich fhem gar nicht mehr aufrufen. Der Browser lädt und lädt und ich kann über des WEB-Frontend nicht mehr auf fhem zugreifen.

Kill -9 und restart fhem und schon geht es wieder.

Alcamar · 02 November 2014, 07:36:30

Der Rauchmelder führt zum "Absturz" von fhem, weil fhem nur noch damit beschäftigt ist ins Log-File zu schreiben. (Sniffen ist eingeschaltet)

Das passiert vor der aufhängen:

Code Auswählen

2014.11.02 00:16:56.693 4: CUL_Parse: CUL_0 A 0C D7 8670 27B9D8 000000 00684DFA -77
2014.11.02 00:17:02.790 4: CUL_Parse: CUL_0 A 1A 02 8400 1C4104 000000 1000424A455130333137363634CD00010028 -54
2014.11.02 00:17:02.893 4: CUL_send:  CUL_0As 10 02 B001 8F55B3 1C4104 00050000000000
2014.11.02 00:17:06.035 4: CUL_send:  CUL_0As 10 01 B001 8F55B3 1C4104 00050000000000
2014.11.02 00:17:07.743 4: CUL_send:  CUL_0As 10 01 B001 8F55B3 1C4104 00050000000000
2014.11.02 00:17:08.950 4: CUL_send:  CUL_0As 10 01 B001 8F55B3 1C4104 00050000000000
2014.11.02 00:17:10.843 4: CUL_send:  CUL_0As 10 01 B001 8F55B3 1C4104 00050000000000
2014.11.02 00:17:11.570 4: CUL_send:  CUL_0As 10 01 B001 8F55B3 1C4104 00050000000000

Danach wiederholt sich der letzte Eintrag im Sekundenbereich. Fhem ist nicht mehr zugänglich und es hilft nur ein kill -9 auf dem fhem-Prozess und ein fhem-Restart.
Das passiert bei beiden Rauchmeldern.

Das gleiche Verhalten etwas früher im Log:

Code Auswählen

2014.11.01 21:06:01.926 4: CUL_Parse: CUL_0 A 1A 01 8400 1C4104 000000 1000424A455130333137363634CD00010029 -53.5
2014.11.01 21:06:02.029 4: CUL_send:  CUL_0As 10 2B B001 8F55B3 1C4104 00050000000000
2014.11.01 21:06:02.179 4: CUL_Parse: CUL_0 A 0A 2B 8002 1C4104 8F55B3 0028 -54
2014.11.01 21:06:02.282 4: CUL_send:  CUL_0As 13 2C A001 8F55B3 1C4104 000802010A8F0B550CB3
2014.11.01 21:06:05.010 4: CUL_send:  CUL_0As 10 01 B001 8F55B3 1C4104 00050000000000
2014.11.01 21:06:09.427 4: CUL_send:  CUL_0As 10 01 B001 8F55B3 1C4104 00050000000000
2014.11.01 21:06:10.723 4: CUL_send:  CUL_0As 10 01 B001 8F55B3 1C4104 00050000000000
2014.11.01 21:06:12.649 4: CUL_send:  CUL_0As 10 01 B001 8F55B3 1C4104 00050000000000

Alcamar · 02 November 2014, 07:59:01

@Frank:

habe eben gesehen, dass ein set hm getConfig folgendes bringt

IOgrp: CCU not found
Rauchmelder_Keller ->MyVCCU

Habe ich vielleicht Dein Ratschlag mit der VCCU nicht richtig umgesetzt?

frank · 02 November 2014, 08:41:57

ZitatHabe ich vielleicht Dein Ratschlag mit der VCCU nicht richtig umgesetzt?

poste ein list vom sd und der vccu.

Alcamar · 02 November 2014, 09:02:06

list von der VCCU:

Code Auswählen

Internals: 
   DEF        8F55B3 
   IODev      CUL_0 
   NAME       myVCCU 
   NR         1218 
   STATE      CUL_0:ok, 
   TYPE       CUL_HM 
   assignedIOs CUL_0 
   Readings: 
   Helper: 
     mId        FFF0 
     rxType     1 
     Io: 
       prefIO 
       vccu 
       ioList: 
         CUL_0 
     Mrssi: 
       mNo 
     Prt: 
       bErr       0 
       sProc      0 
     Q: 
       qReqConf 
       qReqStat 
     Role: 
       chn        1 
       dev        1 
       vrt        1 
Attributes: 
   IODev      CUL_0 
   IOList     CUL_0 
   comment    Virtueller Controller 
   model      CCU-FHEM 
   room       Server 
   subType    virtual 
   webCmd     virtual:update

und vom Rauchmelder:

Code Auswählen

Internals: 
   CFGFN      FHEM/Rauchmelder.cfg 
   CUL_0_MSGCNT 16 
   CUL_0_RAWMSG A0D00A4101E8AE28F55B306010000::-71.5:CUL_0 
   CUL_0_RSSI -71.5 
   CUL_0_TIME 2014-11-02 08:27:26 
   DEF        1E8AE2 
   IODev      CUL_0 
   LASTInputDev CUL_0 
   MSGCNT     16 
   NAME       Rauchmelder_Keller 
   NR         561 
   STATE      off 
   TYPE       CUL_HM 
   lastMsg    No:00 - t:10 s:1E8AE2 d:8F55B3 06010000 
   protLastRcv 2014-11-02 08:27:26 
   protSnd    17 last_at:2014-11-02 08:27:26 
   protState  CMDs_done 
   rssi_CUL_0 avg:-62 min:-62 max:-62 lst:-62 cnt:1 
   rssi_at_CUL_0 avg:-61.12 min:-71.5 max:-58 lst:-71.5 cnt:16 
   Readings: 
     2014-11-02 08:23:43   Activity        alive 
     2014-11-02 08:23:44   CommandAccepted yes 
     2014-11-02 08:23:43   D-firmware      1.0 
     2014-11-02 08:23:43   D-serialNr      JEQ0732804 
     2014-11-02 08:23:44   PairedTo        0x8F55B3 
     2014-11-02 08:23:44   R-pairCentral   0x8F55B3 
     2014-11-02 08:23:44   RegL_00:          02:01 0A:8F 0B:55 0C:B3 00:00 
     2014-11-02 08:27:26   battery         ok 
     2014-11-02 08:27:26   level           0 
     2014-11-02 08:27:26   powerOn         2014-11-02 08:27:26 
     2014-11-02 08:27:26   recentStateType info 
     2014-11-02 08:27:26   state           off 
   Helper: 
     cSnd       018F55B31E8AE20103 
     mId        0042 
     peerIDsRaw ,00000000 
     rxType     2 
     Io: 
       newChn     +1E8AE2,00,01,00 
       nextSend   1414913246.85695 
       prefIO 
       rxt        0 
       vccu       MyVCCU 
       p: 
         1E8AE2 
         00 
         01 
         00 
     Mrssi: 
       mNo        00 
       Io: 
         CUL_0      -69.5 
     Prt: 
       bErr       0 
       sProc      0 
       Rspwait: 
     Q: 
       qReqConf 
       qReqStat 
     Role: 
       chn        1 
       dev        1 
     Rpt: 
       IO         CUL_0 
       flg        A 
       ts         1414913246.76744 
       ack: 
         HASH(0x13bbb08) 
         0080028F55B31E8AE200 
     Rssi: 
       Cul_0: 
         avg        -62 
         cnt        1 
         lst        -62 
         max        -62 
         min        -62 
       At_cul_0: 
         avg        -61.125 
         cnt        16 
         lst        -71.5 
         max        -58 
         min        -71.5 
     Shadowreg: 
Attributes: 
   IODev      CUL_0 
   IOgrp      myVCCU:CUL_0 
   actCycle   099:00 
   actStatus  alive 
   autoReadReg 4_reqStatus 
   expert     2_full 
   firmware   1.0 
   model      HM-SEC-SD 
   msgRepeat  1 
   peerIDs    00000000, 
   room       6.50_Sensoren,CUL_HM 
   serialNr   JEQ0732804 
   subType    smokeDetector 
   webCmd     statusReques