HomeMatic Funk-Statusanzeige - HM-Dis-WM55

CoolTux · 31 Januar 2016, 13:45:26

Zitat von: Bytechanger am 31 Januar 2016, 11:47:19
Vielen Dank für Eure Hilfe,

ich habe den Fehler jetzt gefunden.
1. die fhem_user.cfg liegt im Verz. ./FHEM daher habe ich das include angepasst auf include ./FHEM/fhem_user.cfg !!
2. nach einem Neustart ging es !

Vielen Dank nochmal!

Gruß

Byte

Na siehste. Alles gut.

Grüße

frank · 31 Januar 2016, 14:10:22

Zitat von: martinp876 am 31 Januar 2016, 13:01:12
In normalen include passen keine cmds rein.
Ich nutze ein usercfg welches ich, als include , per notify nach dem init einbinde. Da kann man cmds ausführen nach Herzenslust.

aha, jetzt noch das kleingedruckte, merci.

Bytechanger · 01 Februar 2016, 21:33:38

Hallo,

ich habe folgendes festgestellt:
Wenn man es nach wiki Anleitung mit einbindung über notify macht, wird offensichtlich kein notify ausgelöst, wenn die fhem.cfg neu eingelesen wird (beim speichern von Änderungen!).
Damit bleibt beim Speichern der fhem.cfg danach das Display schwarz!

Bei einem restart läuft es wie gewünscht.
Hier liegt also der "Fehler" im define userCfg notify global:INITIALIZED include ./FHEM/fhem_User.cfg

Frage: Wenn ich auf Channel1 und 2 die AES-Signierung einschalte erhalte ich auf dem Display beim Druck auf die Tasten die Meldung "Daten nicht vollständig"

Der Eventmonitor zeigt aber keine Auffälligkeiten:

Code Auswählen

2016-02-01 21:30:59 CUL_HM InfoDisplay battery: ok
2016-02-01 21:30:59 CUL_HM InfoDisplay CMDs_done
2016-02-01 21:30:59 CUL_HM InfoDisplay InfoDisplay_Dis_01 Short
2016-02-01 21:30:59 CUL_HM InfoDisplay_Dis_01 Short (to vccu)
2016-02-01 21:30:59 CUL_HM InfoDisplay_Dis_01 trigger: Short_207
2016-02-01 21:30:59 CUL_HM InfoDisplay_Dis_01 trigger_cnt: 207
2016-02-01 21:30:59 CUL_HM vccu trigLast: InfoDisplay_Dis_01:short
2016-02-01 21:30:59 CUL_HM vccu trig_InfoDisplay_Dis_01: short
2016-02-01 21:30:59 CUL_HM InfoDisplay aesCommToDev: pending
2016-02-01 21:30:59 CUL_HM vccu aesKeyNbr: 02
2016-02-01 21:30:59 CUL_HM InfoDisplay aesReqTo: vccu
2016-02-01 21:30:59 CUL_HM InfoDisplay CMDs_done
2016-02-01 21:30:59 CUL_HM InfoDisplay aesCommToDev: ok
2016-02-01 21:30:59 CUL_HM InfoDisplay battery: ok
2016-02-01 21:30:59 CUL_HM InfoDisplay CMDs_done
2016-02-01 21:30:59 CUL_HM InfoDisplay CMDs_pending
2016-02-01 21:30:59 CUL_HM InfoDisplay InfoDisplay_Dis_01 Short
2016-02-01 21:30:59 CUL_HM InfoDisplay_Dis_01 Short (to vccu)
2016-02-01 21:30:59 CUL_HM InfoDisplay_Dis_01 trig_aes_vccu: ok:207
2016-02-01 21:30:59 CUL_HM InfoDisplay_Dis_01 trigger: Short_207
2016-02-01 21:30:59 CUL_HM InfoDisplay_Dis_01 trigger_cnt: 207
2016-02-01 21:30:59 CUL_HM vccu trigLast: InfoDisplay_Dis_01:short
2016-02-01 21:30:59 CUL_HM vccu trig_InfoDisplay_Dis_01: short
2016-02-01 21:30:59 CUL_HM vccu trig_aes_InfoDisplay_Dis_01: ok:207

Das lässt sich nicht beheben ?

Greets

Byte

martinp876 · 01 Februar 2016, 22:12:35

