FHEM Forum

Hallo Gemeinde,

ich bin an einem Punkt angelangt, an dem ich alleine nicht mehr weiter komme.
Die beiden Devices (Heizkörperthermostat und Fenstersensor) habe ich in Fhem gepaired.
Jeder für sich funktioniert. Closed/Open Status wird angezeigt und auch die Temperatur beim Thermostat ausgelesen oder kann verändert werden.
Soweit so gut.

Beim peeren von Fenstersensor mit Thermostatventil erhalte ich folgenden Effekt.
Der Fenstersensor erscheint in der peerlist des Ventils unter Kanal 3 (WindowRec).
Darunter steht aber: state unpeered.

2015.08.24 10:20:02 5: Cmd: >setstate WZ_Heizung_WindowRec last:trigLast< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Heizung_WindowRec 2015-08-24 10:15:41 R-WZ_Fenster_chn-01-shCtValLo 50< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Heizung_WindowRec 2015-08-24 10:15:41 R-WZ_Fenster_chn-01-winOpnTemp 12 C< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Heizung_WindowRec 2015-08-24 10:15:40 R-sign off< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Heizung_WindowRec 2015-08-24 10:15:40 RegL_01:   08:00 00:00< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Heizung_WindowRec 2015-08-24 10:15:41 RegL_03:WZ_Fenster_chn:01   04:32 00:00< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Heizung_WindowRec 2015-08-24 10:15:41 RegL_07:WZ_Fenster_chn:01   05:18 00:00< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Heizung_WindowRec 2015-08-24 10:15:40 peerList WZ_Fenster,< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Heizung_WindowRec 2015-08-24 08:45:19 state unpeered<

Wenn ich nun das Ventil in den Anlernmodus versetze und das Fenster öffne, regelt das Ventil (so wie es sein soll) auf die voreingestellte Temperatur bei offenem Fenster runter.
Dann passiert aber nichts mehr. Egal ob Fenster geöffnet oder geschlossen wird. Das Ventil reagiert nicht mehr.

Der Fenstersensor zeigt auch ein paired to 0x0. Das ist doch auch nicht richtig ??

2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster closed< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 10:15:27 .D-devInfo 810101< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 10:15:27 .D-stc 80< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 10:17:53 .protLastRcv 2015-08-24 10:17:53< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 10:15:27 Activity alive< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 09:27:45 CommandAccepted no< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 10:15:27 D-firmware 1.0< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 10:15:27 D-serialNr MEQ0174393< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 09:19:22 PairedTo 0x0< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 10:15:08 R-WZ_Heizung_WindowRec-expectAES set_off< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 10:15:08 R-WZ_Heizung_WindowRec-peerNeedsBurst set_on< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 09:14:20 R-cyclicInfoMsg on< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 09:14:20 R-eventDlyTime 0 s< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 09:14:20 R-msgScPosA open< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 09:14:20 R-msgScPosB closed< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 10:14:28 R-pairCentral set_0x1< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 09:14:20 R-sabotageMsg on< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 09:14:20 R-sign on< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 09:14:20 R-transmDevTryMax 6< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 09:14:20 R-transmitTryMax 6< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 10:15:27 aesKeyNbr 00< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 09:29:39 alive yes< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 10:17:53 battery ok< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 10:17:53 contact closed (to broadcast)< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 09:29:39 recentStateType info< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 09:29:39 sabotageError off< 2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 10:17:53 state closed<

BurstAccess steht auf Auto
BurstRX ist on
Habe eben noch herausgefunden: Immer wenn ich das Ventil in den Anlernmodus versetze und dann den Fensterkontakt betätige, reagiert das Ventil. Aber eben immer nur ein mal.

Hat jemand eine Idee ?

Logisch.
Ein RT spart Batterie und schläft daher sehr gut. Aufwachen wenn temp gesendet wird und wenn an lernen gedrückt ist, danach gute Nacht.
Du musst das Register burst auf in setzen, dann bleibt er halb wach. Immer wenn jemand einen burst sendet schreckt er hoch, lauscht und wenn nichts für ihn ist, schlafen.

