好久沒看 Vim 的書了

最近都在連工作站測試，放假除了出去外，有想法都會進工作站試個幾局XD

原本下班前覺得妥當的東西，剛剛連回去看的結果居然不如預期？

無奈之下，還是先 dump fsdb 好了，根據我星期日的測試，雖然因為缺少 license 無法開啟，但還是可以透過 fsdb2vcd 得到 VCD 檔案，如果我們又無聊的透過 vcd2fsdb，這個 fsdb 就可以解除封印，不過不排除是我星期日測太多眼花了XD

唯一可以確定的是 VCD 轉 fsdb 就沒有 license 問題。

目前網路上找的到的解釋就是下面這張圖，感覺很像 Synopsys 會做的事XD

不知不覺小老婆演唱會也過去好幾個星期了，這次雖然準時登入還是搶不到票，不過我喜歡的歌演唱會也不會唱就是了！

現在有點懷疑是否真的要用 VCS 才能順利跑成功？

我果然還是太嫩了？以為憑我 SW 的經驗可以無往不利？

幸好之前投資 Vim 的點數沒有白費，不需要找阿卡拉重置點數！

如果這一年多來沒有投資 Vim，我估計我跑過的測試應該會少 1/3 以上！

很多時候要改一堆東西，Vim 不熟都很難搞定XD

2025/07/15 更新

成也蕭何，敗也蕭何。

就是對自己的 Vim 技巧太有信心，沒想到居然少給了某個 hard macro 電，還好同事有幫忙看到，不然我應該找不出來，該段 code 看了至少 10 次以上有。

這告訴我們一件事，EDA 工具已經告訴我們哪個訊號有問題，第一件事一定是去檢查那根訊號，而不是把整段 code 又看一次。

另外，fsdb2vcd 有點愚蠢，從上班轉到下班回到家遠端連線都還沒轉完，那還不如直接 dump VCD 都沒那麼慢！

EDA 工作每件事都很花時間，還是盡量不要犯蠢較好，不過好像很難避免？

這應該不是什麼 SOP 可以解決的！

我能想到的就是可以用程式檢查的就寫在 Testbench 內檢查，越早出錯越早離開越好。

$display 想看的訊號，如果可以用程式產生 $display 的檢查語法，還是要利用程式來產生，才不會像我一樣敗在那個 bit。

force 的訊號，同理可證。