Mirror/wfb-ng
5
0
Fork 1
mirror of https://github.com/svpcom/wfb-ng.git synced 2025-02-22 00:13:59 -04:00
Code Issues Actions Packages Projects Releases Wiki Activity

Add changelog

Browse Source
This commit is contained in:
Vasily Evseenko 2023-07-17 20:46:17 +03:00
parent f69a1d6aba
commit 7e90783e5f
1 changed files with 41 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

41
Changelog.md Normal file
View File

@ -0,0 +1,41 @@
23.08 upcoming release
----------------------
- Mavlink parser speedup. Instead of using standard full-featured (and slow mavlink parser) now use fast packet splitter.
- Added callbacks for vehicle arm/disarm. You can use it for camera recording activation.
- Added mavlink tcp proxy. Now it is possible to use backup link via LTE modem or connect onboard computer without external mavlink-router.
To connect as backup link in QGC use tcp connection to port 5760 and check "high latency link" checkbox.
- Self-injected frames are ingnored now in case when TX and RX use the same radio port.
- Added cross-build support via qemu + docker.
- Improved udp socket buffer overflow handling:
1. Added option for socket buffer size for incoming messages on the tx side.
2. Check for socket buffer overflow and show warnings.
You can set socket buffer size system-wide via `net.core.rmem_default` or via `-R` option in `wfb_tx`.
- Warn if incoming packet > `MAX_PAYLOAD_SIZE` and will be truncated.
- Added support for RTS frames. Now you can choose between data and rts frames when transmit packages.
- Added default route option for IP tunnel.
- Large refactoring of WFB-ng control-plane:
1. Added support for multiple profiles and profile inheritance (no need to have multiple copies of wifibroadcast.cfg).
2. No hadcoded streams (video/mavlink/tunnel) anymore. You can define own profiles and any number of data streams can be added/removed to profiles without any code change.
3. Multiple profiles can be active simultaneously (no need to run multiple instances of wfb-server when using the same wifi adapters for different links). For example: `systemctl enable wifbroadcast@gs1:gs2:gs3:gs4`
4. Added support for raw udp data streams. They don't use any frame aggregation or mavlink injection.
5. TX antenna selection is now `link_domain` wide - for example one-way `udp_proxy` TX will use active antenna selected by other RX streams.
Compatibility:
This commit maintain both radio and config compatibility with previous version.
So you can use previous verion of wfb-ng on the other link side and import most of your customizations from /etc/wifibroadcast.cfg
The only config incompatible change is that `common.link_id` was moved to profile section and renamed to `link_domain`.
- Added support for multiple directed antennas on both ends and different frequency channels on different cards:
1. `common.wifi_channel` can now be not only `int`, but also `dict`. In this case, you can specify different frequency channels for different cards. For example: `{'wlan0': 161, 'wlan1': 165}`
2. Tunnel keepalive package is now transmitted through all cards, not just through the active
These allow you to use multiple frequency channels at the same time if you have multiple cards on each end. For example, you can use 2.4 + 5.8 GHz.
Or you can use multiple directional antennas on both sides of the link, as point (2) solves the chicken and egg problem of allowing directional antennas
(and/or different frequency channels) to agree on the direction (and/or frequency) of transmission
In the case of different frequency channels, the solution is not quite ideal, because only RSSI is used to select the active channel, and the number of errors is ignored.