HM-CFG-LAN ersetzen

Begonnen von grappa24, 27 November 2025, 11:54:09

Vorheriges Thema - Nächstes Thema

grappa24

ich denke, mein HM-CFG-LAN ist "am Ende", ich erhalte immer öfter die Fehlermeldung
2025.11.27 10:44:21 1: 192.168.178.86:1000 disconnected, waiting to reappear (HMLAN1)
2025.11.27 10:44:21 1: HMLAN_Parse: HMLAN1 new condition disconnected
2025.11.27 10:44:21 1: HMLAN_Parse: HMLAN1 new condition init

Ich könnte in der Bucht sowohl einen "gebrauchten" HM-CFG-LAN oder einen HM-CFG-USB-2 bekommen.

Was macht denn mehr Sinn, bzw. wo ist der Aufwand beim Austausch geringer bzgl. Umstellung meines HMLAN Devices in Fhem?
Gebäudesicherheit/-komfort, PV-Prognose/Verbrauchssteuerung, Heizungssteuerung, Multimedia, ...
KNX, FS20, HM, HUE, Tradfri, Shellies, KLF200, Netatmo, Nuki, SolarForecast, HEOS, Alexa-FHEM, ...
FHEM 6.4, 2 x RasPi 3B+, Debian Bullseye

Otto123

Der Aufwand ist immer relativ gleich: hast Du VCCU - dann einfach IOlist erweitern, hast Du keine VCCU dann mache Eine - und dann IOlist erweitern :)

Beide Geräte sind älter als alt - hol Dir besser ein HM-MOD-RPI-PCB bei elv und einen USB Serialwandler. Wenn Du nicht löten kannst / willst gibt es die Kombi mW auch fertig in der Bucht.
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Sailor

Hallo grappa24

Zitat von: grappa24 am 27 November 2025, 11:54:09ich denke, mein HM-CFG-LAN ist "am Ende", ich erhalte immer öfter die Fehlermeldung
Ich könnte in der Bucht sowohl einen "gebrauchten" HM-CFG-LAN oder einen HM-CFG-USB-2 bekommen.
Was macht denn mehr Sinn, bzw. wo ist der Aufwand beim Austausch geringer bzgl. Umstellung meines HMLAN Devices in Fhem?

Wenn du löten kannst (Lötkolben besitzt), kannst du auch versuchen die beiden Elkos im HM-CGF-LAN zu ersetzen.
Sind Cent-Teile die gerne aus dem Leben scheiden und gut zu erreichen sind.

Wenn's klappt - Super
Wenn's nicht klappt, dann kannst du das Teil immer noch ersetzen.

Gruß
    Sailor
******************************
Man wird immer besser...

grappa24

Zitat von: Otto123 am 27 November 2025, 12:14:14Der Aufwand ist immer relativ gleich: hast Du VCCU - dann einfach IOlist erweitern, hast Du keine VCCU dann mache Eine - und dann IOlist erweitern :)
Eine VCCU hab ich, Anleitung für IOList erweitern hab ich auch gefunden - check

ZitatBeide Geräte sind älter als alt - hol Dir besser ein HM-MOD-RPI-PCB bei elv und einen USB Serialwandler. Wenn Du nicht löten kannst / willst gibt es die Kombi mW auch fertig in der Bucht.
- Der HM-MOD-RPI-PCB wird "normalerweise" auf das GPIO vom RasPi aufgesteckt?
- Alternativ kann man ihn mit einem USB Serialwandler an die USB-Schnittstelle des Raspi anschließen?
- Nach dem Anstecken muss er in FHEM konfiguriert werden?
- Für sowas gibts doch sicher dann auch ein kleines "Gehäuse"???
- Das Foto zeigt wohl einen fertigen HM-MOD-RPI-PCB mit Antenne(nadapter)?
Gebäudesicherheit/-komfort, PV-Prognose/Verbrauchssteuerung, Heizungssteuerung, Multimedia, ...
KNX, FS20, HM, HUE, Tradfri, Shellies, KLF200, Netatmo, Nuki, SolarForecast, HEOS, Alexa-FHEM, ...
FHEM 6.4, 2 x RasPi 3B+, Debian Bullseye

Otto123

