电子产业一站式赋能平台

PCB联盟网

搜索
查看: 176|回复: 0
收起左侧

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

[复制链接]

679

主题

679

帖子

2524

积分

三级会员

Rank: 3Rank: 3

积分
2524
发表于 2024-10-6 08:02:00 | 显示全部楼层 |阅读模式

oqcanqsgxca64052627715.gif

oqcanqsgxca64052627715.gif

点击上方蓝色字体,关注我们

假设我们设计一个物联网设备,该设备可以通过网络监测环境温度并在超过设定阈值时触发报警。

该系统可以如下分层设计:
  • 应用层:环境温度监测、报警触发逻辑。
  • 中间件层:支持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;   // 设置引脚为低电平    }}
    这样的分层设计能够有效管理系统的复杂性,确保硬件更换时无需重写上层代码,并且能够轻松扩展更多的功能。

    orfyfyhg5xy64052627815.jpg

    orfyfyhg5xy64052627815.jpg

    chtcy3tafma64052627915.gif

    chtcy3tafma64052627915.gif

    点击阅读原文,更精彩~
  • 回复

    使用道具 举报

    发表回复

    您需要登录后才可以回帖 登录 | 立即注册

    本版积分规则


    联系客服 关注微信 下载APP 返回顶部 返回列表