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

[bm7777]

Zur Erklärung:Ich habe eine FHEM Installation in der ich zwei SCC und einen CUL angehängt habe. An Komponenten habe ich FS20 , HM und  MBus . Da ich jetzt nicht auch noch das UART Modul dort anhängen will (wenn es überhaupt auf zwei SCC laufen würde) habe ich mir einen weiteren Raspberry gekauft und will dort in einer weiteren FHEM Installation meine HM Komponenten laufen lassen. Gewechselt bin ich da ich mir eine KeyMatic gekauft habe und die SCC soviel ich weiß keine AES können. Wenn ihr allerdings eine elegantere Methode als das schrittweise Umziehen habt, bin ich für Hinweise durchaus dankbar.

Gruß,

Beate

[raspberry]

Ja, ist moeglich. Auch mal alle Loetstellen kontrolliert?

Lötstellen waren alle korrekt. Habe mir nun ein neues Funkmodul bestellt und siehe da, alles läuft perfekt  .

Code Auswählen Erweitern


HM_4C1DDD trigDst_925137: noConfig

Ist kein Fehler.

Was bedeutet das dann?

Besten Dank für den klasse Support hier!

Ein schönes Wochenende euch allen und beste Grüße

raspberry

[Bennemannc]

Hallo Beate,

versuche doch von Locotus einen miniCUL WLan zu bekommen. Den hängst Du in das Wlan Netz und dann kann man genaus darauf zugreifen, wie auf einen HM-CFG-USB. Andere Möglichkeit, den Mod-UART über einen USB-UART Adapter über einen USB Port zu betreiben. Wenn Du den Thread hier mal ließt - etwas weiter hinten hat jemand das Teil mit einem ESP8266 und der transparent Bridge über WLan eingebunden.
Wenn Du also nicht unbedingt eine zweite Instanz brauchst, kannst Du das auch mit einer machen - Möglichkeiten gibt es genug.

Gruß Christoph

[Ralf9]

Nun funktioniert mein Selbstbau HMUARTLGW USB auch am Banana Pi.

Zuerst hatte ich es mit einem "FT232RL FTDI USB auf TTL Seriell Modul" versucht. Damit hat es zwar am PC funktioniert, aber am Banana Pi hat es nicht funktioniert:

Code Auswählen Erweitern

2016-07-31 17:51:12 HMUARTLGW myHmUART cond: disconnected
2016-07-31 17:51:12 HMUARTLGW myHmUART loadLvl: suspended
2016-07-31 17:51:12 HMUARTLGW myHmUART CONNECTED
2016-07-31 17:51:13 HMUARTLGW myHmUART cond: init

2016-07-31 17:52:58 HMUARTLGW myHmUART cond: disconnected
2016-07-31 17:52:58 HMUARTLGW myHmUART loadLvl: suspended
2016-07-31 17:52:58 HMUARTLGW myHmUART CONNECTED
2016-07-31 17:52:59 HMUARTLGW myHmUART cond: init

2016-07-31 17:56:29 HMUARTLGW myHmUART cond: disconnected
2016-07-31 17:56:29 HMUARTLGW myHmUART loadLvl: suspended
2016-07-31 17:56:29 HMUARTLGW myHmUART CONNECTED
2016-07-31 17:56:30 HMUARTLGW myHmUART cond: init

2016-07-31 17:57:31 HMUARTLGW myHmUART cond: disconnected
2016-07-31 17:57:31 HMUARTLGW myHmUART loadLvl: suspended
2016-07-31 17:57:31 HMUARTLGW myHmUART CONNECTED
2016-07-31 17:57:32 HMUARTLGW myHmUART cond: init

2016-07-31 17:59:47 HMUARTLGW myHmUART cond: disconnected
2016-07-31 17:59:47 HMUARTLGW myHmUART loadLvl: suspended
2016-07-31 17:59:47 HMUARTLGW myHmUART CONNECTED
2016-07-31 17:59:48 HMUARTLGW myHmUART cond: init

2016-07-31 18:02:33 HMUARTLGW myHmUART cond: disconnected
2016-07-31 18:02:33 HMUARTLGW myHmUART loadLvl: suspended
2016-07-31 18:02:33 HMUARTLGW myHmUART CONNECTED


Nun habe ich mir einen "USB-zu-TTL-UART-Serial-Converter-mit-CP2102" gekauft, damit funktioniert es auch am Banana Pi.

Code Auswählen Erweitern

set myHmUART close
ist dein Freund

Ja, damit lässt sich der myHmUART bis zum nächsten fhem neustart deaktivieren.

Gruß Ralf

[Ralf9]

Hallo,

wie gehe ich vor, falls mein HM-CFG-USB-2 mal kaputt geht und ich ihn gegen den selbstgebauten HMUARTLGW USB tauschen will?
So in etwa?

