Problem mit falschem Zurückschreiben der Register

Begonnen von Gernott, 06 Juni 2020, 13:47:12

Vorheriges Thema - Nächstes Thema

Gernott

Hallo

Meine Klappanzeige HM-DIS-TD-T begrüßte mich gestern Abend mit rotem Geblinker der LED. Batteriewarnung war vorher keine da. Die Batterien hatten etwa 1.2 V und ich habe sie erneuert. Leider ließ sich das Teil danach partout nicht mehr ansprechen. Also habe ich einen Werksreset gemacht und das Teil neu angelernt. Nun habe ich aus der Sicherung die Register für das Peering mit einem optischen Türsensor zurückgeschrieben.
set hm.display_switch_Garagentor regBulk RegL_03.hm.door_Garagentor_chn-01 02:00 03:02 04:32 05:64 06:00 07:FF 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:21 8B:14 8C:63 00:00
Der Befehl wurde auch erfolgreich ausgeführt. Allerdings gab es eine Diskrepanz beim zweiten Wert 03:02, der nur als 03:00 übernommen wurde. Dieses Register, shCtOn, habe ich dann einzeln gesetzt und das wurde dann auch korrekt übernommen.

Hat jemand eine Idee, warum der regBulk hier nicht alles korrekt überträgt?

Gruß
G.

frank

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

Gernott

Zitat von: frank am 06 Juni 2020, 14:22:18
übertragungsfehler?
passiert es immer?
Ich hatte es zweimal probiert, mit dem gleichen Ergebnis. Komischerweise ist das genau das Register, was nach dem Peering schon dazumal manuell angepaßt werden mußte, damit on/off vom Sensor korrekt angezeigt wurde (https://forum.fhem.de/index.php/topic,31933.msg244001.html#msg244001)
Du erinnerst Dich vielleicht? ;)

frank

03:00 scheint ja default zu sein.
daher wurde ja nicht durch regbulk etwas fasch geschrieben, sondern eher nichts übernommen.

ich leese oben nichts vom peering.
das muss vor dem regbulk passieren.

wenn man zuletzt peert, sollten die register immer default sein, denke ich.

um es zu untersuchen, müsstest du den vorgang sniffen, wie im wiki beschrieben.
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

Gernott

Ich hatte kein neues Peering gemacht. Durch den Werksreset war das Peering-Register leer.
Ich habe dann nacheinander die Register restauriert, wie im Backup vorhanden:
#======== store device data:hm.display_switch_Garagentor === from: 2020-02-12 21:48:50
#---      entity:hm.display_switch_Garagentor
setreading hm.display_switch_Garagentor D-firmware 1.1
setreading hm.display_switch_Garagentor D-serialNr LEQ0214915
setreading hm.display_switch_Garagentor .D-devInfo 420100
setreading hm.display_switch_Garagentor .D-stc 10
# Peer Names:hm.door_Garagentor,
set hm.display_switch_Garagentor peerBulk 00000000,359A6001,#2020-02-11 22:42:07
set hm.display_switch_Garagentor regBulk RegL_00. 02:01 05:00 0A:1E 0B:A2 0C:4B 12:17  00:00 #2018-09-16 12:15:35
set hm.display_switch_Garagentor regBulk RegL_03.hm.door_Garagentor_chn-01 02:00 03:02 04:32 05:64 06:00 07:FF 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:21 8B:14 8C:63 00:00 #2018-09-16 12:15:37
#     timestamp of the readings for reference
#        hm.door_Garagentor, :peerList
#        2018-09-16 12:15:35 :RegL_00.
#        2018-09-16 12:15:37 :RegL_03.hm.door_Garagentor_chn-01
======= finished ===


Es hat auch funktioniert, bis auf den besagten Wert im RegL_03.

frank

peerBulk ist ja peeren.

ich denke, entweder war er noch nicht bereit für das folgende regBulk.
oder nach regBulk hat noch das zurücklesen (getconfig) gefehlt.
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

