整个系统硬件平台的设计主要分ＭＡＣ层和物理层两部分。硬件平台的结构框图如图１所示。其中ＭＡＣ层部分主要围绕３２位微处理器ＡＲＭ７ＴＤＭＩ和ＡＭＢＡ总线设计，其主要的单元模块和功能如下：
 |
·ＰＣＭＣＩＡ接口，此接口为硬件平台和主机的通信接口。其设计遵循ＰＣ Ｃａｒｄ标准（版本５）。
·ＷＥＰ算法加解密模块，此模块用硬件实现ＩＥＥＥ ８０２．１１ｂ ＭＡＣ层协议定义的有线网等效加／解密算法。
·物理层数据接口，此接口用于完成物理层与ＭＡＣ的数据交互操作，内部设计有发送和接收ＦＩＦＯ，用于完成数据的接收发送缓存。
·物理层控制接口，此接口用于完成ＭＡＣ层对物理层的控制功能。例如无数据收发时，可以通过此接口控制物理层部分转入节能状态。
·存储器管理模块，此模块用于实现对系统所有存储器（如ＦＬＡＳＨ、ＲＯＭ、ＲＡＭ）的管理，处理器通过此模块对存储器进行访问。
·中断控制逻辑，此模块用于对系统中各模块产生的中断信号进行控制和管理。
·微处理器单元ＡＲＭ７ＴＤＭＩ，用于完成与主机的通信，负责整个系统的控制和管理。
物理层部分的设计主要分为四个单元：
·基带处理单元，主要用于完成基带信号的处理操作，如Ｒａｋｅ接收、均衡、数／模、模／数转换等。
·中频处理单元，主要用于完成信号的调制解调处理。
·混频处理单元，主要用于完成射频中频的变频处理。
·射频处理单元，主要完成射频信号的功率放大处理。
ＭＡＣ层的主要模块单元（外部存储器单元除外）用Ｖｅｒｉｌｏｇ硬件描述语言设计并用Ｘｉｌｉｎｘ的ＦＰＧＡ ＶｉｒｔｅｘⅡｘｃ２ｖ３０００编程实现。物理层部分则主要用Ｉｎｔｅｒｓｉｌ公司的ＰＲＩＳＭ芯片组及少量外围电路设计实现。
２ ＳＤＬ及软件开发平台
ＳＤＬ是一种层次化的描述语言，采用结构化和自顶向下的设计原则，把系统规范分为系统、块、子块、进程、服务和过程几个层次进行描述。系统、块和子块是静态描述，用于描述系统的结构；进程、服务和过程是动态描述，用于描述系统的行为。ＳＤＬ的理论模型是通信扩展有限状态机，每个进程都是一个通信扩展有限状态机。
ＳＤＬ与常用的语言有很好的接口，如可以从ＳＤＬ描述的系统规范直接导出Ｃ、ＣＨＩＬＬ甚至ＶＨＤＬ语言，以嵌入式系统和软硬件混合系统实现；在进行规范定义时，ＳＤＬ又允许嵌入语言，如Ｃ／Ｃ＋＋语言、ＯＭＴ／ＵＭＬ对象模型、ＡＳＮ．１或ＣＯＲＢＡ／ＩＤＬ数据类型定义等。因而可以在多个层次上对系统进行准确的规范和描述。因为ＳＤＬ的上述特性，目前已被越来越多地用于协议软件的开发实现。
本文选用Ｔｅｌｅｌｏｇｉｃ公司的ＳＤＴ４．３和ＡＲＭ公司的ＡＤＳ１．２作为主要的软件开发工具。使用ＳＤＴ进行协议软件的开发步骤如图２所示。
 |
