vccu, Rauchmelder seit Update unreachable

franky08 · 01 Juli 2015, 15:27:53

@Ralli
Siehe list von vccu, OU-LED sind die einzelnen LED´s nur über notify getriggert, kein Peering.

Internals: 
   DEF        123ABC 
   HMLAN1_MSGCNT 46 
   HMLAN1_RAWMSG E123ABC,0000,01222555,FF,FFC4,67803F123ABC2221D002041D269F50 
   HMLAN1_RSSI -60 
   HMLAN1_TIME 2015-07-01 14:53:36 
   HMLAN2_MSGCNT 498 
   HMLAN2_RAWMSG E123ABC,0000,28F624BE,FF,FFC2,42A011123ABC1D481F800502 
   HMLAN2_RSSI -62 
   HMLAN2_TIME 2015-07-01 15:25:08 
   HMLAN3_MSGCNT 533 
   HMLAN3_RAWMSG E123ABC,0000,00F45A43,FF,FFC1,42A011123ABC1D481F800502 
   HMLAN3_RSSI -63 
   HMLAN3_TIME 2015-07-01 15:25:08 
   IODev      HMLAN1 
   LASTInputDev HMLAN3 
   MSGCNT     1077 
   NAME       vccu 
   NR         55 
   STATE      HMLAN1:ok,HMLAN2:ok,HMLAN3:ok, 
   TYPE       CUL_HM 
   assignedIOs HMLAN1,HMLAN2,HMLAN3 
   channel_01 vccu_Btn1 
   channel_02 vccu_Btn2 
   channel_03 vccu_Btn3 
   channel_04 vccu_Btn4 
   channel_05 vccu_Btn5 
   channel_06 vccu_Btn6 
   channel_07 vccu_Btn7 
   channel_08 vccu_Btn8 
   lastMsg    No:42 - t:11 s:123ABC d:1D481F 800502 
   protLastRcv 2015-07-01 15:25:08 
   rssi_at_HMLAN1 avg:-59.62 min:-68 max:-40 lst:-60 cnt:40 
   rssi_at_HMLAN2 avg:-66.47 min:-79 max:-51 lst:-62 cnt:495 
   rssi_at_HMLAN3 avg:-50.81 min:-68 max:-42 lst:-63 cnt:528 
   rssi_at_rpt_HMLAN1 avg:-42.33 min:-49 max:-34 lst:-34 cnt:6 
   rssi_at_rpt_HMLAN2 avg:-77 min:-80 max:-74 lst:-74 cnt:3 
   rssi_at_rpt_HMLAN3 avg:-38.6 min:-69 max:-31 lst:-69 cnt:5 
   CHANGETIME: 
   Readings: 
     2015-07-01 15:25:03   CommandAccepted yes 
     2015-07-01 10:58:34   state           HMLAN1:ok,HMLAN2:ok,HMLAN3:ok, 
   Helper: 
     HM_CMDNR   66 
     mId        FFF0 
     rxType     1 
     Io: 
       nextSend   1435757108.95395 
       prefIO 
       vccu 
       ioList: 
         HMLAN1 
         HMLAN2 
         HMLAN3 
     Mrssi: 
       mNo        42 
       Io: 
         HMLAN2     -62 
         HMLAN3     -63 
     Prt: 
       bErr       0 
       sProc      0 
       Rspwait: 
     Q: 
       qReqConf 
       qReqStat 
     Role: 
       dev        1 
     Rssi: 
       At_hmlan1: 
         avg        -59.625 
         cnt        40 
         lst        -60 
         max        -40 
         min        -68 
       At_hmlan2: 
         avg        -66.4707070707071 
         cnt        495 
         lst        -62 
         max        -51 
         min        -79 
       At_hmlan3: 
         avg        -50.8162878787879 
         cnt        528 
         lst        -63 
         max        -42 
         min        -68 
       At_rpt_hmlan1: 
         avg        -42.3333333333333 
         cnt        6 
         lst        -34 
         max        -34 
         min        -49 
       At_rpt_hmlan2: 
         avg        -77 
         cnt        3 
         lst        -74 
         max        -74 
         min        -80 
       At_rpt_hmlan3: 
         avg        -38.6 
         cnt        5 
         lst        -69 
         max        -31 
         min        -69 
     Shadowreg: 
Attributes: 
   DbLogExclude .* 
   IODev      HMLAN1 
   IOList     HMLAN1,HMLAN2,HMLAN3 
   expert     2_full 
   model      CCU-FHEM 
   room       HM-Adapter 
   subType    virtual 
   webCmd     virtual:update

VG
Frank

martinp876 · 01 Juli 2015, 21:03:32

Zum led16 brauche ich die logs, oder habe ich die uebersehen. Der hat ein besonderes statehandling.
Die energiemessdose scheint hie und da nicht senden zu wollen. Evtl ein overloadschutz. Das sehe ich als das problem hier. Mal ueberlegen, wie man damit umgehen kann

Ralli · 01 Juli 2015, 21:33:39

Hallo Martin,

habe Dir ein Log mit RAW-Messages per PN geschickt.

martinp876 · 02 Juli 2015, 20:52:47

geht es jetzt (morgen)?

Ralli · 02 Juli 2015, 21:35:48

Erst einmal danke, dass Du Dich der Sache annimmst bzw. angenommen hast.

Nach einem restart erst einmal einige unreachable; das bin ich ja mittlerweile gewöhnt - allerdings meine ich, dass hier einfach zu früh mit den ganzen StatusRequests begonnen wird. Mir ist dann aufgefallen, dass jetzt nicht nur das LED-Device an sich mit einem StatusRequest bedacht wird sondern alle einzelnen Channels.

Und hier sieht man auch schön, dass bereits ein DOIF ausgelöst wird, obwohl noch kein INITIALIZED da sein dürfte.

Morgen im Laufe des Tages bzw. Abends werde ich Rückmeldung geben können, ob weiter periodisch im normalen Betrieb entsprechende unreachables aufgetreten sind.

Code Auswählen


