分類: 技術

IC 溫度小註解

IC 溫度愈來愈高, 我也整理一下相關的名詞.

使用者最關心的是 IC 表面的溫度, 摸了熱不熱? 要不要散熱片? 要不要風扇? 因此, 先從 IC 表面的溫度談起. 它的代號是 Tc(c means case). IC 核心溫度代號 Tj (j means P-N junction). 最後是被 IC 加熱後的環境溫度 Ta.

首先固定住 Ta , 而 Tc 和 Tj 對 的 Ta 關係可以全部以溫度為單位來表示. 假設 Ta = 70ºC 吧! 在這個環境溫度之下, 我們找出一個 溫度 = f(消耗功率)  = 消耗功率*熱阻 = W * θja = V*A*θja =  V*A*(θjc+θca) 的函數. 那麼知道消耗功率W、熱阻θ, 就會知道 IC 的核心和外表到底能有多燙!

熱阻可以用 θja = θjc+θca 表示. 和串連的電阻一樣, 可以一段段地加起來. Junction to ambient = junction to case + case to ambient.

熱阻當然是隨著材料而變 的, 它是可查表查出來的係數, 包括θja、θjc 和 θca. 

舉例來說, 若 IC 的功耗 2W, θca = 50 ℃/W, θja = 60 ℃/W

Tj =  2W * 60 °c /w + 70°c  = 190°C > 150°C

Tc = 2W * 50°c /w+ 70°c = 170°C

一般塑膠包裝的IC, 所允許最大P-N接面溫度是150°C, 所以在這種 θca 的封裝下, 2W 就太燙了.

另外, 本例中 θjc 的值相當小, 這表示 IC 的外表和核心的溫度差異不會太大. 也就是熱阻愈小, 愈容易傳熱. 我們若使用好的散熱片, 希望它很會傳熱, 那麼熱阻應該要很小. 這樣可以很快拉近熱源表面和環境的溫度.

[ref]

1.  電源問題

2.  温度对ic的影响

中華電信 MOD 試用之雜記

因為感覺 "划算", 所以接受電話促銷, 答應在家裡裝 MOD.

首先講一個副作用吧! 原本我的 ADSL 數據機放在 4F, 再用電源線的乙太網路傳到 1F 的無線基地台, 讓我們家裡每一層都有網路可用. 結果呢? 不巧中華電信 MOD 也要靠同樣的方法, 才能把數據機的影片傳到 1F 的電視. 而且兩條線路似乎不相容….所以, 只好把既有的網路給拔掉, 使得我的家用網路退化了!

MOD 可以用了, 好處是什麼呢? 好像沒多大的好處, 雖然有一些免費的電影、連續劇可以看, 但是吸引力不會太強. 如果想看一些知名度比較高的影片, 就得多花錢. 不是 pay per view, 就是要升級到別的套餐, 而不是最基本的黃金套餐 (好低賤的黃金啊!)

所以, 可以簡單地歸納出: 中華電信不惜血本, 提供 MOD 的 STB, 附帶兩個不便宜的電力線乙太網路, 又送 7-11 禮券 200 元. 圖得就是使用者會忍不住花錢在有料的內容上, 堪稱是一匹送進特洛伊吸金的木馬.

此外, 客戶都說我們 DMP 開機慢, 而 MOD 開機雖快, 載入影片的畫面就挺慢的, 感覺EPG 畫得有點吃力. 如果電視選 HDMI in, 在應該無聲的地方都會有高頻雜音, playback 時則正常.

當然, 嫌歸嫌, 我還是看了一片不用錢的 "俠客行" (2002 大陸版). 此劇的劇本比較弱, 所以知名度比起金庸的其他作品差了一截. 不過, 看著看著還是生出一些感觸.

俠客島的賞善罰惡銅牌就像是老闆交代的工作, 再不想接也要接, 不接, 整個門派都會被剿滅. 接了銅牌之後, 好處也不少. 所以有牌就接是上策, 別的門派不接的, 可以一併都接過來. 狗雜種不是就代替了四十幾個門派上俠客島嗎? 換個角度想, 沒有三兩三, 銅牌還不見得發給你呢!

俠客島的臘八粥, 裡面的主角是斷腸蝕骨腐心草. 雖然喝了之後像是醉酒, 涼了才喝又會中毒, 但是對於有內功的人, 喝此毒藥卻能提升功力. 就像一件看似令人頭大的工作, 如果趁熱做完, 對自己的功力其實有益. 但 delay 太久, 拖到粥涼掉之後, 有益也變有害了!

俠客島的小廝, 武功都足以稱霸武林! 所以即使在自己的團隊有點小厲害, 到了外面可能一文不值. 例如威德先生白自在平日自我感覺良好, 但在俠客島就弱得大吃一驚! 把工作代換成金錢也是一樣, 自以為很有錢的人, 遇到真正有錢人中最窮的那個, 也像是白鳥麗次遇到中川圭一或秋本麗子, 完全沒得比吧!  (典出烏龍派出所)

