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

Begonnen von mgernoth, 11 Juni 2016, 20:10:46

Vorheriges Thema - Nächstes Thema

mgernoth

Hallo,

Zitat von: alexschomb am 27 Juni 2016, 13:40:15
Ich habe dafür glaube ich ein anderes Problem gefunden. Ich kann das HomeMatic Funk-LAN Gateway zum Absturz bringen indem ich getConfig für einen der Button-Kanäle einer HM-RC-Key4-2 aufrufe. Nachfolgend eine verbose 5 Log, welche folgenden Ablauf dokumentiert:

Das sieht nicht nach LogLevel 5 aus, die wichtigste Information (die Kommunikation mit dem GW) fehlt komplett. Am besten einfach das Attribut logIDs des LGW auf "sys,all" setzen.

Bitte erzeuge ein komplettes, _unmodizifiertes_ Log.

Viele Gruesse
  Michael

alexschomb

Hallo Michael,

danke für die schnelle Antwort. Ich habe logIDs auf sys,all gesetzt und das ist das Ergebnis (Event Monitor + FHEM Log):


2016.06.27 16:18:48 0 : HMUARTLGW HmLGW:keepAlive send (5): Kb7
2016.06.27 16:18:48 0 : HMUARTLGW HmLGW:keepAlive read (4): >Kb7
2016.06.27 16:18:50 0 : HMUARTLGW HmLGW send: 00 08
2016.06.27 16:18:50 0 : HMUARTLGW HmLGW recv: 00 040202, state 98
2016.06.27 16:18:50 0 : HMUARTLGW HmLGW GetSet Ack: 02, state 98
2016.06.27 16:18:58 0 : HMUARTLGW HmLGW:keepAlive send (5): Kb8
2016.06.27 16:18:59 1 : 192.168.178.252:2001 disconnected, waiting to reappear (HmLGW:keepAlive)
2016-06-27 16:18:59 HMUARTLGW HmLGW:keepAlive DISCONNECTED
2016.06.27 16:19:05 0 : HMUARTLGW HmLGW send: 00 08
2016.06.27 16:19:05 1 : 192.168.178.252:2000 disconnected, waiting to reappear (HmLGW)
2016-06-27 16:19:05 HMUARTLGW HmLGW DISCONNECTED
2016.06.27 16:19:05 1 : HMUARTLGW HmLGW Reopen
2016-06-27 16:19:05 HMUARTLGW HmLGW cond: disconnected
2016-06-27 16:19:05 HMUARTLGW HmLGW loadLvl: suspended
2016.06.27 16:19:05 1 : HMUARTLGW HmLGW Reopen
2016.06.27 16:19:05 3 : Opening HmLGW:keepAlive device 192.168.178.252:2001
2016.06.27 16:19:05 3 : HmLGW:keepAlive device opened
2016.06.27 16:19:05 1 : 192.168.178.252:2000 reappeared (HmLGW)
2016-06-27 16:19:05 HMUARTLGW HmLGW CONNECTED
2016.06.27 16:19:05 0 : HMUARTLGW HmLGW read (34): H01,01,eQ3-HM-LGW,1.1.4,KEQ1064683
2016-06-27 16:19:05 HMUARTLGW HmLGW D-type: eQ3-HM-LGW
2016-06-27 16:19:05 HMUARTLGW HmLGW D-LANfirmware: 1.1.4
2016-06-27 16:19:05 HMUARTLGW HmLGW D-serialNr: KEQ1064683
2016.06.27 16:19:05 0 : HMUARTLGW HmLGW read (36): V02,30cd023b8c15d65def13e305df669c4b
2016.06.27 16:19:05 0 : HMUARTLGW HmLGW send (38): V02,577135d902ed5ab4c966fd503e31fed5
2016.06.27 16:19:05 0 : HMUARTLGW HmLGW:keepAlive read (34): H01,01,eQ3-HM-LGW,1.1.4,KEQ1064683
2016.06.27 16:19:05 0 : HMUARTLGW HmLGW:keepAlive read (36): V02,46fe4c29eaaf657bf571c41f6d43db39
2016.06.27 16:19:05 0 : HMUARTLGW HmLGW:keepAlive send (38): V02,577135d903007e93bd34d6f14c175fb7
2016.06.27 16:19:05 0 : HMUARTLGW HmLGW read (23): S03,BidCoS-over-LAN-1.0
2016.06.27 16:19:05 3 : HMUARTLGW HmLGW BidCoS-port opened
2016.06.27 16:19:05 0 : HMUARTLGW HmLGW send (10): >03,0000
2016.06.27 16:19:05 0 : HMUARTLGW HmLGW:keepAlive read (14): S03,SysCom-1.0
2016.06.27 16:19:05 3 : HMUARTLGW HmLGW:keepAlive KeepAlive-port opened
2016.06.27 16:19:05 0 : HMUARTLGW HmLGW:keepAlive send (10): >03,0000
2016.06.27 16:19:06 0 : HMUARTLGW HmLGW:keepAlive send (16): L04,02,00ff,00
2016.06.27 16:19:06 0 : HMUARTLGW HmLGW send: 00 00
2016-06-27 16:19:06 HMUARTLGW HmLGW cond: init
2016.06.27 16:19:06 0 : HMUARTLGW HmLGW recv: 00 00436F5F4350555F424C, state 1
2016.06.27 16:19:06 0 : HMUARTLGW HmLGW recv: 00 0402436F5F4350555F424C, state 1
2016.06.27 16:19:06 3 : HMUARTLGW HmLGW currently running Co_CPU_BL
2016.06.27 16:19:06 0 : HMUARTLGW HmLGW send: 00 03
2016.06.27 16:19:06 0 : HMUARTLGW HmLGW:keepAlive read (4): >L04
2016.06.27 16:19:06 0 : HMUARTLGW HmLGW:keepAlive send (5): K05
2016.06.27 16:19:06 0 : HMUARTLGW HmLGW:keepAlive read (4): >K05
2016.06.27 16:19:06 0 : HMUARTLGW HmLGW recv: 00 0401, state 2
2016.06.27 16:19:06 0 : HMUARTLGW HmLGW recv: 00 00436F5F4350555F417070, state 2
2016.06.27 16:19:06 3 : HMUARTLGW HmLGW currently running Co_CPU_App
2016.06.27 16:19:07 0 : HMUARTLGW HmLGW send: 01 00000001
2016.06.27 16:19:07 0 : HMUARTLGW HmLGW recv: 01 0401, state 4
2016.06.27 16:19:07 0 : HMUARTLGW HmLGW GetSet Ack: 01, state 4
2016.06.27 16:19:07 0 : HMUARTLGW HmLGW send: 01 01
2016.06.27 16:19:07 0 : HMUARTLGW HmLGW recv: 01 04070101000001, state 5
2016.06.27 16:19:07 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 5
2016-06-27 16:19:07 HMUARTLGW HmLGW D-HMIdAssigned: 000001
2016.06.27 16:19:07 0 : HMUARTLGW HmLGW send: 01 10
2016.06.27 16:19:07 0 : HMUARTLGW HmLGW recv: 01 04070101FFFFFF, state 6
2016.06.27 16:19:07 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 6
2016-06-27 16:19:07 HMUARTLGW HmLGW D-HMIdOriginal: FFFFFF
2016.06.27 16:19:07 0 : HMUARTLGW HmLGW send: 00 0E577135DB04
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 00 0401, state 7
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 01, state 7
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 00 02
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 00 0402010004010401, state 8
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 02, state 8
2016-06-27 16:19:08 HMUARTLGW HmLGW D-firmware: 1.4.1
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 00 06
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 00 0401, state 10
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 01, state 10
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 00 0B
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 00 0402FFFFFFFFFFFFFFFFFFFF, state 9
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 02, state 9
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 00 0A01
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 00 0401, state 11
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 01, state 11
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 00 0901
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 00 0401, state 12
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 01, state 12
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 00 08
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 00 040200, state 13
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 02, state 13
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 030000000000000000000000000000000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 0401, state 14
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 01, state 14
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 0F0000000000000000000000000000000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 0401, state 15
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 01, state 15
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 0B0000000000000000000000000000000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 0401, state 16
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 01, state 16
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 08
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 04070101, state 17
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 17
2016-06-27 16:19:08 HMUARTLGW HmLGW cond: ok
2016-06-27 16:19:08 HMUARTLGW HmLGW loadLvl: low
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 062D5BC7000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010001FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 06238EBB000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010002FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 062693B0000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010003FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 062351EB000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010004FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 06423284000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010005FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 06291334000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010006FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 063515F0000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010007FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 062F0CE7000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010008FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 06269387000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010009FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 06238801000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 04070101000AFFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 06315EBB000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 0652DB00000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 04070101000CFFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 062352CE000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 04070101000DFFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 0624AF91000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 04070101000EFFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 0626937F000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 04070101000FFFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 062351AF000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010010FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 0630A5EA000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010011FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 062352A6000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010012FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 062352B2000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010013FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 062F09D1000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010014FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 063514F8000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010015FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 063032EF000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010016FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 0623512A000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010017FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 0628CCCD000000
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701010018FFFFFFFFFFFFFFFF, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 90
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW send: 01 08
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040701052352CEFFFFFFFFFFFFFFFF0024AF91FFFFFFFFFFFFFFFF0030A5EAFFFFFFFFFFFFFFFF0026937FFFFFFFFFFFFFFFFF0052DB00FFFFFFFFFFFFFFFF00, state 93
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 93
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 2352CE, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 24AF91, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 30A5EA, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 26937F, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 52DB00, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 04070205269387FFFFFFFFFFFFFFFF0028CCCDFFFFFFFFFFFFFFFF002693B0FFFFFFFFFFFFFFFF00315EBBFFFFFFFFFFFFFFFF002F0CE7FFFFFFFFFFFFFFFF00, state 93
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 93
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 269387, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 28CCCD, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 2693B0, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 315EBB, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 2F0CE7, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 0407030523512AFFFFFFFFFFFFFFFF00291334FFFFFFFFFFFFFFFF002351AFFFFFFFFFFFFFFFFF003514F8FFFFFFFFFFFFFFFF002351EBFFFFFFFFFFFFFFFF00, state 93
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 93
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 23512A, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 291334, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 2351AF, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 3514F8, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 2351EB, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 04070405238EBBFFFFFFFFFFFFFFFF00238801FFFFFFFFFFFFFFFF00423284FFFFFFFFFFFFFFFF002D5BC7FFFFFFFFFFFFFFFF002F09D1FFFFFFFFFFFFFFFF00, state 93
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 93
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 238EBB, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 238801, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 423284, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 2D5BC7, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 2F09D1, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW recv: 01 040705052352A6FFFFFFFFFFFFFFFF003032EFFFFFFFFFFFFFFFFF003515F0FFFFFFFFFFFFFFFF002352B2FFFFFFFFFFFFFFFF00, state 93
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW GetSet Ack: 07, state 93
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 2352A6, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 3032EF, aesChannels: FFFFFFFFFFFF
FFFF, flags: 02016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 3515F0, aesChannels: FFFFFFFFFFFFFFFF, flags: 02016.06.27 16:19:08 0 : HMUARTLGW HmLGW known peer: 2352B2, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.27 16:19:09 0 : HMUARTLGW HmLGW send: 00 08
2016.06.27 16:19:09 0 : HMUARTLGW HmLGW recv: 00 040200, state 98
2016.06.27 16:19:09 0 : HMUARTLGW HmLGW GetSet Ack: 02, state 98
2016.06.27 16:19:16 0 : HMUARTLGW HmLGW:keepAlive send (5): K06
2016.06.27 16:19:16 0 : HMUARTLGW HmLGW:keepAlive read (4): >K06
2016.06.27 16:19:16 3 : CUL_HM set Alex.SmokeDetector statusRequest
2016.06.27 16:19:16 0 : HMUARTLGW HmLGW send: 01 02 00 00 01 msg: 02 B0 01 000001 315EBB 010E
2016.06.27 16:19:17 0 : HMUARTLGW HmLGW recv: 01 0402, state 100
2016.06.27 16:19:17 0 : HMUARTLGW HmLGW Ack: 02
2016.06.27 16:19:17 0 : HMUARTLGW HmLGW recv: 01 05 01 00 3A msg: 02 A0 10 315EBB 000001 060100003B
2016-06-27 16:19:17 CUL_HM Alex.SmokeDetector off
2016.06.27 16:19:17 3 : CUL_HM set LivingRoom.SmokeDetector statusRequest
2016.06.27 16:19:17 0 : HMUARTLGW HmLGW send: 01 02 00 00 01 msg: 02 B0 01 000001 52DB00 010E
2016.06.27 16:19:18 0 : HMUARTLGW HmLGW recv: 01 0402, state 100
2016.06.27 16:19:18 0 : HMUARTLGW HmLGW Ack: 02
2016.06.27 16:19:18 0 : HMUARTLGW HmLGW recv: 01 05 01 00 20 msg: 02 A0 10 52DB00 000001 0601010021
2016-06-27 16:19:18 CUL_HM LivingRoom.SmokeDetector off
2016.06.27 16:19:19 0 : HMUARTLGW HmLGW recv: 01 05 00 00 3C msg: 45 A4 40 2F09D1 300300 031A
2016.06.27 16:19:19 0 : HMUARTLGW HmLGW send: 01 02 00 00 00 msg: 45 80 02 300300 2F09D1 0104C800
2016-06-27 16:19:19 CUL_HM Guest.Remote battery: ok
2016-06-27 16:19:19 CUL_HM Guest.Remote CMDs_done
2016-06-27 16:19:19 CUL_HM Guest.Remote Guest.Remote_light Short
2016-06-27 16:19:19 CUL_HM Guest.Remote.Virtual_Btn4 ON
2016-06-27 16:19:19 CUL_HM Guest.Remote.Virtual_Btn4 virtActState: ON
2016-06-27 16:19:19 CUL_HM Guest.Remote.Virtual_Btn4 virtActTrigNo: 26
2016-06-27 16:19:19 CUL_HM Guest.Remote.Virtual_Btn4 virtActTrigRpt: 1
2016-06-27 16:19:19 CUL_HM Guest.Remote.Virtual_Btn4 virtActTrigType: short_Release
2016-06-27 16:19:19 CUL_HM Guest.Remote.Virtual_Btn4 virtActTrigger: Guest.Remote_light
2016-06-27 16:19:19 CUL_HM Guest.Remote_light Short (to Guest.Remote.Virtual)
2016-06-27 16:19:19 CUL_HM Guest.Remote_light trigger: Short_26
2016-06-27 16:19:19 CUL_HM Guest.Remote_light trigger_cnt: 26
2016.06.27 16:19:24 0 : HMUARTLGW HmLGW send: 00 08
2016.06.27 16:19:24 0 : HMUARTLGW HmLGW recv: 00 040204, state 98
2016.06.27 16:19:24 0 : HMUARTLGW HmLGW GetSet Ack: 02, state 98
2016.06.27 16:19:26 0 : HMUARTLGW HmLGW:keepAlive send (5): K07
2016.06.27 16:19:26 0 : HMUARTLGW HmLGW:keepAlive read (4): >K07
2016.06.27 16:19:36 0 : HMUARTLGW HmLGW:keepAlive send (5): K08
2016.06.27 16:19:36 0 : HMUARTLGW HmLGW:keepAlive read (4): >K08
2016.06.27 16:19:39 0 : HMUARTLGW HmLGW send: 00 08
2016.06.27 16:19:39 0 : HMUARTLGW HmLGW recv: 00 040204, state 98
2016.06.27 16:19:39 0 : HMUARTLGW HmLGW GetSet Ack: 02, state 98
2016.06.27 16:19:46 0 : HMUARTLGW HmLGW:keepAlive send (5): K09
2016.06.27 16:19:46 0 : HMUARTLGW HmLGW:keepAlive read (4): >K09
2016.06.27 16:19:54 0 : HMUARTLGW HmLGW send: 00 08
2016.06.27 16:19:54 0 : HMUARTLGW HmLGW recv: 00 040204, state 98
2016.06.27 16:19:54 0 : HMUARTLGW HmLGW GetSet Ack: 02, state 98
2016.06.27 16:19:56 0 : HMUARTLGW HmLGW:keepAlive send (5): K0a
2016.06.27 16:19:56 0 : HMUARTLGW HmLGW:keepAlive read (4): >K0a