2015.07.02 21:24:32 1: Including fhem.cfg
2015.07.02 21:24:32 3: telnetPort: port 7072 opened
2015.07.02 21:24:32 3: WEB: port 8083 opened
2015.07.02 21:24:32 3: WEBphone: port 8084 opened
2015.07.02 21:24:32 3: WEBtablet: port 8085 opened
2015.07.02 21:24:33 2: eventTypes: loaded 7504 events from ./log/eventTypes.txt
2015.07.02 21:24:33 1: HMLAN_Parse: HMLAN0 new condition disconnected
2015.07.02 21:24:33 3: Opening HMLAN0 device 10.0.0.5:1000
2015.07.02 21:24:33 3: HMLAN0 device opened
2015.07.02 21:24:33 1: HMLAN_Parse: HMLAN0 new condition init
2015.07.02 21:24:33 1: HMLAN_Parse: HMLAN1 new condition disconnected
2015.07.02 21:24:33 3: Opening HMLAN1 device 10.0.0.6:1000
2015.07.02 21:24:33 3: HMLAN1 device opened
2015.07.02 21:24:33 1: HMLAN_Parse: HMLAN1 new condition init
2015.07.02 21:24:33 1: HMLAN_Parse: HMLAN2 new condition disconnected
2015.07.02 21:24:33 3: Opening HMLAN2 device 10.0.0.7:1000
2015.07.02 21:24:33 3: HMLAN2 device opened
2015.07.02 21:24:33 1: HMLAN_Parse: HMLAN2 new condition init
2015.07.02 21:24:33 1: HMLAN_Parse: HMUSB0 new condition disconnected
2015.07.02 21:24:33 3: Opening HMUSB0 device 127.0.0.1:1234
2015.07.02 21:24:33 3: HMUSB0 device opened
2015.07.02 21:24:33 1: HMLAN_Parse: HMUSB0 new condition init
2015.07.02 21:24:33 1: HMLAN_Parse: HMUSB1 new condition disconnected
2015.07.02 21:24:34 3: Opening HMUSB1 device 10.0.0.10:1000
2015.07.02 21:24:34 3: HMUSB1 device opened
2015.07.02 21:24:34 1: HMLAN_Parse: HMUSB1 new condition init
2015.07.02 21:24:34 3: Opening CUL0 device /dev/ttyACM0
2015.07.02 21:24:34 3: Can't open /dev/ttyACM0: Datei oder Verzeichnis nicht gefunden
2015.07.02 21:24:34 2: Switched CUL0 rfmode to HomeMatic
2015.07.02 21:24:35 3: additional HM config file loaded: ./FHEM/HMConfig_SenTHPL.pm
2015.07.02 21:24:35 3: Opening FRITZ device 10.0.0.1:2002
2015.07.02 21:24:35 3: FRITZ device opened
2015.07.02 21:24:35 1: FBAHA FRITZ registered with handle: 0000002a
2015.07.02 21:24:42 1: Including ./log/fhem.save
2015.07.02 21:24:46 3: Device AB_HK_Device added to ActionDetector with 000:10 time
2015.07.02 21:24:46 3: Device ANB_TSS_1 added to ActionDetector with 028:00 time
2015.07.02 21:24:47 3: Device ANB_TSS_2 added to ActionDetector with 028:00 time
2015.07.02 21:24:47 3: Device ASR_Fenster_links added to ActionDetector with 000:50 time
2015.07.02 21:24:47 3: Device ASR_Fenster_rechts added to ActionDetector with 000:50 time
2015.07.02 21:24:47 3: Device ASR_RM added to ActionDetector with 099:00 time
2015.07.02 21:24:47 3: Device BAD_Fenster added to ActionDetector with 028:00 time
2015.07.02 21:24:47 3: Device BAD_HK_Device added to ActionDetector with 000:10 time
2015.07.02 21:24:48 3: Device FL_DGK_Fenster added to ActionDetector with 028:00 time
2015.07.02 21:24:48 3: Device FL_MK_Haustuer added to ActionDetector with 028:00 time
2015.07.02 21:24:48 3: Device GAR_MK_Tor added to ActionDetector with 028:00 time
2015.07.02 21:24:48 3: Device GEN_Aussensensor added to ActionDetector with 000:10 time
2015.07.02 21:24:48 1: PERL WARNING: Use of uninitialized value $end in string gt at ./FHEM/98_DOIF.pm line 476.
2015.07.02 21:24:48 1: PERL WARNING: Use of uninitialized value $begin in string gt at ./FHEM/98_DOIF.pm line 476.
2015.07.02 21:24:48 1: PERL WARNING: Use of uninitialized value $begin in string ge at ./FHEM/98_DOIF.pm line 481.
2015.07.02 21:24:51 3: Device GWC_Fenster added to ActionDetector with 000:50 time
2015.07.02 21:24:51 3: Device HWR_HK_Device added to ActionDetector with 000:10 time
2015.07.02 21:24:51 3: Device JWR_Fenster added to ActionDetector with 000:50 time
2015.07.02 21:24:51 3: Device JWR_HK_Device added to ActionDetector with 000:10 time
2015.07.02 21:24:52 3: Device JWR_RM added to ActionDetector with 099:00 time
2015.07.02 21:24:52 3: Device KUC_Fenster_Ost added to ActionDetector with 000:50 time
2015.07.02 21:24:52 3: Device KUC_Fenster_links added to ActionDetector with 000:50 time
2015.07.02 21:24:52 3: Device KUC_Fenster_rechts added to ActionDetector with 000:50 time
2015.07.02 21:24:52 3: Device KUC_HK_Device added to ActionDetector with 000:10 time
2015.07.02 21:24:52 3: Device LNA_Fenster_links added to ActionDetector with 000:50 time
2015.07.02 21:24:52 3: Device LNA_Fenster_rechts added to ActionDetector with 000:50 time
2015.07.02 21:24:53 3: Device LNA_HK_Device added to ActionDetector with 000:10 time
2015.07.02 21:24:53 3: Device LNA_RM added to ActionDetector with 099:00 time
2015.07.02 21:24:53 3: Device SZ_DGK_Fenster_links added to ActionDetector with 028:00 time
2015.07.02 21:24:53 3: Device SZ_DGK_Fenster_rechts added to ActionDetector with 028:00 time
2015.07.02 21:24:53 3: Device SZ_HK_Device added to ActionDetector with 000:10 time
2015.07.02 21:24:54 3: Device SZ_RM added to ActionDetector with 099:00 time
2015.07.02 21:24:54 3: Device TMO_Fenster_links added to ActionDetector with 000:50 time
2015.07.02 21:24:54 3: Device TMO_Fenster_rechts added to ActionDetector with 000:50 time
2015.07.02 21:24:54 3: Device TMO_HK_Device added to ActionDetector with 000:10 time
2015.07.02 21:24:54 3: Device TMO_RM added to ActionDetector with 099:00 time
2015.07.02 21:24:55 3: Device WZ_DGK_Tuer_L added to ActionDetector with 028:00 time
2015.07.02 21:24:55 3: Device WZ_DGK_Tuer_R added to ActionDetector with 028:00 time
2015.07.02 21:24:55 3: Device WZ_Fenster_links added to ActionDetector with 000:50 time
2015.07.02 21:24:55 3: Device WZ_Fenster_rechts added to ActionDetector with 000:50 time
2015.07.02 21:24:55 3: Device WZ_HK_Fenster_Device added to ActionDetector with 000:10 time
2015.07.02 21:24:55 3: Device WZ_HK_Mitte_Device added to ActionDetector with 000:10 time
2015.07.02 21:24:56 3: Device WZ_RM added to ActionDetector with 099:00 time
2015.07.02 21:24:57 0: Featurelevel: 5.6
2015.07.02 21:24:57 0: Server started with 521 defined entities (version $Id: fhem.pl 8810 2015-06-23 18:40:53Z rudolfkoenig $, os linux, user fhem, pid 31679)
2015.07.02 21:24:58 1: HMLAN_Parse: HMUSB1 new condition ok
2015.07.02 21:24:59 1: HMLAN_Parse: HMUSB0 new condition ok
2015.07.02 21:25:00 1: HMLAN_Parse: HMLAN0 new condition ok
2015.07.02 21:25:00 1: HMLAN_Parse: HMLAN1 new condition ok
2015.07.02 21:25:01 1: HMLAN_Parse: HMLAN2 new condition ok
2015.07.02 21:25:04 3: CUL_HM set HWR_Aussenlicht_Terrasse statusRequest
2015.07.02 21:25:10 3: CUL_HM set ANB_Aussensteckdosen statusRequest
2015.07.02 21:25:11 3: CUL_HM set AB_Deckenlicht statusRequest
2015.07.02 21:25:18 3: CUL_HM set ASR_RM statusRequest
2015.07.02 21:25:19 3: CUL_HM set ASR_Rollo_Links statusRequest
2015.07.02 21:25:20 3: CUL_HM set ASR_Rollo_Rechts statusRequest
2015.07.02 21:25:27 3: CUL_HM set FL_Rollo statusRequest
2015.07.02 21:25:32 3: CUL_HM set FL_Treppenlicht statusRequest
2015.07.02 21:25:33 3: CUL_HM set GAR_Aussensteckdose statusRequest
2015.07.02 21:25:35 3: CUL_HM set GEN_4SW_Tueroeffner statusRequest
2015.07.02 21:25:37 3: CUL_HM set GEN_LED1 statusRequest
2015.07.02 21:25:39 3: CUL_HM set GWC_Rollo statusRequest
2015.07.02 21:25:42 3: CUL_HM set HWR_Rollo_Nord statusRequest
2015.07.02 21:25:43 3: GEN_LED1 unreachable
2015.07.02 21:25:43 3: CUL_HM set HWR_Rollo_Tuer statusRequest
2015.07.02 21:25:44 3: CUL_HM set HWR_Rollo_West statusRequest
2015.07.02 21:25:46 3: CUL_HM set HWR_Wandleuchte statusRequest
2015.07.02 21:25:47 3: CUL_HM set CUL_HM_HM_LC_Dim1TPBU_FM_26FBDB_Sw1_V_01 statusRequest
2015.07.02 21:25:48 3: CUL_HM set CUL_HM_HM_LC_Dim1TPBU_FM_26FBDB_Sw1_V_02 statusRequest
2015.07.02 21:25:49 3: ASR_Rollo_Links IOerr
2015.07.02 21:25:49 3: ASR_Rollo_Rechts IOerr
2015.07.02 21:25:49 3: GWC_Rollo IOerr
2015.07.02 21:25:49 3: KUC_Rollo_Ost IOerr
2015.07.02 21:25:50 3: CUL_HM set JWR_RM statusRequest
2015.07.02 21:25:52 3: HWR_Wandleuchte unreachable
2015.07.02 21:25:52 3: CUL_HM set KUC_Rollo_Ost statusRequest
2015.07.02 21:25:53 3: CUL_HM_HM_LC_Dim1TPBU_FM_26FBDB_Sw1_V_01 unreachable
2015.07.02 21:25:53 3: CUL_HM set KUC_Rollo_Sued statusRequest
2015.07.02 21:25:53 3: CUL_HM_HM_LC_Dim1TPBU_FM_26FBDB_Sw1_V_02 unreachable
2015.07.02 21:25:54 3: CUL_HM set SZ_Deckenlicht statusRequest
2015.07.02 21:25:56 3: CUL_HM set SZ_Rollo statusRequest
2015.07.02 21:25:56 3: JWR_RM unreachable
2015.07.02 21:25:58 3: CUL_HM set TMO_Deckenlicht statusRequest
2015.07.02 21:25:58 3: KUC_Rollo_Ost unreachable
2015.07.02 21:25:58 3: KUC_Rollo_Sued unreachable
2015.07.02 21:25:59 3: CUL_HM set CUL_HM_HM_LC_Dim1TPBU_FM_26FB98_Sw1_V_01 statusRequest
2015.07.02 21:26:00 3: SZ_Deckenlicht unreachable
2015.07.02 21:26:01 3: CUL_HM set CUL_HM_HM_LC_Dim1TPBU_FM_26FB98_Sw1_V_02 statusRequest
2015.07.02 21:26:01 3: CUL_HM KUC_Rollo_Ost repeat, level C8 instead of 42
2015.07.02 21:26:02 3: CUL_HM set TMO_Rollo statusRequest
2015.07.02 21:26:03 3: CUL_HM set WZ_Aussen_Licht1 statusRequest
2015.07.02 21:26:03 3: TMO_Deckenlicht unreachable
2015.07.02 21:26:10 3: CUL_HM set WZ_Aussensteckdosen statusRequest
2015.07.02 21:26:10 3: CUL_HM_HM_LC_Dim1TPBU_FM_26FB98_Sw1_V_01 unreachable
2015.07.02 21:26:10 3: CUL_HM_HM_LC_Dim1TPBU_FM_26FB98_Sw1_V_02 unreachable
2015.07.02 21:26:11 3: CUL_HM set WZ_Rollo_Erker_L statusRequest
2015.07.02 21:26:13 3: CUL_HM set WZ_Rollo_Erker_R statusRequest
2015.07.02 21:26:15 3: CUL_HM set WZ_Rollo_Erker_Tuer statusRequest
2015.07.02 21:26:19 3: CUL_HM set WZ_Rollo_Sued statusRequest
2015.07.02 21:26:20 3: CUL_HM set WZ_Rollo_Terrassentuer statusRequest
2015.07.02 21:26:24 3: CUL_HM set GEN_LED1_01 getConfig
2015.07.02 21:26:28 3: CUL_HM set GEN_LED1_02 getConfig
2015.07.02 21:26:33 3: CUL_HM set GEN_LED1_03 getConfig
2015.07.02 21:26:37 3: CUL_HM set GEN_LED1_04 getConfig
2015.07.02 21:26:41 3: CUL_HM set GEN_LED1_05 getConfig
2015.07.02 21:26:45 3: CUL_HM set GEN_LED1_06 getConfig
2015.07.02 21:26:54 3: CUL_HM set GEN_LED1_07 getConfig
2015.07.02 21:27:00 3: CUL_HM set GEN_LED1_08 getConfig
2015.07.02 21:27:04 3: CUL_HM set GEN_LED1_09 getConfig
2015.07.02 21:27:08 3: CUL_HM set GEN_LED1_10 getConfig
2015.07.02 21:27:17 3: CUL_HM set GEN_LED1_11 getConfig
2015.07.02 21:27:22 3: CUL_HM set GEN_LED1_12 getConfig
2015.07.02 21:27:26 3: CUL_HM set GEN_LED1_13 getConfig
2015.07.02 21:27:30 3: CUL_HM set GEN_LED1_14 getConfig
2015.07.02 21:27:34 3: CUL_HM set GEN_LED1_15 getConfig
2015.07.02 21:27:38 3: CUL_HM set GEN_LED1_16 getConfig

