mirror of
https://github.com/esphome/esphome.git
synced 2024-11-23 23:48:11 +01:00
6f16365b2f
The old gain options were copied from the arduino-MLX90393 library. However, the library actually does the opposite thing from the sensor hardware. Low hardware gain settings are multiplied with large numbers, while high gains are multiplied with small numbers. This is done in order to get consistent readings in µT independent of gain setting. This is confusing from the user's perspective. The user configures the sensor, not the library. Therefore, this PR inverts (actually 5/x) all gain settings. This reflects the analog gain used inside the sensor. Furthermore, the resolution options are named more appropriately. The resolution is always 16 bit, we just choose which 16 bits we get. Additionally, the default values are changed. The old defaults offered high sensitivity, but caused integer overflows in strong magnetic fields. This easily happened when a neodymium magnet was held within a few cm of the sensor. The new default configuration prevents all integer overflows and can deal with strong fields easily. Higher sensitivity must now be explicitly configured by the user. The new documentation informs about integer overflows, mitigating the risk of false readings that existed previously. Finally, this commit exposes the already existing `hallconf` and `temperature_compensation` options. |
||
---|---|---|
.. | ||
component_tests | ||
components | ||
dashboard | ||
test_build_components | ||
test_packages | ||
unit_tests | ||
.gitignore | ||
custom.h | ||
dummy_main.cpp | ||
pnglogo.png | ||
README.md |
Tests for ESPHome
This directory contains some tests for ESPHome.
At the moment, all the tests only work by simply executing
esphome
over some YAML files that are made to test
whether the yaml gets converted to the proper C++ code.
Of course this is all just very high-level and things like unit tests would be much better. So if you have time and know how to set up a unit testing framework for python, please do give it a try.
When adding entries in test_.yaml files we usually need only
one file updated, unless conflicting code is generated for
different configurations, e.g. wifi
and ethernet
cannot
be tested on the same device.
Current test_.yaml file contents.
Test name | Platform | Network | BLE |
---|---|---|---|
test1.yaml | ESP32 | wifi | None |
test2.yaml | ESP32 | ethernet | esp32_ble_tracker |
test3.yaml | ESP8266 | wifi | N/A |
test4.yaml | ESP32 | ethernet | None |
test5.yaml | ESP32 | wifi | ble_server |
test6.yaml | RP2040 | wifi | N/A |
test7.yaml | ESP32-C3 | wifi | N/A |
test8.yaml | ESP32-S3 | wifi | None |
test10.yaml | ESP32 | wifi | None |