Ausgangszustand war dass das HmLGW wieder nicht erreichbar war. Dann habe ich den Strom gezogen und neu eingesteckt. Anschließend haben erstmal die Rauchmelder dazwischen gefunkt. Anschließend habe ich die Taste "Licht" auf der Fernbedienung Guest.Remote gedrückt. Dies wurde einmal mit Grün bestätigt. Beim zweiten Mal drücken kam künftig nur noch rot.

Mir ist übrigens noch folgender Fehler aufgefallen, welcher diesmal auf der FHEM Startseite stand und vermutlich damit zusammen hängt. Interessant ist auch, dass die Probleme für alle Fernbedienungen auftreten, nicht nur eine bestimmte.
Messages collected while initializing FHEM:
configfile: Alex.Remote.Virtual: unknown IODev HmLGW:keepAlive specified
Guest.Remote.Virtual: unknown IODev HmLGW:keepAlive specified


Liebe Grüße und Danke für deine Hilfe,

Alex

mgernoth

Hallo Alex,

danke für das ausführliche Log. Das Gateway empfängt tatsächlich nur den ersten Knopfdruck, verhält sich danach aber für Fhem normal. Sowohl die Keepalives wie auch die Credit-Anfragen werden weiterhin beantwortet.

Evtl. kommt das Gateway nicht damit klar, dass die hmId des virtuellen Aktors nicht die hmId des Gateways ist, das muss ich hier mal nachbauen...

