* Update to rtl_433_ESP 0.1.5
Includes support for LILYGO® LoRa32 V2.1_1.6.1 433 Mhz
* Fix lint issue
* Fix build and lint issues
* Add lilygo-rtl_433 to build.yml
Added to Heltec board display code logic to reduce corruption of messages on the display
Two piece of defensive code were added
- Only display messages to the display when operating on Core 1 ( Default Arduino ESP32 CONFIG_ARDUINO_RUNNING_CORE )
- Only display one character/string at a time
In the event of failure, default to Serial output.
PS SSD1306 driver similar issues
https://github.com/ThingPulse/esp8266-oled-ssd1306/issues/326https://github.com/ThingPulse/esp8266-oled-ssd1306/issues/352
The main features of the upgrade to 0.1.3 of rtl_433_ESP are
1 - Change Transceiver Library to RadioLib
2 - Add support for SX127X transceiver module ( I used the 433 Mhz version of this Heltec module for development ).
3 - Added automatic calibration of the RSSI Signal detection Threshold
4 - Removed dependency on loop for start and end of signal detection, and moved to a ESP32 Task
5 - Moved received signal decoding to a ESP32 Task
6 - Identified Blueline PowerCost Monitor decoder as source of significant memory overhead and disabled.
7 - Multi Receiver support has been validated with RF, RF2 and PiLight
Just some minor code cleanup
* Rework OOK Receiver sample and rename directory to OOK_Receiver
* Cleaned up diagnostic logging
* Added logging of device decoder return codes ( DEMOD_DEBUG & RTL_DEBUG=4 )
* Fixed some compiler warnings
* Behaviour when MQTT and/or Wifi is not available
I was looking into why all my OpenMQTTGateway devices were not responding after a recent power failure and am speculating that the ESP32 was able to restart faster than my Wifi and MQTT Server was able to restart and resume operations. And was thinking that a generic ESP.restart may be a reasonable approach with repeated Wifi and/or MQTT connection failures.
As mentioned here https://community.openmqttgateway.com/t/behaviour-when-mqtt-and-or-wifi-is-not-available/1747
Added new variable maxRetryWatchDog, which is the maximum number of mqtt or wifi connection attempts before restarting gateway device.
Includes the following updates to rtl_433_ESP:
1 - Workaround for cc1101 module going deaf after 24 hours, issue #16.
- By default the workaround is enabled, define NO_DEAF_WORKAROUND to remove the workaround
2 - Improved process for updating from rtl_433 for GitHub, almost totally automated.
- FYI - Their is a shell script in the tools subdirectory which does most of the heavy lifting required
3 - Updated device decoders to latest release of rtl_433
- They are now in align with rtl_433 release 21.12
4 - Updated r_api.c to prioritize ook demodulators - feature from rtl_433
5 - Created contrib directory for other device decoders to be merged into code base as part of the rtl_433 update process
6 - Bump library version to 0.0.3
7 - Tuned signal receiver logic and now throw away the first received byte. On testing this appears to dramatically reduce the number of unparsed signals.
8 - Fixed README feedback from @DigiH and updated the wording for 'PUBLISH_UNPARSED'. Also removed serial logging of unparsed messages unless 'PUBLISH_UNPARSED' is set
9 - Fixed gitignore so that the clone of rtl_433 is no longer part of the repository.
10 - Added new DEFINITION to enable rtl_433 verbose mode for a single device decoder. RTL_VERBOSE=##
* Support for BME280 Temperature Correction
The Spark Fun BME 280 library has support for Temperature correction, and this pull request implements the ability to apply a correction via a compiler directive ( BME280Correction ).
Northern Man