Gernott

Ich hatte aus der Doku verstanden, daß peerBulk nur die Peerliste setzt, aber kein Peering auslöst, d.h. keine Register bei den Peers schreibt. Möglicherweise liege ich aber falsch.

Habe gerade noch einmal das regBulk-Kommando für Regl_03 abgesetzt. Da kam jetzt ein NACK zurück. Möglicherweise hatte ich das vorhin übersehen. Das Setzen eines einzelnen Registerwertes geht dagegen ohne Probleme. Die RSSI-Werte sind auch unauffällig.

frank

mach mal geconfig bis cmds_done und poste ein list.
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

Gernott

Zitat von: frank am 06 Juni 2020, 17:04:31
mach mal geconfig bis cmds_done und poste ein list.

Internals:
   DEF        27375F
   FUUID      5c4dfddf-f33f-b124-013b-6fc990986c13d840
   HMLAN1_MSGCNT 170
   HMLAN1_RAWMSG E27375F,0000,02834B3F,FF,FFC7,61800227375F1EA24B0101000035
   HMLAN1_RSSI -57
   HMLAN1_TIME 2020-06-06 17:12:06
   IODev      myHM.UARTLGW1
   LASTInputDev hmusb
   MSGCNT     535
   NAME       hm.display_switch_Garagentor
   NOTIFYDEV  global
   NR         251
   NTFY_ORDER 50-hm.display_switch_Garagentor
   STATE      off
   TYPE       CUL_HM
   chanNo     01
   hmusb_MSGCNT 195
   hmusb_RAWMSG E27375F,0000,04C61089,FF,FFC9,61800227375F1EA24B0101000035
   hmusb_RSSI -55
   hmusb_TIME 2020-06-06 17:12:06
   lastMsg    No:61 - t:02 s:27375F d:1EA24B 0101000035
   myHM.UARTLGW1_MSGCNT 170
   myHM.UARTLGW1_RAWMSG 0403002F61800227375F1EA24B0101000035
   myHM.UARTLGW1_RSSI -47
   myHM.UARTLGW1_TIME 2020-06-06 17:12:06
   peerList   hm.door_Garagentor,
   protCmdDel 158
   protIOdly  2 last_at:2020-06-06 00:40:13
   protIOerr  2 last_at:2020-06-06 00:41:13
   protLastRcv 2020-06-06 17:12:06
   protNack   10 last_at:2020-06-06 16:13:27
   protRcv    185 last_at:2020-06-06 17:12:06
   protResnd  54 last_at:2020-06-06 11:48:14
   protResndFail 52 last_at:2020-06-06 11:48:20
   protSnd    226 last_at:2020-06-06 17:12:05
   protSndB   147 last_at:2020-06-06 17:12:05
   protState  CMDs_done
   rssi_at_HMLAN1 cnt:170 min:-67 max:-48 avg:-54.76 lst:-57
   rssi_at_hmusb cnt:195 min:-73 max:-25 avg:-38.39 lst:-55
   rssi_at_myHM.UARTLGW1 cnt:170 min:-90 max:-46 avg:-61.05 lst:-47
   rssi_hm.door_Garagentor cnt:24 min:-89 max:-58 avg:-74.08 lst:-72
   rssi_hmusb cnt:8 min:-41 max:-28 avg:-34 lst:-33
   rssi_myHM.UARTLGW1 cnt:6 min:-54 max:-53 avg:-53.5 lst:-53
   READINGS:
     2020-06-06 17:12:06   CommandAccepted yes
     2020-06-06 13:54:01   D-firmware      1.1
     2020-06-06 13:54:01   D-serialNr      LEQ0214915
     2020-06-06 17:09:50   PairedTo        0x1EA24B
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-lgActionType jmpToTarget
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-lgCtDlyOff geLo
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-lgCtDlyOn geLo
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-lgCtOff geLo
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-lgCtOn geLo
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-lgCtValHi 100
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-lgCtValLo 50
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-lgMultiExec on
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-lgOffDly 0 s
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-lgOffTime unused
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-lgOffTimeMode absolut
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-lgOnDly 0 s
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-lgOnTime unused
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-lgOnTimeMode absolut
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-lgSwJtDlyOff off
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-lgSwJtDlyOn on
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-lgSwJtOff dlyOn
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-lgSwJtOn dlyOff
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-shActionType jmpToTarget
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-shCtDlyOff geLo
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-shCtDlyOn geLo
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-shCtOff geLo
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-shCtOn ltLo
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-shCtValHi 100
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-shCtValLo 50
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-shMultiExec off
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-shOffDly 0 s
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-shOffTime unused
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-shOffTimeMode absolut
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-shOnDly 0 s
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-shOnTime unused
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-shOnTimeMode absolut
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-shSwJtDlyOff off
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-shSwJtDlyOn on
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-shSwJtOff dlyOn
     2020-06-06 17:09:52   R-hm.door_Garagentor_chn-01-shSwJtOn dlyOff
     2020-06-06 11:52:00   R-intKeyVisib   invisib
     2020-06-05 23:15:15   R-ledMode       undef lit:0
     2020-06-06 12:16:13   R-lowBatLimitFS 2.3 V
     2020-06-06 11:52:00   R-pairCentral   0x1EA24B
     2020-06-06 17:09:50   RegL_00.         00:00 02:01 05:00 0A:1E 0B:A2 0C:4B 12:17
     2020-06-06 17:09:52   RegL_03.hm.door_Garagentor_chn-01  00:00 02:00 03:02 04:32 05:64 06:00 07:FF 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:21 8B:14 8C:63
     2020-06-06 17:12:06   battery         ok
     2020-06-06 17:12:06   commState       CMDs_done
     2020-06-06 17:12:06   deviceMsg       off (to vccu)
     2020-06-06 17:12:06   level           0
     2020-06-06 17:12:06   pct             0
     2020-06-06 17:09:51   peerList        hm.door_Garagentor,
     2020-06-06 13:54:08   powerOn         2020-06-06 13:54:08
     2020-06-06 17:12:06   recentStateType ack
     2020-06-06 17:12:06   state           off
     2020-06-06 17:12:06   timedOn         off
     2020-06-06 13:34:58   trigLast        hm.door_Garagentor:closed
     2020-06-06 13:34:58   trig_hm.door_Garagentor Closed_137
   helper:
     HM_CMDNR   97
     PONtest    0
     cSnd       111EA24B27375F0201C80000,111EA24B27375F0201000000
     cfgChkResult No regs found for:

