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

frank · 16 April 2020, 12:44:37

Zitat von: Otto123 am 15 April 2020, 20:14:28
Ok ich habe nachgeschaut: Am Pi geht der Reset an GPIO1 (Pin 12) OTon Beschreibung: "Über die Signalleitung C2CK / RST lässt sich ein Reset des Moduls auslösen."

genau.
wenn die gpio hw bereit ist, muss gpio1 auf high gehen, damit der hmuart starten kann.

vermutlich wird das high schalten der gpio grundsätzlich beim start durchgeführt, denn ich habe im ohr, dass einige gpio-user berichteten, dass beim booten immer kurze, ungewollte schaltaktionen statt fanden.

aber sicherlich kann man irgendwo das startverhalten der gpio auch konfigurieren. daher hatte ich im nachbarthread https://forum.fhem.de/index.php/topic,110150.msg1042657.html#msg1042657 mal nachgefragt.

Damu · 16 April 2020, 20:16:30

Hallo

Hab es wieder gefunden.

https://forum.fhem.de/index.php/topic,54511.msg475087.html#msg475087
https://forum.fhem.de/index.php/topic,54511.msg475356.html#msg475356
https://forum.fhem.de/index.php/topic,54511.msg475363.html#msg475363
https://forum.fhem.de/index.php/topic,54511.msg475671.html#msg475671
https://forum.fhem.de/index.php/topic,54511.msg476443.html#msg476443

Da haben OTTO und Frank ja sogar mitgelesen.
Verstehe die Diskuision das der HM_Uart C2CK / RST für den Betrieb haben muss irgendwie nicht.
Ging fast 4 Jahre nur mit TX und RX.

frank · 20 April 2020, 09:52:58

ZitatVerstehe die Diskuision das der HM_Uart C2CK / RST für den Betrieb haben muss irgendwie nicht.

du musst genauer lesen.

1. es könnte ein problem sein.

2. aber, es sollte im normalbetrieb keine probleme machen.

MadMax-FHEM · 20 April 2020, 10:14:26

Zitat von: frank am 20 April 2020, 09:52:58
du musst genauer lesen.

1. es könnte ein problem sein.

2. aber, es sollte im normalbetrieb keine probleme machen.

Macht es auch NICHT!

Habe seit (gut) 2 Jahren ein Funkmodul an einem USB-Umsetzer in Betrieb und dort lediglich:

Rx, Tx, Vcc und GND angeschlossen...

Sogar FW-Update ging so (bin ich mir sicher, weil ich hatte das Funkmodul nie nicht anders angeschlossen und die FW wurde aktualisiert

)...

Gruß, Joachim

cs-online · 20 April 2020, 15:40:21

...ich habe an meinem HM-Gateway auch nur 3,3V, GND, RX und TX angeschlossen, kein Reset und das läuft auch wie verrückt an dem Wemos D1....

frank · 20 April 2020, 15:47:33

Zitat von: cs-online am 20 April 2020, 15:40:21
...ich habe an meinem HM-Gateway auch nur 3,3V, GND, RX und TX angeschlossen, kein Reset und das läuft auch wie verrückt an dem Wemos D1....

schon putzig.

waren bei dir nicht 2 hmuart ausgefallen?

cs-online · 20 April 2020, 18:25:20

gut aufgepasst

ja aber der aktuelle läuft schon fast zwei Jahre ohne Probleme... Warum sollte ein fehlender Reset Probleme machen ?

Damu · 20 April 2020, 20:11:00

Zitatdu musst genauer lesen.

1. es könnte ein problem sein.

2. aber, es sollte im normalbetrieb keine probleme machen.

Ach so, dann hab ich das wohl überlesen.
Habe bei ELV noch einige HM_Uart bestellt.
Hoffe ich kann meine HMLWG mit meinem HM_Uart über POE meine ersetzen.

Tobias · 27 August 2020, 16:33:10

Hi,
ich habe das HMUART LAN Gateway an einem ESP8266 und funktioniert seit 2 Jahren perfekt. Jetzt sehe ich, das fhem sich andauernd versucht zu verbinden:

Code Auswählen

2020-08-27 16:29:22 HMUARTLGW HMWiFiBridge cond: disconnected
2020-08-27 16:29:22 HMUARTLGW HMWiFiBridge CONNECTED
2020-08-27 16:29:23 HMUARTLGW HMWiFiBridge cond: init
2020.08.27 16:29:26 1 : HMUARTLGW HMWiFiBridge did not respond for the 1. time, resending
2020.08.27 16:29:29 1 : HMUARTLGW HMWiFiBridge did not respond for the 2. time, resending
2020.08.27 16:29:32 1 : HMUARTLGW HMWiFiBridge did not respond for the 3. time, resending
2020.08.27 16:29:35 1 : HMUARTLGW HMWiFiBridge did not respond after all, reopening
2020.08.27 16:29:35 3 : HMWiFiBridge device closed
2020.08.27 16:29:35 1 : 192.168.10.23:23 reappeared (HMWiFiBridge)
2020-08-27 16:29:35 HMUARTLGW HMWiFiBridge cond: disconnected
2020-08-27 16:29:35 HMUARTLGW HMWiFiBridge CONNECTED

