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

[Rampler]

Hallo zusammen,
habe seit kurzen den HMUART mit dem WEMOS (ESPEASY via TX/RX over WLAN) am laufen.
Leider kommt ab un an immer wieder diese Meldung:

Code Auswählen Erweitern

2017.08.16 21:00:11 1: HMUARTLGW HMUART2 did not respond for the 1. time, resending
Die Meldung kommt immer nur einmal. Funktional konnte ich bis jetzt keine Einschränkung feststellen.
Eine Störung im WLAN schließe ich aus, da das ganze vorher mit ESP-Link einwandfrei lief.
Gibt es Möglichkeiten dem auf dem Grund zu gehen (LogIds?).
Was bedeutet die Meldung eigentlich genau ? (Ein Resend, und dann ist OK, oder wird irgendwas verworfen?)
VG
Klaus

[Bennemannc]

Hallo,

wenn ich das richtig sehe hast Du das nicht auf swapped sodern auf Rx/Tx angeschlossen. Hast Du die Meldungen vom ESP Easy and die Serielle Schnittstelle abgeschaltet? Die könnten ggf. stören.
Ich hatte auch mit ESP EASY Probelme - mit ESP LINK läuft es besser. Warum hast Du gewechselt?

Gruß Christoph

[Rampler]

Hallo,
wenn ich das richtig sehe hast Du das nicht auf swapped sodern auf Rx/Tx angeschlossen. Hast Du die Meldungen vom ESP Easy and die Serielle Schnittstelle abgeschaltet? Die könnten ggf. stören.
Ich hatte auch mit ESP EASY Probelme - mit ESP LINK läuft es besser. Warum hast Du gewechselt?
Gruß Christoph

Hallo Christoph,
siehst Du völlig richtig via TX/RX, kein swapped. Log-Level stehen alle auf 0. Und ja, Du hast recht, mit ESP-Link (swapped) hatte ich keinerlei Probleme.
Ich möchte nur am gleichen WEMOS auch noch Sensoren betreiben, was mit ESP_LINK leider nicht möglich ist.
Auf der Trägerplatine des HMUART müßen die beiden 4k7 Widerstände überbrückt werden, damit der HMUART auch an TX/RX funktioniert, egal ob ESP-LINK oder ESPEASY.
Wie gesagt, läuft jetzt eigentlich auch mit ESPEASY, bis auf diese Meldungen halt.

Code Auswählen Erweitern

2017.08.16 21:00:11 1: HMUARTLGW HMUART2 did not respond for the 1. time, resending

VG
Klaus

[Otto123]

Hallo Klaus,

ich habe das RPI Modul vom Raspberry abgesteckt und 1:1 an den ESP angesteckt. Läuft mit ESP-Link ohne Probleme. So ganz ist mir der Grund nicht klar, da muss ich mal forschen was der Zweck für die Widerstände ist.
Gruß Otto

[Rampler]

Hallo Klaus,

ich habe das RPI Modul vom Raspberry abgesteckt und 1:1 an den ESP angesteckt. Läuft mit ESP-Link ohne Probleme. So ganz ist mir der Grund nicht klar, da muss ich mal forschen was der Zweck für die Widerstände ist.
Gruß Otto

Wahrscheinlich aber nur im swapped Betrieb (verdrahtet über D7/D8) oder ? Alles andere würde mich wundern ..

[Otto123]

Ja stimmt im Swap Betrieb. Aber egal an welchem Anschluss, die Widerstände (übrigens laut Schaltplan 1 kOhm) auf dem Modul dienen laut Handbuch zum Schutz der Eingänge des Funkmoduls. Signaltechnisch sollte das völlig egal sein?!
Oder meinst Du am TXD/RXD ist es nicht egal? Wegen der 470 Ohm Widerstände auf dem Wemos in Reihe zum CH340G?

Ok in der Tat,  mit der Beschaltung des Wemos mit dem CH340G würde dort bei ungünstiger Kombination der Signalpegel arg verfälscht.
Was eigentlich für die Verwendung von nackten ESPs und gegen die Verwendung von TXD RXD spricht .

Ok hab es kapiert 

Gruß Otto

[markus_fhem]

Liebe Forengemeinde,

bisher habe ich durch reines Mitlesen alles bei mir lösen können, derzeit stehe ich aber etwas auf dem Schlauch. Heute einen Stromausfall des RasPi gehabt und seitdem funktioniert HomeMatic-seitig gar nichts mehr. Der Grund scheint schnell gefunden, das Lan-Gateway ist "komisch".

Im Logfile steht seit dem Neustart von Fhem in Endlosschleife

Code Auswählen Erweitern

2017.08.24 02:49:29 1: HMUARTLGW HmLGW1 LGW init did not complete after 10s
2017.08.24 02:49:29 3: HmLGW1 device closed
2017.08.24 02:49:29 3: Opening HmLGW1:keepAlive device 192.168.1.179:2001
2017.08.24 02:49:29 1: 192.168.1.179:2000 reappeared (HmLGW1)
2017.08.24 02:49:29 1: HMUARTLGW HmLGW1 wants to initiate encrypted communication, but Crypt::Rijndael is not installed.
2017.08.24 02:49:29 3: HmLGW1:keepAlive device opened
2017.08.24 02:49:29 1: HMUARTLGW HmLGW1:keepAlive wants to initiate encrypted communication, but Crypt::Rijndael is not installed.
...und ein paar Sekunden später wieder von vorne.

Was insoweit merkwürdig ist, als dass libcrypt-rijndael-perl auf dem Raspberry installiert ist und vor der Zwangsunterbrechung auch keine Probleme machte.

