泰芯开发者社区

已确认，使用的版本是hgSDK-v2.4.1.5-38247，在最新的版本hgSDK-v2.4.1.5-43379上已将该问题解决。

@tx5293 说:

我能确定人家的Bus type是1，但结果是UART固件，这个我是实际下载测试了的。如果是SDOI的话是要占用UART0，这个还是有区别的，我能肯定的讲人家的固件下载后，UART1是LOG，UART0是透传，且不需互发一条数据建立连接通道。 这个连接通道能后台建立吗？需要修改那些，能提供个参考吗？

如果他显示的是Bus type是1，肯定底层支持的接口是sdio，至于他们怎么去做了二开做到这样的不太清楚，我们默认的固件和sdk不支持哦，如果你有需要也可以做二开，从串口接收到的数据，再通过api发包发出去就可以，对端收到，再从串口发出。只能提供思路，需要示例可以参考我们当前的透传，或者wnb_p2p的代码。

Bus type对应的是mac_bus_type这个枚举类型
enum mac_bus_type {
MAC_BUS_TYPE_NONE,
MAC_BUS_TYPE_SDIO,
MAC_BUS_TYPE_USB,
MAC_BUS_TYPE_EMAC,
MAC_BUS_TYPE_UART,
MAC_BUS_TYPE_NDEV,
MAC_BUS_TYPE_QC,
MAC_BUS_TYPE_COMBI,
};
别人显示的是1，对应的是SDIO的固件，你显示的是4，对应是UART固件。不同的总线类型是不一样的。

我们默认固件就是要发送一条消息之后，才会建立连接通道，其他人的固件不确定他们是不是有做二次开发。

“D1-D5依次是SCK、CS、MISO、MOSI、INTIO”，从波形上看D3脚是一直拉高的，对应MISO一直拉高，看看是什么问题导致的？

hgic_bootdl_cmd_enter:290::failed! ret:2从驱动的代码上看返回的错误码，对应的是返回了错误的addr。

AH模组这边是正常的启动了么？是否有带flash呢？

试试恢复一下出厂设置？at+loaddef=1

你的sdk有没有修改什么内容？

编译出现的错误不会影响你的固件的。