Nutzt du cul oder hmlan?
Du solltest die msgs loggen, nicht die events. Sniffen nach wiki

Bytechanger · 02 Februar 2016, 07:57:16

Danke dür den Tipp, werde es probieren.

Ich nutze derzeit beides HMLAN und CUL über eine VCCU. HMLAN hat den Vorrang bei diesem Gerät.

Gib mir bitte einen Tipp, wie ich an die msgs komme.
Kenne nur den Eventmonitor und das generelle/Geräte Logfile.

Greets

Byte

MarcelK · 02 Februar 2016, 09:00:55

http://www.fhemwiki.de/wiki/Homematic_Nachrichten_sniffen

Bytechanger · 05 Februar 2016, 06:13:58

Hi,

also hab es versucht, fhem.cfg

Code Auswählen


attr global verbose 1
attr global mseclog 1
attr HMLAN1 logIDs all,sys
attr CUL0 verbose 4

Die VCCU habe ich aber nicht versorgt...
Danach neustart FHEM...

Setze ich nun aesReqComm auf 1 im Device und Kanal, dann kommt die Meldung "Daten nicht vollständig".
Logfile -> kein Eintrag hierzu

EventMonitor->

Code Auswählen

2016-02-05 06:10:38.571 CUL_HM InfoDisplay battery: ok
2016-02-05 06:10:38.571 CUL_HM InfoDisplay CMDs_done
2016-02-05 06:10:38.571 CUL_HM InfoDisplay InfoDisplay_Dis_01 Short
2016-02-05 06:10:38.601 CUL_HM InfoDisplay_Dis_01 Short (to vccu)
2016-02-05 06:10:38.601 CUL_HM InfoDisplay_Dis_01 trigDst_vccu: noConfig
2016-02-05 06:10:38.601 CUL_HM InfoDisplay_Dis_01 trigger: Short_42
2016-02-05 06:10:38.601 CUL_HM InfoDisplay_Dis_01 trigger_cnt: 42
2016-02-05 06:10:38.618 CUL_HM InfoDisplay aesCommToDev: pending
2016-02-05 06:10:38.669 CUL_HM vccu aesKeyNbr: 02
2016-02-05 06:10:38.805 CUL_HM InfoDisplay aesReqTo: vccu
2016-02-05 06:10:38.805 CUL_HM InfoDisplay CMDs_done
2016-02-05 06:10:38.948 CUL_HM InfoDisplay aesCommToDev: ok
2016-02-05 06:10:38.948 CUL_HM InfoDisplay battery: ok
2016-02-05 06:10:38.948 CUL_HM InfoDisplay CMDs_done
2016-02-05 06:10:38.948 CUL_HM InfoDisplay CMDs_pending
2016-02-05 06:10:38.948 CUL_HM InfoDisplay InfoDisplay_Dis_01 Short
2016-02-05 06:10:38.969 CUL_HM InfoDisplay_Dis_01 Short (to vccu)
2016-02-05 06:10:38.969 CUL_HM InfoDisplay_Dis_01 trigDst_vccu: noConfig
2016-02-05 06:10:38.969 CUL_HM InfoDisplay_Dis_01 trig_aes_vccu: ok:42
2016-02-05 06:10:38.969 CUL_HM InfoDisplay_Dis_01 trigger: Short_42
2016-02-05 06:10:38.969 CUL_HM InfoDisplay_Dis_01 trigger_cnt: 42

Muss ich der VCCU noch attribute mitgeben?
Verbose 0,1,5 machten auch keinen Unterschied, oder schaue ich im falschen Log?

EDIT: Ich komme heute nachmittag noch mal neu

fhem.cfg hatte die Änderungen nicht wie gewünscht übernommen, jetzt sieht es so aus, als würde mehr drin stehen.

Greets

Byte

frank · 05 Februar 2016, 09:41:38

Zitatoder schaue ich im falschen Log?

genau.

schau in fhem.log.

Bytechanger · 05 Februar 2016, 16:53:30

So jetzt aber Verbose 5 fhem.log

hoffe habe das richtige rausgesucht:

Code Auswählen

