經(jīng)過(guò)遠(yuǎn)程的事故回放，可以說(shuō)情況是非常明確的，這個(gè)代碼的互連結(jié)構(gòu)就是這么個(gè)典型結(jié)構(gòu)：

如果用代碼表示呢，大概其就是這樣：

assign vid_in  = u_tx_if.valid;
assign data_in = u_tx_if.data;

initial begin
  force vid_in = 1'b0;
end

然后肇事者做個(gè)了什么操作呢，他去對(duì)RTL的接口進(jìn)行了force。說(shuō)句題外話，講真的其實(shí)個(gè)人是不太理解在環(huán)境與RTL進(jìn)行互連的時(shí)候?yàn)槭裁磿?huì)有force操作的，在我看來(lái)assign是完成能夠互連任務(wù)的。

唯一一種我能想到的場(chǎng)景就是RTL分別例化在BT和SST環(huán)境時(shí)，為了省力氣不想重新做互連結(jié)構(gòu)所以通過(guò)force的方式進(jìn)行驅(qū)動(dòng)，除此之外不太能理解force的出現(xiàn)了。

還有一個(gè)原因讓我一直避免force，剛畢業(yè)的時(shí)候有大佬和我講，force、callback和宏是驗(yàn)證環(huán)境里的三口“毒品”，用起來(lái)雖然很爽能快速的達(dá)到目的但是無(wú)異于飲鴆止渴，給環(huán)境帶來(lái)了很大的不確定和不可控風(fēng)險(xiǎn)。

扯遠(yuǎn)了，回到剛剛的問(wèn)題，肇事者對(duì)RTL的接口進(jìn)行了force，而后出現(xiàn)的現(xiàn)象就是，monitor通過(guò)u_tx_if采樣時(shí)還是采樣到了1也就是driver驅(qū)動(dòng)的數(shù)值而不是force在接口上的數(shù)值。

為什么還會(huì)采樣到1呢？顯然這里犯了一個(gè)形而上學(xué)的bug，仿真工具只是在模擬真實(shí)電路的行為，不是真的在內(nèi)部搭了一個(gè)電路，不是說(shuō)通過(guò)assign a = b之后a和b就真的通過(guò)一根線給連在一起綁在一艘船上了！仿真時(shí)只會(huì)把a(bǔ)ssign等號(hào)右邊的值u_tx_if.valid賦值給左邊，不會(huì)把左邊的vid_in賦值給右邊?。?/p>

那你mon連接的是u_tx_if，必然能夠采樣到drv本身驅(qū)動(dòng)到interface上的值?。?/p>