Fehlende cmds tplSet_<peer> beim peering aktor mit fensterkontakt

frank · 07 Januar 2020, 18:28:31

hallo martin,

configcheck beider devices ist sauber. den link parameterset vom aktor konnte ich auch problemlos konfigurieren und der fk schaltet den aktor entsprechend der einstellungen. gepeert hatte ich über peersmart.

ein list vom aktor:

Code Auswählen

Internals:
   .triggerUsed 1
   CHANGED    
   DEF        3913D3
   FUUID      5c4ce2ef-f33f-09c4-b6b2-d2f8538e4da2d3b0
   IODev      hmlan1
   LASTInputDev hmlan1
   MSGCNT     165
   NAME       HM_3913D3
   NOTIFYDEV  global
   NR         644
   NTFY_ORDER 50-HM_3913D3
   STATE      off
   TYPE       CUL_HM
   chanNo     01
   cul868_MSGCNT 69
   cul868_RAWMSG A0EEBA4103913D31ACE1F0601000034::-52:cul868
   cul868_RSSI -52
   cul868_TIME 2020-01-07 13:02:13
   hmlan1_MSGCNT 96
   hmlan1_RAWMSG R7FE2470B,0001,12B6F3B1,FF,FFCD,EBA4103913D31ACE1F0601000034
   hmlan1_RSSI -51
   hmlan1_TIME 2020-01-07 13:02:13
   lastMsg    No:EB - t:10 s:3913D3 d:1ACE1F 0601000034
   peerList   Tuer.SZ,self01,self02,
   protLastRcv 2020-01-07 13:02:13
   protRcv    69 last_at:2020-01-07 13:02:13
   protSnd    96 last_at:2020-01-07 13:02:13
   protState  CMDs_done
   rssi_at_cul868 cnt:69 min:-53 max:-51.5 avg:-51.92 lst:-52 
   rssi_at_hmlan1 cnt:96 min:-52 max:-51 avg:-51.85 lst:-51 
   rssi_hmlan1 cnt:4 min:-52 max:-52 avg:-52 lst:-52 
   .attraggr:
   .attreocr:
     .*
   .attrminint:
   .attrtocr:
     .*
   READINGS:
     from archivexx        .D-devInfo      010100
     from archivexx        .D-stc          10
     2020-01-06 12:49:11   .peerListRDate  2020-01-06 12:49:11
     2020-01-07 13:02:13   .protLastRcv    2020-01-07 13:02:13
     2019-12-31 19:53:04   Activity        alive
     2019-12-29 12:55:25   CommandAccepted yes
     from archivexx        D-firmware      2.3
     from archivexx        D-serialNr      MEQ0096182
     2019-12-29 11:52:04   PairedTo        0x1ACE1F
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-lgActionType off
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-lgCtDlyOff geLo
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-lgCtDlyOn geLo
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-lgCtOff geLo
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-lgCtOn geLo
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-lgCtValHi 100
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-lgCtValLo 50
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-lgMultiExec on
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-lgOffDly 0 s
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-lgOffTime unused
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-lgOffTimeMode absolut
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-lgOnDly 0 s
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-lgOnTime unused
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-lgOnTimeMode absolut
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-lgSwJtDlyOff on
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-lgSwJtDlyOn on
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-lgSwJtOff dlyOn
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-lgSwJtOn on
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-shActionType jmpToTarget
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-shCtDlyOff geLo
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-shCtDlyOn geLo
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-shCtOff geLo
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-shCtOn ltLo
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-shCtValHi 100
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-shCtValLo 50
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-shMultiExec off
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-shOffDly 0 s
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-shOffTime unused
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-shOffTimeMode absolut
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-shOnDly 0 s
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-shOnTime 10 s
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-shOnTimeMode absolut
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-shSwJtDlyOff off
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-shSwJtDlyOn on
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-shSwJtOff dlyOn
     2020-01-06 12:49:12   R-Tuer.SZ_chn-01-shSwJtOn dlyOff
     2019-12-29 11:52:04   R-intKeyVisib   visib
     2019-12-29 11:52:04   R-localResDis   off
     2019-12-29 11:52:04   R-pairCentral   0x1ACE1F
     2019-12-29 12:52:04   R-self01-lgActionType jmpToTarget
     2019-12-29 12:52:04   R-self01-lgCtDlyOff ltLo
     2019-12-29 12:52:04   R-self01-lgCtDlyOn ltLo
     2019-12-29 12:52:04   R-self01-lgCtOff ltLo
     2019-12-29 12:52:04   R-self01-lgCtOn ltLo
     2019-12-29 12:52:04   R-self01-lgCtValHi 100
     2019-12-29 12:52:04   R-self01-lgCtValLo 50
     2019-12-29 12:52:04   R-self01-lgMultiExec on
     2019-12-29 12:52:04   R-self01-lgOffDly 0 s
     2019-12-29 12:52:04   R-self01-lgOffTime unused
     2019-12-29 12:52:04   R-self01-lgOffTimeMode absolut
     2019-12-29 12:52:04   R-self01-lgOnDly 0 s
     2019-12-29 12:52:04   R-self01-lgOnTime unused
     2019-12-29 12:52:04   R-self01-lgOnTimeMode absolut
     2019-12-29 12:52:04   R-self01-lgSwJtDlyOff dlyOn
     2019-12-29 12:52:04   R-self01-lgSwJtDlyOn no
     2019-12-29 12:52:04   R-self01-lgSwJtOff dlyOn
     2019-12-29 12:52:04   R-self01-lgSwJtOn on
     2019-12-29 12:52:04   R-self01-shActionType jmpToTarget
     2019-12-29 12:52:04   R-self01-shCtDlyOff geLo
     2019-12-29 12:52:04   R-self01-shCtDlyOn geLo
     2019-12-29 12:52:04   R-self01-shCtOff geLo
     2019-12-29 12:52:04   R-self01-shCtOn geLo
     2019-12-29 12:52:04   R-self01-shCtValHi 100
     2019-12-29 12:52:04   R-self01-shCtValLo 50
     2019-12-29 12:52:04   R-self01-shMultiExec off
     2019-12-29 12:52:04   R-self01-shOffDly 0 s
     2019-12-29 12:52:04   R-self01-shOffTime unused
     2019-12-29 12:52:04   R-self01-shOffTimeMode absolut
     2019-12-29 12:52:04   R-self01-shOnDly 0 s
     2019-12-29 12:52:04   R-self01-shOnTime 25 s
     2019-12-29 12:52:04   R-self01-shOnTimeMode absolut
     2019-12-29 12:52:04   R-self01-shSwJtDlyOff dlyOn
     2019-12-29 12:52:04   R-self01-shSwJtDlyOn no
     2019-12-29 12:52:04   R-self01-shSwJtOff dlyOn
     2019-12-29 12:52:04   R-self01-shSwJtOn on
     2019-12-29 12:52:06   R-self02-lgActionType jmpToTarget
     2019-12-29 12:52:06   R-self02-lgCtDlyOff ltLo
     2019-12-29 12:52:06   R-self02-lgCtDlyOn ltLo
     2019-12-29 12:52:06   R-self02-lgCtOff ltLo
     2019-12-29 12:52:06   R-self02-lgCtOn ltLo
     2019-12-29 12:52:06   R-self02-lgCtValHi 100
     2019-12-29 12:52:06   R-self02-lgCtValLo 50
     2019-12-29 12:52:06   R-self02-lgMultiExec on
     2019-12-29 12:52:06   R-self02-lgOffDly 0 s
     2019-12-29 12:52:06   R-self02-lgOffTime unused
     2019-12-29 12:52:06   R-self02-lgOffTimeMode absolut
     2019-12-29 12:52:06   R-self02-lgOnDly 0 s
     2019-12-29 15:58:06   R-self02-lgOnTime unused
     2019-12-29 12:52:06   R-self02-lgOnTimeMode absolut
     2019-12-29 12:52:06   R-self02-lgSwJtDlyOff dlyOn
     2019-12-29 12:52:06   R-self02-lgSwJtDlyOn on
     2019-12-29 12:52:06   R-self02-lgSwJtOff dlyOn
     2019-12-29 12:52:06   R-self02-lgSwJtOn on
     2019-12-29 12:52:06   R-self02-shActionType jmpToTarget
     2019-12-29 12:52:06   R-self02-shCtDlyOff geLo
     2019-12-29 12:52:06   R-self02-shCtDlyOn geLo
     2019-12-29 12:52:06   R-self02-shCtOff geLo
     2019-12-29 12:52:06   R-self02-shCtOn geLo
     2019-12-29 12:52:06   R-self02-shCtValHi 100
     2019-12-29 12:52:06   R-self02-shCtValLo 50
     2019-12-29 12:52:06   R-self02-shMultiExec off
     2019-12-29 12:52:06   R-self02-shOffDly 0 s
     2019-12-29 12:52:06   R-self02-shOffTime unused
     2019-12-29 12:52:06   R-self02-shOffTimeMode absolut
     2019-12-29 12:52:06   R-self02-shOnDly 0 s
     2019-12-30 17:19:12   R-self02-shOnTime unused
     2019-12-29 12:52:06   R-self02-shOnTimeMode absolut
     2019-12-29 13:26:04   R-self02-shSwJtDlyOff dlyOn
     2019-12-29 13:26:04   R-self02-shSwJtDlyOn no
     2019-12-29 13:26:04   R-self02-shSwJtOff dlyOn
     2019-12-29 13:26:04   R-self02-shSwJtOn on
     2019-12-29 12:51:55   R-sign          off
     2019-12-29 12:51:55   R-statusInfoMinDly 1 s
     2019-12-29 12:51:55   R-statusInfoRandom 0 s
     2019-12-29 12:51:55   R-transmitTryMax 6
     2020-01-06 12:49:10   RegL_00.         00:00 02:81 0A:1A 0B:CE 0C:1F 15:FF 18:00
     2020-01-06 12:49:11   RegL_01.         00:00 08:00 30:06 57:02
     2020-01-06 12:49:12   RegL_03.Tuer.SZ_chn-01  00:00 02:00 03:02 04:32 05:64 06:00 07:2A 08:00 09:FF 0A:01 0B:14 0C:63 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:20 8B:13 8C:33
     2020-01-06 12:49:13   RegL_03.self01   00:00 02:00 03:00 04:32 05:64 06:00 07:39 08:00 09:FF 0A:01 0B:13 0C:10 82:22 83:22 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:13 8C:10
     2020-01-06 12:49:14   RegL_03.self02   00:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:13 0C:10 82:22 83:22 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:13 8C:13
     2020-01-06 13:01:06   deviceMsg       off (to ccu)
     2020-01-06 13:01:06   level           0
     2020-01-06 13:01:06   pct             0
     2020-01-06 12:49:11   peerList        Tuer.SZ,self01,self02,
     2019-12-29 11:51:58   recentStateType info
     2020-01-06 13:01:06   state           off
     2020-01-06 13:01:06   timedOn         off
     -                     tmpl_self02:short autoOff:time:unused,
   helper:
     HM_CMDNR   235
     cSnd       011ACE1F3913D3010E,011ACE1F3913D3010E
     mId        0069
     peerFriend peerSens,peerVirt
     peerIDsRaw ,3913D301,3913D302,1DE62001,00000000
     peerOpt    3:switch
     regLst     0,1,3p
     rxType     1
     supp_Pair_Rep 0
     tmplChg    0
     ack:
     expert:
       def        1
       det        1
       raw        1
       tpl        1
     io:
       newChn     +3913D3,00,00,00
       nextSend   1578398533.51067
       rxt        0
       vccu       ccu
       p:
         3913D3
         00
         00
         00
       prefIO:
         hmlan1
     mRssi:
       mNo        EB
       io:
         cul868:
           -52
           -52
         hmlan1:
           -45
           -45
         hmuart1:
         hmusb1:
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     regCollect:
     role:
       chn        1
       dev        1
       prs        1
     rpt:
       IO         cul868
       flg        A
       ts         1578398533.41217
       ack:
         HASH(0x6233740)
         EB80021ACE1F3913D300
     rssi:
       at_cul868:
         avg        -51.9202898550725
         cnt        69
         lst        -52
         max        -51.5
         min        -53
       at_hmlan1:
         avg        -51.8541666666667
         cnt        96
         lst        -51
         max        -51
         min        -52
       hmlan1:
         avg        -52
         cnt        4
         lst        -52
         max        -52
         min        -52
     shadowReg:
     tmpl:
       self02:short>autoOff unused