Zitat
Ausgangszustand war dass das HmLGW wieder nicht erreichbar war. Dann habe ich den Strom gezogen und neu eingesteckt. Anschließend haben erstmal die Rauchmelder dazwischen gefunkt. Anschließend habe ich die Taste "Licht" auf der Fernbedienung Guest.Remote gedrückt. Dies wurde einmal mit Grün bestätigt. Beim zweiten Mal drücken kam künftig nur noch rot.

Ja, nach dem ersten Tastendruck wurde nichts mehr per Funk empfangen.

Zitat
Mir ist übrigens noch folgender Fehler aufgefallen, welcher diesmal auf der FHEM Startseite stand und vermutlich damit zusammen hängt. Interessant ist auch, dass die Probleme für alle Fernbedienungen auftreten, nicht nur eine bestimmte.
Messages collected while initializing FHEM:
configfile: Alex.Remote.Virtual: unknown IODev HmLGW:keepAlive specified
Guest.Remote.Virtual: unknown IODev HmLGW:keepAlive specified


Hmm, das keepAlive-Gerät sollte nie als IODev auftauchen.

Wie genau hast Du das virtuelle Gerät angelegt? Dann versuche ich das hier zu reproduzieren (ich frage mich, wieso das IODev in Deinem config-Auszug gesetzt ist...).

