我来吐个槽，关于新STM32的BSP出现I2C调不通的问题

发布于 2019-02-26 17:45:12 浏览：3376 订阅该版

响应党的号召，放弃原先使用的STM32F4xx_HAL的BSP，开始使用STM32系列的BSP。由于我手头上是正点原子的探索者开发板，于是用EVN开始剪裁stm32f407-atk-explorer这个目录下的BSP进行调试。

调试第一步想测试一下WM8978进行MP3的播放功能，在menuconfig中熟练的选择了
![1.png](/uploads/201902/26/171917asr71ibo854rd1dz.png)

选完后感觉不对劲，没有指定SCL和SDA呀，于是一个一个到处找选项哪里能进行GPIO的配置，终于在hardware driver config里找到，将SDA和SCL配置成相应的管脚号。
![2.png](/uploads/201902/26/172228ms1g00s764610r1a.png)
然后一路ESC，保存退出，scons生成工程，用MDK打开。
然后编译仿真，果然不出我所料，WM8978的初始化都过不去，直觉告诉我100%是I2C驱动可能有问题，然后对着驱动源码一句一句看，跟I2C标准时序对着看了半天没毛病啊。手头没有示波器，想着拿万用表去量管脚头更疼。心想再跟踪一下是哪一句报错的吧，发现程序在将SCL拉低之后去读这个管脚有没有被拉低，读超时所以给挂了。

由于懒得去万用表测量，索性看一下是不是管脚配置错了导致读不到低电平，打开外设寄存器一看SDA和SCL管脚模式怎么都是00捏（读）？
然后RST一下仿真，找到I2C管脚配置rt_pin_mode初始化的时候，应该把这2个管脚都配置成写模式01才对，结果还是00。

那我只有勉为其难的单步跟踪一下了，发现执行HAL_GPIO_Init的时候，参数GPIOx给指导GPIOI去了。这尼玛是什么骚操作？139,140不是GPIOB么。
然后我打开drv_gpio.h发现管脚映射数组是这样式的：

![3.png](/uploads/201902/26/173525e7xky9xhxn2uqnvv.png)

此时我的脸上应该有30道黑线。好在这个版本增加了 GET_PIN 宏，于是乎只能手动去重新配置I2C的GPIO了。

![4.png](/uploads/201902/26/174316m0sjyststn42b8ny.png)

重新编译之后，WM8978初始化OK了。这啥时候更新的这种操作，也不告诉我一声儿呢。

我觉得有必要发个帖子，将来免得忘记这一茬:sleepy:，吐槽完毕，关机吃饭去。