pretty code

2026年8月7日 星期五

正是江南好風景

既然 simulation 過不了,我也就不急著找答案了。

還是來看看好久不見的小老婆。

自從手機移除 FB 後,就很少關注小老婆動態了,會不會開了演唱會我都不知道?

沒辦法,雖然小老婆可愛,但討厭 FB 的廣告,最討厭有人逼我做不想做的事了。

照這個脈絡延伸出來的就是逼我看我不想看的廣告,反正任何想看的網頁內容有廣告擋住我,就是回上一頁說再見。

人生苦短,別浪費太多時間。

唉,還是喜歡小老婆可愛的模樣,也不是說現在的小老婆不好,我想就跟 Vim 一樣,已經逐漸地從我生活中遠去。

終於想到剛才上一篇還要記錄啥?

一直以為現在的 AI 因為沒有 EDA 工具的訓練資料,故問 AI 問題都是胡說八道居多?

今天下午因為螢幕空間不夠,懶得回自家工作站查文件,於是便直接詢問 Claude 如何使用 xrun 處理混合語言,沒想到這次的回答居然可以直接拿來使用?

也虧我昨天下午有先回工作站大概花幾分鐘查一下參數,既然 AI 的答案,AB 選項都是對的,沒道理不參考它的 CD 選項?

難得讓我花不到十分鐘就清空了一個代辦事項!雖然還是因為 EDA Tool issue 讓我不能完成 simulation,但至少環境已經建好,等到吹起東風,我就能火燒連環船了。

是否要萬事都先詢問 AI,我到現在都沒個底?

永遠忠誠

一兩個月前就惦記著要捐款,但是一直抽不出時間來。

剛剛回家又想起這件事,快速在蘋果基金會看了一下,本來想從第二個個案開始,但又看到第一個個案是海軍陸戰隊學長,思考了一下,臨時調高額度 5000,免得擠掉我原本想捐的第五個個案。


這個星期也剛好發放期中獎金,不拿來做點好事說不過去,雖然到現在我都還沒有時間打開郵件確認進帳多少!待會確認完 simulation 結果後還記得就來看。

唉,事情到現在都沒有收斂的跡象,清空了一堆問題,又有一堆新的問題,真是沒完沒了。

到此刻為止,粗略計算一下,還有下面幾件事未清,我想過不多久,這個數字又會膨脹?

按照預計清空順序排列一下好了。

Relase Netlist Simulation Check
New Tag MBIST Check
Top MBIST Architecture
G Block EDA Tool issue
G Block Simulation
New Block Flow MBIST Check

應該還有,但一時想不太到XD

我最討厭沒有進步的感覺,很多 issue 都是憑著既有的習慣或說認知去處理,能解倒是能解,一來不夠漂亮,二來也有可能將錯就錯?

雖說負負得正,結果一樣,但想到就是不開心!

比如說 sed -n 是和 p 一起作用,如果不用 n,除了達到原本目的外,還會多印一次。這些小細節一直就沒有機會好好搞懂,反正可以當個工具幫忙解決我手上的 issue 就好。

時間都不夠用了,哪來時間好好確認細節?一行指令不能達到目的就用兩行指令,自己都很厭惡這樣的自己。

學如逆水行舟,不進則退。

我想現在的我大概已經跌到武夫境界負三層了吧?

還是來復盤這個星期學到的事好了。

我常在 EDA 環境中使用各種 Linux Tool 來解決問題,反正有座寶庫在那,不用白不用。

倒也不是我願意如此,感覺所有奇奇怪怪問題都會被我遇到?只好使用各種 work around!

這次為了使用 sed 解掉 EDA tool issue,我必須指定 *.vhd,但居然無法這樣用?

照 AI 說法,是因為萬用字元是被 shell 幫忙展開,Tcl 不管這個?

故需要用以下技巧展開它。

exec sed -Ei {pattern} {*}[glob *.vhd]

先使用 glob 抓取,再用 {*} 展開,餵給 sed 本人。

偏偏 Windows 就不需要這樣,這也是前幾天我突然打結的原因,怎麼跟我印象不一樣?

趁著星期五下班來確認一下,果然不是我老人癡呆!

這份工作的各種煩悶,很容易讓人懷疑自己XD


有時間還是把 sed 好好搞懂才是?

但剛看了一下 simulation 結果,又不能過了?

真懷疑我哪來的時間搞懂 sed?

2026年7月21日 星期二

神龍之謎電子書入手

等了快 10 年了,不知啥時候出的電子書,終於在今晚入手。

美中不足的是,KoboExpense 又失效了,看不出來哪邊的 HTML 又修改了?

算是今晚小小的遺憾。

2026年7月18日 星期六

又攜書劍兩茫茫

誰人不是籠中雀,哪個不是人間客?

一直以為 tcl list 如果用大括弧的話,換行需要接續字元;如果使用 list command 則不需要?

坦白說,在這個專案我連抽出 5 分鐘的時間去測試一下都很奢侈!故我一直用想當然爾的方式去準備 script?

這個星期,好不容易清空了幾個高掛許久的 issue,於是便快速的來確認一番。

嗯,居然跟我想像的相反?

也好,終於知道正確用法了。

我這人間一螻蟻,又該飄飄何所似呢?

2026年7月4日 星期六

日暮掩柴扉,江東日暮雲

關門放狗XD

關關難過關關過

為了 debug netlist simulation 問題,我已經花了快兩個星期的時間。

當然不是全心全意的只做這個,中間還需要分心處理別的問題。

總之,這個問題已經困擾了我兩個星期。

今天終於有一點曙光了,筆記本在公司,只好在這記錄一下了。

- RTL 可過,netlist 失敗。
- Only MBIST 可過,MBIST + Scan 失敗。
- 跟 MBIST EDA 版本無關。
- 降頻到 100 MHz + Version 2025 也是失敗。
- 出問題的 SRAM 所有 input 相關都比 RTL 快了 0.5 ns。
- RTL 針對那顆 clock gate ( 需 define power domain 那個 ),x -> 0,故造成 RTL 晚了 0.5 ns。
- Repair Pre 沒有失敗,Repair Post 跟 BIST Pattern 有一樣的 mismatches,但 GO Check 沒問題。

 真是個 borning 的工作,我好想 coding 呀。

2026/07/10 更新

星期一終於找到原因,原來是某個 clock gate TE 連線到 always on 的訊號,這導致 MBIST 行為都不如預期,因為 BIST CLK 應該要開開關關才對。

同理,那顆 SRAM 的 input 訊號差了 1ns 並不是造成失敗的主因,雖然這跟我想的不一樣就是了?

但是一些關鍵點的時間戳,比如 Pattern 開始時間,測試結束時間,RTL 和 netlist 的時間倒是一致。

勿在浮沙築高塔,古人誠不欺我也。

2026年6月27日 星期六

一個字型,各自表述

這個星期中午吃飯時都使用「靜讀天下」看書,雖然都是同一種字型,但很明顯的每家顯示的方式都不一樣。


有時候這會讓我很出戲,因為有些人名「靜讀天下」翻譯起來就和 Kobo Clara 2E 不同。

倒也不是說「靜讀天下」就最完美,只能說目前看起來是相對完美的。

下面這個聖人有云,明顯就沒翻譯成功。


這篇文章應該是我看過解釋簡轉繁字型原理講得最好的人。


這是不是意味著,字型顯示原來不是一件簡單的事?

照我個人猜想,應該是有類似字型引擎在處理顯示方面的事?