2016.02.05 16:49:40.333 4: CUL_Parse: CUL0 A 0B 4E A240 374B3D 1DA462 013B35 -47.5
2016.02.05 16:49:40.348 5: CUL_HM InfoDisplay prep ACK for 01
2016.02.05 16:49:40.349 5: HMLAN: Skip ACK
2016.02.05 16:49:40.350 5: CUL_HM InfoDisplay protEvent:CMDs_done
2016.02.05 16:49:40.351 5: CUL_HM InfoDisplay sent ACK:2
2016.02.05 16:49:40.355 5: Triggering InfoDisplay (3 changes)
2016.02.05 16:49:40.355 5: Notify loop for InfoDisplay battery: ok
2016.02.05 16:49:40.372 5: ZE.Batterie: not on any display, ignoring notify
2016.02.05 16:49:40.382 5: Triggering n_batt_chk
2016.02.05 16:49:40.382 4: n_batt_chk exec { if ($EVENT !~ m/ok/) { 
   SendMEMail(1,'FHEM Batteriewarnung', $NAME.': '.$EVENT);; 
   Log 3, "$NAME : Batteriewarnung $EVENT";; 
  } 
 }
2016.02.05 16:49:40.383 5: Cmd: >{ if ($EVENT !~ m/ok/) { 
   SendMEMail(1,'FHEM Batteriewarnung', $NAME.': '.$EVENT); 
   Log 3, "$NAME : Batteriewarnung $EVENT"; 
  } 
 }<
2016.02.05 16:49:40.386 5: Triggering InfoDisplay_Dis_01 (4 changes)
2016.02.05 16:49:40.387 5: Notify loop for InfoDisplay_Dis_01 Short (to vccu)
2016.02.05 16:49:40.398 5: ZE.Batterie: not on any display, ignoring notify
2016.02.05 16:49:40.411 5: HMLAN/RAW: /E374B3D,0100,0F783E06,FF,FFBD,4EA240374B3D1DA462013B

2016.02.05 16:49:40.412 5: HMLAN_Parse: HMLAN1 R:E374B3D   stat:0100 t:0F783E06 d:FF r:FFBD     m:4E A240 374B3D 1DA462 013B
2016.02.05 16:49:40.412 5: HMLAN1 dispatch A0B4EA240374B3D1DA462013B:AESpending:-67:HMLAN1
2016.02.05 16:49:40.414 5: Triggering InfoDisplay (1 changes)
2016.02.05 16:49:40.415 5: Notify loop for InfoDisplay aesCommToDev: pending
2016.02.05 16:49:40.421 5: ZE.Batterie: not on any display, ignoring notify
2016.02.05 16:49:40.462 4: CUL_Parse: CUL0 A 11 4E A002 1DA462 374B3D 04CF59FFB1D0ED02EA -85
2016.02.05 16:49:40.467 5: Triggering vccu (1 changes)
2016.02.05 16:49:40.467 5: Notify loop for vccu aesKeyNbr: 02
2016.02.05 16:49:40.473 5: ZE.Batterie: not on any display, ignoring notify
2016.02.05 16:49:40.593 4: CUL_Parse: CUL0 A 19 4E A003 374B3D 1DA462 6121A17DBDF35A8F7AD88387F0EB0B7736 -47
2016.02.05 16:49:40.597 5: HMLAN: Skip ACK
2016.02.05 16:49:40.598 5: CUL_HM InfoDisplay protEvent:CMDs_done
2016.02.05 16:49:40.598 5: CUL_HM InfoDisplay sent ACK:2
2016.02.05 16:49:40.600 5: Triggering InfoDisplay (2 changes)
2016.02.05 16:49:40.601 5: Notify loop for InfoDisplay aesReqTo: vccu
2016.02.05 16:49:40.608 5: ZE.Batterie: not on any display, ignoring notify
2016.02.05 16:49:40.713 4: CUL_Parse: CUL0 A 0E 4E 8002 1DA462 374B3D 0004C30ED7E7 -86.5
2016.02.05 16:49:40.720 5: HMLAN/RAW: /E374B3D,0040,0F783E06,01,FFBD,4EA240374B3D1DA462013B

