Bluetooth Controller 断线分析(二)

        最近分析Controller断线问题,情景是在播放音乐过程中,播放一会就会发生Connection timeout的情况,这一般都会被认为是Controller的问题,所以第一时间去看Ellisys log,发现在从某个时序开始,Sink device就不会在发送ACK给 source device,最后会异常触发断线。
        目前只能通过Ellisys,也只能分析一个大概,要想更加精确的分析问题,需要添加更加多的调试点。由于Phy和Baseband之间是通过SPI总线来进行监控,刚好可以将SPI的debug pin引出来,发现SPI挂掉了,SPI挂掉导致Sink device不会回复response,是什么导致SPI挂掉呢,是因为从Packet header拿到的packet 长度和实际接收的payload长度不太一样,而导致接收长度不一样的原因是,phy的数据采样控制发生了异常,比实际需要的采样次数少很多,导致数据没有接收完全。
        最后需要射频这个模块来进行相应的修改

你可能感兴趣的:(Bluetooth)