HM-CC-RT-DN: BurstXmit - Stromverbrauch?

Begonnen von M_I_B, 11 Januar 2018, 14:23:16

Vorheriges Thema - Nächstes Thema

M_I_B

... der Aktor fliegt zeitnah in die Tonne; wie gesagt kommt da ein WeMOS hin, so bald ich Zeit habe. Nachher versuche ich erst einmal einen FactoryReset... Mal schauen, was passiert...

protoEvents done:
    name    :State           |CmdPend   |Snd       |Resnd     #CmdDel    |ResndFail |Nack      |IOerr     
    HM1IR1  : done           |  -       | 27:      |  -       #  -       |  -       |  -       |  -       
    HM1IR2  : done           |  -       | 36:      |  -       #  -       |  -       |  -       |  -       
    HM1IR3  : done           |  -       | 32:      |  -       #  -       |  -       |  -       |  -       
    HM1NV1  : processing...  |  -       | 750:     | 689:     # 535      | 224:     |  -       | 7:       
    HM1RM1  : done           |  -       | 1:       |  -       #  -       |  -       |  -       |  -       
    HM1RM2  : done           |  -       | 2:       |  -       #  -       |  -       |  -       |  -       
    HM1RM3  : done           |  -       | 1:       |  -       #  -       |  -       |  -       |  -       
    HM2BB1  : done           |  -       | 25:      |  -       #  -       |  -       |  -       |  -       
    HM2BB2  : done           |  -       | 64:      |  -       #  -       |  -       |  -       |  -       
    HM2DI1  : done           |  -       | 266:     | 21:      #  -       |  -       |  -       |  -       
    HM2SD1  :  -             |  -       |  -       |  -       #  -       |  -       |  -       |  -       
    HM2TA1  :  -             |  -       |  -       |  -       #  -       |  -       |  -       |  -       
    HM2TH1  :  -             |  -       |  -       |  -       #  -       |  -       |  -       |  -       
    HM2TH2  :  -             |  -       |  -       |  -       #  -       |  -       |  -       |  -       
    HM2TH3  :  -             |  -       |  -       |  -       #  -       |  -       |  -       |  -       
    HM4NV1  : done           |  -       | 172:     | 8:       # 1        | 1:       |  -       |  -       
    HM4SW1  : done_Errors:1  |  -       | 6988:    | 546:     # 1197     | 41:      |  -       | 2:       
    HM4SW2  : done           |  -       | 23:      |  -       #  -       |  -       |  -       |  -       
    HM4SW3  :  -             |  -       |  -       |  -       #  -       |  -       |  -       |  -       
    HM4SW4  :  -             |  -       |  -       |  -       #  -       |  -       |  -       |  -       
    HM4TB1  : done           |  -       | 299:     |  -       #  -       |  -       |  -       |  -       
    HM5TH1  : pending        | 1 pending| 2:       |  -       #  -       |  -       |  -       |  -       
    HM5TH2  : pending        | 1 pending| 1:       |  -       #  -       |  -       |  -       |  -       
    HM6SP1  :  -             |  -       |  -       |  -       #  -       |  -       |  -       |  -       
    HM6SP2  :  -             |  -       |  -       |  -       #  -       |  -       |  -       |  -       
    HM6TA1  :  -             |  -       |  -       |  -       #  -       |  -       |  -       |  -       
    HM6TA2  :  -             |  -       |  -       |  -       #  -       |  -       |  -       |  -       
    HM6TH01 : done           |  -       | 134:     | 24:      # 6        | 1:       |  -       |  -       
    HM6TH02 : done           |  -       | 12:      | 1:       #  -       |  -       |  -       |  -       
    HM6TH03 : done           |  -       | 12:      | 1:       #  -       |  -       |  -       |  -       
    HM6TH04 : done           |  -       | 11:      |  -       #  -       |  -       |  -       |  -       
    HM6TH05 : done           |  -       | 11:      | 1:       #  -       |  -       |  -       |  -       
    HM6TH06 : done           |  -       | 10:      |  -       #  -       |  -       |  -       |  -       
    HM6TH07 : done           |  -       | 12:      | 1:       #  -       |  -       |  -       |  -       
    HM6TH08 : done           |  -       | 9:       |  -       #  -       |  -       |  -       |  -       
    HM6TH09 : done           |  -       | 44:      |  -       #  -       |  -       |  -       |  -       
    HM6TH10 : done           |  -       | 14:      | 1:       #  -       |  -       |  -       |  -       
    HM8SW1  :  -             |  -       |  -       |  -       #  -       |  -       |  -       |  -       
    HM8SW2  :  -             |  -       |  -       |  -       #  -       |  -       |  -       |  -       
    HM8TA1  :  -             |  -       |  -       |  -       #  -       |  -       |  -       |  -       