2016.02.05 16:49:40.720 5: HMLAN_Parse: HMLAN1 R:E374B3D   stat:0040 t:0F783E06 d:01 r:FFBD     m:4E A240 374B3D 1DA462 013B
2016.02.05 16:49:40.721 5: HMLAN1 dispatch A0B4EA240374B3D1DA462013B:AESCom-ok:-67:HMLAN1
2016.02.05 16:49:40.722 5: CUL_HM InfoDisplay protEvent:CMDs_pending pending:1
2016.02.05 16:49:40.723 5: CUL_HM InfoDisplay protEvent:CMDs_pending pending:2
2016.02.05 16:49:40.723 5: CUL_HM InfoDisplay protEvent:CMDs_pending pending:3
2016.02.05 16:49:40.724 5: CUL_HM InfoDisplay protEvent:CMDs_pending pending:4
2016.02.05 16:49:40.724 5: CUL_HM InfoDisplay protEvent:CMDs_pending pending:5
2016.02.05 16:49:40.724 5: CUL_HM InfoDisplay protEvent:CMDs_pending pending:6
2016.02.05 16:49:40.822 5: HMLAN_Send:  HMLAN1 S:SB21FE647 stat:  00 t:00000000 d:01 r:B21FE647 m:4F A011 1DA462 374B3D 80010212416C61726D616E6C6167653A11
2016.02.05 16:49:40.824 5: CUL_HM InfoDisplay protEvent:CMDs_processing... pending:5
2016.02.05 16:49:40.832 5: CUL_HM InfoDisplay prep ACK for 01
2016.02.05 16:49:40.833 5: HMLAN: Skip ACK
2016.02.05 16:49:40.834 5: CUL_HM InfoDisplay protEvent:CMDs_done
2016.02.05 16:49:40.834 5: CUL_HM InfoDisplay sent ACK:2
2016.02.05 16:49:40.838 5: Triggering InfoDisplay (5 changes)
2016.02.05 16:49:40.838 5: Notify loop for InfoDisplay aesCommToDev: ok
2016.02.05 16:49:40.847 5: ZE.Batterie: not on any display, ignoring notify
2016.02.05 16:49:40.854 5: Triggering n_batt_chk
2016.02.05 16:49:40.855 4: n_batt_chk exec { if ($EVENT !~ m/ok/) { 
   SendMEMail(1,'FHEM Batteriewarnung', $NAME.': '.$EVENT);; 
   Log 3, "$NAME : Batteriewarnung $EVENT";; 
  } 
 }
2016.02.05 16:49:40.855 5: Cmd: >{ if ($EVENT !~ m/ok/) { 
   SendMEMail(1,'FHEM Batteriewarnung', $NAME.': '.$EVENT); 
   Log 3, "$NAME : Batteriewarnung $EVENT"; 
  } 
 }<
2016.02.05 16:49:40.858 5: Triggering InfoDisplay_Dis_01 (5 changes)
2016.02.05 16:49:40.858 5: Notify loop for InfoDisplay_Dis_01 Short (to vccu)
2016.02.05 16:49:40.866 5: ZE.Batterie: not on any display, ignoring notify
2016.02.05 16:49:40.994 4: CUL_Parse: CUL0 A 1A 4F A011 1DA462 374B3D 80010212416C61726D616E6C6167653A11F2 -81
2016.02.05 16:49:41.104 4: CUL_Parse: CUL0 A 0A 4F 8002 374B3D 1DA462 0035 -47.5
2016.02.05 16:49:41.113 5: HMLAN/RAW: /RB21FE647,0001,0F78410F,FF,FFBA,4F8002374B3D1DA46200

2016.02.05 16:49:41.114 5: HMLAN_Parse: HMLAN1 R:RB21FE647 stat:0001 t:0F78410F d:FF r:FFBA     m:4F 8002 374B3D 1DA462 00
2016.02.05 16:49:41.115 5: HMLAN1 dispatch A0A4F8002374B3D1DA46200::-70:HMLAN1
2016.02.05 16:49:41.117 4: CUL_HM InfoDisplay dupe: dont process
2016.02.05 16:49:45.142 4: Connection closed for WEB_172.30.90.45_14100: EOF
2016.02.05 16:49:45.146 4: WEB_172.30.90.45_14102 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2016-02.log; BUFLEN:0

Kann man hier die Ursache erkennen?

Greets

Byte

Bytechanger · 06 Februar 2016, 08:13:19

Hallo,

List Device

Code Auswählen