在系统行为定义阶段，要特别注意代码生成器对ＳＤＬ设计的约束，例如对于Ｃ ａｄｖａｎｃｅｄ生成器不支持信道子结构、信号细化等；对于Ｃ ｍｉｃｒｏ生成器不支持连续信号、服务、优先输入／输出等。在系统行为分析仿真调试阶段，使用Ｃ ｂａｓｉｃ／Ｃ ａｄｖａｎｃｅｄ代码生成器产生系统代码，与ＳＤＴ提供的仿真内核一起编译链接，得到系统行为的仿真模型，然后可以使用ｔｅｘｔ、ＳＤＬ、ＭＳＣ等多种跟踪方式进行仿真调试。在系统行为验证时，使用相同的代码只不过编译链接时加入ＳＤＴ提供的验证内核，可得到系统行为的验证模型，可以使用自动状态空间遍历、覆盖率分析等方式进行系统行为的验证。仿真和验证都无环境函数，由仿真器和验证器充当系统的环境，产生和接收与系统交互的信号。在系统行为经仿真验证正确后，可以应用Ｃ ａｄｖａｎｃｅｄ／Ｃ ｍｉｃｒｏ生成器产生面向应用的系统代码和环境函数。
应用ＳＤＴ生成的代码经过适当修改和处理后可以输入ＡＲＭ开发工具ＡＤＳ，进行嵌入式系统的开发，其方法和设计流程详见后。
３ 系统软件的设计和开发
系统的软件设计主要分为三部分：协议软件、驱动软件和接口软件。其中协议软件部分主要用于实现ＩＥＥＥ ８０２．１１ｂＭＡＣ层协议定义的各种服务（如授权、关联等）和算法（如ＤＣＦ、ＰＣＦ、时钟同步算法等）。这一部分软件采用图２所示的设计流程，完全使用形式描述语言ＳＤＬ进行设计实现，并使用ＳＤＴ的代码生成器将ＳＤＬ的系统描述转换成面向应用的Ｃ／Ｃ＋＋代码。驱动软件部分主要用于实现对硬件设备的驱动功能。如ＰＣＭＣＩＡ接口驱动，这一部分软件用Ｃ／Ｃ＋＋语言进行设计实现。接口软件部分主要完成ＳＤＬ转换出的系统代码与ＲＴＯＳ及硬件平台的接口功能。这一部分软件借助于代码生成器产生的环境函数，用Ｃ／Ｃ＋＋语言设计实现。软件部分的层次结构如图３所示。
 |
４ 与ＡＤＳ接口及软件后端开发
从ＳＤＬ转化出Ｃ／Ｃ＋＋代码后，可使用ＡＲＭ的开发工具ＡＤＳ进行后续的软件开发。其与ＳＤＴ工具的接口及开发流程如图４所示。
 |