Edit:

Nach ersten Beobachtungen tritt das Problem mit dem Device immer noch auf, allerdings wurden für die Channels keine StatusRequests nach der halben Stunde ausgelöst:

Code Auswählen


2015.07.02 21:55:46 3: CUL_HM set GEN_LED1 statusRequest
2015.07.02 21:55:51 3: GEN_LED1 unreachable
2015.07.02 22:25:53 3: CUL_HM set GEN_LED1 statusRequest
2015.07.02 22:25:59 3: GEN_LED1 unreachable
2015.07.02 22:56:01 3: CUL_HM set GEN_LED1 statusRequest
2015.07.02 22:56:06 3: GEN_LED1 unreachable
2015.07.02 23:26:09 3: CUL_HM set GEN_LED1 statusRequest
2015.07.02 23:26:15 3: GEN_LED1 unreachable
2015.07.02 23:56:18 3: CUL_HM set GEN_LED1 statusRequest
2015.07.02 23:56:23 3: GEN_LED1 unreachable
2015.07.03 00:26:26 3: CUL_HM set GEN_LED1 statusRequest
2015.07.03 00:26:31 3: GEN_LED1 unreachable
2015.07.03 00:56:33 3: CUL_HM set GEN_LED1 statusRequest
2015.07.03 00:56:38 3: GEN_LED1 unreachable
2015.07.03 01:26:41 3: CUL_HM set GEN_LED1 statusRequest
2015.07.03 01:26:47 3: GEN_LED1 unreachable
2015.07.03 01:56:50 3: CUL_HM set GEN_LED1 statusRequest
2015.07.03 01:56:55 3: GEN_LED1 unreachable
2015.07.03 02:26:58 3: CUL_HM set GEN_LED1 statusRequest
2015.07.03 02:27:03 3: GEN_LED1 unreachable
2015.07.03 02:57:05 3: CUL_HM set GEN_LED1 statusRequest
2015.07.03 02:57:10 3: GEN_LED1 unreachable
2015.07.03 03:27:13 3: CUL_HM set GEN_LED1 statusRequest
2015.07.03 03:27:18 3: GEN_LED1 unreachable
2015.07.03 03:57:20 3: CUL_HM set GEN_LED1 statusRequest
2015.07.03 03:57:26 3: GEN_LED1 unreachable
2015.07.03 04:27:28 3: CUL_HM set GEN_LED1 statusRequest
2015.07.03 04:27:33 3: GEN_LED1 unreachable
2015.07.03 04:57:38 3: CUL_HM set GEN_LED1 statusRequest
2015.07.03 04:57:43 3: GEN_LED1 unreachable

kumue · 03 Juli 2015, 06:17:08

Moin,
habe festgestellt, daß mein HM-OU-CFM-PL nach dem Update ständig unreachable ist und im Log vermehrt statusRequests auftauchen.

Hatte gestern alte Versionen von 10_CUL und 00_HMLAN eingespielt - die Requests blieben aus.
Nach Update ware sie wieder da...

Sonnige Grüße
Kai

martinp876 · 03 Juli 2015, 18:55:42

Werde ich wohl einmal suchen muessen. Bei den led16 wurde in deinem log bereits fuer jeden kanal ein statusrequest ausgeloest. Das sollte normal sein. Wenn ein system einen neustart macht koennen stati verloren gegangen sein. Es koenntn alte eingespielt werden.... alles koennte. Nach einem start muss fhem zwingend den status der aktoren einholen. Die dargestellte info ist sonst nur vielleicht korrekt. Geht garnicht bei mir zumindest.
Bei registern kann man es anders sehen, das ist konfig - aber hier kein thema.

Zu frueh verstehe ich nicht. Vor ende init geht nichts. Wenn das io disconnected ist auch nicht.
Doif hat nichts mit culhm zu tun. Wenn hier zu frueh gesendet wird.... muss ich dies evtl verriegeln. Sollte eigentlich doif machen.

Ich werde das device / channel handling bei statusrequest ueberdenken und vereinfachen. Da sollte etwas gehen. Wenn sich hier zeigt, dass manche devices nicht reagieren ist es ein problem des device. Das hatten wir hier schon

frank · 07 Juli 2015, 12:16:03

Zitat von: martinp876 am 01 Juli 2015, 21:03:32
Die energiemessdose scheint hie und da nicht senden zu wollen. Evtl ein overloadschutz. Das sehe ich als das problem hier. Mal ueberlegen, wie man damit umgehen kann

das sehe ich, wie bereits gesagt anders. um es noch mehr zu verdeutlichen, habe ich beim device und allen 6 channels verbose=5 gesetzt und event-on-change gelöscht.

Code Auswählen