hm.display_switch_Garagentor type:switch -
list:peer register         :value
   0:      intKeyVisib      :invisib
   0:      ledMode          :undef lit:0
   0:      lowBatLimitFS    :2.3 V
   0:      pairCentral      :0x1EA24B
                       hm.door_Garagentor_chn-01       
                       lg              sh             
ActionType             jmpToTarget     jmpToTarget     
CtDlyOff               geLo            geLo           
CtDlyOn                geLo            geLo           
CtOff                  geLo            geLo           
CtOn                   geLo            geLo           
CtValHi                100             100             
CtValLo                50              50             
MultiExec              on              off             
OffDly            [s]  0               0               
OffTime                unused          unused         
OffTimeMode            absolut         absolut         
OnDly             [s]  0               0               
OnTime                 unused          unused         
OnTimeMode             absolut         absolut         
SwJtDlyOff             off             off             
SwJtDlyOn              on              on             
SwJtOff                dlyOn           dlyOn           
SwJtOn                 dlyOff          dlyOff         

     dlvlCmd    ++A0111EA24B27375F0201000000
     mId        0078
     peerFriend peerSens,peerVirt
     peerIDsRaw ,359A6001,00000000
     peerOpt    3:switch
     regLst     0,3p
     rxType     2
     supp_Pair_Rep 0
     tmplChg    0
     ack:
     cmds:
       TmplKey    hm.door_Garagentor,:1591391715.7094:1591444446.88955
       TmplTs     1591444446.88955
       cmdKey     :1:1:0::0078:01hm.door_Garagentor,
       TmplCmds:
       cmdList:
         assignHmKey:
         clear:[readings|trigger|register|oldRegs|rssi|msgEvents|msgErrors|attack|all]
         deviceRename:newName
         eventL:-peer- -cond-
         eventS:-peer- -cond-
         fwUpdate:-filename- -bootTime- ...
         getConfig:
         getDevInfo:
         getRegRaw:[List0|List1|List2|List3|List4|List5|List6] ... [-PeerChannel-]
         getSerial:
         getVersion:
         inhibit:[on|off]
         off:
         on-for-timer:-ontime-
         on-till:-time-
         on:
         pair:
         peerBulk:-peer1,peer2,...- [set|unset]
         peerIODev:[IO] -btn- [set|unset]... not for future use
         peerSmart:[remove_hm.door_Garagentor|RM_Team|hm.EG.Klingel|hm.FB19_Btn_01|hm.FB19_Btn_02|hm.FB19_Btn_03|hm.FB19_Btn_04|hm.FB19_Btn_05|hm.FB19_Btn_06|hm.FB19_Btn_07|hm.FB19_Btn_08|hm.FB19_Btn_09|hm.FB19_Btn_10|hm.FB19_Btn_11|hm.FB19_Btn_12|hm.FB19_Btn_13|hm.FB19_Btn_14|hm.FB19_Btn_15|hm.FB19_Btn_16|hm.FB19_Btn_17|hm.FB19_Disp|hm.MotnBtn1_EG.Kueche_Btn_01|hm.MotnBtn1_EG.Kueche_Btn_02|hm.MotnBtn1_EG.Kueche_Motion|hm.door_EG.Terrasse|hm.door_Eingang|hm.motion_AU.Eingang|hm.motion_AU.Terrasse|hm.motion_EG.WoZi|hm.motion_KL.Flur|hm.switch.mtr_KL.Pool_SenF|hm.switch.mtr_KL.Pool_SenI|hm.switch.mtr_KL.Pool_SenPwr|hm.switch.mtr_KL.Pool_SenU|hm.switch_mtr1_SenF|hm.switch_mtr1_SenI|hm.switch_mtr1_SenPwr|hm.switch_mtr1_SenU|hm.taster2_EG.WoZi.TV_Btn_01|hm.taster2_EG.WoZi.TV_Btn_02|hm.taster6_EG.Flur_Btn_01|hm.taster6_EG.Flur_Btn_02|hm.taster6_EG.Flur_Btn_03|hm.taster6_EG.Flur_Btn_04|hm.taster6_EG.Flur_Btn_05|hm.taster6_EG.Flur_Btn_06|hm.window_EG.BadFenster|hm.window_EG.Kammer|hm.window_EG.Kueche|hm.window_EG.PaulFenster|hm.window_KL.Bad|hm.window_KL.Zimmer1|hm.window_KL.Zimmer2|hm.window_OG.Bad|unknown_2A1BBD|unknown_2B56CC|unknown_2C4E90|unknown_2CE2BD|unknown_CE401D|unknown_CE8F5D|vLEDRemote_Btn1|vLEDRemote_Btn2|vMP3Remote_Btn1|vMP3Remote_Btn10|vMP3Remote_Btn11|vMP3Remote_Btn12|vMP3Remote_Btn13|vMP3Remote_Btn14|vMP3Remote_Btn15|vMP3Remote_Btn16|vMP3Remote_Btn17|vMP3Remote_Btn18|vMP3Remote_Btn19|vMP3Remote_Btn2|vMP3Remote_Btn20|vMP3Remote_Btn21|vMP3Remote_Btn22|vMP3Remote_Btn23|vMP3Remote_Btn24|vMP3Remote_Btn25|vMP3Remote_Btn26|vMP3Remote_Btn27|vMP3Remote_Btn28|vMP3Remote_Btn29|vMP3Remote_Btn3|vMP3Remote_Btn30|vMP3Remote_Btn31|vMP3Remote_Btn32|vMP3Remote_Btn33|vMP3Remote_Btn34|vMP3Remote_Btn35|vMP3Remote_Btn36|vMP3Remote_Btn37|vMP3Remote_Btn38|vMP3Remote_Btn39|vMP3Remote_Btn4|vMP3Remote_Btn40|vMP3Remote_Btn5|vMP3Remote_Btn6|vMP3Remote_Btn7|vMP3Remote_Btn8|vMP3Remote_Btn9|vccu_Btn1|vccu_Btn2|vccu_Btn3|vccu_Btn4|vccu_Btn5]
         press:[long|short] -peer- [-repCount(long only)-] [-repDelay-] ...
         raw:data ...
         regBulk:-list-.-peer- -addr1:data1- -addr2:data2- ...
         regSet:[prep|exec] -regName- -value- ... [-peerChannel-]
         reset:
         statusRequest:
         toggle:
         tplDel:tmplt
         unpair:
     expert:
       def        1
       det        1
       raw        1
       tpl        0
     io:
       newChn     +27375F,00,01,00
       nextSend   1591456326.43552
       prefIO     
       rxt        0
       vccu       vccu
       p:
         27375F
         00
         01
         00
     mRssi:
       mNo        61
       io:
         HMLAN1:
           -57
           -57
         hmusb:
           -55
           -55
         myHM.UARTLGW1:
           -39
           -39
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     regCollect:
     role:
       chn        1
       dev        1
       prs        1
     rssi:
       at_HMLAN1:
         avg        -54.7647058823529
         cnt        170
         lst        -57
         max        -48
         min        -67
       at_hmusb:
         avg        -38.4
         cnt        195
         lst        -55
         max        -25
         min        -73
       at_myHM.UARTLGW1:
         avg        -61.0588235294118
         cnt        170
         lst        -47
         max        -46
         min        -90
       hm.door_Garagentor:
         avg        -74.0833333333333
         cnt        24
         lst        -72
         max        -58
         min        -89
       hmusb:
         avg        -34
         cnt        8
         lst        -33
         max        -28
         min        -41
       myHM.UARTLGW1:
         avg        -53.5
         cnt        6
         lst        -53
         max        -53
         min        -54
     shadowReg:
     tmpl:
   nb:
     cnt        2
