4. 驱动对象配置与拓扑识别

SINAMICS S120 的调试起点不是参数下载，而是让 CU（控制单元）准确认识“我下面挂了哪些驱动对象、它们分别接在哪个 DRIVE-CLiQ 端口上”。这一步就是驱动对象配置与拓扑识别。拓扑（Topology）描述的是各驱动对象之间的物理连接关系：CU 的哪个 DRIVE-CLiQ 端口连到哪个电机模块、哪个编码器模块，模块之间又如何级联。只有拓扑与组态一致，后续的固件版本、序列号、参数集才能正确对应到具体对象。

一、自动拓扑识别与手动组态

S120 提供两种建立拓扑的方式。自动拓扑识别（Automatic Configuration）由 CU 主动扫描 DRIVE-CLiQ 链路，读取每个节点的电子铭牌（Electronic Nameplate），自动生成驱动对象和连接关系。手动组态（Manual Configuration）则由工程师在 Starter 或 TIA Portal 中逐条指定组件类型、连接端口和顺序。实际工程中通常先用自动识别快速建立初始拓扑，再根据设计图纸手动修正差异。

自动识别的前提是 DRIVE-CLiQ 物理连接正确、24V 供电正常、组件固件可被读取。若某节点未上电或线缆损坏，扫描结果会缺失该对象，此时不能简单“接受”识别结果，而应排查物理层。手动组态适合以下场景：设备尚未接线但需提前离线组态、需要精确控制对象顺序、或自动识别结果与设计不符需要覆盖。

二、DRIVE-CLiQ 端口连接规则

DRIVE-CLiQ 是点对点串行链路，每个端口只能连接一个下游节点，不能像总线那样挂多个设备。CU 上的 X100、X101 等端口以及模块上的 X200、X201 端口都有明确的输入/输出方向约定。典型规则如下：

• CU 的 DRIVE-CLiQ 端口作为链路起点，每个端口下挂一条独立支链。
• 电机模块通常有 X200（上游，接 CU 或上一级）和 X201（下游，接下一级或编码器模块）。
• 编码器模块一般接在电机模块的下游端口，形成“CU → 电机模块 → 编码器模块”的链式结构。
• 同一支链上的节点顺序必须与组态中的连接顺序一致，顺序错误会导致拓扑比较报错。

需要特别注意：DRIVE-CLiQ 线缆有方向性，交叉连接或把下游端口当上游使用，都会导致识别失败或拓扑不一致。接线时应按端口标识逐一核对，而不是仅凭线缆长度判断。

三、组件序列号与拓扑比较

每个驱动对象都有唯一的序列号（Serial Number），存储在电子铭牌中。拓扑比较（Topology Comparison）就是拿“实际连接的拓扑 + 序列号”与“项目组态中的拓扑 + 序列号”逐节点比对。比较结果通常有三种：

序列号不同的典型场景是现场更换了同型号电机模块。此时拓扑结构没变，但序列号变了。如果项目要求严格绑定序列号，必须重新组态；如果允许替换，可在比较界面选择“接受实际拓扑”或手动更新序列号。

四、离线/在线一致性检查

离线组态是在项目文件中预先定义的拓扑，在线是 CU 实际识别到的拓扑。一致性检查就是对比这两者。操作上，先在离线项目中完成驱动对象配置，然后在线连接 CU，执行“Load to PG”或“Online → Topology Comparison”，观察差异列表。

一致性检查不仅看连接关系，还看固件版本、组件类型和序列号。若固件版本不一致，CU 可能拒绝运行或提示降级。此时需要升级/降级固件，或在组态中调整版本号。检查通过后，才能进行参数下载和使能。

五、故障排查思路

拓扑类故障的排查应遵循“先物理、后组态、再序列号”的顺序。常见现象与原因：

• 自动识别不到任何对象：检查 CU 的 DRIVE-CLiQ 端口供电、线缆是否插紧、终端电阻是否正常。
• 识别到部分对象：检查缺失节点所在支链的上游端口和线缆，确认该节点 24V 供电。
• 拓扑比较报“连接顺序错误”：核对组态中的端口分配与实际接线，重点检查 X200/X201 是否接反。
• 序列号不匹配：确认是否更换过模块，决定是更新组态还是恢复原模块。
• 固件版本不一致：查看比较详情中的版本号，统一固件或调整组态版本。

完成拓扑识别与一致性检查后，驱动对象才真正“就位”。此时每个对象都有确定的类型、端口位置和序列号，后续的参数下载、固件更新和运行使能才有可靠的对象基础。若跳过这一步直接下载参数，CU 可能把参数写到错误的对象上，导致电机动作异常甚至损坏设备。