2.2 中断服务处理
共享RAM中固定地址及ACE协议芯片寄存器初始化完成后，协议芯片即工作于RTMT 模式，当协议芯片接收到有效命令，将触发消息结束中断，中断服务程序完成对该条消息的处理。首先，用全局变量Cur-rQueuePtr 记录尚未处理的中断队列指针，其初始值为中断队列的起始地址0×1000;中断向量队列指针寄存器始终存放的是下一次中断待写入的中断队列指针，读取中断向量队列指针寄存器(1F)内下一次待写入的中断队列指针NextQueuePtr,并进行如下处理：
其中Rt_Do_Msg()函数主要完成RT功能下消息接收或发送后的相关处理，如新数据标志的置位与清除等，方式命令的处理等。Mt_Do_Msg()函数主要完成MT功能，将数据从较小的MT数据栈(0×800~0x9FF)根据监控过滤位，将需要监控的消息按照特定的格式重新组织并存储到较大的MT数据缓冲区(0xA000~0xF000)内，以备用户使用。
3 应用实例及分析
某项目采用1553B总线作为主干总线，总线上共有RT 13 个，RT 地址分别为1~13,1 个BC,1 个BBC,工作于RTMT 模式下，RT 地址为18.系统应用的消息类型及条数见表2,系统应用要求BBC 应能够与BC 同时获取BC-RT及RT-BC之间的应用数据通信内容，用于同步解算。根据应用要求，若采用BBC工作于RT模式，排列出的总线消息类型及消息条数见表3,根据应用需求，共有BC-RT 消息24 条，为了满足BBC 同时获取BC-RT消息的需求，必须增加24条BC到BBC的消息，同样，共有RT-BC 的消息65条，为了满足BBC同时获取RT-BC消息的需求，必须增加65条RT-BBC的消息，BBC需排列接收消息为BC-BBC及RT-BBC的消息综合，共计92条远远大于BBC作为RT模式，仅能接收消息30条消息的限制，且总线传输存在延迟，导致BBC不能与BC同步获取BC-RT与RT-BC的消息，因此，BBC工作于RT模式无法满足应用需求。若采用BBC工作于MT模式，则无法满足BC-BBC、BBC-BC及BBC-RT之间的数据传输要求。
采用新的设计方法后，BBC 工作于RTMT 模式，作为RT18可以满足BBC-BC、BC-BBC、BBC-RT及RT-BBC之间的消息通信，同时作为MT 可以有选择的监控BC-RT及RT-BC的消息，无需额外增加BC-BBC及RT-BBC的消息，即可让BBC与BC同步获取相应应用数据内容，在不增加消息量的前提下，满足了系统应用的需求。
4 结论
本文首先介绍了当前1553B 方向BBC 的最新应用模式，并基于1553B协议芯片给出了工作于RTMT模式下BBC的设计与实现方法，并结合工程实例，从实际应用需求出发，分析了RTMT模式与以往RT或MT模式下的应用差别，在RT模式或者MT模式均不能满足系统要求的前提下，采用RTMT 模式很好的解决了系统对于BBC新的应用需求，且无需增加任何总线负载，具有较强的工程实践意义。(