Attributes:
   .mId       0069
   IODev      hmlan1
   IOgrp      ccu:hmlan1
   actCycle   024:00
   actStatus  alive
   autoReadReg 5_readMissing
   event-on-change-reading .*
   expert     251_anything
   firmware   2.3
   model      HM-LC-SW1PBU-FM
   peerIDs    00000000,1DE62001,3913D301,3913D302,
   room       50_SZ
   serialNr   MEQ0096182
   subType    switch
   timestamp-on-change-reading .*
   webCmd     getConfig:statusRequest:on:off

ein list vom fk:

Code Auswählen

Internals:
   CHANGED    
   DEF        1DE620
   FUUID      5c4ce2e9-f33f-09c4-0cb4-ff17181d27954a49
   IODev      hmlan1
   LASTInputDev cul868
   MSGCNT     18
   NAME       Tuer.SZ
   NOTIFYDEV  global
   NR         297
   NTFY_ORDER 50-Tuer.SZ
   STATE      Tuer:closed (to ccu), Status:closed, Sabotage:on, Bat:ok
   TYPE       CUL_HM
   chanNo     01
   cul868_MSGCNT 11
   cul868_RAWMSG A1902A0031DE6201ACE1F2A3888D4164F20EF78D05D069DB34489::-52:cul868
   cul868_RSSI -52
   cul868_TIME 2020-01-07 12:52:20
   hmlan1_MSGCNT 7
   hmlan1_RAWMSG E1DE620,0000,0D8F846E,FF,FFCD,01A6101DE6201ACE1F0601000E
   hmlan1_RSSI -51
   hmlan1_TIME 2020-01-06 13:01:14
   lastMsg    No:02 - t:03 s:1DE620 d:1ACE1F 2A3888D4164F20EF78D05D069DB34489
   peerList   HM_3913D3,
   protLastRcv 2020-01-07 12:52:20
   protRcv    10 last_at:2020-01-07 12:52:20
   protSnd    11 last_at:2020-01-07 12:52:20
   protState  CMDs_done
   rssi_at_cul868 cnt:11 min:-65.5 max:-52 avg:-59.72 lst:-52 
   rssi_at_hmlan1 cnt:7 min:-58 max:-45 avg:-51.71 lst:-51 
   .attraggr:
   .attreocr:
     .*
   .attrminint:
   .attrtocr:
     .*
   READINGS:
     from archivexx        .D-devInfo      810101
     from archivexx        .D-stc          80
     2019-11-24 19:38:30   .peerListRDate  2019-11-24 19:38:30
     2020-01-07 12:52:20   .protLastRcv    2020-01-07 12:52:20
     2019-11-15 18:06:48   Activity        alive
     2019-11-09 16:41:08   CommandAccepted yes
     from archivexx        D-firmware      2.0
     from archivexx        D-serialNr      JEQ0644828
     2019-01-24 22:44:09   PairedTo        0x1ACE1F
     2019-11-10 15:11:08   R-HM_3913D3_chn-01-expectAES off
     2019-11-10 15:11:08   R-HM_3913D3_chn-01-peerNeedsBurst off
     2018-10-02 14:23:18   R-cyclicInfoMsg on
     2018-10-02 14:18:41   R-eventDlyTime  0 s
     2016-07-18 11:07:30   R-ledOnTime     0.5 s
     2016-07-18 11:07:30   R-msgScPosA     closed
     2016-07-18 11:07:30   R-msgScPosB     open
     2018-10-02 14:21:34   R-pairCentral   0x1ACE1F
     2016-07-18 11:07:30   R-sabotageMsg   on
     2019-11-10 15:11:07   R-sign          off
     2016-07-18 11:07:30   R-transmDevTryMax 6
     2016-07-18 11:07:30   R-transmitTryMax 6
     2019-11-10 15:11:06   RegL_00.        00:00 02:01 09:01 0A:1A 0B:CE 0C:1F 10:01 14:06
     2019-11-10 15:11:07   RegL_01.        00:00 08:00 20:60 21:00 22:64 30:06
     2019-11-10 15:11:08   RegL_04.HM_3913D3_chn-01 00:00 01:00
     2019-11-10 15:10:24   aesCommToDev    ok
     2019-11-09 16:53:22   aesKeyNbr       00
     2019-11-09 16:53:11   aesReqTo        ccu
     2019-01-25 20:13:59   alive           yes
     2019-01-25 20:13:59   battery         ok
     2020-01-06 13:01:12   contact         closed (to ccu)
     2020-01-06 09:32:17   peerList        HM_3913D3,
     2020-01-06 13:01:12   powerOn         2020-01-06 13:01:12
     2019-01-25 20:13:59   recentStateType info
     2019-11-09 16:53:40   sabotageAttack_ErrIoAttack cnt 62
     2019-01-25 20:13:59   sabotageError   on
     2020-01-06 13:01:12   state           closed
     2020-01-06 13:01:12   trigger_cnt     1
   helper:
     HM_CMDNR   2
     PONtest    0
     mId        002F
     peerFriend peerAct,peerVirt
     peerOpt    4:threeStateSensor
     regLst     0,1,4p
     rxType     4
     supp_Pair_Rep 0
     tmplChg    0
     ack:
     expert:
       def        1
       det        1
       raw        1
       tpl        1
     io:
       newChn     +1DE620,00,00,00
       nextSend   1578397940.61308
       rxt        0
       vccu       ccu
       p:
         1DE620
         00
         00
         00
       prefIO:
         hmuart1
     mRssi:
       mNo        02
       io:
         cul868:
           -52
           -52
         hmlan1:
           -45
         hmuart1:
         hmusb1:
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   00
       qReqStat   
     role:
       chn        1
       dev        1
     rpt:
       IO         cul868
       flg        A
       ts         1578397940.51381
       ack:
         HASH(0x4196620)
         0280021ACE1F1DE62000
     rssi:
       at_cul868:
         avg        -59.7272727272727
         cnt        11
         lst        -52
         max        -52
         min        -65.5
       at_hmlan1:
         avg        -51.7142857142857
         cnt        7
         lst        -51
         max        -45
         min        -58
     shadowReg:
     tmpl:
