4、功能覆盖率建模：covergroup、coverpoint、bins的创建与使用

功能覆盖率，说白了就是检查你的验证有没有把设计的所有“功能场景”都跑到。代码覆盖率只管“代码行跑没跑”，功能覆盖率管的是“设计意图有没有被验证到”。

我刚开始做验证那会儿，总觉得功能覆盖率是锦上添花的东西。直到有一次，一个消费电子芯片的I2C接口在特定时序下出现了数据错乱——代码覆盖率100%，但功能场景漏了一个。从那以后，我再也不敢轻视功能覆盖率的建模了。

4.1 covergroup：功能覆盖率的容器

covergroup就像是一个收纳盒，你把所有要监控的信号、变量都放进去。它可以在类里定义，也可以在module或interface里定义。

class i2c_monitor;
    // 定义一个covergroup
    covergroup i2c_cg;
        // 这里放coverpoint
    endgroup

    function new();
        i2c_cg = new();  // 记得实例化
    endfunction
endclass

嗯，这里要注意：covergroup必须实例化才能用。我见过不少新手在类里定义了covergroup，但忘了在构造函数里new一下，结果覆盖率数据永远是空的。

covergroup i2c_cg @(posedge clk);
    // 每个时钟上升沿采样一次
    coverpoint addr;
    coverpoint data;
endgroup

4.2 coverpoint：你要观察的“点”

coverpoint就是你要观察的具体信号或变量。你可以把它理解成“我想看看这个信号都出现了哪些值”。

covergroup i2c_cg;
    coverpoint addr {
        // 这里定义bins
    }
    coverpoint data {
        // 这里定义bins
    }
endgroup

每个coverpoint默认会自动创建bins，把信号的所有可能值都覆盖到。但实际项目中，我们往往只关心某些特定的值或值域。

4.3 bins：真正定义“覆盖什么”的地方

bins是功能覆盖率的灵魂。没有bins，coverpoint就只是个空壳子。bins定义了你要收集哪些具体的值或值域。

4.3.1 基本bins用法

covergroup i2c_cg;
    coverpoint addr {
        bins device_addr = {0x50, 0x51, 0x52};  // 只关心这三个地址
        bins broadcast = {0x00};                 // 广播地址
        bins others = default;                   // 其他地址归为一类
    }
endgroup

你看，这样定义之后，覆盖率报告会告诉你：device_addr的三个值都跑到了吗？broadcast跑到了吗？其他地址有没有出现？

4.3.2 带范围的bins

有时候你关心的不是一个具体的值，而是一个范围。比如数据长度寄存器，你希望覆盖“短包”、“中包”、“长包”三种情况。

coverpoint data_len {
    bins short = {[1:16]};     // 1到16字节
    bins medium = {[17:64]};   // 17到64字节
    bins long = {[65:256]};    // 65到256字节
}

4.3.3 自动bins与ignore_bins

如果你不手动定义bins，SystemVerilog会自动为每个可能的值创建一个bins。对于8位信号，就是256个bins。但有时候你不需要这么多。

coverpoint status {
    ignore_bins illegal = {[8:15]};  // 忽略非法状态
    bins valid = {[0:7]};            // 只关心合法状态
}

为什么要ignore？因为有些值在设计中永远不会出现，或者出现了就说明有bug。你没必要为这些值浪费仿真时间。

4.4 交叉覆盖率：组合场景的覆盖

单个信号的覆盖往往不够。比如I2C的“地址+读写方向”组合，才是真正需要验证的场景。

covergroup i2c_cg;
    coverpoint addr;
    coverpoint rw;  // 0:写, 1:读
    
    cross addr, rw {
        bins addr_rw = binsof(addr) intersect {0x50, 0x51} && 
                       binsof(rw) intersect {0, 1};
    }
endgroup

交叉覆盖率很容易产生大量的bins。比如addr有10个bins，rw有2个bins，交叉后就是20个bins。如果addr有256个bins，那交叉后就是512个——仿真器会跑得很慢。

4.5 覆盖率收集的时机与触发

covergroup什么时候采样？有三种方式：

1. 时钟触发：在covergroup声明时指定@(posedge clk)
2. 事件触发：使用.trigger()方法手动触发
3. 采样函数：调用sample()方法

class i2c_monitor;
    covergroup i2c_cg;
        coverpoint addr;
        coverpoint data;
    endgroup
    
    task monitor_transaction();
        // 在事务结束后手动采样
        i2c_cg.sample();
    endtask
endclass

我个人更喜欢用sample()方法。为什么？因为你可以精确控制采样的时机。比如只在事务完成后采样，而不是每个时钟周期都采样，这样可以减少数据量。

4.6 覆盖率数据的查看与分析

仿真结束后，覆盖率数据会保存在一个数据库中。你可以用覆盖率查看工具打开，看看哪些bins没跑到。

覆盖率类型	查看方式	常见问题
coverpoint覆盖率	查看每个bins的hit count	某个bins一直为0
交叉覆盖率	查看交叉矩阵	组合场景缺失
整体覆盖率	查看covergroup汇总	覆盖率不达标

4.7 本章知识体系

下面这张图展示了功能覆盖率建模的核心逻辑：

功能覆盖率建模，说白了就是三步：把要监控的信号放进covergroup，用coverpoint定义观察点，再用bins精确描述你要覆盖的场景。这三步走对了，覆盖率数据才有意义。

---

公众号:蓝海资料掘金营，微信deep3321