EDIT: Ich kann es hier mit einem virtuellen Aktor mit eigener hmId und einem HM-MOD-UART reproduzieren. Sieht nach Firmware-Bug aus :-( Ich hoffe ich finde einen Workaround...

Viele Grüße
  Michael

mgernoth

Hallo,

Zitat von: mgernoth am 27 Juni 2016, 17:12:19
EDIT: Ich kann es hier mit einem virtuellen Aktor mit eigener hmId und einem HM-MOD-UART reproduzieren. Sieht nach Firmware-Bug aus :-( Ich hoffe ich finde einen Workaround...

Habe keinen Möglichkeit gefunden, ein ACK-Paket mit einer "falschen" hmId abzusenden. Ich denke Du solltest für Deinen Einsatzzweck eine VCCU und ihre virtuellen Aktoren benutzen. Die benutzen die gleiche hmId wie die VCCU (und damit die IOs).

Die Pakete für virtuelle Rauchmelderteams sollten keinen Absturz verursachen.

Viele Grüße
  Michael

ThiemoSt

Habe kurz eine Frage zum Update der Firmware vom HM-MOD-UART.

Bei dem ersten mal habe ich das Update nach ein paar Minuten mit Ctrl+C abbrechen. Es blieb so stehen:
pi@Pi3:~/hmcfgusb $ sudo ./flash-hmmoduart -U /dev/ttyAMA0 coprocessor_update.eq3
HM-MOD-UART flasher version 0.102-git

Reading firmware from coprocessor_update.eq3...
Firmware with 43 blocks successfully read.


Bei einem weiteren Versuch kam einmalig diese Meldung:
pi@Pi3:~/hmcfgusb $ sudo ./flash-hmmoduart -U /dev/ttyAMA0 coprocessor_update.eq3
HM-MOD-UART flasher version 0.102-git

Reading firmware from coprocessor_update.eq3...
Firmware with 43 blocks successfully read.
Invalid checksum received!

ERR> 0x0000: fd 00 0c 00 00 00 43 6f 5f 43 50 55 5f 42 51 fd   ......Co_CPU_BQ.
ERR> 0x0010: 00                                                .
calculated: 2248


Jetzt bin ich wieder so weit dass das Update wie beim ersten mal stehen bleibt.

Das Modul lässt sich zwar in FHEM öffnen, aber es erzeugt Fehlermeldungen im Log:
Internals:
   CNT        1
   DEF        /dev/ttyAMA0
   DevState   1
   DevType    UART
   DeviceName /dev/ttyAMA0@115200
   FD         19
   NAME       myHmUART
   NR         159
   PARTIAL
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   0
   Helper:
     Ackpending:
       1:
         cmd        00
         dst        0
         time       1467055034.58491
     log:
   Readings:
     2016-06-27 20:47:59   D-HMIdAssigned  424242
     2016-06-27 20:47:59   D-HMIdOriginal  470574
     2016-06-27 20:47:59   D-firmware      1.2.1
     2016-06-27 20:47:59   D-serialNr      NEQ0230723
     2016-06-27 21:17:09   D-type          HM-MOD-UART
     2016-06-27 21:17:14   cond            init
     2016-06-27 20:52:15   load            1
     2016-06-27 21:17:09   loadLvl         suspended
     2016-06-27 21:17:09   state           opened
Attributes:
   hmId       424242
   room       CUL_HM


Beim Update war das Modul closed und FHEM beendet.


Hat jemand eine Idee was ich noch machen kann?
FHEM, Ubuntu unter Proxmox (NUCi7)
FHT80B; CUL_FHTTK; HMUARTLGW; HUE; Netatmo; ENIGMA2; FRITZBOX; S7 und viele weitere.

Rampler

FHEM beenden, Stick abziehen, kurz warten, und Stick erneut einstecken, dann sollte es gehen, zumindest hat das bei mir funktioniert ..
3 HMUART (2 via ESP8266), 1 DUOFERN, 12 ESP8266, SolvisBen, GoodWE WR, RPI2 (Bullseye), ZWAVE, HM-Classic, und hoch zufrieden ...
Danke an alle, die was dazu beigetragen haben !!

ThiemoSt

Sobald ich den Stick abziehe verliere ich die SSH Verbindung, denke da kommt der Raspi nicht ganz klar mit.

Update: Nach dem x-ten Versuch hat es nun geklappt.
FHEM, Ubuntu unter Proxmox (NUCi7)
FHT80B; CUL_FHTTK; HMUARTLGW; HUE; Netatmo; ENIGMA2; FRITZBOX; S7 und viele weitere.

alexschomb

Zitat von: mgernoth am 27 Juni 2016, 18:50:20
Hallo,

Habe keinen Möglichkeit gefunden, ein ACK-Paket mit einer "falschen" hmId abzusenden. Ich denke Du solltest für Deinen Einsatzzweck eine VCCU und ihre virtuellen Aktoren benutzen. Die benutzen die gleiche hmId wie die VCCU (und damit die IOs).

Die Pakete für virtuelle Rauchmelderteams sollten keinen Absturz verursachen.

Viele Grüße
  Michael

Hallo Michael,

danke für deine Bemühungen. Kannst du mir kurz erklären was ich genau machen soll bzgl. der VCCU? Wenn ich das richtig verstanden habe ist die VCCU in meinem Fall bereits HmLGW, oder? Soll ich jetzt "set HmLGW virtual 4" ausführen und die 4 neuen Kanäle mit der Fernbedienung peeren? Dann habe ich schnell das Problem, dass ich mit 9 maximalen virtuellen Kanälen nicht hinkomme, wenn jede Fernbedienung schon vier bentötigt. Oder ist es gar nicht erforderlich mehrere virtuelle Kanäle anzulegen? Ich konnte dazu leider keine aussagekräftigen Informationen finden. :/

Wo liegt denn der Unterschied zwischen dem virtuellen Device als Teamleader der Rauchmelder und dem virtuellen Device für die Fernbedienungen?

Liebe Grüße,

Alex

mgernoth

Hallo Alex,

Zitat von: alexschomb am 28 Juni 2016, 19:04:16
danke für deine Bemühungen. Kannst du mir kurz erklären was ich genau machen soll bzgl. der VCCU?

Eine VCCU mit der hmId des LGW anlegen und dieser das LGW als IO zuweisen. Bei allen Geräten die VCCU in der IOgrp setzen:
http://www.fhemwiki.de/wiki/Virtueller_Controller_VCCU

Ist kein großer Akt, kein repairing oder sowas notwendig.

Zitat
Wenn ich das richtig verstanden habe ist die VCCU in meinem Fall bereits HmLGW, oder?

Nein, das ist nur ein IO.

Zitat
Soll ich jetzt "set HmLGW virtual 4" ausführen und die 4 neuen Kanäle mit der Fernbedienung peeren? Dann habe ich schnell das Problem, dass ich mit 9 maximalen virtuellen Kanälen nicht hinkomme, wenn jede Fernbedienung schon vier bentötigt.

Eine VCCU kann 50 virtuelle Kanäle erzeugen.

Zitat
Oder ist es gar nicht erforderlich mehrere virtuelle Kanäle anzulegen?

Wenn Du nur virtuelle Aktoren benötigst um sie mit Fernbedienungen zu peeren, dann reicht einer. Ich habe hier auch nur einen virtuellen Aktor mit allem gepeert, den Sender kann man im Notify problemlos unterscheiden.

Zitat
Wo liegt denn der Unterschied zwischen dem virtuellen Device als Teamleader der Rauchmelder und dem virtuellen Device für die Fernbedienungen?

Der Teamleader muss keine ACKs schicken, welche die Firmware des LGW/UART zum Absturz bringen.

Die "normale" CCU2 unterstützt auch nur virtuelle Kanäle, die die gleiche hmId wie die Zentrale haben.

Viele Grüße
  Michael

Jorge3711

Hallo zusammen,

habe das HMUART jetzt auch bei mir zum testen in meiner FHEM Instanz. Es steckt zusammen mit einem alten HMLAN in einer VCCU:


Internals:
   DEF        54D789
   HMLAN1_MSGCNT 17
   HMLAN1_RAWMSG E54D789,0000,3BAE67C2,FF,FFCA,3D800254D789407F8200
   HMLAN1_RSSI -54
   HMLAN1_TIME 2016-06-29 14:03:15
   IODev      HMLAN1
   LASTInputDev myHmUART
   MSGCNT     34
   NAME       vccu
   NR         45
   NTFY_ORDER 50-vccu
   STATE      HMLAN1:disconnected,myHmUART:ok,
   TYPE       CUL_HM
   assignedIOs HMLAN1,myHmUART
   lastMsg    No:28 - t:02 s:54D789 d:4A3486 00
   myHmUART_MSGCNT 17
   myHmUART_RAWMSG 0500003228800254D7894A348600
   myHmUART_RSSI -50
   myHmUART_TIME 2016-06-29 14:03:27
   protLastRcv 2016-06-29 14:03:27
   rssi_at_HMLAN1 avg:-54 min:-54 max:-54 lst:-54 cnt:17
   rssi_at_myHmUART avg:-49.94 min:-50 max:-49 lst:-50 cnt:17
   Readings:
     2016-06-29 14:03:27   CommandAccepted yes
     2016-06-29 13:30:34   recentStateType ack
     2016-06-29 14:03:24   state           HMLAN1:disconnected,myHmUART:ok,
     2016-06-14 23:31:06   unknown_3DFBFE  received
     2016-06-28 22:19:09   unknown_424242  received
     2016-06-14 17:32:09   unknown_4A3486  received
     2016-06-14 19:15:09   unknown_4C1211  received
     2016-06-29 13:38:50   unknown_F10000  received
   Helper:
     HM_CMDNR   40
     mId        FFF0
     rxType     1
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       nextSend   1467201795.86853
       prefIO
       vccu
       ioList:
         HMLAN1
         myHmUART
     Mrssi:
       mNo        28
       Io:
         myHmUART   -50
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       vrt        1
     Rssi:
       At_hmlan1:
         avg        -54
         cnt        17
         lst        -54
         max        -54
         min        -54
       At_myhmuart:
         avg        -49.9411764705882
         cnt        17
         lst        -50
         max        -49
         min        -50
     Shadowreg:
     Tmpl:
Attributes:
   IODev      HMLAN1
   IOList     HMLAN1,myHmUART
   expert     2_full
   group      IODevs
   model      CCU-FHEM
   room       Zentrale
   subType    virtual
   webCmd     virtual:update


Und myHmUART ist wie folgt aufgesetzt:


Internals:
   AssignedPeerCnt 12
   CHANGED
   CNT        54
   DEF        /dev/ttyAMA0
   DEVCNT     54
   DevState   99
   DevType    UART
   DeviceName /dev/ttyAMA0@115200
   FD         19
   NAME       myHmUART
   NR         201
   PARTIAL
   RAWMSG     040204
   RSSI       -54
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   1
   msgLoadCurrent 2
   msgLoadCurrentRaw 4
   msgLoadHistory 1/0/0/-1/0/0/-2/0/0/0/-3/0
   msgLoadHistoryAbs 2/1/1/1/2/2/2/4/4/4/4/7/7
   owner      54D789
   owner_CCU  vccu
   Helper:
     CreditTimer 450
     FW         66561
     Initialized 1
     SendCnt    48
     Ackpending:
     Assignedpeers:
       329BDC     FFFFFFFFFFFFFFFF (flags: 0)
       341C9E     FFFFFFFFFFFFFFFF (flags: 0)
       341D9C     FFFFFFFFFFFFFFFF (flags: 0)
       341DC9     FFFFFFFFFFFFFFFF (flags: 0)
       37DBD9     FFFFFFFFFFFFFFFF (flags: 0)
       380A80     FFFFFFFFFFFFFFFF (flags: 0)
       3DFBFE     FFFFFFFFFFFFFFFF (flags: 0)
       407F82     FFFFFFFFFFFFFFFF (flags: 0)
       40CB42     FFFFFFFFFFFFFFFF (flags: 0)
       40CC03     FFFFFFFFFFFFFFFF (flags: 0)
       4193E3     FFFFFFFFFFFFFFFF (flags: 0)
       4A3486     FFFFFFFFFFFFFFFF (flags: 0)
     LastSendLen:
       3
       3
       3
     PeerQueue:
     PendingCMD:
     Loadlvl:
       lastHistory 1467208396.79632
     log:
       all
       sys
   Peers:
     329BDC     assigned
     341C9E     assigned
     341D9C     assigned
     341DC9     assigned
     37DBD9     assigned
     380A80     assigned
     3DFBFE     assigned
     407F82     assigned
     40CB42     assigned
     40CC03     assigned
     4193E3     assigned
     4A3486     assigned
   Readings:
     2016-06-29 14:03:16   D-HMIdAssigned  54D789
     2016-06-29 14:03:16   D-HMIdOriginal  470879
     2016-06-29 14:03:16   D-firmware      1.4.1
     2016-06-29 14:03:16   D-serialNr      NEQ0229945
     2016-06-29 14:03:12   D-type          HM-MOD-UART
     2016-06-29 14:03:16   cond            ok
     2016-06-29 15:53:39   load            2
     2016-06-29 14:03:16   loadLvl         low
     2016-06-29 14:03:12   state           opened
   Helper:
Attributes:
   group      IODevs
   hmId       54D789
   logIDs     all,sys
   room       Zentrale



Mir ist jetzt folgendes aufgefallen:
Direkt nach einem FHEM Neustart schlug diese Fehl, bzw. es war eine Meldung bzgl. RegList ("cannot read regList" o.ä.) im State des Devices zu sehen. Jetzt habe ich FHEM mal ne Weile laufen lassen und es nochmal probiert. Der getConfig wird jetzt ohne Fehler abgearbeitet, allerdings tauchen Meldungen ala "IO currently busy, trying again in a bit" auf.

Hier ein Mitschnitt eines getConfig auf einen HM-LC-Bl1PBU-FM:


2016.06.29 15:48:02.528 0: HMUARTLGW myHmUART send: 01 02 00 00 00 msg: 03 84 01 54D789 000000 010A4D455131333134323432
2016.06.29 15:48:02.615 0: HMUARTLGW myHmUART recv: 01 0402, state 101
2016.06.29 15:48:02.616 0: HMUARTLGW myHmUART Ack: 02
2016.06.29 15:48:04.728 0: HMUARTLGW myHmUART recv: 01 05 00 00 36 msg: 56 86 5E 3DFBFE 000000 13DF130053FC
2016.06.29 15:48:07.595 0: HMUARTLGW myHmUART send: 00 08
2016.06.29 15:48:07.604 0: HMUARTLGW myHmUART recv: 00 040201, state 98
2016.06.29 15:48:07.605 0: HMUARTLGW myHmUART GetSet Ack: 02, state 98
2016.06.29 15:48:09.933 0: HMUARTLGW myHmUART send: 01 0640CC03000000
2016.06.29 15:48:09.943 0: HMUARTLGW myHmUART recv: 01 04070101000BFFFFFFFFFFFFFFFF, state 90
2016.06.29 15:48:09.944 0: HMUARTLGW myHmUART GetSet Ack: 07, state 90
2016.06.29 15:48:09.948 0: HMUARTLGW myHmUART send: 01 08
2016.06.29 15:48:10.045 0: HMUARTLGW myHmUART recv: 01 0407010340CB42FFFFFFFFFFFFFFFF00329BDCFFFFFFFFFFFFFFFF00341C9EFFFFFFFFFFFFFFFF00380A80FFFFFFFFFFFFFFFF004193E3FFFFFFFFFFFFFFFF00, state 93
2016.06.29 15:48:10.047 0: HMUARTLGW myHmUART GetSet Ack: 07, state 93
2016.06.29 15:48:10.047 0: HMUARTLGW myHmUART known peer: 40CB42, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.29 15:48:10.048 0: HMUARTLGW myHmUART known peer: 329BDC, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.29 15:48:10.048 0: HMUARTLGW myHmUART known peer: 341C9E, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.29 15:48:10.048 0: HMUARTLGW myHmUART known peer: 380A80, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.29 15:48:10.049 0: HMUARTLGW myHmUART known peer: 4193E3, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.29 15:48:10.053 0: HMUARTLGW myHmUART recv: 01 040702033DFBFEFFFFFFFFFFFFFFFF0040CC03FFFFFFFFFFFFFFFF0037DBD9FFFFFFFFFFFFFFFF00341D9CFFFFFFFFFFFFFFFF00341DC9FFFFFFFFFFFFFFFF00, state 93
2016.06.29 15:48:10.054 0: HMUARTLGW myHmUART GetSet Ack: 07, state 93
2016.06.29 15:48:10.054 0: HMUARTLGW myHmUART known peer: 3DFBFE, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.29 15:48:10.055 0: HMUARTLGW myHmUART known peer: 40CC03, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.29 15:48:10.055 0: HMUARTLGW myHmUART known peer: 37DBD9, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.29 15:48:10.056 0: HMUARTLGW myHmUART known peer: 341D9C, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.29 15:48:10.056 0: HMUARTLGW myHmUART known peer: 341DC9, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.29 15:48:10.058 0: HMUARTLGW myHmUART recv: 01 040703034A3486FFFFFFFFFFFFFFFF00, state 93
2016.06.29 15:48:10.059 0: HMUARTLGW myHmUART GetSet Ack: 07, state 93
2016.06.29 15:48:10.059 0: HMUARTLGW myHmUART known peer: 4A3486, aesChannels: FFFFFFFFFFFFFFFF, flags: 0
2016.06.29 15:48:10.061 0: HMUARTLGW myHmUART send: 01 02 00 00 00 msg: 04 A0 01 54D789 40CC03 00040000000000
2016.06.29 15:48:10.225 0: HMUARTLGW myHmUART recv: 01 0402, state 100
2016.06.29 15:48:10.226 0: HMUARTLGW myHmUART Ack: 02
2016.06.29 15:48:10.233 0: HMUARTLGW myHmUART recv: 01 05 01 00 27 msg: 04 A0 10 40CC03 54D789 0202010A540BD70C8915FF1800
2016.06.29 15:48:10.469 0: HMUARTLGW myHmUART recv: 01 05 01 00 27 msg: 05 A0 10 40CC03 54D789 030000
2016.06.29 15:48:10.482 0: HMUARTLGW myHmUART send: 01 02 00 00 00 msg: 06 A0 01 54D789 40CC03 01040000000001
2016.06.29 15:48:10.491 0: HMUARTLGW myHmUART recv: 01 0408, state 100
2016.06.29 15:48:10.492 0: HMUARTLGW myHmUART IO currently busy, trying again in a bit
2016.06.29 15:48:10.696 0: HMUARTLGW myHmUART send: 01 02 00 00 00 msg: 06 A0 01 54D789 40CC03 01040000000001
2016.06.29 15:48:10.917 0: HMUARTLGW myHmUART recv: 01 0402, state 100
2016.06.29 15:48:10.919 0: HMUARTLGW myHmUART Ack: 02
2016.06.29 15:48:10.927 0: HMUARTLGW myHmUART recv: 01 05 01 00 26 msg: 06 A0 10 40CC03 54D789 030800000000FA00FA0500
2016.06.29 15:48:11.168 0: HMUARTLGW myHmUART recv: 01 05 01 00 26 msg: 07 A0 10 40CC03 54D789 02300657245600
2016.06.29 15:48:11.413 0: HMUARTLGW myHmUART recv: 01 05 01 00 26 msg: 08 A0 10 40CC03 54D789 030000
2016.06.29 15:48:11.427 0: HMUARTLGW myHmUART send: 01 02 00 00 00 msg: 09 A0 01 54D789 40CC03 0103
2016.06.29 15:48:11.434 0: HMUARTLGW myHmUART recv: 01 0408, state 100
2016.06.29 15:48:11.436 0: HMUARTLGW myHmUART IO currently busy, trying again in a bit
2016.06.29 15:48:11.639 0: HMUARTLGW myHmUART send: 01 02 00 00 00 msg: 09 A0 01 54D789 40CC03 0103
2016.06.29 15:48:11.871 0: HMUARTLGW myHmUART recv: 01 0402, state 100
2016.06.29 15:48:11.873 0: HMUARTLGW myHmUART Ack: 02
2016.06.29 15:48:11.874 0: HMUARTLGW myHmUART send: 00 08
2016.06.29 15:48:11.883 1: HMUARTLGW myHmUART invalid checksum received, recalculated with slen 3: 0
2016.06.29 15:48:11.884 0: HMUARTLGW myHmUART recv: 01 05 01 00 26 msg: 09 A0 10 40CC03 54D789 013AF4380200000000
2016.06.29 15:48:11.900 0: HMUARTLGW myHmUART recv: 00 040202, state 98
2016.06.29 15:48:11.901 0: HMUARTLGW myHmUART GetSet Ack: 02, state 98
2016.06.29 15:48:11.904 0: HMUARTLGW myHmUART send: 01 02 00 00 00 msg: 0A A0 01 54D789 40CC03 01043AF4380203
2016.06.29 15:48:11.911 0: HMUARTLGW myHmUART recv: 01 0408, state 100
2016.06.29 15:48:11.912 0: HMUARTLGW myHmUART IO currently busy, trying again in a bit
2016.06.29 15:48:12.116 0: HMUARTLGW myHmUART send: 01 02 00 00 00 msg: 0A A0 01 54D789 40CC03 01043AF4380203
2016.06.29 15:48:12.284 0: HMUARTLGW myHmUART recv: 01 0402, state 100
2016.06.29 15:48:12.285 0: HMUARTLGW myHmUART Ack: 02
2016.06.29 15:48:12.290 0: HMUARTLGW myHmUART recv: 01 05 01 00 26 msg: 0A A0 10 40CC03 54D789 0301000000326400FF00FF011452630000
2016.06.29 15:48:12.539 0: HMUARTLGW myHmUART recv: 01 05 01 00 26 msg: 0B A0 10 40CC03 54D789 0311C80000000000000000000000FF6300
2016.06.29 15:48:12.788 0: HMUARTLGW myHmUART recv: 01 05 01 00 26 msg: 0C A0 10 40CC03 54D789 0381000000326400FF00FF211452630000
2016.06.29 15:48:13.038 0: HMUARTLGW myHmUART recv: 01 05 01 00 26 msg: 0D A0 10 40CC03 54D789 0391C80000000000000000000000056300
2016.06.29 15:48:13.273 0: HMUARTLGW myHmUART recv: 01 05 01 00 26 msg: 0E A0 10 40CC03 54D789 030000
2016.06.29 15:48:22.604 0: HMUARTLGW myHmUART send: 00 08
2016.06.29 15:48:22.610 0: HMUARTLGW myHmUART recv: 00 040202, state 98
2016.06.29 15:48:22.612 0: HMUARTLGW myHmUART GetSet Ack: 02, state 98
2016.06.29 15:48:37.645 0: HMUARTLGW myHmUART send: 00 08
2016.06.29 15:48:37.653 0: HMUARTLGW myHmUART recv: 00 040202, state 98
2016.06.29 15:48:37.654 0: HMUARTLGW myHmUART GetSet Ack: 02, state 98
2016.06.29 15:48:52.655 0: HMUARTLGW myHmUART send: 00 08
2016.06.29 15:48:52.662 0: HMUARTLGW myHmUART recv: 00 040202, state 98
2016.06.29 15:48:52.663 0: HMUARTLGW myHmUART GetSet Ack: 02, state 98


Auch zu sehen ist die im Thread ja schon bekannte Meldung "invalid checksum received, recalculated with slen 3: 0". Ansonsten scheint es zu funktionieren.

Gruß Carsten

mgernoth

Hallo,

Zitat von: Jorge3711 am 29 Juni 2016, 16:02:13
Mir ist jetzt folgendes aufgefallen:
Direkt nach einem FHEM Neustart schlug diese Fehl, bzw. es war eine Meldung bzgl. RegList ("cannot read regList" o.ä.) im State des Devices zu sehen.

Das ist komisch. Ist das reproduzierbar? Kannst Du evtl. mal bei einem Neustart mitloggen?

Zitat
Jetzt habe ich FHEM mal ne Weile laufen lassen und es nochmal probiert. Der getConfig wird jetzt ohne Fehler abgearbeitet, allerdings tauchen Meldungen ala "IO currently busy, trying again in a bit" auf.

Die Meldung ist ok, das Funkmodul meldet, dass es gerade beschäftigt ist und der Vorgang wird dann nach ca. 200ms automatisch wiederholt.

Zitat
Auch zu sehen ist die im Thread ja schon bekannte Meldung "invalid checksum received, recalculated with slen 3: 0". Ansonsten scheint es zu funktionieren.

Die "recalculated ...: 0" ist auch gut, da hier der Firmwarebug korrekt erkannt wurde und die Checksumme richtig neu berechnet wurde. Nur wenn ein "dropped frame" oder eine Zahl != 0 nach dem Doppelpunkt in der Meldung vorkommt, dann hat das nicht geklappt (oder es gab wirklich einen Übertragungsfehler). Die Meldung ist im Augenblick nur noch drin, um zu sehen wie gut meine Erkennung des Firmwarebugs ist.

Viele Grüße
  Michael

alexschomb

Hallo Michael,

danke für die Erklärung und den Link bzgl. VCCU. Jetzt klappt alles wie gewünscht :)

Liebe Grüße,

Alex

mmattern

Hallo zusammen,

ich experimentiere gerade ein wenig mit dem HMMODUARTLGW herum (habe ein HM-MOD-RPI-PCB in einen RPi 3 eingebaut). Funktioniert auch soweit, nach FW-Update auf 1.4.1 funktioniert das Modul in einer lokal auf dem RPi befindlichen FHEM-Installation. Nun würde ich diese Kombi gern (nach Art eines HMLAN) in mein eigentliches FHEM-System einbinden.
Dort laufen bisher zwei HMLANs und zwei HM-CFG-USB-2 als eine VCCU.
Die FHEM-Hauptinstanz läuft auf einem Intel NUC unter Ubuntu.

Wenn ich richtig verstehe, läuft hmland aktuell nicht mit dem HM-MOD-UART.
Meine Idee wäre also, mittels RAW FHEM2FHEM-Connection das Modul einzubinden:

1) Lokal auf dem RPi:
define myHmUART HMUARTLGW

