HM-MOD-EM-8Bit anlernen

[Pfriemler]

Das Wiki hatte ich schon aufm Zettel, basierend auf dem EM-8. Kann aber gern jemand anderes machen. Ein Foto wäre schön.

Edit: Artikel ist online.

via Tapatalk

[rabehd]

Foto kann ich dir liefern. Vermutlich darf man bei ELV nicht kopieren.

[Pfriemler]

Ja bitte! Guck mal dem HM-Mod-EM-8-Foto, so in der Art wäre nett. Ich habe das Mod aber auch auf der Einkaufsliste, wird nur ein bisschen dauern.

Vermutlich darf man bei ELV nicht kopieren.

Die Regeln für Fotos im Wiki bevorzugen ausdrücklich eigene Fotos mit klarem Copyright. Das Kopieren bei ELV verbietet sich absolut!

[fischit]

Hallo Zusammen,

ich habe dieses Modul zusammen mit Schwimmerschaltern als Spielumgebung aufgesetzt und festgestellt, dass das Modul nicht jedes mal, wenn es Kontakt an einem Spannungseingang feststellt, eine Meldung sendet. Er zählt den Kontakt aber, denn wenn das Modul wieder einen neuen Status verkündet geht der Counter direkt um die Anzahl hoch, die er nicht mitgesendet hat.

Diese Aussetzer sind sporadisch und für mich nicht nachvollziehbar und ich erkenne kein wirkliches Muster.

Hat jemand eine Idee, woran das liegen kann?

Lists vom Modul sowie Channel 3 nachstehend.

Grüße
Nils

Code Auswählen Erweitern

DEF        51900A
   HMLAN_MSGCNT 105
   HMLAN_RAWMSG E51900A,0000,0CD6C87F,FF,FFDA,4EA24151900A2CDA0B0321FF
   HMLAN_RSSI -38
   HMLAN_TIME 2017-04-13 15:56:54
   IODev      HMLAN
   LASTInputDev SCC
   MSGCNT     191
   NAME       funk_sender1
   NOTIFYDEV  global
   NR         297
   NTFY_ORDER 50-funk_sender1
   SCC_MSGCNT 86
   SCC_RAWMSG A0C4EA24151900A2CDA0B0321FF::-51:SCC
   SCC_RSSI   -51
   SCC_TIME   2017-04-13 15:56:54
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 funk_sender1_Btn_01
   channel_02 funk_sender1_Btn_02
   channel_03 funk_sender1_Tr
   lastMsg    No:4E - t:41 s:51900A d:2CDA0B 0321FF
   protLastRcv 2017-04-13 15:56:54
   protSnd    26 last_at:2017-04-13 15:56:54
   protState  CMDs_done
   rssi_at_HMLAN min:-98 cnt:105 lst:-38 max:-38 avg:-68.17
   rssi_at_SCC min:-94.5 cnt:86 max:-51 lst:-51 avg:-75.92
   Readings:
     2017-04-03 22:48:25   CommandAccepted yes
     2017-04-04 14:57:05   D-firmware      1.0
     2017-04-04 14:57:05   D-serialNr      NEQ1547024
     2017-04-13 15:56:10   PairedTo        0x2CDA0B
     2017-04-03 21:38:40   R-pairCentral   0x2CDA0B
     2017-04-13 15:56:10   RegL_00.          02:01 05:00 0A:2C 0B:DA 0C:0B 12:00 14:03 18:00  00:00
     2017-04-13 15:52:56   alive           yes
     2017-04-13 15:56:54   battery         ok
     2017-04-13 15:52:56   powerOn         2017-04-13 15:52:56
     2017-04-13 15:52:56   recentStateType info
     2017-04-13 15:56:54   state           CMDs_done
   Helper:
     HM_CMDNR   78
     PONtest    0
     cSnd       012CDA0B51900A03040000000001,012CDA0B51900A0303
     mId        0106
     rxType     28
     supp_Pair_Rep 0
     Ack:
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newCh      1
       newChn     +51900A,00,00,00
       nextSend   1492091815.02529
       rxt        2
       vccu       VCCU
       p:
         51900A
         00
         00
         00
       prefIO:
         HMLAN
     Mrssi:
       mNo        4E
       Io:
         HMLAN      -36
         SCC        -51
     Prt:
       bErr       0
       sProc      0
       sleeping   0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rpt:
       IO         HMLAN
       flg        A
       ts         1492091814.81556
       ack:
         HASH(0x49b5338)
         4E80022CDA0B51900A00
     Rssi:
       At_hmlan:
         avg        -68.1714285714286
         cnt        105
         lst        -38
         max        -38
         min        -98
       At_scc:
         avg        -75.9244186046512
         cnt        86
         lst        -51
         max        -51
         min        -94.5
     Shadowreg:
Attributes:
   IODev      HMLAN
   IOgrp      VCCU:HMLAN
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   model      HM-MOD-EM-8Bit
   room       Balkon
   serialNr   NEQ1547024
   subType    pushButton
   webCmd     getConfig:clear msgEvents

Code Auswählen Erweitern

Internals:
   DEF        51900A03
   NAME       funk_sender1_Tr
   NOTIFYDEV  global
   NR         301
   NTFY_ORDER 50-funk_sender1_Tr
   STATE      unknown:FF
   TYPE       CUL_HM
   chanNo     03
   device     funk_sender1
   Readings:
     2017-04-03 22:51:11   R-dataTransCond sndImmediateEnable
     2017-04-03 21:38:42   R-sign          off
     2017-04-13 15:56:13   RegL_01.          08:00 30:03 B0:04 B1:21 B2:00 00:00
     2017-04-13 15:56:54   contact         unknown:FF (to VCCU)
     2017-04-13 15:56:54   state           unknown:FF
     2017-04-13 15:56:54   trigger_cnt     33
   Helper:
     peerIDsRaw ,00000000
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Role:
       chn        1
     Shadowreg:
Attributes:
   model      HM-MOD-EM-8Bit
   peerIDs    00000000,
   room       Balkon

[Otto123]

in welchem Triggermode läuft das Modul?

Ich denke Du brauchst "sensor" -> http://www.fhemwiki.de/wiki/HM-MOD-EM-8_8-Kanal-Sendemodul#Betrieb_mit_FHEM

Gruß Otto

[fischit]

Ich habe, wie von rabehd beschrieben, "regset dataTransCond sndImmediateEnable"

Sollte ja eigentlich dann bei jedem Kontakt einen Status senden.

[Otto123]

Das war nicht meine Frage. Ich meinte

Zustandserkennung
Der HM-MOD-EM-8 wird mit dem triggerMode "button" ausgeliefert. Was wir brauchen ist der Triggermode "sensor" damit offene und geschlossen Kontakte angezeigt werden und kein Dauer(funk)feuer bei geschlossenem Kontakt entsteht. Im FHEM Wiki ist das gut erklärt.
Folgender Befehl schaltet alle Kanäle in den "sensor" Modus.
set RC81_.* regSet triggerMode sensor

Gruß Otto

[fischit]

Das ist aber der HM-MOD-EM-8Bit. Da gibts das doch nicht in der Form. Deswegen ja das umstellen mittelns "regset dataTransCond sndImmediateEnable" was ein sofortiges senden aller Änderungen bewirken soll.

[Otto123]

Ach sorry, war ich wieder im falschen Film 

Warum sind die rssi Werte manchmal so schlecht?
Er redet mit dem scc aber der HMLAN ist preffered eingetragen.

Liegt es am Empfang? Kannst Du mal mit loggen? Da müsste man ja missing Ack sehen oder?

Gruß Otto

[Pfriemler]

Sorry, hatte ich komplett überlesen.

Ich habe, wie von rabehd beschrieben, "regset dataTransCond sndImmediateEnable"

Sollte dann aber nur senden, wenn der Datenübergabeeingang enabled ist (DU30 auf GND gezogen oder DUI30 mit Spannung versorgt) unbeschaltet ist (DU30 offen und DUI30 offen bzw auf GND gezogen (gerade gemerkt, das Ding funktioniert genau logisch falsch).
Scheint aber zu passen, denn sonst würde das Ding intern keine Counter hochzählen. Ich denke, einzelne Sendungen gehen wegen schlechtem RSSI einfach unter.

Habe mein Modul heute in Betrieb genommen und versuche in den nächsten Tagen endlich den Wiki-Artikel zu erstellen...

Anders als beim EM-8 arbeiten beim EM-8bit die ersten beiden Kanäle offenbar fest im button-Mode, das war mir bisher neu.

[Pfriemler]

Was mir eben noch auffällt:
Die beim HM-MOD-EM-8 verfügbare Aktivierung der LED (ledMode) und die Batterieüberwachungsschwelle (lowBatLimitBA2 o.ä.) sind laut ELV-Journal 01/2017 vorhanden, in FHEM fehlen aber die passenden Register, zumindest laut "get ... regList". Da gibt es nur pairCentral.

Der Versuch, auf Devicebene ein "set ... regSet ledMode on" zu setzen, endet in

Code Auswählen Erweitern

ledMode failed: supported register are dblPress expectAES longPress pairCentral peerNeedsBurst sign
Davon wiederum sind die meisten eigentlich nur auf Kanalebene nutzbar.

Martin? 

[Pfriemler]

So, Wiki ist online.

Mein Wunschzettel für das Modul (und da möchte ich Martin nochmal herzlich bitten, ich habs selber nicht gepackt) erweitert sich:
1a) - ledMode im Gerät nachrüsten (man kann natürlich auch eine LED an den Pins anlöten, aber onboard ist praktischer)
1b) - lowBat, dito
Wie schon gesagt: beides geht laut ELV mit der CCU2 einzustellen.
1c) "supported register" bei den Kanälen korrigieren: "pairCentral" gehört nur ins Gerät, "dblPress expectAES longPress peerNeedsBurst sign" sind buttontypisch für Kanal 1 und 2, im Kanal 3 dürften dblPress und longPress obsolet sein, weil nur Stati ausgewertet werden.