In FHEM ist das HMUARTLANGateway wie folgt eingebunden:

Code Auswählen

defmod HMWiFiBridge HMUARTLGW uart://192.168.10.23:23

Code Auswählen

Internals:
   CNT        1
   Clients    :CUL_HM:
   DEF        uart://192.168.10.23:23
   DevState   1
   DevType    UART
   DeviceName 192.168.10.23:23
   FD         4
   FUUID      5c7ea0e9-f33f-99a0-e954-2f7ef2cb0ee3a83d
   LastOpen   1598538850.67228
   NAME       HMWiFiBridge
   NOTIFYDEV  global
   NR         26
   NTFY_ORDER 50-HMWiFiBridge
   PARTIAL    
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   0
   model      HM-MOD-UART
   owner_CCU  VCCU
   .attraggr:
   .attrminint:
   Helper:
     AckPending:
       1:
         cmd        00
         dst        0
         frame      FD00030001009E03
         resend     3
         time       1598538851.67463
     LastSendLen:
       3
     Log:
       IDs:
   MatchList:
     1:CUL_HM   ^A......................
   PeerQueue:
     HASH(0x563f0d3b7be0)
     HASH(0x563f0cdb8110)
     HASH(0x563f0d4a6ee8)
   Peers:
   READINGS:
     2020-08-19 12:03:42   D-HMIdAssigned  F12005
     2020-08-19 12:03:42   D-HMIdOriginal  2453B8
     2020-08-19 12:03:42   D-firmware      1.4.1
     2020-08-19 12:03:42   D-serialNr      KEQ1008680
     2020-08-27 16:08:53   D-type          HM-MOD-UART
     2020-08-27 16:34:11   cond            init
     2020-08-20 08:12:00   load            0
     2020-08-27 16:08:53   loadLvl         suspended
     2020-08-27 16:34:10   state           opened
   helper:
Attributes:
   DbLogExclude .*
   hmId       F12005
   room       99_Devices
   verbose    3

Auf dem ESP ist folgende ESPLink Version drauf: esp-link v2.2.3 - 2016-06-21 21:58:48 - 1bcdc62

Die Weboberfläche von esp-link ist erreichbar, ein telnet auf die IP und Port 23 ist ebenso möglich.

Hat jemand eine Idee was da schief läuft?

Otto123 · 27 August 2020, 16:43:18

Hallo Tobias,

Du hast in der Zeit ein paar Wlan Geräte mehr und eine Fritzbox als Wlan Router?

Hintergrund meiner Frage: Die FB macht den Unix Systemen (und auch dem esp-link) Stress, damit fangen die irgendwann an sich zu vertun (wenn der Treiber nicht so ganz einwandfrei ist - meine Vermutung)
ich erinnere mich, ich hatte das auch, ich glaube der esp-link hatte eine Log da wurde mir schwindlig beim zuschauen. Dann habe ich das Ding an einen anderen AP gehangen und es ward Ruhe.

Gruß Otto

Tobias · 27 August 2020, 16:50:48

Hi Otto,
mittlerweile bin ich von der Fritte komplett auf Unifi umgestiegen. (USG + AP nanoHD). Das HMUARTLanGateway hängt an einem Nano HD im 2.4Ghz Band (So wie alle anderen ESPś auch)

Otto123 · 27 August 2020, 21:21:50

Ok, dann ist es das nicht. Aber war das nicht so? Hat der esp-link ein Log? Sieht man da was?

Tobias · 30 August 2020, 13:36:51

Hi Otto,
leider ist das LOG nicht aussagekräftig.
Ich werde mal ein 2tes Gateway zusammenbauen und damit testen.

Hier aber mal das Log:

Code Auswählen

799275> Accept port 23, conn=0x3fff6558, pool slot 0
812383> Accept port 23, conn=0x3fff6300, pool slot 0
825425> Accept port 23, conn=0x3fff6368, pool slot 0
838502> Accept port 23, conn=0x3fff6300, pool slot 0
851604> Accept port 23, conn=0x3fff6558, pool slot 0
864731> Accept port 23, conn=0x3fff6300, pool slot 0
877819> Accept port 23, conn=0x3fff6558, pool slot 0
890844> Accept port 23, conn=0x3fff6368, pool slot 0
903894> Accept port 23, conn=0x3fff6368, pool slot 0
916953> Accept port 23, conn=0x3fff6368, pool slot 0
930247> Accept port 23, conn=0x3fff6300, pool slot 0
943355> Accept port 23, conn=0x3fff6558, pool slot 0
956381> Accept port 23, conn=0x3fff6368, pool slot 0
969567> Accept port 23, conn=0x3fff6300, pool slot 0
982680> Accept port 23, conn=0x3fff6558, pool slot 0

