Alternative firmware for ESP8266 and ESP32 based devices with easy configuration using webUI, OTA updates, automation using timers or rules, expandability and entirely local control over MQTT, HTTP, Serial or KNX. Full documentation at
DO NOT DELETE ANY TEXT from this template! Otherwise the issue will be auto-closed.
-->
PROBLEM DESCRIPTION
Relative humidity fnids are affected by tempres - value is padded with extra number of zeros.
This results in inaccurate values if tempres is not 0.
Before 9.3.0 we had similar issue with temperature - issue 10917
[X] Device used (e.g., Sonoff Basic): Inkbird IHC-200-WIFI with RTL->ESP8266 brain transplant
[X] Tasmota binary firmware version number used: 9.3.1.2
[X] Pre-compiled
[ ] Self-compiled
[X] Flashing tools used: esptool
[na] Provide the output of command: Backlog Template; Module; GPIO 255:
Configuration output here:
na
- [ ] If using rules, provide the output of this command: `Backlog Rule1; Rule2; Rule3`:
```lua
Rules output here:
na
[ ] Provide the output of this command: Status 0:
STATUS 0 output here:
na
- [ ] Set `weblog` to 4 and then, when you experience your issue, provide the output of the Console log:
```lua
Console output here:
na
TO REPRODUCE
Get humidity reading with device using fnid 73/74
Note TuyaMCU always returns an integer
EXPECTED BEHAVIOUR
The value in the web interface should not be padded with extra zeros.
Tempres puts the decimal in the correct place
SCREENSHOTS
ADDITIONAL CONTEXT
I think the fix is to route the humidity values through the same function as the temperature which divides the value based on the tempres value. I will submit a PR with this behaviour and update the docs as with the temperature
(Please, remember to close the issue when the problem has been addressed)
DO NOT DELETE ANY TEXT from this template! Otherwise the issue will be auto-closed. -->
PROBLEM DESCRIPTION
Relative humidity fnids are affected by tempres - value is padded with extra number of zeros. This results in inaccurate values if tempres is not 0. Before 9.3.0 we had similar issue with temperature - issue 10917
REQUESTED INFORMATION
Backlog Template; Module; GPIO 255
:Status 0
:TO REPRODUCE
Get humidity reading with device using fnid 73/74 Note TuyaMCU always returns an integer
EXPECTED BEHAVIOUR
The value in the web interface should not be padded with extra zeros. Tempres puts the decimal in the correct place
SCREENSHOTS
ADDITIONAL CONTEXT
I think the fix is to route the humidity values through the same function as the temperature which divides the value based on the tempres value. I will submit a PR with this behaviour and update the docs as with the temperature
(Please, remember to close the issue when the problem has been addressed)