Attributes:
   IODev      HMLAN1
   IOgrp      vccu
   autoReadReg 3_onChange
   devStateIcon off:fts_garage_door_100 on:fts_garage
   expert     3_allReg+raw
   firmware   1.1
   model      HM-DIS-TD-T
   msgRepeat  1
   peerIDs    00000000,359A6001,
   room       AU.Garage,CUL_HM
   serialNr   LEQ0214915
   subType    switch
   verbose    0
   webCmd     statusRequest:on:off

frank

es liegt wahrscheinlich an der position vom pseudo-register 00:00. wenn ich eine frische sicherung mit "get saveConfig" mache, steht es am anfang und ich kann den regbulk cmd senden. auch händisch editiert mit 03:02 funktioniert.
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

Gernott

Zitat von: frank am 06 Juni 2020, 19:03:24
es liegt wahrscheinlich an der position vom pseudo-register 00:00. wenn ich eine frische sicherung mit "get saveConfig" mache, steht es am anfang und ich kann den regbulk cmd senden. auch händisch editiert mit 03:02 funktioniert.
Du meinst, das 00:00 fehlt vor dem 02:00? Das liegt dann aber an der Sicherung von HMinfo. Bei der Sicherung aus dem Modul ist es mit drin. Bei HMinfo hängt die 00:00 hinten dran:
HMinfo:
set hm.display_switch_Garagentor regBulk RegL_03.hm.door_Garagentor_chn-01 02:00 03:02 04:32 05:64 06:00 07:FF 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:21 8B:14 8C:63 00:00 #2018-09-16 12:15:37