nternals: 
   CUL0_MSGCNT 152 
   CUL0_RAWMSG A1A6D8400374B3D1DA4621000D34D45513031373936323712110000::-56.5:CUL0 
   CUL0_RSSI  -56.5 
   CUL0_TIME  2016-02-06 08:16:22 
   DEF        374B3D 
   HMLAN1_MSGCNT 496 
   HMLAN1_RAWMSG RB57CA93C,0001,12D5269F,FF,FFB3,908002374B3D1DA46200 
   HMLAN1_RSSI -77 
   HMLAN1_TIME 2016-02-06 08:29:51 
   IODev      HMLAN1 
   LASTInputDev HMLAN1 
   MSGCNT     648 
   NAME       InfoDisplay 
   NR         290 
   STATE      InfoDisplay_Dis_01 Short 
   TYPE       CUL_HM 
   channel_01 InfoDisplay_Dis_01 
   channel_02 InfoDisplay_Dis_02 
   channel_03 InfoDisplay_Dis_03 
   channel_04 InfoDisplay_Dis_04 
   channel_05 InfoDisplay_Dis_05 
   channel_06 InfoDisplay_Dis_06 
   channel_07 InfoDisplay_Dis_07 
   channel_08 InfoDisplay_Dis_08 
   channel_09 InfoDisplay_Dis_09 
   channel_0A InfoDisplay_Dis_10 
   lastMsg    No:90 - t:02 s:374B3D d:1DA462 00 
   protCmdDel 32 
   protEvt_AESCom-ok 2 last_at:2016-02-06 08:29:51 
   protLastRcv 2016-02-06 08:29:51 
   protNack   2 last_at:2016-02-06 08:27:23 
   protResnd  44 last_at:2016-02-06 08:27:46 
   protResndFail 12 last_at:2016-02-06 08:27:49 
   protSnd    250 last_at:2016-02-06 08:29:51 
   protState  CMDs_done 
   rssi_at_CUL0 min:-78.5 lst:-56.5 avg:-52.27 max:-42 cnt:152 
   rssi_at_HMLAN1 max:-57 cnt:492 avg:-67.19 lst:-77 min:-83 
   Readings: 
     2016-02-06 08:29:51   CommandAccepted yes 
     2016-02-06 08:28:30   D-firmware      1.0 
     2016-02-06 08:28:30   D-serialNr      MEQ0179627 
     2016-02-05 06:00:29   PairedTo        0x1DA462 
     2016-01-30 10:58:19   R-pairCentral   0x1DA462 
     2016-01-30 10:58:19   R-stbyTime      10 s 
     2016-02-05 06:00:29   RegL_00.        02:01 07:01 0A:1D 0B:A4 0C:62 0E:0A 18:00 00:00 
     2016-02-06 08:29:51   aesCommToDev    ok 
     2016-01-27 19:40:15   aesKeyNbr       00 
     2016-02-05 16:53:03   aesReqTo        vccu 
     2016-02-06 08:29:51   battery         ok 
     2016-02-06 08:29:51   state           InfoDisplay_Dis_01 Short 
     2016-02-06 07:33:52   text1           - 
     2016-02-06 07:33:52   text2           - 
   cmdStacAESPend: 
     374B3D;++A0111DA462374B3D80010212416C61726D616E6C6167653A11 
     374B3D;++A0111DA462374B3D80018013840A12756E73636861726611 
     374B3D;++A0111DA462374B3D8001840A12416C6C652046656E737465 
     374B3D;++A0111DA462374B3D800172118013830A1267657363686C6F 
     374B3D;++A0111DA462374B3D80017373656E11840A12382C38204311 
     374B3D;++A0111DA462374B3D8001800A122011800A03 
   Helper: 
     HM_CMDNR   144 
     cSnd       011DA462374B3D0203,111DA462374B3D80010212416C61726D616E6C6167653A11 
     mId        00D3 
     rxType     4 
     Dispi: 
       L: 
         L1: 
           d          1 
         L2: 
           d          1 
         L3: 
           d          1 
         L4: 
           d          1 
         L5: 
           d          1 
         L6: 
           d          1 
       S: 
         L1: 
           d          1 
         L2: 
           d          1 
         L3: 
           d          1 
         L4: 
           d          1 
         L5: 
           d          1 
         L6: 
           d          1 
     Expert: 
       def        1 
       det        0 
       raw        1 
       tpl        0 
     Io: 
       newChn     +374B3D,01,01,02 
       nextSend   1454743792.08314 
       rxt        0 
       vccu       vccu 
       p: 
         374B3D 
         01 
         01 
         02 
       prefIO: 
         HMLAN1 
     Mrssi: 
       mNo        90 
       Io: 
         HMLAN1     -75 
     Prt: 
       bErr       0 
       sProc      0 
       Rspwait: 
     Q: 
       qReqConf 
       qReqStat 
     Role: 
       dev        1 
     Rssi: 
       At_cul0: 
         avg        -52.2730263157895 
         cnt        152 
         lst        -56.5 
         max        -42 
         min        -78.5 
       At_hmlan1: 
         avg        -67.1951219512195 
         cnt        492 
         lst        -77 
         max        -57 
         min        -83 
     Shadowreg: 
   Role: 
