- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#11
Hard- und Firmware / Aw: CDC2NET - beliebigen USB-C...
Letzter Beitrag von tostmann - 11 Juni 2026, 19:50:29Hallo eisman,
danke fürs Draufschauen! Bevor Du Geld für einen Adapter ausgibst, einmal kurz die Begriffe sortieren — denn für Deinen Fall ist CDC2NET vermutlich gar nicht das richtige Werkzeug, RFNETHM dagegen schon.
Was CDC2NET macht: Es ist ein reiner USB-Host→TCP-Bridge. Du steckst einen USB-Stick (CUL/TUL/EUL, oder per VCP-Treiber einen FTDI/CH340/CP210x-Dongle) in den USB-Host-Port des ESP32-S3, und CDC2NET macht daraus einen Netzwerk-Port (raw TCP bzw. RFC2217), den FHEM wie ein lokales Device anspricht. Es setzt also zwingend einen ESP32 mit USB-OTG-Host voraus und ,,versteht" das Protokoll des Sticks bewusst nicht — es schiebt nur Bytes.
HMLAN: Ein echter HM-LAN-Adapter (HM-CFG-LAN) ist bereits ein LAN-Gerät — der hängt von Haus aus am Netzwerk und wird in FHEM direkt über das HMLAN-Modul eingebunden. Da braucht es gar keine Bridge dazwischen. Wenn Du dagegen HomeMatic-/HmIP-Funk über das Netzwerk erreichbar machen willst, ohne einen teuren LAN-Configurator zu kaufen, ist das der eigentlich interessante Fall — und genau dafür gibt es ein eigenes Projekt:
Für HomeMatic → RFNETHM: https://github.com/tostmann/RFNETHM
RFNETHM hängt einen unmodifizierten HmIP-RFUSB-Stick (oder ein RPI-RF-MOD / HM-MOD-RPI-PCB am Pin-Header) ins Netzwerk und emuliert dabei ein HB-RF-ETH. Heißt: in RaspberryMatic / piVCCU taucht es mit einem Klick als Funkmodul auf, genau wie ein echtes HB-RF-ETH — und parallel bietet es einen HMUARTLGW-Port (TCP 2330) für FHEM CUL_HM und Homegear. Der Funk-Teil bleibt dabei der echte eq-3-Stick mit eq-3-Firmware, also alle BidCoS-/HmIP-Eigenheiten inkl. AES genau wie im Original. Flashen wieder bequem per Browser: https://install.busware.de/rfnethm/
Du brauchst also für HomeMatic keinen HMLAN, sondern einen RFUSB (oder ein HM-Modul) — und RFNETHM bringt den mit einem Klick in die CCU bzw. über TCP 2330 in FHEM.
deCONZ 3 / ConBee III: Das habe ich noch nicht getestet, deshalb hier ehrlich ohne Versprechen. Rein technisch ist der ConBee ein USB-Serial-Gerät und als Quelle für CDC2NET grundsätzlich denkbar — aber ob er sich als sauberes CDC-ACM meldet oder einen USB-Chip braucht, den ich noch nicht im VCP-Treibersatz habe, müsste ich erst mit dem Stick am Host messen. Und Achtung: deCONZ erwartet normalerweise ein lokales serielles Device; es über einen Netzwerk-Port zu betreiben (raw TCP / RFC2217 → virtuelles ttyUSB) ist machbar, aber nicht ,,ein Klick". Wenn Du einen ConBee III hast und Lust auf einen Test, sag Bescheid — dann schauen wir uns das konkret an.
Kurz: für HomeMatic → RFNETHM mit RFUSB/HM-Modul (HB-RF-ETH-Emulation, ein Klick in die CCU), für Zigbee/deCONZ → erstmal offen, gerne mit echter Hardware testen.
Gruß,
Dirk
danke fürs Draufschauen! Bevor Du Geld für einen Adapter ausgibst, einmal kurz die Begriffe sortieren — denn für Deinen Fall ist CDC2NET vermutlich gar nicht das richtige Werkzeug, RFNETHM dagegen schon.
Was CDC2NET macht: Es ist ein reiner USB-Host→TCP-Bridge. Du steckst einen USB-Stick (CUL/TUL/EUL, oder per VCP-Treiber einen FTDI/CH340/CP210x-Dongle) in den USB-Host-Port des ESP32-S3, und CDC2NET macht daraus einen Netzwerk-Port (raw TCP bzw. RFC2217), den FHEM wie ein lokales Device anspricht. Es setzt also zwingend einen ESP32 mit USB-OTG-Host voraus und ,,versteht" das Protokoll des Sticks bewusst nicht — es schiebt nur Bytes.
HMLAN: Ein echter HM-LAN-Adapter (HM-CFG-LAN) ist bereits ein LAN-Gerät — der hängt von Haus aus am Netzwerk und wird in FHEM direkt über das HMLAN-Modul eingebunden. Da braucht es gar keine Bridge dazwischen. Wenn Du dagegen HomeMatic-/HmIP-Funk über das Netzwerk erreichbar machen willst, ohne einen teuren LAN-Configurator zu kaufen, ist das der eigentlich interessante Fall — und genau dafür gibt es ein eigenes Projekt:
Für HomeMatic → RFNETHM: https://github.com/tostmann/RFNETHM
RFNETHM hängt einen unmodifizierten HmIP-RFUSB-Stick (oder ein RPI-RF-MOD / HM-MOD-RPI-PCB am Pin-Header) ins Netzwerk und emuliert dabei ein HB-RF-ETH. Heißt: in RaspberryMatic / piVCCU taucht es mit einem Klick als Funkmodul auf, genau wie ein echtes HB-RF-ETH — und parallel bietet es einen HMUARTLGW-Port (TCP 2330) für FHEM CUL_HM und Homegear. Der Funk-Teil bleibt dabei der echte eq-3-Stick mit eq-3-Firmware, also alle BidCoS-/HmIP-Eigenheiten inkl. AES genau wie im Original. Flashen wieder bequem per Browser: https://install.busware.de/rfnethm/
Du brauchst also für HomeMatic keinen HMLAN, sondern einen RFUSB (oder ein HM-Modul) — und RFNETHM bringt den mit einem Klick in die CCU bzw. über TCP 2330 in FHEM.
deCONZ 3 / ConBee III: Das habe ich noch nicht getestet, deshalb hier ehrlich ohne Versprechen. Rein technisch ist der ConBee ein USB-Serial-Gerät und als Quelle für CDC2NET grundsätzlich denkbar — aber ob er sich als sauberes CDC-ACM meldet oder einen USB-Chip braucht, den ich noch nicht im VCP-Treibersatz habe, müsste ich erst mit dem Stick am Host messen. Und Achtung: deCONZ erwartet normalerweise ein lokales serielles Device; es über einen Netzwerk-Port zu betreiben (raw TCP / RFC2217 → virtuelles ttyUSB) ist machbar, aber nicht ,,ein Klick". Wenn Du einen ConBee III hast und Lust auf einen Test, sag Bescheid — dann schauen wir uns das konkret an.
Kurz: für HomeMatic → RFNETHM mit RFUSB/HM-Modul (HB-RF-ETH-Emulation, ein Klick in die CCU), für Zigbee/deCONZ → erstmal offen, gerne mit echter Hardware testen.
Gruß,
Dirk
#12
Hard- und Firmware / Aw: CDC2NET - beliebigen USB-C...
Letzter Beitrag von eisman - 11 Juni 2026, 18:24:03hi,
muss zwar noch einen Adapter besorgen,
gehen auch HMLAN(HM-MOD-RPI-PCB), deConz 3
gruss
muss zwar noch einen Adapter besorgen,
gehen auch HMLAN(HM-MOD-RPI-PCB), deConz 3
gruss
#13
Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...
Letzter Beitrag von Bartimaus - 11 Juni 2026, 18:19:29Zitat von: Prof. Dr. Peter Henning am 11 Juni 2026, 14:48:36Zitat von: Bartimaus am 10 Juni 2026, 19:49:58Bin scheinbar wieder der Erste.Nö, liegt bei mir schon seit 4 Wochen. Irgendwie fehlt mir noch der Use Case...
LG
pah
Habe jetzt 10 DS18B20 insgesamt an beide Pillen (je 5) drangehangen. Laufen daran sehr stabil. In meinem 1wire-Netzwerk zickten diese schon länger. Ich vermute aufgrund der Baustruktur bei mir mit Leitungslängen von ca. 30m. Jetzt aufgesplittet, und bis jetzt tadellos.
Dabei ist mir aufgefallen, das via 1wire der Datenkanal (via Forums-USB-Busmaster) mit 4,9V lief, hier mit der Pille nur mit 3,3V.
#14
Zigbee / ZG-204ZM Presence
Letzter Beitrag von satprofi - 11 Juni 2026, 18:11:57Habe mir bei Ali 4Stk. um je 8.- geschossen, und muss sagen die sind ja wirklich gut. Es geht sogar dualmode, PIR u. Radar. Template angepasst, und alles rennt 1A. Ansprechen innerhalb einiger sekunden, Verzögerung bei Leerlauf 30sec.
#15
Server - Linux / Aw: [Docker / Container] echod...
Letzter Beitrag von FlatTV - 11 Juni 2026, 17:41:06Zitat von: FlatTV am 11 Juni 2026, 04:57:43Was mir gerade aufgefallen ist.Code Auswählen[2026-06-11T04:53:29,536 Europe/Berlin] [INFO] 172.27.0.2 - - [11/Jun/2026:02:53:29 +0000] "POST /api/cookie/refresh?save=44result.json HTTP/1.0" 200 4355 "-" "fhem"
im Verzeichnis Cache liegt aber ein altes Cookie mit der NR 45
Das Problem liegt beim Speichern des alexa_cookie_service_export_name im Klartext.
Hier wird der ,,alte" verschlüsselte Eintrag genommen
Code Auswählen
alexa_cookie_service_export_name:56result.json
HTTPMOD_AlexaCookieService_alexa_cookie_service_export_name:56531657401655151a09155d0b//Edit
Das ist aber noch nicht alles.
Im Log sieht es dann richtig aus
Code Auswählen
[2026-06-11T18:50:02,039 Europe/Berlin] [INFO] 172.27.0.2 - - [11/Jun/2026:16:50:02 +0000] "POST /api/cookie/refresh?save=56result.json HTTP/1.0" 200 4380 "-" "fhem"
[2026-06-11T18:50:02,047 Europe/Berlin] [INFO] Cookie export written to /opt/fhem/cache/alexa-cookie/56result.json
[2026-06-11T18:50:08,267 Europe/Berlin] [INFO] 127.0.0.1 - - [11/Jun/2026:16:50:08 +0000] "GET /healthz HTTP/1.1" Gespeichert wird aber nixCode Auswählen
I have no name!@46db69a954c5:/app$ ls -lisa /opt/fhem/cache/alexa-cookie/
total 8
657271 4 drwxr-x--- 2 6061 6061 4096 Jun 11 18:50 .
668597 4 drwxr-xr-x 3 root root 4096 Jun 11 18:45 ..
I have no name!@46db69a954c5:/app$Das ging aber schon mal. #16
Anfängerfragen / Aw: MATTER im FHEM? Schon was ...
Letzter Beitrag von m_schmid@posteo.de - 11 Juni 2026, 17:40:19HA ist relativ groß. Alternativ habe ich dies hier gefunden:
https://matterbridge.io/
Zusammen mit dem MQTT-Plugin liest sich das nach einer leichtgewichtigen Alternative.
Ich habe es - mangels Notwendigkeit - aber noch nicht selbst getestet.
https://matterbridge.io/
Zusammen mit dem MQTT-Plugin liest sich das nach einer leichtgewichtigen Alternative.
Ich habe es - mangels Notwendigkeit - aber noch nicht selbst getestet.
#17
ESP Familie / Aw: BoseFix32 — lokaler SoundT...
Letzter Beitrag von betateilchen - 11 Juni 2026, 17:36:06Zitat von: tostmann am 11 Juni 2026, 17:21:58Und falls es dir nichts ausmacht: wenn der Stick wieder läuft, würde mich nach dem Update ein kurzer Blick interessieren, ob mit 0.8.24 jetzt alles stabil bleibt. Sag Bescheid, wenn was klemmt.
Vermutlich kann es ein bisschen dauern, bis Fred das testen kann
Gestern hatte er geschrieben:
Zitat von: fred_feuerstein am 10 Juni 2026, 12:36:43Werde es weiter beobachten, wenn ich aus dem Urlaub zurück bin
#18
Sprachsteuerung / Aw: [37_echodevice] Amazon Ech...
Letzter Beitrag von billdoc - 11 Juni 2026, 17:27:32Danke Michael, für die Zeit, die Du Dir genommen hast, um vielen weiter zu helfen. FHEM läuft wieder rund, bin gespannt auf den 'finalen' Fix 
#19
Sprachsteuerung / Aw: [37_echodevice] Amazon Ech...
Letzter Beitrag von billdoc - 11 Juni 2026, 17:25:42Danke Michael, für die Zeit, die Du Dir genommen hast, um vielen weiter zu helfen. FHEM läuft wieder rund, bin gespannt auf den 'finalen' Fix
#20
ESP Familie / Aw: BoseFix32 — lokaler SoundT...
Letzter Beitrag von tostmann - 11 Juni 2026, 17:21:58Danke für die Meldung — und Entwarnung vorweg: gebrickt ist da nichts. Ein OTA-Update kann den Stick nicht hardware-seitig zerstören; im schlimmsten Fall holt man ihn per USB über den Webflasher in zwei Minuten zurück. Wichtiger: ich glaube, ich habe die Ursache, und sie passt genau zu deiner Installation.
Du fährst mit Abstand die größte Installation hier (um die zehn Boxen). Die neue Hardware-Tasten-Funktion aus 0.8.23 hält pro Box eine kleine Dauerverbindung offen. Bei sehr vielen Boxen laufen damit zehn solcher Dauerverbindungen gleichzeitig — zusammen mit der normalen Geräte-Suche, der Cloud-Anbindung und dem OTA-Download kann das das interne Verbindungs-Budget des ESP überlaufen. Ergebnis: der Stick läuft eigentlich weiter, aber die Weboberfläche nimmt keine Verbindung mehr an, also wirkt er ,,nicht erreichbar". Auf kleineren Installationen tritt das nicht auf, deshalb ist es bisher niemandem untergekommen.
Ich habe gerade 0.8.24 veröffentlicht, die genau das abfängt: es bleiben maximal vier dieser Dauerverbindungen gleichzeitig offen, bei mehr Boxen rotieren sie fair durch. Damit bleibt der Stick auch bei zehn Boxen jederzeit erreichbar. Auf einem Test-S3 hier ist 0.8.24 sauber per OTA durchgelaufen.
So bekommst du deinen Stick wieder und auf 0.8.24:
Und falls es dir nichts ausmacht: wenn der Stick wieder läuft, würde mich nach dem Update ein kurzer Blick interessieren, ob mit 0.8.24 jetzt alles stabil bleibt. Sag Bescheid, wenn was klemmt.
Du fährst mit Abstand die größte Installation hier (um die zehn Boxen). Die neue Hardware-Tasten-Funktion aus 0.8.23 hält pro Box eine kleine Dauerverbindung offen. Bei sehr vielen Boxen laufen damit zehn solcher Dauerverbindungen gleichzeitig — zusammen mit der normalen Geräte-Suche, der Cloud-Anbindung und dem OTA-Download kann das das interne Verbindungs-Budget des ESP überlaufen. Ergebnis: der Stick läuft eigentlich weiter, aber die Weboberfläche nimmt keine Verbindung mehr an, also wirkt er ,,nicht erreichbar". Auf kleineren Installationen tritt das nicht auf, deshalb ist es bisher niemandem untergekommen.
Ich habe gerade 0.8.24 veröffentlicht, die genau das abfängt: es bleiben maximal vier dieser Dauerverbindungen gleichzeitig offen, bei mehr Boxen rotieren sie fair durch. Damit bleibt der Stick auch bei zehn Boxen jederzeit erreichbar. Auf einem Test-S3 hier ist 0.8.24 sauber per OTA durchgelaufen.
So bekommst du deinen Stick wieder und auf 0.8.24:
- Zuerst den Stick einmal stromlos machen (10 Sekunden Netzteil ziehen). Nach dem Neustart sollte er wieder antworten.
- Falls er unter der alten Adresse nicht auftaucht, im Router die Geräteliste prüfen — nach dem Reboot kann er eine neue IP bekommen haben (Hostname beginnt mit ,,sixback"). Eine feste DHCP-Reservierung verhindert das künftig.
- Wenn er wieder da ist: das Update auf 0.8.24 anstoßen, das sollte dir jetzt angeboten werden.
- Nur falls gar nichts hilft: einmal per USB über den Webflasher neu aufspielen — danach normal weiter.
Und falls es dir nichts ausmacht: wenn der Stick wieder läuft, würde mich nach dem Update ein kurzer Blick interessieren, ob mit 0.8.24 jetzt alles stabil bleibt. Sag Bescheid, wenn was klemmt.