Composer无法直接做路径偏移和碰撞检测，因其仅为轻量化3D交互工具，不解析实体拓扑、无运动学求解器、不支持布尔运算，且动画仅基于关键帧插值，无法绑定空间约束。
Composer 里没有“零件路径偏移”或“碰撞干涉动画检测”这类内置功能——它不是 CAD 或物理仿真软件，不处理几何碰撞、运动学偏移或实时干涉验证。
为什么 composer 无法直接做路径偏移和碰撞检测
Composer 是 Siemens Xcelerator 平台中用于轻量化 3D 模型发布与交互的工具，核心能力是加载 .jt、.stp、.x_b 等格式并驱动视图、BOM、标注、简单动画（如爆炸图、旋转、淡入）。它不解析实体拓扑、不运行运动学求解器、也不维护零件间的空间关系矩阵。
- 所谓“路径偏移”，在 CAD 中通常指沿轨迹生成偏移曲线或驱动机构连杆运动——这需要
nx或solidworks motion的运动副定义和求解器支持 - “碰撞干涉检测”必须基于精确布尔运算或距离场计算，而 Composer 加载的是面片化（polygonal）轻量化模型，顶点精度低、无拓扑一致性，
isInterfering()这类方法根本不存在于其 API 中 - 动画仅支持关键帧插值（
animateTo()、addKeyframe()），不能绑定约束条件（如“两零件距离
哪些操作看似像“偏移/干涉”，但本质是妥协方案
用户常把以下做法误认为实现了路径偏移或干涉检测，实际只是视觉模拟或离线预判：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 用
setTranslation()手动设置零件位置，配合定时器模拟移动——但位移量需人工计算，无自动避让逻辑 - 在 NX 或 Teamcenter 中预先运行一次干涉检查，导出结果（如 CSV 或 HTML 报告），再在 Composer 中用
showMessage()弹窗提示“此处有干涉”——检测动作不在 Composer 内发生 - 通过
getBoundingBox()获取粗略包围盒，做 AABB 粗筛：若box1.intersects(box2)返回true，仅说明可能碰撞，无法定位接触面或深度 - 导出带层级结构的
.jt文件时启用“保留装配约束”，可在 Composer 中调用getConstraintInfo()查看约束类型（如fixed、revolute），但不能求解其运动范围
真正要实现动画中动态避让，必须绕过 Composer
如果业务场景确实需要“移动过程中实时检测并响应碰撞”，技术链路只能是：
- 在
nx或catia中建模+定义运动副+设置碰撞体 → 运行motion simulation→ 导出每帧的零件位姿（CSV 或 JSON） - 用 Python 脚本预处理这些位姿数据，插入避让逻辑（例如：当
distance(partA, partB) ，修改后续帧的 <code>translationZ值）→ 生成修正后的动画序列 - 将修正后的位姿导入 Composer，用
animateTo()播放——此时“避让”是离线算好的固定路径，不是运行时检测 - 若需真实时响应（如拖拽零件时即时反馈），必须用 WebGL +
three.js+ammo.js（物理引擎）重写前端，把.stl或.glb加载进去，Composer 不参与
最容易被忽略的一点：.jt 文件导出时默认关闭“保留法向量”和“高精度边界”，导致 getBoundingBox() 返回的尺寸比实际大 5–10%，用它做粗筛会漏判；必须在导出设置里勾选 High Accuracy Bounding Box 并确认 Export Facets 精度 ≥ 0.01mm。
