Fensterkontakt HM-SEC-SCO - STATE: Nack

Begonnen von webdandy, 10 Juli 2019, 07:45:21

Vorheriges Thema - Nächstes Thema

webdandy

Hallo zusammen,

seit einigen Tagen spinnen leider zwei meiner Fensterkontakte rum.
Entweder wird der state nicht korrekt aktualisiert (öffnen / schließen) oder aber der state geht auf NACK.
Wenn der state auf NACK steht und ich dann das Fenster öffne/schließe wechselt der state wieder korrekt auf open oder closed.

Nur irgendwann geht er dann wiede auf NACK und ich weiß nicht warum???

2019-07-10_04:54:31 Kontakt_Badfenster alive: yes
2019-07-10_04:54:31 Kontakt_Badfenster battery: ok
2019-07-10_04:54:31 Kontakt_Badfenster contact: open (to broadcast)
2019-07-10_04:54:31 Kontakt_Badfenster sabotageError: off
2019-07-10_04:54:31 Kontakt_Badfenster open
2019-07-10_05:54:51 Kontakt_Badfenster alive: yes
2019-07-10_05:54:51 Kontakt_Badfenster battery: ok
2019-07-10_05:54:51 Kontakt_Badfenster contact: open (to broadcast)
2019-07-10_05:54:51 Kontakt_Badfenster sabotageError: off
2019-07-10_05:54:51 Kontakt_Badfenster open
2019-07-10_05:57:21 Kontakt_Badfenster battery: ok
2019-07-10_05:57:21 Kontakt_Badfenster contact: closed (to broadcast)
2019-07-10_05:57:21 Kontakt_Badfenster closed
2019-07-10_05:57:21 Kontakt_Badfenster trigger_cnt: 90
2019-07-10_06:49:36 Kontakt_Badfenster alive: yes
2019-07-10_06:49:36 Kontakt_Badfenster battery: ok
2019-07-10_06:49:36 Kontakt_Badfenster contact: closed (to broadcast)
2019-07-10_06:49:36 Kontakt_Badfenster sabotageError: off
2019-07-10_06:49:36 Kontakt_Badfenster closed
2019-07-10_06:49:37 Kontakt_Badfenster NACK
2019-07-10_06:49:37 Kontakt_Badfenster Nack


Ich habe bereits den folgenden Thread gefunden, jedoch hilft mir dieser auch nicht wirklich weiter:
https://forum.fhem.de/index.php/topic,39364.msg359915/topicseen.html#msg359915

