HMUARTLGW: Modul für HomeMatic UART-Modul (RPi) und HomeMatic LAN Gateway

[DeeSPe]

Ich habe aktuell das Problem, dass mein Modul in FHEM immer zwischen 'init' und 'disconnected' wechselt.

Ich hatte ähnliche Probleme, allerdings immer beim Versuch eines Reconnects.
Seitdem ich erfolgreich die FW auf 1.4.1 geflasht hatte gehört das nun der Vergangenheit an.

Sicher dass Du die richtige CoPro Datei zum Flashen hattest? Denn eigentlich dürfte kein Prüfsummenfehler kommen.

Gruß
Dan

[Impulse]

Ich hatte ähnliche Probleme, allerdings immer beim Versuch eines Reconnects.
Seitdem ich erfolgreich die FW auf 1.4.1 geflasht hatte gehört das nun der Vergangenheit an.

Sicher dass Du die richtige CoPro Datei zum Flashen hattest? Denn eigentlich dürfte kein Prüfsummenfehler kommen.

Gruß
Dan

Ich habe die Datei aus diesem Thread hier genommen. Der Link verweist auf das offizielle Repository von daher bin ich mir schon sicher, dass es die richtige Datei war. Ich versuche nochmal über FHEM die Firmware zu flashen. Bin schon seit Stunden am Suchen wo der Fehler liegen könnte. Bin mal gespannt was sich nachher als Fehler entpuppt.

Grüße

Edit: Leider weder über FHEM, noch über flash-hmmoduart erfolgreich gewesen. Die Fehlermeldung, welche mir flash-hmmoduart ausspuckt:

Code Auswählen Erweitern

Reading firmware from /home/pi/coprocessor_update_1_2_3.eq3...
Firmware with 43 blocks successfully read.
Invalid checksum received!

ERR> 0x0000: fd 00 0e 00 6f 5f 43 50 55 5f 41 70 70 0f 97 fd   ....o_CPU_App...
ERR> 0x0010: 1b bd 84                                          ...
calculated: d1d1

Diese Datei ist eine ältere Version (1.2.3), allerdings bekomme ich mit den anderen Versionen die gleiche Fehlermeldung.

[mgernoth]

Hallo,

Code Auswählen Erweitern

Reading firmware from /home/pi/coprocessor_update_1_2_3.eq3...
Firmware with 43 blocks successfully read.
Invalid checksum received!

ERR> 0x0000: fd 00 0e 00 6f 5f 43 50 55 5f 41 70 70 0f 97 fd   ....o_CPU_App...
ERR> 0x0010: 1b bd 84                                          ...
calculated: d1d1

Hmm, das sieht nach einer kaputter Firmware aus.

Resette mal den HM-MOD-UART, damit er sich wieder im Bootloader befindet und flashe dann direkt die 1.4.1:

Code Auswählen Erweitern


hmpi [~/hmcfgusb]# ./reset-hmmoduart.sh
hmpi [~/hmcfgusb]# ./flash-hmmoduart -U /dev/ttyAMA0 HM-MOD-UART-141.eq3
...


Btw, man kann kein "falsches" Image flashen, das lässt das Modul nicht zu.

Viele Grüße
  Michael

[Impulse]

Danke für deinen Beitrag, leider war es ohne Erfolg:

Code Auswählen Erweitern

root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# pgrep fhem
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# ./reset-hmmoduart.sh
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# ./flash-hmmoduart -U /dev/ttyAMA0 HM-MOD-UART-141.eq3
HM-MOD-UART flasher version 0.102-git

Reading firmware from HM-MOD-UART-141.eq3...
Firmware with 43 blocks successfully read.
Invalid checksum received!

ERR> 0x0000: fd 00 0e 6f 70 0f 97 1b fd 1b d0 84 5e 33 82 29   ...op.......^3.)
ERR> 0x0010: 00 00 00                                          ...
calculated: 2485

Ich hab gleich erstmal Feierabend und dann werde ich mich heute Abend nochmal intensiv damit beschäftigen. Mir steht auch noch ein zweiter Raspberry Pi 3 zur Verfügung, nur eben (leider) kein 2. Funkmodul. Ich ziehe es in Erwägung den 2. Raspberry nochmal minuziös nach Anleitung hochzuziehen.

Grüße

[mgernoth]

Hallo,

