C++ Linux嵌入式中怎么通过spidev驱动接口读写外部SPI器件-C++-PHP中文网

spidev设备节点需通过设备树中添加compatible="spidev"的子节点并确保SPI控制器status="okay"来创建，确认存在需检查CONFIG_SPI_SPIDEV=y、dmesg中spi控制器识别及/sys/bus/spi/devices下对应条目，成功后/dev/spidevX.Y可见。

c++ linux嵌入式中怎么通过spidev驱动接口读写外部spi器件

spidev设备节点怎么创建和确认存在

Linux内嵌SPI控制器后，spidev驱动不会自动暴露设备节点，必须手动绑定或通过设备树启用。常见错误是直接 ls /dev/spi* 发现没节点，就以为硬件不支持——其实只是没配对。

确认步骤：

检查内核是否编译了 CONFIG_SPI_SPIDEV=y（zcat /proc/config.gz | grep SPI_SPIDEV 或查 /boot/config-$(uname -r)）
查看SPI控制器是否被识别：dmesg | grep spi，应看到类似 spi0: master 的行
确认设备树中对应SPI总线启用了 spidev 子节点（如 spidev@0），且 compatible = "spidev"
若用动态绑定（调试时）：echo "spidev" > /sys/class/spi_master/spi0/device/modalias 不生效；正确方式是写 spidev 到 /sys/class/spi_master/spi0/device/driver/unbind 后再 bind，但更可靠的是重启并确保设备树已正确定义

成功后 ls /dev/spi* 应出现 /dev/spidev0.0 这类节点，其中主号 0 对应 spi0，次号 0 对应片选 CS0。

open + ioctl 配置 SPI 参数的典型流程

spidev 是字符设备，不能像普通文件那样 read/write 直接发数据——必须先用 ioctl 设置模式、速率、字长等，否则读写会失败或返回乱码。

关键配置项及易错点：

SPI_IOC_WR_MODE 和 SPI_IOC_RD_MODE：设置 CPOL/CPHA。例如 MODE_0 是 0，MODE_3 是 3，必须和外设手册一致，否则 MISO 始终为高阻或全 0
SPI_IOC_WR_MAX_SPEED_HZ：实际生效值受控制器限制，比如芯片标称 50MHz，但 spi0 在设备树中 spi-max-frequency = ，那设 30MHz 会被内核截断为 25MHz，ioctl 不报错但速率不对
SPI_IOC_WR_BITS_PER_WORD：多数外设是 8，但某些 ADC 或 FPGA 可能要 16。设错会导致字节错位，比如发 0x1234 却只收到 0x12
注意：SPI_IOC_MESSAGE(n) 才真正发起传输，前面所有 ioctl 只是配置，不发波形

示例片段（省略错误检查）：

Linux Security Scanner

Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...

下载

int fd = open("/dev/spidev0.0", O_RDWR);
uint8_t mode = SPI_MODE_0;
ioctl(fd, SPI_IOC_WR_MODE, &mode);
uint32_t speed = 1000000;
ioctl(fd, SPI_IOC_WR_MAX_SPEED_HZ, &speed);
struct spi_ioc_transfer tr = {0};
tr.tx_buf = (unsigned long)tx_buf;
tr.rx_buf = (unsigned long)rx_buf;
tr.len = 4;
tr.speed_hz = speed;
tr.bits_per_word = 8;
ioctl(fd, SPI_IOC_MESSAGE(1), &tr);

全双工读写时 tx_buf 和 rx_buf 怎么配合

spidev 的本质是同步移位，MOSI 和 MISO 在同一 SCLK 下严格对齐。所谓“读”其实是发 dummy 字节触发对方回传，“写”则是在收数据的同时把字节推出去——不存在纯单向操作。

常见误解和做法：

想只读 4 字节？必须填 4 字节的 tx_buf（内容任意，常填 0），否则内核拒绝调用 SPI_IOC_MESSAGE
想只写 4 字节？同样要提供 4 字节 rx_buf（可指向栈上临时数组），即使你忽略其内容
如果 tx_buf == nullptr 或 rx_buf == nullptr，ioctl 返回 -EFAULT，不是静默失败
跨字节边界访问（如 tx_buf 指向结构体成员中间）可能因内存未对齐导致 -EINVAL，建议用 posix_memalign 分配缓冲区

一个安全的读寄存器操作（假设命令+地址共 2 字节，读 2 字节数据）：

uint8_t tx[4] = {0x03, 0x10, 0x00, 0x00}; // cmd=0x03, addr=0x10
uint8_t rx[4] = {0};
tr.tx_buf = (unsigned long)tx;
tr.rx_buf = (unsigned long)rx;
tr.len = 4;
ioctl(fd, SPI_IOC_MESSAGE(1), &tr);
// 实际有效数据在 rx[2]~rx[3]

中断、DMA 和超时问题在 spidev 下怎么处理

spidev 是轮询式接口，没有中断通知机制，也没有内置超时。这意味着：

ioctl(SPI_IOC_MESSAGE) 会阻塞直到整帧移位完成，时间由 len × 8 / speed_hz 决定。100kHz 下传 256 字节约耗时 20ms，若外设异常拉长 SCLK，可能卡死进程
无 DMA 支持：所有数据经 CPU 搬运，大数据量（如图像传感器）会显著抬升 CPU 占用，此时应改用内核态驱动或 mmap 方式（但 spidev 不支持 mmap）
无法感知 CS 变化或外设 ready 信号：必须靠延时或 GPIO 轮询配合，比如某些 Flash 要求在发送命令后读 status register 等 busy 清零，得自己加 usleep(1) 循环
多线程同时操作同一 /dev/spidev0.0 会相互干扰，因为 spidev 不做内部锁，需用户层用 mutex 或单线程串行化

真实项目中，一旦涉及高速、低延迟或大吞吐，就得评估是否该绕过 spidev，直接写 platform driver 或用 libgpiod 控制 CS 引脚+裸寄存器操作 SPI 控制器。