Hallo,
der Fensterkontakt zeigt mir regelmäßig den Status "NACK" an.
Bei öffnen oder schliessen zeigt er korrekt open bzw. close, schaltet dann aber später automatisch auf nack.
Ich vermute es hängt mit actCycle zusammen ... ?
Der Kontakt ist wiefolgt eingebunden
define alarm_seitentuer CUL_HM xxxx
attr alarm_seitentuer IODev hmusb
attr alarm_seitentuer actCycle 000:50
attr alarm_seitentuer actStatus alive
attr alarm_seitentuer autoReadReg 4_reqStatus
attr alarm_seitentuer expert 2_full
attr alarm_seitentuer firmware 1.0
attr alarm_seitentuer group Alarm
attr alarm_seitentuer model HM-SEC-SCo
attr alarm_seitentuer room Wohnzimmer
attr alarm_seitentuer serialNr xxxx
attr alarm_seitentuer subType threeStateSensor
am actCycle liegt es nicht.
der secSCo müsste LazyConfig beherrschen. Wenn er also etwas sendet kann man Kommandos senden - kurz danach.
Das scheint nicht zu klappen. Wahrscheinlich wird ein getConfig gesendet - offenlichtlich erfolglos.
kannst du die Logs aufzeichnen? Wäre schade, wenn es nicht geht.
Wenn ich das auch nochmal aufgreifen darf, meine HM-Sec-SCo zeigen auch ein NACK und nach kurzer Zeit
den Status, was etwas blöd ist da dann, wie gestern Nacht, der "falsche" Alarm losgeht.
Hier mal logs etc.
2015-11-15_21:58:45 vrr_Fenster Offen
2015-11-15_21:59:02 vrr_Fenster Zu
2015-11-15_21:59:03 vrr_Fenster NACK
2015-11-15_21:59:03 vrr_Fenster Nack
2015-11-15_21:59:18 vrr_Fenster Zu
2015-11-15_21:59:31 vrr_Fenster Offen
2015-11-15_21:59:33 vrr_Fenster Zu
2015-11-15_21:59:43 vrr_Fenster Offen
2015-11-15_21:59:50 vrr_Fenster Zu
2015-11-15_22:27:47 vrr_Fenster Offen
2015-11-15_22:27:55 vrr_Fenster Zu
2015-11-15_22:27:56 vrr_Fenster NACK
2015-11-15_22:27:56 vrr_Fenster Nack
2015-11-15_22:44:35 vrr_Fenster Zu
Die Readings, wobei mir hier das CommandAccepted NO nicht gefällt:
Readings
Activity
alive
2015-11-15 22:32:35
CommandAccepted
no
2015-11-15 22:27:56
D-firmware
1.0
2015-11-15 21:59:24
D-serialNr
MEQ0879185
2015-11-15 21:59:24
PairedTo
0x456CDE
2015-11-15 21:59:02
R-cyclicInfoMsg
on
2015-11-15 21:49:34
R-eventDlyTime
0 s
2015-11-15 21:49:35
R-msgScPosA
open
2015-11-15 21:49:35
R-msgScPosB
closed
2015-11-15 21:49:35
R-pairCentral
0x456CDE
2015-11-15 21:49:34
R-sabotageMsg
on
2015-11-15 21:49:34
R-sign
on
2015-11-15 21:49:35
R-transmDevTryMax
6
2015-11-15 21:49:34
R-transmitTryMax
6
2015-11-15 21:49:35
RegL_00:
alive
yes
2015-11-15 22:44:35
battery
ok
2015-11-15 22:44:35
contact
closed (to vccuHaus)
2015-11-15 22:44:35
powerOn
2015-11-15 21:52:58
2015-11-15 21:52:58
recentStateType
info
2015-11-15 22:44:35
sabotageError
off
2015-11-15 22:44:35
state
closed
2015-11-15 22:44:35
trigDst_vccuHaus
noConfig
2015-11-15 22:27:56
trigger_cnt
11
2015-11-15 22:27:56
Ein FHEM update heute brachte nichts, da ich keine Pushover Meldungen mehr bekam (altes Problem bei mir, keine Ahnung warum), also
wieder ein restore gemacht.
GetConfig usw. habe ich probiert, ändert aber auch nichts.
Diese Probleme habe ich mit den HM-Sec-SC nicht...
Gruss
schnun
Hab ich vergessen, event- on-change-reding state ist bei allen aktiv.
Vccu Haus und Vccu Werkstatt sind so ziemlich exakt gleich weit von diesem SCo entfernt, falls das von Belangen ist.
Okay, liegt wohl am falschen pairing 0x000000.
Habe den entspr. Thread gefunden und probier das
morgen.
Zitat von: schnun am 15 November 2015, 23:50:25
Okay, liegt wohl am falschen pairing 0x000000.
Habe den entspr. Thread gefunden und probier das
morgen.
kannst du bitte den Link dieses Threads hier posten? Habe ein ähnliches Pairing Problem mit einem HM-Aktor und komme dort einfach nicht weiter.
Hier...
http://forum.fhem.de/index.php?topic=28756.0 (http://forum.fhem.de/index.php?topic=28756.0)
wobei ich gestern noch Punkt 10 bei einem probiert habe und seither ist das "R-pairCentral bzw. PairedTo" korrekt gesetzt und
meldet nicht mehr "unaufgefordert"...
[/(10.) Sollte nach erfolgreichem Pairing selbst nach wiederholtem getConfig (und Betätigung der Programmiertaste), das Reading "R-pairCentral bzw. PairedTo" auf dem Wert 0x0 stehen (bei mir bei 1 von 3 Fensterkontakten passiert), muss über folgenden Befehl noch die hmId manuell dem Fensterkontakt beigebracht werden. (Nach jedem Cmd welches den Fensterkontakt betrifft, Programmiertaste betätigen)
set <FensterkontaktName> regSet pairCentral <hmId> code]