Danke für deinen Beitrag, leider war es ohne Erfolg:

Probiere in diesem Zustand einfach noch ein paar mal flash-hmmoduart aufzurufen. Manchmal sind die ersten Frames nach dem Reset korrupt. Solange das Modul nicht in die Applikation schaltet (durch Fhem), sollte das Flashen irgendwann klappen.

Viele Grüße
  Michael

[Impulse]

Hallo,

Probiere in diesem Zustand einfach noch ein paar mal flash-hmmoduart aufzurufen. Manchmal sind die ersten Frames nach dem Reset korrupt. Solange das Modul nicht in die Applikation schaltet (durch Fhem), sollte das Flashen irgendwann klappen.

Viele Grüße
  Michael

Ich habe deinen Ratschlag befolgt und jetzt mehre Durchläufe probiert (dauerte paar Stunden), das hier ist der Log:

root@raspberrypi:~# cd Downloads/hmcfgusb-8a6d76d
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# /etc/init.d/fhem stop
Stopping fhem...
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# pgrep rfd
515
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# ps -a
  PID TTY          TIME CMD
  844 tty1     00:00:00 bash
1555 pts/0    00:00:00 ps
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# ./reset-hmmoduart.sh
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# ./flash-hmmoduart -U /dev/ttyAMA0 HM-MOD-UART-141.eq3
HM-MOD-UART flasher version 0.102-git

Reading firmware from HM-MOD-UART-141.eq3...
Firmware with 43 blocks successfully read.
Invalid checksum received!

ERR> 0x0000: fd 00 fd 00 00 80 00 00 00 00 00 00 00 09 03 02   ................
ERR> 0x0010: a7 b2 fd 00 1a 01 01 05 00 00 00 00 80 00 00 00   ................
ERR> 0x0020: 00 00 00 00 09 04 01 c1 84 1c 06 84 5e 33 82 29   ............^3.)
ERR> 0x0030: 00 1c 07 84 5e 33 82 29 00 00 00 80 00 00 00 00   ....^3.)........
ERR> 0x0040: 00 00 00 09 01 f9 d1 aa fd 00 1a 01 04 05 00 00   ................
ERR> 0x0050: 00 00 80 00 00 00 00 00 00 00 09 02 fd 54 ca fd   .............T..
ERR> 0x0060: 00 00 09 09 fe 9b ed fd 00 1a 01 07 05 00 00 1b   ................
ERR> 0x0070: 0b 84 5e 33 82 29 00 00 00 80 00 00 00 00 00 00   ..^3.)..........
ERR> 0x0080: 00 09 09 02 fb bf fd 00 1a 01 08 05 00 00 00 fd   ................
ERR> 0x0090: 1b 00 fd 1b 00 00 fd 1d 00 00 00 fd 1c 00 fd 1c   ................
ERR> 0x00a0: 00 fd 1d 00 00 09 0e 01 1c 0d fd 00 1a 01 10 05   ................
ERR> 0x00b0: 00 00 00 00 80 00 00 00 00 00 fd 00 1a 01 11 05   ................
ERR> 0x00c0: 00 00 1c 15 84 5e 33 82 29 00 00 00 09 11 01 7b   .....^3.)......{
ERR> 0x00d0: 22 fd 00 1a 01 12 05 00 00 00 00 80 00 00 00 00   "...............
ERR> 0x00e0: 00 1d 17 84 5e 33 82 29 00 00 00 80 00 00 00 00   ....^3.)........
ERR> 0x00f0: 00 00 00 09 0d 04 50 74 fd 00 1a 01 15 05 00 00   ......Pt........
ERR> 0x0100: 00 00                                             ..
calculated: 253c
^C
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# ./flash-hmmoduart -U /dev/ttyAMA0 HM-MOD-UART-141.eq3
HM-MOD-UART flasher version 0.102-git

Reading firmware from HM-MOD-UART-141.eq3...
Firmware with 43 blocks successfully read.
Invalid checksum received!

ERR> 0x0000: fd 00 0e 00 6f 5f 43 50 55 5f 41 70 70 0f fd 1c   ....o_CPU_App...
ERR> 0x0010: 1b 00 fd                                          ...
calculated: d8d3
^C
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# ./flash-hmmoduart -U /dev/ttyAMA0 HM-MOD-UART-141.eq3
HM-MOD-UART flasher version 0.102-git