Otto123 · 30 August 2020, 13:42:02

Wenn im esp log nichts schlimmes steht, würde ich eher Blockaden in FHEM als Ursache sehen. Das HMUARTLGW sendet regelmäßig zu dem UART Modul. wenn das nicht ankommt ist der Fehler ähnlich. Hast Du freezemon aktiviert?

Tobias · 02 September 2020, 14:30:18

Ich habe einmal komplett alles Neu mit neuem ESP, Platine und HM-Modul gebaut und es gibt denselben fehler
Bin nach der PDF Anleitung vorgegangen: https://forum.fhem.de/index.php/topic,56606.msg481618.html#msg481618

Hier ein List des devices:

Code Auswählen

Internals:
   CNT        1
   Clients    :CUL_HM:
   DEF        uart://192.168.10.120:23
   DevState   1
   DevType    UART
   DeviceName 192.168.10.120:23
   FD         14
   FUUID      5c7ea0e9-f33f-99a0-e954-2f7ef2cb0ee3a83d
   LastOpen   1599050348.22589
   NAME       HMWiFiBridge
   NOTIFYDEV  global
   NR         26
   NTFY_ORDER 50-HMWiFiBridge
   PARTIAL    
   RAWMSG     05000036B3861038EF870000000A90D90B0000
   RSSI       -36
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   0
   model      HM-MOD-UART
   owner_CCU  VCCU
   .attraggr:
   .attrminint:
   .clientArray:
     CUL_HM
   Helper:
     AckPending:
       1:
         cmd        00
         dst        0
         frame      FD00030001009E03
         resend     1
         time       1599050349.22811
     LastSendLen:
       3
     Log:
       IDs:
   MatchList:
     1:CUL_HM   ^A......................
   Peers:
   READINGS:
     2020-09-02 14:34:19   D-HMIdAssigned  F12005
     2020-09-02 14:34:19   D-HMIdOriginal  671129
     2020-09-02 14:34:19   D-firmware      1.2.1 (outdated)
     2020-09-02 14:34:19   D-serialNr      PEQ0174028
     2020-09-02 14:35:51   D-type          HM-MOD-UART
     2020-09-02 14:39:09   cond            init
     2020-09-02 14:34:44   load            0
     2020-09-02 14:34:44   loadLvl         suspended
     2020-09-02 14:39:08   state           opened
   helper:
Attributes:
   DbLogExclude .*
   hmId       F12005
   room       99_Devices
   verbose    3

Mich macht aber folgendes stutzig:

Code Auswählen

2020-09-02 14:34:19   D-firmware      1.2.1 (outdated)

Folgendes steht im fhem Log

Code Auswählen

2020.09.02 14:47:48 1: 192.168.10.120:23 reappeared (myHmUARTLGW)
2020.09.02 14:47:52 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2020.09.02 14:47:55 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2020.09.02 14:47:58 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2020.09.02 14:48:01 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2020.09.02 14:48:01 3: myHmUARTLGW device closed
2020.09.02 14:48:01 1: 192.168.10.120:23 reappeared (myHmUARTLGW)
2020.09.02 14:48:06 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2020.09.02 14:48:09 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2020.09.02 14:48:12 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2020.09.02 14:48:15 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2020.09.02 14:48:15 3: myHmUARTLGW device closed
2020.09.02 14:48:15 1: 192.168.10.120:23 reappeared (myHmUARTLGW)
2020.09.02 14:48:19 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2020.09.02 14:48:22 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2020.09.02 14:48:25 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2020.09.02 14:48:28 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2020.09.02 14:48:28 3: myHmUARTLGW device closed
2020.09.02 14:48:28 1: 192.168.10.120:23 reappeared (myHmUARTLGW)
2020.09.02 14:48:32 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2020.09.02 14:48:35 3: HMUARTLGW HMWiFiBridge: connect to http://192.168.10.23:23 timed out, retrying in 59.98s
2020.09.02 14:48:35 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2020.09.02 14:48:38 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2020.09.02 14:48:41 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2020.09.02 14:48:41 3: myHmUARTLGW device closed
2020.09.02 14:48:41 1: 192.168.10.120:23 reappeared (myHmUARTLGW)
2020.09.02 14:48:45 1: HMUARTLGW myHmUARTLGW did not respond for the 1. time, resending
2020.09.02 14:48:48 1: HMUARTLGW myHmUARTLGW did not respond for the 2. time, resending
2020.09.02 14:48:51 1: HMUARTLGW myHmUARTLGW did not respond for the 3. time, resending
2020.09.02 14:48:54 1: HMUARTLGW myHmUARTLGW did not respond after all, reopening
2020.09.02 14:48:54 3: myHmUARTLGW device closed
2020.09.02 14:48:54 1: 192.168.10.120:23 reappeared (myHmUARTLGW)