Mentor Xpedition高级功能实战：PCB协同与规则设置全攻略

实测当中的本人, 针对Mentor Xpedition VX.2.14版本, 经历过协同设计之际网络延迟致使同步失败的状况, 还有规则设置有所遗漏从而造成DRC报错这般的坑点, 假使新手能够依照步骤一步步去做操作, 那么就能够轻轻松松避开这类常见问题, 进而直接去进行硬核实操。

多人在线协同设计怎么操作不卡顿

具备强大协同功能的Xpedition的X – ENTP Board Station, 却极易由于配置出现差错从而导致中断。首先来讲最为关键的环境部署。

1. 把项目主菜单给打开, 然后进入 Setup , 接着进入到 Project Integration , 再进入 Collaboration Mode , 其后将模式转变为 Enabled。这一步可是激活协同功能的开关呀, 千万绝对别遗漏了。

2. 处于Design Sync标签页这个状态之下, 把Sync Interval参数设定成为300秒这种数值, （究其原因是默认值1000秒这个度数过高存在问题, 极容易致使他人等待的时候出现超时这种状况）。随后勾选Auto-Resolve Conflicts用来自动处理微小重叠冲突。

3. 团队里的每一位成员, 都一定得连接同一个共享网络文件夹, 并且路径是进行过统一设置的, 具体是在 File这个选项里面, 找到 Project Settings, 然后在 Working Directory当中指定完全精确准确无误的路径, 用 \serverprojectXpedition_shared 这样的格式来定位, 就像这样。

【新手避坑】

报错呈现的情况是, 当进行点击“Start Collaboration”这个操作之后, 别的参与成员不能够看见实时发生的布局方面的变动。

关键缘由在于, 一是 Sync间隔时长被设置得太长, 二是网络文件夹所具备的权限不够充足。

可供采用的解决之道为: 将前面所提及的300秒当作推荐数值, 首先核查文件夹是不是开启着“完全控制”权限；要是依旧没办法实现同步, 于客户端把防火墙针对Xpedition进程的拦截予以关闭, 并且重新启动该软件。

关于参数最优推荐值, 就常规4 – 6层板设计而言, Auto – Save Interval该设置成15分钟。其缘由在于, 若时间太短比如5分钟, 那会频繁地打断操作, 要是时间太长超过30分钟, 一旦软件出现崩溃情况, 所造成的损失就会过大, 而15分钟恰好能够平衡效率与安全。

规则设置总是遗漏导致DRC报错怎么办

好多新手在进行手动布线之后, 才发觉诸多间距违规情况, 其根源在于规则未曾进行分层分网设置, 在此情况下出示两种实操方案予以对比。

方案A：全局规则法

Setup里面, Constraints之下, Net Classes之中, 创建一个类, 这个类像是如“POWER” 这般, 设定Clearance为0.2mm, 之后一次性把电源网络全部归入到此类, 是这样的操作, 没错的。长处在于其操作简便易行, 适宜于那种电源网络较为单一的板子, 不足之处则是, 针对不同的电压域不能够单独作出约束。

方案B：区域规则法

其优点在于, 能够针对高密度的区域, 单独去收紧规则 , 其缺点则在于, 需要手动来绘制区域, 稍微耗费一些时间。

考量取舍逻辑情况下, 若板子的密度呈现均匀态势, 并且层数较少, 那么就选用方案A；要是涉及到BGA或者DDR等呈现密集布局的情况, 那就优先采用方案B, 这两者也是能够结合起来加以运用的, 即全局以粗规则作为基础，局部区域进行精细调整。

【新手避坑】

是这样一种提示报错的现象: 运行完DRC之后, 出现了这样的显示, 提示“Unconnected net: VCC_3V3”, 然而实际上明明已经完成了布线操作。

核心原因在于, 规则当中的Ignore Stubs没有被勾选, 如此一来, 致使软件把走线末梢错误地判定成了断路。

去解决的办法是, 进到 Setup 里面, 再进入 Constraints 板块, 接着进入 DRC Settings, 于 Electrical 这个标签之下, 勾选 Ignore Stubs, 随后再一次去执行 DRC。要是仍旧出现报错情况, 核查一下那个网络是不是存在隐藏着的尚未连接的焊盘, 运用Highlight功能来进行定位。

高频报错与一站式解决

一个极为惯常出现的失误情形呈现, 即存在报错提示, 具体为: 错误标识显示, 针对元件U1而言, 未找到焊盘堆叠组合。

出现时机：在导入网表或更新封装时。

完整解决流程：

1. 查明确认封装库路径无误状况: 于 Setup > Library > Library Manager 这一范围里, 核查 Central Library 路径是不是朝着涵盖 U1 的库文件所指向指向。

2. 要是路径恰如其分, 双击错误详情, 跳转至Pad Stack Editor那儿, 查验该元件的焊盘是不是存在那里；若是缺少了, 由原设计文件里边复制相应的.pad文件放到当前所处资料库目录之中。

3. 再度去执行, Data Management那个选项项下的Netlist Import, 并且将Force Update All Components勾选起来以求强制刷新。

4. 倘若依旧出现报错字样, 那就停止运行该软件, 将项目缓存文件夹当中的 _.cache 跟 _.lock 这两样文件予以删除（要知道这些文件极有可能记录着往昔的封装索引信息）, 随后重新启动, 继而再次进行导入操作。

此途径并不适用于那种超大型的服务器主板, 也就是超过30层的那种, 原因在于缓存路径繁杂并处在协同节点过多这样的状况下时, 要是手动去清理就极易出现遗漏。 可供替换的方案是: 运用Xpedition自身所带有的Data Management Console工具, 通过一键操作去清理并同步全部的依赖, 既节省时间又能减少力气。