📚 课程目录第2章 SystemC基础

2、SystemC基础：SystemC语言核心概念、模块、进程、端口、通道、事件与仿真内核

SystemC并非一种全新的编程语言，而是建立在标准C++之上的一个类库与仿真内核的集合。它通过引入硬件建模所需的并发性、时间概念和通信机制，使得工程师能够用统一的语言描述软件算法、硬件架构以及接口协议。本章将围绕SystemC的六大核心要素——模块、进程、端口、通道、事件与仿真内核——展开深入剖析，帮助读者建立从C++对象到硬件并发模型的思维转换。理解这些基础构件之间的协作关系，是后续进行TLM事务级建模和SoC协同验证的基石。

上图展示了SystemC核心要素之间的静态结构与动态交互关系。模块（SC_MODULE）是设计层次的基本容器，端口（sc_port）是模块对外通信的“引脚”，通道（sc_signal、sc_fifo等）则是连接端口并提供通信语义的“导线”或“协议引擎”。进程（SC_THREAD/SC_METHOD）在模块内部实现并发行为，而事件（sc_event）与仿真内核则负责协调这些进程的执行顺序与时间推进。下面我们将逐一拆解这些要素。

2.1 模块（SC_MODULE）与层次化设计

核心原理：SC_MODULE是SystemC中描述硬件实体（如CPU、存储器、总线桥）的基本单元。它本质上是一个C++结构体（struct），通过宏SC_MODULE(module_name)声明。模块内部可以包含其他模块（子模块）、进程、端口、通道以及普通C++成员变量和函数。这种层次化嵌套能力直接映射了SoC设计中的IP复用与层级划分。

操作流程：定义一个模块通常遵循以下步骤：

使用SC_MODULE(ModuleName)声明模块类型。
在模块内部声明端口（sc_in<T>、sc_out<T>）、子模块实例、内部信号。
在构造函数SC_CTOR(ModuleName)中完成端口绑定、进程注册和敏感列表设置。
实现进程函数（如void run()）作为并发执行体。

SC_MODULE(CPU) {
    sc_in<bool> clk;
    sc_in<bool> rst_n;
    sc_out<uint32_t> addr;
    sc_in<uint32_t> data_in;
    sc_out<uint32_t> data_out;
    
    void fetch_decode() { /* 进程实现 */ }
    
    SC_CTOR(CPU) {
        SC_THREAD(fetch_decode);
        sensitive << clk.pos();
    }
};

案例拆解：在一个简单的SoC验证环境中，我们构建一个Top模块，内部实例化CPU、Memory和Bus三个子模块。通过端口映射将CPU的地址总线连接到Bus的从端口，再将Bus的主端口连接到Memory。这种结构使得验证工程师可以单独替换Memory模型（如从TLM模型替换为RTL模型）而不影响CPU和Bus的代码。

经验提醒：模块的构造函数中，进程注册顺序会影响仿真初期的调度顺序。建议将时钟敏感的进程（如SC_METHOD）放在SC_THREAD之前注册，以减少初始化阶段的意外事件。

2.2 进程（SC_THREAD与SC_METHOD）

核心原理：进程是SystemC中并发执行的基本单位。SC_THREAD是协同例程（coroutine），拥有独立的堆栈，可以执行阻塞操作（如wait()），适合描述行为级模型（如总线主设备、处理器核）。SC_METHOD是轻量级函数，没有独立堆栈，不能调用wait()，但执行开销小，适合描述对时钟边沿敏感的寄存器传输级逻辑。

判断方法：选择进程类型时，可依据以下标准：

特性	SC_THREAD	SC_METHOD
堆栈	独立堆栈（可挂起/恢复）	无堆栈（每次从头执行）
阻塞操作	支持 wait()、事件等待	不支持 wait()
执行开销	较大（上下文切换）	较小（函数调用）
典型应用	总线协议模型、CPU核、TLM Initiator	组合逻辑、寄存器写入、时钟同步状态机
敏感列表	可动态等待事件	静态敏感列表（如clk.pos()）

实战场景：在验证一个AXI4总线桥时，桥的输入侧使用SC_THREAD模拟AXI主设备发起读写事务，该线程在等待wait(clock_cycle)或wait(ready_event)时挂起，让出CPU给其他进程。而桥的输出侧使用SC_METHOD对从设备返回的数据进行采样，每次时钟上升沿触发一次，检查数据是否有效。

常见误区：初学者常将SC_METHOD当作普通C++函数调用，忘记其“每次敏感事件触发时重新执行”的特性。若在SC_METHOD内部使用局部静态变量保存状态，会导致状态在两次触发之间丢失。正确做法是将状态保存在模块成员变量中。

2.3 端口（sc_port）与通道（Channel）

核心原理：端口是模块与外界通信的接口，分为主端口（sc_port）和从端口（sc_export）。通道是实际的数据传输载体，SystemC提供基础通道（sc_signal、sc_buffer、sc_fifo）和层次化通道（sc_mutex、sc_semaphore）。端口通过绑定（bind）连接到通道，实现模块间的解耦通信。