真的想要有富有的感覺, 可以多認養一些貧童. 他們一個月只要 700 塊就可以生存了. 只要不訂中華電信的套餐, 或者退掉有線電視, 好像就可以多養半個小孩了. 值得考慮看看! 欸, 我圓回來了耶!!


Audio DSP 的進化

最近又在討論下一顆 IC 的 DSP 規格. Clock 愈快愈好? Memory 愈大愈好? 擴充指令愈多愈好? DSP 放兩顆、放三顆? 我發現都不是.

以賣 audio DSP IP 聞名的 T 公司, 做同樣的 algorithm, 只需要我們的演算法的一半 MHz.[註] 看到這一點, 大家都會想到要加快 clock, 加大 memory, 加多指令, 更重要的, 是督促 firmware 的人把 code 寫得好一點 ! 叫他們皮繃緊一點! 不過以上的思維還沒有掌握到這個問題的進階層面.

如果對方的 MIPS 數也是我們的一半呢? 這表示我們的 DSP 本來需就要對方一倍的指令, 如果我們不能學對方用 VLIW 大幅減少指令數, 就需要能同時存取多道指令, 也就是必須邁向 superscalar. 先在 instruction fetch 的關卡把 clock 減掉一大半, 後面才有機會把運算的 cycle 都藏到 load-store cycle 之中, 快到讓傳統思維的對手無法想像.

如果業界的標準是: MHz 還遠在 MIPS 之上, 那麼還可以用擴充指令集、加大 local memory 來提速. 但是 bench mark 的 MHz 已經降到 MIPS 以下很多的時候, 那就表示進入架構之爭了. 不能改架構的人, 像是我們的競爭對手 S 公司, 硬是擺出 3 顆 400 MHz 的 DSP 來叫陣, 其實也是不明智的做法. 但是頭已經洗下去了, S 公司也要顧及相容性問題. 如果有辦法, 我們應該不要學這種壞榜樣.

[註] T 公司的習慣, 所有的 memory access 都只要一個 cycle. 雖然寫的 MHz, 其實是 MIPS.

2D 轉 3D 的小註解

因為 3D 的片源很少, 所以有些公司提出了 real time 將 2D 轉成 3D 的技術. 比方說 DDD (Dynamic Digital Depth) 就是其中的一種, 原本 3D 需要兩張不同視角的圖片來生成, 但是對 video 來說, 不同時間的兩個畫面, 其實也可以提供景深的訊息. 只要把景深算出來, 就可以把不同區域的物體放大或是縮小, 模擬 3D 的效果.

說起來容易, 但是我們怎麼界定那些像素點是同一個物體呢? 顏色、位置、移動方向、對比、模糊、遮蔽、陰影等訊息都是有幫助的. 比較簡單的做法, 可以把畫面分成小方格, 每一格都去計算分數, 然而用加權平均判斷遠近. 參看 前瞻 3D 顯示技術 的 59 頁, 大家或許就會有點靈感.

舉例來說, video 的格式是 RGB 或 YUV? 其實對 3D 的分析有不同的意義. 因此看似一大堆的公司都有這樣的技術,  2D-3D Conversion Technology and Service Vendors, 包括 ArcSoft, CyberLink  這些 PC 軟體公司、IC 公司的競爭對手 – 奇景、Marvell, 代工廠的緯創資通等等. 但是實做的完整度、演算法的效能、專利的涵蓋範圍與效力等等, 應該不能一視同仁.

Android Market 的運作機制

當我們從 Android Market 買一個 Application 的時候, Market 的 client 就會去問 server, 這個 application 對於這個 user 的狀態是什麼? 此外, 這個狀態不只是付費了沒有? 而是包括了詳盡的特殊條件 (custom constraints), 比方說只是試用一段時間、只能裝在特殊的平台…等等的 policy.

當 application 在 check status 的時候, 會產生一對 RSA key 來做加解密. Public key 會存在 myApp.apk 裡面, private key 用來與 server 溝通. 當 Application 想要知道它的license status, 它可以 call License Verification Library (LVL) 裡面帶有 callback function 的 library checker method.

Market client 負責與 market server 溝通, 它會收集 Google Account username, 手機的 (International Mobile Subscriber Identity), 和其他資訊送給 server 確認. Server 檢查過 user 資料, 並且檢查過購買紀錄之後, 就以 call back function 把 license 的狀態傳回給 client.

在 Java 的理想下, 一隻 AP 可以 write once, run everywhere. 不過前提依然是要能夠賺錢. 不收錢的軟體, Android Market 就不需要動用 license 檢查的機制的, 但對於收費軟體,  Android Market 讓花功夫寫軟體的人, 可以保障他的權利, 只要這個軟體是透過 Android market 所發佈的. 為了追蹤合法性, Android market client 必須要先在 host 上面跑 Android 1.5  以後的版本.

為了要確認 license 的狀態, Android 必須要上網, 或者是記住 (cache) 上次上網的狀態.

[ref] http://developer.android.com/guide/publishing/licensing.html