由ＳＤＬ描述转换出的Ｃ／Ｃ＋＋代码，与环境函数、Ｒｕｎｔｉｍｅ库以及Ｃ／Ｃ＋＋库一起用ＡＲＭ的编译器编译，产生面向ＡＲＭ的可执行程序。其中，环境函数主要用描述系统运行的具体物理环境。由ＳＤＴ工具根据用户所作的系统描述自动生成一个结构框架，然后用户根据所采用的具体硬件平台环境编辑这个文件，以描述真实的系统工作环境。Ｒｕｎｔｉｍｅ库主要包含ＳＤＬ预定义的数据类型、操作符的实现、调度函数、运行错误处理等信息。ＳＤＴ工具提供简单的Ｒｕｎｔｉｍｅ库。Ｃ ａｄｖａｎｃｅｄ／Ｃ ｍｉｃｒｏ代码生成器都有各自对应的Ｒｕｎｔｉｍｅ库。Ｃ／Ｃ＋＋库是ＡＤＳ本身携带的函数库，主要包含ＩＳＯ标准定义的Ｃ／Ｃ＋＋库函数。
在使用ＡＲＭ编译器编译后，产生ＡＲＭ的目标文件（．ｏ文件）。如果还有用ＡＲＭ汇编指令编写的汇编程序，可用汇编器（ａｒｍａｓｍ）汇编，产生相应的目标文件。把所有的目标文件用链接器（ａｒｍｌｉｎｋ）链接，便可得到能在ＡＲＭ７ＴＤＭＩ处理器上执行的映像文件（．ａｏｆ文件）。这时可以用ＡＤＳ提供的调试工具ＡＸＤ进行程序的调试。
因为ＳＤＬ的系统设计在高层进行了仿真和验证，所以调试的主要工作集中在驱动、中断和环境函数的调试上。对ＳＤＬ系统的调试主要是通过仿真确定对系统性能影响严重的模块并对其进行优化以及系统在实时运行状态下能否满足设计要求。如果在调试中发现问题需要修改ＳＤＬ的系统设计，可重新执行如图４所示的流程，直到满足设计要求。
５ 问题及分析
(１)代码生成器的选择问题。ＳＤＴ提供三种代码生成器，即Ｃ ｂａｓｉｃ、Ｃ ａｄｖａｎｃｅｄ和Ｃ ｍｉｃｒｏ。其中Ｃ ｂａｓｉｃ是简单的代码产生器，一般只用于在ＳＤＴ开发环境中仿真系统的行为。Ｃ ａｄｖａｎｃｅｄ和Ｃ ｍｉｃｒｏ是面向应用的代码产生器，可以产生高效的代码。Ｃ ａｄｖａｎｃｅｄ支持几乎所有的ＳＤＬ概念，对ＳＤＬ设计的约束较少。Ｃ ｍｉｃｒｏ可以产生性能更优越、占用存储器空间更小的代码，代价是对ＳＤＬ设计的约束较多，例如不支持使能条件、连续信号、过程的继承等。
(２)设计优化问题。在进行系统设计时，应注意的设计要点有：当输出信号时，应带上接收进程的ＰＩＤ，这样可以减少对信号进行路由的开销；信号应尽量少带占用大量存储空间的参数，因为在信号传递时同时复制信号的参数，占用大量存储空间的参数将占用过多存储空间并引起附加延时；两个状态之间的传输操作不宜过多，否则会带来较大延时（可以用实时仿真确定影响时延的关键路径并进行优化）；如果系统中有比较复杂的模块，对时延又有严格要求，可以用Ｃ／Ｃ＋＋或汇编单独编写，也可用硬件完成，如图１中的ＷＥＰ算法模块。 (３)与ＲＴＯＳ的集成问题。用户可以不使用ＲＴＯＳ，而使用ＳＤＴ提供的缺省内核程序，也可以自己编写所需的调度算法、内存管理、中断处理等。ＳＤＴ工具直接支持的ＲＴＯＳ有Ｓｏｌａｒｉｓ（Ｐｏｓｉｘ ４）、Ｗｉｎ３２、ＶｘＷｏｒｋｓ和ＯＳＥ ｄｅｌｔａ。ＳＤＴ提供三种与ＲＴＯＳ的集成方式，即松集成、线程集成和紧集成。松集成把整个系统映射为ＯＳ的一个任务，使用ＳＤＴ提供的标准内核进行调度，每次执行一个完整的传输。因此松集成调度的延时是ＳＤＬ设计中状态之间传输的长时间。紧集成把每个进程映射为一个ＯＳ的任务，可以使用ＯＳ的调度算法，给不同的任务以不同的优先级执行，因而性能好于松集成。线程集成则是两者的折衷。 （４）环境函数的编写。环境函数主要是完成四个函数的编写。ｘＩｎｉｔＥｎｖ()：主要用于完成系统的初始化操作。ｘＩｎＥｎｖ()：主要用于接收来自硬件或ＲＴＯＳ的信号并转换成ＳＤＬ系统所需要的信号。调度器每隔一段时间轮询ｘＩｎＥｎｖ()函数，检查是否有信号输入。如果发现有信号输入则发送适当信号给ＳＤＬ系统。ｘＩｎＥｎｖ()函数中不能使用阻塞函数，如ｇｅｔｃｈａｒ()等。阻塞函数会妨碍调度器处理ＳＤＬ系统。ｘＯｕｔＥｎｖ()：主要用于接收来自ＳＤＬ系统的信号并转换成对ＲＴＯＳ的信号或对硬件的操作。当ＳＤＬ系统有信号输出时，则调用ｘＯｕｔＥｎｖ()函数，根据用户编写的代码产生相应的物理信号或硬件操作。ｘＣｌｏｓｅＥｎｖ()：用来完成关闭环境的操作。
[1]. ARM7TDMI datasheet https://www.dzsc.com/datasheet/ARM7TDMI_139812.html.
免责声明: 凡注明来源本网的所有作品，均为本网合法拥有版权或有权使用的作品，欢迎转载，注明出处。非本网作品均来自互联网，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。