2015.07.06 19:08:52.080 5: CUL_HM SwitchES01 protEvent:CMDs_pending pending:1
2015.07.06 19:08:52.084 3: CUL_HM set SwitchES01_Pwr statusRequest
2015.07.06 19:08:52.095 0: HMLAN_Send:  hmlan1 S:S64577E47 stat:  00 t:00000000 d:01 r:64577E47 m:32 A001 1ACE1F 24AF1D 020E
2015.07.06 19:08:52.098 0: HMLAN_Send:  hmlan1 I:K
2015.07.06 19:08:52.110 5: CUL_HM SwitchES01 protEvent:CMDs_processing... pending:0
2015.07.06 19:08:52.126 0: HMLAN_Parse: hmlan1 V:03C4 sNo:JEQ0315335 d:1C671E O:1ACE1F t:036E94BB IDcnt:000D L:10 %
2015.07.06 19:08:52.162 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:022CD290 d:FF r:FFCF     m:32 A001 1ACE1F 24AF1D 020E
2015.07.06 19:08:52.269 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:036E953F d:FF r:FFA8     m:32 A45F 24AF1D 1ACE1F 8003B90000000000092701
2015.07.06 19:08:52.291 5: CUL_HM SwitchES01 protEvent:CMDs_done
2015.07.06 19:08:52.293 5: CUL_HM SwitchES01 sent ACK:2
2015.07.06 19:08:53.085 0: HMLAN_Parse: hmlan1 R:R64577E47 stat:0001 t:036E9544 d:FF r:FFA8     m:32 A45F 24AF1D 1ACE1F 8003B90000000000092701
2015.07.06 19:08:53.100 5: CUL_HM SwitchES01 protEvent:CMDs_done
2015.07.06 19:08:53.101 4: CUL_HM SwitchES01 dupe: repeat 2 ack, dont process
2015.07.06 19:08:53.227 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:022CD391 d:FF r:FFCE     m:32 8002 1ACE1F 24AF1D 00
2015.07.06 19:08:53.506 5: CUL_HM SwitchES01 protEvent:CMDs_pending pending:1
2015.07.06 19:08:53.508 3: CUL_HM set SwitchES01_SenPwr statusRequest
2015.07.06 19:08:53.515 0: HMLAN_Send:  hmlan1 S:+24AF1D,00,00,00
2015.07.06 19:08:53.518 0: HMLAN_Send:  hmlan1 S:S645783D6 stat:  00 t:00000000 d:01 r:645783D6 m:33 A001 1ACE1F 24AF1D 030E
2015.07.06 19:08:53.524 5: CUL_HM SwitchES01 protEvent:CMDs_processing... pending:0
2015.07.06 19:08:53.569 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:022CD820 d:FF r:FFD0     m:33 A001 1ACE1F 24AF1D 030E
2015.07.06 19:08:53.761 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:022CD8E8 d:FF r:FFD0     m:33 A001 1ACE1F 24AF1D 030E
2015.07.06 19:08:53.985 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:022CD9B0 d:FF r:FFD0     m:33 A001 1ACE1F 24AF1D 030E
2015.07.06 19:08:54.127 0: HMLAN_Parse: hmlan1 R:R645783D6 stat:0008 t:00000000 d:FF r:7FFF     m:33 A001 1ACE1F 24AF1D 030E
2015.07.06 19:08:54.129 0: HMLAN_Parse: hmlan1 no ACK from 24AF1D
2015.07.06 19:08:55.215 3: CUL_HM set SwitchES01_SenI statusRequest
2015.07.06 19:08:57.985 4: CUL_HM_Resend: SwitchES01 nr 2
2015.07.06 19:08:57.990 0: HMLAN_Send:  hmlan1 S:S64579551 stat:  00 t:00000000 d:01 r:64579551 m:33 A001 1ACE1F 24AF1D 030E
2015.07.06 19:08:58.049 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:022CE999 d:FF r:FFCE     m:33 A001 1ACE1F 24AF1D 030E
2015.07.06 19:08:58.241 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:022CEA61 d:FF r:FFCE     m:33 A001 1ACE1F 24AF1D 030E
2015.07.06 19:08:58.433 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:022CEB29 d:FF r:FFCE     m:33 A001 1ACE1F 24AF1D 030E
2015.07.06 19:08:58.659 0: HMLAN_Parse: hmlan1 R:R64579551 stat:0008 t:00000000 d:FF r:7FFF     m:33 A001 1ACE1F 24AF1D 030E
2015.07.06 19:08:58.661 0: HMLAN_Parse: hmlan1 no ACK from 24AF1D
2015.07.06 19:08:59.060 0: HMLAN_Send:  hmusb1 I:K
2015.07.06 19:08:59.106 0: HMLAN_Parse: hmusb1 V:03C7 sNo:KEQ1111271 d:263408 O:1ACE1F t:022CEDBB IDcnt:0012 L:3 %
2015.07.06 19:08:59.759 3: CUL_HM set SwitchES01_SenU statusRequest
2015.07.06 19:09:00.783 3: CUL_HM set SwitchES01_SenF statusRequest
2015.07.06 19:09:02.779 4: CUL_HM_Resend: SwitchES01 nr 3
2015.07.06 19:09:02.785 0: HMLAN_Send:  hmlan1 S:S6457A80B stat:  00 t:00000000 d:01 r:6457A80B m:33 A001 1ACE1F 24AF1D 030E
2015.07.06 19:09:02.849 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:022CFC53 d:FF r:FFCE     m:33 A001 1ACE1F 24AF1D 030E
2015.07.06 19:09:03.041 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:022CFD1B d:FF r:FFCE     m:33 A001 1ACE1F 24AF1D 030E
2015.07.06 19:09:03.233 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:022CFDE3 d:FF r:FFCE     m:33 A001 1ACE1F 24AF1D 030E
2015.07.06 19:09:03.393 0: HMLAN_Parse: hmlan1 R:R6457A80B stat:0008 t:00000000 d:FF r:7FFF     m:33 A001 1ACE1F 24AF1D 030E
2015.07.06 19:09:03.396 0: HMLAN_Parse: hmlan1 no ACK from 24AF1D
2015.07.06 19:09:07.004 1: Perfmon: possible freeze starting at 19:09:06, delay is 1.003
2015.07.06 19:09:07.768 4: CUL_HM_Resend: SwitchES01 nr 4
2015.07.06 19:09:07.779 0: HMLAN_Send:  hmlan1 S:S6457BB88 stat:  00 t:00000000 d:01 r:6457BB88 m:33 A001 1ACE1F 24AF1D 030E
2015.07.06 19:09:07.841 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:022D0FD7 d:FF r:FFCE     m:33 A001 1ACE1F 24AF1D 030E
2015.07.06 19:09:08.032 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:022D109F d:FF r:FFCE     m:33 A001 1ACE1F 24AF1D 030E
2015.07.06 19:09:08.225 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:022D1167 d:FF r:FFCE     m:33 A001 1ACE1F 24AF1D 030E
2015.07.06 19:09:08.389 0: HMLAN_Parse: hmlan1 R:R6457BB88 stat:0008 t:00000000 d:FF r:7FFF     m:33 A001 1ACE1F 24AF1D 030E
2015.07.06 19:09:08.392 0: HMLAN_Parse: hmlan1 no ACK from 24AF1D
2015.07.06 19:09:13.525 5: CUL_HM SwitchES01 protEvent:CMDs_done_Errors:1

Code Auswählen

2015-07-06_19:08:51 SwitchES01 CMDs_pending
2015-07-06_19:08:52 SwitchES01 CMDs_done
2015-07-06_19:08:52 SwitchES01_Pwr eState: E: 95.3 P: 0 I: 0 U: 234.3 f: 50.01
2015-07-06_19:08:52 SwitchES01_Pwr frequency: 50.01
2015-07-06_19:08:52 SwitchES01_Pwr 95.3
2015-07-06_19:08:52 SwitchES01_Pwr voltage: 234.3
2015-07-06_19:08:52 SwitchES01_SenF 50.01
2015-07-06_19:08:52 SwitchES01_SenI 0
2015-07-06_19:08:52 SwitchES01_SenPwr 0
2015-07-06_19:08:52 SwitchES01_SenU 234.3
2015-07-06_19:08:53 SwitchES01 CMDs_done
2015-07-06_19:08:53 SwitchES01 CMDs_pending
2015-07-06_19:08:57 SwitchES01_Pwr unreachable
2015-07-06_19:08:58 SwitchES01_SenPwr unreachable
2015-07-06_19:09:00 SwitchES01_SenI unreachable
2015-07-06_19:09:05 SwitchES01_SenU unreachable
2015-07-06_19:09:06 SwitchES01_SenF unreachable
2015-07-06_19:09:13 SwitchES01 ResndFail
2015-07-06_19:09:13 SwitchES01 CMDs_done_Errors:1
2015-07-06_19:09:13 SwitchES01 MISSING ACK

1. statusrequest "020E", halbstündig
dieser request auf chn2 (_Pwr) wird regelmässig beantwortet. allerdings mit einem msgtype "A45F". vielleicht ist das ein problem. das eventlog meldet für chn2 (_Pwr) aber regelmässig zuerst den status und anschliessend unreachable.

2. statusrequest "030E", halbstündig
dieser statusrequest wurde noch nie beantwortet. ich habe die vermutung, dass das device das nicht kann.

3. statusrequest "040E", "050E", "060E", halbstündig
im fhem.log gibt es auch hinweise auf die statusrequest's für chn4, chn5 und chn6. die entsprechenden messages werden aber nie gesendet.

Code Auswählen

2015.07.06 19:08:55.215 3: CUL_HM set SwitchES01_SenI statusRequest
2015.07.06 19:08:59.759 3: CUL_HM set SwitchES01_SenU statusRequest
2015.07.06 19:09:00.783 3: CUL_HM set SwitchES01_SenF statusRequest

4. statusrequest "030E", "040E", "050E", "060E", manuell abgesetzt:
bei manueller ausführung dieser request's werden die messages gesendet, aber ebenfals, wie bei "030E" nie beantwortet. daher auch hier die vermutung, dass statusrequest's auf die sensor-channels grundsätzlich vom messstecker unbeantwortet bleiben.

Code Auswählen

