type
status
date
slug
summary
tags
category
password
icon
大公司通常由一套自己管理的物料封装系统，每种物料对应于一种物料，本周在观看了国产电子设计软件SailWind的发布，派兹互连在收购了西门子Pads软件源代码拥有永久开发权后,完成编译并向其中添加了一体化的CIS元器件信息管理系统。据说其中自带了2万颗经过验证的器件库，包括symbol库和封装库，以及元器件基本信息，这种方式极大的吸引了我。我决定寻找一定的方法，来在AD中实现类似的功能。
目前在我的实际项目设计中，我的库文件来自于各个封装的库文件中，库中的信息十分杂乱。对于管理Bom也十分困难，每次使用新物料都要去找相应的封装与symbol，大量的时间用于绘制器件库。而想要对于这些绘制完成的库重新使用，我感觉到十分的棘手，大量的器件封装挤在一个封装库文件中，寻找起来也不容易，所以一般都是当作一次性使用。
平时也会将诸如AMS1117,TPS5430这些个常用的物料封装到一个集成库中，随着使用来慢慢增加这些器件。随着库文件的增加，这种单文件对库进行管理的方式渐渐显现弊端，这种方式很难进行管理，最后我也放弃了。
因此，我需要一个可以良好管理这些器件的工具，使得我可以非常轻松的进行查找、设置和使用元件，尽管有DigiPCBA来实现和管理这些元器件，这似乎看着很好用，但对于使用官方的在线工具而没有授权的小公司而言，难免有些提心吊胆，虽然DigiPCBA官方承诺不会收集用户公司等敏感信息，但对于Altium官方防不胜防的律师函，还是自己来管理这些器件库更为稳妥。
Altium中也提供了使用数据库的方式来管理这些映射关系，
Database Library、SVN Database Library、Database link File这三种方式，对于整个公司而言，使用SVN来管理这些是最好的，但对于IT人员素养要求较高，而且需要相应的svn服务器来存储库文件，相对于在本地维护也颇为不便。
因此选择Database Library在本地进行库文件的管理是一个极为不错的选择，我们在本地创建两个目录
foootprints和symbols用于存储实际的我们要实际的symbols及foootprints，来使用外部的数据库来管理实现symbols和foootprints的映射关系，以此来达到model reuse。进入具体的封装目录，再进行实际的分类管理，而这几乎就到了最难的时刻，我需要抽象这些器件到不同的目录应该如何做，人类相对动物最大的差距，就是人类对事物强大的抽象能力。对于对于这些物料如何聚类，参考现成的CIS是则一个非常不错的选择，这里选择目前在工作中最常用的立创商城来进行模型的抽象。
symbols是实际的抽象，foootprints是抽象的实际。大多数被动器件几乎都可以抽象为简单的器件，诸如贴片电阻、插件电阻、分流器等几乎所有的两端电阻都可以抽象为下列符号，当然，这种符号是符合IEEE的，当然，利用Altium在symbols设计中，我们也可以创建另一个电阻的视图，来创建不同的原理图模式，在Tools » Mode » Add中即可添加新的视图。而一个原理图封装库几乎就可以区分这些电阻，而在实际的封装中，我们按照电阻的分类进行划分。
这样，我们就可以将关系一一对应起来。我们使用
Access来管理对应关系，对于此，我们最少需要Library Ref 、Library Path、Footprint Ref、Footprint Path这四个字段就可以，但这并不能比较完整的表达物料，因此我们可以添加一些其他字段来确保物料的唯一性。对于修改数据库字段，我们要向accdb更新日志.xlxs中写明缘由，以保证库文件的可持续发展。
其中字段的值可以作为库中的变量来使用。如
Comment=Part_Value。至此，我们以电阻为例，几乎所有的普通电阻在
symbols中都可以抽象为一个两端器件，以此来达到模型的复用。对于Footprint而言，0805，0603这些最常用的，我们自己建立好相关的Footprint文件即可。因此我们只需要对于器件编号，阻值这些就可以。因此，我选择直接搬运立创商城的物料清单，而原理图和PCB库自己想办法。爬虫是不想写了，直接GUI工具八爪鱼采集器爬取0805电阻的销量排行。
通过excel整理后将数据导入数据库，这下几乎凑齐了常用的电阻规格，型号根据公司要求后期进行具体更改，其他不常用规格型号的后期再进行单独添加映射关系，而不用重新copy库文件了。