Attributes: 
   IODev      HMLAN1 
   IOgrp      vccu:HMLAN1 
   aesCommReq 1 
   autoReadReg 4_reqStatus 
   expert     2_raw 
   firmware   1.0 
   model      HM-Dis-WM55 
   msgRepeat  3 
   room       CUL_HM,EG 
   serialNr   MEQ0179627 
   subType    pushButton 
   webCmd     getConfig:clear msgEvents

List Button1

Code Auswählen


Internals: 
   DEF        374B3D01 
   NAME       InfoDisplay_Dis_01 
   NR         292 
   STATE      Short (to vccu) 
   TYPE       CUL_HM 
   chanNo     01 
   device     InfoDisplay 
   Readings: 
     2016-02-05 06:00:30   R-sign          on 
     2016-02-06 08:18:40   RegL_01.          08:01 36:54 37:65 38:78 39:74 3A:62 3B:6C 3C:6F  3D:63 3E:6B 3F:20 40:31 41:00 46:54 47:65 48:78  49:74 4A:62 4B:6C 4C:6F 4D:63 4E:6B 4F:20 50:32  51:00 00:00 
     2016-02-05 06:18:05   disp_long_l1    Hallo white - 
     2016-02-05 06:18:05   disp_long_l2    Anna red - 
     2016-02-05 06:18:05   disp_long_l3    wie white - 
     2016-02-05 06:18:05   disp_long_l4    geht blue - 
     2016-02-05 06:18:05   disp_long_l5    es white newMsg 
     2016-02-05 06:18:05   disp_long_l6    Dir white - 
     2016-02-06 08:29:51   disp_short_l1   Alarmanlage: white error 
     2016-02-06 08:29:51   disp_short_l2   unscharf green - 
     2016-02-06 08:29:51   disp_short_l3   Alle Fenster white closed 
     2016-02-06 08:29:51   disp_short_l4   geschlossen green - 
     2016-02-06 08:29:51   disp_short_l5   8,8 C white - 
     2016-02-06 08:29:51   disp_short_l6     white - 
     2016-02-06 08:29:51   state           Short (to vccu) 
     2016-02-06 08:18:40   text1           Textblock 1 
     2016-02-06 08:18:40   text2           Textblock 2 
     2016-02-06 08:29:51   trigDst_vccu    noConfig 
     2016-02-06 08:29:51   trig_aes_vccu   ok:69 
     2016-02-06 08:29:51   trigger         Short_69 
     2016-02-06 08:29:51   trigger_cnt     69 
   Helper: 
     BNO        69 
     BNOCNT     1 
     peerIDsRaw ,00000000 
     Disp: 
       s: 
         80010212416C61726D616E6C6167653A11 
         80018013840A12756E73636861726611 
         8001840A12416C6C652046656E737465 
         800172118013830A1267657363686C6F 
         80017373656E11840A12382C38204311 
         8001800A122011800A03 
     Dispi: 
       L: 
         L1: 
           d          1 
         L2: 
           d          1 
         L3: 
           d          1 
         L4: 
           d          1 
         L5: 
           d          1 
         L6: 
           d          1 
       S: 
         L1: 
           col        white 
           d          2 
           exe        {getMyLine(1,1)} 
           icn        error 
           txt        Alarmanlage: 
         L2: 
           col        green 
           d          2 
           exe        {getMyLine(1,2)} 
           txt        unscharf 
         L3: 
           col        white 
           d          2 
           exe        {getMyLine(1,3)} 
           icn        closed 
           txt        Alle Fenster 
         L4: 
           col        green 
           d          2 
           exe        {getMyLine(1,4)} 
           txt        geschlossen 
         L5: 
           col        white 
           d          2 
           exe        {getMyLine(1,5)} 
           txt        8,8 C 
         L6: 
           col        white 
           d          2 
           exe        {getMyLine(1,6)} 
           txt 
     Expert: 
       def        1 
       det        0 
       raw        1 
       tpl        0 
     Role: 
       chn        1 
     Shadowreg: 
   Role: 
