Hi,
gegen halb 12 Gestern Abend gingen meine HM Geräte offline.
das passiert hin und wieder wenn sich der CUL (Wifi-CUL) aufhängt. nach CUL Neustart geht das normalerweise gleich wieder.
Diesmal ist das anderst.
der CUL kommuniziert. config und version lässt sich auslesen.
An der Config ist nichts verändert.
einen HArdwaredefekt kann ich ausschließen, Habe einen anderen (gleichen) CUL getestet.
Habe 3 HM Powermeter-Zwischenstecker, einen optischen Türkontakt und einen normalen.
FHEM und Raspberry Neustart brachten nichts.
hänge mal noch ein LIST vom CUL, Actiondetector und einem Powermeter an.
Woran kann es liegen? Auf 868 habe ich nichts ausser HM funken.
Auch neu pairen geht nicht.
CUL:
Internals:
CMDS ABCEeFfGhiKklMmNRTtUuVWXxYZ
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.12.161:2323 0001
DeviceName 192.168.12.161:2323
FD 43
FHTID 0001
NAME CUL868_WIFI
NR 296
NR_CMD_LAST_H 4
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.24.02 a-culfw Build: private build (unknown) miniCUL (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:
2017-10-23 11:07:58 ccconf freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
2017-10-23 11:09:58 cmds A B C E e F f G h i K k l M m N R T t U u V W X x Y Z
2017-10-23 11:09:58 state Initialized
2017-10-23 11:28:52 version V 1.24.02 a-culfw Build: private build (unknown) miniCUL (F-Band: 868MHz)
XMIT_TIME:
1508749820.43581
1508749826.7089
1508749830.82361
1508749835.05235
helper:
623CFB:
QUEUE:
623D00:
QUEUE:
Attributes:
DbLogExclude .*
group HomeMatic,System-Hardware
rfmode HomeMatic
room HM
verbose 0
Actiondetector:
Internals:
CHANGED
DEF 000000
IODev CUL868_WIFI
NAME ActionDetector
NOTIFYDEV global
NR 304
NTFY_ORDER 50-ActionDetector
STATE alive:1 dead:4 unkn:0 off:0
TYPE CUL_HM
Helper:
DBLOG:
state:
logdb:
TIME 1508747487.87749
VALUE alive:1 dead:4 unkn:0 off:0
status_HM_MK1_optisch:
logdb:
TIME 1508747487.87749
VALUE dead
status_HM_Powermeter_1:
logdb:
TIME 1508737719.20747
VALUE dead
status_HM_Powermeter_2:
logdb:
TIME 1508737719.20747
VALUE dead
status_HM_Powermeter_3:
logdb:
TIME 1508737719.20747
VALUE dead
READINGS:
2017-10-23 11:24:43 state alive:1 dead:4 unkn:0 off:0
2017-10-23 11:24:43 status_HM_MK1_optisch dead
2017-10-23 11:24:43 status_HM_MK2_EG_Terrasse alive
2017-10-23 11:24:43 status_HM_Powermeter_1 dead
2017-10-23 11:24:43 status_HM_Powermeter_2 dead
2017-10-23 11:24:43 status_HM_Powermeter_3 dead
helper:
HM_CMDNR 85
actCycle 600
cfgChkResult No regs found for:
peers 548F5D,5A1232,5BAB0A,623CFB,623D00
548F5D:
start 2017-10-23 07:34:56
5A1232:
start 2017-10-23 07:34:55
5BAB0A:
start 2017-10-23 07:34:56
623CFB:
start 2017-10-23 07:34:56
623D00:
start 2017-10-23 07:34:56
io:
newChn +000000,00,00,00
prefIO
rxt 0
vccu
p:
000000
00
00
00
mRssi:
mNo
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
shadowReg:
nb:
cnt 1
Attributes:
event-on-change-reading .*
group HomeMatic
model ActionDetector
room HM
Powermeter:
Internals:
DEF 623D00
IODev CUL868_WIFI
NAME HM_Powermeter_3
NOTIFYDEV global
NR 307
NTFY_ORDER 50-HM_Powermeter_3
STATE MISSING ACK
TYPE CUL_HM
channel_01 HM_Powermeter_3_Sw
channel_02 HM_Powermeter_3_Pwr
channel_03 HM_Powermeter_3_SenPwr
channel_04 HM_Powermeter_3_SenI
channel_05 HM_Powermeter_3_SenU
channel_06 HM_Powermeter_3_SenF
protCmdDel 8
protIOerr 1 last_at:2017-10-23 07:37:27
protResnd 9 last_at:2017-10-23 11:10:35
protResndFail 3 last_at:2017-10-23 11:10:41
protSnd 3 last_at:2017-10-23 11:10:20
protState CMDs_done_Errors:1
READINGS:
2017-10-23 07:48:39 Activity dead
2017-10-14 11:55:52 CommandAccepted yes
2017-10-14 11:55:52 D-firmware 2.5
2017-10-14 11:55:52 D-serialNr OEQ0769873
2017-09-26 18:08:53 PairedTo 0xF10001
2017-10-14 11:55:52 R-pairCentral set_0xF10001
2017-09-26 18:26:26 fwUpdate done
2017-10-14 11:57:30 powerOn 2017-10-14 11:57:30
2017-10-23 11:10:41 state MISSING ACK
helper:
HM_CMDNR 203
cSnd 11F10001623D000201C80000,11F10001623D000201000000
mId 00AC
rxType 1
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +623D00,00,00,00
prefIO
rxt 0
vccu
p:
623D00
00
00
00
mRssi:
mNo
prt:
bErr 0
sProc 0
q:
qReqConf 00
qReqStat 01
role:
dev 1
prs 1
rssi:
shadowReg:
tmpl:
Attributes:
DbLogExclude .*
IODev CUL868_WIFI
actCycle 000:10
actStatus dead
autoReadReg 4_reqStatus
expert 2_raw
firmware 2.5
group Powermeter Wasserbett
model HM-ES-PMSw1-Pl
room HM_Powermeter
serialNr OEQ0769873
subType powerMeter
webCmd getConfig:clear msgEvents
ZitatActiondetector:
Internals:
CHANGED
DEF 000000
IODev CUL868_WIFI
hmId = 000000 ist m.A. nicht normal.
Moin
Gepairt scheint auch nicht richtig zu sein:
2017-10-14 11:55:52 R-pairCentral set_0xF10001
Gruss Christoph
Schuss in's Blaue:
hast du eine VCCU konfiguriert? Wenn die rumspinnt müssten meiner Meinung nach genau deine Probleme auftreten ...
ggf. prüfen ob die hmId bei CUL und VCCU identisch sind!
Nein, keine vccu.
Nur cul auf homematic und gepairt.
Lief wochenlang problemlos.
Hmid hat er selbst angelegt. Schau ich aber mal.
Das r-pairCentral kann vom pairing Versuch kommen.
Fazit für mich: Hmid setzen und neues pairing versuchen?
Gesendet von meinem S3_32 mit Tapatalk
So, der ActionDetector MUSS auf HMID 000000 stehen. zumindest laut WIKI.
dem CUL hab ich die ID der Aktoren jetzt per Attribut gesetzt.
werde zuhause dann versuchen neu zu pairen.
Zitat von: Frank_Huber am 23 Oktober 2017, 13:59:35
dem CUL hab ich die ID der Aktoren jetzt per Attribut gesetzt.
? Was bedeutet denn das?
Der CUL bekommt genau eine HmID, und zwar eine eigene. Die F10001 war übrigens die Kombination aus deiner FHT-ID (0001) und dem Zusatz "F1", das macht das Modul automatisch, wenn nichts gesetzt ist.
Hab die Hmid bei den Aktoren ausgelesen und dem cul gesetzt. Wenn f10001 autoset war, wo kann dann das Problem liegen?
Gesendet von meinem S3_32 mit Tapatalk
f10001 sollte ok sein, es sei denn, es gäbe ein anderes Device mit dieser ID in deiner Installation, das wording war nur etwas unklar.
Da das aber nicht funktioniert hatte, scheint es noch ein anderes Problem zu geben, wobei es nicht der CUL zu sein scheint, der hat ja funktioniert. Klingt irgendwie eher, als hätte der Server einen Hau (Moduldatei defekt oder so was in der Art). Kannst du mal mit einem Ersatz testen?
Kann es heute abend auf einer anderen fhem Instanz testen. Ein Dateifehler würde aber doch erst beim reload zuschlagen oder?
Gesendet von meinem S3_32 mit Tapatalk
Eigentlich würde ich das auch annehmen, aber evtl. war das die Folge eines Updates. Aber bitte: ist alles spekulativ :(
Ja, das ist schon klar, ist alles fischen im trüben...
"update check" meldet keine neuen HM Modulversionen.
mach trotzdem gerade mal ein Update mit Reboot.
Auf die zweite Instanz kann ich erst zuhause umschwenken.
Update und Neustart haben geholfen.
evtl lag es auch am Attribut hmid auf dem CUL.
Neustart alleine hatte ich schon heute früh erfolglos versucht.
Ich kann also nicht sagen was den Fehler verursacht hatte, freue mich aber dass es wieder läuft. :-)
Danke für die Hilfe!