Releases: DroneBridge/ESP32
v2.0 RC1
Pre-Release RC1 for DroneBridge for ESP32 v2.0
Use this version to test the latest features.
Changelog
- ESP-NOW LR Mode support with AES256-GCM encryption for more robust & secure long-range connections (swarm support)
- ESP32 LR (long range) support using WiFi mode (swarm support)
- Support for MAVLink semi-transparent parsing to reduce packet loss
- Injection of Radio-Status messages in MAVLink mode to pass RSSI information to GCS when in LR mode (introduction of ESP32 to ESP32 telemetry)
- Support for receiving UDP Broadcast messages
- Support for manually adding UDP targets via web interface
- Support for static IP
- Boot button to reset configuration (long press & short press)
- Documentation updates
- Fixed MSP parsing bugs
- No more need to erase the flash when updating the firmware from this version onwards
- Make the v2.0 API RESTful by @mmalecki in #76
- Add automated frontend build to v2.0dev by @mmalecki in #77
- Merge of V2.0dev to master for upcoming release v2.0 by @seeul8er in #78
Full Changelog: v1.5...v2.0RC1
Install Instructions
You want to erase the flash of the ESP32 first! Otherwise, it will not boot!
To flash/install see the included flashing_instructions.txt
.
The attached zip file includes all pre-compiled binaries that are ready to flash.
For detailed instructions please visit the wiki
New Contributors
v1.5
Changelog:
- Fixed crashes of the esp32c3
- Fixed MSP/LTM parsing bug
- Improved throughput performance
- Added support for UART flow control
- RSSI is reported when in client mode via the web interface
Full Changelog: v1.4...v1.5
You want to erase the flash of the ESP32 first! Otherwise, it will not boot!
To flash/install see the included flashing_instructions.txt
.
The attached zip file includes all pre-compiled binaries that are ready to flash.
For detailed instructions please visit the wiki
Release v1.4
Changelog:
- Added compiled binaries for esp32, esp32c3, esp32s2 & esp32s3
- Fixed UDP broadcast bug, when multiple clients are connected to the esp32 access point
- ESP32 in client mode can now connect to WEP enabled WiFi networks
- Fixed packet loss bug when two esp32s were talking to each other (one in client mode, the other one in ap mode)
Full Changelog: v1.3...v1.4
You might want to erase the flash of the ESP32 first!
To flash/install see the included flashing_instructions.txt
.
The attached zip file includes all pre-compiled binaries that are ready to flash.
Release v1.3
Changelog:
- Pushed to esp-idf v5.1.2
- Added support for ESP32C3
- Fixed bug with number only SSID or Wifi password
- Fixed load times and failed loads of the website by minifying and including the CSS and JS code
- No pre-defined pins for the UART. If both pins are set to the same number (like initially) then the UART will not be opened. User has to define the TX & RX pins initially. That way there is only one image for all boards necessary.
Known Issues:
- Load errors may occur on the ESP32C3 when in AP-Mode and accessed via PC/Desktop browser. Android mobile browsers performed well.
Erase the flash of the ESP32 first!
To flash see the Github Readme or run:
esptool.py -p (PORT) -b 460800 --before default_reset --after hard_reset write_flash --flash_mode dio --flash_size detect --flash_freq 40m 0x1000 bootloader.bin 0x8000 partition-table.bin 0x10000 db_esp32.bin 0x110000 www.bin
Release v1.2
If the DroneBridgeESP32_v1_2
build does not work (no startup etc.) please choose the DroneBridgeESP32_v1_2_alt_UART_conf
. Some boards have the flash chip connected to pins 16/17. In that case the alt. UART conf. version has pins 32/33 configured.
If you are using a Pico board, like the TinyPico or M5Stack Atom Lite please use the alternative build. The other one will not work.
Changelog:
- Added WiFi client mode support - ESP32 can now connect to existing WiFi instead of creating an access point on its own
- Enhancements for the web interface: Support for new modes, hide unnecessary config options depending on the current config
- re-base onto esp-idf 4.4.6
- Fixed bugs related to country code settings
Erase the flash of the ESP32 first!
To flash see the Github Readme or run:
esptool.py -p (PORT) -b 460800 --before default_reset --after hard_reset --chip esp32 write_flash --flash_mode dio --flash_size detect --flash_freq 40m 0x1000 bootloader.bin 0x8000 partition-table.bin 0x10000 db_esp32.bin 0x110000 www.bin
Release v1.0
If the DroneBridgeESP32_v1_1
build does not work (no startup etc.) please choose the DroneBridgeESP32_v1_1_alt_UART_conf
. Some boards have the flash chip connected to pins 16/17. In that case the alt. UART conf. version has pins 32/33 configured.
If you are using a Pico board, like the TinyPico or M5Stack Atom Lite please use the alternative build. The other one will not work.
Changelog:
- re-write of the web interface
- re-base onto esp-idf 4.3
- fixed UDP bugs
- added REST:API for settings and status updates
Erase the flash of the ESP32 first!
To flash see the Github Readme or run:
esptool.py -p (PORT) -b 460800 --before default_reset --after hard_reset --chip esp32 write_flash --flash_mode dio --flash_size detect --flash_freq 40m 0x1000 bootloader.bin 0x8000 partition-table.bin 0x10000 db_esp32.bin 0x110000 www.bin
More config options
- Configure SSID
- Configure WiFi channel
UDP broadcast to all connected stations
- MSP & LTM UDP forwarding fix
- Auto broadcasting of messages to UDP:14550 to all connected stations. No config required for QGroundControl
UDP support. Performance improvements
- Fixed performance issues
- Added support for up to 5 UDP client connections. Clients must register to ESP by sending a packet to UDP port 14550
Use TCP connections. In sync with DroneBridge v0.6 Beta release
- Based on latest ESP-IDF
- Uses TCP instead of UDP (multiple simultaneous connections)
- Improved communication module
- Tested with MAVLink, DroneBridge for android v1.3 & QGroundControl
- Removed unnecessary settings
- Needs testing with LTM/MSP
- Synced to DB v0.6 Beta release
- Improved & tested installation guide