Attributes:
   .mId       002F
   IODev      hmuart1
   IOgrp      ccu:hmuart1
   actCycle   028:00
   actStatus  alive
   autoReadReg 5_readMissing
   comment    Lueftung
   event-on-change-reading .*
   expert     251_anything
   firmware   2.0
   group      Alarmmelder
   model      HM-SEC-SC
   peerIDs    00000000,3913D301,
   room       01_ALARM,50_SZ
   serialNr   JEQ0644828
   stateFormat Tuer:contact, Status:state, Sabotage:sabotageError, Bat:battery
   subType    threeStateSensor
   timestamp-on-change-reading .*

martinp876 · 11 Januar 2020, 17:21:29

templateSet hat man nur, wenn ein template zum Setzen identifiziert ist.
- hast du ein template, welches funktionieren sollte?
Schicke mir einmal das Template, dann kann ich es prüfen.

frank · 11 Januar 2020, 17:32:46

deine ganzen default templates für switches.
für self01/02 sind es über 1 dutzend.

selbst erstellte sind nach dem definieren auch nur bei self01/02 zu finden.

frank · 22 Januar 2020, 20:34:24

hallo martin,

ich habe den verdacht, dass das problem immer existiert, wenn der peer ein device mit genau einem channel ist.
denn dann wird im registernamen der peer jeweils mit "_chn-01" ergänzt.

