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

[Udomatic]

Die Kommandos waren für die linux konsole. Wenn Du das in der FHEM Kommandozeile (Browser) machen willst musst Du es so machen

Code Auswählen Erweitern

{qx(ls -l /dev/ttyAMA0)}

Ergebnis:
crw-rw---- 1 root dialout 204, 64 Jan 12 19:51 /dev/ttyAMA0

Code Auswählen Erweitern

{qx(ls -l /dev/serial*)}

Ergebnis:

lrwxrwxrwx 1 root root  7 Jan 12 17:20 /dev/serial0 -> ttyAMA0
lrwxrwxrwx 1 root root  5 Jan 12 17:20 /dev/serial1 -> ttyS0

/dev/serial:
insgesamt 0
drwxr-xr-x 2 root root 80 Jan 12 17:20 by-id
drwxr-xr-x 2 root root 80 Jan 12 17:20 by-path

[Otto123]

Ok - das spricht gegen meine Vermutung.
Irgendwo Schluss? Antennenende (Draht) Kontakt zur Umgebung?

[PeMue]

Hallo Udo,

Code Auswählen Erweitern


2020.01.12 18:17:15 3: Setting myHmUART serial parameters to 115200,8,N,1
2020.01.12 18:17:15 1: /dev/ttyAMA0 reappeared (myHmUART)
2020.01.12 18:18:36 1: /dev/ttyAMA0 disconnected, waiting to reappear (myHmUART)


Ist das Teil möglicherweise kaputt?

wie ist denn das Modul angebunden? USB? Oder direkt mit der ELV Adapterplatine? Ggf. sind die Lötstellen schlecht?

Gruß Peter

[Udomatic]

Hallo Udo,
wie ist denn das Modul angebunden? USB? Oder direkt mit der ELV Adapterplatine? Ggf. sind die Lötstellen schlecht?

Gruß Peter

Hallo Peter,

Anbindung ist per ELV Platine. Die Platine läuft seit ca. 16 Monaten. An der Platine ist eine stärkere Antenne. Die ist seit ca. einem Jahr dran.

Gruß
Udo

[PeMue]

Hallo Udo,

Anbindung ist per ELV Platine. Die Platine läuft seit ca. 16 Monaten.

ich würde den Raspberry Pi trotzdem mal runterfahren, die Platine ausstecken und die Lötstellen optisch überprüfen und ggf. mit dem Multimeter durchmessen (3,3 V, GND, Rx und Tx). Sicher ist sicher. Wenn es das nicht ist, dann irgend ein Update ...

Gruß Peter

[Udomatic]

Hallo Udo,
ich würde den Raspberry Pi trotzdem mal runterfahren, die Platine ausstecken und die Lötstellen optisch überprüfen und ggf. mit dem Multimeter durchmessen (3,3 V, GND, Rx und Tx). Sicher ist sicher. Wenn es das nicht ist, dann irgend ein Update ...

Gruß Peter

Hallo Peter,

Gerade erledigt.
Unter der Lupe sehen die Lötstellen gut aus. Nichts schwarz oder das etwas überlappt. Was sagst du dazu, wenn du dir die Bilder anschaust?
Nach dem Einbau und Neustart des Pi steht das Modul zumindest wieder auf ok/ opened und nicht disconnected. Auch fast alle Geräte werden vom Action Detector wieder erkannt. Drei sind stehen gerade auf "Unknown". Gestern Abend war mehr als die Hälfte "Dead".

Logfile meldet auch nichts mehr. Schlüssig erklären kann ich es mir nicht...

Danke soweit und einen guten Start in die Woche!

Gruß
Udo

[Otto123]

Welche Firmware hat das Modul?
Sollte so sein: D-firmware 1.4.1

[Udomatic]

Welche Firmware hat das Modul?
Sollte so sein: D-firmware 1.4.1

FW ist 1.4.1.
2 Geräte stehen noch auf Unknown.

