Keymatic peer, nur jedes zweite mal ...

Begonnen von Rampler, 23 Juni 2015, 18:41:55

Vorheriges Thema - Nächstes Thema

Rampler

Hallo zusammen,
ich habe eine keymatic, welche mit einem Codeschloss (HM-SCI-3-FM) gepeert ist. (und mit FHEM gepairt)
Funktioniert auch soweit super. Aber, wenn die Alarmanlage aktiviert ist, scheint das open Command vom Codeschloss nicht an die Keymatic gesendet zu werden. Erst nach dem zweitem open vom Codeschloss öffnet also die Keymatic.
Für das deaktivieren des Alarms habe ich einen notify:
GA.codeschloss1.contact:.open.* { if ....
Dieser funktioniert immer.
Für das öffnen der Türe ist ja doch nur der peer zuständig. Scheint so zu sein, dass FHEM, wenn der o.g. Notify greift, weiteres verhindert.
Im Log vom Codeschloss:
2015-06-23_18:37:56 GA.codeschloss1 contact: open (to vccu)              => erster Versuch Alarmanlage aus
2015-06-23_18:37:57 GA.codeschloss1 contact: open (to GA.keymatic)  => erster Versuch Alarmanlage aus
2015-06-23_18:38:10 GA.codeschloss1 contact: open (to vccu)             
2015-06-23_18:38:11 GA.codeschloss1 contact: open (to GA.keymatic)  => Tür auf
Im Log der Keymatic:
2015-06-23_18:38:17 GA.keymatic unlocked

Hier mal ein List auf das Codeschloss:
Internals:
   DEF        35C94C01
   NAME       GA.codeschloss1
   NR         174
   NTFY_ORDER 50-GA.codeschloss1
   STATE      open
   TYPE       CUL_HM
   chanNo     01
   device     GA.codeschloss
   peerList   GA.keymatic,
   Readings:
     2015-06-23 17:46:33   R-GA.keymatic_chn-01-expectAES on
     2015-06-23 17:46:33   R-GA.keymatic_chn-01-peerNeedsBurst on
     2015-06-16 21:49:01   R-eventDlyTime  0 s
     2015-06-16 21:49:01   R-msgScPosA     noMsg
     2015-06-16 21:49:01   R-msgScPosB     open
     2015-06-16 21:49:01   R-sign          on
     2015-06-16 21:49:01   R-transmitTryMax 6
     2015-06-23 17:46:32   RegL_01:          08:01 20:20 21:00 22:00 30:06 00:00
     2015-06-23 17:46:33   RegL_04:GA.keymatic_chn:01   01:81 00:00
     2015-06-23 17:47:42   contact         open (to GA.keymatic)
     2015-06-23 17:46:32   peerList        GA.keymatic,
     2015-06-23 17:47:42   state           open
     2015-06-23 17:47:42   trigger_cnt     142
   Helper:
     peerIDsRaw ,26110D01,00000000
     Role:
       chn        1
     Shadowreg:
Attributes:
   alias      Garage Codeschloss Open
   event-on-update-reading contact
   group      Codeschloss
   icon       access_keypad_2
   model      HM-SCI-3-FM
   peerIDs    00000000,26110D01,
   room       Garage

Und der List von der Keymatic:
Internals:
   DEF        26110D
   HMLAN1_MSGCNT 52
   HMLAN1_RAWMSG E26110D,0000,05ADC26B,FF,FFAF,8EA41026110D29A08306010100
   HMLAN1_RSSI -81
   HMLAN1_TIME 2015-06-23 17:47:49
   HMLAN2_MSGCNT 67
   HMLAN2_RAWMSG E26110D,0000,0A975335,FF,FFD0,8EA41026110D29A08306010100
   HMLAN2_RSSI -48
   HMLAN2_TIME 2015-06-23 17:47:49
   IODev      HMLAN2
   LASTInputDev HMLAN2
   MSGCNT     119
   NAME       GA.keymatic
   NR         128
   NTFY_ORDER 50-GA.keymatic
   STATE      unlocked
   TYPE       CUL_HM
   lastMsg    No:8E - t:10 s:26110D d:29A083 06010100
   peerList   GA.fb_unlock,GA.fb_lock,GA.codeschloss1,
   protEvt_AESok 10 last_at:2015-06-23 17:47:22
   protLastRcv 2015-06-23 17:47:49
   protSnd    41 last_at:2015-06-23 17:47:49
   protState  CMDs_done
   rssi_GA.codeschloss avg:-36.16 min:-52 max:-27 lst:-27 cnt:12
   rssi_HMLAN2 avg:-47.18 min:-55 max:-45 lst:-46 cnt:11
   rssi_at_HMLAN1 avg:-69.65 min:-89 max:-64 lst:-81 cnt:52
   rssi_at_HMLAN2 avg:-47.07 min:-56 max:-43 lst:-48 cnt:67
   Readings:
     2015-06-22 15:19:32   Activity        alive
     2015-06-23 17:47:42   CommandAccepted yes
     2015-06-17 14:14:46   D-firmware      2.5
     2015-06-17 14:14:46   D-serialNr      KEQ1063786
     2015-06-17 14:14:50   PairedTo        0x29A083
     2015-06-16 21:01:41   R-GA.codeschloss1-lgCtOff geLo
     2015-06-16 21:01:41   R-GA.codeschloss1-lgCtOn geLo
     2015-06-16 21:01:41   R-GA.codeschloss1-lgCtValHi 100
     2015-06-16 21:01:41   R-GA.codeschloss1-lgCtValLo 50
     2015-06-16 21:01:41   R-GA.codeschloss1-lgKeyJtOff open
     2015-06-16 21:01:41   R-GA.codeschloss1-lgKeyJtOn open
     2015-06-16 21:01:41   R-GA.codeschloss1-lgOnTime unused
     2015-06-16 21:01:41   R-GA.codeschloss1-shCtOff geLo
     2015-06-16 21:01:41   R-GA.codeschloss1-shCtOn geLo
     2015-06-16 21:01:41   R-GA.codeschloss1-shCtValHi 100
     2015-06-16 21:01:41   R-GA.codeschloss1-shCtValLo 50
     2015-06-16 21:01:41   R-GA.codeschloss1-shKeyJtOff open
     2015-06-16 21:01:41   R-GA.codeschloss1-shKeyJtOn open
     2015-06-16 21:01:41   R-GA.codeschloss1-shOnTime unused
     2015-06-16 21:01:40   R-GA.fb_lock-lgCtOff geLo
     2015-06-16 21:01:40   R-GA.fb_lock-lgCtOn geLo
     2015-06-16 21:01:40   R-GA.fb_lock-lgCtValHi 100
     2015-06-16 21:01:40   R-GA.fb_lock-lgCtValLo 50
     2015-06-16 21:01:40   R-GA.fb_lock-lgKeyJtOff lock
     2015-06-16 21:01:40   R-GA.fb_lock-lgKeyJtOn lock
     2015-06-16 21:01:40   R-GA.fb_lock-lgOnTime unused
     2015-06-16 21:01:40   R-GA.fb_lock-shCtOff geLo
     2015-06-16 21:01:40   R-GA.fb_lock-shCtOn geLo
     2015-06-16 21:01:40   R-GA.fb_lock-shCtValHi 100
     2015-06-16 21:01:40   R-GA.fb_lock-shCtValLo 50
     2015-06-16 21:01:40   R-GA.fb_lock-shKeyJtOff lock
     2015-06-16 21:01:40   R-GA.fb_lock-shKeyJtOn lock
     2015-06-16 21:01:40   R-GA.fb_lock-shOnTime unused
     2015-06-16 21:01:39   R-GA.fb_unlock-lgCtOff geLo
     2015-06-16 21:01:39   R-GA.fb_unlock-lgCtOn geLo
     2015-06-16 21:01:39   R-GA.fb_unlock-lgCtValHi 100
     2015-06-16 21:01:39   R-GA.fb_unlock-lgCtValLo 50
     2015-06-16 21:01:39   R-GA.fb_unlock-lgKeyJtOff open
     2015-06-16 21:01:39   R-GA.fb_unlock-lgKeyJtOn open
     2015-06-16 21:01:39   R-GA.fb_unlock-lgOnTime unused
     2015-06-16 21:01:39   R-GA.fb_unlock-shCtOff geLo
     2015-06-16 21:01:39   R-GA.fb_unlock-shCtOn geLo
     2015-06-16 21:01:39   R-GA.fb_unlock-shCtValHi 100
     2015-06-16 21:01:39   R-GA.fb_unlock-shCtValLo 50
     2015-06-16 21:01:39   R-GA.fb_unlock-shKeyJtOff unLock
     2015-06-16 21:01:39   R-GA.fb_unlock-shKeyJtOn unLock
     2015-06-16 21:01:39   R-GA.fb_unlock-shOnTime unused
     2015-06-16 21:01:38   R-angelLocked   885.088508850885 deg
     2015-06-16 21:01:38   R-angelMax      1050.10501050105 deg
     2015-06-16 21:01:38   R-angelOpen     585.058505850585 deg
     2015-06-16 21:01:38   R-holdPWM       20
     2015-06-16 21:01:38   R-holdTime      0 s
     2015-06-16 21:01:37   R-keypressSignal on
     2015-06-16 21:01:38   R-ledFlashLocked off
     2015-06-16 21:01:38   R-ledFlashUnlocked off
     2015-06-17 14:14:50   R-pairCentral   0x29A083
     2015-06-16 21:01:38   R-setupDir      right
     2015-06-16 21:01:38   R-setupPosition 645.064506450645 deg
     2015-06-16 21:01:37   R-signal        off
     2015-06-16 21:01:37   R-signalTone    veryHigh
     2015-06-17 14:14:50   RegL_00:        02:01 03:C9 0A:29 0B:A0 0C:83 00:00
     2015-06-17 14:14:51   RegL_01:        14:00 15:14 16:00 17:2B 18:27 19:46 1A:3B 1F:00  00:00
     2015-06-17 14:14:54   RegL_03:GA.codeschloss1 03:00 04:32 05:64 07:FF 0B:88 83:00 84:32 85:64  87:FF 8B:88 00:00
     2015-06-17 14:14:53   RegL_03:GA.fb_lock 03:00 04:32 05:64 07:FF 0B:66 83:00 84:32 85:64  87:FF 8B:66 00:00
     2015-06-17 14:14:52   RegL_03:GA.fb_unlock 03:00 04:32 05:64 07:FF 0B:33 83:00 84:32 85:64  87:FF 8B:88 00:00
     2015-06-23 17:47:42   aesKeyNbr       02
     2015-06-23 17:47:49   battery         ok
     2015-06-23 17:47:49   direction       none
     2015-06-23 17:47:49   error           none
     2015-06-23 17:47:49   lock            unlocked
     2015-06-22 15:19:32   peerList        GA.fb_unlock,GA.fb_lock,GA.codeschloss1,
     2015-06-23 17:47:49   recentStateType info
     2015-06-23 17:47:49   state           unlocked
     2015-06-23 17:47:49   uncertain       no
   Helper:
     HM_CMDNR   142
     cSnd       1129A08326110D800100FF,1129A08326110D800100FF
     mId        0026
     rxType     2
     Io:
       newChn     +26110D,00,01,00
       nextSend   1435074469.58248
       rxt        0
       vccu       vccu
       p:
         26110D
         00
         01
         00
       prefIO:
         HMLAN2
         HMLAN1
     Mrssi:
       mNo        8E
       Io:
         HMLAN1     -81
         HMLAN2     -46
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         HMLAN1
       flg        A
       ts         1435074469.27961
       ack:
         HASH(0x173e6e8)
         8E800229A08326110D00
     Rssi:
       Ga.codeschloss:
         avg        -36.1666666666667
         cnt        12
         lst        -27
         max        -27
         min        -52
       Hmlan2:
         avg        -47.1818181818182
         cnt        11
         lst        -46
         max        -45
         min        -55
       At_hmlan1:
         avg        -69.6538461538462
         cnt        52
         lst        -81
         max        -64
         min        -89
       At_hmlan2:
         avg        -47.0746268656716
         cnt        67
         lst        -48
         max        -43
         min        -56
Attributes:
   IODev      HMLAN2
   IOgrp      vccu:HMLAN2,HMLAN1
   actCycle   048:00
   actStatus  alive
   alias      Schloss Garagentür
   autoReadReg 4_reqStatus
   devStateIcon locked:secur_locked@green unlocked:secur_open@yellow set_sperren:HOME_Status.3 set_freigabe:HOME_Status.1
   event-on-change-reading battery,error,state
   eventMap   /inhibit on:sperren/ /inhibit off:freigabe/
   expert     2_full
   firmware   2.5
   group      Türen
   icon       hm_keymatic
   model      HM-SEC-KEY-S
   msgRepeat  1
   peerIDs    00000000,26848E01,26848E02,35C94C01,
   room       Garage,Ueberblick
   serialNr   KEQ1063786
   subType    keyMatic
   webCmd     lock:unlock:open:sperren:freigabe


Dachte erst peerneedsburst, dieser muss aber sowieso für die keymatic auf on sein, sonst tut sich gar nichts..

Ideen ?

Ich sag schon mal DANKE

3 HMUART (2 via ESP8266), 1 DUOFERN, 12 ESP8266, SolvisBen, GoodWE WR, RPI2 (Bullseye), ZWAVE, HM-Classic, und hoch zufrieden ...
Danke an alle, die was dazu beigetragen haben !!

Rampler

#1
Nachtrag:
Habe jetzt mal testweise den notify: GA.codeschloss1.contact:.open.* { if ....
disabled.
Jetzt öffnet die Tür auf Anhieb, allerdings, löst jetzt auch der Alarm aus ..
3 HMUART (2 via ESP8266), 1 DUOFERN, 12 ESP8266, SolvisBen, GoodWE WR, RPI2 (Bullseye), ZWAVE, HM-Classic, und hoch zufrieden ...
Danke an alle, die was dazu beigetragen haben !!

Rampler

#2
Ich denke einen Versuch ist es Wert den Notify zu ändern, dass dieser auf:
GA.codeschloss1 contact: open (to vccu)
reagiert...Weiß denn jemand die Syntax ?

GA.codeschloss1.contact:.open.(to vccu).* mag fhem nicht wirklich ..

Nachtrag:
Fhem mag aber:
GA.codeschloss1.contact:.open.*.to.vccu.* { if..

Damit funktioniert auch alles so, wie es soll...
Wäre nett, wenn mir mal einer erklärt, warum ein Command, was über einen peer kommt, durch fhem via notify quasi unterdrückt wird...
3 HMUART (2 via ESP8266), 1 DUOFERN, 12 ESP8266, SolvisBen, GoodWE WR, RPI2 (Bullseye), ZWAVE, HM-Classic, und hoch zufrieden ...
Danke an alle, die was dazu beigetragen haben !!

Rampler

Sorry, ich bin es nochmal...
Habe mich gestern in die Irre leiten lassen...
Zufälligerweise hat die Türe nachdem ich den notify angepasst habe, geöffnet. Jedoch war das ein reiner Zufallstreffer...
Nach n-Versuchen ist es wohl so, dass die Türe "immer" erst nach dem zweitem Versuch öffnet..
Disable ich den notify öffnet die Türe zuverlässig beim ersten mal...

Also nochmal in kurzer Übersicht:
- Codeschloss (HM-SCI-3-FM) beim ersten open reagiert nur der notify (GA.codeschloss1.contact:.open.*.to.vccu.* { if ..)
- Disable ich den notify wird auch die Türe via keymatic  sofort geöffnet ...

bin ratlos ...
3 HMUART (2 via ESP8266), 1 DUOFERN, 12 ESP8266, SolvisBen, GoodWE WR, RPI2 (Bullseye), ZWAVE, HM-Classic, und hoch zufrieden ...
Danke an alle, die was dazu beigetragen haben !!

Ralli

Warum machst Du ein Notify auf das Reading contact?

Vielleicht erklärst Du erst einmal, welches denn genau das gewünschte Verhalten sein soll, das wird mir nämlich nicht so klar.
Gruß,
Ralli

Proxmox 8.4 Cluster mit HP ED800G2i7, Intel NUC11TNHi7+NUC7i5BNH, virtualisiertes fhem 6.4 dev, virtualisierte RaspberryMatic (3.83.6.20250705) mit HB-RF-ETH 1.3.0 / RPI-RF-MOD, HM-LAN-GW (1.4.1) und HMW-GW, FRITZBOX 7490 (07.59), FBDECT, Siri und Alexa

Rampler

Zitat von: Ralli am 24 Juni 2015, 10:41:25
Warum machst Du ein Notify auf das Reading contact?
Vielleicht erklärst Du erst einmal, welches denn genau das gewünschte Verhalten sein soll, das wird mir nämlich nicht so klar.

Das habe ich befürchtet ...

Ich habe ein Codeschloss vom Conrad an meiner Türe verbaut. Bei richtiger Codeeingabe wird ein Relay im Codeschloss für eine Sekunde geschlossen.
Diesen Kontakt greife ich über das Schalterinterface HM-SCI-3-FM ab.
Dieser liefert also bei korrekter Codeeingabe ein open an die VCCU, und ich nehme an, durch das peering zwischen Keymatic und dem Schalterinterface auch an die Keymatic.
Die Keymatic soll also die Türe öffnen, auch ohne FHEM, peering ..
Jetzt habe ich zusätzlich noch einen Fensterkontakt/Türkontakt an dieser Türe verbaut, welcher beim öfnnen die Alarmanlage auslöst, über notify.
Aus diesem Grund fange ich zusätzlich noch die open Meldung von der Keymatic ab, welche dann auch über ein notify sozusgaen kurz vor dem Tür öffnen die Alarmanlage disabled. (dummy Alarm_status auf disabled).

Hoffen jetzt ist es ein bischen klarer.
Wenn ich nun die Türe via Codeschloss öffnen möchte, wird beim ersten open vom Schalterinterface nur der notify  GA.codeschloss1.contact:.open.*.to.vccu.* { if .. abgearbeitet, also die Alarmanlage wird disabled.
Beim zweiten open, also nochmaliger Codeeingabe wird schließlich die Türe geöffnet.
Setze ich den notify GA.codeschloss1.contact:.open.*.to.vccu.* { if .. auf disable, öffnet die Türe sofort.
Ich dachte dass das Schalterinterface immer an die Keymatic direkt sendet, wegen peering, und sozusagen die Zentrale (FHEM) eine Kopie bekommt.
So sieht der Notify aus:
GA.codeschloss1.contact:.open.*.to.vccu.* { if
(FmtTime(time()) lt sunrise_abs("REAL") or
(FmtTime(time()) gt sunset_abs("REAL")))
{fhem("set FL.UG.licht on-for-timer 180 ;; set WF.licht on-for-timer 180 ")}
if (Value("Alarm_status") eq "armedext")
{fhem('set Alarm_set_armedext off ;; set Alarm.log Armedext deactivated from GA.codeschloss1 ;; sleep 20 ;; set FL.EG.gong.mp3 playTone 07')}
elsif (Value("Alarm_status") eq "armed")
{fhem('set Alarm_set_armed off ;; set Alarm.log Armed deactivated from GA.codeschloss1 ;; sleep 20 ;; set FL.EG.gong.mp3 playTone 07')}};


3 HMUART (2 via ESP8266), 1 DUOFERN, 12 ESP8266, SolvisBen, GoodWE WR, RPI2 (Bullseye), ZWAVE, HM-Classic, und hoch zufrieden ...
Danke an alle, die was dazu beigetragen haben !!

Ralli

#6
Ich denke, das Problem könnte eher darin liegen, dass die Keymatic nur auf Zustandsänderung des gepeerten Devices reagiert.

Dein HM-SCI-3-FM ist aber so konfiguriert, dass es in der Standardeinstellung open / closed übermittelt. Kannst Du das HM-SCI-3-FM in den Registern umstellen? Ich könnte mir vorstellen, dass Du eigentlich Toggle brauchst (also Taster-Betrieb wie beim HM-PBI-4-FM).

Ist jetzt nur mal so im Nebel gestochert als Denkansatz in Richtung Öffnung der Keymatic.

Wenn das korrekt funktioniert, kannst Du Dich im nächsten Schritt um die richtigen Notifys kümmern.

Edit:

http://forum.fhem.de/index.php?topic=12407.0
Gruß,
Ralli

Proxmox 8.4 Cluster mit HP ED800G2i7, Intel NUC11TNHi7+NUC7i5BNH, virtualisiertes fhem 6.4 dev, virtualisierte RaspberryMatic (3.83.6.20250705) mit HB-RF-ETH 1.3.0 / RPI-RF-MOD, HM-LAN-GW (1.4.1) und HMW-GW, FRITZBOX 7490 (07.59), FBDECT, Siri und Alexa