2) Und dann stört mich da noch der Präfix "unknown:XX" im Kanal 3 vor den Werten. Wie soll man das vernünftig auswerten?
Könnte man den Wert nicht bitte einfach als Dezimalwert liefern? (0-255).
Oder anderer Vorschlag? Wird Hexadezimal (wie derzeit) als praktischer empfunden?
edit: Nutze dazu aktuell userReadings mit der Definition "value {hex(substr(ReadingsVal("<EM-8bit_data_channel>","state","unknown:FF"),8))}" - funzt.


3) Fast nur noch ein Schönheitsfehler:

Code Auswählen Erweitern

list:         register | range              | peer     | description
   1: dInProp0         |     literal        |          | Data Input Propertie options:off,on
   1: dInProp1         |     literal        |          | Data Input Propertie options:on,off
   1: dInProp2         |     literal        |          | Data Input Propertie options:on,off
   1: dInProp3         |     literal        |          | Data Input Propertie options:on,off
   1: dInProp4         |     literal        |          | Data Input Propertie options:off,on
   1: dInProp5         |     literal        |          | Data Input Propertie options:on,off
   1: dInProp6         |     literal        |          | Data Input Propertie options:off,on
   1: dInProp7         |     literal        |          | Data Input Propertie options:on,off
- alles auf "off (default), on" oder wenigstens gleich ...
Wie sehen das die anderen Modulnutzer?
@fischit, @rabehd: Könntet Ihr bitte den Wiki-Artikel querlesen und ggf. bemeckern?

Ich stelle mir außerdem die Frage, ob es wirklich von ELV gewollt ist, offene Eingänge als logisch HIGH zu interpretieren. Ich muss mal die Homematic-Kollegen dazu befragen...

[Pfriemler]

Sagt mal, mache ich irgendwas falsch? Habe ich mich im Ton vergriffen?
Ich bekomme weder hier, noch per PM, noch bei Homematic Antwort auf meine Fragen zum Modul. Verlange ich zuviel?
Bin ratlos ... 

[Thorsten Pferdekaemper]

Ich stelle mir außerdem die Frage, ob es wirklich von ELV gewollt ist, offene Eingänge als logisch HIGH zu interpretieren. Ich muss mal die Homematic-Kollegen dazu befragen...

Ich denke mal, dass das normal ist. Bei Mikrocontrollern gibt es normalerweise Pullup-Widerstände, aber keine Pulldowns. Das ist sinnvoll, da man leichter einen Eingang auf Masse zieht als auf einen anderen definierten Pegel.

Sagt mal, mache ich irgendwas falsch? Habe ich mich im Ton vergriffen?
Ich bekomme weder hier, noch per PM, noch bei Homematic Antwort auf meine Fragen zum Modul. Verlange ich zuviel?

Also hier kann es sein, dass einfach sonst niemand das Teil hat...
Möglicherweise vermutet auch kaum jemand, dass es in einem Thread mit dem Titel um ein anderes Device und auch gar nicht mehr ums Anlernen geht.

Gruß,
   Thorsten

[martinp876]

Sorry, wenn ich es übersehen habe.
Welche Register fhem sucht siehst du mit regList. Welche gefunden wurden mit regList.

Lowbat ist vorhanden.
Paircentral ist im device nicht dem Kanal.
Auch ledmode ist vorhanden. im device.
Was also ist die Frage?

Reden wir von Em8?