Nun der zweite schritt ... Der SC muss einen burst schicken, wenn er mit einem burstdevice reden will. Sonst verpennen die die besten Nachrichten. Also Register peerneedsburst auf yes.

Nutzt man peerchan sollte es automatisch gehen. Ein hminfo checkconfig sollte die fragwürdige config alarmieren

Danke für die Antwort.

Leider komme ich dennoch nicht weiter.
Ich versuche den Kanal 3 meines Ventils (WZ_Heizung_WindowRec) in den Burst Modus zu versetzen.
set WZ_Heizung_WindowRec regSet burstRx on
Das geht aber nicht. Der Get Befehl gibt : Value not captured aus.
Ich kann nur das Ventil komplett in den burst Modus versetzen.
Dann bekomme ich mit get auch ein: on

In den Readings des Fensterkontaktes steht:
R-WZ_Heizung_WindowRec-peerNeedsBurst      set_on         2015-08-25 20:40:28

Ich vermute, dass das Problem damit zusammen hängt, dass ich den Kanal 3 des Ventils nicht in den burst modus versetzen kann.

Gibte einen Trick dafür ?

Der burst Mode geht nur für das device, nicht für den channel.

VG
Frank

Dann sollte es doch eigentlich jetzt mit dieser Konfiguration funktionieren.
Tut es aber nicht.

Jemand noch ne Idee?

poste doch mal ein list vom device und dem channel und logge rawmessages => wiki homematic sniffen.

Nach einigem suchen, habe ich noch gesehen, dass in dem Fensterkontakt steht:
PairedTo          0x0 und
R-pairCentral   0x0

Das deutet doch wohl darauf hin, dass der Fensterkontakt vermutlich mit AES Übertragung arbeitet.

Ist das korrekt?
Kann ich das irgendwo in den Parametern sehen.

Das würde auch erklären, warum ich diesen Eintrag im Fensterkontakt finde:
protState    CMDs_done_Errors:1

 :)

mach doch endlich mal ein list von dem device und verrate doch etwas mehr von deinem system, welches io device benutzt du, und die ausgabe von version

Hallo Harry,
ich nutze einen CUL den Fenstersensor HM_SEC_SCo und einen Thermostat HM_CC_RT_DN.

Fenstersensor

Internals:
CUL1_MSGCNT  6
CUL1_RAWMSG           A0D6E861038C7AE00000006010000::-81:CUL1
CUL1_RSSI                  -81
CUL1_TIME                  2015-08-27 12:25:30
DEF                             38C7AE
IODev                          CUL1
LASTInputDev             CUL1
MSGCNT                      6
NAME                          WZ_Fenster
NR                               32
STATE                         closed
TYPE                           CUL_HM
lastMsg                       No:6E - t:10 s:38C7AE d:000000 06010000
protCmdDel                4
protLastRcv               2015-08-27 12:25:30
protResnd                  3 last_at:2015-08-27 10:29:39
protResndFail             1 last_at:2015-08-27 11:29:21
protSnd                      4 last_at:2015-08-27 11:29:17
protState                    CMDs_done_Errors:1
rssi_at_CUL1              max:-79 lst:-81 cnt:6 min:-86 avg:-82.91

Readings
ctivity              alive      2015-08-27 12:33:23
CommandAccepted   no         2015-08-24 09:27:45
D-firmware                1.0        2015-08-24 10:15:27
D-serialNr                  MEQ0174393  2015-08-24 10:15:27
PairedTo                    0x0         2015-08-24 09:19:22
R-WZ_Heizung_WindowRec-expectAES set_off   2015-08-24 10:15:08
R-WZ_Heizung_WindowRec-peerNeedsBurst   set_on    2015-08-24 10:15:08
R-cyclicInfoMsg        on           2015-08-24 09:14:20
R-eventDlyTime        0 s           2015-08-24 09:14:20
R-msgScPosA          open         2015-08-24 09:14:20
R-msgScPosB          closed      2015-08-24 09:14:20
R-pairCentral            0x0           2015-08-24 10:14:28
R-sabotageMsg        on            2015-08-24 09:14:20
R-sign                      on             2015-08-24 09:14:20
R-transmDevTryMax 6               2015-08-24 09:14:20
R-transmitTryMax     6              2015-08-24 09:14:20
aesKeyNbr               00             2015-08-24 10:15:27
alive                         yes             2015-08-27 12:25:30
battery                    ok               2015-08-27 12:25:30
contact                   closed (to broadcast)  2015-08-27 12:25:30
recentStateType      info             2015-08-27 12:25:30
sabotageError          off              2015-08-27 12:25:30
state                      closed             2015-08-27 12:25:30
trigDst_broadcast  noConfig      2015-08-24 09:11:46


