HM-MOD-EM-8 Analoge Spannungseingänge

spel · 07 November 2016, 20:58:12

Das Modul selbst:

DEF        3D679C 
   IODev      HMLAN1 
   NAME       DG.db.SE.PIRMelder_HM 
   NOTIFYDEV  global 
   NR         184 
   NTFY_ORDER 50-DG.db.SE.PIRMelder_HM 
   STATE      CMDs_done 
   TYPE       CUL_HM 
   channel_01 DG.db.SE.PIRMelder_HM_Btn_01 
   channel_02 DG.db.SE.PIRMelder_HM_Btn_02 
   channel_03 DG.db.SE.PIRMelder_HM_Btn_03 
   channel_04 DG.db.SE.PIRMelder_HM_Btn_04 
   channel_05 DG.db.SE.PIRMelder_HM_Btn_05_Wintergarten 
   channel_06 DG.db.SE.PIRMelder_HM_Btn_06_Weg 
   channel_07 DG.db.SE.PIRMelder_HM_Btn_07_Garagentuer 
   channel_08 DG.db.SE.PIRMelder_HM_Btn_08_Terrasse 
   Readings: 
     2016-11-06 21:37:19   CommandAccepted yes 
     2016-11-06 21:22:11   D-firmware      1.1 
     2016-11-06 21:22:11   D-serialNr      MEQ0781499 
     2016-11-07 20:26:14   PairedTo        0x8883C2 
     2016-11-06 21:14:03   R-pairCentral   0x8883C2 
     2016-11-07 20:26:14   RegL_00.        02:01 05:40 0A:88 0B:83 0C:C2 12:00 14:03 18:00  00:00 
     2016-11-06 21:37:20   aesCommToDev    ok 
     2016-11-06 21:37:20   aesKeyNbr       00 
     2016-11-07 20:27:08   alive           yes 
     2016-11-07 20:27:09   battery         ok 
     2016-11-07 20:27:08   powerOn         2016-11-07 20:27:08 
     2016-11-07 20:27:08   recentStateType info 
     2016-11-07 20:27:09   state           CMDs_done 
   Helper: 
     HM_CMDNR   1 
     mId        00D9 
     rxType     16 
     Expert: 
       def        1 
       det        0 
       raw        1 
       tpl        0 
     Io: 
       newChn     +3D679C,00,01,00 
       prefIO 
       rxt        2 
       vccu 
       p: 
         3D679C 
         00 
         01 
         00 
     Mrssi: 
       mNo 
     Prt: 
       bErr       0 
       sProc      0 
     Q: 
       qReqConf 
       qReqStat 
     Role: 
       dev        1 
     Tmpl: 
Attributes: 
   IODev      HMLAN1 
   autoReadReg 4_reqStatus 
   event-min-interval battery:300 
   expert     2_raw 
   firmware   1.1 
   group      Steuerung Beleuchtung 
   icon       audio_fade 
   model      HM-MOD-Em-8 
   room       Perimeter,_HOMEMATIC 
   serialNr   MEQ0781499 
   subType    remote 
   webCmd     getConfig:clear msgEvents

Channel "08":

Code Auswählen

Internals: 
   DEF        3D679C08 
   NAME       DG.db.SE.PIRMelder_HM_Btn_08_Terrasse 
   NOTIFYDEV  global 
   NR         192 
   NTFY_ORDER 50-DG.db.SE.PIRMelder_HM_Btn_08_Terrasse 
   STATE      closed 
   TYPE       CUL_HM 
   chanNo     08 
   device     DG.db.SE.PIRMelder_HM 
   Readings: 
     2016-11-06 21:22:11   R-sign          off 
     2016-11-07 20:26:22   RegL_01.        04:10 08:00 20:60 23:05 30:03 92:21 00:00 
     2016-11-07 20:27:09   contact         closed (to HMLAN1) 
     2016-11-07 20:27:09   state           closed 
     2016-11-07 20:27:09   trigDst_8883C2  noConfig 
     2016-11-07 20:27:09   trigger_cnt     1 
   Helper: 
     Expert: 
       def        1 
       det        0 
       raw        1 
       tpl        0 
     Role: 
       chn        1 
     Tmpl: 