Reading firmware from HM-MOD-UART-141.eq3...
Firmware with 43 blocks successfully read.
Invalid checksum received!

ERR> 0x0000: fd 00 0e 00 00 04 02 43 70 fd 00 1a 01 19 05 00   .......Cp.......
ERR> 0x0010: 00 1d 1d                                          ...
calculated: 98ee
^C
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# ./flash-hmmoduart -U /dev/ttyAMA0 HM-MOD-UART-141.eq3
HM-MOD-UART flasher version 0.102-git

Reading firmware from HM-MOD-UART-141.eq3...
Firmware with 43 blocks successfully read.
Invalid checksum received!

ERR> 0x0000: fd 00 6f 70 0f 97 fd fd 1b fd 1d 20 84 5e 33 82   ..op....... .^3.
ERR> 0x0010: 29 00 00 00 00 08 fd 1c 00 fd 1d 00 fd 1d 23 00   ).............#.
ERR> 0x0020: 00 80 fd 1c 00 00 80 00 00 00 00 00 00 00 08 f9   ................
ERR> 0x0030: fd f3 5b fd 1c 00 fd 1c 00 00 00 fd 1d fd 00 00   ..[.............
ERR> 0x0040: 80 00 00 00 00 00 00 00 08 f9 02 7f 33 fd 00 1a   ............3...
ERR> 0x0050: 01 25 05 00 00 1c 29 84 5e 33 82 29 00 00 00 80   .%....).^3.)....
ERR> 0x0060: 00 00 00 00 00 00 00 08 f7 02 2f 0f fd 1d 00 fd   ........../.....
ERR> 0x0070: 1c 2b 00 55                                       .+.U
calculated: cec0
^C
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# ./flash-hmmoduart -U /dev/ttyAMA0 HM-MOD-UART-141.eq3
HM-MOD-UART flasher version 0.102-git

Reading firmware from HM-MOD-UART-141.eq3...
Firmware with 43 blocks successfully read.
Invalid checksum received!

ERR> 0x0000: fd 00 0e 6f 70 fd 1c 2f 00 00 fd 1d 00 fd 1c 00   ...op../........
ERR> 0x0010: 00 fd 1c                                          ...
calculated: df9b
^C
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# ./flash-hmmoduart -U /dev/ttyAMA0 HM-MOD-UART-141.eq3
HM-MOD-UART flasher version 0.102-git

Reading firmware from HM-MOD-UART-141.eq3...
Firmware with 43 blocks successfully read.
Invalid checksum received!

ERR> 0x0000: fd 00 0e 6f 5f fd 1d 00 00 fd 1d 34 00 00 08 ff   ...o_......4....
ERR> 0x0010: 01 ce 80                                          ...
calculated: a17c
^C
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# ./flash-hmmoduart -U /dev/ttyAMA0 HM-MOD-UART-141.eq3
HM-MOD-UART flasher version 0.102-git

Reading firmware from HM-MOD-UART-141.eq3...
Firmware with 43 blocks successfully read.
Invalid checksum received!

ERR> 0x0000: fd 00 0e 00 00 6f fd 1c 00 00 fd 1d 00 fd 1d 00   .....o..........
ERR> 0x0010: fd 00 1a                                          ...
calculated: bae2
^C
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# ./flash-hmmoduart -U /dev/ttyAMA0 HM-MOD-UART-141.eq3
HM-MOD-UART flasher version 0.102-git

Reading firmware from HM-MOD-UART-141.eq3...
Firmware with 43 blocks successfully read.
Invalid checksum received!

ERR> 0x0000: fd 00 0e 00 6f 5f 43 50 55 5f 41 70 70 0f 97 fd   ....o_CPU_App...
ERR> 0x0010: 1d 00 00                                          ...
calculated: 5cbb
^C
root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# ./flash-hmmoduart -U /dev/ttyAMA0 HM-MOD-UART-141.eq3
HM-MOD-UART flasher version 0.102-git

Reading firmware from HM-MOD-UART-141.eq3...
Firmware with 43 blocks successfully read.
Invalid checksum received!

ERR> 0x0000: fd 00 0e 00 6f 5f 70 fd 1d 3f 00 00 fd 00 fd 1c   ....o_p..?......
ERR> 0x0010: 41 84 5e                                          A.^
calculated: 7249

