Releases: vllogic/vllink_lite
V20231115
v0.11
同步vsf代码,修复USB中断处理中的一个BUG
固件后缀说明:
***_app.bin:仅APP部分,用于DFU更新
***_full.bin:Bootloader + APP整合
大幅提高CDCUART的稳定性
变更:
1. 优化串口接收中断处理,大幅提高CDCUART的稳定性
固件后缀说明:
***_app.bin:仅APP部分,用于DFU更新
此版本仅提供更新固件,如需完整固件,需自行使用二进制编辑工具将APP与0.8.3中的Bootloader合并
优化CDC-UART兼容性
变更:
- USBD访问存在临界区冲突,在串口流上增加EDA,用于规避此类问题。
- 修复Bootloader中对SP的检查BUG,GD32F350芯片若要更新此版本APP,需先更新Bootloader。
测试场景1:通过CDC-UART为ESP32芯片下载固件
测试场景2:使用SSCON5测试CDC-UART高速回传
固件后缀说明:
***_bootloader_12KB.bin:仅Bootloader部分
***_app.bin:仅APP部分,用于DFU更新
***_full.bin:Bootloader + APP整合
补充说明:
关于同时启用双路串口后,CDC-UART无法正常完成ESP32下载操作的问题分析:
GD32F350/E103仅提供4个逻辑端点,而一个CDC接口便需要占用两个端点,在启用双路串口后,会将用不着的cdc notify端点设为4或更高。
在理想情况下,notify端点将一直保持NAK,但实际情况并非如此。
由于ESP32下载操作基于Pyserial,而Pyserial在通讯过程中频繁通过控制端点操作,进而导致notify端点与控制0端点数据上出现了一些干涉,这种干涉一旦出现,USB数据便立即出错,下载操作进而失败。
此问题在C开发端很难处理,后续基于GD32E103的固件默认将关闭CDC-SHELL。
优化CDC-UART兼容性
测试场景1:通过CDC-UART为ESP32芯片下载固件
测试场景2:使用SSCON5测试CDC-UART高速回传
固件后缀说明:
***_bootloader_12KB.bin:仅Bootloader部分
***_app.bin:仅APP部分,用于DFU更新
***_full.bin:Bootloader + APP整合
补充说明:
关于同时启用双路串口后,CDC-UART无法正常完成ESP32下载操作的问题分析:
GD32F350/E103仅提供4个逻辑端点,而一个CDC接口便需要占用两个端点,在启用双路串口后,会将用不着的cdc notify端点设为4或更高。
在理想情况下,notify端点将一直保持NAK,但实际情况并非如此。
由于ESP32下载操作基于Pyserial,而Pyserial在通讯过程中频繁通过控制端点操作,进而导致notify端点与控制0端点数据上出现了一些干涉,这种干涉一旦出现,USB数据便立即出错,下载操作进而失败。
此问题在C开发端很难处理,后续基于GD32E103的固件默认将关闭CDC-SHELL。
优化CDC-UART兼容性
测试场景:通过CDC-UART为ESP32芯片下载固件
固件后缀说明:
***_bootloader_12KB.bin:仅Bootloader部分
***_app.bin:仅APP部分,用于DFU更新
***_full.bin:Bootloader + APP整合
补充说明:
关于同时启用双路串口后,CDC-UART无法正常完成ESP32下载操作的问题分析:
GD32F350/E103仅提供4个逻辑端点,而一个CDC接口便需要占用两个端点,在启用双路串口后,会将用不着的cdc notify端点设为4或更高。
在理想情况下,notify端点将一直保持NAK,但实际情况并非如此。
由于ESP32下载操作基于Pyserial,而Pyserial在通讯过程中频繁通过控制端点操作,进而导致notify端点与控制0端点数据上出现了一些干涉,这种干涉一旦出现,USB数据便立即出错,下载操作进而失败。
此问题在C开发端很难处理,后续基于GD32E103的固件默认将关闭CDC-SHELL。
主线基本功能固件
GD32E103xx 固件
master分支中,已完成对GD32E103部分的基本测试,包括JTAG、SWD、UART-EXT、SWO,但未对GD32F350部分进行任何测试。
固件说明:
***_bootloader_12KB.bin:仅Bootloader部分
***_app.bin:仅APP部分,用于DFU更新
***_full.bin:Bootloader + APP整合