2015.07.06 19:26:07.104 0: HMLAN_Send:  hmlan1 S:+24AF1D,00,00,00
2015.07.06 19:26:07.106 0: HMLAN_Send:  hmlan1 S:S6467494A stat:  00 t:00000000 d:01 r:6467494A m:39 A001 1ACE1F 24AF1D 040E
2015.07.06 19:26:07.109 0: HMLAN_Send:  hmlan1 I:K
2015.07.06 19:26:07.118 5: CUL_HM SwitchES01 protEvent:CMDs_processing... pending:0
2015.07.06 19:26:07.137 0: HMLAN_Parse: hmlan1 V:03C4 sNo:JEQ0315335 d:1C671E O:1ACE1F t:037E6049 IDcnt:000D L:9 %
2015.07.06 19:26:07.152 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:023C9D8A d:FF r:FFCE     m:39 A001 1ACE1F 24AF1D 040E
2015.07.06 19:26:07.524 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:023C9E52 d:FF r:FFCE     m:39 A001 1ACE1F 24AF1D 040E
2015.07.06 19:26:07.567 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:023C9F1A d:FF r:FFCE     m:39 A001 1ACE1F 24AF1D 040E
2015.07.06 19:26:07.716 0: HMLAN_Parse: hmlan1 R:R6467494A stat:0008 t:00000000 d:FF r:7FFF     m:39 A001 1ACE1F 24AF1D 040E
2015.07.06 19:26:07.718 0: HMLAN_Parse: hmlan1 no ACK from 24AF1D
2015.07.06 19:26:10.505 4: CUL_HM_Resend: SwitchES01 nr 2
2015.07.06 19:26:10.510 0: HMLAN_Send:  hmlan1 S:S64675699 stat:  00 t:00000000 d:01 r:64675699 m:39 A001 1ACE1F 24AF1D 040E
2015.07.06 19:26:10.575 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:023CAAD5 d:FF r:FFCE     m:39 A001 1ACE1F 24AF1D 040E
2015.07.06 19:26:11.204 0: HMLAN_Parse: hmlan1 R:R64675699 stat:0008 t:00000000 d:FF r:7FFF     m:39 A001 1ACE1F 24AF1D 040E
2015.07.06 19:26:11.205 0: HMLAN_Parse: hmlan1 no ACK from 24AF1D
2015.07.06 19:26:11.223 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:023CAB9E d:FF r:FFD0     m:39 A001 1ACE1F 24AF1D 040E
2015.07.06 19:26:11.240 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:023CAC66 d:FF r:FFD0     m:39 A001 1ACE1F 24AF1D 040E
2015.07.06 19:26:15.923 4: CUL_HM_Resend: SwitchES01 nr 3
2015.07.06 19:26:15.928 0: HMLAN_Send:  hmlan1 S:S64676BC3 stat:  00 t:00000000 d:01 r:64676BC3 m:39 A001 1ACE1F 24AF1D 040E
2015.07.06 19:26:15.983 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:023CC000 d:FF r:FFCE     m:39 A001 1ACE1F 24AF1D 040E
2015.07.06 19:26:16.175 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:023CC0C8 d:FF r:FFCE     m:39 A001 1ACE1F 24AF1D 040E
2015.07.06 19:26:16.399 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:023CC18F d:FF r:FFCE     m:39 A001 1ACE1F 24AF1D 040E
2015.07.06 19:26:16.537 0: HMLAN_Parse: hmlan1 R:R64676BC3 stat:0008 t:00000000 d:FF r:7FFF     m:39 A001 1ACE1F 24AF1D 040E
2015.07.06 19:26:16.540 0: HMLAN_Parse: hmlan1 no ACK from 24AF1D
2015.07.06 19:26:20.877 4: CUL_HM_Resend: SwitchES01 nr 4
2015.07.06 19:26:20.882 0: HMLAN_Send:  hmlan1 S:S64677F1D stat:  00 t:00000000 d:01 r:64677F1D m:39 A001 1ACE1F 24AF1D 040E
2015.07.06 19:26:20.943 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:023CD359 d:FF r:FFD0     m:39 A001 1ACE1F 24AF1D 040E
2015.07.06 19:26:21.135 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:023CD422 d:FF r:FFCF     m:39 A001 1ACE1F 24AF1D 040E
2015.07.06 19:26:21.327 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:023CD4EA d:FF r:FFCE     m:39 A001 1ACE1F 24AF1D 040E
2015.07.06 19:26:21.492 0: HMLAN_Parse: hmlan1 R:R64677F1D stat:0008 t:00000000 d:FF r:7FFF     m:39 A001 1ACE1F 24AF1D 040E
2015.07.06 19:26:21.494 0: HMLAN_Parse: hmlan1 no ACK from 24AF1D
2015.07.06 19:26:26.374 5: CUL_HM SwitchES01 protEvent:CMDs_done_Errors:1

eigentlich sollte doch nur ein statusrequest auf chn2 ausreichen, um die stati für chn2 und die sensor-channels (chn3-chn6) zu erhalten, da durch diese eine antwort bereits die stati für chn3-6 generiert werden können. bei manuellem absetzen des statusrequest auf chn2 werden ebenfalls diese 5 stati gesetzt. hier mal der manuelle statusrequest auf chn2:

Code Auswählen

2015.07.07 11:38:19.048 5: CUL_HM SwitchES01 protEvent:CMDs_pending pending:1
2015.07.07 11:38:19.051 3: CUL_HM set SwitchES01_Pwr statusRequest
2015.07.07 11:38:19.062 0: HMLAN_Send:  hmlan1 S:+24AF1D,00,00,00
2015.07.07 11:38:19.065 0: HMLAN_Send:  hmlan1 S:S67E15C81 stat:  00 t:00000000 d:01 r:67E15C81 m:BA A001 1ACE1F 24AF1D 020E
2015.07.07 11:38:19.072 5: CUL_HM SwitchES01 protEvent:CMDs_processing... pending:0
2015.07.07 11:38:19.120 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:05B6AD82 d:FF r:FFD3     m:BA A001 1ACE1F 24AF1D 020E
2015.07.07 11:38:19.312 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:05B6AE4A d:FF r:FFD3     m:BA A001 1ACE1F 24AF1D 020E
2015.07.07 11:38:19.660 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:06F89340 d:FF r:FFA7     m:BA A45F 24AF1D 1ACE1F 8005940000000000095001
2015.07.07 11:38:19.679 5: CUL_HM SwitchES01 protEvent:CMDs_done
2015.07.07 11:38:19.682 5: CUL_HM SwitchES01 sent ACK:2
2015.07.07 11:38:20.648 0: HMLAN_Parse: hmlan1 R:R67E15C81 stat:0001 t:06F89345 d:FF r:FFA7     m:BA A45F 24AF1D 1ACE1F 8005940000000000095001
2015.07.07 11:38:20.663 5: CUL_HM SwitchES01 protEvent:CMDs_done
2015.07.07 11:38:20.665 4: CUL_HM SwitchES01 dupe: repeat 2 ack, dont process
2015.07.07 11:38:20.786 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:05B6AF49 d:FF r:FFD3     m:BA 8002 1ACE1F 24AF1D 00

Code Auswählen

2015-07-07_11:38:18 SwitchES01 CMDs_pending
2015-07-07_11:38:19 SwitchES01 CMDs_done
2015-07-07_11:38:19 SwitchES01_Pwr boot: off
2015-07-07_11:38:19 SwitchES01_Pwr current: 0
2015-07-07_11:38:19 SwitchES01_Pwr eState: E: 142.8 P: 0 I: 0 U: 238.4 f: 50.01
2015-07-07_11:38:19 SwitchES01_Pwr energy: 142.8
2015-07-07_11:38:19 SwitchES01_Pwr energyCalc: 7560.3
2015-07-07_11:38:19 SwitchES01_Pwr frequency: 50.01
2015-07-07_11:38:19 SwitchES01_Pwr power: 0
2015-07-07_11:38:19 SwitchES01_Pwr 142.8
2015-07-07_11:38:19 SwitchES01_Pwr voltage: 238.4
2015-07-07_11:38:20 SwitchES01_SenF 50.01
2015-07-07_11:38:20 SwitchES01_SenI 0
2015-07-07_11:38:20 SwitchES01_SenPwr 0
2015-07-07_11:38:20 SwitchES01_SenU 238.4
2015-07-07_11:38:20 SwitchES01 CMDs_done

gruss frank

martinp876 · 08 Juli 2015, 20:33:29

ich habe statusrequest für alleKanäle einzelnprobiert - es kommt eine Antwort - leider nicht immer.
die Messages werden abgesetzt. Habe es gerade getestet.

dennoch - evtl sollte ich es einfach sperren - es ist zu unzuverlässig - da stimmt etwas nicht

frank · 09 Juli 2015, 19:11:24

Zitat von: martinp876 am 08 Juli 2015, 20:33:29
ich habe statusrequest für alleKanäle einzelnprobiert - es kommt eine Antwort - leider nicht immer.

dein fhem ist aktuell?

spass beiseite, das kann ich nicht glauben. ich gehe mal davon aus, dein messstecker hat auch fw2.5. ich verbuche deine erhaltenen "antworten" als täuschungen, die durch normal gesendete powerevents "A45F" mitunter "falsch" verbucht werden. du kannst zum testen alle powerevents abschalten.

