Ein Problem, dass ich bisher nicht lösen konnte:
Während ein MAX!Cube mit culfw@ARM in der Produktivumgebung problemlos seinen Dienst tut, ist er in der zweiten Installation (FHEM im Gäste-WC als WiFi-Radio) gestern in der Nacht ausgestiegen.
2018.01.07 05:34:42 1: 192.168.143.53:2323 disconnected, waiting to reappear (MAX_CUL)
Beide Definitionen sind bis auf unterschiedliche Namen identisch.
List Produktivumgebung:
Internals:
CMDS BbCFiAZNEkGMKLUYRTVWXefltxz
CUL_Cube_MSGCNT 10141
CUL_Cube_TIME 2018-01-08 17:57:00
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF 192.168.143.53:2323 0000
DeviceName 192.168.143.53:2323
FD 34
FHTID 0000
NAME CUL_Cube
NR 947
PARTIAL
RAWMSG K511922460A
RSSI -69
STATE Initialized
TYPE CUL
VERSION V 1.21.00 a-culfw Build: 70 (2016-04-22_17-15-27) CUBe (F-Band: 868MHz)
initString X21
MatchList:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2018-01-08 14:58:54 cmds B b C F i A Z N E k G M K L U Y R T V W X e f l t x z
2018-01-07 22:08:57 raw isF0F0F0F00F10
2018-01-08 17:57:00 state Initialized
2018-01-08 11:02:51 uptime 0 01:38:48
2018-01-08 11:02:57 version V 1.21.00 a-culfw Build: 70 (2016-04-22_17-15-27) CUBe (F-Band: 868MHz)
Attributes:
group 01 Gateway
icon wuerfel@red
List Gäste-WC
Internals:
CFGFN
CMDS
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF 192.168.143.53:2323 0000
DeviceName 192.168.143.53:2323
FHTID 0000
NAME MAX_CUL
NEXT_OPEN 1515424223.29946
NR 227
PARTIAL
STATE disconnected
TYPE CUL
initString X21
MatchList:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2018-01-08 16:09:23 state disconnected
Attributes:
icon wuerfel@red
Device ist mehrmals entfernt und neu definiert worden, ohne dass der Status auf "Initialized" geht. Logfile sagt
2018.01.08 15:59:49 3: Can't connect to 192.168.143.53:2323: Connection timed out
2018.01.08 15:59:46 3: Opening MAX_CUL device 192.168.143.53:2323
Wer kann mit einen Tipp geben, wo ich suchen muss?
Stefan
Versuchst du gleichzeitig von zwei FHEM Installationen aus auf den selben Cube über Netzwerk zuzugreifen? Das geht nicht.
Zugreifen eigentlich nicht, für die Installation im Gäste-WC "lauscht" der Cube nur auf CUL_WS-Nachrichten. Und das hat seit ca. 8 Monaten auch problemlos funktioniert.