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

betateilchen · 24 Juli 2016, 21:46:55

Den Pin12 braucht man für den Normalbetrieb nicht.

Otto123 · 24 Juli 2016, 22:31:05

Pin 12 geht an das Programmierpin C2D des TRX Moduls. Es ist aber über einen "Jumper" unterbrochen, also im Normalfall nicht kontaktiert.

Gruß Otto

betateilchen · 24 Juli 2016, 22:51:47

und bedeutet das nun etwas anderes, als meine Antwort eine Dreiviertelstunde vorher

Otto123 · 24 Juli 2016, 22:58:40

Zitat von: betateilchen am 24 Juli 2016, 22:51:47
und bedeutet das nun etwas anderes, als meine Antwort eine Dreiviertelstunde vorher

Sorry, das war wohl die Zeit, die ich gebraucht habe um meine Bauanleitung von oben zu holen um nach zulesen. Das er mir das beim abschicken nicht rot gesagt hat

Annitoka · 25 Juli 2016, 00:11:54

Hallo zusammen,

ich hoffe ich mache hier nichts falsch, da ich ganz neu im Forum aber auch erst seit einem TAG mit FHEM arbeite.
Ich habe das HomeMatic Raspberry Funkmodul.
Gestern lief es einwandfrei. Seit heute erhalte ich nach einem reboot folgendes in dem Log-File:
2016.07.25 00:04:31 1: HMUARTLGW myHmUART did not respond, reopening
2016.07.25 00:04:31 1: HMUARTLGW myHmUART Reopen
2016.07.25 00:04:31 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.07.25 00:04:31 1: /dev/ttyAMA0 reappeared (myHmUART)

Ich habe hier im Forum gelesen, dass das an der Firmware des Raspberry Funkmoduls liegt.

Ich habe auch probiert, die aktuelle Firmware nach der Anleitung hier im Forum zu flashen.
bis zum Befehl "Make" klappt alles ...
Aber wenn ich dann versuche den Flash Befehl auszuführen, erhalte ich folgende Fehlermeldung:
"FHEMPi:/hmcfgusb# ./flash-hmmoduart -U /dev/ttyAMA0 coprocessor_update.eq3
HM-MOD-UART flasher version 0.102-git

Can't stat coprocessor_update.eq3: No such file or directory"

Nun zwei Anliegen:
1.) Kann mir bitte jemand erklären, was ich beim Flaschen falsch mache?
2.) Hab' ich das richtig verstanden, dass nach einem erfolgreichen Flash mit neuer Firmware mein Problem nach dem Reboot behoben ist (und ich nicht jedes mal die Curt-Befehle brauche) ?

Schon mal vielen Dank und viele Grüße
Kai

Otto123 · 25 Juli 2016, 09:50:13

Hallo Kai,

Du hast die Firmware nicht runtergeladen. So ging es bei mir

Code Auswählen

sudo su
systemctl stop fhem
git clone git://git.zerfleddert.de/hmcfgusb
cd hmcfgusb/
apt-get install libusb-1.0-0-dev build-essential git
make
# Firmware runterladen
wget https://raw.githubusercontent.com/eq-3/occu/ee68faf77e42ed5e3641790b43a710a3301cea7e/firmware/HM-MOD-UART/coprocessor_update.eq3
# eigentliches flashen:
./flash-hmmoduart -U /dev/ttyAMA0 coprocessor_update.eq3

Ob damit deine Frage zwei beantwortet ist weiß ich nicht.
Es klingt mir eher danach das Du die serielle Schnittstelle nicht richtig vorbereitet hast.
Schau im Wiki nach und kontrolliere nochmal alles.

Gruß Otto

Annitoka · 25 Juli 2016, 10:24:25

Hallo Otto,

herzlichen Dank !!!!!!
Die Firmware mit dem wget-Befehl, das war es.
Und seit dem Firmware Update gibt es auch nach den ersten Reboot-Versuchen die Fehlermeldung im Log mit "HMUARTLGW myHmUART Reepen" nicht mehr.
Jetzt kann ich mich weiter mit FHEM probieren.

Danke vielmals und viele Grüße aus Karlsruhe
Kai

Otto123 · 25 Juli 2016, 10:37:13

Das war dann wohl der Fall mit dem floatenden Reset Pin

MadMax-FHEM · 25 Juli 2016, 12:22:09

Hi Kai,

Zitat2.) Hab' ich das richtig verstanden, dass nach einem erfolgreichen Flash mit neuer Firmware mein Problem nach dem Reboot behoben ist (und ich nicht jedes mal die Curt-Befehle brauche) ?

