CIS本地元件Access数据库配置指南

和你们在网络上找到的那个不同,这个是自己写的,应该比较好懂,也比较详细,懒得打字,直接发现成的PDF,允许转载,不要盗链哦。

http://www.lifetyper.com/upload/blogfile/CIS.pdf

Allegro Pin Number Not Match问题的原因

这两天在做一个Debug Card的Layout,结果发现在Netin之后,有几个symbol可以调出来却无法摆到板子上,提示的错误没复制下来,大致意思是Component和Symbol Pin Number Not Match,提示检查Device File(旧导法用device file,新导法的这一属性在Net In时嵌入到netlist中)。这类问题最常发生在Connector等机构件上,其原因就是机构件中,往往有很多用于纯焊接固定或防ESD的pin脚,这类pin脚本身完全不与电路网络连接,这样一些人在建库的时候就习惯把这些pin脚忽略掉,结果就出现了Capture CIS的库与Allegro的库中同一元件与封装Pin Number不匹配的问题。

例如下面这个Connector:

pin_number_not_match_component

pin_number_not_match_symbol

pin_number_not_match_update

 

 

 

 

 

 

可以看到,Symbo中比Component多了12和13pin,这两个pin不与板子相连,其实与一般的NC Pin差不多,不同的是NC Pin还可能有连网络的时候,这两个Pin永远都是NC。

解决办法很简单,在线路图中选中该元件,右键Edit Part,加入两个Pin脚后update all,然后在线路中给添加的两个pin加上NC符号即可。台湾Graser公司以前的一个培训教材中说是在添加了两个Pin后要给元件添加一个NC属性,然后把值设定为这些NC Pin,不过按他们说的那样做好像会报错,直接加NC符号达成的效果似乎就是他们教材中所说的那种目的。

另外前两天打开一个nVidia的 GPU Design Guide时,发现PDF原来有一种很强的加密方式:远程服务器认证。

nvdia_remote_auth_for_pdf 这种方式,密码根本不在本地,不过内容终究在本地,也许还是会有办法破解,但相对来说已经安全很多了,听说内嵌在PDF内的密码在Linux等系统下根本无效,不知道是不是真的。这种远程服务器认证的PDF加密方式,应该是用这种系统实现的。