👹
Carlos's Tech Blog
  • 🧔ECUs
    • ZYNQ_Documents
      • [ZYNQ] 构建ZYNQ的BSP工程
      • [ZYNQ] 启动流程
      • [ZYNQ] Secure Boot Flow
      • [ZYNQ] Provisioning Guideline
      • [ZYNQ] Decrypting Partition by the Decrypt Agent Using PUF key
      • [ZYNQ] enabling the cryptsetup on ramdisk
      • [ZYNQ] Encrypt external files based on file system using PUF key
      • [ZYNQ] Loading an Encrypted Linux kernel at U-Boot with a KUP Key
      • [ZYNQ] cross-compile the cryptsetup on Xilinx ZYNQ aarch64 platform
      • [ZYNQ] Linux Linaro系统镜像制作SD卡启动
    • S32G_Documents
      • [S32G] Going through the s32g hard/soft platform
      • [S32G] S32g247's Secure Boot using HSE firmware
        • S32g2 HSE key config
        • How S32g verify secure boot image
        • S32g secure boot signature generation
        • How to download and build S32g Secure boot image
        • [S32G] OTA with Secure Boot
    • RT117x_Documents
      • [RT-117x]IMX RT1170 Provisioning Guideline
      • [RT-117x] Going through the MX-RT1170 hard/soft platform
      • [RT-117x] i.MX-RT1170's Secure Boot
        • [RT-117x]Signing image with the HSM (SignServer)
    • LS104x_Documents
      • [LS104x] bsp project
      • [LS104x] boot flow
      • [LS104x] secure boot
      • [LS104x] Application Note, Using the PKCS#11 in TCU platform
      • [LS104x] 使用ostree更新rootfs
      • [LS104x] ostree的移植
      • [LS104x] Starting with Yocto
      • [LS104x] 使用FIT的kernel格式和initramfs
    • IMX6/8_Documents
      • [IMX6] Defining A U-Boot Command
      • NXP IMX6 嵌入式板子一些笔记
      • NXP-imx6 initialization
    • Vehicle_Apps
      • [SecOC] Tree
        • [SecOC] SecOC Freshness and MAC Truncation
  • 😾TECH
    • Rust Arm OS
      • ARMv7m_Using_The_RUST_Cross_Compiler
    • ARM
      • ARM-v7-M
        • 01_ARMv7-M_处理器架构技术综述
        • 02_ARMv7-M_编程模型与模式
        • 03_ARMv7-M_存储系统结构
        • 04_ARMv7-M_异常处理及中断处理
      • ARM-v8-A
        • 02_ARMv8_基本概念
        • 03_ARMv8_指令集介绍_加载指令集和存储指令集
        • 04_ARMv8_指令集_运算指令集
        • 05_ARMv8_指令集_跳转_比较与返回指令
        • 06_ARMv8_指令集_一些重要的指令
        • 0X_ARMv8_指令集_基于汇编的UART驱动
        • 07_ARMv8_汇编器Using as
        • 08_ARMv8_链接器和链接脚本
        • 09_ARMv8_内嵌汇编(内联汇编)Inline assembly
        • 10_ARMv8_异常处理(一) - 入口与返回、栈选择、异常向量表
        • 11_ARMv8_异常处理(二)- Legacy 中断处理
        • 12_ARMv8_异常处理(三)- GICv1/v2中断处理
        • 13_ARMv8_内存管理(一)-内存管理要素
        • 14_ARMv8_内存管理(二)-ARM的MMU设计
        • 15_ARMv8_内存管理(三)-MMU恒等映射及Linux实现
        • 16_ARMv8_高速缓存(一)cache要素
        • 17_ARMv8_高速缓存(二)ARM cache设计
        • 18_ARMv8_高速缓存(三)多核与一致性要素
        • 19_ARMv8_TLB管理(Translation Lookaside buffer)
        • 20_ARMv8_barrier(一)流水线和一致性模型
        • 21_ARMv8_barrier(二)内存屏障案例
      • ARM Boot Flow
        • 01_Embedded_ARMv7/v8 non-secure Boot Flow
        • 02_Embedded_ARMv8 ATF Secure Boot Flow (BL1/BL2/BL31)
        • 03_Embedded_ARMv8 BL33 Uboot Booting Flow
      • ARM Compiler
        • Compiler optimization and the volatile keyword
      • ARM Development
        • 在MACBOOK上搭建ARMv8架构的ARM开发环境
        • Starting with JLink debugger or QEMU
    • Linux
      • Kernel
        • 0x01_LinuxKernel_内核的启动(一)之启动前准备
        • 0x02_LinuxKernel_内核的启动(二)SMP多核处理器启动过程分析
        • 0x21_LinuxKernel_内核活动(一)之系统调用
        • 0x22_LinuxKernel_内核活动(二)中断体系结构(中断上文)
        • 0x23_LinuxKernel_内核活动(三)中断体系结构(中断下文)
        • 0x24_LinuxKernel_进程(一)进程的管理(生命周期、进程表示)
        • 0x25_LinuxKernel_进程(二)进程的调度器的实现
        • 0x26_LinuxKernel_设备驱动(一)综述与文件系统关联
        • 0x27_LinuxKernel_设备驱动(二)字符设备操作
        • 0x28_LinuxKernel_设备驱动(三)块设备操作
        • 0x29_LinuxKernel_设备驱动(四)资源与总线系统
        • 0x30_LinuxKernel_设备驱动(五)模块
        • 0x31_LinuxKernel_内存管理(一)物理页面、伙伴系统和slab分配器
        • 0x32_LinuxKernel_内存管理(二)虚拟内存管理、缺页与调试工具
        • 0x33_LinuxKernel_同步管理_原子操作_内存屏障_锁机制等
        • 01_LinuxDebug_调试理论和基础综述
      • Userspace
        • Linux-用户空间-多线程与同步
        • Linux进程之间的通信-管道(上)
        • Linux进程之间的通信-管道(下)
        • Linux进程之间的通信-信号量(System V)
        • Linux进程之间的通信-内存共享(System V)
        • Linux进程之间的通信-消息队列(System V)
        • Linux应用调试(一)方法、技巧和工具 - 综述
        • Linux应用调试(二)工具之coredump
        • Linux应用调试(三)工具之Valgrind
        • Linux机制之内存池
        • Linux机制之对象管理和引用计数(kobject/ktype/kset)
        • Linux机制copy_{to, from}_user
        • Linux设备树 - DTS语法、节点、设备树解析等
        • Linux System : Managing Linux Services - inittab & init.d
        • Linux System : Managing Linux Services - initramfs
      • Kernel Examples
        • Linux Driver - GPIO键盘驱动开发记录_OMAPL138
        • 基于OMAPL138的Linux字符驱动_GPIO驱动AD9833(一)之miscdevice和ioctl
        • 基于OMAPL138的Linux字符驱动_GPIO驱动AD9833(二)之cdev与read、write
        • 基于OMAPL138的字符驱动_GPIO驱动AD9833(三)之中断申请IRQ
        • Linux内核调用SPI驱动_实现OLED显示功能
        • Linux内核调用I2C驱动_驱动嵌套驱动方法MPU6050
    • OPTEE
      • 01_OPTEE-OS_基础之(一)功能综述、简要介绍
      • 02_OPTEE-OS_基础之(二)TrustZone和ATF功能综述、简要介绍
      • 03_OPTEE-OS_系统集成之(一)编译、实例、在QEMU上执行
      • 05_OPTEE-OS_系统集成之(三)ATF启动过程
      • 06_OPTEE-OS_系统集成之(四)OPTEE镜像启动过程
      • 07_OPTEE-OS_系统集成之(五)REE侧上层软件
      • 08_OPTEE-OS_系统集成之(六)TEE的驱动
      • 09_OPTEE-OS_内核之(一)ARM核安全态和非安全态的切换
      • 10_OPTEE-OS_内核之(二)对安全监控模式的调用的处理
      • 11_OPTEE-OS_内核之(三)中断与异常的处理
      • 12_OPTEE-OS_内核之(四)对TA请求的处理
      • 13_OPTEE-OS_内核之(五)内存和cache管理
      • 14_OPTEE-OS_内核之(六)线程管理与并发
      • 15_OPTEE-OS_内核之(七)系统调用及IPC机制
      • 16_OPTEE-OS_应用之(一)TA镜像的签名和加载
      • 17_OPTEE-OS_应用之(二)密码学算法和安全存储
      • 18_OPTEE-OS_应用之(三)可信应用的开发
      • 19_OPTEE-OS_应用之(四)安全驱动开发
      • 20_OPTEE-OS_应用之(五)终端密钥在线下发系统
    • Binary
      • 01_ELF文件_目标文件格式
      • 02_ELF文件结构_浅析内部文件结构
      • 03_ELF文件_静态链接
      • 04_ELF文件_加载进程虚拟地址空间
      • 05_ELF文件_动态链接
      • 06_Linux的动态共享库
      • 07_ELF文件_堆和栈调用惯例以ARMv8为例
      • 08_ELF文件_运行库(入口、库、多线程)
      • 09_ELF文件_基于ARMv7的Linux系统调用原理
      • 10_ELF文件_ARM的镜像文件(.bin/.hex/.s19)
    • Build
      • 01_Script_makefile_summary
    • Rust
      • 02_SYS_RUST_文件IO
    • Security
      • Crypto
        • 1.0_Security_计算机安全概述及安全需求
        • 2.0_Security_随机数(伪随机数)
        • 3.0_Security_对称密钥算法加解密
        • 3.1_Security_对称密钥算法之AES
        • 3.2_Security_对称密钥算法之MAC(CMAC/HMAC)
        • 3.3_Security_对称密钥算法之AEAD
        • 8.0_Security_pkcs7(CMS)_embedded
        • 9.0_Security_pkcs11(HSM)_embedded
      • Tools
        • Openssl EVP to implement RSA and SM2 en/dec sign/verify
        • 基于Mac Silicon M1 的OpenSSL 编译
        • How to compile mbedtls library on Linux/Mac/Windows
    • Embedded
      • eMMC启动介质
  • 😃Design
    • Secure Boot
      • JY Secure Boot Desgin
    • FOTA
      • [FOTA] Module of ECUs' FOTA unit design
        • [FOTA] Tech key point: OSTree Deployment
        • [FOTA] Tech key point: repositories role for onboard
        • [FOTA] Tech key point: metadata management
        • [FOTA] Tech key point: ECU verifying and Decrpting
        • [FOTA] Tech key point: time server
      • [FOTA] Local-OTA for Embedded Linux System
    • Provisioning
      • [X-Shield] Module of the Embedded Boards initialization
    • Report
由 GitBook 提供支持
在本页
  • Linux内核调用I2C驱动_以MPU6050为例
  • 0. 导语
  • 1. 实验平台
  • 2. 查看系统I2C的支持
  • 2.1 如何查看?
  • 2.2 弄清楚MPU6050的从地址与Linux I2C从地址的合法性
  • 3 I2C 驱动开发
  • 3.1 I2C的注册
  • 3.2 I2C数据的写入
  • 3.3 I2C数据的读
  • 4 成果
  • 源代码:
  • 参考文献:
  1. TECH
  2. Linux
  3. Kernel Examples

Linux内核调用I2C驱动_驱动嵌套驱动方法MPU6050

https://github.com/carloscn/blog/issues/40

Linux内核调用I2C驱动_以MPU6050为例

0. 导语

最近一段时间都在恶补数据结构和C++,加上导师的事情比较多,Linux内核驱动的学习进程总是被阻碍、不过,十一假期终于没有人打扰,有这个奢侈的大块时间,可以一个人安安静静的在教研室看看Linux内核驱动的东西。按照Linux嵌入式学习的进程,SPI驱动搞完了之后就进入到I2C驱动的学习当中,十一还算是比较顺利,I2C的Linux驱动完成了。

为了测试I2C是否好用,选择一个常用的I2C传感器,手头有个MPU6050,刚好作为I2C的从器件,那就以MPU6050为例,进行Linux底层的I2C驱动开发。

同样的使用Linux内核中的GPIO模拟I2C的时序一点难度没有,I2C的硬件标准时序也是非常的简单,闭着眼睛都能画出时序图吧,如果我们使用Linux内核提供了I2C机制,那么问题不单单是要解决时序,而重点在于对于整个I2C的机制的把握,,。刚刚拿到I2C内核机制的时候,我也看的很晕,i2c_client, i2c_master, i2c_driver, i2c_device,这些东西到底有什么关系呢?到底我该如何让Linux系统的I2C为我所用,按照我的意愿对MPU6050进行读取?到底我能挑出对我有用的Linux的I2C机制,其他没用的机制我不启动,以简化代码。

那么,就真需要从I2C最底层说起。

1. 实验平台

平台
内容

ARM板子

友善之臂Nano-T3 (CortexA53架构,Samsung S5C6818芯片)

ARM板子的Linux系统

Ubuntu 16.04.2 LTS

Linux开发主机

Ubuntu 16.04.3 LTS amd4版本

Linux内核版本

Linux3.4.y

编译器COMPILE_CROSS

arm-cortexa9-linux-gnueabihf-

从设备

MPU6050模块(I2C接口)

2. 查看系统I2C的支持

按照SPI驱动的思维,使用spi_driver注册,然后和spi_device匹配,使之进入probe函数,完成spi_master的获取,依照这个方法,我的I2C驱动也是按照这个方法,寻求i2c_driver和i2c_device匹配,然而I2C的驱动尤其特殊之处,使得我的i2c_driver怎么注册都不成功,不是内核内存炸了,就是总是返回失败。

后来我才发现,i2c的使用是不需要注册的,或者严格说一点,Linux系统在启动的时候已经帮你注册好了,而你再去i2c_driver_register的时候肯定是失败的。**所以到底我们使用I2C驱动的时候到底需不需要注册,则需要在Linux系统里面查看当前I2C的注册状态。**那么流程就比较清晰了,如果查看系统注册了I2C那么就在驱动中直接使用;如果系统没有注册I2C那么我们先注册I2C再使用。

2.1 如何查看?

目标板终端输入:ls /sys/bus/i2c/devices

可以看到我这个主机是支持4个I2C外设的(方框圈出),如果是这样的情况,我们就可以直接使用上面的i2c。这里的i2c-0,i2c-1....指的是4个i2c_master,而i2c_master可以挂N个i2c_client。

其他的数字设备就是我挂载的i2c_master上的i2c_client,举个例子,画圈的【0-0069】意思是:挂载到i2c-0上的从地址为0x69的设备,那么【2-0048】的意思就是:挂载到i2c-2 adapter上的从地址为0x48的设备。

我们开发的MPU6050驱动依托I2C进行传输,则需要在这个文件夹创建设备节点才能利用Linux内核提供的I2C方法进行数据的交互。

2.2 弄清楚MPU6050的从地址与Linux I2C从地址的合法性

随手搜了一下MPU6050的从地址,有的给出了MPU6050的从地址是0x68,有的给出的是0xD0,一开始我也懒查,认定MPU6050的地址在A0引脚为低电平的时候为0x68,加载驱动的时候出现了很尴尬的事情,0-0068这个地址已经被DS1607实时时钟占用,然后网上有人说是把A0引脚打到高电平地址就是0xD0,可是我试0xD0的时候,被Linux警告,说是从地址不合法,我查看了Linux内核的i2c_core.c文件,里面有个地址校验,高于0x7F的7-bit地址,都是不合法的,Linux不可能犯这样的错误,肯定是网友的锅。果然,我阅读了手册,如果A0的电平为高那么地址是0x69。说从地址是0xD0的人,犯了一个错误,他们多半玩的是模拟IO出的I2C波形,他们对I2C协议标准不够了解,的确0x69 << 1 = 0xD0,I2C在读写的时候,预留出7-bit地址前移1位,把最低位作为读写标识,但绝对不能说从地址就是0xD0。

不过可以再一次看见Linux内核的严谨、严肃的态度。也再一次说,不能懒惰,自己查手册,看最标准的说明。

3 I2C 驱动开发

我这里给出最简单的模型,其他的字符驱动注册什么的同spi驱动,这里只说明I2C驱动怎么使用。

3.1 I2C的注册

static struct i2c_board_info __initdata sp6818_mpu6050_board_info = {
	I2C_BOARD_INFO("mpu6050-i2c", MPU6050_SLAVE_ADDRESS),,
	.irq	= -1,
};

int xxx_hw_init(){
	struct i2c_client *client;
	struct i2c_adapter *adapter;

	adapter = i2c_get_adapter(0);
	if (!adapter) {
		ret = -ENXIO;
		printk(DRV_NAME "\terror: %d : init i2c adapter failed.\n", ret);
		return ret;
	}
	strlcpy(adapter->name, "nxp_i2c",sizeof(adapter->name));
	client = i2c_new_device(adapter, &sp6818_mpu6050_board_info);
	if (!client) {
		ret = -ENXIO;
		printk(DRV_NAME "\terror: %d : init i2c client failed.\n", ret);
		return ret;
	}
}

你没有看错,i2c的使用就是这么简单,我有什么办法,我之前开发加上i2c_register和字符驱动的初始化什么的,整init函数整了近100多行,结果不断的尝试,发现就这些。

下面就说几个重点:

3.1.1 adapter的获取

adapter = i2c_get_adapter(0);定义一个指针,然后使用i2c_get_adapter(0),得到我们上面说的,i2c-0,这个adapter。你疑问了,我为什么选择i2c-0这个adapter,为什么不选择-i2c-其他。因为这个开发板只把-i2c-0的引脚印出来了。

。。。

这样就获取到了adapter。

3.1.2 client的创建

接着我们就要创建一个client,这个client就指的是你的mpu6050,我们使用i2c_board_info这个结构体来描述mpu6050,先定义一个这个info:

static struct i2c_board_info __initdata sp6818_mpu6050_board_info = {
	I2C_BOARD_INFO("mpu6050-i2c", MPU6050_SLAVE_ADDRESS),,
	.irq	= -1,
};

第二行的,”mpu6050-i2c“就是注册到Linux系统里面的设备名字,可以在如图所示路径和cat命令查看。

MPU6050_SLAVE_ADDRESS就是MPU6050的地址了,0x69 ,MPU6050的A0接高电平,地址是0x69没毛病。

然后,就是生成这个client且和之前那个adapter绑定:

client = i2c_new_device(adapter, &sp6818_mpu6050_board_info);

之后client的信息和adapter的信息我们要保存起来,可以定义一个全局指针之类的承接初始化后的client和adapter,因为后面的传输数据要用。

到此,I2C完成了,很简单,可是探索起来好麻烦。

3.2 I2C数据的写入

static int 
__mpu6050_write_reg(MPU6050* this, char reg_addr, char reg_value)
{
	int ret;
	struct i2c_msg msg;
	char write_buffer[10];
	
	memset(write_buffer, 0, 10);
	write_buffer[0] = (char)reg_addr;
	write_buffer[1] = (char)reg_value;
	msg.addr = (this->hw->i2c_clit->addr);
	msg.flags = 0;
	msg.len = 2;
	msg.buf = &write_buffer[0];
	ret = i2c_transfer(this->hw->i2c_adper, &msg, 1);

	return ret;
}