Code Auswählen

set <chn2> regSet txThrCur unused
set <chn2> regSet txThrFrq unused
set <chn2> regSet txThrPwr unused
set <chn2> regSet txThrVlt unused

jetzt sollten nur noch cyclische powerevents "845E" an broadcast kommen (2-3 min) und ein powerevent "A45F" als antwort auf ein statusrequest auf channel2 (_Pwr). statusrequests auf channel3-6 bleiben nun (hoffentlich auch bei dir) unbeantwortet.

------------------------------------------------------------------------------------------------------------------------

ich habe mal einen blick in die rf_es_pmsw.xml datei riskiert. wenn ich dort nach den statusrequests schaue, hier werden sie durch "LEVEL_GET" gekennzeichnet, sind sämtliche statusrequests, die sich auf die messwerte beziehen unter der kategorie <channel index="2" type="POWERMETER"> aufgeführt und beantwortet werden sie mit powerevent.

Code Auswählen

<get request="LEVEL_GET" response="POWER_EVENT" process_as_event="true"/>

das deckt sich vollkommen mit meiner beobachtung, dass nur statusrequests auf chn2 mit powerevent "A45F" regelmässig beantwortet werden. macht ja auch keinen sinn, die anderen channel abzufragen, wenn alle infos bereits mit der einen antwort erfragt werden können.

ein weiteres indiz ist das verhalten der steckdose nach dem einstecken. sie sendet ein statusinfo für chn1 und das powerevent für alle messwerte. damit sind alle infos abgedeckt.

Code Auswählen

2015.07.09 18:43:10.696 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:008B5216 d:FF r:FFCA     m:01 A410 24AF1D 1ACE1F 06010000
2015.07.09 18:43:10.793 0: HMLAN_Send:  hmlan1 S:S73B30D52 stat:  00 t:00000000 d:01 r:73B30D52 m:01 8002 1ACE1F 24AF1D 00
2015.07.09 18:43:10.879 0: HMLAN_Parse: hmlan1 R:R73B30D52 stat:0002 t:00000000 d:FF r:7FFF     m:01 8002 1ACE1F 24AF1D 00
2015.07.09 18:43:12.661 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:008B59C4 d:FF r:FFCA     m:02 A45F 24AF1D 1ACE1F 8000000000000000094580
2015.07.09 18:43:14.852 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:00040D3A d:FF r:FFD4     m:02 8002 1ACE1F 24AF1D 00

Zitatdie Messages werden abgesetzt. Habe es gerade getestet.

manuell werden bei mir auch die messages abgesetzt. nur beim halbstündigen automatischen statusrequest fehlen die messages für channel 4-6.

Zitatdennoch - evtl sollte ich es einfach sperren - es ist zu unzuverlässig - da stimmt etwas nicht

nach meinen beobachtungen ist es äusserst zuverlässig.

du musst eigentlich nur die statusrequest für chn 3-6 abschalten, denn sie werden nicht beantwortet und die messwerte werden ja bereits mit dem statusrequest auf chn 2 geliefert.

bleibt nur der bug, dass das powerevent als antwort auf den statusrequest von chn2 trotzdem nach 3-5 sekunden "unreachable" liefert.

gruss frank

martinp876 · 11 Juli 2015, 08:07:22

nun - unzuverlässig sind die Statusrequests auf Kanäle 3-6 - die kommen manchmal. Das es antworten sind kann man an den Messagenummern erkennen.
und natürlich werden/wurden nur die Kanäle gesperrt die es nicht beantworten.
Deine Interpretation des XML ist wohl korrekt - die Info nehme ich auch von dort. Leider enthält das XML nur ein subset der Messages eines Devices.
Sollte jetzt erledigt sein

frank · 11 Juli 2015, 18:02:43

Zitatnun - unzuverlässig sind die Statusrequests auf Kanäle 3-6 - die kommen manchmal. Das es antworten sind kann man an den Messagenummern erkennen.

das sagt mir, dass du meinen vorgeschlagenen test nicht versucht hast. denn sonst hättest du erkannt, dass chn3-6 zuverlässig keine antworten geben. schade.

############################################################################

hier aber mal ein schönes beispiel, das als indiz herangezogen werden kann, dass die antwort "falsch verbucht" wird, wenn die powerevents "A45F" eingeschaltet sind. vielleicht machst du den test ja hiernach.

vorweg noch die feststellung, dass der powermeter 2 (mindestens) messagecounter haben muss. die msgnummern der cyclischen powerevents laufen über einen separaten counter, denn unabhängig von allen anderen aktionen läuft dieser counter brav vor sich hin. wenn fhem eine msg sendet, wird die msgnummer der zuletzt empfangenen message verwendet und um 1 erhöht. je nachdem welcher msgcounter des devices die letzte message gesendet hat, übernimmt fhem den einen oder anderen wert zu erzeugung seiner eigenen messages. in diesem beispiel wird fhem die msgnummern des nicht cyclischen counters verwenden, der im beispiel mit m:7E beginnt. der cyclische counter beginnt hier mit m:55.

ich habe am device einige einstellungen vorgenommen, die akurat immer sofort beantwortet werden. ich habe das ddevice auch extra reingeholt, um beste funkbedingungen zu haben. diese aktionen laufen bis m:86. zwischendurch sendet das device permanent eigene powerevents, die ebenfalls diesen nicht cyclischen msgcounter verwenden. keine msg nummer fehlt.

jetzt aufgepasst!. nun sende ich einen manuellen statusrequest auf chn6 mit m:87. diese msg wird 2 mal nicht beantwortet, trotz der bis hierhin optimalen bedingungen. erst nach ca. 3 sekunden, fhem hat bereits gerade "no ack" auf den 2. versuch vermeldet, kommt plötzlich, wie aus heiterem himmel, doch noch eine "antwort" (würdest du behaupten).

meine interpretation dazu ist, dass dieses powerevent auch ohne statusrequest gekommen wäre. und es hätte die selbe msgnummer gehabt. daher meine formulierung mit den täuschungen der antworten. beweisen kann ich meine behauptung hierdurch natürlich nicht. es spricht aber alles dafür. auch ohne den statusrequest hätte der logverlauf genau so ausgesehen.

das beispiel läuft noch ein bisschen weiter, um den cyclischen counter noch mal zu sehen.

Code Auswählen

