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，也可以用這個來判斷，前提是發送方不會間斷，如果被置位了，就調用接收完成中斷回調。