2) zentrale FHEM-Instanz:
define myHmUART HMUARTLGW none
define FB_fhem2fhem_raw1 FHEM2FHEM 192.168.178.112:7072 RAW:myHmUART

(192.168.178.112 ist die IP des RPi)

So funktioniert es allerdings noch nicht.

Daher also meine Frage:
Ist das überhaupt der richtige Ansatz? Wenn ja, wie funktioniert es richtig? Wenn nicht: Gibt es dafür aktuell eine Lösung?

Merci & beste Grüße
Michael
2x Raspberry Pi, 2x HM-CFG-LAN, 2x HM-CFG-USB, 2x HM-ES-PMSw1-Pl, 3x HM-LC-BL1-FM, 10x HM-LC-Bl1PBU-FM, 6x HM-LC-Sw1PBU-FM-CustomFW, 2x HM-PB-2-WM55-2, 4x HM-PB-6-WM55, 2x HM-SEC-MDIR-2, 6x HM-SEC-RHS, 2x HM-SEC-WIN, 2x HM-Sys-sRP-Pl

Rampler

Der Firmwarebug "invalid checksum" scheint mit der aktuellen Version eliminiert zu sein:
2016.07.01 10:19:06 1: HMUARTLGW HMUART invalid checksum received, recalculated with slen 18: 11468
2016.07.01 10:19:06 1: HMUARTLGW HMUART invalid checksum received, recalculated with slen 18: 0
:)
3 HMUART (2 via ESP8266), 1 DUOFERN, 12 ESP8266, SolvisBen, GoodWE WR, RPI2 (Bullseye), ZWAVE, HM-Classic, und hoch zufrieden ...
Danke an alle, die was dazu beigetragen haben !!