- Delete this device (hmusb)
- Den hmland Daemon beenden
- den HM-CFG-USB-2 ausstecken und den HMUARTLGW USB einstecken
- ggf:

Code Auswählen Erweitern

sudo apt-get install libcrypt-rijndael-perl

- folgendes in die Kommandozeile eingeben

Code Auswählen Erweitern

define hmusb HMUARTLGW /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0
und

Code Auswählen Erweitern

attr hmusb 424242

Gruß Ralf

[-Flo-]

Hallo zusammen,

ich hätte auch mal eine Frage zu einem Problem, von dem ich hier und anderswo schon viel gelesen habe.

Wie bei Michaelz112 springt bei mir der Zustand von cond zwischen init und disconnected hin und her. 10sec init gefolgt von 1sec disconnected. Das Log ist ebenfalls identisch. Hardware ist ein RaspberryPi3 mit dem Funkmodul HM-MOD-RPI-PCB. Gelötet ist es vorbildlich, keine kalten Lötstellen, keine Kurzschlüsse.

Angefangen habe ich mit Raspbian Jessie und habe dieses im Verlauf mehrmals neu aufgesetzt, um andere Fehler auszuschließen. Da Otto123 in seinem Blog von Jessie-lite schreibt, habe ich das heute Morgen installiert. Anschließend die Anleitung aus dem Wiki Schritt für Schritt befolgt und wieder das gleiche Ergebnis. Cond toggelt munter vor sich hin.

Das zweite Problem ist das Firmware Update. Nach der Zeile "Firmware with 43 blocks successfully read." bleibt er einfach stehen. Unzählige Neustarts führen immer zum gleichen Ergebnis. Kann da ein Zusammenhang bestehen? Es tauchen an dieser Stelle keine Fehlermeldungen auf. Es läuft einfach nicht weiter.

In einem Punkt habe ich auch eine Abweichung zur Anleitung, egal ob mit Jessie oder Jessie-lite. Im File /lib/systemd/system/hciuart.service kann ich nicht wie angegeben ttyAMA0 gegen ttyS0 austauschen, da bei mir Serial1 an beiden Stellen steht. Daher habe ich das dann gegen ttyS0 getauscht. Vielleicht ist das ja schon ein Hinweis und ich müsste an anderen Stellen, die nicht im Wiki stehen, ebenfalls noch Änderungen durchführen.

Nur gehen mir langsam die Ideen aus, weil ich in den letzten drei Tagen so ziemlich alles, was Google in Deutsch und englisch an Ergebnissen ausspuckt, einschließlich den sehr interessanten 21 Seiten dieses Threads gelesen habe (gelesen, nicht überflogen). Gibt es vielleicht irgendeinen Test, ob an meiner Hardware etwas nicht in Ordnung ist? Das einzige was mich an diesem Gedanken zweifeln lässt, ist die von allen gefundenen Anleitungen abweichende /lib/systemd/system/hciuart.service.

Schon mal vielen Dank für alle Ideen.


Edit:

Nach Rücksprache mit dem Kundenservice von ELV wurde mir dieser Link geschickt, mit der Bitte zu prüfen, ob auf diesem Weg ein Anlernen von Komponenten erfolgen kann.

http://homematic-forum.de/forum/viewtopic.php?t=26917

Das ist leider mit 2 Fehlermeldungen gescheitet. Daher muss ich davon ausgehen, dass das Modul tatsächlich defekt ist. Vielleicht hilft dieser Test ja auch anderen, deren Modul sich merkwürdig verhält.

[Otto123]

In einem Punkt habe ich auch eine Abweichung zur Anleitung, egal ob mit Jessie oder Jessie-lite. Im File /lib/systemd/system/hciuart.service kann ich nicht wie angegeben ttyAMA0 gegen ttyS0 austauschen, da bei mir Serial1 an beiden Stellen steht. Daher habe ich das dann gegen ttyS0 getauscht. Vielleicht ist das ja schon ein Hinweis und ich müsste an anderen Stellen, die nicht im Wiki stehen, ebenfalls noch Änderungen durchführen.

Ich glaube serial1 ist nur der Platzhalter, ich würde davon ausgehen er hat in Deinem Fall ttyAMA0 - also Dein Modul, gar nicht wirklich gefunden.
Wenn ich mein Modul einfach rausziehe, dann habe ich alle 11 sec

Code Auswählen Erweitern