frank · 16 April 2020, 14:59:39

hallo martin,
meinen verdacht konnte ich jetzt bestätigen.

wenn ich für den gepeerten fensterkontakt explizit einen channel01 definiere und somit die single-channel-entity zerlege, sind alle templates über "set tplSet" im channel 1 verfügbar.

also sind die "speziellen" registernamen bei single-channel-entities das problem.

martinp876 · 03 Mai 2020, 08:21:38

ich habe es an einem Device mit einem Kanal getestet.
HM-LC-SW1-BA-PCB - kein Kanal angelegt, also alles in einem Device.
Die Templates werden korrekt angezeigt und abgeboten.
Es wird ein Kommando tplSet_self01 angeboten und die optionalen templates passen.

Ich kann es noch nicht nachvollziehen

frank · 03 Mai 2020, 09:57:10

die self peers sind auch bei mir ok.

du musst jetzt den aktor peeren, am besten ebenfalls mit einem single-chn-device. dann siehst du es sogar bei beiden devices.

entscheidend für das problem sind die "speziellen" readingnamen der register für den peer des single-chn-devices.

martinp876 · 08 Mai 2020, 20:35:17

Das mit chn01 kann ich nachvollziehen. Theoretisch kann man das mit allen channels machen.also decive definieren und channels löschen.
Es ist somit notwendig, wenn ein channel nicht existiert (incarniert ist) und man den kanal über die device entity peert, das element zu identifizieren.
Kompliziert ausgedrückt? Gut. Du kannst ein device definieren und die kanäle löschen. Dann kannst du über peerbulk unter nutzung der hmid einen beliebigen kanal des device mit einem aktor kanal peeren. Das ist unschön und definitiv nicht empfohlen. Wer das macht ist erst einmal auf sich gestellt.

