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
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
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.
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
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
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
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.
$ 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:
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
# 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
%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
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
Zitat von: bommel-bs am 23 Mai 2026, 23:49:11Hallo,
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
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 (https://wiki.fhem.de/wiki/Raspberry_Pi#Verwendung_UART_f.C3.BCr_Zusatzmodule) berücksichtigt?
Hallo tndx,
Danke.
Da die Rechte für die Schnittstelle passen wird es wohl das Modul sein :-(
# ls -l /dev/ttyAMA0
crw-rw---- 1 root dialout 204, 64 May 24 10:53 /dev/ttyAMA0
Wie kann ich den Zugriff auf die Serielleschnittstelle testen?
Frohe Pfingsten
Stefan
Die Kommunikation funktioniert zum Teil. Wie der Screenshot zeigt wird die Seriennummer und die Firmverversion angezeigt.
2026-05-24 11_07_23-LGW2.png
Ein update habe ich mit
set myHmUART updateCoPro /opt/fhem/FHEM/firmware/coprocessor_update.eq3
angestoßen.
Stefan
Es muss nicht an den Rechten liegen, sondern je nach Raspi-OS kann die serielle Schnittstelle durch die serielle Konsole oder Bluetooth belegt sein, deswegen hatte ich was verlinkt.
Ebenfalls frohe Pfingsten
Ich habe jetzt anhand des Links den getty Dienst für ttyAMA0 dauerhaft deaktiviert.
Danach einmal gebootet. Die Dateirechte und Links sind wie unter Troubleshooting beschrieben. Leider hat sich an der Fehlermneldung nichts geändert. Beim starten wird wohl Type und Seriennummer ausgelesen und nach kommt nichts mehr.
Stefan
Das Problem ist gelöst. Ich habe den Raspi noch einmal kurz vom Strom getrennt.
Das Update ist durch und ich kann wieder alle Homatic-Geräte abfragen.
Danke an tndx für deine Unterstützung.
Viele Grüße
Stefan