zephyr/samples/boards
Paul Sokolovsky b7623a85b0 sensors: Redefine SENSOR_CHAN_HUMIDITY in percents, not milli-percents.
Based on the discussion in #5693, the reason why humidity was defined
in milli-percent was likely following Linux which defines it as such
in its sensor subsystem:
http://elixir.free-electrons.com/linux/latest/source/Documentation/ABI/testing/sysfs-bus-iio#L263

However, Linux defines temperature in milli-degrees either, but
Zephyr uses degrees (similarly for most other quantities). Typical
sensor resolution/precision for humidity is also on the order of 1%.

One of the existing drivers, th02.c, already returned values in
percents, and few apps showed it without conversion and/or units,
leading to confusing output to user like "54500".

So, switching units to percents, and update all the drivers and
sample apps.

For few drivers, there was also optimized conversion arithmetics
to avoid u64_t operations. (There're probably more places to
optimize it, and temperature conversion could use such optimization
too, but that's left for another patch.)

Fixes: #5693

Signed-off-by: Paul Sokolovsky <paul.sokolovsky@linaro.org>
2018-02-05 14:10:39 +01:00
..
altera_max10 samples: boards: add sample for Altera Nios-II PIO core 2017-12-21 12:02:24 -08:00
arduino_101 sensors: Redefine SENSOR_CHAN_HUMIDITY in percents, not milli-percents. 2018-02-05 14:10:39 +01:00
microbit Bluetooth: Remove redundant AD parsing check 2018-01-31 07:01:10 -08:00
nrf52 tests: remove obsolete CONFIG_MDEF 2018-01-08 08:08:45 -05:00
quark_se_c1000 tests: remove obsolete CONFIG_MDEF 2018-01-08 08:08:45 -05:00
boards.rst samples: boards: nrf52: test demo for nrf52 power management 2017-11-06 09:29:10 -05:00