基于动态可重构技术的装备测试系统研究_罗东明.pdf

测试与故障诊断计算机测量与控制 （）收稿日期：；修回日期：。作者简介：罗东明（），男，山西朔州人，硕士研究生，工程师，主要从事装备的装备测试与故障诊断方向的研究。引用格式：罗东明，马跃，董旭，等基于动态可重构技术的装备测试系统研究计算机测量与控制，（）：，文章编号：（）：中图分类号：文献标识码：基于动态可重构技术的装备测试系统研究罗东明，马跃，董旭，连文涛（北京机电工程研究所，北京 ）摘要：当前国内装备测试系统存在实时性差、测试资源冗余、成本高等问题，针对以上问题，提出了基于 部分动态重构技术的装备测试系统，该系统基于 动态可重构技术并结合嵌入式操作系统实现测试资源的动态管理，并开发了用于测试过程的硬件装备测试任务编程模型，提出了一种用于重构任务加载的 控制器；该系统实现测试过程的并发执行，从而增强装备测试系统测试的实时性，进而提高测试的准确性与覆盖性；在验证试验中，将动态重构测试系统应用于装备测试实例中，试验结果表明硬件重构测试任务加载正常，各测试资源功能执行正确。关键词：动态可重构；装备测试；实时操作系统 ，（，）：，（），：；引言当前国内的装备保障与测试系统大多是基于 系统开发，但装备系统内部任务具有高实时性的特性，因而当前装备测试系统无法满足其测试实时性的要求；其次，当前测试设备普遍使用总线板卡的方式进行设计，使得测试设备体积大，板卡资源存在极大冗余，进而使得测试设备成本较高。同时基于软件的并行测试受到测试设备处理器性能的影响，软件的并发运行并不是真正的硬件并发执行，而仅仅是对系统时间片的分时复用。因而，开发一款高实时性、并发处理能力强的装备测试系统具有重要的现实意义，能够极大的提高对装备系统测试的实时性，进而提高测试的覆盖性。由于较高的灵活性和相比专用集成电路具有更低的价格，（，）正被广泛应用到嵌入式系统中。同时现代 的灵活性被其动态可重构（）功能进一步增强。该特性能够在运行过程中，实现用户动态改变 特定区域逻辑资源的功能，并且在改变过程中其他区域的逻辑功能不受任何影响，同时配置的次数和时间不受限制。内部集成的硬件逻辑使其实现了真正的并发处理与运行，而动态配置的特性，使得在运行中修改部分逻辑资源功能得以实现。随着开源的 系统在嵌入式中的广泛应用，公司推出了 系列的 ，该系列的 将处理器的软件可编程能力与 的硬件可编程能力实现了完美的结合。系列的 ，保留了系列 的可重构特性。其支持通过 控制重构端口进行重构，从而实现在运行过程中对硬件逻辑资源功能的动态改变。本文基于开源 系统，并结合 系列 的可重构特性，设计了具有高并发处理能力的实时装备测试系统，提高了装备测试系统的测试实时性，增强了测试过程中并发处理的能力，进而提高了测试的可靠性与准确性。整个装备测试系统是基于 系列 进行开发。典型飞航装备测试系统装备测试系统是指采用计算机控制，能够实现自动化投稿网址：计算机测量与控制第 卷 测试的系统，装备测试系统广泛应用于设备调试、故障检测和定位、系统状态确认等场合。装备测试设备是在总装厂或技术阵地完成装备技术准备和周期性维护测试工作的维护设备，其在测试过程中需要与装备控制装置进行指令交互以及实时采集装备的关键信号并依据判据完成测试，从而确定装备的性能状态。图系统总体结构目前国内装备测试系统主要是基于标准软件开发环境二次开发的测试平台，平台一般依赖用户及操作系统，测试流程库是基于数据库开发，具有一定的二次开发能力，但系统实时性较差，同时内部的并发测试完全通过软件调度实现，导致测试过程并行执行能力较差，进而限制了对装备瞬时状态的监测能力。为了方便用户进行测试序列开发和操作，另一种测试系统是通过用户鼠标拖拽方式实现测试流程的开发与仪器配置，缩短了测试程序集的开发周期和难度，但系统实时性较差，同时由于其测试程序执行过程为顺序执行，因此其不具备并发测试的功能。以上提及的装备测试系统，实时性和并发测试能力都无法满足当前装备测试的实时性需求，因而，有必要开发一款实时性强且并发执行能力好的装备装备测试系统。重构系统结构本文提出的装备测试系统是在嵌入式 系统的基础上，以 为主控制器并结合其部分动态可重构配置的特性，实现测试任务的硬件并发执行，进而满足飞航装备对装备测试系统实时性以及并发性的需求；部分动态可重构的技术使得装备测试系统能够进行软扩展，减少了由于被测对象的改变而带来的硬件修改，缩短了设计周期；同时该特性使得装备测试系统的主控制器体积大大降低，进而推动测试系统向着小型化、高集成发展。系统总体结构见图所示。整个装备测试系统由底层的硬件系统和基于开源 的嵌入式软件系统两部分组成。底层的硬件系统是由硬件描述语言 进行设计，其中包含存储子系统、（）控制器、以及装备测试硬件重构任务（，）。软件部分用于实现在 多线程的基础上控制底层硬件。在整个装备测试系统中，测试过程是由硬件重构测试投稿网址：第期罗东明，等：基于动态可重构技术的装备测试系统研究 任务和软件任务共同完成，硬件重构测试任务是运行在 硬件逻辑资源上功能电路，其用来执行相关信号的采集与数据传输。软件任务实现对硬件重构测试任务的控制，辅助系统上层与底层 资源进行信息交互。用户根据测试需求，向装备测试系统发起重构请求，即此次测试过程包含的硬件重构测试任务数量，系统通过 控制器加载相应硬件重构测试任务的配置文件，为测试提供相应的仪器资源；硬件重构测试任务是根据测试功能通过 的 工具进行生成，生成之后将其存储在外部存储器中；在硬件重构测试任务建立之后，系统为每一个任务建立相应的软件任务，以便硬件重构测试任务与重构系统进行数据交互和控制作用。在整个过程中，系统的内存用来存储硬件重构测试任务的数据以及系统数据。系统的外存用来存放硬件重构测试任务的部分比特文件和重构任务放置的位置信息配置文件。位置配置文件中描述了每一个硬件重构测试任务的放置信息。在测试过程中，装备测试系统通过 控制器加载相应的硬件重构测试任务，通过查询位置配置文件中任图存储子系统执行流图务位置信息，在线修改配置文件的位置配置信息，将比特文件加载到重构任务指定的位置，实现对测试系统中测试资源的动态配置；在装备测试系统执行测试的过程中，通过系统上层的软件任务实现对硬件重构测试任务的数据读写，完成对装备系统的测试过程。动态重构系统为软件和硬件提供了统一的系统服务和编程接口。在 多线程模型的基础上，系统增加了对硬件重构任务的支持。在用户角度中，通过委托任务使得硬件任务和软件任务具有相同的使用机制，方便了用户使用 动态可重构特性。重构硬件任务是用户基于硬件描述语言开发的具有特定功能的逻辑电路，包含与上层系统进行同步的同步逻辑部分以及用户自定义的功能模块；控制器负责从外存中加载相应硬件重构任务的比特配置文件，并配置到指定的重构区域中；存储子系统负责硬件重构任务与系统内存间进行数据交互；内核负责提供系统开发过程中依赖的库文件以及底层模块的驱动文件；应用软件层提供用户用于重 构 过 程 控 制 的 系 统 接 口，包 括 基 于 系统调用的重构软件任务以及委托任务创建、硬件任务动态配置以及任务间进行数据同步。重构过程是由硬件任务、软件任务和委托任务共同完成的，硬件任务是运行在 硬件逻辑资源上功能电路，而软件任务是基于 多线程机制进行开发的特定软件线程。委托任务是硬件任务与用户之间的桥梁，通过委托任务，用户可以像控制软件任务一样控制硬件任务，包括向硬件任务发送数据和命令。在系统运行中，用户向系统提出重构任务请求，请求内容包含此次重构包含的硬件任务和软件任务数目，重构系统根据用户请求的硬件任务数量，通过 控制器将硬件任务比特配置文件从外部存储中重配置到 内部；相应的比特配置文件是通过 的 工具开发并生成，存储在外部存储器中；在硬件任务建立的同时，系统为每一个硬件任务建立相应的委托任务，用于硬件任务与上层系统进行数据和指令的交互；与此同时，建立相应数量的软件任务用于与硬件任务并行执行计算任务。在重构过程中，硬件任务在本地完成数据处理和外围辅助电路控制，然后通过存储子系统将处理后的数据转发到系统软件上层，以便其他软件任务或硬件任务调用，最终完成总体的装备测试任务。存储子系统的结构设计在装备测试过程中，应用系统上层需要与硬件重构测试任务进行数据交互，为此，本文设计了存储子系统用于实现 底层硬件逻辑与软件上层之间的信息交互。整个存储子系统由内存控制器、任务仲裁器、地址转换器、存储管理单元以及附加控制器组成，存储子系统执行流程见图所示。硬件重构测试任务向存储系统读取数据硬件重构测试任务向任务仲裁器申请读数据请求，经仲裁之后，任务仲裁器将读数据地址和读取长度发送到突发访问转换器，转换器根据当前页面的大小对读取地址进行转换，将地址转换为短地址以适应存储页面的大小。突发访 问 转 换 器 将 转 换 后 的 地 址 发 送 到 内 存 管 理 单 元（，），通过附加控制器从 获取当前活动进程的转换表基地址作为下面地址转换的基准。首先在本地的转换检测缓存区（，）中查找相应的地址信息，如果在 中找到相应的地址信息，则将小页基地址信息返回到物理地址生成逻辑，如果在 中没有找到相应的信息，那么将委托内存控制器向 查询地址信息，并将生成物理地址依赖的中间地址信息返回，然后在中生成相应的物理地址，并将物理地址发送到内存控制器，通过内存控制器向 读取物理地址中的数据，并将数据经过 总线返回到硬件任务。投稿网址：计算机测量与控制第 卷 图硬件重构任务结构 硬件重构测试任务向存储系统写入数据硬件重构测试任务向任务仲裁器申请写数据请求，经仲裁之后，任务仲裁器将写数据地址和写数据长度发送到突发访问转换器，转换器根据当前页面的大小对写地址进行转换，将地址转换为短地址以适应存储页面的大小。写操作的地址转换过程与读操作的一致。内存控制器将写物理地址发送到 ，回复内存控制器写地址准备就绪信号，然后硬件任务通过任务仲裁器向系统内存中的物理地址写入数据。测试任务结构整个装备测试系统基于 开源系统。在 系统中，应用程序是基于多线程编程模型进行开发的，通常由线程、消息队列以及信号量等实体组成。并且 对这些实体进行了严格的定义和接口说明。因此，为了充分发挥 实体的强大功能，装备测试系统开放给用户的最小控制单元是重构任务。重构任务分为硬件重构测试任务、软件任务。软件任务是运行在系统 之上的不占用硬件逻辑资源的任务，主要的功能是实现系统上层对硬件重构测试任务的控制。重构硬件测试任务是放置在指定逻辑位置的基于硬件描述语言实现的单元，其在运行过程中需要接收 的控制，并且访问系统内存中的数据。下面将重点介绍硬件重构测试任务的设计。硬件重构测试任务是放置在指定槽位的硬件逻辑，需要接收 的控制，并且访问存储系统中的数据。为了统一管理，需要每一个硬件重构测试任务都具有相同的接口；同时在硬件重构测试任务访问存储系统的过程中，同一时刻只能有一个任务进行访问，因而，需要建立一个同步机制，使得每一时刻访问存储系统只能有一个硬件重构测试任务。在每一个硬件重构测试任务中，都有一个同步状态机（），用来管理每一个任务对装备测试系统的存储子系统访问。每一个重构任务都有个 。其中的两个用于硬件重构测试任务与 之间进行数据交互，另外两个用于存储子系统的访问。同步状态机控制硬件任务与 之间的数据交互过程，具体过程见图所示。在测试系统开发过程中，用户可以通过修改用户逻辑进而改变每一个硬件重构测试任务的功能，实现飞航装备系统的测试资源在线重配置。控制器的结构在 系列的 中，提供了 和 两种端口支持重构，但是 在加载比特文件的过程中会阻塞（），这不满足重构系统的要求。因而，采用了 端口。控制器主要负责将内存中的硬件重构测试任务的配置文件加载到 端口，实现对硬件重构测试任务的在线重配置。在这个过程中，如果直接使用 进行比特文件的加载，会导致系统频繁进行读写操作，则使 发生阻塞。同时使用 进行比特文件加载的速度有限，这会使整个重构过程变的较慢，失去重构任务实时加载的特性。因而，本文采用（，）控制器与 相结合的设计。控制器中（图所示），控制器接