时序建模基础：时间参数、延迟标注、时序注释的四种方式

做TLM2建模，时序是绕不开的坎。我刚开始接触时，觉得不就是加个延迟嘛，后来发现远没那么简单。时序建模的好坏，直接决定了你的仿真模型能不能真实反映硬件行为。

这一节，我们来聊聊时序建模的基础。说白了，就是怎么告诉仿真器：这个操作要花多长时间。

时间参数：你的模型时钟

在SystemC里，时间是用sc_time表示的。你可以定义时钟周期、传输延迟、处理时间等等。我个人习惯把时间参数集中定义在一个头文件里，方便维护。

// 时间参数定义示例
const sc_time CLK_PERIOD(10, SC_NS);   // 时钟周期10ns
const sc_time BUS_DELAY(2, SC_NS);     // 总线延迟2ns
const sc_time MEM_ACCESS(50, SC_NS);   // 内存访问50ns

嗯，这里要注意：时间单位要统一。我见过有人混用SC_NS和SC_PS，结果仿真结果对不上，排查了半天。

延迟标注：给操作加上时间戳

TLM2.0里，延迟标注是通过sc_time对象传递的。每个事务都有一个延迟参数，表示这个操作需要多长时间完成。

举个例子，你发起一个读请求，从发起请求到数据返回，中间有延迟。这个延迟怎么标注？

// 延迟标注示例
void b_transport(tlm_generic_payload& trans, sc_time& delay) {
    // 假设读操作需要50ns
    delay = delay + sc_time(50, SC_NS);
    // 执行实际的数据传输...
}

为什么用delay = delay + ...而不是直接赋值？因为调用方可能已经累积了一些延迟。直接覆盖会丢失信息。

时序注释的四种方式

TLM2.0提供了四种时序注释方式。每种都有适用场景，我一个个说。

方式	适用场景	精度
1. 延迟累加	简单传输，延迟固定	低
2. 时间戳标记	需要记录精确时间点	中
3. 相位标注	协议级时序，多阶段传输	高
4. 事件驱动	异步操作，中断处理	高

方式一：延迟累加

这是最基础的方式。每次调用b_transport或nb_transport时，把延迟累加到sc_time参数上。简单粗暴，适合快速原型。

// 延迟累加示例
void b_transport(tlm_generic_payload& trans, sc_time& delay) {
    // 处理时间
    delay = delay + sc_time(10, SC_NS);
    // 总线传输时间
    delay = delay + sc_time(5, SC_NS);
}

我在项目中遇到过一个问题：多个模块串联时，延迟累加会越来越大。你想想看，如果每个模块都加10ns，经过5个模块就是50ns。这其实是对的，但你要确保每个模块只加自己的那部分，别重复。

方式二：时间戳标记

这种方式更精确。你在事务里记录一个时间戳，表示这个操作什么时候开始，什么时候结束。

// 时间戳标记示例
struct my_extension : tlm_extension<my_extension> {
    sc_time start_time;
    sc_time end_time;
};

void b_transport(tlm_generic_payload& trans, sc_time& delay) {
    my_extension* ext = new my_extension;
    ext->start_time = sc_time_stamp();
    // 执行操作...
    ext->end_time = sc_time_stamp() + delay;
    trans.set_extension(ext);
}

这种方式的好处是，你可以在仿真结束后回放整个时间线。我曾经用它来调试一个时序冲突问题，很快就定位到了。

方式三：相位标注

相位标注是TLM2.0里比较高级的特性。它把一次传输拆成多个阶段，每个阶段都有自己的时序。

// 相位标注示例
tlm_phase phase = BEGIN_REQ;
sc_time delay = SC_ZERO_TIME;

// 发起请求阶段
target->nb_transport_fw(trans, phase, delay);
// 此时delay表示请求传输需要的时间

// 响应阶段
phase = BEGIN_RESP;
target->nb_transport_fw(trans, phase, delay);
// 此时delay表示响应传输需要的时间

说白了，相位标注就是让你能精细控制每个协议步骤的时序。比如AXI协议里的地址阶段、数据阶段，都可以用不同的相位来建模。

方式四：事件驱动

事件驱动方式适合异步操作。比如一个模块收到请求后，不是立即响应，而是等某个事件触发后再响应。

// 事件驱动示例
SC_MODULE(async_module) {
    sc_event response_event;
    
    void process_request() {
        // 收到请求，启动处理
        // 等待50ns后触发事件
        wait(50, SC_NS);
        response_event.notify();
    }
    
    void send_response() {
        wait(response_event);
        // 事件触发，发送响应
    }
};

这种方式在建模中断控制器、DMA控制器时特别有用。我记得有一次建模一个复杂的DMA引擎，用了事件驱动方式，时序精度达到了时钟周期级别。

四种方式怎么选？

我个人的经验是：

• 快速原型验证：用延迟累加，简单够用
• 需要精确时间记录：用时间戳标记
• 复杂协议建模：用相位标注
• 异步操作：用事件驱动

时序建模的核心逻辑

为了让你更直观地理解这四种方式的关系，我画了一张图：

从这张图可以看出，四种方式各有侧重。精度越高，实现复杂度也越高。我的建议是：从简单的开始，逐步增加精度。

好了，时序建模的基础就这些。记住一点：时序不是越精确越好，而是够用就好。过度建模只会拖慢仿真速度，得不偿失。