m0_67447112的博客

增加log，跟踪流程。复现未进入仓储模式的情况：没有进行ldo5v_keep_deal处理。找人协助，是电压滤波的时间问题。耳机插入测试盒，测试盒显示“命令应答”，拔出耳机，耳机关机（进入仓储模式），需要LDO唤醒或者开发板自带按键唤醒。耳机插入测试盒，测试盒显示“命令应答”，拔出耳机，耳机未关机（未进入仓储模式）关闭按键使能（排除按键唤醒的干扰），把“维持电压滤波时间”修改回440,。再次测试，测试盒显示“命令应答”后，（几乎）立即拔出耳机，进入仓储模式。

在这里free，再次上log，unfree_info列表没有记录了，已经free了。Q：这里的申请了动态内存，可能没有free。结论：申请的动态内存确实没有free。

SP (Stack Pointer)：堆栈指针寄存器，它指定栈顶的段偏移地址，和SS决定的栈段地址，一起决定了栈顶元素的地址。CPU trace：系统进系统前CPU PC的跳转轨迹，跳转指遇到goto，call，rets，reti等非顺序执行的指令。SS (StackSegment)：堆栈段寄存器，存放当前执行的程序所用堆栈的段地址。CLI_GIE：icfg的BIT(9)为CLI_GIE，0：关闭中断、1：开启中断。这时候会调用一些函数来打印cpu的信息，比如寄存器的值，堆栈信息等。所以，需要了解寄存器。

这里如果丢包处理未启用，且蓝牙背景检测未激活，则会增加序列号并跳过当前数据包。丢包会被释放并跳过当前迭代。vvv丢包是正常的，一拖二抢占的时候会出现，被抢占的手机会在后台静音然后设备收到他的数据会丢了他的。能量检测，打印vvv是丢包。

低音质格式切换高音质格式：切换提示音格式，未导出，编译下载没有提示音；提示音导出，再次编译下载，提示音正常高音质格式切换低音质格式：不需要导出，直接编译下载，提示音正常。

Question：耳机开机连接上A手机和B手机，操作A手机播放音乐，再操作B手机播放音乐，此时耳机音频会切换为B手机，A手机会自动暂停，再马上操作A手机播放（如果暂停后隔几秒再去点播放是正常的），耳机音频无法正常切换，且两个手机都在播放状态；当A设备被抢占时，会有 CMD_A2DP_MUTE + “被mute住的设备地址”当设备播歌结束，释放资源，conn->core.a2dp_mute=1。能量检测丢失，当另一台设备被挂起，重新恢复。当有设备播歌时，conn->core.a2dp_mute=0。

针对出现代码异常复位、代码死机、代码非正常运行等轻快，开发者解决问题流程有：开发者应该习惯使用debug进行问题定位，多数情况下都能通过debug或多次debug调节解决问题。常见debug方式：log debug：通过uart debug出问题点, 最常见也是使用最广的定位bug的方式。（可以对比正常log和异常log，跟踪正常流程，对比差异部分）比较法：例如比较是否公版未修改是否出现这个问题。（或者对比其他同一分支是否复现这个问题）定位是新版本代码修改带来的问题，还是板子、芯片不兼容的问题。。

原因：pll时钟设置240MHz与44.1K采样率不兼容导致。现象：H3_PRO头戴式耳机linein模式有杂音。解决：把pll时钟设置成192M。预期：正常播音，无杂音。

现象：能正确检测到按键值，未执行相应的功能。预期：能正确检测到按键值，并执行相应的功能。