Ich habe mit den Fensterkontakten HM-Sec-SC-2 und den HM-Sec-SCo Probleme. Grundsätzlich wird das öffnen und schließen ordentlich erkannt aber sie quittieren nicht mit orange->grün sondern mit orange-rot. Befolge ich den Rat aus dem Wiki mit getConfig und der Anlerntaste funktioniert es einige mal bis es nach wenigen Stunden wieder mit orange->rot quittiert wird.
Woran liegt das?
Poste doch mal ein list der Fensterkontakte...
Was für ein IODev (Funkmodul) verwendest du?
Hast du eine vccu eingerichtet?
Gruß, Joachim
Mit wem oder was ist der kontakt gepeert?
Ein get regtable musst du posten.
Und ein regtable des peer kanals.
Zitat von: MadMax-FHEM am 09 Mai 2018, 20:17:40
Poste doch mal ein list der Fensterkontakte...
Was für ein IODev (Funkmodul) verwendest du?
Hast du eine vccu eingerichtet?
Gruß, Joachim
VCCU ist eingerichtet mit 2xHMLAN
Internals:
DEF 4E1542
HMLAN1_MSGCNT 65
HMLAN1_RAWMSG E4E1542,0000,68591A4D,FF,FFBB,35A2414E15422CD994011C00
HMLAN1_RSSI -69
HMLAN1_TIME 2018-05-09 23:28:27
HMLAN2_MSGCNT 62
HMLAN2_RAWMSG E4E1542,0000,0BD4E245,FF,FFBB,35A2414E15422CD994011C00
HMLAN2_RSSI -69
HMLAN2_TIME 2018-05-09 23:28:27
IODev VCCU
LASTInputDev HMLAN1
MSGCNT 127
NAME DG.Sz.FK.FensterkontaktStrasse
NOTIFYDEV global
NR 349
NTFY_ORDER 50-DG.Sz.FK.FensterkontaktStrasse
STATE closed
TYPE CUL_HM
lastMsg No:35 - t:41 s:4E1542 d:2CD994 011C00
peerList DG.Sz.HZ.Thermostat_WindowRec,
protLastRcv 2018-05-09 23:28:27
rssi_at_HMLAN1 cnt:65 min:-74 max:-61 avg:-66.75 lst:-69
rssi_at_HMLAN2 cnt:62 min:-86 max:-66 avg:-74.37 lst:-69
READINGS:
2018-05-07 08:12:29 Activity alive
2018-05-04 16:45:49 CommandAccepted no
2018-05-04 16:48:36 D-firmware 2.4
2018-05-04 16:48:36 D-serialNr NEQ1111545
2018-05-04 16:48:36 PairedTo 0x2CD994
2018-05-02 18:50:10 R-DG.Sz.HZ.Thermostat_WindowRec-expectAES off
2018-05-02 18:50:10 R-DG.Sz.HZ.Thermostat_WindowRec-peerNeedsBurst on
2018-05-02 18:50:08 R-cyclicInfoMsg off
2018-05-02 18:50:09 R-eventDlyTime 0 s
2018-05-02 18:50:08 R-pairCentral 0x2CD994
2018-05-02 18:50:08 R-sabotageMsg on
2018-05-02 18:50:09 R-sign off
2018-05-04 16:48:36 RegL_00. 02:01 09:00 0A:2C 0B:D9 0C:94 10:01 14:06 00:00
2018-05-04 16:48:37 RegL_01. 08:00 20:60 21:00 22:64 30:06 00:00
2018-05-04 16:48:38 RegL_04.DG.Sz.HZ.Thermostat_WindowRec 01:01 00:00
2018-05-04 16:49:33 alive yes
2018-05-09 23:28:19 battery ok
2018-05-09 23:28:19 contact closed (to VCCU)
2018-05-07 08:12:29 peerList DG.Sz.HZ.Thermostat_WindowRec,
2018-05-04 16:45:25 powerOn 2018-05-04 16:45:25
2018-05-04 16:49:33 recentStateType info
2018-05-04 16:45:49 sabotageAttackId_ErrIoId_F10000 cnt:3
2018-05-04 16:49:33 sabotageError off
2018-05-09 23:28:19 state closed
2018-05-09 23:28:19 trigger_cnt 28
helper:
HM_CMDNR 53
mId 00B1
regLst ,0,1,4p
rxType 28
supp_Pair_Rep 0
ack:
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +4E1542,00,00,00
nextSend 1525901307.41509
prefIO
rxt 2
vccu VCCU
p:
4E1542
00
00
00
mRssi:
mNo 35
io:
HMLAN1:
-69
-69
HMLAN2:
-69
-69
prt:
bErr 0
sProc 0
sleeping 1
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rssi:
at_HMLAN1:
avg -66.7538461538461
cnt 65
lst -69
max -61
min -74
at_HMLAN2:
avg -74.3709677419355
cnt 62
lst -69
max -66
min -86
tmpl:
Attributes:
DbLogExclude .*
HomeContactType window
HomeModeAlarmActive armaway
IODev VCCU
IOgrp VCCU
actCycle 028:00
actStatus alive
alias Fensterkontakt Schlafzimmer Strasse
autoReadReg 4_reqStatus
devStateIcon closed:fts_window_1w open:fts_window_1w_open@red
expert 2_raw
firmware 2.4
model HM-SEC-SC-2
peerIDs 00000000,63C38603,
room Fenster,Schlafzimmer
serialNr NEQ1111545
subType threeStateSensor
Zitat von: martinp876 am 09 Mai 2018, 20:20:36
Mit wem oder was ist der kontakt gepeert?
Ein get regtable musst du posten.
Und ein regtable des peer kanals.
get regtable ist leer
Get regtable kann nicht leer sein. Es ist natürlich
get DG.Sz.FK.FensterkontaktStrasse regTable
Aber das ist dir sicher klar.
Du hast "peerneedsburst" auf off. Das wird mit dem rt nicht funktionieren.
Es sollte mit
get hm configcheck
Angemerkt werden. Falls nicht, lass es mich wissen.
Am rt musst du burst einschalten.
Du hast cyclicinfomsg auf off. Das soart batterie. Allerdings solltest du actcycle dan auch deaktivieren oder sicherstellen das das fenster alle 24h geoeffnet wird.
Zitat
Get regtable kann nicht leer sein. Es ist natürlich
get DG.Sz.FK.FensterkontaktStrasse regTable
Aber das ist dir sicher klar.
Ja, ist mir klar, auf iOS ist es aber leider wirklich leer, mit Firefox habe ich dann folgende Werte:
No regs found for:
DG.Sz.FK.FensterkontaktStrasse type:threeStateSensor -
list:peer register :value
0: cyclicInfoMsg :off
0: pairCentral :0x2CD994
0: sabotageMsg :on
0: transmDevTryMax :6
1: eventDlyTime :0 s
1: ledOnTime :0.5 s
1: msgScPosA :closed
1: msgScPosB :open
1: sign :off
1: transmitTryMax :6
4:DG.Sz.HZ.Thermostat_WindowRec expectAES :off
4:DG.Sz.HZ.Thermostat_WindowRec peerNeedsBurst :onZitat
Du hast "peerneedsburst" auf off. Das wird mit dem rt nicht funktionieren.
Wo steht denn das peernedsburst auf off ist?
Zitat
Es sollte mit
get hm configcheck
Angemerkt werden. Falls nicht, lass es mich wissen.
Ich verstehe das leider nicht, was Du mir sagen möchtest, sorry.
Zitat
Am rt musst du burst einschalten.
Ist jetzt auf "on"
Zitat
Du hast cyclicinfomsg auf off. Das soart batterie. Allerdings solltest du actcycle dan auch deaktivieren oder sicherstellen das das fenster alle 24h geoeffnet wird.
cyclicinfomsg ist jetzt "on"
attr IODev steht auf VCCU.
hast du das so gesetzt? wenn man IOgrp nutzt, lässt man IODev unangetastet. bisher hat fhem hier immer ein io eingetragen.
Zitat von: frank am 11 Mai 2018, 12:50:32
attr IODev steht auf VCCU.
hast du das so gesetzt? wenn man IOgrp nutzt, lässt man IODev unangetastet. bisher hat fhem hier immer ein io eingetragen.
Ich vermute auch das ich da irgendwas falsch gemacht habt.
Wie sollte es richtigerweise sein?
beim fk DG.Sz.FK.FensterkontaktStrasse würde ich folgendes setzen, da hmlan1die besten rssi hat:
attr DG.Sz.FK.FensterkontaktStrasse IODev HMLAN1
attr DG.Sz.FK.FensterkontaktStrasse IOgrp VCCU:HMLAN1
Sorry für die schlechten angaben.
Hminfo configcheck prüft ob peerneedsburst gesetzt ist. Und ja, ich habe schlecht gelesen.
Wenn du nun den rt geaendert hast(ich habe verstanden dass burst off war) sollte sich schon etwas tun.
Besteht das Problem noch?
Iodev setzt das system. Iogrp sieht gut aus.
Ich habe jetzt alle hier gemachten Ratschläge befolgt, leider heute wieder orange -> rot.
Was kann ich noch prüfen?
zeig doch mal je ein list von hmlan1, hmlan2, vccu und ein aktuelles (nach erfolgreichem getconfig) vom fk.
ist die funkstrecke von fk und thermostat vielleicht gestört?
kannst du den zustand des fensters auf dem rt immer korrekt erkennen? der rt hat aktuelle fw?
hat der rt vielleicht ein funkproblem? bitte auch ein list vom device.
Zitat von: frank am 15 Mai 2018, 09:28:51
... der rt hat aktuelle fw?
Vielen Dank, das Stichwort "Firmware" habe ich mal genutzt um die RT's zu prüfen, die sind aktuell.
Ich habe aber bei den HMLAN's alte Firmware laufen, einer war auf 0.961 der andere auf 0.964.
Jetzt sind beide auf 0.965, ich beobachte mal ob sich was ändert, falls nicht komme ich mit weiteren Infos.
So, dann konnte ich das Problem mit Eurem Anstoß selbst lösen.
Nach dem Update der HMLAN's auf aktuelle Firmware sind die "orange - > rot" Meldungen alle ohne weitere Maßnahmen verschwunden.
Jetzt kommt sauber nach orange -> grün!.
Vielen Dank für Eure Unterstützung.