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
This allows for connecting to devices that do not use the MAC address type 0.
This also adds the logging of the "mac_type" so it is visible to users trying to connect to broadcasting devices.
Additionally this will allow for future connectable devices using a MAC address type other than 0 to be automatically connected to
when support is added for them, similar to LYWSD03MMC etc..
* Remove std::string as the model id and use decoder enum.
* Update decoder version
* Check model id is in decoder range when launching discovery.
* Add BLEconnect enum MIN/MAX
* Add immediate parameter to BLE connection commands.
When sending a command to read/write a characteristic on a BLE server this adds a new parameter to cause the action to be
performed immediately. This will stop the scan in progress to perform the actions queued.
Example use:
```
mosquitto_pub -t home/OpenMQTTGateway/commands/MQTTtoBT/config -m '{
"ble_write_address":"AA:BB:CC:DD:EE:FF",
"ble_write_service":"cba20d00-224d-11e6-9fb8-0002a5d5c51b",
"ble_write_char":"cba20002-224d-11e6-9fb8-0002a5d5c51b",
"ble_write_value":"TEST",
"value_type":"STRING",
"ttl":4,
"immediate":true }'
```
Stop BLE processing when immeditate command sent.
* Use a shorter connection timeout.
* Update docs.
* Remove MQTT spam for connection retrys
* Prevent crashing when the normal connection process occurs at the same time as an immediate action.
* Use a semaphore to protect BLE device vector.
* 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.
* fix wifi manager portal missing parameters on esp8266
on esp8266 with ZgatewayBT
Reducing the scope of the parameters on wifi manager for esp8266 to enable to enter properly the configuration
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=##
* add script to compress firmware before ota upload
* add examples for OTA flashing/updating Sonoff RF Bridge
- use compress script to save space uploading firmware
- use "board_build.ldscript = eagle.flash.1m64.ld" to free some additional space for OTA flashing.
Florian