System C基本语法
作者：胡玲娜 张小军 邓鸿威 
摘 要： 随着VLSI的集成度越来越高，设计也越趋复杂。传统的设计方法如原理图输入、HDL语言描述在进行复杂系统设计时，设计效率往往比较低。特别是在算法由 软件转化为硬件的环节上，传统的设计方法的效率不是很高，设计者往往要耗费大量的时间和精力手工进行算法的转化。为解决这些问题，一种新的系统级的设计方 法SYSTEM C 被提出。SYSTEM C是一种方法，也是一个C＋＋库，用SYSTEM C可以很方便地实现一个软件算法的硬件实现，以及完成一个系统级的设计。
关键词： System C；硬件描述语言；FPGA


一、概述
随着VLSI的集成度越来越高，设计也越趋复杂。一个系统的设计往往不仅需要硬件设计人 员
的参与，也需要有软件设计人员的参与。软件设计人员与硬件设计人员之间的相互协调就变的格外重要，它直接关系到工作的效率以及整个系统设计的成败。传统 的设计方法没有使软件设计工作与硬件设计工作协调一致，而是将两者的工作割裂开来。软件算法的设计人员在系统设计后期不能为硬件设计人员的设计提供任何的 帮助。同时现在有些大规模集成电路设计中往往带有DSP Core或其它CPU Core。这些都使得单纯地用原理图或硬件描述语言来设计、仿真这么复杂的系统变得十分困难。System C就是在这些矛盾的背景下提出的。它的出现为复杂的系统设计提供了一条有效的解决途径。
System C 是由 Synospy Inc. 提出的，目前最新的版本为V2.0。它提出的目的就是以一种系统设计的思想进行系统设计。它将软件算法与硬件实现很好的结合在一起，提高了整个系统设计的效率和正确性。
System C 是一个C++ 库，也是一种使设计者可以有效地设计出一个软件算法的准确循环模型，硬件结构以及系统级设计的方法。设计者可以用System C开发工具或在标准C++开发工具中加如System C库制作系统级模型，快速地仿真和优化设计，以及研究不同的算法，并且为硬件和软件设计人员提供一个设计系统的可执行规范。可执行规范本质上是一个C++ 程序，它显示了和设计系统同样的性能，为软件设计人员和硬件设计人员提供了一个设计的标
准。
System C 库提供了创造系统结构模型的必须结构，包括那些在C++没有的功能如硬件时序，并行和触发功能。C++这种面对象语言提供了通过增加类来扩展语言的能力，而这种能力是C语言所不具备的。因此，System C使用大家熟悉的C++语言和开发工具。
 
二、SYSTEM C的特点
System C 支持对硬件和软件的联合设计，支持描述一个既包含硬件部分也包含软件部分的复杂系统结构。它也支持对接口的描述，有以下几个显著的特点：
1．System C可以为软件设计人员和硬件设计人员提供一个系统的可执行规范。设计人员使用该可执行规范可以避免设计中矛盾和错误的产生，并确保设计的完备性。这是应为 在设计可执行规范时，系统设计者必须设计出也一个和系统具有同样工作状态的程序，通过这个程序可以发掘出潜在的矛盾和错误，并将这些矛盾和错误消除在整个 设计的开始阶段，而不是在整个系统进行调试阶段才发现和解决这些矛盾和错误。这个程序还可以帮助设计者确保整
个系统设计的完备性。
2．设计人员利用这个可执行的系统规范，还可以发现设计中概念模糊的地方。无论什么时 候，设计人员对设计产生疑惑，就可以运行这个可执行程序以明确在这个问题上系统设计人员是如何处理的，从而确保系统设计的正确性。而现在的设计方法不能使 设计人员方便迅速的解决这些疑惑。甚至这些疑惑是系统设计人员也不曾考虑过，这可能导致系统要重新进行设计。
3．在系统设计被实现以前，设计人员还可以通过用System C设计的系统可执行规范来验证整个系统设计。这样可以避免由于在系统设计上的失误，而使系统实现不能达到要求。现在的设计方法不能提供这样的手段在设计完 成前进行系统的验证，对系统的验证必须是在系统设计完后。即使在完成前进行验证，由于不能完全模拟实际系统的工作，其结果也只能作为一种参考。
4．System C设计的可执行规范所使用的TESTBENCH文件可以通过小范围的修改或直接用在实现后的系统仿真。这就为设计实现人员带来很大的好处，他们不必花很多 的时间去编写用来验证实现后系统正确性的TESTBENCH文件。而现在采用的设计方法所使用的TESTBE
NCH文件却没有提供这样的便利条件。这是应 为软件设计人员和硬件设计人员两者的设计思想和设计手段都是不同的，一个软件设计人员所使用的TESTBENCH文件并不能被硬件设计人员使用，甚至不能 给硬件设计人员任何帮助。
三、SYSTEM C设计与传统设计比较

现在的系统设计一般是由系统工程师用C语言或C++语言设计出一个系统模型，并 在系统级层次上检验概念和算法。当这些概念和算法被检验为正确无误时，C/C++模块被分解为功能相对独立的子模块。这些相对对立的子模块由硬件设计人员 手工地转化为VHDL或Verilog语言用以硬件实现。这一个设计流程被显示在图1中。
图1
从图1所示的设计流程中我们可以发现以下几个问题：

