Ersatz für defekten HM-LGW-O-TW-W-EU-2

[bommel-bs]

Hallo,

bei meinem HM-LGW-O-TW-W-EU-2 blinkt die Lan-Led. Ein reboot hat leider nichts gebracht. Da ELV/e-Q3 das Teil leider nicht mehr neu anbietet bin ich auf der suche nach einer Alternativen. Meine HomaticIP Geräte sind via RasPi 3 B mit RPI-RF-MOD und openCCU in meiner FHEM-Installation eingebunden. Die meisten Homatic-Geräte könnte man wahrscheinlich über diesen Weg neu einbinden. Dafür muß aber auch das meiste der Logik umgebaut werden. Gibt es auch eine Alternative über die man die Geräte via HMUARTLGW einbindet.

Danke für Tipps
Stefan

[Gisbert]

Hallo Stefan,

sehr hilfreich ist es ein Device VCCU anzulegen (bitte im Fhem-Wiki nachschauen), wenn man mehrere Gateways hat. Wenn dann ein Gerät defekt ist, kann man es einfach aus der Liste löschen und ggf. ein neues Gerät hinzufügen, z.B. ein HMUARTLGW.

Viele Grüße Gisbert

[tndx]

Du kannst halt das klassische HM-MOD-RPI-PCB auf GPIO-Leiste nutzen, oder per Adapter über WLAN/LAN/USB, s. auch Wiki. Außerdem lässt sich auch eine CCU2 zu HM-Funk-LAN-Gateway umflashen, und die gibt es genug gebraucht zu kaufen, z.T. schon fertig umgeflasht.

[bommel-bs]

Hallo tndx,
nach dem ich im Wiki gelesen habe, werde ich mir wohl ein HM-MOD-RPI-PCB auf einem zweiten Raspi zulegen. Den kann ich dann unabhängig vom FHEM Raspi plazieren.

Danke
Stefan

[bommel-bs]

Hallo,

einen HM-MOD-RPI-PCB habe ich mir bestellt und zusammen gebaut. Dieser steckt auf einem Raspi B+.

Leider sehe ich im Log nur dieses

Code Auswählen Erweitern

2026-05-23_23:17:10 LGW2 CONNECTED
2026-05-23_23:17:11 LGW2 cond: init
2026-05-23_23:17:23 LGW2 cond: disconnected
2026-05-23_23:17:23 LGW2 CONNECTED
2026-05-23_23:17:24 LGW2 cond: init
2026-05-23_23:17:36 LGW2 cond: disconnected
2026-05-23_23:17:36 LGW2 CONNECTED

Im fhem.log steht

Code Auswählen Erweitern

2026.05.23 23:13:15 1: 192.168.178.56:4000 reappeared (LGW2)
2026.05.23 23:13:19 1: HMUARTLGW LGW2 did not respond for the 1. time, resending
2026.05.23 23:13:22 1: HMUARTLGW LGW2 did not respond for the 2. time, resending
2026.05.23 23:13:25 1: HMUARTLGW LGW2 did not respond for the 3. time, resending
2026.05.23 23:13:28 1: HMUARTLGW LGW2 did not respond after all, reopening
2026.05.23 23:13:28 3: LGW2 device closed

Per ncat ist der Raspi erreichbar.

Code Auswählen Erweitern

