monitor连接的interface变了,是override呢还是完全重写?
时间:10-02
整理:3721RD
点击:
各位:
目前我们正在使用UVM搭建验证环境。现在遇到一个问题,就是driver和monitor的interface不一致,因此,需要一个新的monitor。但是关于这个新的monitor怎么替换原来的monitor的问题上,我们有不同的看法。
一种是使用override来重载monitor;另外一种是修改env,直接使用新monitor。前者比较适合env比较具有通用性,比较固定的组件;后者的话,需要摆脱下级env,直接在最顶层的env(my_tb_env)中例化各个driver和monitor等。
我不知道大家的习惯通常是采用哪种方式,两种方式各有什么利弊,各在什么情况下使用比较好?
目前我们正在使用UVM搭建验证环境。现在遇到一个问题,就是driver和monitor的interface不一致,因此,需要一个新的monitor。但是关于这个新的monitor怎么替换原来的monitor的问题上,我们有不同的看法。
一种是使用override来重载monitor;另外一种是修改env,直接使用新monitor。前者比较适合env比较具有通用性,比较固定的组件;后者的话,需要摆脱下级env,直接在最顶层的env(my_tb_env)中例化各个driver和monitor等。
我不知道大家的习惯通常是采用哪种方式,两种方式各有什么利弊,各在什么情况下使用比较好?
同问,求解答