Aber so konnte ich einfach einen aktor mit einem indirekten kanal eines device peeren. Bei fensterkontakten kann es typisch sein ( habe keinen).

Nun habe ich eine template mit hmtemplate erstellt. Es ist eine komplette kopie des self01.. das Template habe ich dan dem ch01 peer zugewiesen. Genutzt habe ich hmtemplate assign . Hat funktioniert.
Ich werde es noch einmal mit templateset probieren un eine fehlermeldung zu erhalten...

frank · 08 Mai 2020, 20:53:34

beim peeren deines single-chn-aktors mit zb einer multi-chn-fernbedienung kann man den effekt der fehlenden cmds auch im sensor channel sehen.

hier gibt es allerdings meist (immer?) nur 2 register readings (expectAes und peerNeedsBurst). zu diesen registern muss man dann natürlich auch noch ein template bauen.

martinp876 · 09 Mai 2020, 08:51:18

wie gesagt,ich habe noch einmal getestet.
Ich habe eine Lösung eingebaut welche indirekte Channels (typisch: 3-state sensoren) unterstützt.
Generisch: Es kann nicht nur chn1 betreffen sondern (theoretisch) auch andere Channels eines Device.
Probiere einmal...

frank · 10 Mai 2020, 12:59:25

~~ein erster test sieht gut aus, danke.~~