Aus dem Modul:
set hm.display_switch_Garagentor regBulk RegL_03.hm.door_Garagentor_chn-01  00:00 02:00 03:02 04:32 05:64 06:00 07:FF 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:21 8B:14 8C:63 #2020-06-06 13:54:11

Mal testen. - Bei mir gehen beide Varianten nicht: CMDs_done_Errors:1

frank

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

Gernott

#12
Zitat von: frank am 06 Juni 2020, 22:55:53
fhem update?
was ist mit sniffen?
FHEM ist aktuell.

Hier mal ein von FHEM ausgelöster on/off-Schaltvorgang und danach der regBulk-Befehl:
2020.06.07 12:46:08.552 0: HMLAN_Send:  HMLAN1 I:+27375F,00,01,00
2020.06.07 12:46:08.556 0: HMLAN_Send:  HMLAN1 S:S8E63411C stat:  00 t:00000000 d:01 r:8E63411C m:13 B011 1EA24B 27375F 0201C80000
2020.06.07 12:46:09.146 0: HMLAN_Parse: HMLAN1 R:R8E63411C stat:0001 t:06B6551E d:FF r:FFC7     m:13 8002 27375F 1EA24B 0101C8003E
2020.06.07 12:46:12.075 0: HMLAN_Send:  HMLAN1 S:S8E634EDB stat:  00 t:00000000 d:01 r:8E634EDB m:14 B011 1EA24B 27375F 0201000000
2020.06.07 12:46:12.598 0: HMLAN_Parse: HMLAN1 R:R8E634EDB stat:0001 t:06B662DD d:FF r:FFC7     m:14 8002 27375F 1EA24B 010100003F
2020.06.07 12:46:16.263 0: HMLAN_Send:  HMLAN1 S:S8E635F37 stat:  00 t:00000000 d:01 r:8E635F37 m:15 B001 1EA24B 27375F 01050000000003
2020.06.07 12:46:16.822 0: HMLAN_Parse: HMLAN1 R:R8E635F37 stat:0001 t:06B67336 d:FF r:FFC7     m:15 8002 27375F 1EA24B 80


