在项目中,偶尔会因为资源不够需要使用IO模拟一些协议进行使用,在比较旧的源码中,大家一般自己去写个自己的源码,但是对于新版本的uboot和kernel其实都是包含了软件模拟协议的功能。本次我们记录IO模拟I2C的方法。
在uboot驱动调试阶段,因为使用到了I2C接口,一般情况下,设备树下设置了i2c节点的status=okay就使能了驱动,非常简单,但当我去测试的时候发现i2c驱动并没有工作,后来经过仔细研究,发现MTK根本没有给MT7621提供uboot下的i2c驱动,那用户要用怎么办,好嘛,dtsi里面定义了一个软件i2c:
如果你不清楚该节点应该怎么写,可以在源码中的如下路径找到参考说明,另一篇的模拟SPI同样试用:
uboot版本:2018.09
soc:MT7621
首先,该版本uboot使用了设备树和DM驱动模型,我们想要使用软件I2C先进行menuconfig配置
make menuconfig
在图中标注的路径下,使能I2C的驱动模型,使能软件I2C驱动。
第二步,只使能驱动是不行的,还要通过设备树告诉驱动我要用哪些IO及其他信息,我们前面看到的节点信息没有说明IO的使用,所以要增加描述,我们在要使用的dts中增加:
在需要使用到软件I2C的设备树中去使能即可。这个过程中一定要注意使用到的IO是否被占用!在uboot命令行下使用i2c命令进行测试:
可以使用i2c bus查看目前的总线,i2c probe可以扫描当前总线下的设备地址,我没有接设备,如果扫到的话会如图中显示地址。但是为啥此时的BUS是-1呢?让人感觉怪怪的。其实这个原因我们在本专栏中uboot使用模拟spi中说明了原因,因为该节点未在设备树中的aliases节点指明,详细原因可参考:
u-boot 使用软件SPI(IO模拟SPI)_rm all的博客-CSDN博客
打开使用的设备树,在aliases节点添加i2c信息:
重新编译更新uboot,再试一次,可以看到bus默认是0了:
接下来我们就可以调用软件API进行设备i2c收发的驱动编写了。