================================================================================================================
    sum     1                |2         |8958      |1293      #1739      |267       |0         |9         

    CUL_HM queue length:2

    requests pending
    ----------------
    autoReadReg          : HM1RM1 HM1RM2 HM2DI1 HM2SD1 HM4SW3 HM4SW4 HM5TH2 HM6SP1 HM6SP2 HM8SW1 HM8SW2
        recent           : none
    status request       : HM1RM1 HM1RM2 HM1RM3 HM2SD1 HM4NV1 HM4SW1 HM4SW2 HM4SW3 HM4SW4 HM6SP1 HM6SP2 HM8SW1 HM8SW2
    autoReadReg wakeup   : HM2TA1 HM2TH1 HM2TH2 HM2TH3 HM8TA1
    status request wakeup:
    autoReadTest         :

    IODevs:SCC3:Initialized condition:-
           UFO1:opened pending=1 condition:ok
           VCCU:SCC3:ok,UFO1:ok, pending= condition:-

M_I_B

... hier scheint heute noch was ganz anderes im Argen zu liegen  >:(
Ich habe mal auf ein paar andere Aktoren geschaut (4CH Hutschine u.ä.) Die stehen alle auf set_off resp. set_on im state  :o :o :o :o Das war gestern noch nicht. Es ist mir auch nicht möglich, dort einen klaren Status hin zu bekommen... Was ist das denn nun wieder?!?

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

M_I_B

... m.u.M.n sind die vollkommen ok:

Internals:
   .triggerUsed 1
   CFGFN      /opt/fhem/_HW/txrx.cfg
   DEF        F10000
   IODev      SCC3
   LASTInputDev UFO1
   MSGCNT     63374
   NAME       VCCU
   NOTIFYDEV  global
   NR         57
   SCC3_MSGCNT 38288
   SCC3_RAWMSG A0A728002F100004E749400::-79:SCC3
   SCC3_RSSI  -79
   SCC3_TIME  2018-01-12 15:23:52
   STATE      SCC3:ok,UFO1:ok,
   TYPE       CUL_HM
   UFO1_MSGCNT 25086
   UFO1_RAWMSG EF10000,0000,0008EF4A,FF,FFAE,A4A011F100003E46460201000000
   UFO1_RSSI  -82
   UFO1_TIME  2018-01-12 15:24:17
   assignedIOs SCC3,UFO1
   lastMsg    No:A4 - t:11 s:F10000 d:3E4646 0201000000
   protLastRcv 2018-01-12 15:24:17
   rssi_at_SCC3 max:-72 cnt:37929 min:-104.5 lst:-79 avg:-80.25
   rssi_at_UFO1 lst:-82 min:-99 avg:-81.86 max:-75 cnt:25086
   READINGS:
     2018-01-12 15:24:17   .protLastRcv    2018-01-12 15:24:17
     2018-01-12 15:23:52   CommandAccepted yes
     2018-01-12 15:22:14   recentStateType ack
     2018-01-12 15:14:37   state           SCC3:ok,UFO1:ok,
     2018-01-12 15:23:43   unknown_4DC279  received
     2017-12-29 04:14:08   unknown_536B50  received
   helper:
     HM_CMDNR   164
     PONtest    1
     mId        FFF0
     regLst     ,0
     rxType     1
     supp_Pair_Rep 0
     ack:
     expert:
       def        1
       det        0
       raw        0
       tpl        0
     io:
       nextSend   1515767057.16968
       prefIO     
       vccu       
       ioList:
         SCC3
         UFO1
     mRssi:
       mNo        A4
       io:
         UFO1       -82
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       vrt        1
     rssi:
       at_SCC3:
         avg        -80.2546863877239
         cnt        37929
         lst        -79
         max        -72
         min        -104.5
       at_UFO1:
         avg        -81.8638284302004
         cnt        25086
         lst        -82
         max        -75
         min        -99
     shadowReg:
     tmpl:
Attributes:
   IODev      SCC3
   IOList     SCC3,UFO1
   alias      Virtuelle CCU
   group      Virtuelle CCU
   model      CCU-FHEM
   room       System
   subType    virtual
   webCmd     virtual:update


Internals:
   CFGFN      /opt/fhem/_HW/txrx.cfg
   CHANGED   
   DEF        192.168.1.198:1000
   DeviceName 192.168.1.198:1000
   FD         11
   IFmodel    LAN
   NAME       UFO1
   NR         46
   NTFY_ORDER 50-UFO1
   PARTIAL   
   RAWMSG     E4DAC33,0000,000971CB,FF,FFB4,3786104DAC330000000A98C5C71840
   RSSI       -76
   STATE      opened
   TYPE       HMLAN
   UFO1_MSGCNT 66868
   UFO1_TIME  2018-01-12 15:24:50
   XmitOpen   1
   assignedIDsCnt 19 report:18
   msgKeepAlive dlyMax:5.751 bufferMin:0
   msgLoadCurrent 1
   msgLoadHistoryAbs 5min steps: 1/1/10/4/4/2/16/13/12/10/9/8
   msgParseDly min:-186 max:5518 last:11 cnt:27084
   owner      F10000
   owner_CCU  VCCU
   uptime     000 00:10:30.677
   .clientArray:
     CUL_HM
   READINGS:
     2018-01-11 19:53:55   D-HMIdAssigned  F10000
     2018-01-11 19:53:55   D-HMIdOriginal  32260F
     2018-01-11 19:53:55   D-firmware      0.965
     2018-01-11 19:53:55   D-serialNr      LEQ0985718
     2018-01-12 15:14:37   Xmit-Events     ERROR-Overload:271 disconnected:440 Warning-HighLoad:276 ok:340 init:340
     2018-01-12 15:14:37   cond            ok
     2018-01-12 15:25:02   loadLvl         low
     2018-01-12 13:52:26   prot_ERROR-Overload last
     2018-01-12 13:52:12   prot_Warning-HighLoad last
     2018-01-12 15:14:36   prot_disconnected last
     2018-01-12 15:14:37   prot_init       last
     2018-01-10 18:33:43   prot_keepAlive  last
     2018-01-12 15:14:37   prot_ok         last
     2018-01-12 15:14:37   state           opened
   helper:
     assIdCnt   19
     assIdRep   18
     info       03C5,LEQ0985718,32260F,F10000
     setTime    46257
     cnd:
       0          340
       2          276
       253        440
       255        340
       4          271
     dly:
       cnt        27084
       lst        11
       max        5518
       min        -186
     ids:
       3E4646:
       446F6E:
         cfg        +446F6E,00,00,00
         name       HM4NV1
       448158:
         cfg        +448158,00,00,00
         name       HM2BB2
       448306:
         cfg        +448306,00,00,00
         name       HM2BB1
       4A1975:
         cfg        +4A1975,00,00,00
         chn        01
         flg        0
         msg       
         name       HM4TB1
         to         1515766936.22106
       4B2EB6:
         cfg        +4B2EB6,00,00,00
         name       HM6SP1
       4B2EE3:
         cfg        +4B2EE3,00,00,00
         name       HM6SP2
       4CEC0B:
         cfg        +4CEC0B,00,00,00
         name       HM6TH02
       4CEC10:
         cfg        +4CEC10,00,00,00
         name       HM6TH08
       4CEC21:
         cfg        +4CEC21,00,00,00
         name       HM6TH10
       4CEC23:
         cfg        +4CEC23,00,00,00
         name       HM6TH01
       4CEF6B:
         cfg        +4CEF6B,00,00,00
         name       HM6TH03
       4DAC26:
         cfg        +4DAC26,00,00,00
         name       HM6TH06
       4DAC2E:
         cfg        +4DAC2E,00,00,00
         name       HM6TH05
       4DAC2F:
         cfg        +4DAC2F,00,00,00
         name       HM6TH07
       4DAC33:
         cfg        +4DAC33,00,00,00
         name       HM6TH04
       4E748C:
         cfg        +4E748C,00,00,00
         name       HM1IR1
       4E7493:
         cfg        +4E7493,00,00,00
         name       HM1IR3
       4E7494:
         cfg        +4E7494,00,00,00
         name       HM1IR2
     k:
       BufMin     0
       DlyMax     5.751
       Next       1515767127.19273
       Start      1515767102.19273
     loadLvl:
       bl         40
       a:
         99
         90
         40
         0
       h:
         0          low
         40         batchLevel
         90         high
         99         suspended
     log:
       all        0
       sys        0
       ids:
         ARRAY(0x3ca8028)
     q:
       HMcndN     0
       answerPend 0
       hmLanQlen  1
       keepAliveRec 1
       keepAliveRpt 0
       loadLastMax 0
       loadNo     5
       scnt       3
       ald:
         1
         1
         10
         4
         4
         2
         16
         13
         12
         10
         9
         8
       apIDs:
     ref:
       drft       -0.00015999360025599
       hmtL       630677
       kTs        0
       offL       1515766471518
       sysL       1515767102195
Attributes:
   alias      UFO HomeMatic 868MHz
   event-on-change-reading .*
   group      Transceiver
   hmId       F10000
   hmLanQlen  1
   loadLevel  0:low,40:batchLevel,90:high,99:suspended
   room       System


Internals:
   CFGFN      /opt/fhem/_HW/txrx.cfg
   CMDS       mBbCFiAZGMYRTVWXef*ltuxz
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        SCC2
   IODev      SCC2
   NAME       SCC3
   NOTIFYDEV  SCC2
   NR         54
   NTFY_ORDER 50-SCC3
   PARTIAL   
   RAWMSG     A0FD286104CEF6B0000000A98CA09034026
   RSSI       -55
   SCC3_MSGCNT 85361
   SCC3_TIME  2018-01-12 15:25:48
   STATE      Initialized
   StackLevel 2
   TYPE       STACKABLE_CC
   VERSION    V 1.26.01 a-culfw Build: 271 (2017-09-18_20-23-44) CSM868 (F-Band: 868MHz)
   initString X21
Ar
   owner_CCU  VCCU
   .clientArray:
     CUL_HM
     STACKABLE_CC
   MatchList:
     1:CUL_HM   ^A....................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2018-01-11 19:53:50   cmds             m B b C F i A Z G M Y R T V W X e f * l t u x z
     2018-01-12 15:25:48   state           Initialized
   helper:
Attributes:
   alias      SCC3 HomeMatic 868MHz
   event-on-change-reading .*
   group      Transceiver
   hmId       F10000
   rfmode     HomeMatic
   room       System

frank

naja.... , ganz schön was los an deinem ufo.  ;)

     2018-01-12 15:14:37   Xmit-Events     ERROR-Overload:271 disconnected:440 Warning-HighLoad:276 ok:340 init:340
     2018-01-12 13:52:26   prot_ERROR-Overload last
     2018-01-12 13:52:12   prot_Warning-HighLoad last