Zitat von: grappa24 am 27 November 2025, 15:37:42- Der HM-MOD-RPI-PCB wird "normalerweise" auf das GPIO vom RasPi aufgesteckt?
- Alternativ kann man ihn mit einem USB Serialwandler an die USB-Schnittstelle des Raspi anschließen?
- Nach dem Anstecken muss er in FHEM konfiguriert werden?
- Für sowas gibts doch sicher dann auch ein kleines "Gehäuse"???
- Das Foto zeigt wohl einen fertigen HM-MOD-RPI-PCB mit Antenne(nadapter)?
Ja, Ja, Ja, mmh da muss man erfinderisch sein, offenbar - braucht man mMn nicht.
Du kannst den auch auf einen Raspberry stecken auf dem FHEM NICHT läuft und übers Netzwerk betreiben
Steht eigentlich alles hier
Man kann auch Wandler und HM-MOD-RPI-PCB mit einem Stück vieradrigen Kabel Verbinden ohne die ganzen Pfostenstecker und die Platinchen mit Schrumpfschlauch schützen.


Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

tndx


grappa24

#6
Am Besten würde mir die Anbindung des HM-MOD-RPI-PCB Funkmoduls via USB-Serialwandler gefallen und anschließend die Veröffentlichung mit ser2net in meinem Netzwerk.

Ich skizziere mal kurz meine Konfiguration mit 2 Stück RasPi 3B+ (nennen wir sie A und B):
A) im Keller, Buster, Host für mein FHEM, HMLAN mit VCCU, relativ weit weg von den HM-Komponenten (15 Stück, verteilt über 4 Etagen)
B) im 1. OG, Bullseye, relativ zentral, mit einem "kleinen" zweiten FHEM, angebunden an A) mit FHEM2FHEM
  neben Gerät B) steht direkt der "alte" HM-CFG-LAN

Meine Idee wäre es, den HM-MOD-RPI-PCB auf B) zu installieren und ihn dann via ser2net im Netzwerk zur Verfügung zu stellen.
Oder bringt mir FHEM2FHEM hier irgendeinen Vorteil?

Grüße
Dieter



Gebäudesicherheit/-komfort, PV-Prognose/Verbrauchssteuerung, Heizungssteuerung, Multimedia, ...
KNX, FS20, HM, HUE, Tradfri, Shellies, KLF200, Netatmo, Nuki, SolarForecast, HEOS, Alexa-FHEM, ...
FHEM 6.4, 2 x RasPi 3B+, Debian Bullseye

Otto123

Hallo Dieter,

FHEM2FHEM ist dafür keine Lösung, ser2net ist prima.
Du kannst natürlich das Modul auch direkt auf die GPIO stecken und die ttyAMA0 über ser2net zur Verfügung stellen. Da sparts Du den serial Wandler und hast ihn (wenn er passt) mit im Gehäuse.
Nachteil ist die etwas höhere Störbeeinflussung durch den Pi selbst. Du darfst vor allem den Ferritkern (der mitgeliefert wird) nicht vergessen.

Kannst Du ja auch probieren...

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

grappa24

Nochmal eine andere Frage:
an dem RasPi 3B+ (Bullseye), wo der HM-MOD-RPI-PCB via USB-Serialwandler angeschlossen werden soll, hängt schon ein CUL an /dev/ttyACM0, (wie) kann man denn beide parallel betreiben?

pi@raspberrypi:~ $ ls /dev/ttyACM*
/dev/ttyACM0
pi@raspberrypi:~ $ lsusb
Bus 001 Device 004: ID 03eb:204b Atmel Corp. LUFA USB to Serial Adapter Project
Bus 001 Device 005: ID 0424:7800 Microchip Technology, Inc. (formerly SMSC)
Bus 001 Device 003: ID 0424:2514 Microchip Technology, Inc. (formerly SMSC) USB 2.0 Hub
Bus 001 Device 002: ID 0424:2514 Microchip Technology, Inc. (formerly SMSC) USB 2.0 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Gebäudesicherheit/-komfort, PV-Prognose/Verbrauchssteuerung, Heizungssteuerung, Multimedia, ...
KNX, FS20, HM, HUE, Tradfri, Shellies, KLF200, Netatmo, Nuki, SolarForecast, HEOS, Alexa-FHEM, ...
FHEM 6.4, 2 x RasPi 3B+, Debian Bullseye