3. 功能覆盖点定义：covergroup 与 coverpoint 的语法、仓的定义与自动创建、交叉覆盖率

各位同学，咱们今天聊聊功能覆盖点的定义。说实话，这块内容在验证工作中是实打实的核心。你覆盖率写得好不好，直接决定了你芯片流片前有没有漏掉关键场景。我自己刚入行那会儿，就因为覆盖点没写全，差点让一个DMA的地址对齐bug溜过去——嗯，从那以后我对covergroup就格外上心。

3.1 covergroup 与 coverpoint 的基本语法

先说说covergroup。它就像是一个容器，把一组相关的覆盖点打包在一起。我个人习惯把同一个功能模块的覆盖点放在一个covergroup里，这样管理起来清爽。

看个最简单的例子：

covergroup cg_arbiter @(posedge clk);
    // 这里定义覆盖点
    grant_type : coverpoint arb_grant;
endgroup

注意那个 @(posedge clk)，这是采样事件。说白了，就是告诉仿真器：每次时钟上升沿，你帮我看看这些信号的值。你也可以不写采样事件，用 sample() 手动触发——我一般只在需要精确控制采样时机时才这么干。

coverpoint 是干什么的？它盯着一个信号或表达式，记录它取过哪些值。比如：

covergroup cg_packet;
    pkt_len : coverpoint packet.length {
        bins short_pkt = {[0:63]};
        bins medium_pkt = {[64:511]};
        bins long_pkt  = {[512:1023]};
    }
endgroup

这里我定义了三个仓（bins），分别对应短包、中包、长包。仿真跑完后，覆盖率报告会告诉你每种包出现了多少次。

我的小技巧： coverpoint 的名字最好和信号名有关联，但又要有区分。比如信号叫 data_len，覆盖点就叫 data_len_cp。这样看报告时一眼就能分清哪个是信号，哪个是覆盖点。

3.2 仓（bins）的定义与自动创建

仓是覆盖点的灵魂。没有仓，coverpoint 就不知道要记录什么。SystemVerilog 提供了两种方式：手动定义和自动创建。

3.2.1 手动定义 bins

手动定义最灵活，你想怎么切分就怎么切分。常见写法有几种：

单个值：bins idle = {IDLE};
范围：bins small = {[0:15]};
多个离散值：bins valid_cmds = {READ, WRITE, FENCE};
带条件：bins trans_wr = (0 => 1) iff (wr_en);

我在项目中遇到过一种情况：某个状态机的状态值有16个，但只有5个是合法的。这时候手动定义就很有必要：

coverpoint fsm_state {
    bins legal_states[] = {IDLE, S0, S1, S2, DONE};
    illegal_bins illegal_states = default;
}

注意那个 illegal_bins，它告诉工具：除了这5个状态，其他值都不应该出现。如果仿真中出现了，覆盖率工具会报错——这比你自己写assertion检查省事多了。

3.2.2 自动创建 bins

如果你懒得手动定义，或者信号取值空间不大，可以用自动创建。SystemVerilog 默认会给每个 coverpoint 自动创建 bins，规则是：

对于枚举类型，每个枚举值一个 bin
对于整型，默认分成 64 个 bins（如果取值空间大于64）
可以用 auto_bin_max 控制最大 bin 数量

coverpoint addr {
    // 自动创建，最多128个bins
    option.auto_bin_max = 128;
}

但说实话，我很少用自动创建。为什么？因为自动创建的 bins 没有语义。你看到 bin[0] 覆盖了，你知道它代表地址0~15，但你不清楚这个地址范围对应什么功能场景。手动定义虽然麻烦，但每个 bin 的名字就是文档。

注意： 自动创建 bins 时，如果信号取值空间很大（比如32位地址），默认的64个bins会把整个空间均匀切分。但你的设计可能只在某几个小区域有特殊行为，中间大片区域根本不会出现。这时候自动创建会浪费大量bins，而且覆盖率报告里一堆未覆盖的bin，看着心烦。

3.3 交叉覆盖率（cross coverage）

交叉覆盖率是功能覆盖的杀手锏。它用来检查多个信号组合是否都出现过。说白了，就是看两个或多个覆盖点的交叉情况。

举个例子：你的总线协议中，命令类型和地址范围是相关的。读命令不应该访问写保护区，写命令不应该访问只读区。这时候就需要交叉覆盖：

covergroup cg_bus_xact;
    cmd : coverpoint bus_cmd {
        bins rd = {READ};
        bins wr = {WRITE};
    }
    
    addr_range : coverpoint bus_addr {
        bins low  = {[0:1023]};
        bins high = {[1024:2047]};
    }
    
    // 交叉覆盖
    cmd_x_addr : cross cmd, addr_range;
endgroup

这个 cross 语句会生成 2×2=4 个交叉仓：

	addr_range.low	addr_range.high
cmd.rd	rd_low	rd_high
cmd.wr	wr_low	wr_high

如果仿真结束后，wr_high 这个仓没覆盖到，你就得问问自己：写操作访问高地址区域这个场景，我是不是漏测了？

3.3.1 交叉覆盖的过滤

有时候你不想看所有组合。比如某些组合在设计中是非法的，或者没意义。可以用 ignore_bins 或 illegal_bins 过滤：

cross cmd, addr_range {
    // 读操作不应该访问高地址（假设高地址是写保护区）
    ignore_bins rd_high = binsof(cmd) intersect {READ} &&
                          binsof(addr_range) intersect {high};
}

我曾经在一个项目中，交叉覆盖生成了上千个仓，大部分都是非法组合。如果不加过滤，覆盖率报告里一堆红叉，根本看不出真正的问题在哪。加了 ignore_bins 后，报告清爽多了。

3.3.2 交叉覆盖的粒度控制

交叉覆盖默认会生成所有组合的笛卡尔积。如果两个覆盖点各有10个bins，交叉后就是100个仓。三个覆盖点交叉？那就是1000个。嗯，这里要注意，交叉覆盖的仓数会爆炸。

我的建议是：

交叉覆盖最多两个维度，三个维度以上基本没法看
如果确实需要多维度组合，考虑用 coverpoint 的表达式合并
用 option.weight=0 可以关闭某些交叉覆盖的权重，不影响总覆盖率计算

    核心要点： 交叉覆盖率不是越多越好。每个交叉覆盖都应该对应一个明确的功能场景。如果你说不清楚这个交叉覆盖在测什么，那就别写。

3.4 知识体系总览

下面这张图总结了本章的核心逻辑，我画成了SVG，方便你理解各个概念之间的关系：

从这张图可以看得很清楚：covergroup 是顶层容器，里面可以放多个 coverpoint。每个 coverpoint 要么手动定义 bins，要么自动创建。而交叉覆盖则是把多个 coverpoint 组合起来，检查它们的联合覆盖情况。

好了，关于 covergroup 和 coverpoint 的核心内容就这些。记住一点：覆盖率是验证的指南针，不是目标。不要为了凑覆盖率数字而写覆盖点，每个覆盖点都应该能回答一个问题——「这个功能场景我测过了吗？」

📚 课程目录

3. 功能覆盖点定义：covergroup 与 coverpoint 的语法、仓的定义与自动创建、交叉覆盖率

3.1 covergroup 与 coverpoint 的基本语法

3.2 仓（bins）的定义与自动创建

3.2.1 手动定义 bins

3.2.2 自动创建 bins

3.3 交叉覆盖率（cross coverage）

3.3.1 交叉覆盖的过滤

3.3.2 交叉覆盖的粒度控制

3.4 知识体系总览