QP_汇报.pptxVIP

QP全新嵌入式系统目录为何需要QPQP简要介绍QP相对于传统实现方式的优势实现QP的优势QP硬件需求与项目风险为何需要QP 硬件速度与容量的发展 软件技术的发展与高级语言的使用 机器的功能的增强，逻辑复杂度指数级增 长 更短的交货周期、更方便的后期维护 多人合作开发的需求目录为何需要QPQP简要介绍QP相对于传统实现方式的优势实现QP的优势QP与UML的联合使用QP硬件需求与项目风险QP简要介绍实时嵌入式系统的活动对象框架家族QP简要介绍QP的运行环境32位: (ARM) ARM Cortex-M, ARM7/9 (TI, NXP, Atmel, ST...)32位: (非ARM) Renesas RX, AVR32, PIC32, TI C28, C55 DSPs16位: TI MSP430, Microchip PIC24/dsPIC, Renesas R8C 8位: ATmega, 68HC08 QP简要介绍QP的部分客户QP简要介绍QP的辅助建模工具QM 代码自动生成工具描述：摒弃手动编码功能：在QM软件中绘制好状态机并定义好变量、监护条件，QM会为此状态机，生成高可读性的代码（通常比手写的还可读）QSPY 代码追踪工具描述：上位机监控功能：显示机器发送上来的数据，并生成文件 目录为何需要QPQP简要介绍QP相对于传统实现方式的优势实现QP的优势QP与UML的联合使用QP硬件需求与项目风险QP相对于传统实现方式的优势低耦合高实时性能多人合作式开发支持状态继承代码自动生成空前强大的监控 QP相对于传统实现方式的优势低耦合对象通过事件通讯，对象几乎不主动访问其他对象数据ActorMailABoxActorMailBoxActorMailBoxQP相对于传统实现方式的优势高实时性能系统不需要等待1ms、5ms..时间到而直接响应事件 对象会对发送过来的事件立即响应，而当没有事件到来时它处于睡眠状态。（轮询方式存在响应滞后）QP相对于传统实现方式的优势多人合作开发低耦合让模块间不存在依赖每个模块可独立开发传统前后台模块间过于依赖，项目大多必须线性开发（大多主要由一个人完成）QP的活动对象泛型完全解耦各模块，项目可以分块给每一个人处理每个对象作为组件插入系统，哪怕缺少一个对象系统仍然可以运行QP相对于传统实现方式的优势支持状态继承状态继承将状态机方法代入了全新的维度 通过自状态继承全部父状态的特性，使得子状态只需要应对差异化事件（类似于类继承）QP相对于传统实现方式的优势代码自动生成使用QM绘制状态图，状态图直接生成代码 QM生成的代码是高可读性的，通常比手写的还要规范，新版QM构件补充了传统C编译器，使得生成代码运行更快。QP相对于传统实现方式的优势空前强大的监控QS超过你的预期，发出你想要的一切 → 全部的状态机活动 (进入/退出状态，转换,...) → 你想要的一切瞬时量（瞬时电压、电压有效值...） → 全部的事件发送，事件队列，事件调度 … → 实时内核调度，任务的切换, ... 目录为何需要QPQP简要介绍QP相对于传统实现方式的优势实现QP的优势QP与UML的联合使用QP硬件需求与项目风险实现QP的优势 当你使用QP技术时，你的问题将会改变。你不再纠缠于复杂的，多达15层 if – else 语句，你停止担忧旗语或其他底层RTOS机理。相反，你开始在更高的层次式状态机，事件和主动对象的抽象层来思考问题。 当你体验了这种飞跃，你将发现编程可以更加有趣，你再也不想回到“if – else ”意大利面条式的代码或者简陋的RTOS里去了如何实现？实现QP的优势低耦合如何发出这个事件？事件能保留在堆栈上么？实现QP的优势低耦合实现QP的优势低耦合传统方式的耦合本地数据（临时变量）程序空间电池电网逆变被污染的全局变量实现QP的优势高实时性能实现QP的优势高实时性能传统方式低实时性无法获取消息，我不知道实现QP的优势QState Calc_on(Calc *me, QEvt const *e) { switch (e-sig) { case Q_INIT_SIG: {// 初始转换 BSP_message(on-INIT); return Q_TRAN(Calc_ready); } case C_SIG: {// 状态转换 BSP_clear();// 清空显示器 return Q_TRAN(Calc_on); } case OFF_SIG: {// 状态转换 return Q_TRAN(Calc_final); } } return Q_SUPER(QHsm_top); // 超状态} 支持状态继承AQState Calc_ready(Calc *me, QEvt const *e) { switch (e-sig)