tplSet im actor für den türsensorpeer ist nun vorhanden. dafür fehlen jetzt aber leider die tplSet cmds für self01/02 im actor.

ich hatte schwierigkeiten meine beiden single-chn devices, die ich in 2 entities "zerlegt" hatte, wieder in eine entity zusammen zu führen. das verlief neulich deutlich einfacher. ich habe es gestern nacht aber nicht weiter untersucht, vielleicht nur ein dummer fehler meinerseits.

das "chn01-syndrom" hat sich allerdings vergrössert.
ich hatte eher gehofft, dass der string "chn01" vielleicht ganz verschwindet.

im internal und reading von peerlist heissen die peers, wie die namen der entities, die man auch beim peeren benutzt hat.

als "aussenstehender" frage ich mich:
warum wird der peername bei den registernamen und nun auch in den tplSet cmds mit "chn01" "verunstaltet"?

vermutlich die einfachste lösung.
als "verkaufs fördernd" sehe ich diese situation nicht.

martinp876 · 18 Mai 2020, 19:20:33

Wie gesagt ist es der flexibilität geschuldet, welche wahrscheinlich nie genutzt wird.
Das Konzept sah vor 5 Jahren vor, dass User alle Kanäle löschen und diese dann im Devise abgebildet werden. daher muss immer chnX angegeben werden, da chn1 nicht hinreichend ist.
Es wäre eine Philosophie Änderung wenn nur chn1 im device abgebildet sein kann.
Das Problem ist die fehlende Stringente Einhaltung von Regeln. Bspw device und Channel immer trennen. Oder wenigstens nur Channel 1 im device zuzulassen.
Hätte ich am Anfang klar begrenzen sollen......
Jetzt aber brauche ich bei einem device diese Indikation. Alternativ müsste ich suchen, ob chn1 die einzige Option ist. Das ganze ganzheitlich umzusetzen braucht Zeit. Chn1 ist an vielen Stellen sichtbar.

Den Rest schaue ich noch an.

martinp876 · 18 Mai 2020, 20:38:16

Demnach braucht man eine templatezuweisung für actor act_chn01 zu self01...
Der Registersatz ist dann act-chn01-self01.
Jedes weglassen eines Elements setzt eine Annahme voraus. Bspw dass nur chn01 im device zulässig ist.

martinp876 · 22 Mai 2020, 13:09:25

So ich haben einmal einen Update gemacht (endlich).
Insbesondere habe ich die Geschwindigkeit bei set-cmd erhöht. Das betrifft besonders, wenn templates in benutzung sind.

Zum "single-Entity" template: In meinem Beispies habe ich nun einen Aktor welcher nur eine Entity hat. Templates kann ich nun den externen und internen Peer zuordnen. "self" ging vorher kaputt - da hattest du recht.
Habe ich einen testfall vergessen?

frank · 22 Mai 2020, 16:21:00

hallo martin,
schön, dass du zeit gefunden hast.
noch schöner wäre es, wenn du noch mehr zeit hättest.

gepeert habe ich ja einen single-chn-aktor mit einem single-chn-sensor.

1. beim aktor gibt es jetzt tplSet für alle peers, self und externe peers, prima.
aber es fehlt nun tplSet_0 für die device templates.

2. beim sensor fehlen alle tplSet.
also für externe peers und für das device selbst. self gibt es hier ja nicht.

edit:
tplInfo zeigt jeweils alle templates an.