Max Thermostat springt neuerdings spontan auf InS

[HansDampfHH]

Wir haben reichlich Max Thermostate, die bisher eigentlich alle gut funktionieren.
Gesteuert werden diese über einen geflashten Max-Cul.

Ein Thermostat springt allerdings seit 2 Wochen spontan auf InS, dann wird es muckelig warm und man lässt per Taste noch einmal Ada fahren.
Danach läuft alles wieder wie gewohnt. Lässt sich leider nicht reproduzieren.

Hat vielleicht jemand ähnliche Erfahrungen gemacht?
Wie kann ich dem Problem auf die Spur kommen? Verbose 5 bei dem Thermostat vielleicht?

List CUL_MAX

Code Auswählen Erweitern


Internals:
   CUL0_MSGCNT 7695
   CUL0_RAWMSG Z0F00046014A78B0000000019182D00EE
   CUL0_RSSI  -83.5
   CUL0_TIME  2017-09-05 09:53:10
   DEF        123456
   IODev      CUL0
   LASTInputDev CUL0
   MSGCNT     7695
   NAME       CULMax
   NR         817
   STATE      Defined
   TYPE       CUL_MAX
   addr       123456
   cnt        0
   pairmode   0
   retryCount 0
   READINGS:
     2017-09-05 09:41:14   packetsLost     2668
   sendQueue:
Attributes:
   IODev      CUL0
   room       Steuerung
   verbose    1


List CUL

Code Auswählen Erweitern


Internals:
   CMDS       BbCFiAZNEkGMKLUYRTVWXOefhltxz
   CUL0_MSGCNT 7695
   CUL0_TIME  2017-09-05 09:53:10
   Clients    :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/ttyACM0@9600 0000
   DeviceName /dev/ttyACM0@9600
   FD         20
   FHTID      0000
   NAME       CUL0
   NR         815
   NR_CMD_LAST_H 31
   PARTIAL
   RAWMSG     Z0F00046014A78B0000000019182D00EEED
   RSSI       -83.5
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.25.00 a-culfw Build: 253 (2017-06-28_20-40-30) CUBe (F-Band: 868MHz)
   initString X21
Zr
Za123456
Zw111111
   MatchList:
     1:CUL_MAX  ^Z........................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2017-07-10 11:30:01   ccconf          freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
     2017-08-25 12:27:24   cmds             B b C F i A Z N E k G M K L U Y R T V W X O e f h l t x z
     2017-09-05 09:52:13   credit10ms      226
     2017-09-05 09:53:10   state           Initialized
     2017-07-10 20:00:44   uptime          0 01:41:25
     2017-07-10 20:00:37   version         V 1.25.00 a-culfw Build: 253 (2017-06-28_20-40-30) CUBe (F-Band: 868MHz)
   XMIT_TIME:
     1504594406.02562
     1504594640.62764
     1504594821.89545
     1504594823.41527
     1504594981.04128
     1504595363.22412
     1504595364.73773
     1504595714.78302
     1504595921.60864
     1504596081.40112
     1504596082.93302
     1504596525.37991
     1504596526.89618
     1504596611.05125
     1504596617.08085
     1504596623.1533
     1504596629.67184
     1504596632.72857
     1504596798.61167
     1504596805.12764
     1504596811.66097
     1504596834.6945
     1504597151.68924
     1504597157.72998
     1504597164.25127
     1504597271.49552
     1504597381.03822
     1504597691.54267
     1504597697.57955
     1504597883.85243
     1504597933.16243
Attributes:
   icon       cul_wlan
   rfmode     MAX
   room       Steuerung
   verbose    1


Wäre für Hinweise dankbar

[darkness]

Hallo,

das Problem hatte ich mal mit einem HomeMatic-Thermostat. Nach einem Batteriewechsel war aber alles wieder gut.

Gruß

[HansDampfHH]

Okay, ist ein Versuch wert.
Mal messen wie viel Saft noch in den Batterien steckt.

[HansDampfHH]

So, heute wieder passiert.
Das Thermostat ist noch nicht so alt und wie vermutet sind die Duracell randvoll.
Das war es also nicht. Wenn niemandem etwas einfällt werde ich mich mal an elv wenden.