【新手必读】MBD是什么？

admin

【背景】校长和版主团队一直只是注重MBD深度用户的问题，考虑服务和解决MBD深度用户在工作中所遇到的问题了，却忽略了依然有很多的MBD新人在加入这个大家庭，很多基本的概念还没有掌握和理解，特发此贴，来帮助新手快速了解MBD的内涵。

【为什么需要MBD】在传统的嵌入式系统开发中（尤其是汽车电子、航空航天、工程机械、轨道交通、储能、机器人等领域），工程师往往遵循“需求文档→手写代码→硬件测试→反复调试”的流程。这种方式容易产生理解偏差，代码错误发现晚，测试成本高，且难以应对复杂系统的协同设计。

MBD（Model Based Design，模型化设计） 正是为了解决这些问题而生的方法论。它将数学模型作为开发过程的核心，通过可视化的模型进行系统设计、仿真、测试，并最终自动生成代码，实现从概念到产品的无缝衔接、快速实现、工作产物的双向追溯、产品完善的安全验证等。

【MBD不仅是用Simulink建模】很多没有经历过MBD项目开发的朋友误以为MBD就是“用Simulink画框图”，但实际上它涵盖完整的技术链：

• 模型作为唯一真相源：需求、设计、测试用例均围绕模型展开，避免文档与实现脱节。
• 早期验证：通过仿真提前发现逻辑错误、边界问题，在没有硬件的情况下就能够早期发现问题并改正，降低研发成本。
• 自动代码生成：直接从模型生成高质量的C代码，避免手写代码错误，但是生成的代码存在一定冗余，占用资源比专家基本C代码程序员多。
• 虚实集成验证：支持从单元测试到系统集成的全流程验证（结合HIL硬件在环测试），实机验证的时候，85%甚至更多的Bug已经被提前发现并解决了，降低实机测试的危险和成本。
  
  
  

【MBD应用行业】汽车电子、工程机械、轨道交通、储能等行业已经广泛采用，行业内应用的覆盖度逐步提升和普及。

【MBD项目流程】MBD在项目中的通用实施步骤，呼应了大家经常会听到或提到的 “需求分析”、“功能安全” 等内容：

• 需求建模：将文本需求转化为可执行的模型需求（如Stateflow状态机）。
• 算法设计：在Simulink等环境中搭建系统模型，定义接口与数据流(Simulink模块或集成外部C代码)。
• 仿真测试：对模型进行模块/系统级测试，验证功能是否符合需求。
• 代码生成：通过工具链自动生成产品级代码，并优化内存/速度。
• 集成验证：结合HIL测试（如论坛用户“我是HIL徐”关注的领域）确保代码在真实硬件中可靠运行。
• 文档自动化：直接从模型生成设计报告、测试用例（参考Hyowinner校长的DocGen工具产品）【工程解决方案】自动生成文档_哔哩哔哩_bilibili
  
  
  

【MBD优势】

• 提效降本：减少手写代码工作量，缩短开发周期10%~30%。
• 提升质量：早期仿真覆盖更多工况，降低后期修改风险。
• 知识沉淀：模型直观易维护，避免人员离职导致的技术断层。
• 合规支持：工具链天然契合ASPICE、ISO26262等标准追溯要求。
  
  
  

【MBD学习投入成本】

• 学习成本：需掌握建模规范、代码生成配置、产品业务分解分析、测试用例设计与实施、二次开发脚本编程等新技能。
• 工具链投入：完善的MBD流程，MATLAB/Simulink等工具箱等学习、跟上下游工具链的集成与二次开发投入较多。
• 流程变革：需适应以模型为核心的协作模式，管理的数字资产不仅是代码，也包括了需求集合、模型和数据字典等，并且所有核心要素都跟模型存在关联关系。
  
  
  

【学习MBD建议】

• 工具入门：从MATLAB/Simulink基础学起，逐步深化，经历MBD项目实操（参考Hyowinner校长的MBD全栈技术课程视频Simulink培训学校 - 主页）
• 实践项目：尝试用MBD完成带有实物的控制系统（如PMSM电机速度环PI控制）
• 规范学习：了解MAAB建模规范、ASPICE流程要求
• 参与交流：多关注本论坛的案例讨论（如“BMS工程师成长历程”），向坛友和版主们提问，解除自己的疑惑