Hast du noch eine Idee?

Grüße

[mgernoth]

Hallo,

root@raspberrypi:~/Downloads/hmcfgusb-8a6d76d# pgrep rfd
515

Äh, wieso hast Du einen rfd laufen? Wenn zwei Programme auf das Modul zugreifen, kann die Kommunikation nicht funktionieren...

Viele Grüße
  Michael

[pcjogi]

Hallo zusammen,

ich habe erfolgreich das MUART-Modul zusammengelötet und auf meinen laufenden RPi gesteckt. In fhem wird das Modul auch sauber angezeigt, oder?

Code Auswählen Erweitern

Internals:
   AssignedPeerCnt 6
   CNT        13
   DEF        /dev/ttyAMA0
   DEVCNT     249
   DevState   99
   DevType    UART
   DeviceName /dev/ttyAMA0@115200
   FD         9
   HM_CMDNR   2
   LastOpen   1473524371.6105
   NAME       myHmUART
   NR         82
   PARTIAL
   RAWMSG     0500003F17847035A6EC00000001062B
   RSSI       -63
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   1
   msgLoadCurrent 30
   msgLoadCurrentRaw 60
   msgLoadHistory 3/0/2/2/5/-/-/-/-/-/-/-
   msgLoadHistoryAbs 30/27/27/25/23/18/-/-/-/-/-/-/-
   owner      45FAD1
   Helper:
     CreditTimer 109
     FW         66561
     Initialized 1
     SendCnt    50
     Ackpending:
     Assignedpeers:
       13CDDD     FFFFFFFFFFFFFFFF (flags: 0)
       166AF2     FFFFFFFFFFFFFFFF (flags: 0)
       17A571     FFFFFFFFFFFFFFFF (flags: 0)
       1A343C     FFFFFFFFFFFFFFFF (flags: 0)
       1BFD66     FFFFFFFFFFFFFFFF (flags: 0)
       35A6EC     FFFFFFFFFFFFFFFF (flags: 0)
     LastSendLen:
       3
       3
     Log:
       IDs:
     PeerQueue:
     PendingCMD:
     Roundtrip:
       Delay      0.00423407554626465
     Loadlvl:
       lastHistory 1473525877.34977
   Peers:
     13CDDD     assigned
     166AF2     assigned
     17A571     assigned
     1A343C     assigned
     1BFD66     assigned
     35A6EC     assigned
   Readings:
     2016-09-10 18:19:37   D-HMIdAssigned  45FAD1
     2016-09-10 18:19:37   D-HMIdOriginal  45FAD1
     2016-09-10 18:19:37   D-firmware      1.4.1
     2016-09-10 18:19:37   D-serialNr      MEQ1889268
     2016-09-10 18:19:31   D-type          HM-MOD-UART
     2016-09-10 18:19:37   cond            ok
     2016-09-10 18:43:37   load            30
     2016-09-10 18:19:37   loadLvl         low
     2016-09-10 18:19:31   state           opened
   Helper:
Attributes:
   hmId       45FAD1
   room       CUL_HM


ABER eie HM Steckdose habe ich auf verschiedene Arten versucht zu pairen. Leider ohne richtigen Erfolg. List davon ist :

Code Auswählen Erweitern