In den Device-Readings findet sich dann natürlich ein cond: disconnected und LoadLvl : suspended

Ich bin auch gerade etwas ratlos, wo ich mit der Fehlersuche und -behebung anfangen soll, zumal ein Update der Applikationsfirmware auch nicht recht klappen will.

Ich danke für jede Hilfestellung.

Code Auswählen Erweitern

Internals:
   CHANGED
   CNT        182
   DEF        192.168.1.179
   DEVCNT     182
   DevState   0
   DevType    LGW
   DeviceName 192.168.1.179:2000
   FD         5
   LGW_Init   2
   LastOpen   1503539475.84779
   NAME       HmLGW1
   NR         24
   PARTIAL
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   0
   model      eQ3-HM-LGW
   Helper:
     Log:
       IDs:
   Peers:
     340A1B     pending
     3DD6A9     pending
     498B38     pending
     4D11FD     pending
     4DA262     pending
     4E3C90     pending
     4E6582     pending
     4ECFEE     pending
     4ED0E9     pending
     4F27E2     pending
     4F42B9     pending
     4F5254     pending
     4F5DFB     pending
     4FAC08     pending
     4FCA72     pending
     4FDC1F     pending
     50D644     pending
     50D64C     pending
     50D65D     pending
     50D665     pending
     50D666     pending
     50D66E     pending
     50D679     pending
     50D695     pending
     50D69A     pending
     50D6A7     pending
     50D6E9     pending
     50E1CE     pending
     50E39B     pending
     50E39D     pending
     50E3A8     pending
     50ECB2     pending
     51538A     pending
     5194EB     pending
     51ABEF     pending
     51B121     pending
     51B12A     pending
     51FDF0     pending
     51FE14     pending
     52D892     pending
     53AC20     pending
     53ECF2     pending
     55C3A0     pending
     566943     pending
   READINGS:
     2017-08-05 00:43:45   D-HMIdAssigned  6C1515
     2017-08-05 00:43:45   D-HMIdOriginal  FFFFFF
     2017-08-24 03:51:15   D-LANfirmware   1.1.5
     2017-08-05 00:43:45   D-firmware      1.0.6 (outdated)
     2017-08-24 03:51:15   D-serialNr      NEQ1694419
     2017-08-24 03:51:15   D-type          eQ3-HM-LGW
     2017-08-23 22:22:59   cond            disconnected
     2017-08-13 17:08:47   load            4
     2017-08-23 22:22:59   loadLvl         suspended
     2017-08-24 03:51:15   state           opened
   keepAlive:
     CNT        180
     DEVCNT     180
     DevState   0
     DevType    LGW-KeepAlive
     DeviceName 192.168.1.179:2001
     FD         62
     LGW_Init   2
     LastOpen   1503539475.87774
     NAME       HmLGW1:keepAlive
     NR         19440
     PARTIAL
     STATE      opened
     TEMPORARY  1
     TYPE       HMUARTLGW
     XmitOpen   0
     Helper:
       Log:
         Resolve    1
         IDs:
     READINGS:
       2017-08-24 03:51:15   state           opened
     lgwHash:
Attributes:
   event-on-change-reading all
   hmId       6C6C6C
   lgwPw      123456
   room       Server

[hexenmeister]

Bei einem Stromausfall könnte auch die Dateisystem Schaden genommen haben.

[gloob]

Ich tippe auch eher auf ein Problem mit dem Pi. Spiel doch mal ein Backup ein und teste ob das Problem dann immer noch auftaucht.

[markus_fhem]

Ein Backup des Gesamtsystems habe ich leider nicht hinbekommen, sondern immer nur das Fhem-Verzeichnis gesichert. 
Andere Aufgaben außer Fhem, Samba (um das Fhem-Verzeichnis auch von Windows zugänglich zu machen) und Unifi-Controller laufen auf dem Gerät ohnehin nicht.
Dann werde ich wohl den Raspberry neu aufsetzten...

Wobei, wenn ich die Fhem-Configuration auf meinen Test-Raspi überspiele und die Crypt-Lib nachinstalliere, müsste es doch auch klappen, oder?

[hexenmeister]

Ja, natürlich.

[markus_fhem]

Vielen Dank, der Hinweis auf das Dateisystem war sehr gut!

Am Ende hat ein ganz simples

Code Auswählen Erweitern

sudo apt-get install --reinstall libcrypt-rijndael-perl
die Lösung gebracht und alles läuft wie gewohnt.

Fazit: Eine USV, die kürzlich angeschafft, aber unangeschlossen neben dem RasPi steht, bringt noch nichts. 
Und das Thema Backup muss nochmal generell überdacht werden...

[cs-online]

...zum Thema Backup habe ich kürzlich mittels Acronis True-Image die Raspi-Karte gespiegelt. Dann einen USB-Mikro-SD-Kartenleser mit der gespiegelten Karte an den Raspi, mit einem "at" wird nun nachts immer mittels "sudo cp -U" das FHEM-Verzeichnis auf die gespiegelte Karte kopiert (da werden nur geänderte / neue Dateien kopiert). D.h. nachts sind dann wieder beide Karten identisch. Wenn die eine hops geht, dann habe ich eine 1:1 Sicherung zum Neu starten.

[Benni]

...zum Thema Backup

Was hat das  mit  HMUART zu tun?

[cs-online]

ja, wirklich off Topic bei diesem Thema, aber war als Anregung hierfür gedacht:

Und das Thema Backup muss nochmal generell überdacht werden...