C++在嵌入式中怎么封装硬件SPI总线进行全双工数据传输

大婷大大_4788

大婷大大_4788

2026-11-03

677人浏览

原创

裸寄存器操作SPI在多任务/中断环境下易引发状态误判、数据覆盖、竞态等问题,且跨芯片移植性差;因此需封装线程安全的SPI传输类,统一抽象接口、隔离硬件差异、确保CS时序精确与全双工收发可靠。

c++在嵌入式中怎么封装硬件spi总线进行全双工数据传输

为什么不能直接用裸寄存器操作SPI外设

裸写寄存器看似最“底层”,但实际在多任务或中断频繁的嵌入式环境中极易出错:比如SPI_SR状态位被多个线程/中断同时读取导致误判、SPI_DR写入时未检查TXE标志引发数据覆盖、DMA与CPU对同一寄存器的竞态等。更麻烦的是,不同厂商芯片(STM32 / NXP i.MXRT / GD32)的SPI寄存器布局、时钟使能顺序、NSS控制逻辑差异很大,硬编码会严重锁死移植能力。

所以封装的第一目标不是“性能极致”,而是**状态可预测、调用可重入、跨平台可替换**。这意味着必须抽象出统一的spi_transfer接口,并把硬件细节关进驱动层。

怎么设计一个线程安全的SPI传输类

核心是把“等待TXE/TXE+BSY”这类轮询逻辑收进私有方法,对外只暴露阻塞/非阻塞两种模式,且默认阻塞——因为多数传感器(如ADS131M04、BME680)对时序容忍度低,非阻塞反而需要额外状态机管理,得不偿失。

  • 构造函数接收spi_instance(如SPI2)、cs_pin(GPIO端口+编号)、clock_speed(Hz值),内部完成时钟使能、引脚复用、寄存器初始化
  • transfer方法接受uint8_t* tx_buf、uint8_t* rx_buf、size_t len,自动处理CS拉低→发送→等待完成→CS拉高全流程
  • 所有寄存器访问加volatile限定,关键步骤插入__DSB()内存屏障防止编译器乱序
  • 若使用FreeRTOS,在transfer开头调用taskENTER_CRITICAL()保护CS切换,避免中断打断导致半个字节发出去

示例关键片段:

void SpiDriver::transfer(const uint8_t* tx, uint8_t* rx, size_t len) {
    HAL_GPIO_WritePin(cs_port_, cs_pin_, GPIO_PIN_RESET);
    for (size_t i = 0; i DR = tx[i];
        else     hspi_.Instance->DR = 0xFF;
        while (!(__HAL_SPI_GET_FLAG(&hspi_, SPI_FLAG_RXNE)));
        if (rx) rx[i] = hspi_.Instance->DR;
        else    (void)hspi_.Instance->DR; // dummy read
    }
    HAL_GPIO_WritePin(cs_port_, cs_pin_, GPIO_PIN_SET);
}

全双工下RX缓冲区为空时填什么值

很多初学者以为全双工必须TX和RX长度严格相等,其实不然:SPI物理上是移位寄存器环回,你发N字节,就必然收到N字节,哪怕从器件没响应。问题在于——没响应时MISO线上是什么电平?这取决于从设备是否释放总线(高阻态)和上拉电阻配置。

C++14
C++14

C++14 对 C++11 的修正与增强版本,适合旧系统维护和较老工具链兼容。

下载

所以rx_buf为nullptr时,不能跳过读取,否则SPI_DR残留数据会污染下次传输。正确做法是:

  • 始终执行DR读操作(哪怕丢弃),保证移位寄存器清空
  • 若需省电或简化逻辑,可在类中提供transfer_tx_only方法,内部仍做dummy read,但不存结果
  • 绝不假设“从机不驱动MISO时读到0x00”,实测GD32在无上拉时可能读到0xFF,STM32F4则可能是随机值

DMA模式下如何避免CS时序错误

DMA解放了CPU,但引入新问题:CS必须在DMA启动前拉低、在DMA传输完成中断里拉高。如果仅靠DMA TC中断,可能因中断延迟导致CS高电平时间过长,某些Flash(如W25Q80)会认为命令已超时而复位内部状态机。