[sprudelverduenner]

Guten Morgen,

Ich bin erst jetzt auf dieses Projekt aufmerksam geworden und habe eine Verständnisfrage:

Ich betreibe zur Zeit einen Raspberry Pi 3 und einen HM Konfigurationsadapter für die Homematic Komponenten. Alles per LAN verkabelt.

2 HM Rolladen Aktoren machen mir auf die Entfernung zum Sender etwas Ärger - sie haben schlechte RSSi Werte und schalten dementsprechend nicht immer.

Meine Idee war nun einen HMUART mit Ethernet2Serial Adapter als zusätzlichen Sender einzusetzen, um diese beiden Aktoren besser abzudecken.

Habe ich das nun Folgende richtig erlesen / verstanden??

Entweder ich müsste alle bisher an den Konfigurationsadapter angelernten HM Devices statt dessen in die VCCU bringen und kann dann beide Sender alle Befehle parallel senden lassen.

Oder

Ich müsste z.B. die 2 Rolladen Aktoren von dem bisherigen Konfigurationsadapter trennen und auf den neuen HMUART pairen.

.... und ich käme so oder so zum ersten Mal in den Genuss auch mal ein HM Device updaten zu können...

Für eine Antwort wäre ich dankbar.

LG, Sprudelverduenner

[Ralli]

Kurz gesagt: du definierst eine VCCU mit der ID des "HM Konfigurationsadapters" und verwendest diesen als auch den HMUART für die VCCU als IOs. Damit brauchst du die Komponenten nicht umlernen. Das ist vergleichbar mit einem WLAN, welches auf zwei APs die gleiche Kennung verwendet und von einer zentralen Instanz gesteuert wird.

Ich würde - auch aufgrund der aktuellen Entwicklungen von CUL_HM - jedoch an deiner Stelle hingehen und eine CCU2 oder CCU3 besorgen, dieser die ID des bisher verwendeten HM-Konfigurationsadapters verpassen und daran den HM-LAN als Reichweitenverlängerer betreiben. Die CCU2/3 kannst du dann mit HMCCU mit fhem koppeln. Wenn den HM-LAN dann mal das zeitliche segnet, kannst du den mit einem LAN-GW ersetzen, darüber kannst du dann auch die BidCoS-Devices updaten.

[Otto123]

Moin,

mit Sicherheit ist aber der Weg den Ralli im ersten Abschnitt beschreibt der Einfache. HMCCU ist eine völlig andere Umgebung, das zieht jede Menge Änderungen nach sich.
Eine VCCU nachträglich zu definieren ist eine ganz einfache Sache, ich verstehe nicht warum das immer als mystisch angesehen wird. Das ist eigentlich auch simpel im Wiki beschrieben.
Du kannst mit etwas Bastelei auch den HMLAN Antennenseitig verbessern. Das ist glaub ich im Wiki beschrieben. Bei mir hat das seinerzeit gereicht einen schwierigen Aktor stabil zu erreichen.

Gruß Otto

[sprudelverduenner]

@ ralle
Danke für deine Ausführungen

@ Otto
Ebenfalls danke

Dann werde ich das in die VCCU migrieren - wenn das so einfach ist.
Ist ja dann auch technisch gesehen die bessere Lösung.

Die Bastelei mit Antennenverlängerung habe ich schon vor 2 Jahren durchgeführt.
Sonst hätte ich dort gar keinen Empfang ..... 😂😂

[joachimS]

Dankeschön, habe dann auch
Im wiki das HMUARTLGW device gefunden:
https://wiki.fhem.de/wiki/HMUARTLGW

[charlies911]

