deconz-rest-plugin
deconz-rest-plugin copied to clipboard
Removal of `config/temperature` for various Xiaomi devices
Hey @mattreim, thanks for your pull request!
[!TIP] Modified bundles can be downloaded here.
DDB changes
Modified
-
xiaomi/xiaomi_wxkg11lm_mini_switch.json: Wireless mini switch (WXKG11LM) :heavy_check_mark: -
xiaomi/lumi_sensor_wleak_aq1.json: Water leak sensor (SJCGQ11LM) :heavy_check_mark: -
xiaomi/xiaomi_mccgq11lm_openclose_sensor.json: Open/close sensor (MCCGQ11LM) :heavy_check_mark: -
xiaomi/lumi_motion_ac01.json: FP1 human presence sensor (RTCZCGQ11LM) :heavy_check_mark: -
xiaomi/lumi_vibration_aq1.json: Vibration sensor (DJT11LM) :heavy_check_mark: -
xiaomi/xiaomi_rtcgqq11lm_presence_sensor.json: Motion sensor (RTCGQ11LM) :heavy_check_mark:
Validation
[!TIP] Everything is fine !
:clock430: Updated for commit 19eb20ff612d68acd135858b05b505b6fff9b6af
I definitively support this one as well. However, there's probably more devices out there where this should be done and then the universe will start yelling at us that we must bring this back. As I recall, none of the DDFs initially had that temperature crazyness included at the very beginning and not even Xiaomi is neither offering nor making any use of that value.
Over time it turned out that the sensor didn't recognize the version after all.
This pull request is now merged. The new DDB files have been uploaded to the store.
DDB Files
Modified
-
xiaomi/xiaomi_wxkg11lm_mini_switch.json: Wireless mini switch (WXKG11LM) : with hash (a3a84ad966) -
xiaomi/lumi_sensor_wleak_aq1.json: Water leak sensor (SJCGQ11LM) : with hash (ecd982099a) -
xiaomi/xiaomi_mccgq11lm_openclose_sensor.json: Open/close sensor (MCCGQ11LM) : with hash (d51d0f3d97) -
xiaomi/lumi_motion_ac01.json: FP1 human presence sensor (RTCZCGQ11LM) : with hash (59ffef4463) -
xiaomi/lumi_vibration_aq1.json: Vibration sensor (DJT11LM) : with hash (1efce19860) -
xiaomi/xiaomi_rtcgqq11lm_presence_sensor.json: Motion sensor (RTCGQ11LM) : with hash (515a5611f9)
:clock9: Updated for commit b4974670c06c9bcbc424d5be92d4a61240f985b1
Quick note for myself for Xiaomi motion sensor (lumi.sensor_motion.aq2). Xiaomi special report directly after pairing, before the DDF is matched.
Additionally the wiki description for the payload: https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Xiaomi-manufacturer-specific-clusters,-attributes-and-attribute-reporting#xiaomi-aqara-door-sensor--lumisensor_motionaq2
The special report for this sensor doesn't contain firmware version, so the conclusion to use the Basic Cluster attribute 0x0001 is correct in this PR.
In my setup the sensor was still making troubles and didn't send special reports (needed for battery and reachable), only randomly it started to work after re-paring multiple times. Unsolved mystery ...
Thanks for the information.
Hi @mattreim, what was the purpose for this PR? There is no linked issue? I recently updated my deconz and now the temperature of my vibration sensor is no longer reported to home assistant. I just stumbled on this PR, so it seems that this is the cause of my issue...
Hello @jorgenbosman, the temperature displayed is the device temperature and does not show the real values. This entity is only used by older Xiaomi devices and only causes confusion. It will no longer be supported by deCONZ in the long term. You should just remove it in Home Assistant.
Actually, I would like to have the temperature from my MCCGQ11LM as it is (better: was) for free. I cannot downgrade to deconz 2.29. again as this is not available in my repo. Is their a way to still retrieve the temperature, for example by a DDF file or another means? Any hint appreciated.
I answer to my own question: you can restore the old behavior by replacing the new .json device files by the old ones which still supply temperature information. Then, in Debian linux, you can hold this state by "sudo apt-mark hold deconz" which avoids updating.