嵌入式项目代码架构与分层
代码架构与分层
-
BSP:板级支持驱动程
BSP: Board Support Package
MCU和板上外设器件(比如MPU6050)的通信与交互过程。
有时候分两种:
1.在裸机(有限状态机)情况下,写的驱动程序;
2.在操作系统下,写驱动程序。
-
Core:MCU驱动程序
面向MCU进行编程,初始化MCU内部的外设(时钟,IIC,SPI等外设)。包含main.c文件。
-
Drivers:厂商SDK程序
MCU厂商和MCU内的CPU厂商提供的,用来对CPU和偏上外设编程时用的驱动库,一般由厂家提供。
-
Middlewares:中间件
抽象程度很高,能在各个项目中安插通用的:LVGL\数学库\快速傅里叶变换库
-
OS:操作系统层
操作系统层。FreeRTOS
-
SYSTEM:系统配置层
对系统定义整体的宏;
对于全局系统有影响的参数,和文件(比如System.h),放在这个目录下;
-
业务层:
结合业务实现具体地应用逻辑,这一层一般是一个个xxx_task.c/.h文件存放的位置;
在设计每层的代码时,一定避免跨层进行操作。原因如下：
-
跨层执行会影响代码分层解耦,修改其中一层代码,为了功能能实现必须跨层修改代码,会导致逻辑不清晰,
架构混乱,没有实现解耦。
-
下层某些操作可能在中断中执行,部分中断RTOS无法管理,会造成数据溢出、数据完整性缺失、影响其他硬件
工作、RTOS中的任务无法执行等问题。
-
可能会产生线程安全的问题，比如APP线程可能会向驱动线程传递阻塞的回调函数，造成驱动线程被阻塞，从而导致其他消费者线程的任务执行被Delay。
为什么需要在APP与BSP之间通过OS层传递数据
