0.环境：arm CPU 带有IIC控制器作为slave端，带有调试串口。

1.bug表现：IIC slave 在系统启动后概率挂死，导致master无法detect到slave。

 

猜测1：认为IIC device程序有问题

检查1：查看程序发现有可能溢出的部分，使用IIC 工具刷过量数据到slave，未出问题。

猜测2：认为IIC device寄存器进入异常状态未能恢复

检查2：检查正常IIC寄存器和异常状态IIC寄存器，未能发现问题。

猜测3：时钟分频问题

检查3：询问同事，答固定分频。

猜测4：看波形分析

检查4：波形未量到，测量波形导致通信异常，部分设备破坏，放弃该方法。

 

2.发现新情况：系统启动过程中如果调试串口有数据输入，问题会概率出现。如果串口没有输入则多次测试不会出现问题。

 

猜测1：串口中断导致IIC初始化时被打断产生问题。

检查1：删除调试串口设备树节点，发现IIC启动100%出现问题 T-T。

猜测2: 100%复现的问题和之前的概率出现的问题相同

检查2：检查寄存器，检查设备detect 表现，认为是相同问题。

 

3.删除调试串口，IIC受影响的原因？

删除串口设备树节点，IIC device 必出问题。

 

猜测1：怀疑调试串口外部硬件电平高低导致IIC外设受影响

检查1：检查原理图，未发现影响的可能性。

猜测2：怀疑串口初始化部分处理了部分IIC设备依赖的初始化（导致不初始化串口IIC不能正常工作）。

检查2：查看串口初始化代码未能发现有值得注意的初始化。

猜测3：怀疑串口初始化影响公共寄存器间接影响IIC。

检查3：发现公共寄存器IIC div分频部分和正常工作的分频不一样，改回后问题解决。

 

4.公共寄存器怎么被修改的？

删除串口设备后公共寄存器值不正常，串口收到数据后公共寄存器值不正常。

 

猜测1：调试串口或IIC代码异常导致寄存器值被修改。

检查1：增加打印，发现问题原因在于IIC初始化过程中分频寄存器设置失败。但是同样方法在IIC device端初始化时设置该寄存器是成功的。

5.公共寄存器为什么不能写入？

猜测1: 特定配置下IIC 分频寄存器为只读

检查1:芯片设计方核实不存在这样的设计。

检查1:在写入分频寄存器前增加打印，dump所有公共寄存器。和正常公共寄存器做比较，未发现问题。写入IIC分频器成功。

猜测2:增加打印信息后写入成功为必现，去掉打印会写入不成功。

检查2：证实猜测。

猜测3：写入成功和读取公共寄存器相关

检查3：减少dump范围，小范围dump写入失败，大范围dump写入成功。

猜测4：写入成功和写入时间相关

检查4：dump的寄存器次数不变dump相同寄存器。证实写入成功与写入时间相关。

 

6.为什么不能写入和时间相关？

思考：可能和时钟初始化相关，但是公共寄存器的时钟初始化状态dump是正常的。

 

猜测1：dump过程中时钟初始化完成（证据：增加dump后写入正常）。

检查1：减少dump范围，发现公共寄存器的mpll稳定寄存器未稳定。

猜测2：时钟相关初始化未完成导致写入失败。

检查2：根据时钟依赖，在写入前增加等待，同时去掉打印，写入成功。

 

去掉串口设备导致问题100%复现，原因是串口不用初始化导致IIC 时钟分频更早初始化，写入IIC分频寄存器失败。

 

总结：

1.解决问题过程中，曾经怀疑过时钟分频问题但是未检查寄存器，导致问题解决时间拉长。

2.最开始未能考虑问题和时间相关的情况，如果直接思考该可能性，预计提高解决问题速度。