Jorge3711

Zitat von: mgernoth am 30 Juni 2016, 10:15:46

Das ist komisch. Ist das reproduzierbar? Kannst Du evtl. mal bei einem Neustart mitloggen?

Hm, es lies sich nicht gezielt reproduzieren. Dafür habe ich ein anderes Verhalten beobachtet:

Wenn ich meinen HMLAN1 stromlos mache und FHEM nur mit dem myHMUART neustarte (habe sogar nen Reboot des RPi gemacht) kommt FHEM mit diesen Meldungen hoch:


2016.07.03 10:45:05.802 1: Including fhem.cfg
2016.07.03 10:45:05.880 3: telnetPort: port 7072 opened
2016.07.03 10:45:06.238 3: WEB: port 8083 opened
2016.07.03 10:45:06.245 3: WEBphone: port 8084 opened
2016.07.03 10:45:06.249 3: WEBtablet: port 8085 opened
2016.07.03 10:45:06.627 2: eventTypes: loaded 1545 events from ./log/eventTypes.txt
2016.07.03 10:45:06.791 3: WEBhook: port 8088 opened
2016.07.03 10:45:07.079 3: Connecting to database mysql:database=fhem;host=ipfire;port=3306 with user fhemsql
2016.07.03 10:45:07.199 3: Connection to db mysql:database=xxx;host=xxx;port=3306 established for pid 2462
2016.07.03 10:45:07.202 3: Connection to db mysql:database=xxx;host=xxx;port=3306 established
2016.07.03 10:45:08.783 1: HMLAN_Parse: HMLAN1 new condition disconnected
2016.07.03 10:45:08.785 3: Opening HMLAN1 device 172.x.135.xxx:1000
2016.07.03 10:45:11.787 3: Can't connect to 172.x.135.xxx:1000: No route to host
2016.07.03 10:45:13.432 3: Opening CUL_0 device /dev/ttyACM0
2016.07.03 10:45:13.544 3: Setting CUL_0 serial parameters to 9600,8,N,1
2016.07.03 10:45:13.671 3: CUL_0: Possible commands: BbCFiAZEGMKUYRTVWXefmltux
2016.07.03 10:45:13.693 3: CUL_0 device opened
2016.07.03 10:45:14.338 3: TelegramBot_Define TelegramBot: called
2016.07.03 10:45:14.703 1: Including buderus.cfg
2016.07.03 10:45:15.024 3: Buderus using AES-Key: 1234
2016.07.03 10:45:15.099 3: FHEM2FHEM opening Remoteserver at 172.x.135.xxx:7072
2016.07.03 10:45:15.101 3: FHEM2FHEM device opened (Remoteserver)
2016.07.03 10:45:15.283 1: PERL WARNING: Constant subroutine main::URL redefined at /usr/share/perl/5.14/constant.pm line 136, <$fh> line 998.
2016.07.03 10:45:15.546 3: Opening myHmUART device /dev/ttyAMA0
2016.07.03 10:45:15.548 3: Setting myHmUART serial parameters to 115200,8,N,1
2016.07.03 10:45:15.553 3: myHmUART device opened
2016.07.03 10:45:15.557 1: Including ./log/fhem.save
2016.07.03 10:45:16.684 3: Device energie_strom_haupt added to ActionDetector with 000:10 time
2016.07.03 10:45:16.734 3: Device energie_strom_waschmaschine added to ActionDetector with 000:10 time
2016.07.03 10:45:17.002 3: Device flur_tfk_wc added to ActionDetector with 000:50 time
2016.07.03 10:45:17.310 3: Device temp_diff_measure01 added to ActionDetector with 012:00 time
2016.07.03 10:45:17.456 3: Device terrasse_tfk_tuer added to ActionDetector with 028:00 time
2016.07.03 10:45:17.729 3: myOWServer: Opening connection to OWServer onewire:4304...
2016.07.03 10:45:17.730 3: myOWServer: Successfully connected to onewire:4304.
2016.07.03 10:45:18.191 0: Featurelevel: 5.7
2016.07.03 10:45:18.192 0: Server started with 147 defined entities (fhem.pl:11715/2016-06-25 perl:5.014002 os:linux user:fhem pid:2462)
2016.07.03 10:45:18.248 0: HMUARTLGW myHmUART send: 00 00
2016.07.03 10:45:18.364 0: HMUARTLGW myHmUART recv: 00 0402436F5F4350555F417070, state 1
2016.07.03 10:45:18.366 3: HMUARTLGW myHmUART currently running Co_CPU_App
2016.07.03 10:45:19.372 0: HMUARTLGW myHmUART send: 01 0054D789
2016.07.03 10:45:19.378 0: HMUARTLGW myHmUART recv: 01 0408, state 4
2016.07.03 10:45:19.379 0: HMUARTLGW myHmUART GetSet Ack: 08, state 4
2016.07.03 10:45:19.882 0: HMUARTLGW myHmUART send: 01 0054D789
2016.07.03 10:45:19.888 0: HMUARTLGW myHmUART recv: 01 0408, state 4
2016.07.03 10:45:19.889 0: HMUARTLGW myHmUART GetSet Ack: 08, state 4
2016.07.03 10:45:20.813 0: HMUARTLGW myHmUART send: 01 0054D789
2016.07.03 10:45:20.833 0: HMUARTLGW myHmUART recv: 01 0408, state 4
2016.07.03 10:45:20.834 0: HMUARTLGW myHmUART GetSet Ack: 08, state 4
2016.07.03 10:45:21.337 0: HMUARTLGW myHmUART send: 01 0054D789
2016.07.03 10:45:21.348 0: HMUARTLGW myHmUART recv: 01 0408, state 4
2016.07.03 10:45:21.349 0: HMUARTLGW myHmUART GetSet Ack: 08, state 4
2016.07.03 10:45:21.851 0: HMUARTLGW myHmUART send: 01 0054D789
2016.07.03 10:45:21.856 0: HMUARTLGW myHmUART recv: 01 0408, state 4
2016.07.03 10:45:21.858 0: HMUARTLGW myHmUART GetSet Ack: 08, state 4
2016.07.03 10:45:22.360 0: HMUARTLGW myHmUART send: 01 0054D789
2016.07.03 10:45:22.367 0: HMUARTLGW myHmUART recv: 01 0408, state 4
2016.07.03 10:45:22.371 0: HMUARTLGW myHmUART GetSet Ack: 08, state 4
2016.07.03 10:45:22.874 0: HMUARTLGW myHmUART send: 01 0054D789
2016.07.03 10:45:22.880 0: HMUARTLGW myHmUART recv: 01 0408, state 4
2016.07.03 10:45:22.881 0: HMUARTLGW myHmUART GetSet Ack: 08, state 4
2016.07.03 10:45:23.384 0: HMUARTLGW myHmUART send: 01 0054D789
2016.07.03 10:45:23.391 0: HMUARTLGW myHmUART recv: 01 0408, state 4
2016.07.03 10:45:23.392 0: HMUARTLGW myHmUART GetSet Ack: 08, state 4
2016.07.03 10:45:23.895 0: HMUARTLGW myHmUART send: 01 0054D789
2016.07.03 10:45:23.900 0: HMUARTLGW myHmUART recv: 01 0408, state 4
2016.07.03 10:45:23.901 0: HMUARTLGW myHmUART GetSet Ack: 08, state 4
2016.07.03 10:45:24.404 0: HMUARTLGW myHmUART send: 01 0054D789
[...]