Attributes
IODev              CUL1      deleteattr
actCycle                     000:50   deleteattr
actStatus                   alive        deleteattr
autoReadReg             4_reqStatus deleteattr
expert                        2_full      deleteattr
firmware                    1.0          deleteattr
hmId                         F10001    deleteattr
model                        HM-SEC-SCo  deleteattr
peerIDs                     00000000 deleteattr
room                         Wohnzimmer deleteattr
serialNr                     XXXXXXXXX
deleteattr                 subType       threeStateSensor
deleteattr

Thermostat
Internals

UL1_MSGCNT         140
CUL1_RAWMSG      A0F1086102E79440000000A60E20E0000::-75.5:CUL1
CUL1_RSSI             -75.5
CUL1_TIME         2015-08-27 12:55:53
DEF                 2E7944
IODev                 CUL1
LASTInputDev   CUL1
MSGCNT            140
NAME                 WZ_Heizung
NR                      24
STATE               CMDs_done
TYPE                  CUL_HM
channel_01        WZ_Heizung_Weather
channel_02        WZ_Heizung_Climate
channel_03        WZ_Heizung_WindowRec
channel_04        WZ_Heizung_Clima
channel_05        WZ_Heizung_ClimaTeam
channel_06        WZ_Heizung_remote
lastMsg              No:10 - t:10 s:2E7944 d:000000 0A60E20E0000
protCmdDel       1
protCondBurst  on
protLastRcv       2015-08-27 12:55:53
protResnd          3 last_at:2015-08-27 08:25:13
protResndFail     1 last_at:2015-08-27 08:25:18
protSnd             28 last_at:2015-08-27 08:25:29
protState           CMDs_done
rssi_at_CUL1     avg:-78.79 max:-73.5 lst:-75.5 min:-89.5 cnt:140

Readings
Activity       alive     2015-08-27 08:33:23
CommandAccepted yes    2015-08-27 08:25:30
D-firmware           1.3       2015-08-24 11:31:15
D-serialNr             LEQ0848948  2015-08-24 11:31:15
PairedTo     0xF10001          2015-08-24 08:45:18
R-backOnTime      10 s        2015-08-24 08:45:18
R-btnLock       off               2015-08-24 08:45:18
R-burstRx       on               2015-08-24 08:45:18
R-cyclicInfoMsg    on          2015-08-24 08:45:18
R-cyclicInfoMsgDis   0        2015-08-24 08:45:18
R-globalBtnLock   off          2015-08-24 08:45:18
R-localResDis          off       2015-08-24 08:45:18
R-lowBatLimitRT     2.1 V   2015-08-24 08:45:18
R-modusBtnLock    off       2015-08-24 08:45:18
R-pairCentral           0xF10001   2015-08-24 08:45:18
RegL_00:               01:01 02:01 09:01 0A:F1 0B:00 0C:01 0E:0A 0F:00 11:00 12:15 16:00 18:00 19:00 1A:00 00:00        2015-08-24 08:45:18
RegL_07:               
actuator    0          2015-08-27 13:01:14
battery      ok          2015-08-24 09:21:17
batteryLevel   2.9   2015-08-27 13:01:14
desired-temp  12.0  2015-08-27 13:01:14
measured-temp   22.6    2015-08-27 13:01:14
state   CMDs_done     2015-08-27 08:25:30
time-request  -         2015-08-24 08:45:27