und 10min vor dem list hat er sogar ein reboot gemacht:
uptime     000 00:10:30.677


die bezeichnung deines scc scheint etwas chaotisch:

   DEF        SCC2
   IODev      SCC2
   NAME       SCC3
   NOTIFYDEV  SCC2
   NR         54
   NTFY_ORDER 50-SCC3
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

M_I_B

... den ReBoot löse ich aus, sobald Overload erkannt wird ;)

Die SCC sind nicht so chaotisch wie es den Anschein hat: SCC1 = IT, SCC2 = MAX, SCC3 = HM

Wenn man ins Eventlog schaut ist auch ordentlich was los, die Masse aber nur Device (Stati) > RX...

... ich mach jetzt mal Feierabend; Nase voll von FIT- Werten und MIL-Norm  :-\ Wochenende  ;D ;D ;D ;D ;D

frank

Zitat... den ReBoot löse ich aus, sobald Overload erkannt wird ;)
an der "erkennung" solltest du noch mal einen "feinschliff" vornehmen, denn der letzte overload war ca 90 min vor dem reboot und die load war bereits auf moderate 10% gesunken. wenn du schon so nahe am abgrund arbeitest, würde ich allerdings spätestens bei highload rebooten.

ZitatDie SCC sind nicht so chaotisch wie es den Anschein hat: SCC1 = IT, SCC2 = MAX, SCC3 = HM
mag ja sein, aber sicher nicht gemischt in einem device.
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

