HM-MOD-Re-8 in fhem integrieren und Relais schalten

[Pfriemler]

So , hier ist das Gespräch zwischen einer RC-4 und einem burst-Aktor dem allseits beliebten 4-Kanal-Bausatz HM-LC-SW4-BA-PCB:

Code Auswählen Erweitern

2014.10.25 15:43:20 1: HM-Logging gestartet...
2014.10.25 15:43:23.805 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:637F2AA5 d:FF r:FFC0     m:FD B440 2547B4 529E82 01BF  #short mit Burst und ACK request
2014.10.25 15:43:24.102 0: HMLAN_Parse: HMLAN1 R:E529E82   stat:0000 t:637F2B25 d:FF r:FFD5     m:FD 8002 529E82 2547B4 0103C80000 # ACK, >an
2014.10.25 15:43:26.017 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:637F334A d:FF r:FFBF     m:FE B440 2547B4 529E82 01C0  # short ... guckst du, keine Antwort !!! also
2014.10.25 15:43:26.629 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:637F35AE d:FF r:FFC1     m:FE B040 2547B4 529E82 01C0  # sende ich das gleiche Telegramm nochmal
... stimmt, ich wunderte mich gerade, warum der Aktor nicht gleich ausging ...
2014.10.25 15:43:26.756 0: HMLAN_Parse: HMLAN1 R:E529E82   stat:0000 t:637F362D d:FF r:FFD7     m:FE 8002 529E82 2547B4 0103000000 # ACK, >aus
2014.10.25 15:43:29.995 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:637F42D4 d:FF r:FFB8     m:FF B440 2547B4 529E82 41C1  #ein long mit ACK und Burst
2014.10.25 15:43:30.187 0: HMLAN_Parse: HMLAN1 R:E529E82   stat:0000 t:637F4353 d:FF r:FFD8     m:FF 8002 529E82 2547B4 0103C80000 # und die Antwort drauf -  zack, nix mit Long!
... RC-4 reagiert nicht sofort ...
2014.10.25 15:43:34.419 0: HMLAN_Parse: HMLAN1 R:E2547B4   stat:0000 t:637F541D d:FF r:FFBD     m:00 B440 2547B4 529E82 01C2 # und wieder ein Short
2014.10.25 15:43:34.607 0: HMLAN_Parse: HMLAN1 R:E529E82   stat:0000 t:637F549D d:FF r:FFD4     m:00 8002 529E82 2547B4 0103000000 # und aus isser.
2014.10.25 15:43:39.154 1: HM-Logging gestoppt

Martin, das sieht für mich identisch zum Gespräch RC-4 und Re-8 aus. Ich muss das Re-8 wohl um Verzeihung bitten...

Keinen Deut schlauer sind wir, wie ein Burst-Device so mit Long-Triggern umgehen soll. Sie schalten zwar wie mit Shorts, aber sonst?

Übrigens: Die Blockierung der RC-4 nach einem gesendeten Long ist definitiv anders als 5 Sekunden ... weitere Longs werden von der RC4 schlicht ignoriert! Die RC-4 möchte stattdessen einen kurzen Tastendruck, den sie ebenfalls ignoriert, und den darauffolgenden verarbeitet und sendet sie dann wieder, ohne Loch im Tastenzähler, Long oder Short.

[martinp876]

Der rc4 kann long und short. Nur bei burst klappt es nicht. Manchmal kommt auch ein long. Evtl. Haengt es an der dauer, die ein burst kostet - und dann noch das ack dazu.
Ich habe es noch nicht mit anderen sendern probiert. Ich halte es fuer einen designfehler. Da haben die architekten gepennt oder es ist schlicht ein codingfehler.
Im burst aktor sollte man long fuer diesen peer abschalten.
Bringt aber nicht viel

[martinp876]

in der neuen ccu2 ist der em8 enthalten.
der mode ist das ganze Byte, es gibt aber nicht mehr modi als wir schon kennen.

Die Dekodierung habe ich demnach angepasst, nicht mehr 0,1,2,3 sondern 20,...

[Pfriemler]

Wiki-Artikel erstellt!

Für aufnehmenswerte Hinweise zum Wiki-Artikel http://www.fhemwiki.de/wiki/HM-MOD-Re-8_8-Kanal-Empfangsmodul zu diesem Gerät bin ich sehr offen - wenn keine Wiki-Berechtigung existiert, gern auch hier posten.

Die Probleme mit der Batterieschaltschwelle und der zu langen Einschaltzeit bei on-for-timer habe ich schon genannt.

