Neue Firmware (v1.1) für HM-MOD-Re-8 lässt sich nicht anlernen / getConfig fails

Begonnen von msome, 06 September 2015, 10:26:17

Vorheriges Thema - Nächstes Thema

msome

Hallo, ich habe vorgestern eine Lieferung mit HM-MOD-Re-8 von ELV bekommen und kann diese nicht anlernen. Egal was ich tue, es schlägt immer irgendwas fehl.

Manchmal schaffe ich es, dass die R_pairCentral von set_ABCDEF auf ABCDEF umspringt, aber meist geht dies schon schief (MISSING ACK).

Ich habe auch versucht so wir im Artikel im Forum (Link aus der Wiki) die Anlerntaste (1) nochmals kurz oder lang zu drücken, nachdem ich GetConfig gestartet habe, aber es läuft nie durch. Auch habe ich es über einen HM-CFG-USB-2 (über hmland), einen HM-CFG-LAN und über einen Nano-CUL (Firmware gestern aktualisiert auf culfw-code-523-trunk) versucht. Immer das gleiche Problem.
Auch habe ich die Module schon mehrmals in den Werkszustand zurückgesetzt. Kein Erfolg.
Und da es schon früher im Forum erwähnt wurde... ich habe es mit einer vollen Batterie sowie alternativ einem 9V 3A Netzteil versorgt. Keine Änderung.
Da es Meldungen zum Burst-Mode gab, habe ich in den Attributen den burstAccess auch mal von 0 (off) auf 1 (auto) geändert und ein "pair" oder "getConfig" versucht. Beides ohne Erfolg.

Jetzt habe ich dann gesehen, dass im Wiki noch die Firmware 1.0
ZitatAktuelle Firmware: 1.0 (Stand April 2015)
angegeben ist. Meine Module haben aber definitiv die Firmware 1.1.

Internals:
   DEF        35F5EF
   IODev      nanoCUL
   NAME       HM_35F5EF
   NR         175
   NTFY_ORDER 50-HM_35F5EF
   STATE      CMDs_processing...
   TYPE       CUL_HM
   channel_01 HM_35F5EF_Sw_01
   channel_02 HM_35F5EF_Sw_02
   channel_03 HM_35F5EF_Sw_03
   channel_04 HM_35F5EF_Sw_04
   channel_05 HM_35F5EF_Sw_05
   channel_06 HM_35F5EF_Sw_06
   channel_07 HM_35F5EF_Sw_07
   channel_08 HM_35F5EF_Sw_08
   protCondBurst unknown
   Readings:
     2015-09-05 21:39:51   CommandAccepted yes
     2015-09-05 21:46:28   D-firmware      1.1
     2015-09-05 21:46:28   D-serialNr      MEQ0650498
     2015-09-05 21:46:03   PairedTo        0x000000
     2015-09-05 21:52:49   R-intKeyVisib   set_visib
     2015-09-05 21:46:03   R-ledMode       off
     2015-09-05 21:46:03   R-lowBatLimitBA3 13.4 V
     2015-09-05 21:39:10   R-pairCentral   0x000000
     2015-09-05 21:46:03   RegL_00:        02:00 05:00 0A:00 0B:00 0C:00 18:00 12:86  00:00
     2015-09-05 21:37:17   level           0
     2015-09-05 21:37:17   pct             0
     2015-09-05 21:37:17   powerOn         2015-09-05 21:37:17
     2015-09-05 21:37:17   recentStateType info
     2015-09-05 22:02:42   state           CMDs_processing...
     2015-09-05 21:37:17   timedOn         off
   Helper:
     HM_CMDNR   1
     mId        00BE
     rxType     2
     Io:
       newChn     +35F5EF,00,00,00
       prefIO
       rxt        0
       vccu
       p:
         35F5EF
         00
         00
         00
     Mrssi:
       mNo
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf   01,02,03,04,05,06,07,08
       qReqStat   01,02,03,04,05,06,07,08
     Role:
       dev        1