2016.08.08 20:43:19 1: HMUARTLGW myHmUART did not respond, reopening
2016.08.08 20:43:19 1: HMUARTLGW myHmUART Reopen
2016.08.08 20:43:19 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.08.08 20:43:19 1: /dev/ttyAMA0 reappeared (myHmUART)
Device is not available.
2016.08.08 20:43:30 1: HMUARTLGW myHmUART did not respond, reopening
2016.08.08 20:43:30 1: HMUARTLGW myHmUART Reopen
2016.08.08 20:43:30 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.08.08 20:43:30 1: /dev/ttyAMA0 reappeared (myHmUART)
Device is not available.

Gruß Otto

[Otto123]

Hallo Michael,

wird eigentlich die hmId mit dem attr hmId beim ersten Mal "in den Adapter" geschrieben?

Ich habe mein UART-Modul in der ersten FHEM Installation mit dem attr hmId und meiner aktuellen hmId in Betrieb genommen. Seit dem habe ich mit dem Modul auf verschiedenen Pis und verschiedenen OS rumgetestet und nie wieder das attr hmId gesetzt. In D-HMIdAssigned steht aber meine aktive hmId!
Wie kommt die dahin?

Gruß Otto

[mgernoth]

Hallo Otto,

wird eigentlich die hmId mit dem attr hmId beim ersten Mal "in den Adapter" geschrieben?

Ja, das Modul merkt sich die aktive hmId und die AES-Schluessel bis zur naechsten Aenderung.

Viele Gruesse
  Michael

[amunra]

Hallo Michael,
vielleicht greife ich etwas vor, aber siehst Du eine Möglichkeit einen über das Netzwerk (Wifi,LAN) angebundenes UART-Modul zu erkennen und den DevType (UART) entsprechend zu setzen. Derzeit wird im Modul nur ein per serielle Schnittstelle angeschlossenes UART-Device erkannt.
Danke und Viele Grüße

[Otto123]

Anstatt:
crw-rw---- 1 root dialout 204, 64 Jul 27 23:39 /dev/ttyAMA0 erhalte ich:
crw-rw---T 1 root dialout 204, 64 Aug  4 22:03 /dev/ttyAMA0
Kann das ein Fehler sein ? Was bedeutet das T

Ich habe gestern das Modul noch unter einem existierenden (also nicht frisch gemachten  )wheezy eingesetzt. Vorgehen wie im Wiki. Die Berechtigungen der Schnittstelle sehen genauso wie bei Michaelz112 aus. Das Sticky Bit ist gesetzt. Das Modul läuft aber einwandfrei, das Sticky Bit schein nicht zu stören 

Kann das noch jemand bestätigen? Sollte ich im Wiki schreiben das es unter wheezy so ok ist?

Gruß Otto

[Jorge3711]

Kann das noch jemand bestätigen? Sollte ich im Wiki schreiben das es unter wheezy so ok ist?

Auf meinem Wheezy sehen die Berechtigungen so aus:

Code Auswählen Erweitern


# ll /dev/ttyA*
crw-rw---T 1 root dialout 166,  0 Jul 30 22:30 /dev/ttyACM0
crw-rw---T 1 root dialout 204, 64 Aug  9 18:07 /dev/ttyAMA0


ttyACM0 = CUL
ttyAMA0 = HMUART

IIRC habe ich dem Device aber die Gruppe Dialout nachträglich verpasst, davor hat es nicht gepasst, bzw. nicht zum FHEM User.

[mgernoth]

Hallo,

vielleicht greife ich etwas vor, aber siehst Du eine Möglichkeit einen über das Netzwerk (Wifi,LAN) angebundenes UART-Modul zu erkennen und den DevType (UART) entsprechend zu setzen. Derzeit wird im Modul nur ein per serielle Schnittstelle angeschlossenes UART-Device erkannt.

Habe soeben die Möglichkeit eingebaut, einen Remote-Uart zu spezifizieren (define xyz HMUARTLGW uart://192.168.42.23:12345). Ab morgen im Update.

Das Modul läuft aber einwandfrei, das Sticky Bit schein nicht zu stören 

Sticky-Bit ist an der Stelle egal.

Viele Grüße
  Michael

[MadMax-FHEM]

Hallo Michael,

Habe soeben die Möglichkeit eingebaut, einen Remote-Uart zu spezifizieren (define xyz HMUARTLGW uart://192.168.42.23:12345). Ab morgen im Update.

Könnte ich dann einen HM-UART mit einem ESP8266 verbinden, diesen mit "transperant bridge" flashen und den dann mittels der IP des ESP8266 so einbinden??

EDIT: "00_HMUARTLGW.pm: add support for HM-MOD-UART behind a tcp-serial bridge" heißt wohl: JA

Gruß, Joachim

[amunra]

Habe soeben die Möglichkeit eingebaut, einen Remote-Uart zu spezifizieren (define xyz HMUARTLGW uart://192.168.42.23:12345). Ab morgen im Update.

ja super, vielen vielen Dank. Getestet und läuft 
Danke.