---

Chapter1 实时状态机框架 QP/C

原文链接：https://blog.csdn.net/happygrilclh/article/details/154525278

QP/C 是一种专门用于嵌入式系统开发的实时状态机框架，全称为 “Quantum Platform for C”，由 Miro Samek 博士提出，基于层次化状态机（HSM，Hierarchical State Machine） 理论，是 QP（Quantum Platform）系列框架（包括 QP/C++、QP-nano 等）中针对 C 语言的版本。

QP/C 的核心思想

传统的有限状态机（FSM）难以处理复杂系统中 “状态嵌套” 和 “行为复用” 的问题（例如，多个子状态共享父状态的通用行为）。QP/C 通过层次化状态机解决这一问题，允许状态之间形成父子关系，子状态可以继承父状态的事件处理逻辑，大幅减少代码冗余，尤其适合复杂嵌入式系统（如工业控制、汽车电子、物联网设备等）。

🔍 QP/C 现状分析

使用情况总结
QP/C在嵌入式领域的使用可以概括为：专业领域使用，但不是主流选择

📊 QP/C vs 传统状态机方法

QP/C的优势

// 1. 完整的框架支持
#include "qpc.h"  // 包含事件处理、时间管理、状态机引擎

// 2. 层次状态机支持
QState MyState_initial(MyState *me, QEvt const *e);
QState MyState_Active(MyState *me, QEvt const *e);
QState MyState_Processing(MyState *me, QEvt const *e);

// 3. 内置事件驱动架构
typedef struct {
    QActive super;           // 继承QActive基类
    uint32_t counter;
    // ... 其他成员
} MyActiveObject;

QP/C的劣势

// 1. 资源占用较大
// 典型QP/C应用需要：
// - Flash: 10-20KB (框架代码)
// - RAM: 2-5KB (事件队列、状态机上下文)
// - 堆栈: 每个活动对象都需要独立堆栈

// 2. 学习曲线陡峭
// 需要理解：
// - 活动对象(Active Object)模式
// - 事件驱动架构
// - 层次状态机概念
// - QP特定的API和约定

🎯 QP/C适用场景

适合使用QP/C的情况

// 场景1：复杂的安全关键系统
// 如：汽车ABS系统、医疗设备
typedef struct {
    QActive super;
    BrakeSensor_t sensor;
    WheelSpeed_t wheel_speed[4];
} ABS_System;

// 场景2：多任务协作系统
// 如：工业机器人控制器
QActive * const AO_RobotArm = &robot_arm_obj.super;
QActive * const AO_Conveyor = &conveyor_obj.super;
QActive * const AO_Vision = &vision_obj.super;

// 场景3：需要严格状态管理的系统
// 如：飞行控制系统
QState FlightCtrl_Takeoff(FlightCtrl *me, QEvt const *e) {
    switch (e->sig) {
        case Q_ENTRY_SIG: {
            start_takeoff_sequence();
            return Q_HANDLED();
        }
        case ALTITUDE_REACHED_SIG: {
            return Q_TRAN(&FlightCtrl_Cruise);
        }
    }
    return Q_SUPER(&QHsm_top);
}

不适合使用QP/C的情况

// 场景1：资源极度受限
// STM32F0系列(16KB Flash, 4KB RAM) - 不建议使用

// 场景2：简单状态机
// 只有3-5个状态的状态机 - 杀鸡用牛刀

// 场景3：开发周期紧张
// 需要快速原型开发 - 学习成本太高

// 场景4：团队不熟悉事件驱动架构
// 传统嵌入式团队 - 需要大量培训

🌐 行业实际使用情况

使用QP/C的知名公司

• 德州仪器(TI) - 在一些控制器中使用
• 飞思卡尔(现NXP) - 参考设计中使用
• 一些汽车零部件供应商 - 符合功能安全要求
• 航空航天承包商 - 高可靠性系统

市场占有率

• 传统状态机方法：约70% (switch-case/状态表)
• FreeRTOS + 状态机：约20%
• QP/C等专业框架：约5%
• 其他方法：约5%

🛠️ 学习建议

如果决定学习QP/C

// 学习路径：
// 1. 阅读《Practical UML Statecharts in C/C++》
// 2. 下载QP框架和示例代码
// 3. 在STM32F4-Discovery等开发板上实践
// 4. 理解活动对象模式和事件驱动架构

// 推荐开发板：
// - STM32F4-Discovery (资源充足)
// - STM32F7-Discovery (性能强大)
// - 不推荐在STM32F3上初学(资源紧张)

更实用的选择

// 对于大多数STM32项目，建议：
// 1. 掌握状态表驱动方法 - 满足90%需求
// 2. 学习FreeRTOS + 状态机 - 复杂系统
// 3. 了解QP/C概念 - 拓宽视野但不一定使用

📋 最终结论

QP/C更适合：

• 汽车电子、航空航天等安全关键系统
• 团队有事件驱动架构经验
• 硬件资源充足的项目
• 需要严格认证流程的系统

简单来说：QP/C是个好工具，但一般项目来说像是用手术刀切青菜 - 功能强大但不太合适。

Chapter2 嵌入式状态机编程-QP状态机框架与常见状态机方法

原文链接

传统FSM状态机与QP/C状态机对比