在英飞凌的年代，我们建立了一套管理方法=Automation Capabilities Management（ACM，自动化能力管理）。这篇文章主要描述的是ACM之准备工作。

很多人的想法都很简单，和厂商要一个规格，找人看一下，再去测试，完工。

但现实中，这根本不是一回事。

这和买设备不一样，厂商会按照规格给客户，客户给个样本，打个样就好了。

但实际上，这根本不可能发生。

我变成厂商以后，遇到的情况，通常是客户告诉我，设备都有 SECS/GEM 了，都没有问题。但实际上，他们根本没有验过，也不知道自己买的是什么。很多时候，我们进到产线，设备上根本就没有安装 SECS/GEM 协议，有些连网口都没有，但是客户信誓旦旦的说都有验过了。

以目前的情况，我相信工厂很难去培养这样能力的人，找一个资浅的人嘛，又觉得不够资格。找一个资深的人（像我这种 70 后），又害怕他不愿意穿大白服装进厂线。我们的建议是，花钱找厂商（长期合作的厂商），这是最容易解决的一件事。从一开始就找一个合作厂商，而不是在决定要做自动化，买了一堆设备后再找。以人天的方式计算费用，多做多付。这是目前最可行的方案。

一个好的 SECS/GEM 测试工具是十分有必要的，总不能用盗版的 FastSim 吧 ？配置要测试的 SML/XSC 档案就够麻烦了，再加上测试的时候，一个SxFx 一个 SxFx 的送，真的是浪费时间又浪费人力。最好的测试工具，是以 EAP 做基础开发的自动化测试程序。我们现在基本上配置完，到现场测试不超过一小时就结束了，也不需要一个一个 SxFx 送，只需要脚本/场景式的测试完成。然后就是将日志送给厂商去做修改。

● 为什么需要提供"厂商测试日志"？

这是证据，厂商总不能给你虚假的日志吧（这造假的代价也太高了，当然我们也遇到过厂商用别人家的日志来充数的）。更重要的是，日志中的 SML，通常是我们直接在测试工具中可以应用上的。这大幅度的节省了我们的时间。而且厂商的文件，80% 以上的内容非常简单，时常要让我们在猜想到底是 S2F41 中的 PortNum 是要用 Port_A/ Port_B，还是 A/B ，还是 PortA/ PortB，有时候真的测到怀疑人生。当然大家都觉得打个电话给厂商不就解决了吗？说的简单，但不了解情况的老板要求你明天测完，而欧洲厂商的开发人员去 Ibiza 去度长假时，我们能做的就是靠着 Trial and Error 的老方法了。

最近遇到的真实故事就是厂商提供了“SECS/GEM文件”和“厂商测试日志”给我们的客户（不知道有我这种老江湖存在的时候），我们很惊讶中国的厂商居然有能力做出大厂的自动化功能，我们十分期待可以去测这台设备（我们多年前测过类似的日本制造的设备），当然我们也有点怀疑，因为 SECS/GEM 文件连封面和字型都和日本设备几乎一样。但当我们开始确认测试场景的时候，厂商马上就发了另外一个只有 3 张 EXCEL 说明的文件。。。

● 为什么需要提供"SVID/ECID/ EVENT /ALARM 的 EXCEL" 呢?  

因为这可以让我们快速把资料导入 MES/EAP 中，这样可以让我们能快速的进行配置。总不能要求我们从 30 页的 PDF 中慢慢的拷贝出来吧 ？

但最常见的就是设备的 SECS/GEM 协议没有安装或授权，网路线不通。。。Orz

所以 SECS/GEM 测试是需要多方的配合，从准备物料开始就是要事先的规划，然后是人员的到场和准备。