wifi 发送的时候会检测信道的状态, 如果信道忙就会退避, 直到信道空闲能发.

最大支持到 16M, 不支持 64M, 硬件决定的. 而且一般也用不到那么大的 flash 吧.

大概是怎样的使用场景.

我们没有用过这种编译方式, 只用 make 方式编译. 因为芯片使用的是平头哥的 XT804 内核, 编译工具链是平头哥提供的, 不是我们维护的, 具体使用问题可以去平头哥网站提工单咨询.

只有官网那个 SDK, 之前有遇到过安卓 app 配网失败的, 修改了下这个地方就可以了, 不知道是不是同一种情况, 可以试试.

移植 libopus 可以, http: //ask. winnermicro. com/article/250. html 这个文章里的 SDK 用的就是压缩 pcm 成 opus 上传服务器.

看不出有啥问题来, 可有用逻辑分析仪或者示波器抓下波形, 看线上的波形和要发的数据是否一致.

bt_data_parse 就是把所有扫描到的设备的广播内容根据广播内容的协议格式 (LTD) 逐个解析, 然后再调用 scan_device_eir_parse 找到有 BT_UUID_SERVICE 这个服务的设备来连接, bt_data_parse 并没有过滤扫描到的设备, 这里就是全部的.

在 platform/sys/wm_main. c 里面的 wm_gpio_config 中, 调用了 wm_gpio_af_disable 接口, 初始化所有的 GPIO 为输入上拉. 可以根据自己的需求修改.

检查下 millis 的实现是否正确, 一般系统 tick 数是一个 uint32_t 的数据类型, 最大值为 2 的 32 次幂减一, 换算成时间值和 1: 11: 34 的秒数正好差了 1000 倍.

没有这样的 demo, 这已经算是方案了, 可以参考 apsta 的 demo, 把其中的 sta 换成串口 4G 模组.

这是哪个 SDK, 是从 gitee 上下载的 AI 对话的 SDK 吗? 目前这个 SDK 没有维护 CDK 工程, 用的是 msys 工具 make 命令编译, 如果要自己添加, 可以在左上角第三个魔法棒图标打开工程配置里, linker 选项下, library Name 里添加, 基本跟 keil 的用法是一样的. 另外, gitee 上的两个 SDK 里, 其中有一个已经更新了 CDK 工程文件了, 可以使用或者参考下.

没看明白, 第二个图片不是已经成功了吗.

参考 wm_apsta_demo. c

不影响使用啊, 数据流本身不会丢, 利用自定义的数据帧格式, 一般都有长度信息, 判断没接收完成就等下一次接收完成再解析. 没有串口空闲中断, 只有一个简单的接收超时中断 UART_INTS_RTO, 也可以用这个来判断, 前提是发送方不会间断, 如果被置位了, 就调用接收完成中断回调.