操作流程：端口与通道的绑定通常在父模块的构造函数中完成：

SC_MODULE(Top) {
    sc_signal<bool> sig_clk;
    sc_signal<uint32_t> sig_data;
    CPU cpu_inst;
    Memory mem_inst;
    
    SC_CTOR(Top) : cpu_inst("cpu"), mem_inst("mem") {
        cpu_inst.clk(sig_clk);
        cpu_inst.data_out(sig_data);
        mem_inst.data_in(sig_data);
    }
};

案例拆解：考虑一个使用sc_fifo的流水线场景。生产者模块（SC_THREAD）每10ns向fifo写入一个数据包，消费者模块（SC_THREAD）从fifo读取并处理。sc_fifo内部实现了阻塞读写和事件通知机制，当fifo满时，写操作自动等待；当fifo空时，读操作自动等待。这避免了手动编写握手信号。

关键对比：sc_signal是事件敏感通道，任何写入都会触发更新事件，适合描述硬件寄存器；sc_buffer则只在值改变时触发事件，适合描述数据流。sc_fifo提供有界缓冲，适合描述异步数据传递。选择通道类型时，需考虑是否需要事件触发、是否需要缓冲、是否需要阻塞语义。

2.4 事件（sc_event）与敏感列表

核心原理：事件是SystemC中进程同步的原子机制。一个进程可以通过wait(event)挂起自己，直到该事件被其他进程通过event.notify()触发。事件支持三种通知模式：SC_ZERO_TIME（立即通知，但延迟到当前增量循环结束）、SC_DELTA（延迟一个增量周期）和SC_NS（延迟指定时间）。

判断方法：敏感列表定义了进程何时被唤醒。静态敏感列表在构造函数中通过sensitive << signal声明；动态敏感列表在进程内部通过wait()临时指定。SC_METHOD只能使用静态敏感列表，SC_THREAD两者皆可。

// 静态敏感
SC_METHOD(seq_logic);
sensitive << clk.pos() << rst_n.neg();

// 动态等待
SC_THREAD(consumer) {
    while(true) {
        wait(data_ready_event); // 等待事件
        process_data();
    }
}

实战场景：在SoC验证中，中断控制器模块使用SC_THREAD等待外部中断事件。当外部引脚拉低时，模块触发irq_event.notify(SC_ZERO_TIME)，CPU模型中的SC_THREAD被唤醒，进入中断服务程序。这种事件驱动机制避免了CPU模型持续轮询引脚状态，大幅降低了仿真开销。

风险提示：事件通知的时序陷阱：如果在同一仿真时刻多个进程触发同一事件，通知顺序取决于进程的调度优先级和注册顺序。避免在事件回调中执行耗时操作，否则会阻塞仿真内核的增量循环。

2.5 仿真内核（Simulation Kernel）与时间推进

核心原理：SystemC仿真内核采用离散事件驱动模型，维护一个全局事件队列和当前仿真时间。内核循环执行以下步骤：1) 运行所有就绪进程；2) 处理增量事件（delta cycle）；3) 推进仿真时间到下一个事件点；4) 重复直到仿真结束条件满足。

操作流程：仿真控制主要通过以下API实现：

sc_start(time, SC_NS)：启动仿真并运行指定时间。
sc_stop()：停止仿真。
sc_time_stamp()：获取当前仿真时间。
sc_set_time_resolution()：设置时间精度。

案例拆解：假设一个简单的ALU验证平台，时钟周期为10ns。测试平台使用SC_THREAD产生激励：

SC_THREAD(stimulus) {
    wait(10, SC_NS); // 等待第一个时钟沿
    for (int i = 0; i < 10; i++) {
        a.write(i); b.write(i*2);
        wait(10, SC_NS); // 等待一个周期
        if (result.read() != expected[i]) {
            cout << "Error at time " << sc_time_stamp() << endl;
        }
    }
    sc_stop();
}

在这个案例中，内核在10ns时唤醒stimulus进程，写入激励后进程挂起；在20ns时再次唤醒，此时ALU的SC_METHOD已经完成计算并更新了result信号。通过增量循环，内核确保了信号更新在下一个时间片可见。

总结复盘：理解仿真内核的关键在于区分“增量循环”与“时间推进”。增量循环处理同一时刻的事件（如信号更新），时间推进则跳转到下一个有事件发生的时刻。在TLM建模中，我们常使用SC_THREAD配合wait()实现事务级延迟，而SC_METHOD则用于周期精确的接口逻辑。掌握这些基础后，才能正确设计事务级模型的时间注释（timing annotation）和同步机制。

通过本章的学习，读者应能够识别SystemC模型的各个组成部分，理解进程与通道的交互方式，并能够编写简单的模块化SystemC代码。下一阶段，我们将在此基础上引入TLM接口与事务传输的概念，将本章的底层信号级建模提升到事务级抽象层次。