Guten Morgen,
ich habe lange probiert und getüftelt, aber komme nicht mehr weiter. Ich habe das Problem, das die Kommunikation von meinem CUL zum HM-CC-RT-DN momentan inzwischen eigentlich gar nicht mehr funktioniert. Ich habe das Gerät Komplet aus FHEM rausgeschmissen und neu gepairt, aber das Ergebnis war das gleiche.
Es gehen keinerlei Anfragen und CMDs vom CUL durch. Aber es sieht so aus, das trotzdem Meldungen vom HM-CC-RT-DN ankommen. Zumindest wenn ich mir den Plot angucke, dann sehe ich ja die Änderungen und die Temperaturen.
Ich betreibe das ganze auf einem RPi.
Da ich nicht weiß, welche Werte hier relevant sind, poste ich erstmal nichts und hoffe, das mir der eine oder andere sagen kann, welche Werte ich überprüfen kann, soll, muss. Die werde ich dann hier posten.
Die Konfig lege ich mal bei.
#########################################################
# #
# HOMEMATIC #
# #
# #
# #
#########################################################
define ActionDetector CUL_HM 000000
attr ActionDetector actCycle 600
attr ActionDetector event-on-change-reading .*
#########################################################
# #
# Badezimmer #
# #
#########################################################
define bz.hz.display.cul CUL_HM 249563
attr bz.hz.display.cul Heizungsventile hz.struc
attr bz.hz.display.cul IODev display.cul
attr bz.hz.display.cul actCycle 000:10
attr bz.hz.display.cul actStatus dead
attr bz.hz.display.cul alias Heizung Badezimmer
attr bz.hz.display.cul autoReadReg 4_reqStatus
attr bz.hz.display.cul burstAccess 1_auto
attr bz.hz.display.cul expert 2_full
attr bz.hz.display.cul firmware 1.1
attr bz.hz.display.cul model HM-CC-RT-DN
attr bz.hz.display.cul room CUL_HM
attr bz.hz.display.cul serialNr KEQ0962689
attr bz.hz.display.cul subType thermostat
attr bz.hz.display.cul verbose 5
attr bz.hz.display.cul webCmd getConfig:clear msgEvents:burstXmit
define bz.hz.display.cul.log FileLog ./log/bz.hz.display.cul-%Y-%W.log bz.hz.display.cul
attr bz.hz.display.cul.log logtype text
attr bz.hz.display.cul.log room Bad,CUL_HM
define bz.hz.display.cul.Weather CUL_HM 24956301
attr bz.hz.display.cul.Weather model HM-CC-RT-DN
attr bz.hz.display.cul.Weather peerIDs
define bz.hz.display.cul.Climate CUL_HM 24956302
attr bz.hz.display.cul.Climate model HM-CC-RT-DN
define bz.hz.display.cul.WindowRec CUL_HM 24956303
attr bz.hz.display.cul.WindowRec model HM-CC-RT-DN
attr bz.hz.display.cul.WindowRec stateFormat last:trigLast
define bz.hz.display.cul.Clima CUL_HM 24956304
attr bz.hz.display.cul.Clima alias Badezimmerheizung
attr bz.hz.display.cul.Clima group Heizungen
attr bz.hz.display.cul.Clima model HM-CC-RT-DN
attr bz.hz.display.cul.Clima room Unsorted,Favourites
attr bz.hz.display.cul.Clima verbose 5
define bz.hz.display.cul.ClimaTeam CUL_HM 24956305
attr bz.hz.display.cul.ClimaTeam model HM-CC-RT-DN
define bz.hz.display.cul.remote CUL_HM 24956306
attr bz.hz.display.cul.remote model HM-CC-RT-DN
define SVG_bz.hz.display.cul.log_1 SVG bz.hz.display.cul.log:SVG_bz.hz.display.cul.log_1:CURRENT
attr SVG_bz.hz.display.cul.log_1 room CUL_HM
define whg.hz.not.jemand notify whg.jemand.dum:on set bz.hz.display.cul.Clima controlMode auto
attr whg.hz.not.jemand group Notifys
define whg.hz.not.niemand notify whg.jemand.dum:off set bz.hz.display.cul.Clima controlManu 15.5
attr whg.hz.not.niemand group Notifys
#########################################################
# #
# Readinggruppe HomeMatic #
# #
#########################################################
define display.cul.rg readingsGroup .*.hz.display.cul:desired-temp,measured-temp,batteryLevel,battery
attr display.cul.rg group Heizungsventile
attr display.cul.rg mapping %ALIAS
attr display.cul.rg noheading 1
attr display.cul.rg notime 1
attr display.cul.rg room System,Allgemein
attr display.cul.rg style style="border:0px"
attr display.cul.rg valueFormat { desired-temp => "%.1f °C", measured-temp => "%.1f °C" }
attr display.cul.rg valueIcon {'battery.ok' => 'batterie@green', 'battery.critical' => 'batterie@red'}
viele grüße
Marc
kannst du ein
list bz.hz.display.cul
und
list display.cul
machen?
Zitat von: martinp876 am 24 Mai 2014, 12:18:41
kannst du ein
list bz.hz.display.cul
und
list display.cul
machen?
Aber gerne doch ......
Internals:
DEF 249563
IODev display.cul
LASTInputDev display.cul
MSGCNT 1
NAME bz.hz.display.cul
NR 290
STATE CMDs_pending
TYPE CUL_HM
channel_01 bz.hz.display.cul.Weather
channel_02 bz.hz.display.cul.Climate
channel_03 bz.hz.display.cul.WindowRec
channel_04 bz.hz.display.cul.Clima
channel_05 bz.hz.display.cul.ClimaTeam
channel_06 bz.hz.display.cul.remote
display.cul_MSGCNT 1
display.cul_RAWMSG A0F3A86102495630000000AA8EB0F001D::-63.5:display.cul
display.cul_RSSI -63.5
display.cul_TIME 2014-05-24 12:25:18
lastMsg No:3A - t:10 s:249563 d:000000 0AA8EB0F001D
protCmdPend 14 CMDs pending
protCondBurst off
protLastRcv 2014-05-24 12:25:18
protResnd 1 last_at:2014-05-24 12:25:21
protSnd 2 last_at:2014-05-24 12:25:18
protState CMDs_pending
rssi_at_display.cul avg:-63.5 min:-63.5 max:-63.5 lst:-63.5 cnt:1
Readings:
2014-05-24 12:19:59 Activity alive
2014-05-23 14:13:24 D-firmware 1.1
2014-05-23 14:13:24 D-serialNr KEQ0962689
2014-05-24 12:25:18 actuator 0
2014-05-24 12:25:18 battery ok
2014-05-24 12:25:18 batteryLevel 3
2014-05-24 12:25:18 desired-temp 21.0
2014-05-24 12:25:18 measured-temp 23.5
2014-05-24 12:25:21 state CMDs_pending
cmdStack:
++A001F1123424956300040000000000
++A001F112342495630103
++A001F1123424956301040000000001
++A001F112342495630203
++A001F1123424956302040000000001
++A001F112342495630303
++A001F1123424956303040000000001
++A001F112342495630403
++A001F1123424956304040000000001
++A001F1123424956300040000000007
++A001F112342495630503
++A001F1123424956305040000000001
++A001F112342495630603
++A001F1123424956306040000000001
Helper:
mId 0095
rxType 140
Io:
newChn +249563,02,01,00
nextSend 1400927118.78526
Mrssi:
mNo 3A
Io:
display.cul -61.5
Prt:
awake 0
bErr 0
sProc 2
wakeup 0
wuReSent 2
Q:
qReqConf
qReqStat
Role:
dev 1
Rssi:
At_display.cul:
avg -63.5
cnt 1
lst -63.5
max -63.5
min -63.5
Shregw:
07 04
Attributes:
Heizungsventile hz.struc
IODev display.cul
actCycle 000:10
actStatus alive
alias Heizung Badezimmer
autoReadReg 4_reqStatus
burstAccess 1_auto
expert 2_full
firmware 1.1
model HM-CC-RT-DN
room CUL_HM
serialNr KEQ0962689
subType thermostat
verbose 5
webCmd getConfig:clear msgEvents:burstXmit
Internals:
CMDS mBCFAIZOGMRTVWXefltux
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:
DEF /dev/ttyAMA0@38400 1234
DeviceName /dev/ttyAMA0@38400
FD 22
FHTID 1234
HM_CMDNR 2
NAME display.cul
NR 210
PARTIAL
RAWMSG A0F3A86102495630000000AA8EB0F001D15
RSSI -63.5
STATE Initialized
TYPE CUL
VERSION V 1.58 CSM868
display.cul_MSGCNT 1
display.cul_TIME 2014-05-24 12:25:18
initString X21
Ar
Matchlist:
1:CUL_HM ^A....................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
Readings:
2014-05-24 12:19:37 cmds m B C F A I Z O G M R T V W X e f l t u x
2014-05-24 12:19:38 raw 02
2014-05-24 12:25:18 state Initialized
2014-05-15 22:09:46 uptime No answer
2014-05-15 22:10:50 version No answer
Helper:
249563:
QUEUE:
Attributes:
group Display
rfmode HomeMatic
deine CUL hat kein attr HMId und Model
hast du den RT schon gepeert?
Der RT sollte immer empfangen
- wenn man anlernen drückt
- wenn er aufwacht (immer wieder warten
- wenn burst mode eingeschaltet ist und man einen burst startet
FHEM versucht beim Aufwachen zu senden :
protSnd 2 last_at:2014-05-24 12:25:18
aber es klappt nicht. Ich tippe auf nicht angelernt
kannst du einmal sniffen
http://www.fhemwiki.de/wiki/Homematic_Nachrichten_sniffen
um zu sehen was passiert - und noch einmal anlernen
Also gepairt habe ich das Ding inzwischen mehr als einmal, und es wird auch immer wieder sauber von Autocreate angelegt im System.
Das attr model habe ich eingetragen, aber was ist die HMID ? ;-)
hier der aktuelle list. Momentan ist mal wieder dead
Internals:
DEF 249563
IODev display.cul
LASTInputDev display.cul
MSGCNT 9
NAME bz.hz.display.cul
NR 290
STATE CMDs_pending
TYPE CUL_HM
channel_01 bz.hz.display.cul.Weather
channel_02 bz.hz.display.cul.Climate
channel_03 bz.hz.display.cul.WindowRec
channel_04 bz.hz.display.cul.Clima
channel_05 bz.hz.display.cul.ClimaTeam
channel_06 bz.hz.display.cul.remote
display.cul_MSGCNT 9
display.cul_RAWMSG A0F6586102495630000000AA8EF0F001D::-64.5:display.cul
display.cul_RSSI -64.5
display.cul_TIME 2014-05-24 14:14:14
lastMsg No:65 - t:10 s:249563 d:000000 0AA8EF0F001D
protCmdDel 15
protCmdPend 1 CMDs pending
protCondBurst off
protLastRcv 2014-05-24 14:14:14
protResnd 5 last_at:2014-05-24 14:14:19
protResndFail 1 last_at:2014-05-24 12:52:58
protSnd 8 last_at:2014-05-24 14:14:14
protState CMDs_pending
rssi_at_display.cul avg:-63.11 min:-64.5 max:-62 lst:-64.5 cnt:9
Readings:
2014-05-24 14:10:19 Activity dead
2014-05-23 14:13:24 D-firmware 1.1
2014-05-23 14:13:24 D-serialNr KEQ0962689
2014-05-24 14:14:14 actuator 0
2014-05-24 14:14:14 battery ok
2014-05-24 14:14:14 batteryLevel 3
2014-05-24 14:14:14 desired-temp 21.0
2014-05-24 14:14:14 measured-temp 23.9
2014-05-24 14:14:19 state CMDs_pending
cmdStack:
++A011F112342495638004
Helper:
mId 0095
rxType 140
Io:
newChn +249563,02,01,00
nextSend 1400933654.59676
Mrssi:
mNo 65
Io:
display.cul -62.5
Prt:
awake 0
bErr 0
sProc 2
wakeup 0
wuReSent 3
Q:
qReqConf
qReqStat
Role:
dev 1
Rssi:
At_display.cul:
avg -63.1111111111111
cnt 9
lst -64.5
max -62
min -64.5
Shregw:
07 04
Attributes:
Heizungsventile hz.struc
IODev display.cul
actCycle 000:10
actStatus dead
alias Heizung Badezimmer
autoReadReg 4_reqStatus
burstAccess 1_auto
expert 2_full
firmware 1.1
model HM-CC-RT-DN
room CUL_HM
serialNr KEQ0962689
subType thermostat
verbose 5
webCmd getConfig:clear msgEvents:burstXmit
2014.05.24 14:17:46.650 5: CUL_HM bz.hz.display.cul protEvent:Info_Cleared
2014.05.24 14:17:46.652 3: CUL_HM set bz.hz.display.cul clear msgEvents
2014.05.24 14:17:53.143 5: CUL_HM bz.hz.display.cul protEvent:CMDs_pending pending:1
2014.05.24 14:17:53.215 5: CUL_HM bz.hz.display.cul protEvent:CMDs_pending pending:2
2014.05.24 14:17:53.284 5: CUL_HM bz.hz.display.cul protEvent:CMDs_pending pending:3
2014.05.24 14:17:53.356 5: CUL_HM bz.hz.display.cul protEvent:CMDs_pending pending:4
2014.05.24 14:17:53.429 5: CUL_HM bz.hz.display.cul protEvent:CMDs_pending pending:5
2014.05.24 14:17:53.501 5: CUL_HM bz.hz.display.cul protEvent:CMDs_pending pending:6
2014.05.24 14:17:53.575 5: CUL_HM bz.hz.display.cul protEvent:CMDs_pending pending:7
2014.05.24 14:17:53.649 5: CUL_HM bz.hz.display.cul protEvent:CMDs_pending pending:8
2014.05.24 14:17:53.720 5: CUL_HM bz.hz.display.cul protEvent:CMDs_pending pending:9
2014.05.24 14:17:53.791 5: CUL_HM bz.hz.display.cul protEvent:CMDs_pending pending:10
2014.05.24 14:17:53.863 5: CUL_HM bz.hz.display.cul protEvent:CMDs_pending pending:11
2014.05.24 14:17:53.936 5: CUL_HM bz.hz.display.cul protEvent:CMDs_pending pending:12
2014.05.24 14:17:54.008 5: CUL_HM bz.hz.display.cul protEvent:CMDs_pending pending:13
2014.05.24 14:17:54.080 5: CUL_HM bz.hz.display.cul protEvent:CMDs_pending pending:14
2014.05.24 14:17:54.082 3: CUL_HM set bz.hz.display.cul getConfig
2014.05.24 14:17:54.087 4: CUL_send: display.culAs 09 09 B112 F11234 249563
2014.05.24 14:17:54.104 5: CUL_HM bz.hz.display.cul protEvent:CMDs_processing... pending:14
2014.05.24 14:17:59.235 5: CUL_HM bz.hz.display.cul protEvent:CMDs_pending pending:14
Ich habe die Konfiguration jetzt nochmal komplett rausgeschmissen und den RT auf Werkseinstellungen resetet.
Und der Versuch ihn neu einzubinden scheitert.
Es wird zwar etwas in FHEM eingetragen, aber das Display des RT zeigt kurz nAC an.
Internals:
CFGFN
DEF 249563
IODev display.cul
LASTInputDev display.cul
MSGCNT 2
NAME CUL_HM_HM_CC_RT_DN_249563
NR 1409
STATE CMDs_pending
TYPE CUL_HM
channel_01 CUL_HM_HM_CC_RT_DN_249563_Weather
channel_02 CUL_HM_HM_CC_RT_DN_249563_Climate
channel_03 CUL_HM_HM_CC_RT_DN_249563_WindowRec
channel_04 CUL_HM_HM_CC_RT_DN_249563_Clima
channel_05 CUL_HM_HM_CC_RT_DN_249563_ClimaTeam
channel_06 CUL_HM_HM_CC_RT_DN_249563_remote
display.cul_MSGCNT 2
display.cul_RAWMSG A1A0184002495630000001100954B4551303936323638395900FFFF::-62.5:display.cul
display.cul_RSSI -62.5
display.cul_TIME 2014-05-24 15:58:12
lastMsg No:01 - t:00 s:249563 d:000000 1100954B4551303936323638395900FFFF
protCmdPend 16 CMDs pending
protLastRcv 2014-05-24 15:58:12
protResnd 2 last_at:2014-05-24 15:58:15
protSnd 2 last_at:2014-05-24 15:58:12
protState CMDs_pending
rssi_at_display.cul avg:-63.75 min:-65 max:-62.5 lst:-62.5 cnt:2
Readings:
2014-05-24 15:58:12 Activity alive
2014-05-24 15:58:12 D-firmware 1.1
2014-05-24 15:58:12 D-serialNr KEQ0962689
2014-05-24 15:58:04 R-pairCentral set_0xF11234
2014-05-24 15:58:15 state CMDs_pending
cmdStack:
++A001F1123424956300050000000000
++A001F11234249563000802010AF10B120C34
++A001F112342495630006
++A001F1123424956300040000000000
++A001F112342495630103
++A001F1123424956301040000000001
++A001F112342495630203
++A001F1123424956302040000000001
++A001F112342495630303
++A001F1123424956303040000000001
++A001F112342495630403
++A001F1123424956304040000000001
++A001F1123424956300040000000007
++A001F112342495630503
++A001F1123424956305040000000001
++A001F112342495630603
++A001F1123424956306040000000001
Helper:
cSnd 01F1123424956300050000000000
mId 0095
rxType 140
Io:
newChn +249563,02,01,00
nextSend 1400939892.61591
Mrssi:
mNo 01
Io:
display.cul -60.5
Prt:
bErr 0
sProc 2
wuReSent 2
Q:
qReqConf
qReqStat
Role:
dev 1
Rssi:
At_display.cul:
avg -63.75
cnt 2
lst -62.5
max -62.5
min -65
Shregw:
07 04
Shadowreg:
RegL_00: 02:01 0A:F1 0B:12 0C:34
Attributes:
IODev display.cul
actCycle 000:10
actStatus alive
autoReadReg 4_reqStatus
expert 2_full
firmware 1.1
model HM-CC-RT-DN
room CUL_HM
serialNr KEQ0962689
subType thermostat
webCmd getConfig:clear msgEvents:burstXmit
Zitatkannst du einmal sniffen
http://www.fhemwiki.de/wiki/Homematic_Nachrichten_sniffen
um zu sehen was passiert - und noch einmal anlernen
Anlernen kann nicht dabei gewesen sein - keine Anlernmessage im log sichtbar.
Das pairen steht noch im commandstack. Könnte sein, dass das Device schon gepairt ist oder dass es AES haben will - oder sonst nicht empfangen will. Daher erst einmal logs
Ich hatte mehrmals einen reset auf Werkseinstellungen beim RT gemacht. Und versucht neu zu verbinden
Gesendet von irgendwo unterwegs
Zitat von: martinp876 am 24 Mai 2014, 17:30:33
Anlernen kann nicht dabei gewesen sein - keine Anlernmessage im log sichtbar.
Das pairen steht noch im commandstack. Könnte sein, dass das Device schon gepairt ist oder dass es AES haben will - oder sonst nicht empfangen will. Daher erst einmal logs
Auszug Logfile
2014.05.24 21:18:18.483 4: CUL_send: display.culC0 D
2014.05.24 21:18:18.497 4: CUL_send: display.culC0 E
2014.05.24 21:18:18.510 4: CUL_send: display.culC0 F
2014.05.24 21:18:18.524 4: CUL_send: display.culC1 0
2014.05.24 21:18:18.537 4: CUL_send: display.culC1 B
2014.05.24 21:18:18.550 4: CUL_send: display.culC1 D
2014.05.24 21:19:57.836 4: CUL_Parse: display.cul A 1A 01 8400 249563 000000 1100954B4551303936323638395900FFFF14 -64
2014.05.24 21:19:58.054 2: CUL_HM Unknown device CUL_HM_HM_CC_RT_DN_249563 is now defined
2014.05.24 21:19:58.102 2: autocreate: define CUL_HM_HM_CC_RT_DN_249563 CUL_HM 249563
2014.05.24 21:19:58.120 2: autocreate: define FileLog_CUL_HM_HM_CC_RT_DN_249563 FileLog ./log/CUL_HM_HM_CC_RT_DN_249563-%Y-%W.log CUL_HM_HM_CC_RT_DN_249563
2014.05.24 21:20:00.690 4: CUL_send: display.culAs 10 01 A001 F11234 249563 00050000000000
2014.05.24 21:20:03.219 4: CUL_Parse: display.cul A 0A 01 8002 249563 F11234 000B -68.5
2014.05.24 21:20:03.451 4: CUL_send: display.culAs 13 02 A001 F11234 249563 000802010AF10B120C34
und es wurde wieder vom RT nach 5-7 sec mit nAC abgebrochen.
Zitat21:19:57.836 Parse: display.cul A 1A 01 8400 249563 000000 1100954B4551303936323638395900FFFF
21:20:00.690 send: display.culAs 10 01 A001 F11234 249563 00050000000000
21:20:03.219 Parse: display.cul A 0A 01 8002 249563 F11234 00
21:20:03.451 send: display.culAs 13 02 A001 F11234 249563 000802010AF10B120C34
sieht seltsam aus:
Nach der Anlernmessage fängt die CUL an, zu pairen - das ist 2 sec später - nun ja, so lange hält der RT schon durch...
Der RT beantwortet die Nachricht mit ack - nach 2,5 sec. Es wird nach 230ms die nächste message gesendet.
Das ganze ist viel zu langsam. Statt 2sec sollten es 100ms sein.
Du musst feststellen, was dein system so treibt in der zwischenzeit.
Zitat von: martinp876 am 25 Mai 2014, 09:30:06
sieht seltsam aus:
Nach der Anlernmessage fängt die CUL an, zu pairen - das ist 2 sec später - nun ja, so lange hält der RT schon durch...
Der RT beantwortet die Nachricht mit ack - nach 2,5 sec. Es wird nach 230ms die nächste message gesendet.
Das ganze ist viel zu langsam. Statt 2sec sollten es 100ms sein.
Du musst feststellen, was dein system so treibt in der zwischenzeit.
na klasse ....
bin gerade an einem Punkt mal wieder alles in die Ecke zu schmeißen ....
warum eigentlich immer bei mir ?? ;-)
wie soll ich das denn nun rausfinden ..... ???
habe einige notifys deaktiviert .... danach ging es teilweise innerhalb einer Sekunde, allerdings brach es wieder mit nAC ab ...... beim zweiten Versuch waren es dann wieder 1-2 Sekunden .....
falls es in FHEM stattfindet kannst du mit apptime daten sammeln
apptime clear => löscht alle daten und fängt neu an zu triggern
apptime => zeigt die Werte an
man kann sortieren mit
apptime name
apptime max
apptime max all
Du solltest also
apptime clear
=> mache ein anlernen
apptime max all
-> Poste hier
name function max count total average maxDly
display.cul CUL_Read 3101 4 3103 775.75 0 HASH(0x13f53d8)
tmr-SYSMON_Update HASH(0x245e138) 461 1 461 461.00 8 HASH(0x245e138)
autocreate autocreate_Notify 455 7 455 65.00 0 HASH(0x1148f48); HASH(0xb2b590)
FHEMWEB:10.0.0.21:63403 FW_Read 271 5 435 87.00 0 HASH(0x2942658)
tmr-CUL_HM_updateConfig updateConfig 230 1 230 230.00 7 updateConfig
TwilightWerte readingsGroup_Notify 201 13 1199 92.23 0 HASH(0x1ea6120); HASH(0xb2b590)
display.cul.rg readingsGroup_Notify 54 13 209 16.08 0 HASH(0x18b91d8); HASH(0xb2b590)
tmr-CUL_HM_respPendTout respPend:249563 51 1 51 51.00 8 respPend:249563
FHEMWEB:10.0.0.21:63404 FW_Read 40 2 40 20.00 0 HASH(0x2659c98)
FHEMduinoUSB FHEMduino_Read 39 9 54 6.00 0 HASH(0x1151288)
Thermo.rg readingsGroup_Notify 24 13 144 11.08 0 HASH(0x13142d8); HASH(0xb2b590)
tmr-PRESENCE_StartLocalScan HASH(0x1ab80a8) 17 1 17 17.00 8 HASH(0x1ab80a8)
localTelnet telnet_Read 15 1 15 15.00 0 HASH(0xd1bd18)
CUL_HM_HM_CC_RT_DN_249563 CUL_HM_Define 7 1 7 7.00 0 HASH(0x25be2d8); CUL_HM_HM_CC_RT_DN_249563 CUL_HM 249563
FileLog_CUL_HM_HM_CC_RT_DN_249563 FileLog_Log 5 3 7 2.33 0 HASH(0x29425c8); HASH(0x25be2d8)
eventTypes eventTypes_Notify 5 13 9 0.69 0 HASH(0x114d560); HASH(0x25be2d8)
ohz.owo.weather.log FileLog_Log 4 13 36 2.77 0 HASH(0x2094608); HASH(0x25be2d8)
CUL_HM_HM_CC_RT_DN_249563_Clima CUL_HM_Define 3 1 3 3.00 0 HASH(0x2658ab8); CUL_HM_HM_CC_RT_DN_249563_Clima CUL_HM 24956304
CUL_HM_HM_CC_RT_DN_249563_ClimaTeam CUL_HM_Define 3 1 3 3.00 0 HASH(0x26f0350); CUL_HM_HM_CC_RT_DN_249563_ClimaTeam CUL_HM 24956305
CUL_HM_HM_CC_RT_DN_249563_Climate CUL_HM_Define 3 1 3 3.00 0 HASH(0x2653660); CUL_HM_HM_CC_RT_DN_249563_Climate CUL_HM 24956302
CUL_HM_HM_CC_RT_DN_249563_Weather CUL_HM_Define 3 1 3 3.00 0 HASH(0x2652e08); CUL_HM_HM_CC_RT_DN_249563_Weather CUL_HM 24956301
CUL_HM_HM_CC_RT_DN_249563_WindowRec CUL_HM_Define 3 1 3 3.00 0 HASH(0x286b9e8); CUL_HM_HM_CC_RT_DN_249563_WindowRec CUL_HM 24956303
CUL_HM_HM_CC_RT_DN_249563_remote CUL_HM_Define 3 1 3 3.00 0 HASH(0x2725eb0); CUL_HM_HM_CC_RT_DN_249563_remote CUL_HM 24956306
FileLog_sysmon FileLog_Log 3 1 3 3.00 0 HASH(0x25c2220); HASH(0x245e138)
LichtdifferenzWert.dum.not notify_Exec 3 13 15 1.15 0 HASH(0x1b17398); HASH(0x25be2d8)
push.log FileLog_Log 3 13 15 1.15 0 HASH(0x1c4df38); HASH(0x25be2d8)
whg.hz.not.jemand notify_Exec 3 13 15 1.15 0 HASH(0x18b8ce0); HASH(0x25be2d8)
whg.hz.not.niemand notify_Exec 3 13 14 1.08 0 HASH(0x18b90b8); HASH(0x25be2d8)
Anrufliste readingsGroup_Notify 2 13 13 1.00 0 HASH(0x2488b60); HASH(0xb2b590)
FileLog_CUL_HM_HM_CC_RT_DN_249563 FileLog_Define 2 1 2 2.00 0 HASH(0x29425c8); FileLog_CUL_HM_HM_CC_RT_DN_249563 FileLog ./log/CUL_HM_HM_CC_RT_DN_249563-%Y-%W.log CUL_HM_HM_CC_RT_DN_249563
Logfile FileLog_Log 2 13 11 0.85 0 HASH(0x109db18); HASH(0x25be2d8)
WEB FW_Read 2 3 6 2.00 0 HASH(0xe35028)
handy.struc.wd.jemand watchdog_Notify 2 13 14 1.08 0 HASH(0x1abd898); HASH(0x25be2d8)
handy.struc.wd.niemand watchdog_Notify 2 13 14 1.08 0 HASH(0x1abb6c8); HASH(0x25be2d8)
sd.log FileLog_Log 2 13 14 1.08 0 HASH(0x13f88b8); HASH(0x25be2d8)
reload.push.not notify_Exec 1 7 7 1.00 0 HASH(0x1c4e208); HASH(0xb2b590)
AirPlay.struc structure_Notify 0 13 0 0.00 0
Airplay.updDisp.not notify_Exec 0 13 0 0.00 0
Diverse.struc structure_Notify 0 13 0 0.00 0
Diverse.updDisp.not notify_Exec 0 13 0 0.00 0
FHEMWEB:10.0.0.21:63403 FW_Notify 0 12 0 0.00 0
Licht.struc structure_Notify 0 13 0 0.00 0
Licht.updDisp.not notify_Exec 0 13 0 0.00 0
Media.struc structure_Notify 0 13 0 0.00 0
Media.updDisp.not notify_Exec 0 13 0 0.00 0
WEB FW_Notify 0 13 0 0.00 0
WEBAndroid FW_Notify 0 13 0 0.00 0
WEBJane FW_Notify 0 13 0 0.00 0
WEBhook FW_Notify 0 13 0 0.00 0
WEBphone FW_Notify 0 13 0 0.00 0
WEBsmall FW_Notify 0 13 0 0.00 0
WEBtablet FW_Notify 0 13 0 0.00 0
detect.struc structure_Notify 0 13 0 0.00 0
display.cul CUL_Get 0 1 0 0.00 0
display.cul CUL_Set 0 3 0 0.00 0
tmr-BlockingKill HASH(0x1a52fe0) 0 1 0 0.00 8
tmr-CUL_HM_procQs CUL_HM_procQs 0 2 0 0.00 10
handy.struc structure_Notify 0 13 0 0.00 0
hz.struc structure_Notify 0 13 0 0.00 0
uptime.dum.not notify_Exec 0 13 0 0.00 0
whg.struc structure_Notify 0 13 0 0.00 0
wie du sehen kannst dauert das Lesen von der CUL einmal 3 sekunden.
Das kenne ich nur von einer CUNO die nicht angeschlossen ist. Da verbraucht dann das OS entsprechend Zeit.
Ich gehe davon aus, dass es bei dir in einer ähnlichen Richtung liegt.
Zitat von: martinp876 am 26 Mai 2014, 08:12:53
wie du sehen kannst dauert das Lesen von der CUL einmal 3 sekunden.
Das kenne ich nur von einer CUNO die nicht angeschlossen ist. Da verbraucht dann das OS entsprechend Zeit.
Ich gehe davon aus, dass es bei dir in einer ähnlichen Richtung liegt.
Also sollte ich mal gucken, was da mit dem CUL ist, bzw. ob ich den irgendwie schneller bekomme ....
Zitat von: martinp876 am 26 Mai 2014, 08:12:53
wie du sehen kannst dauert das Lesen von der CUL einmal 3 sekunden.
Das kenne ich nur von einer CUNO die nicht angeschlossen ist. Da verbraucht dann das OS entsprechend Zeit.
Ich gehe davon aus, dass es bei dir in einer ähnlichen Richtung liegt.
Ich habe jetzt mal in letzter Zeit alles mögliche an- und abgeschaltet, aber der Effekt ist immer wieder der gleiche. Das Pairing bricht nach 4-5 Sekunden ab.
Er erstellt zwar den RT in FHEM, aber es bleibt beim "R-pairCentral set_0xF11234" und 15 pending Messages.
Ich muss dann jedes mal einen Werksreset am RT machen, damit ich wieder neu pairen kann. Ich habe keine Idee mehr.........