Problem scheint ja behoben...
...Teilfrage beantwortet.

Wenn du mit "Curt-Befehle" die "Curl-Befehle" meinst: die sollten nicht mehr nötig sein, da ja jetzt alles eingepflegt ist. D.h. mit einem fhem-Update sollte alles passen...

Gruß, Joachim

Annitoka · 25 Juli 2016, 13:05:02

Super Danke Joachim und Otto,

läuft jetzt soweit und sorry für die Tippfehler.
Im Log habe ich allerdings jetzt folgende Meldung nach einem reboot:
"2016.07.25 12:54:18 1: HMUARTLGW myHmUART frame with wrong length received: 18, should: 4:"
Die Vorbereitung der seriellen Schnittstelle habe ich anhand des WIKI nochmals gecheckt, scheint soweit, dass alles ok ist.
Muss ich wegen der Meldung oben noch irgendwas tun oder habe ich etwas falsch gemacht?

Sorry für die Anfängerfragen ....

Viele Grüße
Kai

MadMax-FHEM · 25 Juli 2016, 13:22:57

Hi Kai,

kein Problem, wollte nur sicherstellen, dass ich auf die richtige Problematik antworte

Zitat
Im Log habe ich allerdings jetzt folgende Meldung nach einem reboot:
"2016.07.25 12:54:18 1: HMUARTLGW myHmUART frame with wrong length received: 18, should: 4:"

Soweit ich das verfolgt habe ist es ein FW-Feherl, der "ausgebügelt" wird und das "Ausbügeln" wird dann so im Log "dokumentiert"...

https://forum.fhem.de/index.php/topic,54511.msg471539.html#msg471539

Unschön aber kein wirklicher Fehler an dem du etwas machen könntest...

Gruß, Joachim

Annitoka · 25 Juli 2016, 16:12:52

Hallo Joachim,

danke für deine schnelle Antwort.
Und klasse, dann steht ja meinen weiteren Schritten mit FHEM erstmal nichts im Wege

Danke für eure schnellen Antworten und Hilfen hier, bin total begeistert !

Beste Grüße
Kai

betateilchen · 25 Juli 2016, 19:50:38

Zitat von: Ralf9 am 21 Juli 2016, 13:16:22
Ok, dann gibt es nichts das dagegenspricht, daß das HM-MOD-RPI-PCB auch über USB funktioniert.
Mich wundert, daß es bis jetzt noch niemand versucht hat.

Haaaaa... es läuft!

Heute abend hat mir das Thema doch keine Ruhe gelassen. Nach den ersten negativen Tests

Zitat von: betateilchen am 23 Juli 2016, 23:49:10
... so einfach funktioniert das hier nicht. Es wird wohl "irgendwas" erkannt, aber das Modul wird nicht vollständig initialisiert. In den Internals steht z.B. eine sehr lange Zeichenkette:

Code Auswählen Erweitern
PARTIAL fdc3af7b8cc3af7b8cc3af7b8cc3af7b8cc3af7b8cc3af7b8cc3af7b8cc3af7b8cc3af7b8...

habe ich heute einen anderen USB-serial-Adapter (mit dem gleichen Chipsatz, aber die Adapterplatine von einem anderen Hersteller) ausprobiert.

Damit hat das HM-MOD-RPI-PCB auf Anhieb am cubietruck funktioniert.

gloob · 25 Juli 2016, 22:30:18

Das würde ja bedeuten, dass ein ESP mit ESPLink auch funktionieren sollte. Ich weiß nur nicht, ob das FHEM Modul es unterstützt.

raimundl · 26 Juli 2016, 11:45:43

Hallo!

Habe neuen RPi3 nach Anleitung betateilchen https://forum.fhem.de/index.php/topic,53825.msg454612.html#msg454612 eingerichtet, HMUARTLGW nach Anleitung mgernoth https://forum.fhem.de/index.php/topic,54511.msg460972.html#msg460972 installiert und Firmware nach Otto123 https://forum.fhem.de/index.php/topic,54511.msg475452.html#msg475452 aufgespielt. Alles funktionierte sofort und problemlos (Danke nochmals)!
Mein bestehendes System läuft auch auf einen RPi3 mit HM-CFG-USB-2 Stick und vielen HM Komponenten tadellos.

Wie kann ich nun problemlos vom bestehenden auf das neue System umziehen? HMId habe ich vorerst die gleiche vergeben.