1. 课程导入与SysML定位

复杂机电系统通常同时包含机械本体、电机与执行器、传感器、嵌入式控制器、通信总线和上层软件。以一台六轴协作机器人为例,它的关节伺服环以毫秒级周期运行,轨迹规划以十毫秒级周期运行,而安全监控与任务调度可能运行在更慢的周期上。这些不同时间尺度、不同学科、不同供应商的部件必须协同工作,任何一处接口定义不清,都可能在集成阶段演变为难以定位的故障。传统的以文档为中心的开发方式,把需求写在Word里、把结构画在CAD里、把行为写在代码注释里,一旦需求变更,文档之间的一致性几乎无法自动保证。这正是基于模型的系统工程(MBSE)要解决的核心问题,而SysML是支撑MBSE最主流的建模语言。

复杂机电系统的建模挑战

复杂机电系统的第一个挑战是多学科语义割裂。机械工程师关心质量、惯量和刚度,电气工程师关心电压、电流和功率,控制工程师关心传递函数、带宽和相位裕度,软件工程师关心任务周期和消息时序。这些语义如果各自用不同工具和不同术语描述,系统级权衡就失去了共同基础。SysML通过统一的模型元素(块、端口、流、活动、状态机、需求)承载这些语义,使不同学科在同一模型上对话。

第二个挑战是跨层级的接口一致性。系统级定义了一个“关节驱动接口”,包含电源、控制指令和状态反馈;子系统级把它细化为具体的连接器、引脚和信号;到了软件级又变成CAN报文或EtherCAT过程数据。如果缺少从系统到部件的追溯关系,接口在细化过程中很容易发生偏移。SysML的块定义图与内部块图可以逐层分解接口,并用分配关系把功能分配到结构上。

第三个挑战是需求、行为与结构的联动验证。例如“关节在0.5秒内从0加速到额定转速”这条需求,既涉及控制活动的时序,也涉及电机扭矩和机械负载的参数约束。SysML允许把需求与活动图、参数图关联,通过参数图建立扭矩、角加速度与转动惯量之间的约束关系,从而在早期发现“电机选型不足以满足加速时间”的问题。

SysML在MBSE中的角色

MBSE强调用模型作为唯一权威信息源,而SysML是这一信息源的表达语言。它并不替代仿真工具,也不替代CAD或代码,而是位于它们之上,承担系统级语义的组织与追溯。可以用一个分层关系来理解:最上层是需求与用例,中间是系统结构与行为模型,下层是各学科分析模型和实现。SysML负责把上下层连接起来,使需求可追溯到结构、行为可分配到部件、参数可约束到属性。

SysML包含九种图,按用途可分为四类:结构类包括块定义图、内部块图、包图;行为类包括活动图、序列图、状态机图、用例图;参数类为参数图;需求类为需求图。本课程不会孤立地讲每一种图,而是围绕“建模一个可运行的机电系统”这一目标,按需引入合适的图型。例如描述关节控制流程用活动图,描述控制器与驱动器的交互用序列图,描述使能/故障状态用状态机图,描述电机扭矩约束用参数图。

SysML在MBSE中的定位:连接需求、系统模型与学科实现 需求层 · 用例与需求 关节加速时间 ≤ 0.5 s | 定位重复精度 ≤ ±0.02 mm | 安全扭矩关断响应 ≤ 10 ms SysML 系统模型(唯一权威信息源) 结构 块定义图 / 内部块图 关节、电机、驱动器 端口与接口定义 行为 活动图 / 序列图 状态机图 / 用例图 控制流程与交互时序 参数 参数图 扭矩 = 惯量 × 角加速度 功率、温升约束 需求 需求图 需求追溯与验证 满足 / 验证关系 学科实现层 · 分析模型与物理实现 CAD 结构 | 电机选型与热分析 | 控制算法与代码 | 总线通信配置 | 硬件在环测试 需求驱动建模 分配与细化 验证结果反馈 MBSE 核心 模型即信息源 变更 可追溯

课程目标与学习路径

本课程的目标不是让读者记住九种图的符号,而是能够针对一个真实的机电系统,选择合适的图型、建立可追溯的模型、并用模型回答工程问题。具体来说,完成课程后应能做到:给定一段系统需求,识别出需要建模的结构、行为和参数;用块定义图划分系统边界与部件;用内部块图定义接口与连接;用活动图或状态机描述关键行为;用参数图建立性能约束;用需求图建立追溯关系;并能判断模型在什么条件下足以支撑设计决策。

学习路径按“先建立整体框架,再逐层深入”的方式组织。第一阶段建立SysML与MBSE的基本概念,理解模型元素与工程语义的对应关系。第二阶段进入结构建模,重点是块、端口、接口和分解关系。第三阶段进入行为建模,重点是活动、状态和交互。第四阶段进入参数与需求建模,重点是约束、追溯和验证。第五阶段以一个完整的机电系统案例贯穿,从需求到结构、行为、参数,最终形成可评审的系统模型。

学习建议:每学一种图,都回到同一个案例对象上练习。例如始终围绕“协作机器人单关节”建模,这样不同图之间的追溯关系会自然显现,而不是孤立地记忆符号。

需要特别说明的是,SysML模型的价值取决于它能否被他人理解和复用。一个只有作者自己能看懂的模型,在团队协作中等于不存在。因此本课程在每个阶段都会强调命名规范、模型组织和评审要点。例如块名称应体现功能与层级,接口应明确方向与单位,需求应可验证。这些约束看似琐碎,却是模型能否长期维护的关键。

最后,本课程中的参数、数据和案例结果,除特别说明外均为教学示例或合理假设,用于说明建模方法和判断逻辑,不代表任何具体产品的实测性能。读者在实际项目中应使用真实数据替换示例值,并依据项目标准进行验证。