Fensterkontakt HM-SEC-SCo - "NACK"

[steinigel]

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

Code Auswählen Erweitern


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


[martinp876]

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.

[schnun]

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.

Code Auswählen Erweitern

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:

Code Auswählen Erweitern

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

[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.

[schnun]

Okay, liegt wohl am falschen pairing 0x000000.
Habe den entspr. Thread gefunden und probier das
morgen.

[Mathea]

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.

[schnun]

Hier...

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"...

Code Auswählen Erweitern

[/(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]