uboot usb otg 设备树I2C1的引脚和linu 内核usb otg 设备树I2C1的引脚为什么不一致

1203385078

【正点原子】STM32MP1嵌入式Linux驱动开发指南V2.0.pdf

如图，第十三章的uboot usb otg配置引脚是 i2c1_pins_a ,如下：

但在第五十章的usb otg设备树中，配置引脚却是 i2c1_pins_b :

板子的原理图上I2C1的连线是PF14和PF15：



stm32的stm32mp15-pinctrl.dtsi的引脚如下：
uboot：

kernel：


i2c1_pins_b与原理图的连线是一致，为什么uboot的却是i2c1_pins_a , 是写错了还是有什么特别的说法？希望正点原子能够解惑，感谢

正点原子

帮顶

1203385078

正点原子 发表于 2021-12-12 23:53
帮顶

你能问一问为什么这么写吗，是不是文档写错了

1532239571

想问一下，如果完全按照开发指南的内容输入后，结果能出来吗？有没有出错？

1203385078

1532239571 发表于 2021-12-13 11:30
想问一下，如果完全按照开发指南的内容输入后，结果能出来吗？有没有出错？

我在看驱动移植相关的，目前来说，没有出错过，结果是对的

1203385078

来人啊

lituo

昨天跟着教程做Uboot移植的时候就有个问题，使用命令

1. ums 0 mmc 1

复制代码

没办法将 EMMC 模拟成 U 盘，电脑就一直有USB插拔的提示音响。
然后对比了一下正点原子提供的Uboot源码发现和教程里写的不一样。
stm32mp157d-atk.dtsi 这个文件中添加的 &i2c1 节点不一样。

文档教程里是

1. &i2c1 {
   
2.     pinctrl-names = "default", "sleep";
   
3.     pinctrl-0 = <&i2c1_pins_a>;
   
4.     pinctrl-1 = <&i2c1_pins_sleep_a>;
   
5.     i2c-scl-rising-time-ns = <100>;
   
6. 省略.....

复制代码

正点原子提供的Uboot的是

1. &i2c1 {
   
2.     pinctrl-names = "default", "sleep";
   
3.     pinctrl-0 = <&i2c1_pins_b>;
   
4.     pinctrl-1 = <&i2c1_pins_sleep_b>;
   
5.     i2c-scl-rising-time-ns = <100>;
   
6. 省略.....

复制代码

改成后缀是“b” 就可以将 EMMC 模拟成 U 盘。
具体原因也不明白，小白。

1203385078

lituo 发表于 2022-6-22 16:30
昨天跟着教程做Uboot移植的时候就有个问题，使用命令没办法将 EMMC 模拟成 U 盘，电脑就一直有USB插拔的提 ...

原来影响的是uboot下的U盘模拟吗，我当时都没用过这个教程，直接跳过去了
具体的原因可能是正点原子教程文档写错了，i2c1_pins_a和i2c1_pins_b的引脚定义是不一样的。你可以看到我发的图里面uboot中stm32mp15-pinctrl.dtsi对i2c1_pins_a和i2c1_pins_b的引脚定义，只有i2c1_pins_b的引脚定义和原理图是对应的

lgs鸽

说一下我个人的见解，我觉得他的文档并没有写错。如果你有看过stm32mp157的数据手册就知道，PD12是可以复用为I2C1_SCL的，同时PD13也可以复用为I2C_SDA。所以说，单纯在复用功能的角度来看，PD12和PF14，PD13和PF15都可以作为I2C1的驱动线使用。至于为什么uboot和linux上出现不同方式的使用，主要还是取决于你底板原理图中usb otg配置引脚硬件的连接。因为正点原子做板子的时候才用了PF14和PF15作为驱动线，所以才会有50章节中的描述。假如他用的PD12和PF5做驱动线，那么就是13章的描述。所以用那套pinctrl配置都可以，主要看板子硬件连接。况且他在50章节使能I2C节点下的一句话已经说了这个问题“”如果大家使用的其他引脚需要自行配置“”

lgs鸽

还有你可以查一下Uboot和内核的区别和关系

海哥牛逼

uboot里面可以把这个 i2c节点去掉都行，也可以实现OTG功能。 测试可以的，