[sigma415]

Hallo,

ich bekomme es nicht hin, das Register lowBatLimitBA3 für die Batterie zu schreiben

im Reading steht immer set_6 V

Code Auswählen Erweitern

     2014-09-19 21:34:14   Activity        alive
     2014-09-19 20:55:14   CommandAccepted yes
     2014-09-19 22:13:31   D-firmware      1.0
     2014-09-19 22:13:31   D-serialNr      LEQ0575342
     2014-09-19 22:17:35   PairedTo        0x1399AE
     2014-09-19 22:12:31   R-intKeyVisib   visib
     2014-09-19 22:12:31   R-ledMode       off
     2014-09-19 20:30:32   R-lowBatLimitBA3 set_6 V
     2014-09-19 22:12:31   R-pairCentral   0x1399AE
     2014-09-19 22:17:35   RegL_00:          02:81 05:00 0A:13 0B:99 0C:AE 18:00 BF:0C  00:00
     2014-09-03 14:09:24   level           0
     2014-09-03 14:09:24   pct             0
     2014-09-03 14:09:24   powerOn         2014-09-03 14:09:24
     2014-09-03 14:09:24   recentStateType info
     2014-09-19 22:17:54   state           CMDs_done
     2014-09-03 14:09:24   timedOn         off

....

Hallo, wie krieg ich denn diese ausführlichen Readings angezeigt ? Habe Register intKeyVisib schon auf "visib" gesetzt, krieg aber trotzdem nur die 7 Zeilen bei Readings ... ??
Vielen Dank

[frank]

krieg aber trotzdem nur die 7 Zeilen bei Readings ... ??

welche zeilen fehlen dir? schon mal getconfig gemacht?

[sigma415]

Sorry, sehe gerade, dass die von mir zitierten Codezeilen von AHA1805 gar nicht die Readings aus dem Web-UI sind, sondern wohl ein (detaillierter) Log des getconfig- Kommandos.
Aber wie kriege ich den Log in dieser Detaillierung ? (Wiki "Homematic Nachrichten sniffen" hab ich probiert, hat das aber nicht gebracht)

[Pfriemler]

Sorry, sehe gerade, dass die von mir zitierten Codezeilen von AHA1805 gar nicht die Readings aus dem Web-UI sind, sondern wohl ein (detaillierter) Log des getconfig- Kommandos.
Aber wie kriege ich den Log in dieser Detaillierung ? (Wiki "Homematic Nachrichten sniffen" hab ich probiert, hat das aber nicht gebracht)

Es sind schon die Readings aus dem WebUI. Nur musst Du wirklich einmal ein "getConfig" auf das Modul-Device (nicht einen Kanal des Moduls) setzen. Ich habe es eben probiert: spontan bekam ich wieder einen TimeOut - beim zweiten Mal habe ich kurz nach dem Absetzen einen Kanal am Modul direkt eingeschaltet. Ob es das gebracht hat, weiß ich nicht, aber jetzt ist alles gekommen.

Ein "list <name_deines_moduls>" liefert Dir dann alle Details, die man bequem kopieren und hier als Code einfügen kann. Bei mir sieht das so aus:

Code Auswählen Erweitern

