在数字孪生项目里真正让人头疼的往往不是业务逻辑而是“把模型弄进场景”这件看似基础的事。很多团队在 realvirtual 平台上做产线仿真、物流孪生或机器人工作站时前两周几乎都在和 CAD 数据“搏斗”几十个大型装配体导进来之后不是破面就是卡顿要么单位不对要么层级全乱。本文围绕 realvirtual 视频系列教程第 6 期的主题把“自动将大型 CAD 数据导入到数字孪生开发平台”这件事拆开讲清楚包含数据链路设计、批量导入脚本、材质映射规则、性能优化和常见坑点。适合正在用 realvirtual 或其他 Unity 系数字孪生平台的开发者阅读也适合刚接触数字孪生、想知道 CAD 模型“怎么才能高效进 Unity”的工程师。读完你会掌握一套自动化导入管线能从 CAD 源文件一路处理到可用的 Unity 预制体。1. 背景与核心概念1.1 CAD 与数字孪生平台之间到底隔了什么数字孪生开发平台如 realvirtual本质上是在 Unity 基础上构建的一套工业仿真工具链。它需要三维几何模型作为“孪生体”的底座再把 PLC 信号、运动学、传感器逻辑等绑定到模型上。而 CAD 数据是这个底座最权威的来源因为设计阶段已经把所有零部件的尺寸、装配关系、命名规则都定义好了。但 CAD 和游戏引擎/数字孪生平台之间存在明显的“语言差异”。CAD 软件内部保存的是高精度曲面数据例如 NURBS 曲面、参数化特征而 Unity 渲染和物理计算需要的是三角网格。同时CAD 的坐标系、单位、装配层级和实时渲染平台也不一致。这就导致了一个普遍现状CAD 文件往往不能直接被 Unity 项目使用必须经过“转换 优化 数据映射”的过程。1.2 大型 CAD 数据的典型特征所谓“大型 CAD 数据”在不同行业里有不同的量级。在汽车产线、航空航天、能源装备这类场景里常见特征是零部件数量巨大一个总装模型可能包含上万个零件有些复杂设备甚至几十万个。单个文件体积大几百 MB 到数 GB 都很常见。装配层级深总装下面有分总装分总装下面还有子组件层层嵌套。面数严重超标高精度曲面网格化之后三角面片数量可能轻松超过千万级。依赖文件复杂工程图、材质贴图、外部参照文件分散在不同目录。这些特征决定了“手工导入”是不可行的。你不可能在 Unity 里手动为几百个模型逐个设置导入参数、整理位置、挂材质。自动化是唯一能保证质量和效率的方式。1.3 自动导入需要解决的核心问题自动化的本质不是写一个脚本把文件拖进去而是要解决一整套数据映射问题几何数据映射把 CAD 曲面转换为 Unity 可用的三角网格同时控制面数。单位映射CAD 常用毫米Unity 内部使用米缩放关系必须正确处理。坐标映射CAD 软件可能是 Z 轴向上Unity 是 Y 轴向上方向必须统一。层级映射CAD 装配树要转换为 Unity 场景中的 GameObject 层级。材质映射CAD 材质需要映射到 Unity PBR 材质按规则自动替换。命名映射通过文件名、装配名、零件名来驱动整个流程。只有在这些映射规则都明确的前提下自动化脚本才有意义。这也是为什么“规划数据链路”比“写代码”更优先。2. 环境准备与数据链路设计2.1 工具链与版本说明先说结论目前没有一条“CAD 文件直接拖进 Unity 就能用”的完美链路所以更推荐在中间增加一个转换环节。常见的数据链路如下。CAD 原始文件SolidWorks / CATIA / Revit / DWG ↓ DCC 转换软件3ds Max / Blender / Maya ↓ 中间格式FBX / glTF / OBJ ↓ Unity 项目批量导入工具处理 ↓ realvirtual 数字孪生场景之所以需要 DCC 转换软件是因为直接使用厂商 SDK 读取 CATIA、SolidWorks 这类格式需要授权和额外的 SDK 能力对大多数团队不现实。而 3ds Max、Blender 对 CAD 格式的支持相对成熟且能完成网格清理、减面、层级整理等关键操作。版本需要根据你的项目实际情况调整。如果你还在纠结用什么版本结论是Unity 使用 LTS 版本最稳妥比如 Unity 2021 LTS 或 Unity 2022 LTSBlender 使用当前稳定版即可realvirtual 平台建议直接使用它在 Unity Asset Store 中支持的最新版本。本文示例以常规 Unity 项目为例重点演示配置思路不绑定某个具体版本。2.2 中间格式如何选择格式几何支持材质/贴图层级/动画适合场景FBX好支持支持Unity 原生支持最好推荐首选glTF好支持 PBR部分支持WebGL、浏览器端数字孪生OBJ只有几何不支持不支持简单模型、临时测试如果你的数字孪生项目最终要发布到 WebGL那么 glTF 是很好的轻量格式。但大多数工业数字孪生项目仍然建议使用 FBX因为 Unity 对 FBX 的导入管线最成熟处理单位和材质搜索也最方便。2.3 数据映射规则与命名约定自动化导入最关键的准备工作是“先定规则”再写代码。否则脚本会陷入大量 if-else维护成本非常高。映射对象规则示例文件命名设备编码_名称.fbx例如 EQ001_Conveyor.fbx零件层级保持 CAD 装配树层级不合并所有物体单位所有源文件统一使用毫米导入 Unity 时缩放 0.001坐标系导出时统一为 Y 轴向上材质材质命名使用 Metal、Glass、Rubber 等前缀物体属性通过物体名区分运动部件和静止部件例如 MovePart_Axis1这个表和 CAD 制图规范中的“图层管理”思路类似。你在 CAD 里画的线、块、图层命名越规范后期自动化就越顺利。反过来如果源模型命名混乱自动化脚本即使写出来也只是一堆“猜名字”的脆弱逻辑。3. 核心原理CAD 数据如何进入数字孪生场景3.1 从 CAD 曲面到 Unity 网格CAD 软件中的几何通常不是网格。以 SolidWorks 或 CATIA 为例一个“圆柱面”在参数化建模里是由公式和特征定义的渲染时精度极高。但当这个圆柱面被网格化后软件会按设定精度生成三角形。精度越高三角面片越多文件越大。数字孪生平台需要的是“看起来足够好同时跑得动”的网格而不是设计意义上的绝对精确。因此在转换流程中必须做网格简化。对大型 CAD 模型来说建议在 DCC 转换软件里先把高精度模型转成网格再做减面优化最后导出。不要让 Unity 在导入时面临一个几百万面的模型那样会在导入阶段就卡死。3.2 单位、坐标与装配层级这三个问题几乎每个 CAD 导入项目都会遇到。单位问题绝大多数 CAD 设计使用毫米。Unity 内部使用米。如果你在 3ds Max 里把单位设置为毫米导出 FBX 时又应用了单位缩放那么导入 Unity 时模型可能是正常的。但如果设置不一致模型就会突然变成原来的千分之一或一千倍。建议的做法是在 DCC 软件中统一使用毫米导出时让 FBX 自带缩放信息然后在 Unity 导入设置中统一使用globalScale 0.001并且所有模型保持同一个链路避免混用。坐标问题好多 CAD 软件是 Z 轴向上Unity 是 Y 轴向上。为了不引入额外的旋转最好在 DCC 导出阶段就把模型旋转为 Y 轴向上。否则每次导入 Unity 都需要手动旋转 90 度而且容易搞混方向。层级问题CAD 装配树的层次关系最好原样保留。例如一个机器人模型底座下面有关节、连杆、末端执行器这些层级在后续绑定动画和驱动时非常关键。如果导入时把层级合并成一个 Mesh后面做运动控制就非常痛苦。3.3 自动化导入的基本思路自动化导入不是“一键拖入所有文件”而是通过规则和脚本把重复的操作标准化。常见思路有在 CAD/DCC 侧批量导出通过 Blender Python、3ds Max MAXScript 批量处理源文件统一单位、坐标、层级导出为 FBX。在 Unity 侧写批量导入工具用EditorWindow扫描指定目录下的模型文件自动设置ModelImporter参数生成 Prefab。用AssetPostprocessor自动处理每次导入只要文件放在约定目录Unity 自动按规则配置导入参数。建立材质自动映射规则根据材质名称、前缀、颜色自动替换为项目内的 PBR 材质。这套思路在 realvirtual 平台中同样适用。模型导入 Unity 后再进入 realvirtual 的 Twin Structure 中配置物体属性例如哪些是静止设备、哪些是运动部件、需要关联哪些信号。4. 完整实战案例搭建自动化导入管线4.1 创建项目结构建议在 Unity 项目中单独规划一个目录来存放 CAD 源文件和生成结果避免和其他主场景资产混在一起。示例结构如下。Assets/ ├── CADSource/ # 存放从 CAD/DCC 导出的 FBX 文件 │ ├── EQ001_Conveyor.fbx │ ├── EQ002_Robot.fbx │ └── ... ├── CADPrefabs/ # 批量生成后的 Prefab ├── Materials/ │ ├── Metal.mat │ ├── Glass.mat │ └── Plastic.mat └── Editor/ └── CADImport/ ├── CADImportTool.cs ├── CADAssetPostprocessor.cs └── MaterialMapper.csCADSource目录只放中间格式文件不放原始 CAD 文件因为原始格式对 Unity 没有意义。原始 CAD 文件仍然需要在自己的版本管理系统中单独保留。4.2 在 CAD/DCC 侧做批量导出这里的核心目标是把 CAD 源文件统一转换为 FBX并保证单位、坐标、层级一致。以 Blender 为例可以使用 Python 脚本批量处理目录下的模型文件。# 文件路径cad_export_batch.py # 说明在 Blender 中通过 Scripting 面板运行或者使用命令行 # blender --background --python cad_export_batch.py import bpy import os src_dir D:/cad_source out_dir D:/cad_export if not os.path.exists(out_dir): os.makedirs(out_dir) for file_name in os.listdir(src_dir): lower_name file_name.lower() if not (lower_name.endswith(.blend) or lower_name.endswith(.fbx) or lower_name.endswith(.obj)): continue file_path os.path.join(src_dir, file_name) base_name os.path.splitext(file_name)[0] # 重置场景避免不同文件之间的数据串扰 bpy.ops.wm.read_factory_settings(use_emptyTrue) # 根据扩展名导入 if lower_name.endswith(.blend): bpy.ops.wm.open_mainfile(filepathfile_path) elif lower_name.endswith(.fbx): bpy.ops.import_scene.fbx(filepathfile_path) elif lower_name.endswith(.obj): bpy.ops.import_scene.obj(filepathfile_path) # 这里建议做统一的坐标和单位校正。 # 如果你的 CAD 模型是 Z 轴向上可以在 Blender 中旋转到 Y 轴向上 # 如果物体默认缩放不是 1可以统一 Apply 变换。 # 导出 FBX out_path os.path.join(out_dir, base_name .fbx) bpy.ops.export_scene.fbx( filepathout_path, apply_unit_scaleTrue, apply_scale_optionsFBX_SCALE_ALL, use_mesh_modifiersTrue, object_types{MESH} ) print(exported:, out_path)注意这个脚本是核心流程示例具体参数需要根据你的模型实际情况调整。如果你的团队用的是 3ds Max也可以用 MAXScript 做类似的事情但不同版本的 FBX 导出参数差异很大建议以实际版本手册为准。这段流程的核心价值是把“打开每个文件 - 手动纠正单位 - 导出”的重复操作变成脚本化批处理让团队成员在同样规则下得到一致的输出。4.3 编写 Unity 批量导入工具FBX 文件进入 Unity 项目后还不会自动变成“可用”的 Prefab。我们需要一个编辑器工具来扫描指定目录、配置导入参数、生成 Prefab。// 文件路径Assets/Editor/CADImport/CADImportTool.cs using System.IO; using UnityEditor; using UnityEngine; public class CADImportTool : EditorWindow { private string sourceFolder Assets/CADSource; private string prefabFolder Assets/CADPrefabs; [MenuItem(Tools/CAD Import/Open Import Window)] public static void OpenWindow() { CADImportTool window GetWindowCADImportTool(CAD Import Tool); window.Show(); } private void OnGUI() { GUILayout.Label(CAD Import Settings, EditorStyles.boldLabel); sourceFolder EditorGUILayout.TextField(Source Folder, sourceFolder); prefabFolder EditorGUILayout.TextField(Prefab Folder, prefabFolder); if (GUILayout.Button(Scan and Import)) { ScanAndImport(); } } private void ScanAndImport() { if (!AssetDatabase.IsValidFolder(sourceFolder)) { Debug.LogError(Source folder not found: sourceFolder); return; } string[] guids AssetDatabase.FindAssets(t:Model, new[] { sourceFolder }); AssetDatabase.StartAssetEditing(); try { foreach (string guid in guids) { string assetPath AssetDatabase.GUIDToAssetPath(guid); if (!assetPath.EndsWith(.fbx, System.StringComparison.OrdinalIgnoreCase) !assetPath.EndsWith(.obj, System.StringComparison.OrdinalIgnoreCase)) { continue; } ConfigureModelImporter(assetPath); GameObject model AssetDatabase.LoadAssetAtPathGameObject(assetPath); if (model null) { Debug.LogWarning(Cannot load model: assetPath); continue; } string modelName Path.GetFileNameWithoutExtension(assetPath); string prefabPath Path.Combine(prefabFolder, modelName .prefab); if (File.Exists(prefabPath)) { AssetDatabase.DeleteAsset(prefabPath); } GameObject instance (GameObject)PrefabUtility.InstantiatePrefab(model); PrefabUtility.SaveAsPrefabAsset(instance, prefabPath); DestroyImmediate(instance); Debug.Log(Imported: prefabPath); } } finally { AssetDatabase.StopAssetEditing(); AssetDatabase.SaveAssets(); AssetDatabase.Refresh(); } EditorUtility.DisplayDialog(CAD Import, Import complete., OK); } private void ConfigureModelImporter(string assetPath) { ModelImporter importer AssetImporter.GetAtPath(assetPath) as ModelImporter; if (importer null) { return; } // 统一缩放CAD 常用毫米Unity 内部用米 importer.globalScale 0.001f; // 材质搜索使用外部材质并向项目上层目录递归查找 importer.materialLocation ModelImporterMaterialLocation.External; importer.materialName ModelImporterMaterialName.BasedOnModelNameAndMaterialName; importer.materialSearch ModelImporterMaterialSearch.RecursiveUp; // 法线和切线按源数据导入 importer.importNormals ModelImporterNormals.Import; importer.importTangents ModelImporterTangents.Import; importer.SaveAndReimport(); } }这里要特别提醒一点globalScale 0.001f的前提是你在 DCC 导出时没有把模型先缩放到米制。如果两个环节都做了缩放就会出现“模型又缩小了 1000 倍”的错误。建议在项目启动时明确约定要么全部在 CAD/DCC 侧转成米制要么全部保留毫米并用 Unity 的 globalScale二选一即可。这段代码有一个额外的副作用每次运行都会重新生成 Prefab覆盖旧的 Prefab。这正是我们需要的因为当模型源文件更新后一键重新生成 Prefab 能保证场景资产和最新 CAD 数据一致。4.4 自动处理导入设置与材质映射除了手动点击工具我们还可以用AssetPostprocessor让 Unity 在文件导入的第一时间自动应用规则。// 文件路径Assets/Editor/CADImport/CADAssetPostprocessor.cs using UnityEditor; public class CADAssetPostprocessor : AssetPostprocessor { private void OnPreprocessModel() { if (assetPath.StartsWith(Assets/CADSource)) { ModelImporter importer (ModelImporter)assetImporter; importer.globalScale 0.001f; importer.materialLocation ModelImporterMaterialLocation.External; importer.materialName ModelImporterMaterialName.BasedOnModelNameAndMaterialName; importer.materialSearch ModelImporterMaterialSearch.RecursiveUp; importer.importNormals ModelImporterNormals.Import; importer.importTangents ModelImporterTangents.Import; } } }这样只要CADSource目录下新增了 FBXUnity 在导入时就会自动应用上述规则避免了“每个人手动改导入参数”的不稳定状态。材质映射则是一个可选的增强步骤。很多 CAD 自带的材质只是简单的漫反射颜色进入 Unity 后效果并不理想。我们可以根据材质命名自动替换为项目内的高质量 PBR 材质。// 文件路径Assets/Editor/CADImport/MaterialMapper.cs using UnityEditor; using UnityEngine; public static class MaterialMapper { public static void ApplyMaterialRules(GameObject root) { Renderer[] renderers root.GetComponentsInChildrenRenderer(true); foreach (Renderer renderer in renderers) { Material[] mats renderer.sharedMaterials; for (int i 0; i mats.Length; i) { if (mats[i] null) { continue; } string matName mats[i].name.ToLower(); if (matName.Contains(metal) || matName.Contains(steel) || matName.Contains(alu)) { mats[i] LoadMaterial(Assets/Materials/Metal.mat); } else if (matName.Contains(glass)) { mats[i] LoadMaterial(Assets/Materials/Glass.mat); } else if (matName.Contains(rubber) || matName.Contains(plastic)) { mats[i] LoadMaterial(Assets/Materials/Plastic.mat); } else if (matName.Contains(concrete) || matName.Contains(floor)) { mats[i] LoadMaterial(Assets/Materials/Floor.mat); } } renderer.sharedMaterials mats; } } private static Material LoadMaterial(string path) { Material mat AssetDatabase.LoadAssetAtPathMaterial(path); return mat ! null ? mat : AssetDatabase.GetBuiltinExtraResourceMaterial(Default-Material.mat); } }这段代码可以在CADImportTool的ScanAndImport中调用。生成 Prefab 后遍历 GameObject 下所有 Renderer根据名称自动替换材质。需要注意这个脚本依赖Assets/Materials目录下预先准备Metal.mat、Glass.mat、Plastic.mat等材质。如果某个路径不存在脚本会回退到默认材质保证流程不会中断。4.5 运行验证与效果说明在 Unity 菜单栏中点击Tools CAD Import Open Import Window填写源目录和 Prefab 输出目录点击Scan and Import。预期结果CADPrefabs目录下生成与 FBX 文件名对应的 Prefab。每个 Prefab 的导入参数都是统一设置后的结果。材质满足匹配规则时自动替换为 PBR 材质。打开 Prefab检查根节点名称、子层级是否符合 CAD 装配树确认缩放是否为 1旋转是否为 0。如果这些都正确就可以把 Prefab 拖入 realvirtual 场景进行信号绑定和运动配置了。5. 大型 CAD 场景的性能优化5.1 模型面数与网格精简大型 CAD 模型最常见的性能杀手是“面数过多”。即使导入流程自动化了进入场景后帧率依然可能非常低。建议在 DCC 转换阶段就对模型做减面处理而不是指望 Unity 后期优化。减面的原则是“远处看不出的细节该省就省”。例如一个螺栓孔的倒角在近景特写时可能很重要但在产线全景中完全看不出来。建议在 3ds Max 或 Blender 中使用减面修改器把单设备模型面数控制到与视觉距离匹配的量级。5.2 合批与实例化当场景中有大量相同设备时例如多条线体使用同一型号的工位不应为每个工位保存独立的一份网格数据。应该让它们共享一个模型资产然后利用 GPU Instancing 或静态合批来减少 Draw Call。在 Unity 中可以通过Static Batching和GPU Instancing来降低渲染开销。对 realvirtual 这种工业场景通常可以将地轨、货架、防护栏等静止物体标记为 Static让 Unity 自动合并渲染批次。5.3 LOD 与遮挡剔除大型厂区的数字孪生场景建议为关键设备配置 LOD Group。在近处显示高精度模型在远处自动切换为低精度模型这是实时渲染中最有效的性能优化手段之一。实现方式有两种在 DCC 软件中分别导出高、中、低三个精度版本然后在 Unity 中手动或通过脚本挂载 LOD Group。使用 Unity 的自动 LOD 生成工具但在工程实践中手工导出的低模效果通常更好。遮挡剔除也是重点。厂房里很多设备之间存在遮挡关系开启 Occlusion Culling 后Unity 会自动跳过被遮挡物体的渲染能明显提高帧率。对大型 CAD 场景来说这一步不是可选项而是必选项。6. 常见问题与排查思路6.1 高频问题排查表问题现象常见原因解决思路模型导入后尺寸不对单位缩放设置重复或缺失统一数据链路二选一使用缩放模型位置跑到“天边”CAD 坐标原点离模型太远在 DCC 中归零模型原点模型旋转了 90 度CAD 是 Z-upUnity 是 Y-up在 DCC 导出前统一为 Y 轴向上材质全是默认材质贴图路径或材质搜索规则失效调整材质搜索范围或手动替换导入速度非常慢面数过多、文件过大在 DCC 中先减面和清理模型层级全乱导出时合并了对象保留装配树层级导出场景帧率太低材质、贴图、面数、光照设置不合理用 LOD、合批、遮挡剔除优化模型出现乱线或破面源文件拓扑或法线有问题回到 CAD/DCC 侧修复后重新导出6.2 几个典型问题的详细排查模型尺寸不对是最常见的问题。排查时先确认 CAD/DCC 导出的单位再确认 UnityModelImporter的globalScale值最后确认是否有脚本二次缩放。最好在项目初期就写一个“导入验收单”用已知尺寸的参考物体验证缩放是否正确。贴图丢失也经常发生。CAD 材质的纹理路径通常指向本机绝对路径换一台电脑就失效。解决方法是在 DCC 导出前把贴图收集到项目目录使用相对路径在 Unity 侧设置materialSearch RecursiveUp让导入器向上找材质。模型层级乱的根因通常出在导出环节。在 3ds Max 或 Blender 中如果导出前没有保持对象层级或者勾选了“合并所有对象”Unity 中就只剩一个扁平层级。建议始终保留 CAD 装配树的层级关系对后续运动控制和信号绑定非常重要。6.3 CAD 侧遗留问题如果 CAD 源文件本身就存在问题比如模型中有大量杂散图元、重复线圈、复杂的二维多段线、甚至“乱线转文字”等非几何对象那么即使导入流程再自动化导出的 FBX 也不会干净。这些问题的修复必须回到 CAD 环境中完成。例如AutoCAD 中模型存在异常显示、驱动文件丢失、F 命令无法使用等都可能影响到模型的正常查看和导出。我的建议是在进入数字孪生流程之前先做一次 CAD 数据健康检查。把图层清理干净、删除无关图元、修复破损几何再去执行自动导出。这一步看起来增加了前期工作量实际上能省掉大量后期在 Unity 里“擦屁股”的时间。7. 最佳实践与工程建议7.1 命名规范与资产组织大型 CAD 导入项目里命名规范就是自动化脚本的“接口契约”。如果没有统一命名任何自动化都是空中楼阁。建议从项目第一天就约定设备文件命名使用“设备编码_设备名称.fbx”。子物体层级保留原装配树节点名。可运动部件名称中带明确的运动轴标识。材质名称使用可识别的前缀或后缀。这些规范看起来简单但在几十上百个文件的导入流程中能减少大量人为判断。7.2 导入参数标准化不要让团队每个成员手动设置ModelImporter。通过AssetPostprocessor把导入参数固化确保所有人导入同一目录下的模型时得到完全一致的初始结果。后续如果有特殊模型可以在工具中加入“例外规则”而不是直接改全局逻辑。7.3 团队协作与版本管理CAD 源文件、中间 FBX 文件、Unity 工程文件应该分开管理。原始 CAD 文件体积大通常放在公司内部的 PDM 或版本管理系统中中间 FBX 文件可以进入 Unity 项目但要做好版本标记Unity 工程本身使用 Git 或 Perforce 管理。这里还要注意FBX 文件也是二进制大文件频繁修改会导致仓库体积膨胀。建议在 Unity 工程中只保留“当前版本需要的中间文件”旧版本由 PDM 系统追溯。7.4 安全与数据管理在企业环境中CAD 数据往往涉及产品核心设计。导入数字孪生平台时要注意数据权限和分发范围。Unity 工程发布到 WebGL 后模型资源可能被外部访问如果 CAD 数据不能公开需要提前做模型脱敏或简化处理避免高精度设计数据泄露。在数据库或资产操作上坚持最小权限原则。自动化脚本只应该访问它需要的目录不应该有修改原始 CAD 文件的权限更不应该覆盖无法恢复的源资产。8. 总结与下一步学习这篇教程围绕 realvirtual 视频系列第 6 期的核心主题完整梳理了大型 CAD 数据自动导入数字孪生开发平台的流程。你可以在自己的工程里直接落地这几个关键点先明确 CAD 与 Unity 之间的单位、坐标和层级映射规则再在 CAD/DCC 侧做批量导出然后通过 Unity Editor 工具和AssetPostprocessor固化导入参数最后用材质映射和 LOD 优化保证场景质量。如果接下来要深入学习可以重点关注 realvirtual 的 Twin Architecture也就是如何在导入的模型上绑定运动轴、PLC 信号和 IO 通信。模型只是数字孪生的“身体”信号和逻辑才是让孪生体“动起来”的核心。最后提醒一句不要沉迷于写完美的自动化脚本先把一个模型的导入链路跑通确认规则没问题再批量应用到全部文件。这样出问题时你能快速定位是模型问题、导出问题还是脚本问题。