Attributes: 
   group      Steuerung Beleuchtung 
   model      HM-MOD-Em-8 
   peerIDs    00000000, 
   room       Perimeter,_HOMEMATIC

Ich hoffe ich habe den richtigen Zeitraum gewählt (dazwischen funken kann wenn nur der Bewegungsmelder (HM-SEC-MDIR)):

Code Auswählen

2016.11.07 20:55:09.715 0: HMLAN_Send:  HMLAN1 I:K
2016.11.07 20:55:09.725 0: HMLAN_Parse: HMLAN1 V:03C4 sNo:LEQ0986188 d:322392 O:8883C2 t:0594DA15 IDcnt:0006 L:24 %
2016.11.07 20:55:34.721 0: HMLAN_Send:  HMLAN1 I:K
2016.11.07 20:55:34.730 0: HMLAN_Parse: HMLAN1 V:03C4 sNo:LEQ0986188 d:322392 O:8883C2 t:05953BC7 IDcnt:0006 L:24 %
2016.11.07 20:55:39.538 0: HMLAN_Parse: HMLAN1 R:E161D0E   stat:0000 t:05954E88 d:FF r:FFCD     m:39 8441 161D0E 000000 01BB2240
2016.11.07 20:55:59.725 0: HMLAN_Send:  HMLAN1 I:K
2016.11.07 20:55:59.733 0: HMLAN_Parse: HMLAN1 V:03C4 sNo:LEQ0986188 d:322392 O:8883C2 t:05959D76 IDcnt:0006 L:24 %