Attributes
IODev    CUL1    deleteattr
actCycle      000:10     deleteattr
actStatus    alive          deleteattr
autoReadReg  4_reqStatus  deleteattr
burstAccess  1_auto    deleteattr
expert   2_full      deleteattr
firmware    1.3    deleteattr
hmId      F10001   deleteattr
model     HM-CC-RT-DN   deleteattr
room      Wohnzimmer   deleteattr
serialNr   LEQ0848948   deleteattr
subType   thermostat     deleteattr
webCmd   getConfig:clear msgEvents:burstXmit   deleteattr

WZ_Heizung_WindowRec
Internal
DEF 2E794403
NAME             WZ_Heizung_WindowRec
NR                28
STATE          last:trigLast
TYPE            CUL_HM
chanNo         03
device          WZ_Heizung
peerList        WZ_Fenster

Readings
R-WZ_Fenster_chn-01-shCtValLo   50   2015-08-24 10:15:41
R-WZ_Fenster_chn-01-winOpnTemp        12 C 2015-08-24 10:15:41
R-sign          off         2015-08-24 10:15:40
RegL_01:     08:00 00:00   2015-08-24 10:15:40
RegL_03:WZ_Fenster_chn:01     04:32 00:00     2015-08-24 10:15:41
RegL_07:WZ_Fenster_chn:01     05:18 00:00     2015-08-24 10:15:41
peerList                 WZ_Fenster,           2015-08-27 08:23:23
state                    unpeered          2015-08-24 08:45:19

Bringt Dich das weiter oder brauchst Du noch andere Daten ?

das ist jetzt einfach  :)

du benützt einen Cul und der kann normalerweise von Haus aus kein AES
die Sco lässt sich von Haus aus nur mit AES pairen

ZitatR-sign                      on             2015-08-24 09:14:20

Du hast zwei Möglichkeiten CUL AES beibringen, da gibt es einen Thread dazu
oder AES im SCO mit einem geeigneten IO das AES kann abschalten,

interessant finde ich, dass das device auch ohne aes anscheinend auszulesen geht. gibt es hier eine sicherheitslücke?

Danke für Eure Hilfe. Dann werde ich mal suchen, welche Lösung für mich passt.

Hallo,

mit aktuellem Fhem muss fuer AES mit CUL nichts mehr manuell getan werden. Geräte mit aktiviertem AES können gepairt, konfiguriert und geschaltet werden.

Nur wenn man einen eigenen Schlüssel benutzen will, muss dieser in der VCCU hinterlegt werden.

In den geposteten Readings des Fenstersensors vermisse ich die RegList, obwohl expert auf 2 steht. Irgendwas ist da ganz komisch, da R-pairCentral auf 0 steht aber das Peering mit dem Thermostat laut 1. Post über Fhem durchgeführt wurde. Das peerNeedsBurst wurde auch bisher nicht an den Sensor übertragen wurde.

Ich würde den Sensor nochmals erneut mit Fhem pairen, bis zumindest R-pairCentral passt und dann das peerNeedsBurst nochmals setzen.

Gruß
  Michael

Zitatmit aktuellem Fhem muss fuer AES mit CUL nichts mehr manuell getan werden. Geräte mit aktiviertem AES können gepairt, konfiguriert und geschaltet werden.

Nur wenn man einen eigenen Schlüssel benutzen will, muss dieser in der VCCU hinterlegt werden.

das erklärt es ja fast. demnach ist fhem also mit dem default-schlüssel bestückt.

und das modul ist standard?
eval "use Crypt::Rijndael";

da ich dachte, das modul auf der fritzbox installieren zu müssen, habe ich aes mit cul immer noch nicht probiert.

Wochenende! Und ich habe endlich Zeit mich noch mal dran zu setzen.
Habe den Fensterkontakt, das Thermostatventil und fhem.cfg sowie fhem.save in den Grundzustand zurückgesetzt.
Dann fhem aktualisiert.

Nun erneut Fenster und Heizung gepaired.

Das Fenster zeigt jetzt pairCentral Verbindung zum CUL.
Nach dem peeren zwischen Fenster und Heizung_WindowRec wurde der Sensor in die peerlist der Heizung eingetragen (auch mit der richtigen ID).
Im Fenstersensor wird zwar der pairCentral zum CUL eingetragen, aber PairedTo steht weiterhin auf 0x0.

