HM10: feature update, fix Flora values, add compile-time-options #9049
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description:
Add all new sensors from the ESP32-driver (night lights and RC do not make much sense ATM).
Fix Flora value presentation.
Adding multiple compile-time-options, but leaving default behaviour unchanged (in the code at line 530):
HM10.option.noRealTime = 1;
Does not send TELE-message immediately (may help for HA auto-discovery)HM10.option.allwaysAggregate = 1;
Always show all reveived values for one sensor (maybe contain old ones)HM10.option.showRSSI = 0;
Show RSSI in the MQTT, may be useful to prevent overflow, if many sensors are receivedHM10.option.ignoreBogusBattery = 1;
Not really used ATMHM10.option.noSummary = 0;
No message at TELE-period, probably only useful, if real time is enabledHM10.option.minimalSummary = 0;
Only "static" values, like battery at TELE-periodChecklist:
NOTE: The code change must pass CI tests. Your PR cannot be merged unless tests pass