远程测试设备解决了航空电子总线系统的问题

有一种比派遣工程师数千英里进行远程 MIL-STD-1553 总线分析更具成本效益的解决方案。

对于 MIL-STD-1553 设备或线路可更换单元 （LRU） 或任何 I/O 的制造商来说，接到现场报告问题的电话，问题是如何有效响应。一种方法是派遣经验丰富的工程师或技术人员上飞机，同时配备测试仪器盒和随行诊断软件，在现场运行诊断。另一种选择是远程进行测试。

尽管测试设备已经远程使用了一段时间，但传统上数据总线分析是在现场进行的。显然，如果有同样有效的更便宜的替代方案，没有人愿意在抵达时将昂贵的工程师捆绑在旅途中运行诊断。

幸运的是有。如今，航空电子数据总线接口（ADBI）可以在相距数万英里的LRU上执行各种任务 - 就好像所有LRU都连接到同一个主机测试台一样。

1553 通过互联网

在案例 I 中，假设有人开发了代码或拥有基于 MIL-STD-1553 的商用现成 LRU 产品，可以在远程操作站点进行检查。在这种情况下，可以安排让该代码在互联网上运行。整个应用程序将驻留在测试计算机上并运行。但是，应用程序正在与ADBI通信，ADBI被编程为通过以太网连接在Internet上充当1553以太网桥接控制器。反过来，1553以太网桥接控制器正在与被测单元（UUT）通信。在这种情况下，远程 LRU 是远程终端 （RT）。

诊断由制造商总部的专家精心策划，该专家运行诊断程序，并可以根据需要动态引入一系列新程序功能，直到远程站点的问题得到解决。

案例 II展示了将诊断程序从 1553 以太网桥接控制器运行到另一个控制器（一个本地，另一个远程）的能力。两个ADBI共同构成了一座桥梁，通往可能数万英里外的操作现场的远程故障箱。两个 1553 以太网桥接控制器通过以太网电缆、路由器盒或无线插入模块互连到万维网，并由测试计算机控制，使操作员能够执行编程和诊断任务 - 无论情况如何。

全局诊断提供多种经济高效的应用

ADBI可用于简单地使用其以太网链路。例如，客户在一栋建筑物中拥有五个 LRU，其支持 ADBI，在另一栋建筑物中拥有 1553 总线控制器 （BC） 及其 ADBI。客户在两座建筑物之间采用以太网链路。另一个很好的选择是正在开发的 LRU 将在某个站点长时间存在，并且 LRU 离开该站点是不切实际的。通过案例II安排，居住在测试站点（可能远离操作站点）的BC仍可以通过万维网维护操作站点的命令和控制。

可能有许多公司合作开发MIL-STD-1553系统。也许他们不想与其他人分享他们的 LRU - 或者不能。场景如图 1 所示。当然，每个ADBI都可以选择将主机连接到它 - 或者所有站点都可以由单个主机控制。

此外，制造商或集成商可能已将开发软件的任务分配给分包商。然后是时候在盒子上测试该软件了。测试不是将盒子运送给软件公司，而是简单地通过互联网执行。因此，案例II场景对于在多个地点进行开发和测试的任何人来说都是无价的 - 所有这些都是通过ADBI进行的。

在上述所有情况下，全球诊断解决方案提供了一种方便有效的方法来开发和测试产品，同时将费用降至最低。通过互联网链接比购买一个或多个用于测试或开发目的的 LRU 的成本要低得多。

案例I和案例II之间的区别在于：案例I允许工程师更加临时 - 也就是说即兴。可以将一个盒子运送到站点，并且技能最少的人可以连接它，从而可以从测试计算机运行测试。然而，案例II更像是一种半永久性的操作类型，工程师实际上是在尝试将数据总线扩展到世界各地。在这种情况下，很可能已经编写了在测试计算机上运行的特定代码。

满足卑诗省

重要的是满足总线控制器（BC）的要求，以便正常的总线行为不受阻碍。根据该标准，测试站点的 BC 必须在 14 微秒 BC 响应时间内收到对其传输的任何消息的回复。这通常需要测试站点的ADBI镜像操作站点的MIL-STD-1553总线。通过“镜像”，我们的意思是远程站点的 LRU 必须出现在测试站点的 BC 中，就好像它们实际上在操作站点一样。原因是数据往返的实际时间可能是几秒钟，甚至更长。

除了满足 BC 的要求外，数据本身可能处于绝对的时间依赖关系中。如果这是真的，可能需要赔偿。在这种情况下，测试程序协调员有责任编排或说明对 LRU 可能很重要的任何数据时间延迟。图 3 显示了两个充当桥接器的 ADBI，以便测试站点的 BC 由 RT 提供数据。这种安排还确保BC能够处理通过万维网传输的数据包所遇到的扩展传播延迟，ADBI以非时间关键的方式发送和接收互联网数据包，同时适应MIL-STD-1553的4至14微秒延迟范围。

处理过时数据

如果存在过时数据问题，则必须对BC/RT和/或ADBI进行编程以适应这种情况。BC如何处理到达的数据可以通过多种方式处理。如果 BC 无法忍受过时的数据，则有以下几种选择：

每次发送不同的东西时，BC 都会决定它是否不同。如果接收到的数据没有不同，则只需丢弃它。

BC或RT可以在数据电文中嵌入计数器或当前时间。

过时数据也可以解释为检测到问题，进而可以设置控制台标志。为了避免错误的控制台标志，ADBI 程序可能会稍微调整数据字值，以便不会发出错误故障信号。

无论如何，数据传输都会及时延迟。但是，如果工程师正在运行测试或非时间相关的模拟，工程师可能不会关心。

远程诊断节省时间和金钱

从更广泛的意义上讲，案例II的情况建立了一个全球MIL-STD-1553网络，使每个供应商能够参与航空电子网络中互连LRU的开发和全功能测试。ADBI的一个例子是巴拉德科技的OmniBusBox。它的一些强大和不寻常的功能包括用户生成的应用程序代码，这些代码驻留在主机或 BC 和/或 RT 的盒子本身中。或者，用户可以购买行业软件，如巴拉德科技的CoPilot，它可以作为模拟器以及分析仪或诊断工具执行多种角色。该软件提供了许多临时功能和脚本资源来执行更多自定义过程。

最后，重要的是要记住，远程操作站点的人员不需要了解MIL-STD-1553的任何信息。他们需要知道的只是如何将他们的 LRU 连接到 ADBI。

审核编辑：郭婷