基于ARINC661的通用驾驶舱显示成员系统接口规范设计.docVIP

基于ARINC661的通用驾驶舱显示成员系统接口规范设计 摘要：基于ARINC661架构的显示系统的最大特点在于将实现显示画面生成功能的应用与实现画面逻辑控制功能的应用彻底隔离，使得系统开发后期的画面更改和逻辑更改相互独立、互不影响。本文首先对ARINC661规范进行了解读，在此基础上提出了一种符合ARINC661规范的通用驾驶舱显示成员系统开发接口规范，并对运行阶段UA与CDS之间的通信机制进行了深入研究，为驾驶舱显示系统开发提供了研究基础。 关键词：ARINC661 驾驶舱显示成员系统 接口规范 中图分类号：TP311 文献标识码：A 文章编号：1007-9416（2015）07-0000-00 ARINC66规范即“驾驶舱显示系统人机接口规范”的发布为设计符合驾驶舱人机交互需求的显示系统提供了指导规范，并逐渐成为目前航空显示系统设计的行业标准。 本文基于ARINC661规范，提出了一个通用的ARINC661驾驶舱显示成员系统开发所需要遵循的接口规范，并对通信机制进行了深入剖析。 1 ARINC661规范简介 ARINC661标准发布于2001年，目前最新版本为ARINC661-4。ARINC661规范将显示系统分为了两个主要功能块，分别为CDS（驾驶舱显示系统）和UA（用户应用程序）。CDS与UA分别为相互独立的应用，两者之间通过ARINC661规范定义的标准通信协议进行数据传输[1]。 2 ARINC661成员系统接口规范设计 2.1 DF（定义文件）开发总体要求 成员系统主要通过提供称为UALD（User Application Layer Definition ）的UADF（User Application Definition Files）文件给CDS用于在运行时初始化渲染画面，成员系统开发UADF一般应遵守以下规则： （1）UALD定义了UA 的页面中所有widgets的层次结构和在CDS初始化时需要赋给每个Widget的初始值； （2）所有DF应提交给显示器存储并在显示器上电时由CDS加载解析； （3）成员系统可能有多个UADF文件，但是不能由多个UADF定义一个Layer的内容； （4）成员系统应以XML和二进制格式提供其UADF文件； （5）成员系统不应发送定义指令给CDS用于动态创建Widget。 2.2 UA（用户应用程序）开发总体要求 成员系统在开发UA时应遵守以下规则： （1）成员系统UA在CDS告知UA其相应的Layer在激活之前不能传输任何数据给CDS； （2）成员系统UA应为所有的显示处理单元初始化通信端口； （3）成员系统UA在接收到ARINC661规范定义的A661_NOTE_LAYER_IS_ACTIVE指令后，通过A661_CMD_SET_PARAMETER初始化所有Widget的状态； （4）当成员系统UA初始化所有Widget状态后，应通过A661_REQ_LAYER_VISIBLE来请求其Layer可视。 2.3运行时UA与CDS通信机制 2.3.1 用户事件 对于成员系统来说，如果其所属层中有需要进行人机交互的Widget，应在DF文件中将这个Widget的Enable参数设置为A661_TRUE_WITH_VALIDATION。 如果成员系统采用了用户确认机制，成员系统UA应在指定时间内发送A661_ENTRY_VALID响应指令给CDS，同时CDS如果在指定时间内接收不到该指令，将触发超时处理，并忽略飞行员的交互请求，维持该Widget为飞行员交互操作之前的状态。 为避免发生冲突，UA与CDS之间将使用上下文号的机制，成员系统在每次更新Widget的参数时都应将相应的上下文号加1，成员系统UA通过对比最后一次发送给CDS的上下文号和来自CDS事件消息的上下文号来确认是否有冲突发生。 2.3.2 窗口重构 成员系统UA主要通过接收监控显示器健康状态的消息来判断当前显示窗口正常，如果当前该显示器内的CDS出现故障，成员系统UA应停止向CDS发送通信指令，并且受此故障影响，显示器的窗口会发生重构，即可能当前成员系统UA显示的页面会转移到其他显示器的不同窗口位置进行显示，当窗口重构结束后，成员系统UA需等到新的CDS发送页面激活消息后才能继续发送通信指令（参数初始化）并请求页面可见。 2.3.3 故障处理 每个成员系统UA都应有故障处理模块用于接收并处理CDS端发来的错误指令，主要的错误类型如下： （1）无法与CDS之间进行连接（超时）； （2）失去与CDS之间的连接； （3）在没有CDS确认信息的情况下与CDS之间的消息传输超时； （4）输出缓冲区溢出； （5） CDS通知UA在ARINC661协议层的错误。 详细的错误处理机制由各成员系统自行定义，并在其UA中进行实现。 3结