Attributes:
   DbLogExclude .*
   IODev      nanoCUL
   autoReadReg 4_reqStatus
   burstAccess 1_auto
   expert     2_full
   firmware   1.1
   model      HM-MOD-Re-8
   msgRepeat  1
   room       CUL_HM
   serialNr   MEQ0650498
   subType    switch
   webCmd     getConfig:clear msgEvents


Hat jemand schon mal erfolgreich welche der neuen Module angelernt ?
Kann es sein, dass die neue Firmware die Probleme verursacht ?
Falls ja, wie kann ich helfen diese Probleme zu ergründen und zu beheben ?

Danke, Matthias
FHEM auf ODROID-C4 & FHEM auf Raspberry 3B+
IO: HMUARTLGW (wired), Velux KLF200, DuoFernStick, DeConz, HMUSB-2, JeeLink, ModBus, RS232, WiFi,
Geräte: so ziemlich alles was es an Geräten von HM gibt, PCA301, SDM630M, Hue Lampen & Steckdosen

frank

2015-09-05 21:39:10   R-pairCentral   0x000000
ist deine hmid 0x000000? das wäre verboten.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

msome

Hi, nein. Ich hab einen gültigen HexString. Aber da das learning schiefgeht, steht da wohl 000000 drin.
Die HMID ist beim Interface korrekt gesetzt. Ich habe zwischendrin immer mal wieder zur Kontrolle eine HM 4 Tasten Fernbedienung genutzt,
diese gelöscht und zurückgesetzt um auszuprobieren ob das Pairing prinzipiell funktionieren würde. Dieses Learning der Vergleichs Fernbedienung hat jeweils auf den ersten Versuch funktioniert.
FHEM auf ODROID-C4 & FHEM auf Raspberry 3B+
IO: HMUARTLGW (wired), Velux KLF200, DuoFernStick, DeConz, HMUSB-2, JeeLink, ModBus, RS232, WiFi,
Geräte: so ziemlich alles was es an Geräten von HM gibt, PCA301, SDM630M, Hue Lampen & Steckdosen

Gerhard

hallo,