Internals:
   .triggerUsed 1
   DEF        2Cmmmm #mmmm=letzte vier Ziffern der FHEM internen Nummer
   HMLAN1_MSGCNT 96
   HMLAN1_RAWMSG E2C05AE,0000,B7A87865,FF,FFD7,04A4102C05xxzzzzzzz06040080 #zzzzzz ist die ID meiner Zentrale
   HMLAN1_RSSI -41
   HMLAN1_TIME 2014-11-10 22:53:30
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     96
   NAME       8BattAktor1
   NR         253
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 8BattAktor1N1
   channel_02 8BattAktor1N2
   channel_03 8BattAktor1N3
   channel_04 8BattAktor1N4
   channel_05 8BattAktor1N5
   channel_06 8BattAktor1N6
   channel_07 8BattAktor1N7
   channel_08 8BattAktor1N8
   lastMsg    No:04 - t:10 s:2C05AE d:1411AB 06040080
   protCmdDel 10
   protLastRcv 2014-11-10 22:53:30
   protResnd  2 last_at:2014-11-10 22:53:25
   protResndFail 2 last_at:2014-11-10 22:53:29
   protSnd    96 last_at:2014-11-10 22:53:30
   protState  CMDs_done
   rssi_at_HMLAN1 avg:-38.56 min:-51 max:-34 lst:-41 cnt:98
   Readings:
     2014-09-08 21:04:57   .D-devInfo      480100
     2014-09-08 21:04:57   .D-stc          10
     2014-11-10 22:53:30   .protLastRcv    2014-11-10 22:53:30
     2014-10-23 18:59:22   CommandAccepted yes
     2014-09-08 21:04:57   D-firmware      1.0
     2014-09-08 21:04:57   D-serialNr      LEQ0575368
     2014-11-10 22:52:53   PairedTo        0x1411AB
     2014-11-10 22:52:53   R-intKeyVisib   invisib
     2014-11-10 22:52:53   R-ledMode       on
     2014-09-19 22:27:04   R-lowBatLimitBA3 set_8 V
     2014-11-10 22:52:53   R-pairCentral   0x1411AB
     2014-11-10 22:53:23   RegL_00:          02:01 05:40 0A:14 0B:11 0C:AB 18:00 BF:00
     2014-11-01 02:10:56   level           0
     2014-11-01 02:10:56   pct             0
     2014-11-01 02:10:56   powerOn         2014-11-01 02:10:56
     2014-11-01 02:10:56   recentStateType info
     2014-11-10 22:53:30   state           CMDs_done
     2014-11-01 02:10:56   timedOn         off
   Helper:
     cSnd       0zzzzzz2Cmmmm00040000000000
     mId        00BE
     rxType     2
     Io:
       newChn     +2Cmmmm,00,01,00
       nextSend   1415656410.26949
       prefIO
       rxt        0
       vccu
       p:
         2Cmmmm
         00
         01
         00
     Mrssi:
       mNo        04
       Io:
         HMLAN1     -39
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat   02,03,05,06,07,08
     Role:
       dev        1
     Rpt:
       IO         HMLAN1
       flg        A
       ts         1415656410.18857
       ack:
         HASH(0x25a4520)
         048002zzzzzz2Cmmmm00
     Rssi:
       At_hmlan1:
         avg        -38.5612244897959
         cnt        98
         lst        -41
         max        -34
         min        -51
     Shadowreg:
Attributes:
   IODev      HMLAN1
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.0
   model      HM-MOD-Re-8
   msgRepeat  1
   room       Spielwiese
   serialNr   LEQxxxxxxxxx
   subType    switch
   webCmd     getConfig:clear msgEvents

Wie zu sehen ist, hängt bei mir noch "set_8V" für die Schwelle, wie beschrieben.

[strauch]

