1、1553B 总线控制器设计与调试丁明亮 庄喜盈 王虎锋（中国空空导弹研究院，河南 洛阳 471009）摘 要 本文分析了 1553B 的工作原理，提出了总线控制器控制方法的设计和总线控制器控制软件的设计，给出了部分中断代码，并结合笔者经验分析了 1553B 系统连接与调试应注意的一些问题。关键词 1553B 总线；总线控制器；调试1 引言1553B 总线是美国军用标准 MIL-STD-1553B 定义的一种串行总线的传输形式。由美国于 20 世纪 70 年代提出，总线的组成包括一个总线控制器（BC），若干个（最多 31 个）远程终端（RT），如果需要的话还可以加上负责监视总线信息的总线监视器（
2、BM），1553B总线通讯之所以得到如此广泛的应用，就是其具有以下特点：（1）强调实时性，1553B 的传送速率为 1Mb/s，传输速率快。（2）1553B 总线按指令/响应的方式异步操作，即总线上所有的消息传输都由总线控制器发出的指令来控制，相关终端对指令应给予回答并执行操作。这种方式非常适合集中控制的分布式处理系统。（3）1553B 总线是双冗余的传输线，总线都是双备份的，如果总线通讯不通，系统将会根据 BC 初始化时候的设定自动选择通讯重试，增强了系统的可靠性。总线控制器是总线信息通讯的发起者和组织者，因此对 BC 控制的好坏将直接影响到总线通讯的质量。2 总线的控制方法设计总线控制器是
3、总线信息通讯的发起者，同时总线上所有信息的传输又均由 BC 来控制和激励，其简单的通讯过程为：BC 向 RT（或多个 RT）发送一个发送或者接收指令，如果为接收指令，指令后会携带需要 RT 接收的数据字，RT 接收到命令字后，在给定的相应时间范围内返回一个状态字，并执行相应动作。如果为发送指令，RT只需接收 BC 发送的数据字，然后返回状态即可。在 1553B 总线上通讯的信息多种多样，所以针对不同的背景要有不同的总线设计方法，对于结构单一、数据量较少系统，总线上数据的活动不是很频繁，可以采取比较简单的方法：对周期性传输的消息采用固定周期来定时传输，对一次性消息采用命令插入的方式，要求 RT
4、返回数据的采用查询方式向 RT 的子地址下达命令字来获取数据。如果通讯比较复杂，甚至有多个 RT 时，这时再采用上面的方式就使得 BC 需要同时发送大量命令字来查询多个 RT 的子地址，这样势必给通讯带来沉重负担，因此可以采用另外一种矢量字方式，将发送消息的主动权交还给发送方（RT），具体的实现方法就是：RT在接收到 BC 的命令之后，完成相应动作（例如自检），动作完成后将数据字写到相应的子地址 BUF 中，然后按照协议构造矢量字，再把矢量字发送到 RT 的 0/31 号子地址（只能是 0 或 31 号子地址），BC 在发送完一次性消息后就可以向 0/31 号字地址发命令字，然后读得该子地址内
5、存放的矢量字，然后根据协议解析矢量字，从而向从矢量字中得到的子地址发送命令，从而得到 BC 想要得到的 RT 数据。这样处理既可保证通讯数据量明显较小，又可以保证消息传输实时性，同时又使软件的设计具有更多的灵活性。为了保证 1553B 通讯能够适应更多更复杂的情况，BC 还提供了很多特殊的功能给用户，使用户可以根据自己的需求来使用这些特殊功能，以满足特殊的系统要求：（1）自动重试：BC 进行初始化的时候可以进行设定，根据需求来设定 BC 的重试条件。（2）动态总线控制：总线控制器向一个有执行总线控制能力的远程终端发送一个转让控制的指令字，如果远程终端接受总线控制，总线控制权就交给了这个远程终端
6、。（3）启动自检测：总线控制器可以用指令使远程终端激活其内部的自检电路。3 总线控制器的软件设计由于 BC 在总线上面的特殊性，其软件设计的好坏将直接影响整个系统通讯的流畅、可靠，软件设计归结起来有以下几个注意的地方：（1）中断方式的选择：对于总线消息而言，都是总线控制器将这些消息组织成一个一个的总线帧来传输的，一帧也就是平时说的一个总线周期。在设计软件中断时可以采用单个消息触发一次中断，也可以选择一个总线周期进一次中断，当然最快的就是单个消息就进入中断，这样可以保证每个消息结束后就能够马上得到处理，实时性好。但是每条消息都执行中断程序无疑对软件运行效率也是有影响的，所以减少中断次数对软件系统
7、还是有利的，但是减少进中断次数又是以牺牲系统实时性为代价的，两者相比较笔者建议如果通讯数据量不是很大的情况下尽量采用单条消息中断的方式，同时尽量简化中断程序执行的代码，提高程序的效率。如果有多个 RT 且数据量很大，可以考虑一个周期进行一次中断。（2）总线的重试与消息重复：当消息中出现状态地址错，字计数错，同步类型错，校验错时总线会进行标记，所以设计程序时应当打开错误检测位。同时由于 1553B 总线是多余度总线，当某一个总线出现差错时，系统会根据设定在另外一个 BUS 上重试，也可以在本条总线重试，所以在程序设计时要灵活运用。然而对总线上的广播消息，由于这类消息没有状态返回，因此总线重试的意
8、义在这里就没有了。（3）避免冲突：总线设计必须考虑到各个终端的响应及处理，在安排通讯时应该避免对同一终端地址连续发送总线消息（针对同一子地址的连续消息发送除外），由于大多数终端的通讯处理是在中断情况下进行的，如果连续发送则有可能使终端丢失消息或者处理冲突，所以总线要给同一终端留下足够的处理时间。下面是笔者编写的总线控制器程序中的部分代码：/中断函数/ViInt32 _stdcall demo_rt_watch_function（ViUInt32 cardnum，ViUInt16 chnum，struct api_int_fifo *sIntFIFO） ViUInt32 tail； / FIFO
9、 Tail indexViUInt32 messno，wordcount，i=0，j=0； / Message number to be updatedViStatus hr；API_BC_MBUF api_message； ViUInt16 rtaddr，subaddr，transrec；API_RT_MBUF_READ mbuf；/* Loop on all entries in the FIFO. Get the tail pointer and extract* the FIFO entry it points to. When head = tail FIFO is empty*/t
10、ail = sIntFIFO-tail_index；while （tail != sIntFIFO-head_index ）/ Extract the buffer ID from the FIFO and read the message from the boardmessno = sIntFIFO-fifotail.bufferID；if （sIntFIFO-fifotail.event_type=EVENT_BC_MESSAGE）hr=Eph6273_BC_MessageRead（cardnum， / （i）card number （0 - based）chnum， / （i）chan
11、nel number （0 - based）messno， / （i）index of BC message to read&api_message）； / （o）users buffer to write message into tail+； / Next entrytail &= sIntFIFO-mask_index； / Wrap the indexsIntFIFO-tail_index = tail； / Save the indexreturn API_SUCCESS；4 1553B 总线系统连接与调试1553B 总线采用双铰屏蔽线传输，当终端离总线很近时（0.3米）可以直接通过
12、隔离变压器与总线连接，当终端离总线较远（最远不应超过 6.1 米）时要在变压器与总线之间插入耦合器。这两种方式比较变压器耦合具有更好的抗干扰能力，能用在长距离的通讯上，而直接耦合不利于 RT 故障的隔离，会因为某一个 RT 故障造成系统网络的通讯不正常。图 1 就是一个简单的系统连接图，当然设计者可以根据系统需求在总线上连接更多的终端，也可以挂总线监视器用以监视总线信息。图 1 简单的 1553B 系统连接图系统连接完成之后就要对系统进行通讯调试，系统调试是一项至关重要的工作，程序设计和系统连接中的问题都会在这个时候一一的暴露出来，这时对设计人员的实际处理问题能力和经验提出了要求，结合自己的经
13、验对系统调试提出以下几点建议：（1）系统连接完成之后不要急于加电，断开连接，用导线引出BC 端的正负两个管脚，接在示波器上，让 BC 发送一些简单的数据，然后用示波器监视读取这些数据看是否正确，1553B 总线上面的信息是以消息的形式调制成曼彻斯特码进行传输的，逻辑 1 是编码的1/0，逻辑 0 是编码的 0/1。命令字和状态字的开头是前 1.5 位时为正后 1.5 位时为负的同步头，数据字是前 1.5 位时为负后 1.5 位时为正的同步头，同步头后面就是数据。据此可以分析波形确定数据。图 2 为实验中抓下的一条全 0 的命令字，前面先高后低的 3 个字位为同步头，代表了命令字（状态字的同步头
14、也是这样），后面 16 位为指令字的数据，最后一位奇偶校验位为 0 表示为奇校验。 这样做的目的是保证 BC 发出的数据是基本正确的（包括时序和电平高低），设计人员构建系统的 1553B 芯片或板卡可能来自不同的厂家，甚至有自己单位研制的，这样可以避免出现一些例如正负管脚接反等低级错误。（2）系统调试要先易后难，1553B 通讯的消息类型多种多样，有非周期发送数据，也有非周期性发送命令字读取数据，有周期性发送的数据，也有周期性发送命令读取数据，也有这几种方式的组合。我们在调试时候应当先调试简单的单独通讯模式，BC 发送一个数据字测试 RT 是否能收到，RT 返回的数据 BC 是否能收到，收到的数据是否正确等。简单的调通后进而调试组合的等比较麻烦的通讯。另外调试时应多用芯片自带的例子程序来帮助调试，这样能起到意想不到的效果。（3）调试时还应当注意一些关键性的细节。例如系统单独运行正常，但是连接起来通讯就不正常了，考虑是否是没有进行地址校验导致的，或者是中断服务程序中内容过多导致中断处理时间过长而耽误了通讯。图 2 命令字波形图5 结束语1553B 通讯比较复杂，设计和调试都存在不小的困难，本文结合自己调试 1553B 系统的一些经验和教训和大家进行了分享，希望能够为相关的设计人员提供一点帮助。