M_I_B

#22
... ach, jetzt habe ich erst gerafft, was Du meinst... Ja, der 3er war vorher der 2er. Ist aber nur der Name... Gerade mal glatt gezogen... Passt nun wieder.*** Die musste ich umdrehen, weil ich zu der Zeit keine UF.L Antennenbuchsen mehr hatte und sich die Antennen in die Wolle bekamen... Inzwischen ist überall UF.L verbaut und die Antennen via PigTail dran.

Das mit dem UFO ist komisch. Ok, wenn ich einen Overload erkenne setze ich den zurück. Aber warum der an der Stelle einen ReBoot gemacht hat, erklärt sich daraus nicht... Muss ich mal forschen, und beobachten, ob der das öfter macht...

Der problematische Aktor scheint nun ganz tot zu sein. Nach einem Firmware-Reset und neuem Anlernen ging der ein paar Minuten und das war's dann. Inzwischen ist sogar die LED tot, obwohl manuell das Schütz noch per Taste zu schalten ist. Ich baue den nachher mal aus und schaue mal, ob ich den wieder hin bekomme...

*** Also... die Bezeichnungen sind alle korrekt, aber ändern tut sich da nix im VCCU- List...

Definition der Transceiver und VCCU wie folgt und m.E. vollkommen OK:
### HM- LAN einbinden ###
define UFO1 HMLAN 192.168.1.198:1000
attr UFO1 alias UFO HomeMatic 868MHz
attr UFO1 event-on-change-reading .*
attr UFO1 group Transceiver
attr UFO1 hmId F10000
attr UFO1 hmLanQlen 1
attr UFO1 loadLevel 0:low,40:batchLevel,90:high,99:suspended
attr UFO1 room System

