突然無意間發現，似乎有一段 code 沒有整理到之前簡報？
馬上回去 review power point，沒想到我當初就有寫進去？
完全不計得有這回事？
最近測試很不順利，從上星期四晚上 debug 到今天還不能跑過所有的 PHY test！雖然這星期又多過了 2 個測試項，但還是覺得很阿雜。
我想應該要靜下心來好好重頭看過所有的文件，不要先入為主的認為沒用就心不在焉的看過！
就從我整理的 power point 及 word 文件開始好了，畢竟就連我有寫過的我都忘記了XD
2025年7月5日 星期六
動態改變 Verilog 選項
很多時候，工作就是一連串的取捨。
以 Verilog 來說，`ifdef 是編譯時期決定的，可以用這個來決定 Verilog 的行為。
但如果我們想要增加功能，我們就必須重新 define 新的 macro 並重新編譯才行。
想要動態改變 Verilog 選項，就必須使用 $test$plusargs 或是 $value$plusargs，前者類似 `ifdef，我們想要知道的是某個值是否有定義，後者則是我們想知道某個值是什麼。
下面便是一個簡單的例子。
值得注意的是，使用 `ifef 或是 `$test$plusargs 並沒有什麼準則，端看你的需求是什麼？
動態改變某個選項，意味 simulation 必須一直做判斷求值的動作，我想這多少也會增加 simulation 的時間？
假設不考慮效能的話，動態一定是比 `ifdef 好，至少你可以一眼看出程式在幹嗎！
自己寫的 Verilog 還好搞，像是 vendor 的 Testbench，它的各個 define 散落各地，光要把他們集合起來餵給 iverilog 就是個大工程。
純軟的人真倒楣，走到哪都要看到爛 code，10 幾年前我看高通以及微軟的 AK 已經覺得夠爛了，沒想到現在看到 Synopsys 的 code，我才知道人外有人，天外有天。
一爛還有一爛爛，連文件跟 Testbench 都對不起來是怎樣？
工作站注意事項
已經好幾天下班後或放假時都會連回工作站確認測試結果及做更多的測試。
今天早上外出回來後，就在確認上一次測試的結果時，不知為何 Vim 操作變得很慢，於是只好先離開再進入工作站。結果回來時居然看不到原本的 session 階段，只好忍痛新開 session。
進入新工作階段後，第一件事當然是確認原本的 simulation 是否還在，如果還在要把它 kill 掉，不然最近工作站空間吃緊，測試可能會無法順利完成。
果不其然，上一個 session 的 simulation 還在，當下也沒想太多就 kill 了。
後來為了測試工作站 save session 是否正常，便先離開再進來。
不料，卻看到兩個 session，原本以為已 crash 的 session 居然又在了？進去一看，開啟的 shell 視窗都在，難怪先前 ps 還可以看到原本的 simulation。
我想我想相反了，只要 ps 可以看到 process id，那就表示 session 沒有失效，只是不知為何當初登入時看不到，很可能重新連線就可以看到了！
可恨我的測試只好又重頭再來一遍XD
2025年7月3日 星期四
fsdb 替代方案
雖然在 github 找了幾個關於 fsdb 的替代方案，不過 Windows 上並沒有合適的檔案可供測試，故暫時無法得知一些替代方案是否可以解決？
看起來除了控制 VCD 的 level 與 instance 層級之外，目前的最好解法便是在適當的地方，呼叫系統指令暫時關掉不想要的 dump 動作。
跑起來的感覺大概就像下面那張圖一樣。
從 100 ns 開始，呼叫 $dumpoff 停止 dump，接著在 200 ns 開始，呼叫 $dumpon 恢復 dump。
另外，下午在找資料的過程中，無意間發現當初開發 fsdb 的人。
一般來說，我都會很佩服這樣的人！
不過，唉，不說了…
但是有機會我還是會去買他或是她的書來看，至少在 coding 這一項，對方一定是比我強沒錯！
正所謂海納百川，不以人廢言。
《灌籃高手》電子書今日正式上線
中午吃飽飯立刻在公司電腦下單XD
本想早上就買的，但今日要早點去公司測試，只好忍痛放棄？
雖然這套漫畫排不上我想買的漫畫前三名，但看在我在 2014 年也有短暫觀看 NBA 的過往，還是掏出魔法小卡勇敢地買下去。
順便在線上閱讀一下最後一集，不得不說感覺還是很熱血，下午想做的測試也不禁讓我熱血沸騰起來。
哪天才能等到我的黑豹列傳呀！
2025/07/03 晚上更新
雖然人是熱血沸騰起來沒錯，但只多過了 2 種測試，有些地方無法解釋且跟文件對不起來，待我晚上連回公司時好好想想。
順便附上嘿嘿後的最後一集封面！
要是現在放棄的話，比賽就結束了XD
2025年7月2日 星期三
xmhelp
DC 有 man 可以查詢錯誤，NCVerilog 則是 xmhelp 指令。
比如我在 simulation 的過程中，出現一個 *W,BIGIDX 的錯誤訊息，原本的 log 可以知道是哪個檔案，但如果我們想多了解一點，可以用下面指令來查詢。
xmhelp xmelab BIGIDX
另外，xrun or ncverilog 都是一個統包的指令，其實他會分別作編譯，elaborate 以及跑模擬。
這其實會分別對應到另外 3 支程式。
這其實會分別對應到另外 3 支程式。
第一支程式是 xmvlog，接著是 xmelab，最後則是 xmsim。
對應到 iverilog 便是 iverilog + vvp。
另外，NCVerilog 是舊版本名稱，現在應該是 Xcelium。
2025/07/03 更新
上面只是舉例用法，xmhelp 後面的參數要看你是哪一階段的錯誤，就要填上對應的程式名稱。
比如 xmhelp xmvlog NOINUF。
2025年7月1日 星期二
沒事多讀規格書
原本我以為 timescale 是可以細到針對個別 Verilog 設定XD
昨天在 2005 規格書好像沒有看到？可能是跟我邊分心連到工作站做事有關，不過卻意外多知道一個函數 $printtimescale( )，可以印出目前檔案的 timescale 設定。
今天突然想到，自己寫個 Testbench 來驗證不就好了！
於是我對 Verilog 又多懂了一點點…
今日重點
01. $printtimescale 可以印出目前 timescale。
02. 看起來所有檔案只能用同一個，後面會覆蓋前面（待確認？）。
02. 看起來所有檔案只能用同一個，後面會覆蓋前面（待確認？）。
2025/07/02 更新
下午因為硬碟空間不足，苦等原本測試未果，無法繼續下一個測試。
乾脆跟 Google AI 對談，順便切磋一下彼此對 EDA 軟體心得，後來順口問了一句有關 `timescale 的想法，居然發現 AI 給的例子完美證明了 `timescale 是可以對個別 module 做設定。
我本來的例子由於是 include，因此會原地展開，才會有我後者取代前者的結論。
下面是 AI 給的例子，因為是個別編譯，故分別保留各自的 `timescale。
雖然我昨天又看了一次規格書，實在看不出這樣的結論？
不過，我跟 AI 都一致認為這樣容易產生 bug，最好的方式還是有一個統一的 include 檔案，大家才能都用同樣的設定。
2025年6月30日 星期一
傻強傻的呀
我果然是傻強無誤。
最近使用 Vim 開啟 System Verilog 檔案時，不知道是否是工作站的版本過舊，遇到這種檔案，都無法顯示出 file type，導致語法顏色一片慘白！為了自己方便，設了一個 map 快速鍵，只是每次都要按還是有點麻煩。
今天終於受不了了，打電話詢問 IT 是否可以更新 Vim 版本，一問之下，才知道目前 Server 已經有 8.1X 的版本。
不過號稱對 Vim 略懂略懂的我，一時之間也不知道為什麼在設了 Path 之後，開啟的還是原本的 Vim 7.X 版本，明明 Path 印出來已經是在第一順位？另外一個問題則是目前的 .vimrc 居然不能用在 8.1X 的版本，會爆出一堆 chdir 之類的系統函數找不到？
就在思考 Vim 是否有什麼設定要設時，熊熊想到，我應該自己設 event 就好，這樣就不用麻煩 IT。
不管是 BufRead、BufReadPost 或是 BufEnter 應該都可以達到自動化的目的。
改天有空在來解決使用 Vim 8.1X 的問題，畢竟在工作站上，Shell 直接開啟 Vim 還是比較符合我的工作習慣，在 Windows 我反而習慣直接開啟 gVim。
我是個很容易適應工作環境的人，有什麼就用什麼，不過我到現在從來不會想用 Mac 就是XD
2025年6月29日 星期日
學習如何學習
#!/bin/bash
items=(
A
B
C
)
for ((i=0; i < ${#items[@]}; i++));
do
item=${items[$i]}
echo ${item}
done
上面是 bash script 使用 array 的範例，坦白說我從來都記不住，每次需要時都是去我的 blog 搜尋。
換句話說，我記住的不是程式語法，而是我需要的語法在哪裡？
這個語法可能是在 blog，我寫過的 code 中，或是書本的某個章節。
我也不知道這樣好是不好，但我就是不喜歡背書。
今天剛好 Youtube 跳出薑餅資在談學習的一支影片，這個人是我覺得學習相關的知識說得還不錯的 Youtuber。
我想學習如何學習是件很重要的事，雖說每個人喜歡的方法都不同！
總之，我就是只想記住指標的指標在哪裡，我想記住的不是指標本身XD
1'bx = false
果然跟我想的一樣，1'bx 在 Verilog 中屬於 false 的情況。
我的 Testbench 結束條件是某個 register bit != 1，IP Vender Testbench 的結束條件是判斷 bit == 1'b1，就會繼續在 while loop 中。
但不知為何，我失敗的 Test case 會讀到 1'bx，因為等於 false，自然會跳出迴圈。
下面是我模擬程式的示意圖。
雖然 IP Vender 判斷條件寫的 code 不嚴謹！但問題不是出在這裡，而是為什麼除了 REVISION_CHECK 外的測試，在讀 Shadow register 時居然會讀到 0 or 1 以外的值？
感覺問題本質又回到了原點：
01. 客戶給的 C code 和 firmware 是否正確？
02. 是否有哪個設定是錯的，比如像 cfg 到底是不是 hard code？
03. Testbench 是否有哪邊給的訊號是錯的或是說是否需要調整 timing，就像我用 APB 連 REVISION_CHECK 都過不了？
2025年6月28日 星期六
2025年6月26日 星期四
Gatesim 終於可以 compile 成功了
坦白說，我一直很不喜歡 Synopsys！
尤其最近的一個工作項目是要跑他提供的 IP Testbench。
大部分情況下，我們從客戶那拿到的 input 都是 netlist，所以，IP 相關的文件會提到如何做客戶 design 的 gatesim！（實際上，他文件寫的對我解決問題都沒幫助！）
雖然我們客戶某些 rtl 資料夾不想給我們，但因為那本來就跟 netlist 無關，故不給好像也還合理？
但是當使用 NCVerilog 編譯的時候，連 Synopsys 自己 Testbench 的相關檔案編譯都會有錯誤，這我實在是不能接受！
我能接受你只給 vcs 的 Testbench，但既然你有 option 可以選擇，理論上你應該要測試過沒問題才對？
但從昨天中午拿到客戶最後給的 C code 檔案後，我都一直在解決編譯的錯誤，直到今天晚上 10 點左右，我才順利跑起 simulation！
雖然這兩天大部分的時間都在跟我同事看他 Testbench 的問題，即使扣掉開會及上課的時間，我應該至少也花了 4 ~ 5 個小時有，真的是浪費我的生命XD
拿這些時間多寫幾個 Vim functions 來幫助我工作不是更好嗎？
不如歸去呀XD
2025/06/27 更新
果然如我預期，早上上班登入工作站看到的結果是失敗。
此時第一件事一定是 dump waveform，優先檢查的是 clock 和 reset。
不過，Synopsys 提供的 define 打開就會報錯！還好這個錯誤是可以 Google 到的，只是 LD_PATH 設定的問題，不過，我自己得先補一個 NCVerilog 參數。
但在我一時還找不到 LD_PATH 該設的正確路徑時，為了不浪費中午的時間，於是自己寫一個 initial block 直接 dump VCD 最快，只要硬碟不要爆掉就好XD
稍微看了一下似乎沒看到異常的訊號？
下午只好又繼續翻閱各個文件。
晚上回家連回公司時，忽然想到何不試試 JTAG protocol？
雖然最簡單的 REVISION_CHECK 可以通過，但其他都會報錯，暫時還想不到解法，不過我應該會往自己有修改過的 Verilog 檔案去下手檢查？
2025/06/28 更新
雖然本來就有打算放假連回公司繼續測試，但每測試一次就要等一陣子，實在緩不濟急。
還好，據我多年 coding 經驗，EDA 只要還是由軟體人所開發，我大概就能知道他們是如何設計的？
雖然我可以無腦的複製一份最上層的資料夾再做另一個測試，但是很多 file_list 路徑都要修改，當然這也不是什麼太困難的事，但最麻煩的是我的工作站空間已經不足，我連 dump VCD 都不夠了，雖然我可以 dump fsdb，但不知為何似乎是 license 原因，我無法開啟 fsdb 檔案，故我還是需要 VCD 比較實在。
為了不浪費空間，而我的多個測試也不需要更動 Testbench 內容，最多只是調整 test script 參數。
最好的方式就是只複製 test script、test script 裡面用到的檔案（比如說直接透過 command line 傳給 xrun 的，非 file_list）、幾個 include 檔案（位在測試路徑下的，這些才是動態產生的，原本就在 Testbench 那包的，大部分都不需要修改，故用同一份即可），這些就是我最低限度的檔案，只複製這幾個檔案，我隨時可以長出好幾個測試，這樣更能加速我驗證收斂問題。
現在能限制我的就只剩下 NCVerilog license 個數了！
但我家只有 2 個呀XD
2025年6月24日 星期二
詠春三板斧
一代宗師的武術界曾提到這樣一句話：詠春來來去去就是那三板斧！
今天不知為何在工作時想到這句話？
突然發現，其實我現在的工作每天也是只有用到三板斧XD
我目前工作的三板斧為：Vim、grep、sed。
Vim 不用多說，我自己就寫了一堆 Vim script functions，即使不算自己的 Vim function，我每天用到的 Vim 功能至少就 10 個以上起跳XD
不誇張的說，沒有 Vim，我大概沒辦法工作了！
其次是 grep，很多時候我要解決的問題或是完成手上的工作，說穿了就是在一堆資料中找東東！有了 grep 的幫助，真的節省我很多時間。
最後則是 sed，grep 找到的資料透過 sed 可以輕易的切出任何我要的片段，只要下對 regex，大概事情就完成一半了XD
如果硬要加上第四板斧，我想這道板斧應該就是 find 指令無誤！
Linux 與 Vim 的世界就是這樣的樸實無華，每天都能發現新玩意？
就像是我請教我主管問題一樣，不管何時都是如沐春風！
2025年6月23日 星期一
shell script 真的很難 debug
可能我還不習慣 debug shell script？
上星期五想要檢查一個 list 檔案的每個項目是否存在於另一個 log 中，殊不知一個這麼簡單的東東，我到今天下班前才有空把它搞定，雖然也是因為我今天根本沒時間靜下心來思考的緣故？
總之，我的架構是用 cat list 取得所有項目，然後再把它應用在 for loop 中，不確定這樣是不是大家常用的做法，但至少我覺得這樣的語法我比較不會忘記XD
下面是我回家模擬的結果。
雖然我知道原本的錯誤是誤把 \r 也餵進 grep 的 pattern，但我一時之間也無法解釋第一個 inst_b 怎麼會印的跟我想的不一樣？
改天再來想想 ...
2025/06/23 洗完澡更新
詢問 Bard 的結果，這個語法我應該記不住XD
#!/bin/bash
list=list.txt
source=hier.txt
while IFS= read -r pattern; do
pattern=`echo $pattern | tr -d '\r'`
echo $pattern
grep -E $pattern $source
echo -----------
done < $list
2025/06/24 更新
大概可以猜出為什麼會印出 @inst_b 了？
原本應該是印出 #inst_b@，但因為 inst_b 後面有一個 \r 回車字元，故跳回 # 位置，然後印出 @，所以 # 就被覆蓋掉了？
這應該還算是一個合理的解釋吧XD
2025年6月22日 星期日
Vim Regex Pattern by Google Gemini
底下是 Gmini 整理的。
Vim Regex Pattern 詳細跳脫規則
Vim 的正規表達式語法非常強大，但它的轉義規則與 Perl 或 Python 等語言的標準正規表達式略有不同，尤其是在處理特殊字符時。Vim 將某些特殊字符分為 "魔法" (magic) 和 "非魔法" (nomagic) 兩種模式。
你可以使用不同的前綴來控制正規表達式的魔法模式：
\M: 設定為 全魔法 (very magic) 模式。所有的特殊字符都視為魔法，不需要額外轉義。這是最像 Perl/PCRE 的模式。\m: 設定為 魔法 (magic) 模式 (Vim 預設)。大部分特殊字符是魔法的，少數需要轉義。\v: 設定為 極魔法 (very magic) 模式。所有的特殊字符都視為魔法，不需要額外轉義。這是最推薦使用的模式，因為它與常見的正規表達式引擎行為最接近，減少了混淆。\V: 設定為 非魔法 (very nomagic) 模式。所有的特殊字符都視為普通字符，需要轉義才能具備特殊含義。
推薦：始終使用 \v 開頭的正規表達式，它讓你的模式更直觀。
使用 \v (極魔法) 時的常用特殊字符和其含義：
關於轉義 (Escaping)：
- 當使用
\v(very magic) 模式時，幾乎所有你希望作為字面意義匹配的特殊字符，都需要在其前面加上一個反斜槓\進行轉義。 這包括.*+?|()[]{}^$\等。 - 反斜槓本身 (
\) 在正規表達式中也是特殊字符，所以如果你要匹配字面意義上的反斜槓，你需要寫\\。
例外 (通常不需要轉義的字面字符，除非在特定上下文中):
- 字母和數字通常不需要轉義。
- 逗號
,、破折號-、等號=等非正規表達式特殊字符在模式中通常不需要轉義。
總結
在 Vim Script 中使用正規表達式時，為了清晰和與其他語言習慣保持一致，強烈建議在模式字串的開頭加上 \v (very magic)。這樣，你就只需要記住那些本身就具有特殊意義的字符（如 . * ( [ 等）需要用 \ 來轉義，如果想讓它們作為字面字符匹配。
第一次覺得 AI 有幫助
昨天快篩一條線後，今天終於回了父母家一趟，所以放假這兩天其實都沒什麼在碰 Vim！
晚上回來後，想說來替 Vim 加一個功能好了XD
之前在 trace Verilog 訊號時，會一併顯示目前所在的 module name 以及行數，可以很快知道 trace 訊號有沒有過頭了。
但是很多時候，我們好奇的是這根訊號它又被穿到哪個 module or cell 了！
如果是 cell 那還好辦，畢竟 pin 不會太多。
假設是另一個 module 或是 hard macro，此時 pin 的個數便會很多，甚至在一頁內都看不到 instantiation 的地方？
雖然可以用搜尋的方式找到分號，接著找右大括號，然後用 % 跳到左大括號，如此一來，我們就可以看到 instantiation 的 module name or cell name 了！
不過，如果可以比照 module 一樣處理，工作當然更方便。
可惜，這次用 Google 搜尋 Vim script 關鍵字都不順利，Vim help 又不好閱讀，於是直接詢問 Gemimi，想不到比我用 Google 快？
結論就是我又可以豐富我的 vimrc 了XD
2025/06/23 更新
今天去辦公室馬上拿真實的 netlist 來測試，果然還不錯，除了要稍微修改 regex 外，畢竟，真實的 netlist pin 很多，我原本的假設不一定成立！
不過，重點還是 [".", "(", ")"] 這 3 個字元是否存在於 hightlight 那行，假設有任一個存在，我就當作是 instantiation 語法！
目前使用的感想還行XD
2025年6月17日 星期二
老人安置
最近幫媽媽處理一些親屬老人安置補助的東東，記錄一下避免忘記。
假設符合一定條件，這個補助計畫網頁文字為「低收入戶、中低收入失能及保護安置老人接受長期照顧機構安置補助計畫」，假設是新北市政府 114 ~ 115 年度，養護類安置費，每個月 2 萬 4 千元，假設中途因病住院，30 日內都可以保留並仍予補助。
這個金額最早沒那麼多，陸續有調整，108 年度為 2 萬 2 千元。
另根據「低收入戶及中低收入戶傷病住院看護費用補助」說明，符合資格者，一天可請領看護費用 1,800，目前看護行情一天至少 2,800。
假設是喪葬費，最高 3 萬元整，亦可以參加聯合公祭，可用「113 年度新北市聯合奠祭實施計畫」關鍵字查詢，內有項目細節可看。
2025年6月14日 星期六
Kobo 網頁又改版了
我想這個標題未來應該會一直出現XD
不得不說，人家讀墨網站就沒有那麼多問題，就你 Kobo 喜歡將 HTML 改來改去，真是腦袋有洞？
罵歸罵，還是要看一下如何修改，雖然我現在已經很少看工作以外的書了？
這次顯示購買記錄一頁有幾個項目的地方又從一行改從跨行了？
幸好，Javascript 的 regex 似乎可以支援跨行，即使我沒有加上 m 選項？
總之，現在可以就好了，我也懶得查了？
畢竟，現在國事如麻，百廢待興呀XD
期待的功能終於有人實做了
之前一直覺得是不是哪邊文件沒看清楚？不然沒道理 Yosys 合成出來的都是 escaped identifier 的名稱，這樣看起來確實是不好看！
剛剛本想直接 trace code，想說還是先用關鍵字在 issues 查一下，果然目前是沒有 rename 這樣的機制。
幸好，有一位強者提交了這個功能，等到通過後，我就可以拿 Yosys 綜合 ORFS 裡的一些專案得到一個相對大型的 netlist 來用，不然想要開發或測試一些功能都不方便。
目前還是只能看到醜醜的 escaped identifier！
看到這樣的結構，想開發一些功能都沒勁了XD
2025年6月12日 星期四
第二次確診記錄
約莫是五個星期前感冒過一次，那次原本以為是確診，但跑了好幾家才買到的快篩測試後卻不是？不過我篩的時候已經是 8 ~ 9 天後的事了。
那次咳嗽大概是一個星期多才變比較少，一天下來也是會偶爾咳個幾下，印象中以前感冒不會拖那麼久，但不排除是以前有看醫生的緣故？哭哭，我從小看到大的醫生已經退休，公司附近的診所評價都很差，不太可能為了這個上台北看病。
上星期五下班開始，體感好像咳嗽又變嚴重，好像六還是日開始有流鼻水，星期一咳嗽達到巔峰狀態，好險只持續一天，當然睡覺的咳嗽還是一直持續，晚上不好睡覺。
星期二下班時看老婆都沒吃飯，一問之下才知道她已經肌肉痠痛一整天，也已經去我看到評價不好的診所看過病，不過醫生不覺得是流感故也沒幫她做快篩。
一整天也不說，下班時打電話也不說，害我只好三兩下把飯扒完，開車去一個我查到評價還可以的診所。
由於又繞了一圈去停車，等到我走路回去時看診人數已經爆滿，還好我老婆已看完在等快篩結果中，不過為了讓老婆早點回去休息，故我自己也沒機會看病。
篩的結果不是流感，不過醫生覺得應該是新冠，想知道的話自行購買快篩確認，因為不影響他開藥的決定XD
還好這次購買很順利，不用像上次一樣要跑多家才買到。
回到家老婆累到洗完澡就睡了，反正快篩有多買，順便來測一下好了？
滴完後，只不過把東西轉頭丟到垃圾桶的光景，無意間一瞄之下，居然是兩條線？這也太快了吧，上一次確診快篩時也沒那麼快出現兩條線？
不過單從顏色來看，似乎沒有很深？
由於隔天老婆要去南部出差，她中午又跟同事吃飯草草結束我電話，故我也不知她近況如何？
昨天還沒下班就聽到位子傳來老婆的訊息震動聲，等跟同事討論完回到位子一看，原來她也中獎了，不過她更誇張，據她本人說法，一滴下去，流過去馬上兩條線。
還好電話中聽起來精神還可以，除了下午一直拉肚子以及輕微想吐！
虧我上星期五下班後在家也一直戴口罩，沒想到她還是中了，雖然我一直覺得是她傳染給我的XD
在家也戴口罩，出門及上班也一直戴，即使是一盒 300 的口罩，我的耳朵也已快承受不住。
Verilog - Implicit declarations
在 Verilog 2005 4.5 中提到了 Implicit declarations。
簡單來說，變數可以直接使用XD
在我這種寫純C 出生的看來，這種 coding 真的是大逆不道！
如果只是一個地方忘記宣告就算了，偏偏我看到的卻是幾乎所有的變數都這樣使用，重點是這個 Testbench 還是御三家中的某個 IP 的 Testbench。
一個要錢的東西你這樣寫，我只想問候他老母？
不過也不排除這樣寫是故意的，大大增加你修改 Testbench 的不便XD
雖然我現在就是要確定你每個 net 給什麼值，假設你在這個 Testbench 中 include 一堆檔案，我得一個一個看過去才知道你到底是否有在哪個地方宣告並賦值？這大大增加了我 trace code 的不便！
尤其這裡用了一堆 define，其對應的 endif 也沒給註解！
我實在是很難一眼看出我要的東西到底在不在。
第一個問題很簡單，如果是自己寫的 Verilog，加上下面語法即可報錯。
`default_nettype none
第二個問題就有點小麻煩
理論上如果我知道所有的 define 是什麼，我是可以透過 iverilog 的前置處理來幫我去掉不要的 define，再用 sed 去掉拿掉 define 留下來的連續空白，我就可以有一個清爽的 Testbench 來用。
但問題是我連完整的 Testbench 都有缺，我根本無法確認所有的 define？
2025/07/06 更新
雖然 implicit declaration 很不可取，但我最近 blog 文章的 demo 也是用了這個技巧，讓我可以用一張圖片表達我想表達的意思，所以我也用了很多這個技巧來減少我的 Verilog 行數XD
不過我寫 Verilog 絕對不會這樣用就是了。
2025年6月4日 星期三
每天都對 Vim 有新的體悟
Vim 用到現在，只差覺得摺疊沒那麼好用？
今天忘記要查甚麼資料，試了一下 set foldmethod=indent，想要看一個整體的感覺比較方便，一試之下，好像還可以？
尤其我的 code 一向很注重整齊，現在設成 default 後，打開自己的 code 感覺清爽多了！
只恨自己沒有早一點用 Vim，不然生活應該會更開心XD
2025/06/05 更新
zA 打開所有折疊
zM 關掉所有折疊
如果折疊不如預期，可以下 set sw=2 來幫助折疊更多。
原來我對 Verilog 理解有誤
一直以為在 Verilog 中，想要用某個 module，一定要建立一個實體，沒想到好像不是這樣？
這幾天又把手上的 IP test 相關 flow 又看更深了一層，在看的過程中就覺得哪邊怪怪的，原來是 module 不用一定要建立實體？
晚上回到家，寫了一個測試來驗證，好像真的不用，難道是 System Verilog 的緣故？先記錄一下，回頭再來確認！
2025/06/05 更新
早上翻遍了 Verilog 規格書，還是看不到不用實體化的理由？
於是問了一下 Bard，他也是一直跟我說不行，直到我說我用 iverilog + vvp 是可以跑的，他才告訴我一個答案，一開始我還半信半疑，不過，有了方向就好解決，打開 -v 選項一切都無所遁形！
下面是 Bard 的回答
你觀察到的現象是正確的！
你的 tb.v 程式碼能夠被 iverilog tb.v + vvp a.out 正確執行，這主要是因為 Icarus Verilog (iverilog) 編譯器的一個特性，以及 Verilog/SystemVerilog 語言中階層式參考 (Hierarchical Reference) 的規則。
Icarus Verilog 的行為：
自動辨識頂層模組 (Top-Level Modules):
iverilog 預設會將那些沒有被其他模組實例化的模組視為頂層模組 (top-level modules)。
在你的 tb.v 檔案中，cfg 和 test 這兩個模組都沒有被其他模組實例化，所以 iverilog 會將它們都視為頂層模組。
這意味著 iverilog 會為 cfg 和 test 各自創建一個獨立的實例，位於模擬器內部的一個抽象的 "root" 級別。
即使 cfg 模組沒有被 test 模組直接實例化，但 test 模組可以透過階層式參考的方式來存取 cfg 模組內部定義的訊號。
在 iverilog 預設將 cfg 視為頂層模組的情況下，它會被分配一個預設的階層名稱，通常就是它本身的模組名稱，或是在內部樹狀結構中被編譯器視為一個根實例。
所以，當 test 模組嘗試使用 cfg.num 時，iverilog 能夠解析這個路徑，找到 cfg 這個頂層模組的實例，並進一步找到它內部的 num 訊號。
為什麼這在真實硬體設計中不常見：
雖然 iverilog 允許這樣做並能正確模擬，但在實際的 RTL (Register Transfer Level) 硬體設計中，這並不是一個好的設計習慣，通常會避免。
缺乏明確的連接性：
在硬體中，你必須明確指定一個模組如何與另一個模組互動（透過實例化和端口連接）。你目前的寫法模糊了這種關係，讓人難以理解訊號是如何傳遞的。
模擬器/合成器行為差異：
雖然 iverilog 支援這種階層式參考，但其他模擬器或硬體合成器 (Synthesizer) 可能對這種寫法有不同的解釋或根本不支援。合成器在將 Verilog 程式碼轉換為實際電路時，需要明確的連接關係，而這種直接的階層式參考對於合成器來說通常是難以理解和實現的。
可讀性與維護性：
這種寫法降低了程式碼的可讀性。當專案變大時，很難追蹤哪個模組直接存取了另一個模組的內部訊號，這會增加維護的複雜性。
模組的封裝性：
模組應該有良好的封裝性 (encapsulation)，即外部模組只能透過其定義的端口與之互動，而不應該直接進入其內部存取訊號。直接的階層式參考打破了這種封裝。
總結：
iverilog 允許你的 tb.v 程式碼正確執行，是因為它有足夠的智慧來辨識多個未被實例化的模組為頂層模組，並支援跨層次的階層式參考。
然而，在撰寫可合成的硬體描述語言時，強烈建議遵循實例化 (instantiation) 和端口連接 (port mapping) 的標準方式來建立模組之間的關係，或者使用 參數 (parameters) 或 SystemVerilog 的封裝 (packages) 來定義全域常數，以確保程式碼的清晰度、可攜性以及可合成性。
下面是我回家測試的結果
確實使用 -s 指定 top module 後，iverilog 便會報錯，可見 Bard 沒有騙人XD
2025年6月3日 星期二
Vim profile test
從前幾天買的書中學到一招，可以觀察 Vim script 的函數執行時間。
目前不確定 SELF TIME 有沒有包含 count 的？
2025/06/03 晚上更新
回家又做了一次，順便記錄一下相關指令。
:profile start xxx.log
:profile func *
:profile file *
這次抓的是詳細的資料圖，可以看出最花時間的是往回找 module 的那個 execute 指令。
問題就是出在 search 而非是那個 redraw 清理下面狀態列的指令。
2025年5月30日 星期五
又上天龍
Vim script 細節雖然大概都知道了，手上也有謎版 PDF 以及英文電子書了，難得再次來到天龍國的天瓏書局，不買真的說不過去，於是我又多砍了幾棵樹了XD
通識課這本我其實只想看其中的兩頁，不過嗎，書本不嫌少，知識不嫌多，還是需要一些東東來傍身？
絕世武功動輒都要練個好幾十年，但是現代人欠缺的就是時間呀XD
2025/06/01 更新
原來上面中間那一本已經有第 2 版的英文電子書了，剛試閱了一下，出版社還很貼心的附上連結，只要傳給他購買證明，出版社便會寄給你免費的 PDF 電子書，那還等什麼XD
於是我的 Vim 藏書加上這本，已經來到 6 本之多！剛好 3 本電子書 + 3 本紙本書XD
2025/06/04 更新
原來外國人也會嘴砲，到現在都還沒收到 PDF 電子書，感覺不好XD
2025年5月29日 星期四
Download UNC files to WSL2 folder
今天遇到一件怪事，差點以為是客戶給的東西裡面的東西，搞了半天居然是因為標題所描述。
當我們把 UNC files 複製到 Windows WSL2 folder ( \\wsl2.localhost ) 時，不知為什麼會產生 xxx:Zone.Identifier 的檔案。
還好我突然福至心靈的去檢查原始資料，不然就糗大了XD
2025/05/31 更新
即使從 \\wsl2.localhost 裡面複製到 \\wsl2.localhost 其他位置，一樣會產生這個檔案。
2025年5月28日 星期三
global + ctags + Verilog
global 預設只能讀懂 5 種程式語言，如果需要 parse Verilog，我們需要 ctags。
在 Linux 可以安裝 universal-ctags，Windows 上也有對應版本可裝，不過 Windows 需要額外準備 gtags.conf。
執行 gtags 時只要加上 --gtagslabel new-ctags 即可，這樣針對 Verilog 檔案便會呼叫 ctags 來 parsing。
目前看起來不管是 gtags、htags -sna、global 都可以正常執行。
當輸入是 netlist 時，由於 design 集中在一個檔案中，這會導致 htags 產生的單一檔案 html 過大，我公司電腦自己已經加到 16G 記憶體，但還是因為使用記憶體過多導致 chrome 會讀不完整個檔案一直在轉圈圈，不過使用 global 查詢都正常。
改用 ORFS 的 ibex 來當例子測試看看。
目前有一個想法，想要在 global 的基礎上動些手腳，將選示行號的地方改成 module name，這樣對 trace signal 比較有幫助。
所以流程大概是這樣。
01. 呼叫我的程式，傳入 netlist。
02. 執行 gtags 得到 3 個資料庫檔案。
03. 將 netlist 的每一行建立 map 對應，據實測即使 netlist 有 3000 萬行，大概也是 10 ~ 20 秒就可以建立完畢，也就是用空間換取時間的做法。
04. 程式進入 while loop，監聽剪貼簿或是 socket。
05. 收到 Vim 傳來的 signal 便呼叫 global 查詢。
06. 將圖片的查詢結果中的行號改成 module 並顯示改過的結果。
另外，今天有查詢了一下資料，目前看來 DVT Eclipse IDE 也許是一個可以試試的工具，不過需要掏出魔法小卡而且似乎是訂閱制？
2025年5月27日 星期二
Vim vtags
雖然經過這一年的洗禮，我已經習慣了 Vim，也把自己購買放在公司專用的 UltraEdit 移除了。
即便上星期寫了一個 trace variable 並顯示位於哪個 module 的 Vim function，想要好好在 netlist 中 trace variable 還是很痛苦，沒有 EDA 可用就是這麼辛苦XD
今天看到一個 vtags 的小玩意，想說是不是能幫助我看一些東西？沒想到這個東西不能在 Windows 上執行，還好我有 WSL2 環境，果然在 Linux 就可以順利執行。
可惜，手上的 netlist 過於龐大，vtags 會讓 Vim 當機，故我也沒看到他的廬山真面目！
回家試了一下，左邊是 <Space> + v，右下是在 module 那行執行 mt 的結果，看起來似乎跟我的 netlist_treeview 差不多意思，看的都是 hierarchy 的結果，並非我想的訊號追蹤？
還有像 ORFS 裡面的 jpeg_encoder 因為 yosys 綜合後，會用到很多 escaped identifier，故 vtags 也無法支援。
難道，我又要自己寫 tool 了嗎？這可是一件大工程呀！
另一個可以嘗試的方向是 GNU global，看起來只要找到 plugin，就可以處理 verilog 的專案？
2025/05/27 再次更新
原來是我耍笨，看起來可以用來追蹤訊號，詳此處。
拿它來改出我要的工具？
2025年5月25日 星期日
Tne Entity
終於在昨天看了 MI8，雖然我從 MI5 才開始進電影院看，但鼎鼎大名的 MI 以及阿湯哥誰人不曉？看到阿湯哥的名字就知道是可以進電影院看電影的指標XD
我最喜歡的幾個片段中，一個是女總統嘴上說把阿湯哥關起來，但事實上卻是放任阿湯哥去拯救世界，看到門外的直升機，不誇張的說我都哭了，那種被人信任的感覺，也不枉阿湯哥多年來出生入死卻還不能擁有跟一般人一樣正常的生活。
另一段就是女總統幕僚詢問是否要跟兒子通電話，那時我才明白她決定犧牲兒子所在的城市，先不管別國人民，她如果不這樣做是要如何跟美國人民交代？這才是我心目中理想領導人的樣子。
原本被網路上的文章標題誤導，害我以為阿湯哥這集要領便當！當卡特拔出隨身碟後，我都想到下一幕可能是因為阿湯哥降落傘被燒了導致摔死，眾人去無名碑前緬懷阿湯哥的鏡頭，看到白傘的一幕，我差點都傻眼了，網路上還真會亂扯，果然是農場標題殺人，這也是我覺得目前網路最糟糕的一件事，充斥一堆垃圾資料！
前幾天才買了美國隊長4，也算是我對自己的一個交代，既然集齊了美國隊長 1 ~ 4，是不是應該趁此機會也把 MI 1 ~ 8 集齊呢？
2025/05/27 更新
就在星期日傍晚一口氣買齊了 1 ~ 6，之前就買了 7，現在就等 8 出來了XD
2025年5月22日 星期四
今年我看過的騷操作
今天在試跑一個 IP 的 testbench，第一次看到這樣的騷操作XD
首先，在預設 c shell 的環境下，呼叫一個 c shell 語法的 script 來設定相關變數，接著再跑一個有指定 shell 的 bash script 來跑 testbench。
由於我不是在工作站，故我不能在預設的 bash shell 下另外用 tcsh xxxx script 的方式來設定變數，除非我把呼叫 bash script 的 command 寫在 c shell script。
我個人是這樣覺得啦，既然 EDA 跑在 bash shell 不會有問題，事實上御三家的一些 gen 出來的 tool 也是用 bash 語法寫的，這樣大家都統一使用 bash script 不就好了，何必把問題搞到那樣複雜？
即便是號稱一天上班就用了 5 種程式語言來工作的我，還是很討厭一直在 context switch，人生呀，輕輕鬆鬆簡單過不好嗎XD
2025年5月18日 星期日
又到了一年一度清潔冷氣的日子
前一陣子感冒，拖到今天才有空清潔冷氣，下星期老婆應該就可以爽爽吹了XD
去年因為被排線兩邊卡榫誤導，一直無法順利退出排線，只能一手扶住外框，一手伸進出風口擦拭，今年不理兩邊卡榫，硬用暴力演算法解題，終於順利退出排線？
整個外框拆除後，整體清潔容易多了，一台去年才換的冷氣，看起來跟新的一樣，鼓風輪稍微用紙巾接觸的結果也沒有明顯髒污，而另外一台 2021 年疫情時換的冷氣，保麗龍就有明顯的發霉，因為去年有擦過，故知道是去年怎麼擦都擦不掉的汙垢，目前也只能就我能清潔的清潔，不管怎樣，一定是比只能從外面擦拭乾淨。
去年換掉的那台窗型變頻舊冷氣，只過了 7 年就因為底盤卡住髒汙而滴水，考慮了一下整台換新比較快搞定，不然去年夏天就沒有冷氣可吹了，這樣看來，窗型變頻冷氣大概也是要 5 年就找人清潔較好，不然就會因為底盤卡住髒污而滴水。
日立變頻只有雙吹才是日本製壓縮機，台製明顯的聲音大聲多了，變頻的好處就是稍微安靜，但即使是日立也不用覺得會多安靜，不過我也只有窗型能夠選擇，不論是書房還是臥室，大概就是選擇 3 萬多的機型即可，再上去就會因為太大而裝不下，其實我可以選擇型號 28 的，選大一號的好處就是哪邊冷氣出了狀況，還可以用另一台將氣流導到另一個房間，至少撐過炎熱的夏天是沒問題的，根據去年實測的結果XD
房間：RA-36 NR（3.69 KW）
書房：RA-36 HV1（3.69 KW）
順便拍個圖記錄一下，外框拆除要看此篇記錄。
2025年5月17日 星期六
不枉費我放假幾個小時的努力
在一個 netlist 中，想要追蹤一個信號是件很痛苦的事XD
如果是可以開啟 EDA 的環境，比如說透過 Tessent Visualizer，只要準備好相關 library，滑鼠點擊幾下，就可以看到來龍去脈。
但很多時候，我可能只有 Vim 可用。
之前為了這種情況，寫了一個 map 自動將某個 module code 複製起來，使用 tab 開啟複製到新分頁，這樣查詢時就不會過頭，避免已經跳到別的 module 而不自知。
早上出門前突然想到，是否可以在按下 n 跳下一個位置時，顯示目前位置所在的 module name 以及行號呢？
下午回家洗完澡後，扣掉晚上吃飯時間，大概也寫了 3 ~ 4 個小時有吧？
終於在剛剛完成了，雖然只有不到 100 行 code，但卻遭遇到很多問題。
比如在 statusline 顯示變數，怎樣用 regex subgroup 切出我要的 module name，還有如果 map key 還是用 n 會一直進入無限遞迴的問題，以及針對 statusline 的修改即使是對的，但還是會報錯，必須重新出去 Vim 再進入一次才會正常的問題等等。
真的是得來不易呀，也不知道是否真能有點幫助？
但不得不說，完成的那一瞬間，爽度真是一百分有XD
2025年5月16日 星期五
好像會又好像都不會
Vim script 寫到現在，有時候會覺得好像自己什麼都不會XD
早上因為一直咳嗽，很早就起來了，想要為自己的 Netrw 加一個功能，加到剛剛都還不成功。
快要上班了，只好先用 patch 搞定，留下 echom debug 訊息，之後有空再來尋求正規解法XD
2025/05/17 更新
目前先用個變數記住 current buffer number，每次進到我的 Netrw，只要現在 buffer number 跟之前不一樣就可以放心的砍下去，好像還可以。
至於遇到 C:\..\ 這樣的路徑，也就是一直按 - 鍵，已經切到根目錄的情況，多一道檢查手續的 patch，好像也還行，暫時先這樣解決吧。
現在只差到底是否要針對 Windows 與 Linux 區分目錄符號？感覺說明看起來是不用？
目前我的 .vimrc 可以用在
Windows gVim
Windos Git Bash
工作站 Vim
嚴格來說，也可以用在不管是公司還是家裡電腦的 WSL2 Unbuntu，但是因為工作站 Vim 版本比較舊，我的 Netrw 一些函數無法呼叫，只好還是用 Vim 內建的 Netrw。
我也懶得再去區分了XD
2025年5月14日 星期三
dcman
之前在某篇文章學到 dcman 的用法，讓我可以在沒有 DC license 的情況下還是可以查詢指令說明。
不過，對於 message ID 形式的訊息，比如 VER-970 這樣的 ID，只能在 dc_shell 下用 man 查詢。
雖然辦公室的人很少用 DC，但只是想查個東西，還要等待 DC 啟動，少說也要好幾秒，更別提為了不讓到處都是 DC 的 command.log，個人習慣還是先切換到我自己的 temp 目錄才去啟動 dc_shell。
雖然我有設定 alias 不用打那一長串指令，但還是覺得不開心XD
昨天研究了一下，終於知道為什麼原來的 dcman 不起作用！
man -M 指定的資料夾中，man database 需要符合一定的結構，就我初步看來 DC message ID 形式的 man database 多了一層資料夾，難怪都會查無資料。
解決方式也很簡單，另外寫一個簡單的 bash script，遇到像是 VER-970 這樣的查詢，使用 - 割出前後字串，前面字串就是那多了一層的資料夾名稱，接著再接上 VER-970 以及後面的副檔名即可。
str=$(echo $1 | sed -En 's/([a-zA-Z]+)-(.*)/\1 \2/p')
str=($str)
folder=${str[0]}
整個查詢會變成下面這個樣子
man -l xxxxxxx/VER/VER-970.n
測試了一下，果然如我想像中一樣可以順利執行，也順便測了 C2 C3 C9 等 DFT 錯誤訊息，目前看來都還可以正常工作。
另外，跟這個主題無關，為了讓自己的 bash script 更有彈性，有些跟著 script 的設定檔，最好還是指定 script 所在的 folder 變成絕對路徑，這樣的好處是當你使用 alias 執行自己的 bash script，我們可以切到要傳遞檔案的那個路徑，這時就不會有找不到設定檔的錯誤發生。
還有要傳遞的檔案，最好也是使用絕對路徑，這樣傳進去 EDA Tool 裡面也不會找不到檔案。
其實不管是 Python 或是 Go 也是如此，畢竟我們會希望把工具放到某個路徑，而不是把檔案複製到工具路徑再去執行，這樣一來，執行路徑就會很清爽，工作起來也更開心XD
SCRIPT_DIR=$( cd -- "$( dirname -- "${BASH_SOURCE[0]}" )" &> /dev/null && pwd )
file1=$(realpath $1)
2025/05/15 更新
據我所知，DC 有幾份文件是關於指令、變數以及錯誤訊息，如果習慣查詢 PDF 的話，也可以不用像我一樣使用 man 來查詢。
不過，兩邊的內容都是一樣的，坦白說，都一樣爛XD
個人覺得御三家中，文件寫得最好的是 Cadence，至少 LEC 是我覺得讀起來最順的，其次是 Simens，至於 Synopsys 我就不予置評了！
2025年5月12日 星期一
Vim tabline
看懂別人的 Vim plugin 有個好處，便是可以隨時把別人的 code 加到自己的 .vimrc 中！
當然，正規作法還是 follow Vim 的哲學，讓 plugin 可以 lazy loading，這樣才不會影響 Vim 啟動速度。
不過，我需要的都是小功能，加到自己的 .vimrc 還是比較方便XD
加了 tabline 後，好像已經快要沒有可以加的了？
tabline 原來只是個字串，但我們需要同時對所有 tab page 設定，格式就像下面那張圖的 command line 字串，其中 #TabLineSel# 表示目前 active 的 tab page。
之前一直不知道為啥 Windows Git Bash 會有問題，就在剛剛終於頓悟了，原來 Git Bash 中也放了一個 Vim，故我同時執行了原本的 Netrw 和我自己的，難怪每次切回 File Viewer 總是會報什麼 modifiable = off 的錯誤。
2025/05/15 更新
原來我還少設了一個 #TabLineFill#，難怪這個語法顏色怎樣都設不成功XD
2025/05/17 更新
雖然 Vim tab 不是這樣用的，但我還是習慣一個 tab 一個檔案。
不管是以前還是現在，我很少用分割視窗，可能我不喜歡使用太大螢幕的關係吧？
總之，適合自己的工作模式才是最好的，不用管別人怎樣界定。
這也正凸顯出 Vim 的過人之處，哪邊不好用就可以動手修改，難怪我會對他愛不釋手XD
2025年5月10日 星期六
Vim script 最佳學習指南
上面這個應該是我覺得寫得最好的，再加上又是中文，雖然是簡體，但還是比讀英文快多了XD
Learn Vimscript the Hard Way 雖然也是不錯，但我還是覺得敘事過慢，不用工作當然無所謂，但是畢竟人還要上班，一個傳統目錄的網站列表還是比較符合我的需求。
總之，一樣主題的書就是要多買幾本，彼此互相參照學習最快，想當年我初學 C 語言，C 語言的書買了至少有 10 來本，每本書都可以從中找到我所需要的部分，雖然這些書也早就丟光了XD
買過丟掉的書就不算了，手邊大概還有 10 來紙本書放在公司，如果電子書也不算的話，底下就是我手上目前僅存資訊相關的書籍了，很多都是我很喜歡的書，以後如果有出電子書我應該會再買一次來收藏，畢竟我家這般潮濕的天氣，什麼時候書會 gone 我都不知！
誠品就只有一個小小的櫃有資訊相關的書，至少有一半是 AI 和我不需要的文書處理的書，故每次跟我老婆說要去誠品巡巡田水，也不期待會有我想買的書。
買書還是得去天瓏，但想到要上台北還是覺得累。
不過今天還是買了一本我想看的書《無瑕的程式碼 - 函數式設計篇》，希望可以多少給我一些啟發。
人生好難呀XD
訂閱：
文章 (Atom)