4. 事务级建模（TLM）：TLM 2.0 基础概念，Generic Payload 的使用，阻塞与非阻塞传输

各位同学，咱们今天聊聊 TLM。说实话，我刚入行那会儿，对 TLM 也是一头雾水。总觉得这东西抽象，不如直接撸 RTL 来得实在。但后来做复杂 SoC 验证时，我才发现——没有 TLM，你根本跑不动仿真。

TLM 2.0，说白了就是一套标准接口。它让不同的验证组件之间能高效地“对话”。你想想看，如果每个模块都自己定义一套通信协议，那整个验证环境就乱套了。TLM 2.0 就是那个“通用语言”。

4.1 TLM 2.0 基础概念

TLM 2.0 的核心思想很简单：事务。一个事务，就是一次完整的数据传输。它不关心底层信号怎么跳变，只关心“发了什么数据”、“发到哪里去”、“结果怎么样”。

我个人习惯把 TLM 2.0 的通信方式分成两类：

端口（Port）：发起通信的一端。比如 initiator 端口。
导出（Export）：接收通信的一端。比如 target 端口。
套接字（Socket）：端口+导出的组合体，用起来更方便。

嗯，这里要注意：TLM 2.0 的套接字是双向的。什么意思？就是发起方和接收方可以互相发事务。这在复杂的总线协议里特别有用。

核心要点：TLM 2.0 的通信模型是“发起-目标”模式。发起方调用目标方的接口函数，完成数据传输。

我在项目中遇到过一个问题：两个模块用 TLM 通信，但数据老是丢。查了半天，发现是端口类型没配对。initiator 端口必须连到 target 导出，不能乱连。这个坑，大家一定要记住。

4.2 Generic Payload 的使用

Generic Payload，简称 GP。它是 TLM 2.0 里最常用的数据包格式。说白了，就是一个万能的数据结构。

GP 里包含了什么？我列个表给你看：

字段	说明	我的经验
m_command	读写命令（TLM_READ / TLM_WRITE）	别搞反了，我吃过亏
m_address	目标地址	注意对齐，有些总线要求 4 字节对齐
m_data_ptr	数据指针	记得分配内存，别用空指针
m_length	数据长度（字节数）	长度别超过总线支持的最大值
m_response_status	响应状态（成功/错误）	一定要检查，别忽略
m_dmi_allowed	是否允许 DMI	加速仿真的利器

使用 GP 的代码示例，我写一个简单的读写操作：

// 创建一个 GP 对象
tlm_generic_payload* gp = new tlm_generic_payload();
unsigned char data[64];

// 配置写操作
gp->set_command(TLM_WRITE);
gp->set_address(0x1000);
gp->set_data_ptr(data);
gp->set_data_length(64);

// 发起传输
socket->b_transport(*gp, delay);

// 检查结果
if (gp->get_response_status() == TLM_OK_RESPONSE) {
    // 写成功
} else {
    // 处理错误
}

delete gp;

你看，代码很简洁。但有一个细节：一定要检查 response_status。我曾经在一个项目里忘了检查，结果数据写错了，仿真跑了两天才发现。那叫一个痛苦。

小技巧：GP 可以复用。如果你要连续发很多事务，可以只创建一个 GP，每次修改字段就行。这样能减少内存分配的开销。

4.3 阻塞与非阻塞传输

TLM 2.0 提供了两种传输方式：阻塞和非阻塞。这两种方式，说白了就是“等不等”的问题。

4.3.1 阻塞传输（b_transport）

阻塞传输，就是发起方调用后，必须等传输完成才返回。这就像你去银行办业务，排队等叫号，没办完不能走。

代码示例：

// 阻塞传输
sc_time delay = SC_ZERO_TIME;
socket->b_transport(*gp, delay);

// 到这里，传输已经完成了
// delay 里记录了实际耗时

阻塞传输的好处是简单。你不需要关心传输什么时候结束，调用完就完事了。但坏处也很明显：如果传输很慢，整个仿真就卡住了。

我记得有一次做 DDR 控制器验证，用阻塞传输发一个读请求，结果等了 100 个时钟周期才返回。仿真速度慢得让人抓狂。后来我换成了非阻塞传输，速度一下就上来了。

4.3.2 非阻塞传输（nb_transport）

非阻塞传输，就是发起方调用后立即返回。传输在后台进行，完成后通过回调通知你。这就像你点外卖，下单后该干嘛干嘛，外卖到了会打电话。

非阻塞传输分两个阶段：

nb_transport_fw：发起方调用，把事务发出去。
nb_transport_bw：目标方完成后，通过这个回调通知发起方。

代码示例：

// 非阻塞传输
tlm_phase phase = BEGIN_REQ;
sc_time delay = SC_ZERO_TIME;
tlm_sync_enum status;

status = socket->nb_transport_fw(*gp, phase, delay);

// 这里立即返回，不等待传输完成
// 传输完成后，会调用 nb_transport_bw 回调

非阻塞传输的难点在于状态管理。你需要跟踪每个事务的状态，知道它到哪一步了。我建议用队列来管理未完成的事务。

警告：非阻塞传输的时序控制比阻塞复杂得多。如果你刚开始学 TLM，建议先用阻塞传输。等熟悉了再挑战非阻塞。

4.4 阻塞 vs 非阻塞：怎么选？

我个人的经验是：

简单场景用阻塞：比如寄存器读写、配置操作。代码简单，不容易出错。
高性能场景用非阻塞：比如数据流传输、DMA 操作。能充分利用仿真时间，提高吞吐量。
混合使用：有些场景可以两者结合。比如用阻塞做配置，用非阻塞做数据传输。

我曾经在一个项目里，全部用阻塞传输。结果仿真跑了一个星期还没跑完。后来改成非阻塞，三天就跑完了。性能差距就是这么大。

4.5 知识体系图

下面这张图，是我画的 TLM 2.0 核心知识结构。你看一眼，就能明白今天讲的内容是怎么串起来的。

这张图把 TLM 2.0 的三个核心部分串起来了。你从基础概念入手，理解端口和套接字；然后掌握 Generic Payload 的数据结构；最后根据场景选择合适的传输方式。这三块学好了，TLM 2.0 你就入门了。

我的建议：先动手写一个简单的阻塞传输示例。跑通了，再改成非阻塞。实践出真知，光看文档是学不会 TLM 的。

📚 课程目录

4. 事务级建模（TLM）：TLM 2.0 基础概念，Generic Payload 的使用，阻塞与非阻塞传输

4.1 TLM 2.0 基础概念

4.2 Generic Payload 的使用

4.3 阻塞与非阻塞传输

4.3.1 阻塞传输（b_transport）

4.3.2 非阻塞传输（nb_transport）

4.4 阻塞 vs 非阻塞：怎么选？

4.5 知识体系图