@Pfriemler, ich hab mir das Modul auch bestellt um mir eine 8x Steckdosenleiste zu bauen. Nun schreibst du das man es mit einem Burst wecken soll und man das Modul nicht auf einen nonburst Modus umstellen kann.
ELV schreibt ja als Spannungsquelle 2-3,3V und 3,5-12V ( Quelle ELV.de: http://files.elv.de/Assets/Produkte/13/1321/132143/Downloads/132143_HM-MOD-Re-8_data.pdf ) kann es vielleicht sein, das je nach anliegender Spannung das Teil in einen anderen Modus geht? Und wenn z.B. 5V anliegen es sich nicht schlafen legt und so auch kein Burst benötigt?

[Pfriemler]

Um den Burst kümmert sich die Sendekomponente automatisch selbst. Bursts gehen aber zu Lasten der Batterie ALLER Burstdevices in einer Umgebung und namentlichbim Zusammenspiel mit einer Zentrale zu Lasten des Sendezeitkontingents. (mein EM8 etwa kann ich nicht einmal ganz durchkonfigurieren bevor das Stundenlimit erreicht ist) Daher wollte ich das möglichst vermeiden.

Es GIBT die Einstellbarkeit offenbar, nur kennen wir noch nicht das Register.
An der Versorgung liegt es sicher nicht ... ich betreibe das Modul an einem 9V-Block und es benötigt die Bursts.

Geht nich gips nich

[strauch]

Heißt wir brauchen ne ccu um das herauszufinden?

Gesendet von meinem Smartphone

[Pfriemler]

Heißt wir brauchen ne ccu um das herauszufinden?

Irgendwie werde ich schon länger das Gefühl nicht los, dass es sehr hilfreich wäre, eine griffbereit zu haben, damit man ihre Gespräche mit den Geräten belauschen und die Erkenntnisse für FHEM weiterverwenden kann. So richtig hat mir das aber noch keiner beantwortet ... Es soll wohl auch 'n CCU2-Emu aufm Raspbi geben. Ich muss mich wohl mal schlaumachen.

[strauch]

Ich hab die lxccu jetzt mal Erfolgreich installiert. Doof nur ich brauch einen 2. HM-LAN-CFG oder HM-USB-CFG odere das neue Gateway. Geht zwar auch mit einem CUL über CUxD aber da läuft das einrichten nicht direkt über Homematic und das 8x Schaltmodul ist da schon mal nicht dabei.

Schön wäre eigtl. das neue Gateway mit der Option auf Firmwareupdates. Aber FHEM kann es ja auch noch nicht.

[strauch]

Also ich hab mal die Seite mit den PeerOptionen als HMTL Seite gespeichert was mit Burst kann ich da nicht erkennen. Edit: Ich habs mal auf eine HTML Seite reduziert ohne den ganzen javascript Klumpatsch von der CCU.

[Gerhard]

Hallo an die Experten,

mit der neuen Firmware Version 1.1 funktioniert das Pairen an FHEM, aber dann bei getConfig folgt: RESPONSE TIMEOUT:RegisterRead, und somit kann mann die 8 Ausgänge nicht benutzen.

FHEM 5.6 aktuelle Version, homematik über HMlan als Adapter.

@alle: Martin oder andere Experten, könntet Ihr hilfe leisten?

hier noch der List des Moduls

Code Auswählen Erweitern

Internals:
   CFGFN
   DEF        35F52D
   IODev      myHMLAN
   LASTInputDev myHMLAN
   MSGCNT     8
   NAME       HM_35F52D
   NR         214
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   channel_01 HM_35F52D_Sw_01
   channel_02 HM_35F52D_Sw_02
   channel_03 HM_35F52D_Sw_03
   channel_04 HM_35F52D_Sw_04
   channel_05 HM_35F52D_Sw_05
   channel_06 HM_35F52D_Sw_06
   channel_07 HM_35F52D_Sw_07
   channel_08 HM_35F52D_Sw_08
   lastMsg    No:06 - t:02 s:35F52D d:321CBA 00
   myHMLAN_MSGCNT 8
   myHMLAN_RAWMSG RA2B45ED3,0001,0561E09A,FF,FFC2,06800235F52D321CBA00
   myHMLAN_RSSI -62
   myHMLAN_TIME 2015-09-06 14:49:33
   protCmdDel 42
   protLastRcv 2015-09-06 14:49:33
   protResnd  4 last_at:2015-09-06 15:00:12
   protResndFail 4 last_at:2015-09-06 15:00:16
   protSnd    7 last_at:2015-09-06 15:00:07
   protState  CMDs_done_Errors:1
   rssi_at_myHMLAN avg:-56.5 min:-63 max:-45 lst:-62 cnt:8
   Readings:
     2015-09-06 14:49:33   CommandAccepted yes
     2015-09-06 14:49:32   D-firmware      1.1
     2015-09-06 14:49:32   D-serialNr      MEQ0650400
     2015-09-06 14:49:32   R-intKeyVisib   set_invisib
     2015-09-06 14:49:32   R-pairCentral   set_0x321CBA
     2015-09-06 14:44:53   level           0
     2015-09-06 14:44:53   pct             0
     2015-09-06 14:44:53   powerOn         2015-09-06 14:44:53
     2015-09-06 14:44:53   recentStateType info
     2015-09-06 15:00:16   state           RESPONSE TIMEOUT:RegisterRead
     2015-09-06 14:44:53   timedOn         off
     Regl_00::
       VAL
   Helper:
     HM_CMDNR   8
     PONtest    0
     cSnd       01321CBA35F52D00040000000000,01321CBA35F52D00040000000000
     mId        00BE
     rxType     2
     Io:
       newChn     +35F52D,00,00,00
       nextSend   1441543773.94527
       prefIO
       rxt        0
       vccu
       p:
         35F52D
         00
         00
         00
     Mrssi:
       mNo        06
       Io:
         myHMLAN    -60
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rssi:
       At_myhmlan:
         avg        -56.5
         cnt        8
         lst        -62
         max        -45
         min        -63
     Shadowreg:
       RegL_00:    02:01 0A:32 0B:1C 0C:BA
Attributes:
   IODev      myHMLAN
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.1
   model      HM-MOD-Re-8
   msgRepeat  1
   room       CUL_HM
   serialNr   MEQ0650400
   subType    switch
   webCmd     getConfig:clear msgEvents
Gerhard