2015.07.09 12:30:04.436 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:05662E2D d:FF r:FFAD     m:7E A45F 24AF1D 1ACE1F 80091600CAFF0A3D093801
2015.07.09 12:30:05.312 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:0032BCE3 d:FF r:FFD3     m:7E 8002 1ACE1F 24AF1D 00
2015.07.09 12:30:17.140 0: HMLAN_Send:  hmlan1 I:K
2015.07.09 12:30:17.151 0: HMLAN_Parse: hmlan1 V:03C4 sNo:JEQ0315335 d:1C671E O:1ACE1F t:05665FE0 IDcnt:000C L:20 %
2015.07.09 12:30:23.079 0: HMLAN_Send:  hmusb1 I:K
2015.07.09 12:30:23.144 0: HMLAN_Parse: hmusb1 V:03C7 sNo:KEQ1111271 d:263408 O:1ACE1F t:00330571 IDcnt:0013 L:12 %
2015.07.09 12:30:26.470 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:05668344 d:FF r:FFAC     m:7F A45F 24AF1D 1ACE1F 80093400C3390A04093CFF
2015.07.09 12:30:27.414 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:003311F7 d:FF r:FFD4     m:7F 8002 1ACE1F 24AF1D 00
2015.07.09 12:30:30.925 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:056695AA d:FF r:FFAC     m:55 845E 24AF1D 000000 80093B00C4240A09093AFF
2015.07.09 12:30:32.038 1: Perfmon: possible freeze starting at 12:30:31, delay is 1.038
2015.07.09 12:30:33.437 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:05669F7A d:FF r:FFAC     m:80 A45F 24AF1D 1ACE1F 80093F00CCA00A4D093BFF
2015.07.09 12:30:34.223 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:00332E2B d:FF r:FFD3     m:80 8002 1ACE1F 24AF1D 00
2015.07.09 12:30:34.564 0: HMLAN_Send:  hmlan1 S:+24AF1D,00,00,00
2015.07.09 12:30:34.566 0: HMLAN_Send:  hmlan1 S:S725DEC8F stat:  00 t:00000000 d:01 r:725DEC8F m:81 A001 1ACE1F 24AF1D 02050000000001
2015.07.09 12:30:34.632 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:0033324A d:FF r:FFD3     m:81 A001 1ACE1F 24AF1D 02050000000001
2015.07.09 12:30:34.729 0: HMLAN_Parse: hmlan1 R:R725DEC8F stat:0001 t:0566A48C d:FF r:FFAB     m:81 8002 24AF1D 1ACE1F 00
2015.07.09 12:30:34.832 0: HMLAN_Send:  hmlan1 S:S725DED46 stat:  00 t:00000000 d:01 r:725DED46 m:82 A001 1ACE1F 24AF1D 02087B01
2015.07.09 12:30:35.102 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:003333DB d:FF r:FFD3     m:82 A001 1ACE1F 24AF1D 02087B01
2015.07.09 12:30:35.132 0: HMLAN_Parse: hmlan1 R:R725DED46 stat:0001 t:0566A61F d:FF r:FFAB     m:82 8002 24AF1D 1ACE1F 00
2015.07.09 12:30:35.236 0: HMLAN_Send:  hmlan1 S:S725DEED9 stat:  00 t:00000000 d:01 r:725DEED9 m:83 A001 1ACE1F 24AF1D 0206
2015.07.09 12:30:35.432 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:0033356D d:FF r:FFD3     m:83 A001 1ACE1F 24AF1D 0206
2015.07.09 12:30:35.629 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:00333635 d:FF r:FFD3     m:83 A001 1ACE1F 24AF1D 0206
2015.07.09 12:30:35.742 0: HMLAN_Parse: hmlan1 R:R725DEED9 stat:0001 t:0566A87B d:FF r:FFAD     m:83 8002 24AF1D 1ACE1F 00
2015.07.09 12:30:36.266 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0566AA82 d:FF r:FFAD     m:84 A441 24AF1D 285A54 040FC8
2015.07.09 12:30:36.879 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0566ACEE d:FF r:FFAD     m:84 A441 24AF1D 285A54 040FC8
2015.07.09 12:30:37.479 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0566AF46 d:FF r:FFAD     m:84 A441 24AF1D 285A54 040FC8
2015.07.09 12:30:38.079 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0566B19E d:FF r:FFAD     m:84 A441 24AF1D 285A54 040FC8
2015.07.09 12:30:38.802 0: HMLAN_Send:  hmlan1 S:S725DFD1C stat:  00 t:00000000 d:01 r:725DFD1C m:85 A001 1ACE1F 24AF1D 02040000000001
2015.07.09 12:30:38.821 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0566B3F6 d:FF r:FFAD     m:84 A441 24AF1D 285A54 040FC8
2015.07.09 12:30:38.856 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:003342D6 d:FF r:FFD3     m:85 A001 1ACE1F 24AF1D 02040000000001
2015.07.09 12:30:38.977 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0566B51D d:FF r:FFAD     m:85 A010 24AF1D 1ACE1F 0208007A017B017C007D007E00
2015.07.09 12:30:39.086 0: HMLAN_Parse: hmlan1 R:R725DFD1C stat:0001 t:0566B522 d:FF r:FFAD     m:85 A010 24AF1D 1ACE1F 0208007A017B017C007D007E00
2015.07.09 12:30:39.112 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:003343D0 d:FF r:FFD3     m:85 8002 1ACE1F 24AF1D 00
2015.07.09 12:30:39.448 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0566B6F6 d:FF r:FFAC     m:85 A010 24AF1D 1ACE1F 0208007A017B017C007D007E00
2015.07.09 12:30:39.593 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:003345A4 d:FF r:FFD3     m:85 8002 1ACE1F 24AF1D 00
2015.07.09 12:30:39.697 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0566B7F0 d:FF r:FFAC     m:86 A010 24AF1D 1ACE1F 027F0080328100820083000000
2015.07.09 12:30:40.025 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:0033469E d:FF r:FFD3     m:86 8002 1ACE1F 24AF1D 00
2015.07.09 12:30:42.146 0: HMLAN_Send:  hmlan1 I:K
2015.07.09 12:30:42.157 0: HMLAN_Parse: hmlan1 V:03C4 sNo:JEQ0315335 d:1C671E O:1ACE1F t:0566C193 IDcnt:000C L:21 %
2015.07.09 12:30:48.086 0: HMLAN_Send:  hmusb1 I:K
2015.07.09 12:30:48.137 0: HMLAN_Parse: hmusb1 V:03C7 sNo:KEQ1111271 d:263408 O:1ACE1F t:00336710 IDcnt:0013 L:12 %
2015.07.09 12:30:50.951 0: HMLAN_Send:  hmlan1 S:+24AF1D,00,00,00
2015.07.09 12:30:50.953 0: HMLAN_Send:  hmlan1 S:S725E2C90 stat:  00 t:00000000 d:01 r:725E2C90 m:87 A001 1ACE1F 24AF1D 060E
2015.07.09 12:30:51.015 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:00337249 d:FF r:FFD3     m:87 A001 1ACE1F 24AF1D 060E
2015.07.09 12:30:51.333 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:00337311 d:FF r:FFD3     m:87 A001 1ACE1F 24AF1D 060E
2015.07.09 12:30:51.399 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:003373D9 d:FF r:FFD2     m:87 A001 1ACE1F 24AF1D 060E
2015.07.09 12:30:51.562 0: HMLAN_Parse: hmlan1 R:R725E2C90 stat:0008 t:00000000 d:FF r:7FFF     m:87 A001 1ACE1F 24AF1D 060E
2015.07.09 12:30:51.564 0: HMLAN_Parse: hmlan1 no ACK from 24AF1D
2015.07.09 12:30:52.961 0: HMLAN_Send:  hmlan1 S:S725E346D stat:  00 t:00000000 d:01 r:725E346D m:87 A001 1ACE1F 24AF1D 060E
2015.07.09 12:30:53.031 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:00337A22 d:FF r:FFD4     m:87 A001 1ACE1F 24AF1D 060E
2015.07.09 12:30:53.224 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:00337AE9 d:FF r:FFD4     m:87 A001 1ACE1F 24AF1D 060E
2015.07.09 12:30:53.415 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:00337BB1 d:FF r:FFD4     m:87 A001 1ACE1F 24AF1D 060E
2015.07.09 12:30:53.571 0: HMLAN_Parse: hmlan1 R:R725E346D stat:0008 t:00000000 d:FF r:7FFF     m:87 A001 1ACE1F 24AF1D 060E
2015.07.09 12:30:53.573 0: HMLAN_Parse: hmlan1 no ACK from 24AF1D
2015.07.09 12:30:53.789 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0566EEFC d:FF r:FFAE     m:87 A45F 24AF1D 1ACE1F 80095C00C5F60A160939FE
2015.07.09 12:30:54.950 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0566F104 d:FF r:FFAC     m:88 A45F 24AF1D 1ACE1F 80095D00C1AA09E3092CFF
2015.07.09 12:30:55.895 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:00337DA9 d:FF r:FFD3     m:87 8002 1ACE1F 24AF1D 00
2015.07.09 12:30:55.913 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:00337FB1 d:FF r:FFD3     m:88 8002 1ACE1F 24AF1D 00
2015.07.09 12:30:55.931 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:0033849C d:FF r:FFD3     m:88 8002 1ACE1F 24AF1D 00
2015.07.09 12:30:56.444 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0566F5F0 d:FF r:FFAB     m:88 A45F 24AF1D 1ACE1F 80095F00C1AA09E3092CFF
2015.07.09 12:31:07.153 0: HMLAN_Send:  hmlan1 I:K
2015.07.09 12:31:07.163 0: HMLAN_Parse: hmlan1 V:03C4 sNo:JEQ0315335 d:1C671E O:1ACE1F t:05672345 IDcnt:000C L:21 %
2015.07.09 12:31:07.266 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:056723A5 d:FF r:FFAD     m:89 A45F 24AF1D 1ACE1F 80096F00B9E909AF0933FF
2015.07.09 12:31:08.058 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:0033B250 d:FF r:FFD3     m:89 8002 1ACE1F 24AF1D 00
2015.07.09 12:31:13.093 0: HMLAN_Send:  hmusb1 I:K
2015.07.09 12:31:13.160 0: HMLAN_Parse: hmusb1 V:03C7 sNo:KEQ1111271 d:263408 O:1ACE1F t:0033C8CF IDcnt:0013 L:12 %
2015.07.09 12:31:19.266 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:05675287 d:FF r:FFAD     m:8A A45F 24AF1D 1ACE1F 80097F00AFA409640934FF
2015.07.09 12:31:20.152 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:0033E130 d:FF r:FFD3     m:8A 8002 1ACE1F 24AF1D 00
2015.07.09 12:31:32.160 0: HMLAN_Send:  hmlan1 I:K
2015.07.09 12:31:32.171 0: HMLAN_Parse: hmlan1 V:03C4 sNo:JEQ0315335 d:1C671E O:1ACE1F t:056784F9 IDcnt:000C L:21 %
2015.07.09 12:31:38.102 0: HMLAN_Send:  hmusb1 I:K
2015.07.09 12:31:38.151 0: HMLAN_Parse: hmusb1 V:03C7 sNo:KEQ1111271 d:263408 O:1ACE1F t:00342A6E IDcnt:0013 L:13 %
2015.07.09 12:31:48.367 0: HMLAN_Send:  hmlan1 I:K
2015.07.09 12:31:48.394 0: HMLAN_Parse: hmlan1 V:03C4 sNo:JEQ0315335 d:1C671E O:1ACE1F t:0567C45D IDcnt:000C L:21 %
2015.07.09 12:31:52.266 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0567D373 d:FF r:FFAD     m:8B A45F 24AF1D 1ACE1F 8009A800D17C0A6D0930FD
2015.07.09 12:31:53.262 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:00346217 d:FF r:FFD4     m:8B 8002 1ACE1F 24AF1D 00
2015.07.09 12:31:53.288 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0567D75B d:FF r:FFAC     m:8C A45F 24AF1D 1ACE1F 8009AA00E3D20B10092FFE
2015.07.09 12:31:54.342 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0567DB44 d:FF r:FFAC     m:8D A45F 24AF1D 1ACE1F 8009AB00EF640B7A092DFE
2015.07.09 12:31:55.252 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:003465FE d:FF r:FFD4     m:8C 8002 1ACE1F 24AF1D 00
2015.07.09 12:31:55.271 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:003469E7 d:FF r:FFD3     m:8D 8002 1ACE1F 24AF1D 00
2015.07.09 12:31:55.304 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0567DF2C d:FF r:FFAC     m:8E A45F 24AF1D 1ACE1F 8009AD00FE180C03092BFE
2015.07.09 12:31:56.198 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:00346DCF d:FF r:FFD3     m:8E 8002 1ACE1F 24AF1D 00
2015.07.09 12:31:56.266 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0567E314 d:FF r:FFA9     m:8F A45F 24AF1D 1ACE1F 8009AF0112DE0CCC0929FE
2015.07.09 12:31:58.005 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0567E6FC d:FF r:FFAB     m:90 A45F 24AF1D 1ACE1F 8009B1011E030D390929FD
2015.07.09 12:31:59.044 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:003471B7 d:FF r:FFD4     m:8F 8002 1ACE1F 24AF1D 00
2015.07.09 12:31:59.078 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:0034759F d:FF r:FFD2     m:90 8002 1ACE1F 24AF1D 00
2015.07.09 12:31:59.313 1: Perfmon: possible freeze starting at 12:31:58, delay is 1.313
2015.07.09 12:32:00.266 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0567F2B4 d:FF r:FFAC     m:91 A45F 24AF1D 1ACE1F 8009B70124D20D7C0927FD
2015.07.09 12:32:01.138 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:00348156 d:FF r:FFD3     m:91 8002 1ACE1F 24AF1D 00
2015.07.09 12:32:02.266 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0567FA85 d:FF r:FFAC     m:92 A45F 24AF1D 1ACE1F 8009BB0106D50C63092BFD
2015.07.09 12:32:03.192 0: HMLAN_Send:  hmusb1 I:K
2015.07.09 12:32:03.204 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:00348927 d:FF r:FFD3     m:92 8002 1ACE1F 24AF1D 00
2015.07.09 12:32:03.239 0: HMLAN_Parse: hmusb1 V:03C7 sNo:KEQ1111271 d:263408 O:1ACE1F t:00348C6D IDcnt:0013 L:13 %
2015.07.09 12:32:03.266 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0567FE6D d:FF r:FFAE     m:93 A45F 24AF1D 1ACE1F 8009BD00ECB30B62092CFD
2015.07.09 12:32:04.239 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:00348D0F d:FF r:FFD3     m:93 8002 1ACE1F 24AF1D 00
2015.07.09 12:32:04.266 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:05680255 d:FF r:FFAC     m:94 A45F 24AF1D 1ACE1F 8009BF00E6E80B2C092DFD
2015.07.09 12:32:05.093 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:003490F7 d:FF r:FFD3     m:94 8002 1ACE1F 24AF1D 00
2015.07.09 12:32:06.266 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:05680A25 d:FF r:FFAC     m:95 A45F 24AF1D 1ACE1F 8009C200E1140AF8092DFD
2015.07.09 12:32:07.037 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:003498C6 d:FF r:FFD3     m:95 8002 1ACE1F 24AF1D 00
2015.07.09 12:32:11.627 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:05681F16 d:FF r:FFAC     m:96 A45F 24AF1D 1ACE1F 8009CA00DB830AC3092BFD
2015.07.09 12:32:13.509 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:0034ADB7 d:FF r:FFD3     m:96 8002 1ACE1F 24AF1D 00
2015.07.09 12:32:13.552 0: HMLAN_Send:  hmlan1 I:K
2015.07.09 12:32:13.562 0: HMLAN_Parse: hmlan1 V:03C4 sNo:JEQ0315335 d:1C671E O:1ACE1F t:056826AD IDcnt:000C L:22 %
2015.07.09 12:32:18.267 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:05683907 d:FF r:FFA9     m:97 A45F 24AF1D 1ACE1F 8009D500D3AF0A7E092DFD
2015.07.09 12:32:19.185 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:0034C7A7 d:FF r:FFD3     m:97 8002 1ACE1F 24AF1D 00
2015.07.09 12:32:28.199 0: HMLAN_Send:  hmusb1 I:K
2015.07.09 12:32:28.262 0: HMLAN_Parse: hmusb1 V:03C7 sNo:KEQ1111271 d:263408 O:1ACE1F t:0034EE2C IDcnt:0013 L:13 %
2015.07.09 12:32:33.267 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:056873A1 d:FF r:FFAD     m:98 A45F 24AF1D 1ACE1F 8009EB00CCF30A480932FC
2015.07.09 12:32:34.193 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:0035023E d:FF r:FFD3     m:98 8002 1ACE1F 24AF1D 00
2015.07.09 12:32:38.267 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0568872A d:FF r:FFAE     m:99 A45F 24AF1D 1ACE1F 8009F200D5E60A950930FD
2015.07.09 12:32:39.189 0: HMLAN_Send:  hmlan1 I:K
2015.07.09 12:32:39.202 0: HMLAN_Parse: hmlan1 V:03C4 sNo:JEQ0315335 d:1C671E O:1ACE1F t:05688AD5 IDcnt:000C L:22 %
2015.07.09 12:32:39.209 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:003515C7 d:FF r:FFD3     m:99 8002 1ACE1F 24AF1D 00
2015.07.09 12:32:42.266 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:056896CA d:FF r:FFAD     m:9A A45F 24AF1D 1ACE1F 8009F800DC590ACE0931FD
2015.07.09 12:32:43.066 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:00352566 d:FF r:FFD3     m:9A 8002 1ACE1F 24AF1D 00
2015.07.09 12:32:46.247 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0568A657 d:FF r:FFAC     m:56 845E 24AF1D 000000 8009FD00E0D80AF70935FD
2015.07.09 12:32:51.500 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0568BADD d:FF r:FFAC     m:9B A441 24AF1D 285A54 0410C8
2015.07.09 12:32:52.119 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0568BD49 d:FF r:FFAD     m:9B A441 24AF1D 285A54 0410C8
2015.07.09 12:32:52.719 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0568BFA1 d:FF r:FFAC     m:9B A441 24AF1D 285A54 0410C8
2015.07.09 12:32:53.205 0: HMLAN_Send:  hmusb1 I:K
2015.07.09 12:32:53.254 0: HMLAN_Parse: hmusb1 V:03C7 sNo:KEQ1111271 d:263408 O:1ACE1F t:00354FCB IDcnt:0013 L:13 %
2015.07.09 12:32:53.319 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0568C1F9 d:FF r:FFAD     m:9B A441 24AF1D 285A54 0410C8
2015.07.09 12:32:53.919 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0568C451 d:FF r:FFAC     m:9B A441 24AF1D 285A54 0410C8
2015.07.09 12:32:54.519 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0568C6A9 d:FF r:FFAC     m:9B A441 24AF1D 285A54 0410C8
2015.07.09 12:33:02.267 0: HMLAN_Parse: hmlan1 R:E24AF1D   stat:0000 t:0568E4ED d:FF r:FFAC     m:9C A45F 24AF1D 1ACE1F 800A1800D65E0A90092AFE
2015.07.09 12:33:03.192 0: HMLAN_Parse: hmusb1 R:E1ACE1F   stat:0000 t:00357386 d:FF r:FFD3     m:9C 8002 1ACE1F 24AF1D 00

Zitatund natürlich werden/wurden nur die Kanäle gesperrt die es nicht beantworten.

chn3-6 hoffe ich.

ZitatSollte jetzt erledigt sein

sieht noch nicht so aus, denn nach restart kommt jetzt nur noch ein status request auf chn1. chn2 fehlt jetzt ungerechter weise, obwohl hier ja immer artig mit powerevent geantwortet wird.

gruss frank

volschin · 11 Juli 2015, 22:12:54

Zur Abwechslung lässt sich seit dem Update heute bei mir wieder der Pwr nicht mehr schalten. Zum Glück geht's noch direkt aus einem Homematic Taster. Irgendwie steht das Device unter keinem guten Stern.

martinp876 · 12 Juli 2015, 13:13:44

nicht mehr schalten? hm meiner schon. Nur Channel 01, klar oder

statusrequest geht wieder bei Chan 02.

volschin · 12 Juli 2015, 16:01:22

Ich habe heute nochmal ein Update gemacht und on und off für chn1 sind wieder da. Scheint also ein Fehler aus dem gestrigen Update gewesen zu sein.