Releases: elixir-sensors/sht4x
Releases · elixir-sensors/sht4x
v0.3.1
Changed
- Update copyrights and license info for REUSE compliance
v0.3.0
Changed
- Changed error returns to return
{:error, reason}
rather than just:error
.
This is a backwards incompatible change if your code matches on:error
. - Changed retry semantics to only retry on CRC mismatch errors. Previously, CRC
mismatches were not retried and retries were done at the I2C transaction
level. Retrying on the I2C level wasn't effective and ended up causing long
delays. So far, CRC errors are the ones worth retrying since they happen rare
enough that a retry is pretty much guaranteed to work.
v0.2.3
v0.2.2
v0.2.1
v0.2.0
Changed
- SHT4X regularly polls temperature and humidity at 5 second intervals
(configurable). Regular polling is required for temperature compensation
algorithms. - The
SHT4X.measure/1
function is nowSHT4X.get_sample/1
to reflect that it
returns the latest sample rather than polling the sensor. TheSHT4X.Measurement
struct contains a timestamp and quality information to indicate how stale it
is. Staleness could be due to communication issues with the sensor or just
waiting for the next poll time. - The sensor's serial number is not polled on init. This means that I2C failures
or retry delays won't delay or fail startup. They likely will affect the
regular polling if they don't resolve themselves.
Added
SHT4X.serial_number/1
to get the sensor's unique serial number- The sensor is immediately polled for a temperature. Previously the first
temperature measurement was delayed until the interval timer expired (default 5
seconds).
v0.1.4
v0.1.3
v0.1.2
Improvements
- Simplified the transport-related code
- Refactor the top-level module
Added
typed_struct
circuit_i2c
Removed
i2c_server
mox
v0.1.1
Added
- Derived
dew_point_c
value