### Initialisierung SCC's ###
define SCC1 CUL 192.168.1.192:2000 0706
attr SCC1 alias SCC1 InterTechno 433MHz
attr SCC1 event-on-change-reading .*
attr SCC1 group Transceiver
attr SCC1 rfmode SlowRF
attr SCC1 room System

define SCC2 STACKABLE_CC SCC1
attr SCC2 alias SCC2 Max 868MHz
attr SCC2 event-on-change-reading .*
attr SCC2 group Transceiver
attr SCC2 rfmode MAX
attr SCC2 room System
define Max_Eco CUL_MAX 121212
attr Max_Eco IODev SCC2
attr Max_Eco group Transceiver
attr Max_Eco room System

define SCC3 STACKABLE_CC SCC2
attr SCC3 alias SCC3 HomeMatic 868MHz
attr SCC3 event-on-change-reading .*
attr SCC3 group Transceiver
attr SCC3 hmId F10000
attr SCC3 rfmode HomeMatic
attr SCC3 room System

### Virtuelle CCU bauen füt HM ###
define VCCU CUL_HM F10000
attr VCCU IODev SCC3
attr VCCU IOList SCC3,UFO1
attr VCCU alias Virtuelle CCU
attr VCCU group Virtuelle CCU
attr VCCU model CCU-FHEM
attr VCCU room System
attr VCCU subType virtual
attr VCCU webCmd virtual:update

M_I_B

... noch was ...

Ich bekomme bei keinem einzigen Thermostaten R-burstRx zurück auf off. Ich habe den Befehl dazu jetzt mehrfach an alle Thermostaten gesandt (set HM6TH.* regSet burstRx off). Die stehen dann eine Weile auf "R-burstRx = set_off", aber dann irgendwann wieder auf "R-burstRx = on". Wird stumpf ignoriert ?!?

frank

mach das regset für jedes device einzeln. erst wenn alles ok ist den nächsten.
nutze grundsätzlich prefered io und schaue vorher, ob genügend credits beim io zur verfügung stehen. auch devices können in overload gehen.
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

M_I_B

#25
... hilft nicht  >:(
Setze ich das Kommando für einen einzelnen ab, habe ich das Gleiche in grün:
R_burstRx = set_off / protCmdPend = 3 CMDs_pending
Nach einiger Zeit entsteht ein Event auch bei R_burstRx, der aber dann nicht auf OFF schaltet, sondern zurüch auf ON

EDIT: Neuer Versuch. Nur diesen einen Thermostat in der Config gelassen. SCC3 ist das RXTX welches durch Fehlen der anderen Devices nur diesen Thermostaten bedient

frank

nutzt du die ts_culfw für den scc? wenn nicht, umflashen oder den hmlan nutzen.
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

frank

ein reset am thermostat geht natürlich auch.  :)
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

M_I_B

ts_cul? Was'n das? Noch ne Version?
Ne, die aktuelle a_culfw ist auf allen SCC's. Mit dem UFO erreiche ich nicht alle. Das UFO ist im Keller, um die dortige Infrastruktur zu erreichen, die SCC's sind im EG mit sehr schlechtem WAF an die Decke gepappt...
Reset und neu Pairen hatte ich auch schon ins Auge gefasst. Könnte man temprär per DOIF eine Schleife bauen, die den Pairingmode gleich wieder startet, sobald ein Pairing erfolgreich war? Dsa würde die Sache ungemein erleichtern ^^

M_I_B

... also das war ja mal echtes Geisterjagen  >:(

Ein FW-Reset, zweifach durchgeführt, einmal über Menü, einmal über 3T + Batterie einlegen und anschließendes Pairen ergibt schlicht und ergreifend, das Register burstRx auch werksmäßig auf ON steht!
Ok, könnte ja sein, das ich Mist genaut habe oder was auch immer... Also habe ich aus meinem Vorrat einen fabrikneuen Thermostaten genommen und den mal gepairt... Das Ergebnis ist identisch.
Und auch dort lässt sich das Register nicht auf OFF setzen; alles andere kein Problem, aber das Register weigert sich