Attributes: 
   aesCommReq 1 
   model      HM-Dis-WM55 
   peerIDs    00000000,

Zu meinem Verständnis:

Das AES-Wiki hatte ich so verstanden (bitte korrigieren, wenn falsch):

SIGN ON = Das Gerät (also hier das Display) fordert von der Zentrale eine Signatur an, wenn ich den Text neu setze...
aesCommandReq = Die Zentrale fordert vom Gerät eine Signatur an, wenn der entsprechende Button/Channel gedrückt wurde
Hier muss im Chsnnrl (also 1 und 2) UND im Device das aesCommandReq gesetzt werden.
Sobald ich aesCommandReq irgendwo setze, kommen keine Daten mehr an.....

Greets

Byte

martinp876 · 06 Februar 2016, 19:40:02

Das ist ein recht umständlicher log. In sniffen ist es doch gut beschrieben. Problematisch scheint zu sein, dass nach dem ACK keine weiteren Nachrichten gesendet werden.
Was ist an den Texten eigentlich geheim, dass AES notwendig macht?
Geht es ohne AES problemlos?

Bytechanger · 06 Februar 2016, 20:48:44

Die Texte sind nicht geheim. Die werden ja auch nicht verschlüsselt. Möchte nur nicht, das die durch einen externen Spaßvogel geändert werden können. Hat auch was mit dem Status der Alarmanlage zu tun.
Weiterhin sollen die Buttons Aktionen durchführen, die nur von ihnen zu erledigen sind. Also wollte hier eine Signatur auch wertvoll.

Für einen wertvollen Tipp, was ich beim sniffen falsch mache dankbar.

Greets Byte

Bytechanger · 07 Februar 2016, 08:51:59

Hallo,

also ich habe nach Anleitung in http://www.fhemwiki.de/wiki/Homematic_Nachrichten_sniffen
in die Befehlszeile

Code Auswählen

attr global verbose 1
attr global mseclog 1
attr HMLAN1 logIDs all,sys

eingetragen.

Hier das Log, wenn die Datenübertragung ohne aesCommReq funktioniert:

Code Auswählen

2016.02.07 08:47:11.352 0: HMLAN_Parse: HMLAN1 R:E374B3D   stat:0000 t:180B943B d:FF r:FFAE     m:A2 A240 374B3D 1DA462 0155
2016.02.07 08:47:11.470 0: HMLAN_Send:  HMLAN1 S:SBAB2E340 stat:  00 t:00000000 d:01 r:BAB2E340 m:A3 A011 1DA462 374B3D 80010212416C61726D616E6C6167653A11
2016.02.07 08:47:11.864 0: HMLAN_Parse: HMLAN1 R:RBAB2E340 stat:0001 t:180B9641 d:FF r:FFAF     m:A3 8002 374B3D 1DA462 00
2016.02.07 08:47:11.961 0: HMLAN_Send:  HMLAN1 S:SBAB2E4CE stat:  00 t:00000000 d:01 r:BAB2E4CE m:A4 A011 1DA462 374B3D 80018013840A12756E73636861726611
2016.02.07 08:47:12.261 0: HMLAN_Parse: HMLAN1 R:RBAB2E4CE stat:0001 t:180B97CE d:FF r:FFAF     m:A4 8002 374B3D 1DA462 00
2016.02.07 08:47:12.358 0: HMLAN_Send:  HMLAN1 S:SBAB2E65B stat:  00 t:00000000 d:01 r:BAB2E65B m:A5 A011 1DA462 374B3D 8001810A12416C6C652046656E737465
2016.02.07 08:47:12.658 0: HMLAN_Parse: HMLAN1 R:RBAB2E65B stat:0001 t:180B995B d:FF r:FFAF     m:A5 8002 374B3D 1DA462 00
2016.02.07 08:47:12.755 0: HMLAN_Send:  HMLAN1 S:SBAB2E7E8 stat:  00 t:00000000 d:01 r:BAB2E7E8 m:A6 A011 1DA462 374B3D 800172118013830A1267657363686C6F
2016.02.07 08:47:13.055 0: HMLAN_Parse: HMLAN1 R:RBAB2E7E8 stat:0001 t:180B9AE8 d:FF r:FFAF     m:A6 8002 374B3D 1DA462 00
2016.02.07 08:47:13.153 0: HMLAN_Send:  HMLAN1 S:SBAB2E975 stat:  00 t:00000000 d:01 r:BAB2E975 m:A7 A011 1DA462 374B3D 80017373656E11840A1231302C312043
2016.02.07 08:47:13.452 0: HMLAN_Parse: HMLAN1 R:RBAB2E975 stat:0001 t:180B9C75 d:FF r:FFAE     m:A7 8002 374B3D 1DA462 00
2016.02.07 08:47:13.550 0: HMLAN_Send:  HMLAN1 S:SBAB2EB03 stat:  00 t:00000000 d:01 r:BAB2EB03 m:A8 A011 1DA462 374B3D 800111800A122011800A03
2016.02.07 08:47:13.551 0: HMLAN_Send:  HMLAN1 I:K
2016.02.07 08:47:13.725 0: HMLAN_Parse: HMLAN1 V:03C4 sNo:LEQ0640815 d:2CD8CE O:1DA462 t:180B9D6F IDcnt:000A L:2 %
2016.02.07 08:47:13.850 0: HMLAN_Parse: HMLAN1 R:RBAB2EB03 stat:0001 t:180B9E03 d:FF r:FFAF     m:A8 8002 374B3D 1DA462 00

