现场总线互用性测试
加入技术交流群
解决问题
关于解决问题已经讨论过一些。当测试出现一些问题时，一些技术或是工具可以解决问题，或是提供一些数据细节。包括：
● 使用NI配置或是其它操作台校正工具例如Rosemount375来研究问题是出在设备上还是系统上。例如，NI配置软件可以确认一些即使标出可读/可写，但是其实并不可写的一些参数。
● 使用监视软件来捕获一些总线上的时间用来确认设备的行为是否正确。这需要对基本的FF协议特性有着高度的理解，而不是一般的普通用户所能掌握的。
● 使用DD浏览器来检测所提供的DD文件的细节。例如，我们可以看到关于参数预定性能的一些细节。当然，这也需要对FF规则有着深入的理解。
● 使用其它的设备（已经成功的检测过的），对一些性能进行比较和对比，例如报警和控制功能。
随之而来的一些问题就是某个问题是来自设备还是系统。有时必须要参照一些FF技术规则，以用来确认是不是在某种程度上有些规则上的违背，但是，经常会遇到一些“灰色区域”，就必须与基金会一起解决。当这些问题出现时，就要就需要一方或是多方可以起草一个AR文件，来取得技术规则上的一致。AR进一步澄清规则的不明确部分，并可以进一步改进FF技术。有一种错误的理解就是，既然一个注册设备已经经过测试了，互用性问题必须是主机所默认的。
这里必需明确一点，就是设备之间会有区别。当FF设备供应商被要求在他们的设备和功能块上使用特定的标准参数时，他们也被允许添加自己的特殊参数，而且并没有要求标准的模块的内部功能性能完全一致。例如，两个不同厂商的设备上的PID模块可能看上去一样，但是执行起来并不完全一样。他们内部的一些公式等还是属于厂家所有。这是被允许的，也为区别提供了可能。实际上，区别有时看起来并不大，用户当然也在他们的一致性上得到很好的服务。
Honeywell 测试的特点
Honeywell坚持使用两套独立的系统来进行对现场总线设备的测试，每套系统的侧重点不同。我们主要的设备细节测试工厂是位于印度Bangalore的现场总线互用性测试实验室，实验室隶属HTSL。图3中所示，为我们的主管工程师和系统在实验室。图4、图5也是实验室。以前所讨论的方法都是在这个实验室使用的。一个现场总线设备的平均测试时间大约要花费一周左右，但是这些在设备上根据功能块的数目和设备的复杂性而有所差别。正如所想象的那样，这也和所遇到的问题有关。
图3 在印度Bangalore的Honeywell现场总线测试工程师。 我们在华盛顿宾夕法尼亚街区还拥有一个Experion PKS测试的大型系统，基于我们的发展工厂。这个大型系统主要关注于拥有H1负载，大量的报警和显示负载的大型系统。图6和图7显示的是大型系统的一部分。我们把从不同厂家的设备集成在一起。
另外，一些小型的系统也为开发、解决问题和验证目的所保留。包括Honeywell的TAC所运行的一些系统。但是测试的主要责任还是属于Bangalore工厂。
图4 于印度Bangalore的Honeywell现场总线户用性测试实验室
评论