Kann mir jemand vielleicht einen Tip geben, wonach ich noch suchen kann?
Ich bin momentan ein wenig am Verzweifeln  :-[
Wenn erforderlich, liefere ich auch gerne weitere Details/Logs/Infos.

Vielen Dank vorab & Grüße
Fabian

frank

sieht aus, als würde das pairing fehlen.
warum?
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

webdandy

Zitat von: frank am 10 Juli 2019, 08:19:13
sieht aus, als würde das pairing fehlen.
warum?
Hatte ich auch schon überlegt, aber dürfte sich dann der Status gar nicht aktualisieren?
Denn wenn ich das Fenster öffne/schließe ist der Status korrekt.
Nur nach einer Zeit x steht dann wieder NACK da.

Was wäre denn dich richtige Vorgehensweise für ein repairing?
Device in FHEM löschen, Fensterkontakt reset und wieder neu pairen?

frank

nix löschen, immer "drüber" pairen.
knöpchen drücken nicht vergessen.

kommt das nack ca jede 30min?
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

webdandy

Zitat von: frank am 10 Juli 2019, 08:29:40
nix löschen, immer "drüber" pairen.
knöpchen drücken nicht vergessen.

kommt das nack ca jede 30min?
wie genau meinst du das mit "drüber" pairen?
set myHmUART hmPairForSec 60 und dann Knöpchen am Fensterkontakt drücken?
Oder gibt es noch eine andere Möglichkeit?


Eher ca. jede Stunde:
2019-07-10_06:49:37 Kontakt_Badfenster NACK
2019-07-10_06:49:37 Kontakt_Badfenster Nack
2019-07-10_07:09:54 Kontakt_Badfenster Activity: alive
2019-07-10_07:30:15 Kontakt_Badfenster R-pairCentral: set_0x626262
2019-07-10_07:46:15 Kontakt_Badfenster alive: yes
2019-07-10_07:46:15 Kontakt_Badfenster battery: ok
2019-07-10_07:46:15 Kontakt_Badfenster contact: closed (to broadcast)
2019-07-10_07:46:15 Kontakt_Badfenster sabotageError: off
2019-07-10_07:46:15 Kontakt_Badfenster closed
2019-07-10_07:46:15 Kontakt_Badfenster NACK
2019-07-10_07:46:15 Kontakt_Badfenster Nack

webdandy

Eben gerade (08:46) ist der State von NACK auf closed gewechselt, ohne dass ich irgendetwas gemacht habe.
Was kann das Problem sein oder die Ursache?

2019-07-10_06:49:37 Kontakt_Badfenster NACK
2019-07-10_06:49:37 Kontakt_Badfenster Nack
2019-07-10_07:09:54 Kontakt_Badfenster Activity: alive
2019-07-10_07:30:15 Kontakt_Badfenster R-pairCentral: set_0x626262
2019-07-10_07:46:15 Kontakt_Badfenster alive: yes
2019-07-10_07:46:15 Kontakt_Badfenster battery: ok
2019-07-10_07:46:15 Kontakt_Badfenster contact: closed (to broadcast)
2019-07-10_07:46:15 Kontakt_Badfenster sabotageError: off
2019-07-10_07:46:15 Kontakt_Badfenster closed
2019-07-10_07:46:15 Kontakt_Badfenster NACK
2019-07-10_07:46:15 Kontakt_Badfenster Nack
2019-07-10_08:46:34 Kontakt_Badfenster alive: yes
2019-07-10_08:46:34 Kontakt_Badfenster battery: ok
2019-07-10_08:46:34 Kontakt_Badfenster contact: closed (to broadcast)
2019-07-10_08:46:34 Kontakt_Badfenster sabotageError: off
2019-07-10_08:46:34 Kontakt_Badfenster closed

frank

zeig mal ein "list Kontakt_Badfenster".
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

webdandy

Internals:
   DEF        5B6658
   FUUID      5c4486e6-f33f-88c1-3900-70b139011f254cbd
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     3
   NAME       Kontakt_Badfenster
   NOTIFYDEV  global
   NR         330
   NTFY_ORDER 50-Kontakt_Badfenster
   STATE      closed
   TYPE       CUL_HM
   chanNo     01
   lastMsg    No:8F - t:10 s:5B6658 d:000000 06010000
   myHmUART_MSGCNT 3
   myHmUART_RAWMSG 050000458F86105B665800000006010000
   myHmUART_RSSI -69
   myHmUART_TIME 2019-07-10 08:46:34
   protCmdDel 10
   protLastRcv 2019-07-10 08:46:34
   protNack   1 last_at:2019-07-10 07:46:15
   protRcv    3 last_at:2019-07-10 08:46:34
   protSnd    1 last_at:2019-07-10 07:46:15
   protState  CMDs_done_Errors:1
   rssi_at_myHmUART cnt:3 min:-69 max:-68 avg:-68.66 lst:-69
   READINGS:
     2019-07-10 07:09:54   Activity        alive
     2019-07-10 07:46:15   CommandAccepted no
     2019-07-09 12:48:22   D-firmware      1.0
     2019-07-09 12:48:22   D-serialNr      OEQ0708789
     2019-07-10 07:30:15   R-pairCentral   set_0x626262
     2019-07-10 08:46:34   alive           yes
     2019-07-10 08:46:34   battery         ok
     2019-07-10 08:46:34   contact         closed (to broadcast)
     2019-07-10 08:46:34   recentStateType info
     2019-07-10 08:46:34   sabotageError   off
     2019-07-10 08:46:34   state           closed
     2019-07-10 05:57:21   trigger_cnt     90
   helper:
     HM_CMDNR   143
     getCfgList all
     getCfgListNo ,4
     mId        00C7
     peerFriend peerAct,peerVirt
     peerOpt    4:threeStateSensor
     regLst     0,1,4p
     rxType     28
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +5B6658,00,00,00
       nextSend   1562741194.09431
       prefIO     
       rxt        2
       vccu       
       p:
         5B6658
         00
         00
         00
     mRssi:
       mNo        8F
       io:
         myHmUART:
           -65
           -65
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
     rssi:
       at_myHmUART:
         avg        -68.6666666666667
         cnt        3
         lst        -69
         max        -68
         min        -69
     shadowReg:
       RegL_00.    0A:62 0B:62 0C:62
Attributes:
   IODev      myHmUART
   actCycle   002:50
   actStatus  alive
   alias      Badfenster
   autoReadReg 4_reqStatus
   devStateIcon open:fts_window_1w_tilt@red closed:fts_window_1w@green
   expert     2_raw
   firmware   1.0
   group      Türen / Fenster
   icon       fts_window_1w
   model      HM-SEC-SCO
   peerIDs    00000000,
   room       Badezimmer,CUL_HM,Wohnung
   serialNr   OEQ0708789
   sortby     7
   subType    threeStateSensor

Otto123

Moin,

nochmal Knöppchen drücken und Sensor NICHT auslösen!!!
Eventuell auch nochmal getConfig und dann Knöppchen OHNE Sensor auslösen!

NACK kommt doch nur daher, dass Du versucht hast den Kontakt zu "konfigurieren" obwohl er nicht gepairt war?

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

webdandy

Zitat von: Otto123 am 10 Juli 2019, 09:17:04
Moin,

nochmal Knöppchen drücken und Sensor NICHT auslösen!!!
Eventuell auch nochmal getConfig und dann Knöppchen OHNE Sensor auslösen!

NACK kommt doch nur daher, dass Du versucht hast den Kontakt zu "konfigurieren" obwohl er nicht gepairt war?

Gruß Otto
Moin Otto,
einfach nur Knöpfchen drücken ohne eine weitere Aktion davor?
Eigentlich war/ist der Fensterkontakt die ganze Zeit gepairt gewesen  :-[

Otto123

#10
Erster Versuch ohne Aktion davor.
Zweiter Versuch mit getConfig davor.

Der war sicher noch nie gepairt
2019-07-10 07:30:15   R-pairCentral   set_0x626262
da darf kein set_ stehen und das Register paireTo fehlt völlig. Das der Status übermittelt wird, bedeutet NICHT das er gepairt ist. gepairt bedeutet die Zentrale verwaltet ihn.
Es fehlen noch Daten, der Sensor übertragt sie nur wenn Du das Knöppchen drückst. Datenübertragung ist sichtbar am hektischen Blinken (also nicht ruhig rythmisch).

Der Pairing Vorgang ist angestoßen aber nicht beendet.

Du solltes hmInfo definieren und mit configCheck deine HM Landschaft überprüfen. Meldet dir configCheck mehr als "done" solltest Du die Fehler abarbeiten.
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

MadMax-FHEM

Zitat von: webdandy am 10 Juli 2019, 08:26:05
Hatte ich auch schon überlegt, aber dürfte sich dann der Status gar nicht aktualisieren?

DOCH!

Es ist Funk.

fhem empfängt (lässt sich ja nicht vermeiden ;)  ) und versucht die empfangenen Daten einem Gerät zuzuordnen -> closed/open etc.

Allerdings kannst du keine Register setzen (mehr geht bei einem Sensor nicht, daher wird hier oft irrtümlich angenommen er wäre gepaired / bei einem Aktor fällt das eher auf: er lässt sich nicht schalten).
Denn "Befehle" erkennt das Gerät nur an, wenn sie von "seiner" Zentrale kommen (gepaired).

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

webdandy

Zitat von: Otto123 am 10 Juli 2019, 09:27:48
Erster Versuch ohne Aktion davor.
Zweiter Versuch mit getConfig davor.

Der war sicher noch nie gepairt
2019-07-10 07:30:15   R-pairCentral   set_0x626262
da darf kein set_ stehen und das Register paireTo fehlt völlig. Das der Status übermittelt wird, bedeutet NICHT das er gepairt ist. gepairt bedeutet die Zentrale verwaltet ihn.
Es fehlen noch Daten, der Sensor übertragt sie nur wenn Du das Knöppchen drückst. Datenübertragung ist sichtbar am hektischen Blinken (also nicht ruhig rythmisch).

Der Pairing Vorgang ist angestoßen aber nicht beendet.

Du solltes hmInfo definieren und mit configCheck deine HM Landschaft überprüfen. Meldet dir configCheck mehr als "done" solltest Du die Fehler abarbeiten.

2019-07-10 07:30:15   R-pairCentral   set_0x626262
Das taucht nur auf, weil ich dies testweise eingegeben hatte.
Bin aber momentan nicht zu Hause und kann das Knöpfchen nicht drücken  :(
Ich werde jetzt mal ein HMinfo definieren und einen configCheck starten.

webdandy

Oh ha, hier ist wohl einiges im Argen  :'(

configCheck done:

missing register list
    Fernbedienung_Notfall: RegL_00.
    Fernbedienung_Notfall_armExt: RegL_01.
    Fernbedienung_Notfall_armInt: RegL_01.
    Fernbedienung_Notfall_disarm: RegL_01.
    Fernbedienung_Notfall_light: RegL_01.
    Kontakt_Badfenster: RegL_00.,RegL_01.
    Kontakt_Schlafzimmerfenster: RegL_00.,RegL_01.
    Unterputzschalter_Kueche: RegL_00.

Register changes pending
    Kontakt_Badfenster

peer list incomplete. Use getConfig to read it.
    incomplete: Fernbedienung_Notfall_armExt:
    incomplete: Fernbedienung_Notfall_armInt:
    incomplete: Fernbedienung_Notfall_disarm:
    incomplete: Fernbedienung_Notfall_light:
    incomplete: Unterputzschalter_Kueche_Sw_01:
    incomplete: Unterputzschalter_Kueche_Sw_02:
    incomplete: Unterputzschalter_Kueche_Sw_03:

trigger sent to undefined device
    triggerUndefined: 2fachMotion_Flur_Btn_01:626262
    triggerUndefined: 2fachMotion_Flur_Motion:626262
    triggerUndefined: 6fach_Flur_Btn_01:626262
    triggerUndefined: 6fach_Flur_Btn_03:626262
    triggerUndefined: Fernbedienung_Notfall_armExt:626262
    triggerUndefined: Fernbedienung_Notfall_armInt:626262
    triggerUndefined: Fernbedienung_Notfall_disarm:626262
    triggerUndefined: Fernbedienung_Schlafzimmer_Btn_01:626262
    triggerUndefined: Fernbedienung_Schlafzimmer_Btn_02:626262
    triggerUndefined: Fernbedienung_Schlafzimmer_Btn_03:626262
    triggerUndefined: Fernbedienung_Schlafzimmer_Btn_04:626262
    triggerUndefined: Fernbedienung_Schlafzimmer_Btn_07:626262
    triggerUndefined: Fernbedienung_Schlafzimmer_Btn_08:626262
    triggerUndefined: Fernbedienung_Wohnzimmer_Btn_01:626262
    triggerUndefined: Fernbedienung_Wohnzimmer_Btn_07:626262
    triggerUndefined: Fernbedienung_Wohnzimmer_Btn_08:626262
    triggerUndefined: Kontakt_Ankleidezimmerfenster:626262
    triggerUndefined: Kontakt_Eingangstuer:626262
    triggerUndefined: Kontakt_Kuechenfenster:626262
    triggerUndefined: Kontakt_Prinzessinzimmerfenster:626262
    triggerUndefined: Kontakt_Terrassentuer:626262
    triggerUndefined: Kontakt_Wohnzimmerfenster_1:626262
    triggerUndefined: Kontakt_Wohnzimmerfenster_2:626262

PairedTo missing/unknown
    Fernbedienung_Notfall
    Kontakt_Schlafzimmerfenster
    Unterputzschalter_Kueche

Otto123

ZitatDas taucht nur auf, weil ich dies testweise eingegeben hatte.
Wirklich? Das ist grober Unfug!

Also zuerst kümmerst Du Dich bitte um pairen!
    Fernbedienung_Notfall
    Kontakt_Schlafzimmerfenster
    Unterputzschalter_Kueche

Damit erledigen sich dann schon einige andere Dinge. Aber bitte mach es richtig, lies den Artikel im Wiki und die Bedienungsanleitung zum Thema "Anlernen" eines jeden Gerätes (ist im Zweifel immer unterschiedlich gelöst)
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz