当前位置：首页 > news >正文

瑞芯微rv1126 linux内核使用spidev驱动

news 2025/9/4 9:45:50

对于linux的spi驱动框架来讲，如果在spi总线上挂载了一个设备，是可以不用写内核驱动代码就可以操作此设备的，直接在用户应用层就可以操作。原理是借助spidev这个spi设备驱动，将自己的spi设备跟spidev设备驱动匹配就行了，应用层生成设备/dev/spidev0.0节点供应用层操作。

如下使用正点原子的瑞芯微rv1126开发板做个测试：

1 修改内核配置，让他支持spidev驱动的应用层设备，内核目录执行：

make ARCH=arm menuconfig

2 修改设备树，将自己的spi设备挂载到spidev驱动，修改compatible为

compatible = "rockchip,spidev";

3 重新编译内核后烧录固件：

./build.sh kernel

./build.sh updateimg

4 重启后进入设备命令行，应该可以在/dev下找到spidev0.0这个节点，进一步到/sys文件系统确认下：

[root@ATK-DLRV1126:/]# cat /sys/bus/spi/drivers/spidev/spi0.0/of_node/name
icm20608

5 内核搞定以后，需要准备应用层工具用来测试这个设备，可以使用linux自带的工具，在~/sdk/kernel/tools/spi目录中，直接交叉编译这个文件夹就行了：

make CC=/opt/atk-dlrv1126-toolchain/usr/bin/arm-linux-gnueabihf-gcc LD=/opt/atk-dlrv1126-toolchain/usr/bin/arm-linux-gnueabihf-ld

编译完了会产生spidev_test和spidev_fdx这两个工具，我们使用spidev_test来做测试。其实原始的测试工具写了功能，但是没有显示，有点蛋疼，我们还可以修改spidev_test.c把读到的数据显示出来：

static void transfer_escaped_string(int fd, char *str)
{size_t size = strlen(str);uint8_t *tx;uint8_t *rx;tx = malloc(size);if (!tx)pabort("can't allocate tx buffer");rx = malloc(size);if (!rx)pabort("can't allocate rx buffer");//zero tx&rxmemset(tx, 0, size);memset(rx, 0, size);//copy tx datasize = unescape((char *)tx, str, size);//show tx dataprintf("spi_tx:");for(int i=0;i<size;i++)printf("%02x ", tx[i]);printf("\r\n");//transfertransfer(fd, tx, rx, size);//show rx dataprintf("spi_rx:");for(int i=0;i<size;i++)printf("%02x ", rx[i]);printf("\r\n");//freefree(rx);free(tx);
}

可以重新编译后，把spidev_test推送到开发板：

alientek@ubuntu:~/sdk/kernel/tools/spi$ adb push spidev_test /tmp
spidev_test: 1 file pushed. 1.3 MB/s (40168 bytes in 0.029s)

6 进入开发板命令行，进入/tmp目录，找到spidev_test这个工具，输入如下命令：

[root@ATK-DLRV1126:/tmp]# ./spidev_test -D /dev/spidev0.0 -s 1000000 -b 8 -p "\x
f5\x00\x00"
spi mode: 0x0
bits per word: 8
max speed: 1000000 Hz (1000 KHz)
spi_tx:f5 00 00
spi_rx:ff ae 00

这个命令的意思是，

-D指定操作设备为/dev/spidev0.0

-s 1000000指定频率为1MHz

-b 8指定位宽为8bit

-p "\xf5\x00\x00"指定发送数据为"\xf5\x00\x00"，0xf5为0x75|0x80，意思是读取寄存器地址为0x75的数据，连续读3字节。

从回复可以看到0x75寄存器的内容为0xae，是正确的，跟原来的驱动打印一样的。