ich habe seit 3 Tagen auch 3 x HM-MOD-Re-8 mit Firmware 1.1, das Paire mit FHEM über HMlan geht, aber dann ab getConfig ist alles aus (wie von Anderen beschrieben nur noch time outs.

kann jemand helfen??, ich kann die Module nicht nützen!!, und bis Freitag baruche ich sie im Ausland.

Danke, Gerhard
FB6890LTE, cubietruck, orangePi, raspberry 2/3/4, HM/HMIP, shelly > 50, etc.

mgernoth

Hallo,

das Ding geht mit FW 1.1 wohl auch nicht an der eQ-3 eigenen CCU2...
http://www.elv.de/topic/wieder-anlernproblem-hm-mod-re-8-ccu-an-ccu2.html

Viele Grüße
  Michael

frank

cool ist der tipp, dass ganze system zu resetten, alle geraete auf werksreset.

warum snifft eigentlich keiner die rawmessages. dann sieht man doch, wo es hakelt. und martin koennte es eventuell zum laufen bringen.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

stromer-12

Zitat von: Gerhard am 06 September 2015, 14:39:13
hallo,

ich habe seit 3 Tagen auch 3 x HM-MOD-Re-8 mit Firmware 1.1, das Paire mit FHEM über HMlan geht, aber dann ab getConfig ist alles aus (wie von Anderen beschrieben nur noch time outs.

kann jemand helfen??, ich kann die Module nicht nützen!!, und bis Freitag baruche ich sie im Ausland.

Danke, Gerhard

Hast du nach einen getconfig auch eine Taste am Modul gedrückt?
FHEM (SVN) auf RPi1B mit HMser | ESPLink
FHEM (SVN) virtuell mit HMLAN | HMUSB | CUL

Gerhard

Hallo stromer-12,

ja, und der Status der Ausgänge wird dan mit Verspätung (einige Secunden) in FHEM angezeigt, Aber von FHEM sind die Ausgänge nicht ansprechbar (da kein erfolgreicher getConfig).

Gerhard
FB6890LTE, cubietruck, orangePi, raspberry 2/3/4, HM/HMIP, shelly > 50, etc.

stromer-12

Ich meinte unmittelbar nach einen getconfig die Taste am Modul drücken.
FHEM (SVN) auf RPi1B mit HMser | ESPLink
FHEM (SVN) virtuell mit HMLAN | HMUSB | CUL

Gerhard

o.k.

habe es gerade ausprobiert, Ergebnis: RESPONSE TIMEOUT:RegisterRead

Gerhard
FB6890LTE, cubietruck, orangePi, raspberry 2/3/4, HM/HMIP, shelly > 50, etc.

stromer-12

Kann ich erst mal nicht weiterhelfen, meiner hier hat die 1.0 drauf.
FHEM (SVN) auf RPi1B mit HMser | ESPLink
FHEM (SVN) virtuell mit HMLAN | HMUSB | CUL

Gerhard

Hallo,

wie    mgernoth schreibt sind die Module mit Version 1.1 nicht brauchbar, elv hat den Zustand an eq3 weitergeleitet!!!

also warten auf die Lösung!!

Gruß, Gerhard
FB6890LTE, cubietruck, orangePi, raspberry 2/3/4, HM/HMIP, shelly > 50, etc.

msome

Hmm... schade. Ich habe gerade nochmal versucht, meine beiden Module anzulernen da Gerhard ja schreibt, er konnte seine erfolgreich lernen. Bei mir leider nicht. Ich habe es dann mit dem HM-CFG-USB-2 am PC versucht. Da behaupten die Module immer, der Systemsicherheitsschlüssel wäre falsch. Ist aber der richtige Schlüssel.
Dann wohl warten und mal schaun wie die Antwort von ELV ausfällt.

Ich hoffe mal die Module werden dann zeitnah ausgetauscht oder es gibt ein FW-Update (sind die überhaupt OTA Update-fähig?).

Aktuell habe ich wie wohl mehrere ein Problem, wenn man mit 8-Kanal output plant und jetzt nichts funktionsfähiges mehr in Aussicht hat...
FHEM auf ODROID-C4 & FHEM auf Raspberry 3B+
IO: HMUARTLGW (wired), Velux KLF200, DuoFernStick, DeConz, HMUSB-2, JeeLink, ModBus, RS232, WiFi,
Geräte: so ziemlich alles was es an Geräten von HM gibt, PCA301, SDM630M, Hue Lampen & Steckdosen

Loctotex

Hallo,
ich habe genau das gleiche Problem. Habe die Raw Messages vom Anmeldevorgang mal eben mit geloggt:

2015.09.06 20:35:02.339 0: HMLAN_Parse: hmusb R:E21F0F4   stat:0000 t:0059ABB3 d:FF r:FFD4     m:91 8610 21F0F4 000000 0A24DB110040
2015.09.06 20:35:03.747 0: HMLAN_Parse: hmusb R:E21C422   stat:0000 t:0059B124 d:FF r:FFB6     m:AC 8610 21C422 000000 0A24BB0F005E
2015.09.06 20:35:09.136 0: HMLAN_Send:  hmusb I:K
2015.09.06 20:35:09.187 0: HMLAN_Parse: hmusb V:03C7 sNo:KEQ1110831 d:263576 O:424242 t:0059C664 IDcnt:001D L:0 %
2015.09.06 20:35:15.363 0: HMLAN_Parse: hmusb R:E314167   stat:0000 t:0059DE8E d:FF r:FFC7     m:87 865A 314167 000000 24DB32
2015.09.06 20:35:25.060 0: HMLAN_Parse: hmusb R:E28BA21   stat:0000 t:005A0468 d:FF r:FFD2     m:CC 8610 28BA21 000000 0A24BC0D0040
2015.09.06 20:35:34.139 0: HMLAN_Send:  hmusb I:K
2015.09.06 20:35:34.180 0: HMLAN_Parse: hmusb V:03C7 sNo:KEQ1110831 d:263576 O:424242 t:005A2804 IDcnt:001D L:0 %
2015.09.06 20:35:35.364 0: HMLAN_Parse: hmusb R:E314167   stat:0000 t:005A2CAE d:FF r:FFCA     m:87 8470 314167 000000 00DB32
2015.09.06 20:35:39.525 0: HMLAN_Parse: hmusb R:E35F5AA   stat:0000 t:005A3CDF d:FF r:FFCB     m:01 8400 35F5AA 000000 1100BE4D45513036353034333110480100
2015.09.06 20:35:39.798 0: HMLAN_Send:  hmusb S:SA3F13CE5 stat:  00 t:00000000 d:01 r:A3F13CE5 m:02 A001 424242 35F5AA 00050000000000
2015.09.06 20:35:40.005 0: HMLAN_Parse: hmusb R:RA3F13CE5 stat:0001 t:005A3EBC d:FF r:FFCC     m:02 8002 35F5AA 424242 00
2015.09.06 20:35:40.104 0: HMLAN_Send:  hmusb S:SA3F13DB6 stat:  00 t:00000000 d:01 r:A3F13DB6 m:03 A001 424242 35F5AA 000802010A420B420C42
2015.09.06 20:35:40.325 0: HMLAN_Parse: hmusb R:RA3F13DB6 stat:0001 t:005A3FFF d:FF r:FFCC     m:03 8002 35F5AA 424242 00
2015.09.06 20:35:40.424 0: HMLAN_Send:  hmusb S:SA3F13EF5 stat:  00 t:00000000 d:01 r:A3F13EF5 m:04 A001 424242 35F5AA 0006
2015.09.06 20:35:40.613 0: HMLAN_Parse: hmusb R:RA3F13EF5 stat:0001 t:005A4138 d:FF r:FFD0     m:04 8002 35F5AA 424242 00
2015.09.06 20:35:43.865 0: HMLAN_Send:  hmusb S:SA3F14CC8 stat:  00 t:00000000 d:01 r:A3F14CC8 m:05 B001 424242 35F5AA 00040000000000
2015.09.06 20:35:44.771 0: HMLAN_Send:  hmusb I:+35F5AA,00,00,00
2015.09.06 20:35:45.700 0: HMLAN_Parse: hmusb R:RA3F14CC8 stat:0008 t:00000000 d:FF r:7FFF     m:05 B001 424242 35F5AA 00040000000000
2015.09.06 20:35:45.701 0: HMLAN_Parse: hmusb no ACK from 35F5AA
2015.09.06 20:35:48.691 0: HMLAN_Send:  hmusb S:SA3F15FA2 stat:  00 t:00000000 d:01 r:A3F15FA2 m:05 B001 424242 35F5AA 00040000000000
2015.09.06 20:35:50.533 0: HMLAN_Parse: hmusb R:RA3F15FA2 stat:0008 t:00000000 d:FF r:7FFF     m:05 B001 424242 35F5AA 00040000000000
2015.09.06 20:35:50.533 0: HMLAN_Parse: hmusb no ACK from 35F5AA
2015.09.06 20:35:57.021 0: HMLAN_Send:  hmusb S:SA3F1802C stat:  00 t:00000000 d:01 r:A3F1802C m:06 B001 424242 35F5AA 00040000000000
2015.09.06 20:35:58.853 0: HMLAN_Parse: hmusb R:RA3F1802C stat:0008 t:00000000 d:FF r:7FFF     m:06 B001 424242 35F5AA 00040000000000
2015.09.06 20:35:58.853 0: HMLAN_Parse: hmusb no ACK from 35F5AA
2015.09.06 20:35:59.147 0: HMLAN_Send:  hmusb I:K
2015.09.06 20:35:59.205 0: HMLAN_Parse: hmusb V:03C7 sNo:KEQ1110831 d:263576 O:424242 t:005A89C4 IDcnt:001D L:0 %
2015.09.06 20:36:02.211 0: HMLAN_Send:  hmusb S:SA3F19472 stat:  00 t:00000000 d:01 r:A3F19472 m:06 B001 424242 35F5AA 00040000000000
2015.09.06 20:36:04.037 0: HMLAN_Parse: hmusb R:RA3F19472 stat:0008 t:00000000 d:FF r:7FFF     m:06 B001 424242 35F5AA 00040000000000
2015.09.06 20:36:04.037 0: HMLAN_Parse: hmusb no ACK from 35F5AA
2015.09.06 20:36:24.149 0: HMLAN_Send:  hmusb I:K
2015.09.06 20:36:24.198 0: HMLAN_Parse: hmusb V:03C7 sNo:KEQ1110831 d:263576 O:424242 t:005AEB64 IDcnt:001D L:0 %
2015.09.06 20:36:49.149 0: HMLAN_Send:  hmusb I:K
2015.09.06 20:36:49.191 0: HMLAN_Parse: hmusb V:03C7 sNo:KEQ1110831 d:263576 O:424242 t:005B4D04 IDcnt:001D L:0 %
2015.09.06 20:37:10.503 0: HMLAN_Parse: hmusb R:E21C422   stat:0000 t:005BA041 d:FF r:FFB6     m:AD 8610 21C422 000000 0A24BB0F005E
2015.09.06 20:37:14.151 0: HMLAN_Send:  hmusb I:K
2015.09.06 20:37:14.215 0: HMLAN_Parse: hmusb V:03C7 sNo:KEQ1110831 d:263576 O:424242 t:005BAEC4 IDcnt:001D L:0 %
2015.09.06 20:37:18.855 0: HMLAN_Parse: hmusb R:E21F0F4   stat:0000 t:005BC0E6 d:FF r:FFD2     m:92 8610 21F0F4 000000 0A24DB110040
2015.09.06 20:37:35.816 0: HMLAN_Parse: hmusb R:E383299   stat:0000 t:005C0335 d:FF r:FFC4     m:49 A610 383299 424242 06010000
2015.09.06 20:37:39.152 0: HMLAN_Send:  hmusb I:K
2015.09.06 20:37:39.208 0: HMLAN_Parse: hmusb V:03C7 sNo:KEQ1110831 d:263576 O:424242 t:005C1064 IDcnt:001D L:0 %
2015.09.06 20:37:46.056 0: HMLAN_Parse: hmusb R:E28BA21   stat:0000 t:005C2B31 d:FF r:FFD2     m:CD 8610 28BA21 000000 0A24BC0D0040
2015.09.06 20:38:04.152 0: HMLAN_Send:  hmusb I:K
2015.09.06 20:38:04.201 0: HMLAN_Parse: hmusb V:03C7 sNo:KEQ1110831 d:263576 O:424242 t:005C7204 IDcnt:001D L:0 %
2015.09.06 20:38:06.889 0: HMLAN_Parse: hmusb R:E314167   stat:0000 t:005C7C7A d:FF r:FFC7     m:88 865A 314167 000000 24DB33
2015.09.06 20:38:28.653 0: HMLAN_Parse: hmusb R:E314167   stat:0000 t:005CCA99 d:FF r:FFC7     m:88 8470 314167 000000 00DB33
2015.09.06 20:38:29.154 0: HMLAN_Send:  hmusb I:K
2015.09.06 20:38:29.194 0: HMLAN_Parse: hmusb V:03C7 sNo:KEQ1110831 d:263576 O:424242 t:005CD3A4 IDcnt:001D L:0 %
2015.09.06 20:38:52.523 0: HMLAN_Parse: hmusb R:E255629   stat:0000 t:005D2EBE d:FF r:FFCC     m:43 8610 255629 000000 0A24980C005D
2015.09.06 20:38:54.154 0: HMLAN_Send:  hmusb I:K
2015.09.06 20:38:54.187 0: HMLAN_Parse: hmusb V:03C7 sNo:KEQ1110831 d:263576 O:424242 t:005D3544 IDcnt:001D L:0 %
2015.09.06 20:39:19.155 0: HMLAN_Send:  hmusb I:K
2015.09.06 20:39:19.212 0: HMLAN_Parse: hmusb V:03C7 sNo:KEQ1110831 d:263576 O:424242 t:005D9704 IDcnt:001D L:0 %
2015.09.06 20:39:20.844 0: HMLAN_Parse: hmusb R:E21F0F4   stat:0000 t:005D9D75 d:FF r:FFD2     m:93 8610 21F0F4 000000 0A24DB110040
2015.09.06 20:39:44.155 0: HMLAN_Send:  hmusb I:K
2015.09.06 20:39:44.205 0: HMLAN_Parse: hmusb V:03C7 sNo:KEQ1110831 d:263576 O:424242 t:005DF8A3 IDcnt:001D L:0 %
2015.09.06 20:39:52.813 0: HMLAN_Parse: hmusb R:E28BA21   stat:0000 t:005E1A4F d:FF r:FFD2     m:CE 8610 28BA21 000000 0A24BC0D0040
2015.09.06 20:40:06.765 0: HMLAN_Parse: hmusb R:E21C422   stat:0000 t:005E50B9 d:FF r:FFB6     m:AE 8610 21C422 000000 0A24BB0F005E
2015.09.06 20:40:09.155 0: HMLAN_Send:  hmusb I:K
2015.09.06 20:40:09.197 0: HMLAN_Parse: hmusb V:03C7 sNo:KEQ1110831 d:263576 O:424242 t:005E5A43 IDcnt:001D L:0 %
2015.09.06 20:40:34.157 0: HMLAN_Send:  hmusb I:K
2015.09.06 20:40:34.190 0: HMLAN_Parse: hmusb V:03C7 sNo:KEQ1110831 d:263576 O:424242 t:005EBBE3 IDcnt:001D L:0 %
2015.09.06 20:40:43.886 0: HMLAN_Parse: hmusb R:E314167   stat:0000 t:005EE1C0 d:FF r:FFC7     m:89 865A 314167 000000 24DB33
2015.09.06 20:40:57.519 0: HMLAN_Parse: hmusb R:E255629   stat:0000 t:005F1704 d:FF r:FFCC     m:44 8610 255629 000000 0A24980C005D
2015.09.06 20:40:59.158 0: HMLAN_Send:  hmusb I:K
2015.09.06 20:40:59.215 0: HMLAN_Parse: hmusb V:03C7 sNo:KEQ1110831 d:263576 O:424242 t:005F1DA3 IDcnt:001D L:0 %
2015.09.06 20:41:03.887 0: HMLAN_Parse: hmusb R:E314167   stat:0000 t:005F2FDF d:FF r:FFC6     m:89 8470 314167 000000 00DB33
2015.09.06 20:41:24.159 0: HMLAN_Send:  hmusb I:K
2015.09.06 20:41:24.208 0: HMLAN_Parse: hmusb V:03C7 sNo:KEQ1110831 d:263576 O:424242 t:005F7F43 IDcnt:001D L:0 %


Viele Grüße

martinp876

Das an lernen hat funktioniert. Das auslesen aber nicht. Es hat erst 3 sec später gestartet. Mache ein getconfig und drücke an lernen. Dann sollte alles ok sein. Wo die 3sec delay herkommen ist mir nicht klar. Nutzt du langsame services wie Datenbanken um die ergebnisse zu speichern?