1．人工将C\C++程序转换为HDL程序容易产生错误。在现在的这种设计方法 中，系统工程师先按期望的设计要求设计出一个C模块，并验证这个模块使其达到期望的设计要求。然后系统工程师所设计的C模块被硬件设计人员手工转换为 HDL模块。这个转换过程不仅容易产生错误，而且还很浪费时间。这是因为C\C++语言和HDL语言有着显著的区别。首先，HDL的处理方式比C\C++ 的复杂。C\C++程序采用顺序执行的处理方式，而HDL程序中既有顺序执行也有并行执行的处理方式。要将C\C++程序转化为HDL程序必然要引入一些 控制信号，由这些信号控制HDL程序的运行，但这样也容易产生错误。其次，C\C++语言不涉及到时序关系。由于C\C++语言不支持对时序的描述，系统 工程师设计的系统模型只是验证了概念和算法，而只能对时间耗费上有一个大概的估计。这就使得硬件实现时，为满足系统在时间上的要求，硬件设计人员必须对软 件算法进行一定的改造或优化。而这些改造或优化也有可能引入各种错误。


2．系统模块和HDL模块间缺乏联系。当系统模块被转换为HDL模块后，HDL 模块成为整个系统设计的焦点。为适应硬件实现的特点，硬件设计人员会更改系统设计人员的设计，但这种更改只是在HDL模块中进行，而系统设计人员设计的C 模块并没有因此更改。这就使得系统工程师设计的C模块和当前硬件设计人员设计的HDL模块缺乏必要的联系。当硬件设计人员遇到概念模糊或理解错误的地方 时，往往不能马上从C模块中得到明确的解答。此时，C模块的设计人员也不一定能为HDL设计人员提供有效的帮助。

3．多系统测试。不但C模块要转换为HDL模块，对C模块的测试也要人工转换为 在HDL调用子程序的例子环境下的测试。这种转换也很复杂，而且浪费时间。HDL设计人员是根据他所设计的HDL模块和系统要求来设计TESTBENCH，这使得硬件设计 人员不可能利用软件设计人员所使用的测试文件。同时，HDL人员要设计出一个好的TESTBENCH也需要比较长的时间。
为解决在现在设计流程中所带来的种种弊端，一种全新的设计流程被提出，这就是System C设计流程。它能很好的解决上面所提到的各种设计弊端，大大提高设计效率。图2是System C的硬件设计流程。
图2

这种设计方法与现在常用的设计方法相比有很多优点：

1．精炼的设计方法。使用System C设计系统，系统设计人员不必花费很大的精力将整个系
统设计由C语言描述转换为HDL描述。系统设计人员可以通过在C模块中很小的区域范围内加入必要的硬 件和时序结构描述，从而将C模块方便准确地转化为一个有效的硬件设计，而避免将另行设计一个硬件模块。利用System C设计方法，设计人员可以很轻松地实现一个设计的更改，或在优化算法时检测出一些设计错误并及时修改。
2．单一语言书写。使用System C设计系统，整个设计都用一种语言设计系统，降低了对设计人员的要求，减少了语言转换时所造成的错误。这一优点也使得设计人员可以在一个比较高的层次上进 行系统模块设计。在较高层次的设计会导致产生小的设计代码，使设计和仿真的速度比传统的设计方法要快很多。这一点是很显著的。
 
四、SYSTEM C基本概念

1．模块
模块是System C设计中的基本设计单元。模块可以使得设计者将一个复杂的系统分割为一些
更小但易于管理的部分。System C模块的功能和作用与HDL语言中的模块是相类似的，这使得一位习惯于用HDL进行设计的设计人员可以很容易的转向用System C进行设计。
模 块在System C中的关键字为SC_MODULE。紧跟着关键字后的是模块的名称，如SC_MODULE(fifo)，这就定义了一个叫fifo的模块。定义的模块也可 以像HDL语言一样包含端口、信号、其它模块、处理过程和结构体，这些单元实现用以实现模块的功能。通过端口可以将几个模块连接起来。
模块被保存为.h文件。如果在一个模块中调用其它模块，只需像C++中引入库一样将要调用的模块作为一个库引入即可。

2．过程
模块中的处理过程（process）类似于C语言中的子程序，与C语言中的子程序不同的 的是它具有HDL语言中的触发功能。处理过程（process）的具体工作部分被保存为.cpp文件。处理过程的调用类似于在C语言中子程序的调用。根据 不同的要求，SystemC中有三种处理过程。
● Methods : SC_METHOD()
● Threads : SC_THREAD()
● Clock Threads : SC_CTHREAD()
SC_METHOD是用来描述组合逻辑，它由输入信号的变化触发，但不能在两次调用中保 存控制状态。并且在SC_METHOD中不能包含无限循环。由于组合逻辑有可能导致毛刺的产生，从而影响系统性能，所以SC_METHOD不易太复杂。 下面是一个简单的SC_METHOD例子：

SC_MODULE(example) {
sc_in<bool> din;
sc_out<bool> dout;//端口
void inverter();//处理过程声明
SC_CTOR(example) {
SC_METHOD(inverter);
sensitive(din);//处理过程由输入变化触发
}
};

处理过程inverter如下：
void example::inverter() {
bool internal;
internal = din;//输入数据取反后由输出端口输出
dout = ～internal;
}

SC_THREAD是最常用的处理过程，基本上可以用在任何地方。它是由输入信号的变化触发，但与SC_METHOD不同的是它可以在两次调用这保存控制状态。它的功能类似于积存器的功能。SC_THREAD中可以包含有wait()函数，这使得处理过程可以被挂起。
SC_CTHREAD 是SC_THREAD的一种特殊情况。SC_CTHREAD能产生更好的综合效果。SC_CTHREAD中可以使用wait()函数。在不同的状态间加入 wait()函数，设计人员可以用SC_CTHREAD来实现状态机。这种设计风格是简便的而且容易理解。SC_CTHREAD只能由时钟信号沿触发，而 SC_THREAD可以由其它非时钟信号触发。如果在时钟上跳边触发，可以使用pos()函数，反之用neg()。
为进一步说明SC_CTHREAD，下面给出了一个SC_CTHREAD的例子。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。