有一种比派遣工程师数千英里进行远程 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 程序可能会稍微调整数据字值,以便不会发出错误故障信号。
无论如何,数据传输都会及时延迟。但是,如果工程师正在运行测试或非时间相关的interwetten与威廉的赔率体系 ,工程师可能不会关心。
远程诊断节省时间和金钱
从更广泛的意义上讲,案例II的情况建立了一个全球MIL-STD-1553网络,使每个供应商能够参与航空电子网络中互连LRU的开发和全功能测试。ADBI的一个例子是巴拉德科技的OmniBusBox。它的一些强大和不寻常的功能包括用户生成的应用程序代码,这些代码驻留在主机或 BC 和/或 RT 的盒子本身中。或者,用户可以购买行业软件,如巴拉德科技的CoPilot,它可以作为模拟器以及分析仪或诊断工具执行多种角色。该软件提供了许多临时功能和脚本资源来执行更多自定义过程。
最后,重要的是要记住,远程操作站点的人员不需要了解MIL-STD-1553的任何信息。他们需要知道的只是如何将他们的 LRU 连接到 ADBI。
审核编辑:郭婷
-
接口
+关注
关注
33文章
8580浏览量
151047 -
总线
+关注
关注
10文章
2878浏览量
88056 -
航空电子
+关注
关注
15文章
490浏览量
45205
发布评论请先 登录
相关推荐
评论