HM-TC-IT-WM-W-EU - falsches controlMode reading nach set.

[geek]

Hi Martin,

nach dem setzen des controlModes liefern die Readings immer erstmal "auto" - auch wenn's ein controlManu war.

So wie's aussieht liegt das an dem "ack-status" vom TC-IT. Mit folgendem debug-logging sieht man, daß er den falschen mode liefert.

Das ist recht lästig, weil sich die TC-IT schonmal recht viel Zeit lassen bis sie eine "info-level" message mit dem richtigen mode schicken.

Das controlMode reading brauche ich um die TC-IT (und RT-DN) wieder zurück in den von mir gewünschten manual mode zu schalten. Denn aus irgend einem ungeklärten Grund scheinen sich beide gelegentlich von selber auf auto zu schalten (button lock ist an, raw log zeigt keinen traffic von/zu den devices wenn sie umschalten).

Code Auswählen Erweitern

--- /home/bj/git/fhem/fhem/FHEM/10_CUL_HM.pm    2014-07-17 09:01:12.000000000 +0200
+++ FHEM/10_CUL_HM.pm   2014-07-19 10:50:41.000000000 +0200
@@ -1229,6 +1229,8 @@
       $lbat       = ($lbat           ) & 0x80;
       $ctrlMode   = ($ctrlMode   >> 6) & 0x3  ;

+      Log3 $name,3,"CUL_HM $name msg $mTp with controlMode:$ctrlMode";
+
       my $dHash = $shash;
       $shash = $modules{CUL_HM}{defptr}{"$src$chn"}
                              if($modules{CUL_HM}{defptr}{"$src$chn"});


Code Auswählen Erweitern

2014.07.19 10:55:51.440 3: CUL_HM set eg_wz_temp_climate controlManu on
2014.07.19 10:55:51.441 0: HMLAN_Send:  HMEG S:+260312,00,01,00
2014.07.19 10:55:51.441 0: HMLAN_Send:  HMEG S:S4DD5A0D8 stat:  00 t:00000000 d:01 r:4DD5A0D8 m:F3 B011 83D2E0 260312 81023D
2014.07.19 10:55:51.957 0: HMLAN_Parse: HMUG R:E260312   stat:0000 t:0ABE5DA9 d:FF r:FFA9     m:F3 8002 260312 83D2E0 01023D102958
2014.07.19 10:55:51.958 3: CUL_HM eg_wz_temp_dev msg 02 with controlMode:0
2014.07.19 10:55:51.970 0: HMLAN_Parse: HMEG R:R4DD5A0D8 stat:0001 t:193B4F99 d:FF r:FFD2     m:F3 8002 260312 83D2E0 01023D102958
2014.07.19 10:55:57.417 0: HMLAN_Parse: HMEG R:E260312   stat:0000 t:193B64E8 d:FF r:FFD2     m:C1 8470 260312 000000 00F33F
2014.07.19 10:55:57.434 0: HMLAN_Parse: HMUG R:E260312   stat:0000 t:0ABE72FE d:FF r:FFA8     m:C1 8470 260312 000000 00F33F
2014.07.19 10:55:58.685 0: HMLAN_Parse: HMEG R:E22C44C   stat:0000 t:193B69DC d:FF r:FFCE     m:AD 8610 22C44C 000000 0AF4CE0D6458
2014.07.19 10:55:58.708 0: HMLAN_Parse: HMUG R:E22C44C   stat:0000 t:0ABE77F1 d:FF r:FFB0     m:AD 8610 22C44C 000000 0AF4CE0D6458
2014.07.19 10:55:59.196 0: HMLAN_Parse: HMEG R:E2603D6   stat:0000 t:193B6BDB d:FF r:FFC6     m:F3 8410 2603D6 000000 0BF4F40D54
2014.07.19 10:55:59.197 3: CUL_HM eg_sz_temp_dev msg 10 with controlMode:1


Rainer

[martinp876]

hi Rainer

da war ein Bug im decoding. Status und ack unterscheiden sich. Probiere morgen einmal

Gruss Martin

[geek]

Hi,

super, danke. Erster Test sieht gut aus.

Rainer