Mit aesCommReq 1 sieht das ganze schon viel kürzer aus:

Code Auswählen

2016.02.07 08:49:18.570 0: HMLAN_Send:  HMLAN1 I:K
2016.02.07 08:49:18.574 0: HMLAN_Parse: HMLAN1 V:03C4 sNo:LEQ0640815 d:2CD8CE O:1DA462 t:180D8550 IDcnt:000A L:2 %
2016.02.07 08:49:19.096 0: HMLAN_Parse: HMLAN1 R:E374B3D   stat:0100 t:180D874F d:FF r:FFB0     m:A5 A240 374B3D 1DA462 0158
2016.02.07 08:49:19.471 0: HMLAN_Parse: HMLAN1 R:E374B3D   stat:0040 t:180D874F d:01 r:FFB0     m:A5 A240 374B3D 1DA462 0158
2016.02.07 08:49:19.476 0: HMLAN_Send:  HMLAN1 S:SBAB4D745 stat:  00 t:00000000 d:01 r:BAB4D745 m:AB A011 1DA462 374B3D 80010212416C61726D616E6C6167653A11
2016.02.07 08:49:19.867 0: HMLAN_Parse: HMLAN1 R:RBAB4D745 stat:0001 t:180D8A58 d:FF r:FFAF     m:AB 8002 374B3D 1DA462 00

allerdings sagen mir die Zahlenreihen gar nichts!

Greets

Byte

martinp876 · 08 Februar 2016, 21:14:30

Das sieht seltsam aus.das device sendet ein ACK und es geht nicht weiter.....
Aktuell hast du eingestellt, dass fhem ein AES fordert. Das schützt dich nicht. Der WM muss eins fordern, von fhem.

Was die Ausgabe blockiert ist mir unklar... Sind noch Kommandos pending

Bytechanger · 09 Februar 2016, 06:15:20

Hallo,

also im WM habe ich SIGN ON stehen, das funktioniert auch.
Diese Einstellung sollte mich doch vor ungewollter Veränderung schützen, da hier WM die Signierung anfordert.
Wobei ich im Eventmonitor kein Signaturaustausch sehen kann...

Andererseites sollte FHEM sich den Buttonclick signieren lassen, dass erreiche ich doch m.E. mit aesCommReq.
Und sobald ich das auf 1 setzte, geht nichts mehr. Das Attribut wird m.E. nicht an das Gerät übertragen, sondern bleibt in FHEM.

Auf jeden fall steht im WM STATE CMDs_done.
(Siehe Auch die Lists vom 06 Februar 2016, 08:13:19 ).

Ein HMinfo configCheck mosert auch nicht, dass irgendwelche Register nicht gelesen wären.

Bei einem getConfig für das gesamte WM erhalte ich allerdings oft ein RESPONSE TIMEOUT:RegisterRead.
Selten auch ein MISSING ACK.

Greets

Byte