Beim Schalten des Fensterkontaktes bleiben die Befehle hängen und es stehen immer CMDs_Pending im Fenstersensor.
Hat jemadn noch eine Idee, was ich falsch mache ?

Hier noch mal der aktuelle Überblick

WZ_Fenster
Internals

CUL1_MSGCNT       2
CUL1_RAWMSG       A0D20861038C7AE00000006010000::-69.5:CUL1
CUL1_RSSI         -69.5
CUL1_TIME         2015-08-30 13:27:40
DEF           38C7AE
IODev             CUL1
LASTInputDev      CUL1
MSGCNT            2
NAME              WZ_Fenster
NR                20
STATE             closed
TYPE              CUL_HM
lastMsg           No:20 - t:10 s:38C7AE d:000000 06010000
protCmdPend       3 CMDs pending
protLastRcv       2015-08-30 13:27:40
protResnd         1 last_at:2015-08-30 13:27:45
protSnd           1 last_at:2015-08-30 13:27:40
protState         CMDs_pending
rssi_at_CUL1      min:-71.5 avg:-70.5 cnt:2 max:-69.5 lst:-69.5

Readings

Activity                               alive
CommandAccepted                        no
D-firmware                             1.0
D-serialNr                             MEQ0174393
PairedTo                               0x0
R-WZ_Heizung_WindowRec-expectAES       set_off
R-WZ_Heizung_WindowRec-peerNeedsBurst  set_on
R-cyclicInfoMsg                        on
R-pairCentral                          set_0xF10001
R-sabotageMsg                          on
R-transmDevTryMax                      6
aesKeyNbr                              00
alive                                  yes
battery                                ok
contact                                closed (to broadcast)
recentStateType                        info
sabotageError                          off
state                                  closed
trigDst_broadcast                      noConfig


Attribute

ODev          CUL1
actCycle      000:50
actStatus     alive
autoReadReg   4_reqStatus
expert        2_full
firmware      1.0
model         HM-SEC-SCo
room          Wohnzimmer
serialNr      MEQ0174393
subType      threeStateSensor



WZ_Heizung_WindowRec
Internals

DEF   2E794403
NAME      WZ_Heizung_WindowRec
NR        27
STATE     last:trigLast
TYPE      CUL_HM
chanNo    03
device    WZ_Heizung
peerList  WZ_Fenster

Readings

R-WZ_Fenster_chn-01-winOpnTemp  12 C
R-sign                          off
RegL_01:                        08:00 00:00
RegL_03:WZ_Fenster_chn:01

2E:44 2F:48 30:55 31:08 32:45 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:44 49:48 4A:55 4B:08 4C:45 4D:20 4E:45 4F:20 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:44 63:48 64:55 65:08 66:45 67:20 68:45 69:20 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:44 7D:48 7E:55 7F:08 80:45 81:20 82:45 83:20 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:44 97:48 98:55 99:08 9A:45 9B:20 9C:45 9D:20 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:44 B1:48 B2:55 B3:08 B4:45 B5:20 B6:45 B7:20 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:0F CB:1E CC:1E CD:0F CE:1E CF:1E 00:00

RegL_07:WZ_Fenster_chn:01     05:18 00:00
peerList                      WZ_Fenster,
state                         unpeered

Attributes

model        HM-CC-RT-DN
peerIDs      00000000,38C7AE01
room         Wohnzimmer
stateFormat last:trigLast

FHEM will etwas an den sco senden. dieser empfängt nur, wenn du config drückst.
Du solltest also - wenn cmds pending sind  - einmal das Fenster öffnen - UND die messages dabei loggen!

Ich habe jetzt fhem noch mal neu gestartet.
Dann wurden die Signale zu dem SCo offensichtlich verarbeitet.
Nun reagiert aber der RT nur nach einem manuellen drücken des Config Button (Burst länger asl 3 Sekunden drücken).
Hier das log
Beginnt mit dem Windows open und den 12 C.