Diese Meldungen wiederholen sich ohne Ende und ich kann tatsächlich keine HM Devices schalten.Hier fehlen mir irgendwie die ganzen setStatusRequest beim Start von FHEM?!
Nachdem ich den HMLAN1 wieder aktiviert habe, taucht der myHMUART in den INTERNALS gar nicht mehr auf (nach dem ich einen getConfig abgesetzt habe):


Internals:
   DEF        37DBD9
   HMLAN1_MSGCNT 32
   HMLAN1_RAWMSG E37DBD9,0000,000326F6,FF,FFBF,18A01037DBD954D789030000
   HMLAN1_RSSI -65
   HMLAN1_TIME 2016-07-03 10:58:44
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     32
   NAME       kueche_licht_decke
   NR         57
   NTFY_ORDER 50-kueche_licht_decke
   STATE      off
   TYPE       CUL_HM
   lastMsg    No:18 - t:10 s:37DBD9 d:54D789 030000
   peerList   kueche_remote_6fach_Btn_02,
   protLastRcv 2016-07-03 10:58:44
   protSnd    32 last_at:2016-07-03 10:58:44
   protState  CMDs_done
   rssi_HMLAN1 avg:-88.8 min:-90 max:-87 lst:-88 cnt:5
   rssi_at_HMLAN1 avg:-63.68 min:-65 max:-62 lst:-65 cnt:32
   Readings:
     2016-07-03 10:58:35   CommandAccepted yes
     2016-04-27 19:42:46   D-firmware      2.3
     2016-04-27 19:42:46   D-serialNr      MEQ0225159
     2016-07-03 10:58:42   PairedTo        0x54D789
     2016-04-27 19:44:12   R-kueche_remote_6fach_Btn_02-lgActionType jmpToTarget
     2016-04-27 19:44:12   R-kueche_remote_6fach_Btn_02-shActionType jmpToTarget
     2016-04-27 19:44:10   R-pairCentral   0x54D789
     2016-04-27 19:44:11   R-sign          off
     2016-07-03 10:58:42   RegL_00.          02:01 0A:54 0B:D7 0C:89 15:FF 18:00 00:00
     2016-07-03 10:58:43   RegL_01.         08:00  30:06 57:24 00:00
     2016-07-03 10:58:44   RegL_03.kueche_remote_6fach_Btn_02  02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:14 0C:63 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:14 8C:63 00:00
     2016-07-03 10:58:35   deviceMsg       off (to vccu)
     2016-07-03 10:58:35   level           0
     2016-07-03 10:58:35   pct             0
     2016-07-03 10:58:43   peerList        kueche_remote_6fach_Btn_02,
     2016-07-03 10:58:35   recentStateType ack
     2016-06-29 13:37:30   sabotageAttackId_ErrIoId_F10000 cnt:12
     2016-07-03 10:58:35   state           off
     2016-07-03 10:58:35   timedOn         off
     2016-06-30 23:45:14   trigLast        kueche_remote_6fach_Btn_02:short
     2016-06-30 23:45:14   trig_kueche_remote_6fach_Btn_02 short
   Helper:
     HM_CMDNR   24
     cSnd       0154D78937DBD90103,0154D78937DBD901043667BF0203
     dlvlCmd    ++A01154D78937DBD90201000000
     mId        0069
     peerIDsRaw ,3667BF02,00000000
     rxType     1
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +37DBD9,00,00,00
       nextSend   1467536324.82945
       rxt        0
       vccu       vccu
       p:
         37DBD9
         00
         00
         00
     Mrssi:
       mNo        18
       Io:
         HMLAN1     -63
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       prs        1
     Rpt:
       IO         HMLAN1
       flg        A
       ts         1467536324.75204
       ack:
         HASH(0x1dfbfe8)
         18800254D78937DBD900
     Rssi:
       Hmlan1:
         avg        -88.8
         cnt        5
         lst        -88
         max        -87
         min        -90
       At_hmlan1:
         avg        -63.6875
         cnt        32
         lst        -65
         max        -62
         min        -65
     Shadowreg:
     Tmpl:
Attributes:
   IODev      vccu
   IOgrp      vccu
   alias      Licht Küche
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   2.3
   group      Licht Küche
   icon       light_ceiling
   model      HM-LC-Sw1PBU-FM
   peerIDs    00000000,3667BF02,
   room       Küche
   serialNr   MEQ0225159
   subType    switch
   webCmd     on:off


Sieht ja fast so aus, als wäre mein myHMUART tot?!

Die 00_HMUART.pm habe ich gestern oder vorgestern neu gezogen:


# md5sum 00_HMUARTLGW.pm
35797647e25402b25796b45ebfc7c62a  00_HMUARTLGW.pm


Die 10_CUL_HM ist in folgender Version vorhanden:

File         Rev   Last Change

10_CUL_HM.pm 11685 2016-06-18 08:02:09Z martinp876


Hast du eine Idee?