[GELÖST] Fehler HM-MOD-UART disconnected seit Update obwohl STATE opened

Begonnen von Burny4600, 30 Januar 2018, 21:55:40

Vorheriges Thema - Nächstes Thema

Burny4600

Hat sich irgendetwas bei den letzten Updates geändert das VCCU bei den HM-MOD-UART cond disconnected meldet?

Laut LOG werden alle Homematic Geräte als unbekannt definiert.    
HM-CC-RT-DN
2018.01.30 21:30:35.177 3: Device EG_KU_HZG_RT added to ActionDetector with 000:10 time
2018.01.30 21:30:35.181 4: Device EG_KU_HZG_RT is unknown

HM-TC-IT-WM-W-EU
2018.01.30 21:30:35.269 3: Device EG_KU_HZG_TC added to ActionDetector with 000:10 time
2018.01.30 21:30:35.273 4: Device EG_KU_HZG_TC is unknown

usw.

Was ist die Ursache dieser Fehler?

LIST HM-MOD-UART
Internals:
   CFGFN      /media/hdd/fhem/mycfg/schnittstellen_rasp01.cfg
   CNT        0
   Clients    :CUL_HM:
   DEF        /dev/ttyAMA0
   DevState   0
   DevType    UART
   DeviceName /dev/ttyAMA0@115200
   FD         15
   LastOpen   1517344176.33241
   NAME       HmUART_OG2
   NR         327
   PARTIAL   
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   0
   model      HM-MOD-UART
   owner_CCU  VCCU
   Helper:
     Log:
       Resolve    1
       IDs:
     PeerQueue:
       HASH(0x3cc49e0)
       HASH(0x3cc7db8)
       HASH(0x3cc7cc8)
       HASH(0x3cc88e0)
       HASH(0x3ccc7a8)
       HASH(0x3ccf590)
       HASH(0x3cc8a18)
       HASH(0x3cd1568)
       HASH(0x3cd5bb8)
       HASH(0x3cd5d38)
       HASH(0x3cdb778)
       HASH(0x3cd22a0)
       HASH(0x3cd88c8)
       HASH(0x3cdc0d8)
       HASH(0x3cdc1c8)
       HASH(0x3cdc498)
       HASH(0x3ce1fe8)
       HASH(0x3cc4a10)
       HASH(0x3cc48a8)
       HASH(0x3cc53a0)
       HASH(0x3cc87c0)
       HASH(0x3cc9b68)
       HASH(0x3cd23c0)
       HASH(0x3cd20f0)
       HASH(0x3cd5c00)
       HASH(0x3cd5cd8)
       HASH(0x3cd55d0)
       HASH(0x3cd5b58)
       HASH(0x3cd80e8)
       HASH(0x3cd7d10)
       HASH(0x3cd8640)
       HASH(0x3cdb838)
       HASH(0x3cdb9e8)
       HASH(0x3ce1bc8)
   MatchList:
     1:CUL_HM   ^A......................
   Peers:
     4C1DAB     pending
     4C21C5     pending
     4C23A3     pending
     4C23BC     pending
     4C2428     pending
     4C242E     pending
     4C2440     pending
     4C2456     pending
     4DEBC0     pending
     4EA895     pending
     545002     pending
     568BBB     pending
     576993     pending
     5769AE     pending
     5FA4C0     pending
     6181EC     pending
     634286     pending
   READINGS:
     2018-01-28 14:46:05   D-HMIdAssigned  F12347
     2018-01-28 14:46:05   D-HMIdOriginal  584868
     2018-01-28 14:46:05   D-firmware      1.4.1
     2018-01-28 14:46:09   D-serialNr      OEQ0309668
     2018-01-30 21:29:36   D-type          HM-MOD-UART
     2018-01-30 21:29:36   cond            disconnected
     2018-01-29 06:54:55   load            1
     2018-01-30 21:29:36   loadLvl         suspended
     2018-01-30 21:29:36   state           opened
   helper:
Attributes:
   alias      HomeMatic Gateway - OG2 EDV Raum
   devStateIcon init:hm_lan@orange opened:hm_lan@0CFB0C
   dutyCycle  1
   group      Schnittstellen HomeMatic
   hmId       F12347
   icon       hm_lan
   qLen       60
   room       _HM,_RxTx
   verbose    0
LG Chris

Raspberry Pi 2-5, Bullseye Lite, Bookworm Lite
Schnittstellen: 1-Wire, FHEM2FEHEM, HM-MOD-UART, LAN, Modbus, MQTT, nanoCUL, RFXtrx433E, SIGNALduino, ser2net
Devices: APC, Eastron, FS20, IT, Homematic, MQTT, PV-(DEYE, EPEVER, FRONIUS), Resol-VBUS, S.USV, TEK603, WMR200, YouLess

Burny4600

Woran liegt es das FHEM bzw. VCCU die HM-MOD-UART cond disconnected meldet obwohl zu allen HM-MOD-UARTs eine funktionsfähige Verbindung besteht?
LG Chris

Raspberry Pi 2-5, Bullseye Lite, Bookworm Lite
Schnittstellen: 1-Wire, FHEM2FEHEM, HM-MOD-UART, LAN, Modbus, MQTT, nanoCUL, RFXtrx433E, SIGNALduino, ser2net
Devices: APC, Eastron, FS20, IT, Homematic, MQTT, PV-(DEYE, EPEVER, FRONIUS), Resol-VBUS, S.USV, TEK603, WMR200, YouLess

Burny4600

