@xchip 不行哦, 得用这个 SDK 才行 http: //ask. winnermicro. com/article/73. html

@12332 发送的数据不对, 没办法反推 APP 端有啥问题呀.

我们不是专业做 APP 应用的哦, 卡死的问题你们做 APP 的工程师, 他们比较专业.

@3123123 因为无线通讯有退避机制, 网络环境越复杂, 吞吐率肯定也就上不去.

@isme 另外硬件设计, 天线匹配也有关系.

默认肯定就是最大速度了, 吞吐率跟周围无线网络环境有关

工具下载后, 先不要改配置文件, 按照默认配置跑一边, 没有问题在一步一步去按照需求去修改配置, 这样就可以很容易定位出是哪一步出了问题, 另外工具的, FirmUpdate_2. 2. 0. 8log 目录下是能看到运

@isme data: 这个字符已经后面数据是你自己改了代码加的吧? 大概率是你改的代码问题.

@clytie 没有关系

编译环境是啥, 要用编译工具链前缀的对应命令. 例如 linux 环境下 csky-abiv2-elf-objdump -s -d app_main. o app_main. o. s

这一块目前没有具体数据, 建议应层自己去测试一下对比一下.

@zhang21st 内存不够, 只能是想办法挤内存了, 另外可以考虑增加 PSRAM

如果是固件加密是需要硬件对指令进行解密, CPU 运行效率大概是不加密情况下的 70%-80%左右

我这边测试正常, 发送 t-sndudp (10) 网络调试助手收到 10 个 "u" , 另外网络助手发送 456, 也能正常收到.