嵌入式软件的分层架构设计思维

嵌入式软件的分层架构设计需要考虑硬件约束、实时性和系统复杂度等特性。相比于传统的分层架构，嵌入式系统在设计时必须注重硬件与软件的紧密结合，同时还需考虑资源的高效利用和系统的实时响应能力。

嵌入式软件分层架构的设计原则如下：

• 模块化和可扩展性：每一层应当保持松耦合，这样当硬件变化或某些功能扩展时，只需要修改对应的层次，而不影响整体架构。
• 硬件无关性：上层代码应当尽量避免直接依赖硬件，通过硬件抽象层与硬件交互，确保代码的可移植性。
• 资源效率：嵌入式系统通常具有有限的资源（如内存、处理能力），因此每一层都应考虑高效的资源管理，避免不必要的开销。

嵌入式系统的软件架构通常划分为以下几个层次：

假设我们设计一个物联网设备，该设备可以通过网络监测环境温度并在超过设定阈值时触发报警。该系统可以如下分层设计：

• 应用层：环境温度监测、报警触发逻辑。
• 中间件层：支持MQTT协议的网络通信模块，用于将温度数据上传至云端。
• 操作系统层：基于FreeRTOS进行多任务管理，例如定期读取温度、监控网络状态。
• 设备驱动层：温度传感器驱动、蜂鸣器驱动、LED指示灯驱动。
• 硬件抽象层：通过HAL访问GPIO、I2C接口与传感器交互。

1、应用层（Application Layer）

应用层实现具体的应用逻辑，是直接面向用户或设备功能的部分。它通过调用中间件、操作系统服务、设备驱动等下层功能来实现最终的产品功能。

设计原则：

• 尽量保持应用逻辑的高层次抽象，避免直接依赖底层硬件。
• 应用层代码应当尽可能的简洁，并通过模块化设计保证代码可维护性和可扩展性。

应用层实现环境温度监测、报警触发逻辑，示例如下：

// 简单的温度监控应用层代码
void MonitorTemperature(void) {
    int temperature = Sensor_ReadData(TEMP_SENSOR_REG);
    if (temperature > THRESHOLD) {
        HAL_GPIO_WritePin(GPIOB, GPIO_PIN_0, GPIO_PIN_SET);  // 启动风扇
    } else {
        HAL_GPIO_WritePin(GPIOB, GPIO_PIN_0, GPIO_PIN_RESET); // 关闭风扇
    }
}

2、中间件层（Middleware Layer）

中间件层提供一些通用的服务或协议栈，例如TCP/IP、蓝牙栈、文件系统等，帮助嵌入式系统更好地实现特定功能。中间件层封装了复杂的协议和算法，提供标准化的接口供应用层调用。

设计原则：

• 中间件应尽可能与具体的硬件平台无关，便于在不同硬件平台上复用。
• 中间件通常基于操作系统进行设计，利用操作系统的线程、定时器等资源来实现协议和服务。

中间件层实现支持MQTT协议的网络通信模块，用于将温度数据上传至云端，示例如下：

// 中间件层中的TCP/IP协议栈初始化
void init_network() {
    struct netif netif;
    ip4_addr_t ipaddr, netmask, gw;
    
    IP4_ADDR(&ipaddr, 192, 168, 1, 100);
    IP4_ADDR(&netmask, 255, 255, 255, 0);
    IP4_ADDR(&gw, 192, 168, 1, 1);
 
    netif_add(&netif, &ipaddr, &netmask, &gw, NULL, ethernetif_init, tcpip_input);
    netif_set_up(&netif);
}

3、操作系统层（Operating System Layer）

在嵌入式系统中，操作系统层提供了任务调度、内存管理、中断处理等功能。常见的实时操作系统（RTOS）或轻量级操作系统（如FreeRTOS、Zephyr）能够保证系统的实时性需求。

设计原则：

• 操作系统应尽量轻量化，提供实时性保障（如中断优先级、任务调度）。
• 通过任务、信号量、消息队列等机制进行任务间通信和同步。
• 操作系统层不应直接依赖于具体的硬件细节，而是通过硬件抽象层或设备驱动层访问底层硬件。

操作系统层基于FreeRTOS进行多任务管理，例如定期读取温度、监控网络状态。示例如下：

// FreeRTOS 中的任务创建
void vTaskFunction(void *pvParameters) {
    for(;;) {
        // 执行任务功能
        vTaskDelay(1000 / portTICK_PERIOD_MS);  // 延时1秒
    }
}
 
int main(void) {
    // 创建任务
    xTaskCreate(vTaskFunction, "Task1", 1000, NULL, 1, NULL);
    // 启动调度器
    vTaskStartScheduler();
}

4、设备驱动层（Device Driver Layer）

设备驱动层为具体的硬件设备（如传感器、通信模块、存储设备等）提供软件接口。驱动程序与硬件抽象层互动，为上层应用提供简化的接口以控制和管理设备。

设计原则：

• 封装设备特有的硬件操作，为上层提供通用接口。
• 支持硬件初始化、状态查询、数据读写等功能。
• 与硬件抽象层解耦，通过HAL接口与具体硬件交互。

设备驱动层实现温度传感器驱动、蜂鸣器驱动、LED指示灯驱动。示例如下：

// I2C 设备驱动层中的传感器读取函数
uint8_t Sensor_ReadData(uint8_t reg) {
    uint8_t data;
    HAL_I2C_Mem_Read(&hi2c1, SENSOR_I2C_ADDRESS, reg, I2C_MEMADD_SIZE_8BIT, &data, 1, HAL_MAX_DELAY);
    return data;
}

5、硬件抽象层（Hardware Abstraction Layer）

硬件抽象层位于软件与硬件之间，提供对硬件资源（如GPIO、定时器、ADC等）的抽象接口。它将具体的硬件操作封装在标准化的接口之下，使得上层代码无需了解具体的硬件细节即可操作底层硬件。

设计原则：

• 通过标准接口（如寄存器读写）访问硬件外设。
• 尽量避免硬件细节在上层暴露，以便将来能够更换硬件而不影响上层软件。

硬件抽象层实现通过HAL访问GPIO、I2C接口与传感器交互。

// 假设这是硬件抽象层中的GPIO接口定义
void HAL_GPIO_WritePin(GPIO_TypeDef *GPIOx, uint16_t GPIO_Pin, GPIO_PinState PinState) {
    if (PinState == GPIO_PIN_SET) {
        GPIOx->BSRR = GPIO_Pin;  // 设置引脚为高电平
    } else {
        GPIOx->BRR = GPIO_Pin;   // 设置引脚为低电平
    }
}

这样的分层设计能够有效管理系统的复杂性，确保硬件更换时无需重写上层代码，并且能够轻松扩展更多的功能。

作者：不脱发的程序猿。来源：CSDN 原文（CC BY-SA 4.0）。