27375F ist die Aktor ID.
Das war der Befehl:
set hm.display_switch_Garagentor regBulk RegL_03.hm.door_Garagentor_chn-01  00:00 02:00 03:02 04:32 05:64 06:00 07:FF 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:21 8B:14 8C:63

martinp876

Regbulk schreibt die register en-bloc . Ein fehler beim absenden ist sehr unwahrscheinlich.
Peeren setzt die register intern immer zurück auf default. Wenn du noch einmal peerst, auch peerbulk, werden die register rückgesetzt.
Fhem setzt register nur, wenn etwas zu ändern ist. Fhem vergleicht hierzu die zu setzenden mit den vorher gelesenen. Das nicht gesetzte register siehst du natürlich auch nur an den gelesenen.
Weiter unklar, ob das fragliche bit überhaupt genutzt wird... Habe ich jetzt nicht nachgesehen.

Aber warum so kompliziert. Das prüfen ist ein Drama. Meine antwort genau auf diese Frage ist : template. Hier legst du fest (oder fragst nach einem template) was du eigentlich willst (einschalter, timer,...) Wenn du nun so einen Fall hast sagst du templateExe und alle notwendigen register werden gesetzt. Mit dem verify  kannst du nach rücklesen prüfen lassen, dass alles stimmt. Sollte es nicht einfach noch mal exe.




Gernott

Ich bin bisher davon ausgegangen, daß ein Restore von Registerwerten am Einfachsten durch die Eingabe der Befehlszeilen aus dem configFile für das entsprechende Device erfolgen kann. Nun werde ich mich mal mit den Templates beschäftigen. - Das eine Register war schon das entscheidende, damit die Klappanzeige den Status des Türsensors korrekt anzeigt.