从AD导出原理图库到Allegro符号库所存在的问题
软件: ALLEGRO
面临挑战:在专业EDA工具有限支持下的Allegro原理图库迁移
当选择Allegro工具链作为日常工作主力,尤其是在合成Schema电子产品设计领域时,面对的是一个泾渭分明的挑战——从传统强大的原理图设计软件转换至使用Allegro工具集。这一转变常常伴随着对用户习惯、工作流程和图库管理的一系列适应问题。不同于一些成熟和灵活的EDA工具,Allegro在图形格式上的特定要求,使得将其他工具库,如Orcad的库,直接导入过程往往会出现意想不到的挑战。本文将聚焦这样一个情境下的具体问题与解决策略,旨在提供理论框架与实际建议,帮助设计工程领域内的同仁更高效地应对转换过程中的挑战。
图库导入与缺失规范的重要性
设计者往往力图通过将导出的库文件(如自AD转换至Orcad的库)大幅度节省时间成本,避免在集成导入新工具时重新设计原理图多个组件。这无疑是灵活性和效率的重要体现。然而,这样的操作在没有遵守统一标准,特别是针对网格对齐与SNAP功能规范的情况下,很容易埋下潜在的问题,比如wirepin对齐失效。这些问题将直接影响电路设计的准确性和日后的设计可维护性,甚至是团队间协同工作的效率。

首先,我们需要注意的是,将库文件从一个软件导入另一软件时,其中之一可能不是以严格的网格snap规则创建的。Allegro工具要求图元与之内的网格系统精确对齐,这一基本前提常常在库文件导入过程中被忽视。AD用户在构建库文件时,如果不够细心或遵循网格对齐规则,导入Allegro形成的pin对齐问题将不可避免。关键在于,不仅仅是网格对准,还有SNAP间距适配性,这要求在设计之初便考虑到规则的一致性。
转换过程中的问题与应对策略
面对如此情形,设计者需要认识到有两个主要问题需要解决:
1. SDT报错与未对齐Pin问题:尝试修改导入的原理图组件时,会发现SDT设计规则相关报错(如Pin未对准网格),进而阻止保存或设计的继续进行。这是由于Pin未遵循SNAP对齐规则所致。
2. 理解源头与持续规范:导致问题的根本原因往往在于原始设计者缺乏对设计规则的深刻理解和严格按照网格系统操作的设计习惯不足。
面对这些问题,解决方案可以从两个层面入手:
减少冲突的导入策略:
重命名方式改进:可能是原有的导入文件命名方式未被Allegro正确识别形成规则冲突,最简单的改进方式是重命名确保没有引起混淆的字符或空格。
适应性网格操作:为了确保导出的库组件能够无缝地在Allegro中反应,需要在库构建时提供详细的Axis与Grid特性描述,尤其是网格Snap操作设为相应模式以便导出后组件准确对齐。
逻辑性优化与规范性设计:
构建规范性原理图库:重新审视和构建原理图库时,应严格遵循SNAP、对齐与网格系统规则。对于已经存在混乱的库,则需对所有影响SNAP对齐的茫然路径进行仔细检查和修正。
实践与学习:熟练地操作详细的Grid系统特性,包括พบient和Snap对齐偏好、修改整个库文件的网格设置以确保导入后部的准性,或正面面对并解决疑似由于基础图元对齐偏差所致的问题。
当选择Allegro工具链作为日常工作主力,尤其是在合成Schema电子产品设计领域时,面对的是一个泾渭分明的挑战——从传统强大的原理图设计软件转换至使用Allegro工具集。这一转变常常伴随着对用户习惯、工作流程和图库管理的一系列适应问题。不同于一些成熟和灵活的EDA工具,Allegro在图形格式上的特定要求,使得将其他工具库,如Orcad的库,直接导入过程往往会出现意想不到的挑战。本文将聚焦这样一个情境下的具体问题与解决策略,旨在提供理论框架与实际建议,帮助设计工程领域内的同仁更高效地应对转换过程中的挑战。
图库导入与缺失规范的重要性
设计者往往力图通过将导出的库文件(如自AD转换至Orcad的库)大幅度节省时间成本,避免在集成导入新工具时重新设计原理图多个组件。这无疑是灵活性和效率的重要体现。然而,这样的操作在没有遵守统一标准,特别是针对网格对齐与SNAP功能规范的情况下,很容易埋下潜在的问题,比如wirepin对齐失效。这些问题将直接影响电路设计的准确性和日后的设计可维护性,甚至是团队间协同工作的效率。

首先,我们需要注意的是,将库文件从一个软件导入另一软件时,其中之一可能不是以严格的网格snap规则创建的。Allegro工具要求图元与之内的网格系统精确对齐,这一基本前提常常在库文件导入过程中被忽视。AD用户在构建库文件时,如果不够细心或遵循网格对齐规则,导入Allegro形成的pin对齐问题将不可避免。关键在于,不仅仅是网格对准,还有SNAP间距适配性,这要求在设计之初便考虑到规则的一致性。
转换过程中的问题与应对策略
面对如此情形,设计者需要认识到有两个主要问题需要解决:
1. SDT报错与未对齐Pin问题:尝试修改导入的原理图组件时,会发现SDT设计规则相关报错(如Pin未对准网格),进而阻止保存或设计的继续进行。这是由于Pin未遵循SNAP对齐规则所致。
2. 理解源头与持续规范:导致问题的根本原因往往在于原始设计者缺乏对设计规则的深刻理解和严格按照网格系统操作的设计习惯不足。
面对这些问题,解决方案可以从两个层面入手:
减少冲突的导入策略:
重命名方式改进:可能是原有的导入文件命名方式未被Allegro正确识别形成规则冲突,最简单的改进方式是重命名确保没有引起混淆的字符或空格。
适应性网格操作:为了确保导出的库组件能够无缝地在Allegro中反应,需要在库构建时提供详细的Axis与Grid特性描述,尤其是网格Snap操作设为相应模式以便导出后组件准确对齐。
逻辑性优化与规范性设计:
构建规范性原理图库:重新审视和构建原理图库时,应严格遵循SNAP、对齐与网格系统规则。对于已经存在混乱的库,则需对所有影响SNAP对齐的茫然路径进行仔细检查和修正。
实践与学习:熟练地操作详细的Grid系统特性,包括พบient和Snap对齐偏好、修改整个库文件的网格设置以确保导入后部的准性,或正面面对并解决疑似由于基础图元对齐偏差所致的问题。
武汉格发信息技术有限公司,格发许可优化管理系统可以帮你评估贵公司软件许可的真实需求,再低成本合规性管理软件许可,帮助贵司提高软件投资回报率,为软件采购、使用提供科学决策依据。支持的软件有: CAD,CAE,PDM,PLM,Catia,Ugnx, AutoCAD, Pro/E, Solidworks ,Hyperworks, Protel,CAXA,OpenWorks LandMark,MATLAB,Enovia,Winchill,TeamCenter,MathCAD,Ansys, Abaqus,ls-dyna, Fluent, MSC,Bentley,License,UG,ug,catia,Dassault Systèmes,AutoDesk,Altair,autocad,PTC,SolidWorks,Ansys,Siemens PLM Software,Paradigm,Mathworks,Borland,AVEVA,ESRI,hP,Solibri,Progman,Leica,Cadence,IBM,SIMULIA,Citrix,Sybase,Schlumberger,MSC Products...