Hallo,
ich habe eben einen neuen Raspberry pi 3B (mit Raspian -buster) aufgesetzt mit dem UART-Modul.
Alles ist in der aktuellen Version.
Das UART-Modul wurde nach den Anleitungen installiert, flashen auf Version 1.4.1 ging auch, aber mein großes Problem ist, dass das Modul/FHEM keinen einzigen Befehl raussenden kann.
Pairen von Geräten (Funkstecker, Thermostat...) geht alles. Es kommen auch die Statusmeldungen im FHEM an.
Sobald ich direkt am Thermostat die Temperatur ändere, wird sie mir in FHEM angezeigt. Aber will ich die Temperatur vom FHEM aus ändern, passiert nichts.
Dasselbe Spiel mit der Funksteckdose.
Ich habe auf einer anderen Speicherkarte eine CCU installiert. Hiermit funktioniert der Raspberry Pi mit dem UART-Funkmodul ohne Probleme. Ein technischer Defekt ist demnach auszuschließen.
Ich bin langsam am verzweifeln.
Hat von euch noch jemand eine Idee, woran es liegen kann, dass FHEM mit dem UART-Modul keine Befehle senden kann, aber alles empfängt?

Hier mal der list von dem Funkmodul

Code Auswählen Erweitern


Internals:
   AssignedPeerCnt 2
   CNT        82
   Clients    :CUL_HM:
   DEF        /dev/ttyAMA0
   DEVCNT     82
   DevState   99
   DevType    UART
   DeviceName /dev/ttyAMA0@115200
   FD         4
   FUUID      5e720beb-f33f-5d03-e9e6-21997e8ef3b86085
   LastOpen   1584532808.52202
   NAME       Funkplatine
   NOTIFYDEV  global
   NR         14
   NTFY_ORDER 50-Funkplatine
   PARTIAL   
   RAWMSG     04020F
   RSSI       -47
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   1
   model      HM-MOD-UART
   msgLoadCurrent 8
   msgLoadHistory 0/1/1/0/1/1/0/4/-/-/-/-
   msgLoadHistoryAbs 8/8/7/6/6/5/4/4/0/-/-/-/-
   owner      112112
   Helper:
     CreditTimer 179
     FW         66561
     Initialized 1
     SendCnt    31
     AckPending:
     LastSendLen:
       3
       3
     Log:
       IDs:
     PendingCMD:
     RoundTrip:
       Delay      0.0028679370880127
     loadLvl:
       lastHistory 1584535211.02497
   MatchList:
     1:CUL_HM   ^A......................
   Peers:
     502ED6     +502ED6,00,00,00
     55C5BB     +55C5BB,00,00,00
   READINGS:
     2020-03-18 13:00:10   D-HMIdAssigned  112112
     2020-03-18 13:00:10   D-HMIdOriginal  651591
     2020-03-18 13:00:10   D-firmware      1.4.1
     2020-03-18 13:00:11   D-serialNr      xxxxxxxxxx
     2020-03-18 13:00:08   D-type          HM-MOD-UART
     2020-03-18 13:00:11   cond            ok
     2020-03-18 13:34:27   load            8
     2020-03-18 13:00:11   loadLvl         low
     2020-03-18 13:00:08   state           opened
   helper:
Attributes:
   hmId       112112


Bin für jeden Tipp dankbar.
Beste Grüße
Charlie

[MadMax-FHEM]

Empfangen geht immer.

Es ist Funk...

Fhem ordnet dann die empfangenen Daten einem passenden Gerät/Device zu (autocreate falls noch nicht vorhanden).

ABER: damit ein Gerät (echtes Gerät) Kommandos akzeptiert muss es GEPAIRED sein! Also die hmid der Zentrale (fhem, HMOD-UART/vccu) muss im Gerät hinterlegt sein...

Hattest/hast du die Geräte (noch) mit der CCU "verbunden"!?
Dann hat die vermutlich (ziemlich sicher) eine andere hmid, ergo nehmen die Geräte KEINE Befehle von fhem entgegen...

Poste doch mal ein list von einem Device das nicht per fhem geht...

Gruß, Joachim