Internals:
   CFGFN
   DEF        1A343C
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     2
   NAME       HM_1A343C
   NOTIFYDEV  global
   NR         398
   STATE      MISSING ACK
   TYPE       CUL_HM
   lastMsg    No:00 - t:10 s:1A343C d:A954A6 06000000
   myHmUART_MSGCNT 2
   myHmUART_RAWMSG 0500001900A4101A343CA954A606000000
   myHmUART_RSSI -25
   myHmUART_TIME 2016-09-10 18:43:23
   protCmdDel 6
   protLastRcv 2016-09-10 18:43:23
   protResnd  9 last_at:2016-09-10 18:43:36
   protResndFail 3 last_at:2016-09-10 18:43:42
   protSnd    3 last_at:2016-09-10 18:43:23
   protState  CMDs_done_Errors:1
   rssi_at_myHmUART avg:-25.5 lst:-25 max:-25 min:-26 cnt:2
   Readings:
     2016-09-10 18:41:47   D-firmware      1.9
     2016-09-10 18:41:47   D-serialNr      JEQ0036784
     2016-09-10 18:41:47   R-pairCentral   set_0x45FAD1
     2016-09-10 18:43:23   level           0
     2016-09-10 18:43:23   pct             0
     2016-09-10 18:43:23   powerOn         2016-09-10 18:43:23
     2016-09-10 18:43:23   recentStateType info
     2016-09-10 18:43:42   state           MISSING ACK
     2016-09-10 18:43:23   timedOn         off
   Helper:
     HM_CMDNR   1
     PONtest    0
     cSnd       1145FAD11A343C0201C80000,1145FAD11A343C0201C80000
     dlvl       C8
     mId        0011
     rxType     1
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +1A343C,00,00,00
       nextSend   1473525804.05823
       prefIO
       rxt        0
       vccu
       p:
         1A343C
         00
         00
         00
     Mrssi:
       mNo        00
       Io:
         myHmUART   -23
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf   00
       qReqStat
     Role:
       chn        1
       dev        1
       prs        1
     Rssi:
       At_myhmuart:
         avg        -25.5
         cnt        2
         lst        -25
         max        -25
         min        -26
     Shadowreg:
       RegL_00.    02:01 0A:45 0B:FA 0C:D1
Attributes:
   IODev      myHmUART
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.9
   model      HM-LC-SW1-PL
   room       CUL_HM
   serialNr   JEQ0036784
   subType    switch
   webCmd     statusRequest:toggle:on:off


Ich kann die Ein-/Ausschaltvorgänge, die ich an der Steckdose mache sehen, aber wenn ich versuche über fhem die Stackdose zu schalten bekomme ich die Fehlermeldung MISSING ACK im state. Wo kann ich noch nachsehen?

Danke

Jürgen

[LuckyDay]

die ist schon gepairt mit A954A6

Werksreset oder da wo sie schon mal gepairt war unpair 

[Ma_Bo]

Hallo Leute,

ich habe ein Verständnisfrage, unzwar geht es um das

Code Auswählen Erweitern

attr <device> dutyCycle
was genau wird mit diesem attr deaktiviert?

Sendet der HM-LGW-O-TW-W-EU-2 dann mit diesem attr, trotz des erreichens der 1% Regel, einfach weiter und steigt dann das Reading load über 100% ?
Ich möchte keine Diskussion entfachen, ich weiss, dass es illegal ist, disese in D zu nutzen, aber es interessiert mich.
Wenn es so ist, das er weiter sendet, warum ist soetwas dann eingebaut, obwohl es in D nicht legal ist?

Grüße Marcel

[FHEMAN]

Ich habe jetzt nicht alle 30 Seiten gelesen. Verzeiht mir bitte, wenn die Antwort hier schon stehen sollte.

Kann ich das Modul auch ohne FHEM nutzen? Also wie ein reines HM-LAN Gateway. Beispielsweise mit YAHM?

[Ralli]

Wenn es so ist, das er weiter sendet, warum ist soetwas dann eingebaut, obwohl es in D nicht legal ist?

Es gibt auch andere Länder!

[Otto123]

Ich habe jetzt nicht alle 30 Seiten gelesen. Verzeiht mir bitte, wenn die Antwort hier schon stehen sollte.
Kann ich das Modul auch ohne FHEM nutzen? Also wie ein reines HM-LAN Gateway. Beispielsweise mit YAHM?

Meinst Du eigentlich das FHEM Modul (Software) oder die Hardware?
Und für YAHM gibt es doch schon was?
Irgendwie erschließt sich mir die Frage nicht.

Gruß Otto

[bitbiter]

Und für YAHM gibt es doch schon was?
Irgendwie erschließt sich mir die Frage nicht.

Hallo Otto, dein Link setzt aber einen weiteren laufenden RPi voraus. FHEMAN meint sicher, was ich auch brennend wissen würde, ob man den HMUARTLGW ANSTATT eines weiteren RPI´s nehmen könnte. Als Stand-Alone Lösung.
Die Lösung zu deinem Link funktioniert 1a. Habe es auch seit gestern in Betrieb.

Gruss
Alex

[Otto123]

Hallo ALex,

also die Hardware LGW ist ein völlig eigenständiges Teil. Klar funktioniert das ohne weiteren PI. Aber es ist keine Zentrale sondern nur ein LanGateWay.

Aber wer soll im FHEM Forum wissen ob das mit YAHM geht?

Gruß Otto