看一下我的数据写入函数,提取出有用的信息,mpu6050写寄存器,需要传输两个字节的信息,一个是寄存器地址,另一个是寄存器的值,按照上面的格式进行,msg.length不包含器件的从地址,就是实在的你想法几个数据的多少,我们这里只发两个,一个是寄存器地址和寄存器的值,所以是2;如果你是要发送则msg.flag一定是0。

我的函数this->hw->i2c_adapter就是上面存储的adapter的指针,this->hw->i2c_clit就是存储的上面初始化的client的指针。

3.3 I2C数据的读

读相比于写就费劲多了,但是也没难到哪里去,只不过是两条msg,先写后读:

__mpu6050_read_reg(MPU6050* this, char reg_addr)
{

	struct i2c_msg msg[2];
	char write_buffer[10];
	int ret, i;

	memset(write_buffer, 0, 10);
	memset(this->buffer, 0, 10);
	write_buffer[0] = (char)reg_addr;
	msg[0].addr = (this->hw->i2c_clit->addr);
	msg[0].flags = 0;
	msg[0].len = 1;
	msg[0].buf = &write_buffer[0];
	msg[1].addr = (this->hw->i2c_clit->addr);
	msg[1].flags = I2C_M_RD;
	msg[1].len = 1;
	msg[1].buf = &this->buffer[0];
	
	ret = i2c_transfer(this->hw->i2c_adper, &msg, 2);
}

意思很明显。

到此,i2c的注册和数据传输完成,我们可以在上层建立函数读取MPU6050的值了。

4 成果

验证函数:

#include <unistd.h>
#include <stdlib.h>
#include <sys/stat.h>
#include <fcntl.h>

short x_accel, y_accel, z_accel;
short x_gyro, y_gyro, z_gyro;

int main()
{
	char buffer[128];
	short *time;
	int in, out;
	int nread;
	
	in = open("/dev/MPU6050", O_RDONLY);
	if (!in) {
		printf("ERROR: %d, Open /dev/MPU6050 nod failed.\n", -1);
		return -1;	
	}	
	nread = read(in, buffer, 12);
	close(in);	
	if (nread < 0) {
		printf("ERROR: %d, A read error has occurred\n", nread);
		return -1;	
	}

	time = (short*)buffer;
	x_accel = *(time);
	y_accel = *(time + 1);
	z_accel = *(time + 2);
	x_gyro =  *(time + 3);
	y_gyro =  *(time + 4);
	z_gyro =  *(time + 5);
	printf("x accel is: %d \n", x_accel);
	printf("y accel is: %d \n", y_accel);
	printf("z accel is: %d \n", z_accel);	
	printf("x gyro is: %d \n", x_gyro);
	printf("y gyro is: %d \n", y_gyro);
	printf("z gyro is: %d \n", z_gyro);

	exit(0);
}

测试脚本:

# !/bin/bash                                                                            
for((i=1;i<=10000;i++));                                                                
do                                                                                      
./test_mpu6050.o                                                                        
sleep 1                                                                                 
done                                                                                    

源代码:

见 mpu6050.c mpu6050.h 和mpu6050_def.h三个文件

mpu6050_test.c为测试文件

参考文献:

上一页Linux内核调用SPI驱动_实现OLED显示功能下一页OPTEE

最后更新于1年前

Github地址:

[1] Linux org, ,

[2] choiyoung87, , 2011年12月01日

[3] liuwanpeng , [](http://www.cnblogs.com/liuwanpeng/p/7346558.html), 2017年8月23日

😾
https://github.com/lifimlt/carlosdriver
Serial Peripheral Interface (I2C)
Linux中的I2C(二)——adapter的初始化
《linux设备驱动开发详解》笔记——15 linux i2c驱动