Seit dem Neustart habe ich am Modul oder in Fhem nicht gedrückt etc. Es müsste sich wenn nur der Channel 08 auf "open" umstellen... ;-(

spel · 08 November 2016, 10:56:42

Hallo,

also ich glaube es ist wichtig, dass nach einem regSet der Kanal auch wirklich dann einmal getriggert wird. Ich glaube das das ursächlich war.

Aber ich muss das noch weiter testen.

frank · 08 November 2016, 11:27:02

in deinem log ist nur eine message von 161D0E zu sehen.

wenn du das attr logids nur mit dem namen des em-08 setzt, werden auch nur diese messages gelogt.
bei jedem spannungsereignis sollte dann eine message kommen.
mit attr expert kannst du mehr register sichtbar machen.
event-min-interval würde ich vorerst löschen. mit dem attr kannst du nur events reduzieren, nicht zusätzlich generieren. mir ist unklar, ob es in dieser form nicht sogar andere events unterdrückt.

Otto123 · 08 November 2016, 12:12:13

Zitat von: spel am 08 November 2016, 10:56:42
Hallo,

also ich glaube es ist wichtig, dass nach einem regSet der Kanal auch wirklich dann einmal getriggert wird. Ich glaube das das ursächlich war.

Aber ich muss das noch weiter testen.

Auf alle Fälle! Der EM-8 ist von der Sache her eine Fernbedienung, bei denen muss man generell knöppchen drücken wenn man was will. Wobei meist ein "Tastendruck" (also nicht unbedingt Konfigknopf) ausreicht, ich lasse bei meiner Garagentorerkennung immer das Garagentor kurz fahren wenn ich was ändere

Gruß Otto

martinp876 · 08 November 2016, 21:43:02

Das gilt für lazyconfig devices. Wenn ein Knopf mit der zentrale gepeert ist, oder garnicht, dann werden pending Kommandos uebertragen.
Das peering ist essentiell

Otto123 · 08 November 2016, 21:49:39

Zitat von: martinp876 am 08 November 2016, 21:43:02
Das gilt für lazyconfig devices. Wenn ein Knopf mit der zentrale gepeert ist, oder garnicht, dann werden pending Kommandos uebertragen.
Das peering ist essentiell

Tut mir leid Martin, dass verstehe ich nicht.

Gruß Otto

spel · 08 November 2016, 21:51:02

Hallo,

es scheint jetzt zu funktionieren. Ich hatte wie gesagt nicht nur die Register gesetzt, sondern auch dann physikalisch getriggert. Allen voran ein Hardware-Reset über Fhem..

Danke auf jeden Fall für die Hilfe hier.

Pfriemler · 08 November 2016, 23:50:25

Zitat von: Otto123 am 08 November 2016, 21:49:39
Tut mir leid Martin, dass verstehe ich nicht.

Also wie ich das verstanden habe: So wie Du schon richtig sagst kann man den EM-8 als "lazyConfig"-fähig auch programmieren infolge einer Gerätekommunikation, etwa bei Statusänderung. Sendet das Gerät eine Statusänderung, so kann quasi mit dem ACK der Hinweis kommen: "ich habe da noch ein paar Konfigurationen für dich". Daraufhin meldet sich das Gerät dann empfangsbereit und die Daten werden ausgetauscht.
Mit FHEM klappt das aber nur, wenn es auch als peer eingetragen ist, d.h. ein ACK an den Statussender liefert. Ein Senden an "broadcast" wie bei frisch angelernten EM-8 müsste demnach nicht für ein lazyConfig ausreichen. Könnte ich mal checken - ich habe ein paar ungepeerte Channels an einem EM-8.

Nachtrag: laut Martin auch bei "broadcast" (also ungepeert). Halt nicht bei ausschließlichem Peering mit anderem HM-Gerät, weil sich FHEM da nicht in den ACK reinhängen kann. Dann wäre aber peering nicht essentiell. Hm... $:-\$

Otto123 · 09 November 2016, 09:10:35

Zitat von: Pfriemler am 08 November 2016, 23:50:25
Also wie ich das verstanden habe: So wie Du schon richtig sagst kann man den EM-8 als "lazyConfig"-fähig auch programmieren infolge einer Gerätekommunikation, etwa bei Statusänderung. Sendet das Gerät eine Statusänderung, so kann quasi mit dem ACK der Hinweis kommen: "ich habe da noch ein paar Konfigurationen für dich". Daraufhin meldet sich das Gerät dann empfangsbereit und die Daten werden ausgetauscht.
Mit FHEM klappt das aber nur, wenn es auch als peer eingetragen ist, d.h. ein ACK an den Statussender liefert. Ein Senden an "broadcast" wie bei frisch angelernten EM-8 müsste demnach nicht für ein lazyConfig ausreichen. Könnte ich mal checken - ich habe ein paar ungepeerte Channels an einem EM-8.

Nachtrag: laut Martin auch bei "broadcast" (also ungepeert). Halt nicht bei ausschließlichem Peering mit anderem HM-Gerät, weil sich FHEM da nicht in den ACK reinhängen kann. Dann wäre aber peering nicht essentiell. Hm... $:-\$

Ich glaube ich fange an zu verstehen - mann mann mann ganz schön kompliziert...

martinp876 · 09 November 2016, 20:46:44

Ist ein device gepairt der Kanal aber nicht gepeert sendet das devicean die zentrale. Das ist kein broadcast.
Ergo ist im Bezug auf lazyconfig ein peeren mit der zentrale gleich dem ungepeerten Zustand.

Broadcast wird gesendet wenn weder gepeert noch gepairt ist.

Es ist nicht möglich an ein device weitere messages nach einem trigger zu uebertragen wenn dies kein ACK von der zentrale anfordert.

Ich gehe davon aus, dass alle devices gepairt sind. Bei lazyconfig devices will ich bei egal welchen button gepresst wird das config ausloesen. Ich habe also einen virtual channel der vccu definiert welchen ich mit alles Kanälen jedes lazyconfig devices peere. Nur zu diesem Zweck.