稳妥方案是启用SPI的TX DMA + RX DMA双通道,并利用SPI的TI(Transmit Interrupt)或EOC(End of Conversion)事件联动:

  • 初始化时配置hspi_.hdmatx->XferCpltCallback = spi_dma_tx_done;,但该回调仅表示TX FIFO发完,不代表字节全部移出
  • 真正可靠的信号是SPI_FLAG_BSY变为0,所以必须在DMA回调里再轮询一次while (__HAL_SPI_GET_FLAG(&hspi_, SPI_FLAG_BSY));
  • 或者改用STM32的HAL_SPI_TransmitReceive_DMA,它内部已处理BSY等待,比手拼DMA更可靠

绕不开的一点:无论用哪种方式,CS引脚绝不能交给DMA控制——GPIO没有DMA触发源,必须由CPU在关键路径上操作。

C++免费学习笔记(深入):立即使用
在学习笔记中,你将探索 C++ 的入门与实战技巧!

相关专题

更多
c++和c语言的区别有哪些
c++和c语言的区别有哪些

c++和c语言的区别:1、面向对象编程(OOP)支持不同;2、新增特性不同;3、标准库不同;4、编译方式不同;5、命名空间不同等等。想了解更多c++的相关内容,可以阅读本专题下面的文章。

2024.03.14

2288

9

c++和python学习顺序推荐
c++和python学习顺序推荐

一般建议先学习C++,再学习Python,因为这样可以逐步从较为底层的编程语言向更高级的语言过渡。想了解更多python的相关内容,可以阅读本专题下面的文章。

2024.03.14

1039

6

python和c++学习性价比分析
python和c++学习性价比分析

Python易于学习,广泛应用于Web开发、数据科学和人工智能等领域,但性能较低。C语言性能高,适用于对性能要求较高的场景,如游戏开发和系统编程,但学习曲线陡峭,错误处理复杂。想了解更多python的相关内容,可以阅读本专题下面的文章。

2024.03.14

447

5

c语言和c++一样吗
c语言和c++一样吗

c语言和c++是两种不同的编程语言,虽然有相似之处,但存在显著差异。c语言专注于过程式编程和系统级开发,以简洁、高效著称。c++作为c语言的超集,引入了面向对象编程,增强了代码组织和管理能力,但学习曲线也更陡峭。本专题为大家提供相关的文章、下载、课程内容,供大家免费下载体验。

2024.03.14

347

5

c语言和c++先学哪个好
c语言和c++先学哪个好

初学者选择学习c语言还是c++语言,需要根据个人学习目标、背景以及编程兴趣和预期应用方向来决定。本专题为大家提供相关的文章、下载、课程内容,供大家免费下载体验。

2024.03.14

426

5

c语言和c++的区别和联系
c语言和c++的区别和联系

c语言和c++是计算机科学领域应用广泛的编程语言。虽然它们有着相似的基础,但它们在语言类型、语法功能和内存管理方面存在着显著差异。本专题为大家提供相关的文章、下载、课程内容,供大家免费下载体验。

2024.03.14

600

5

c++软件中文更改教程
c++软件中文更改教程

对于 ide,可通过打开设置,找到语言设置,选择中文,并保存更改。对于非 ide 应用程序,可查找设置或选项,选择语言设置,更改为中文,并保存更改。想了解更多c++的相关内容,可以阅读本专题下面的文章。

2024.03.21

1429

9

python和java和c++学习性价比分析
python和java和c++学习性价比分析

Python以其易学性、丰富的库和活跃的社区而著称,适合数据科学、人工智能和Web开发。Java以其跨平台性、企业级应用开发和Android应用开发而闻名。C++以其底层控制能力、高效性能和游戏开发而著称。选择哪种语言取决于个人兴趣、职业方向和特定需求。想了解更多python和java和c++的相关内容,可以阅读本专题下面的文章。

2024.03.22

1237

7

c++和c语言学习顺序推荐
c++和c语言学习顺序推荐

对于初学者,建议先学习C语言,掌握编程基础后再转入C++,便于理解面向对象编程概念。有编程经验者可直接学习C++,快速接触高级编程技术。想了解更多c++和c语言的相关内容,可以阅读本专题下面的文章。

2024.03.25

1325

9

热门下载

更多
网站特效
/
网站源码
/
网站素材
/
前端模板

精品课程

更多
相关推荐
/
热门推荐
/
最新课程
C++ Core Guidelines
C++ Core Guidelines

共0课时 | 0人学习

C++ Reference
C++ Reference

共0课时 | 0人学习

C++ 官方标准说明
C++ 官方标准说明

共0课时 | 0人学习