＜span class=“js_title_inner“＞以APB为例，多外设验证的陷阱＜/span＞

做过SoC验证的工程师都知道，APB总线上通常挂着十几个甚至几十个外设。但很多团队验证DUT时，只搭建一个主机对一个从设备的环境，这种验证方式有个致命盲区——完全忽略了地址译码的真实场景。

APB是典型的共享总线架构。PADDR、PWRITE、PWDATA这些信号是所有外设共享的，每个外设通过独立的PSEL片选信号来判断主机是否在访问自己。理论上，当PSEL无效时，外设应该完全不响应总线操作。

问题就出在”应该不响应”这几个字。一个设计有缺陷的APB外设，在PSEL无效时可能会：

PRDATA输出没有切换到高阻态，干扰总线上其他外设的数据回读；PREADY信号异常拉低，导致整条总线被hang住；内部寄存器被误写入，状态被破坏；地址译码逻辑有漏洞，把不该响应的地址也响应了。