$ ncat -vz 192.168.178.56 4000
Ncat: Version 7.70 ( https://nmap.org/ncat )
Ncat: Connected to 192.168.178.56:4000.
Ncat: 0 bytes sent, 0 bytes received in 0.08 seconds.

Per telnet sieht es so aus:

Code Auswählen Erweitern

telnet 192.168.178.56 4000
Trying 192.168.178.56...
Connected to 192.168.178.56.
Escape character is '^]'.
Port already in use
Connection closed by foreign host.

Was mich wundert ist "Port already in use"
Laut lsof läuft hier

Code Auswählen Erweitern

# lsof -i :4000
COMMAND  PID USER FD   TYPE DEVICE SIZE/OFF NODE NAME
ser2net 1219 root 5u  IPv6  14674      0t0  TCP *:4000 (LISTEN)

Hier noch die /etc/ser2net.yaml

Code Auswählen Erweitern

%YAML 1.1
---
# This is a ser2net configuration file, tailored to be rather
# simple.
#
# Find detailed documentation in ser2net.yaml(5)
# A fully featured configuration file is in
# /usr/share/doc/ser2net/examples/ser2net.yaml.gz
#
# If you find your configuration more useful than this very simple
# one, please submit it as a bugreport

define: &banner \r\nser2net port \p device \d [\B] (Debian GNU/Linux)\r\n\r\n

#HM_MOD-RPI-PCB
connection: &con01
    accepter: tcp,4000
    connector: serialdev,
              /dev/ttyAMA0,
              115200n81,local,NOBREAK

Hier noch die Definition von LGW2

Code Auswählen Erweitern

define LGW2 HMUARTLGW uart://192.168.178.56:4000
attr LGW2 room 97_FHEM
#   CFGFN     
#   CNT        1
#   Clients    :CUL_HM:
#   DEF        uart://192.168.178.56:4000
#   DevState   0
#   DevType    UART
#   DeviceName 192.168.178.56:4000
#   FUUID      6a120ff0-f33f-78f8-b6a4-032a3e6eb1cfd959
#   FirmwareFile /opt/fhem/FHEM/firmware/coprocessor_update.eq3
#   LastOpen   1779572301.06879
#   NAME       LGW2
#   NEXT_OPEN  1779572730.27215
#   NOTIFYDEV  global
#   NR         1122
#   NTFY_ORDER 47-LGW2
#   PARTIAL   
#   RAWMSG     0402436F5F4350555F424C
#   STATE      disconnected
#   TYPE       HMUARTLGW
#   XmitOpen   0
#   eventCount 826
#   model      HM-MOD-UART
#   Helper:
#     AckPending:
#       1:
#         cmd        00
#         dst        0
#         frame      FD00030001009E03
#         resend     1
#         time       1779572302.07423
#     LastSendLen:
#       3
#     Log:
#       IDs:
#   MatchList:
#     1:CUL_HM   ^A......................
#   READINGS:
#     2026-05-23 22:37:04   D-type          HM-MOD-UART
#     2026-05-23 23:38:27   cond            disconnected
#     2026-05-23 22:37:04   loadLvl         suspended
#     2026-05-23 23:44:30   state           disconnected
#   hmccu:
#
setstate LGW2 disconnected
setstate LGW2 2026-05-23 22:37:04 D-type HM-MOD-UART
setstate LGW2 2026-05-23 23:38:27 cond disconnected
setstate LGW2 2026-05-23 22:37:04 loadLvl suspended
setstate LGW2 2026-05-23 23:44:30 state disconnected


Was mache ich hier falsch?

Danke für Tipps
Stefan

[tndx]

Hallo,

einen HM-MOD-RPI-PCB habe ich mir bestellt und zusammen gebaut. Dieser steckt auf einem Raspi B+.

Leider sehe ich im Log nur dieses
Code Auswählen Erweitern

Code Auswählen Erweitern

2026-05-23_23:17:10 LGW2 CONNECTED
2026-05-23_23:17:11 LGW2 cond: init
2026-05-23_23:17:23 LGW2 cond: disconnected
2026-05-23_23:17:23 LGW2 CONNECTED
2026-05-23_23:17:24 LGW2 cond: init
2026-05-23_23:17:36 LGW2 cond: disconnected
2026-05-23_23:17:36 LGW2 CONNECTED

Das deutet darauf hin, dass entweder das Modul defekt ist (kalte Lötstellen / Kurzschlüsse?), oder dass irgendwas anderes die serielle Schnittstelle blockiert. Hast du das berücksichtigt?