2015-08-30_17:24:00 WZ_Heizung desired-temp: 12.0
2015-08-30_17:24:02 WZ_Fenster battery: ok
2015-08-30_17:24:02 WZ_Fenster closed
2015-08-30_17:24:02 WZ_Fenster contact: closed (to broadcast)
2015-08-30_17:24:03 WZ_Heizung CMDs_pending
2015-08-30_17:25:09 WZ_Heizung CMDs_pending
2015-08-30_17:26:26 WZ_Fenster Activity: alive
2015-08-30_17:26:26 WZ_Heizung D-firmware: 1.3
2015-08-30_17:26:26 WZ_Heizung D-serialNr: LEQ0848948
2015-08-30_17:26:26 WZ_Heizung Activity: alive
2015-08-30_17:26:27 WZ_Heizung measured-temp: 24.4
2015-08-30_17:26:27 WZ_Heizung batteryLevel: 2.9
2015-08-30_17:26:27 WZ_Heizung actuator: 0
2015-08-30_17:26:27 WZ_Heizung desired-temp: 21.0
2015-08-30_17:26:28 WZ_Heizung CMDs_done


Nun habe ich erneut das Fenster geöffnet.
Danach reagiert der RT nicht.
2015-08-30_17:28:11 WZ_Fenster battery: ok
2015-08-30_17:28:11 WZ_Fenster open
2015-08-30_17:28:11 WZ_Fenster contact: open (to broadcast)
2015-08-30_17:28:41 WZ_Heizung measured-temp: 24.5
2015-08-30_17:28:41 WZ_Heizung batteryLevel: 2.9
2015-08-30_17:28:41 WZ_Heizung actuator: 0
2015-08-30_17:28:41 WZ_Heizung desired-temp: 21.0

Es fehlt schon vom Fensterkontakt die Anweisung: WZ_Fenster contact: open (to broadcast)

Aber in den Internals steht


CUL1_MSGCNT   3
CUL1_RAWMSG  A0C27844138C7AE0000000121C8::-72.5:CUL1
CUL1_RSSI      -72.5
CUL1_TIME      2015-08-30 17:28:11
DEF          38C7AE
IODev       CUL1
LASTInputDev    CUL1
MSGCNT      3
NAME          WZ_Fenster
NR             20
STATE       open
TYPE         CUL_HM
lastMsg    No:27 - t:41 s:38C7AE d:000000 0121C8
protLastRcv    2015-08-30 17:28:11
rssi_at_CUL1   max:-72.5 min:-81 cnt:3 avg:-77.16 lst:-72.5

ZitatIch habe jetzt fhem noch mal neu gestartet.

warum?

ZitatDann wurden die Signale zu dem SCo offensichtlich verarbeitet.

der sco sollte die befehle annehmen. dazu muss er aufwachen, was aber nicht durch fhem restart gemacht wird.

ZitatNun reagiert aber der RT nur nach einem manuellen drücken des Config Button (Burst länger asl 3 Sekunden drücken).

der rt war in deinem letzten post nicht gepaired. das wird durch restart nicht anders. lies mal das wiki über homematic pairen und das einsteigerdoc homematic anhang.

ZitatHier das log

loggen nach wiki homematic sniffen.

und hast du schon einmal die allgemeine Info zu HM devices gelesen (wiki)? Ist nicht so lang - kann man schaffen.
der RT nutzt "conditional burst". man kann burst einschalten. und man kann es danach nutzen. oder man nutzt es nicht und wartet etwas. da gibt es register, kommandos und attribute dafür, je nachdem was man will.
der sco muss das auch wissen - hat auch ein Register hierzu.

Danke für Eure Antworten.

Aber welche Einstellungen zum Burst im RT außer BurstRx auf on zu stellen und im SCo den R-WZ_Heizung_WindowRec-peerNeedsBurst set_on solle ich noch setzen ?

Burstrx und peerneedsburst reichen. Beide auf on . set_on ist nicht hinreichend, da ist erst geplant den wert zu setzen.
Befasse dich mit dem set_, das ist wichtig, insbesondere bei trägen batteriedevices