Mittlerweile habe ich das System neu aufgesetzt.
Der lokale HM-MOD-UART funktioniert jetzt wieder.
Bei den drei exponierten HM-MOD-UART die via ser2net verbunden sind bekomme ich dennoch auf dem neu installiertem System kein funktionsfähige Verbindung.
Bisher funktinierte alles lange Zeit bis zu vor zwei Tagen.
Entweder
LIST HM-MOD-UART ser2net
Internals:
   CFGFN      /media/hdd/fhem/mycfg/schnittstellen_rasp01.cfg
   CNT        1
   Clients    :CUL_HM:
   DEF        uart://192.168.17.186:40541
   DevIoJustClosed 1
   DevState   1
   DevType    UART
   DeviceName 192.168.17.186:40541
   LastOpen   1517421682.98125
   NAME       HmUART_AB
   NR         357
   STATE      disconnected
   TYPE       HMUARTLGW
   XmitOpen   0
   model      HM-MOD-UART
   owner_CCU  VCCU
   Helper:
     AckPending:
       1:
         cmd        00
         dst        0
         frame      FD00030001009E03
         time       1517421683.99569
     LastSendLen:
       3
     Log:
       IDs:
   MatchList:
     1:CUL_HM   ^A......................
   Peers:
     4B52E7     pending
     4E5B82     pending
     5270A4     pending
     541887     pending
     577508     pending
     597EC6     pending
     5A1C9D     pending
     5A1CAC     pending
   READINGS:
     2018-01-31 18:17:28   D-type          HM-MOD-UART
     2018-01-31 19:01:23   cond            init
     2018-01-31 18:17:28   loadLvl         suspended
     2018-01-31 19:01:23   state           disconnected
   helper:
Attributes:
   alias      HomeMatic Gateway - AB Fitnessraum
   devStateIcon init:it_network@orange opened:it_network@0CFB0C disconnected:it_network@red
   dutyCycle  1
   group      Schnittstellen ser2net
   hmId       xxxxxx
   icon       hm_lan
   qLen       60
   room       _HM,_RxTx
   verbose    5


Auf einem anderem älterem Testsystem habe ich nach wie vor ohne Problem Zugriff über ser2net auf den gleichen HM-MOD-UART.
Ich komme nicht darauf was die Ursache sein könnte, warum bei der Neuinstallation keine HM-MOD-UART ser2net Verbindung zustande kommt.

LOG
2018.01.31 18:27:41.556 4: HMUARTLGW HmUART_AB Reopen
2018.01.31 18:27:41.766 4: HMUARTLGW HmUART_AB ready: disconnected
2018.01.31 18:27:41.768 4: HMUARTLGW HmUART_AB Reopen
2018.01.31 18:27:41.772 5: HttpUtils url=http://192.168.17.186:40541/
2018.01.31 18:27:41.818 1: 192.168.17.186:40541 reappeared (HmUART_AB)
2018.01.31 18:27:41.923 5: HMUARTLGW HmUART_AB read raw (21): 506f727420616c726561647920696e207573650a0d
2018.01.31 18:27:41.952 1: 192.168.17.186:40541 disconnected, waiting to reappear (HmUART_AB)
2018.01.31 18:27:41.982 4: HMUARTLGW HmUART_AB ready: disconnected
2018.01.31 18:27:42.013 4: HMUARTLGW HmUART_AB ready: disconnected
2018.01.31 18:27:42.766 4: HMUARTLGW HmUART_AB ready: disconnected
2018.01.31 18:27:42.791 4: HMUARTLGW HmUART_AB ready: disconnected
2018.01.31 18:27:42.849 4: HMUARTLGW HmUART_AB ready: disconnected
2018.01.31 18:27:42.851 4: HMUARTLGW HmUART_AB StartInit
2018.01.31 18:27:42.853 5: HMUARTLGW HmUART_AB send: 00 00
2018.01.31 18:27:42.855 5: HMUARTLGW HmUART_AB send: (8): fd00030001009e03
2018.01.31 18:27:42.855 5: SW: fd00030001009e03
2018.01.31 18:27:42.913 4: HMUARTLGW HmUART_AB ready: disconnected
2018.01.31 18:27:43.000 4: HMUARTLGW HmUART_AB ready: disconnected
2018.01.31 18:27:43.478 4: HMUARTLGW HmUART_AB ready: disconnected
2018.01.31 18:27:43.564 4: HMUARTLGW HmUART_AB ready: disconnected
2018.01.31 18:27:43.568 4: HMUARTLGW HmUART_AB ready: disconnected
LG Chris

Raspberry Pi 2-5, Bullseye Lite, Bookworm Lite
Schnittstellen: 1-Wire, FHEM2FEHEM, HM-MOD-UART, LAN, Modbus, MQTT, nanoCUL, RFXtrx433E, SIGNALduino, ser2net
Devices: APC, Eastron, FS20, IT, Homematic, MQTT, PV-(DEYE, EPEVER, FRONIUS), Resol-VBUS, S.USV, TEK603, WMR200, YouLess

Burny4600

Fehler nach Update konnte nur nach einer Neuinstallation behoben werden.
LG Chris

Raspberry Pi 2-5, Bullseye Lite, Bookworm Lite
Schnittstellen: 1-Wire, FHEM2FEHEM, HM-MOD-UART, LAN, Modbus, MQTT, nanoCUL, RFXtrx433E, SIGNALduino, ser2net
Devices: APC, Eastron, FS20, IT, Homematic, MQTT, PV-(DEYE, EPEVER, FRONIUS), Resol-VBUS, S.USV, TEK603, WMR200, YouLess