[心得]從系統廠BSP RD到豬屎屋Firmware engineer

看板Tech_Job作者 (小銘)時間3年前 (2020/10/16 08:58), 編輯推噓157(158推 1噓 34→)
留言193則, 164人參與, 3年前最新討論串1/2 (看更多)
網誌好讀版： https://reurl.cc/k0oyxb (with自製解說圖XD) 整理目前從系統廠擔任BSP RD轉職到IC design house擔任Firmware engineer 一年半以來的心得... 希望透過由淺入深的介紹，說明我們這個行業是在做什麼... 更希望給有心想要轉職到firmware engineer的朋友或是新人們， 給予一個很基本的概念分享~ 以下正文開始： 會想寫這篇文章是因為最近有人問我擔任系統廠的BSP RD， 後來能不能到Design house擔任firmware engineer的這個問題...XD 目前我從系統廠換到design house已經超過1年半... 想說也可以整理一下這期間我自己的心得為何 也想說順便介紹一下IC設計的大概流程， 以及到底之前在系統廠擔任BSP學習到的什麼能力， 可以應用在design house的firmware engineer 首先最一開始，先了解一下IC到底在我們的日常生活中，會在什麼地方出現 從下圖可知道，其實目前想像得到的電子產品，基本上都會有IC的存在... "IC is everywhere..." 因此，我認為就工作機會的角度看來，從事IC設計的行業是一個不錯的選擇 好的，接下來就進入正題了~ IC有非常多種，而現在目前市面上的主流，就是所謂的SoC (system on chip) IC 意思是說，一顆IC可以被看作是一個擁有多種功能的系統 如下圖舉例，這顆SoC IC可能同時支援有display，audio，bluetooth等等的能力， 甚至是這幾年很紅的AI，也可以被嵌入在一個SoC裡面 這邊特別提到一下到底軟體工程師在SoC IC的開發之中，到底扮演著什麼樣的角色? 由下圖當作一個範例，假設SoC中有支援speaker(喇叭)跟recorder(錄音)這兩個硬體元件 那麼這兩個硬體元件如何才能夠起作用呢？ 答案就是需要SW firmware engineer根據HW designer的設計 透過軟體的方式，產生相對應的程式碼，去達到能夠啟動speaker跟recorder的目的 這樣的程式碼，我們稱之為driver(驅動)。 上述所提到的程式碼，最後會被build成一個檔案，也就是我們俗稱的firmware(韌體) 而這個韌體最後會在SoC中被執行。 有了HW component跟SW driver的存在，這樣我們就可以開發一些我們熟知的軟體應用 舉例來說，音樂播放器中可以透過speaker driver去使用speaker 而錄音機可以透過recorder driver去使用recorder 接下來就我目前所知的，來描述一下一顆IC從無到有的流程...如下圖所示 (可能會有不完善的地方.. 請多包涵.. 小弟目前在design house資歷尚淺XD) (1) 訂定spec 通常要做一顆IC，或著說要做IC中的某一個元件，或著功能(又稱作IP) 第一件事情就是需要了解到底要做什麼，以及如何去做 這樣的過程，我們可以稱之為叫做spec的定義 Designer必須要在這個過程把spec規格開出來， 並且詳細地寫成一份文件讓相關人員review (2) RTL coding 接著，就是進入到所謂RTL coding的階段 也就是digital designer撰寫程式的階段 (3) FPGA verification 當RTL寫到一個程度，通常就會透過FPGA (Field Programmable Gate Array)這樣的平台，進行相關的驗證 來驗證自己寫的RTL code是否正確 通常在實際的FPGA上面跑RTL code之前，會經過一個叫做跑simulation(模擬)的動作 來驗證function上面是否work 舉例來說，硬體預期2乘以3要等於6 那麼在simulation stage上，就必須要得到6才行 (4) FPGA validation FPGA verification基本上是以驗證功能性為主 但是它畢竟是一個模擬的環境，而且速度很慢 執行同樣的程式碼，在IC執行1秒鐘，有可能在simulation會跑好幾個小時 實際在FPGA平台上面run code，基本上就是在做FPGA validation 這時候驗證的流程會越來越偏向軟體，因此firmware engineer從這個stage開始 參與開發的比重也會越來越高 基本上就是寫一些測試的程式碼，盡可能地壓力測試硬體的功能 以上(2)~(4)，我覺得應該是數位設計主要的範疇 (5) Placement layout 當數位設計的部分已經被驗的差不多了 在請晶圓代工廠幫忙生產IC前 接下來會針對physical design的部分，進行一些優化的動作 這時候通常會請APR部門幫忙 因為像是IC的timing, performance等等的調整，都可以在這個stage做調整 (6) Tapeout 這個階段就是真正請晶圓代工公司 (ex: UMC/TSMC) 根據我們開出來的製程(28奈米, 14奈米, 7奈米...)去真正將IC給生產出來 這樣的IC，通常稱之為ASIC (Application Specific Integrated Circuit) 每一次的tapeout，動輒都是花幾千萬，甚至上億 而且如果IC生產之後才發現有硬體上的bug，也回不去了... 因此，在tapeout之前，每家IC設計公司都會盡可能的做很詳盡的驗證 (7) Packing & testing 生產完IC後，接下來通常會經過封裝測試相關的公司 來幫忙驗證說這顆生產出來的IC是否有什麼問題，以及將它給封裝好 最後再回到原廠，或是客戶手上 介紹完生產一顆IC的流程之後，接下來針對firmware engineer的部分 自問自答三個問題，當作這篇的收尾： 1. Firmware engineer在IC design house要做的事情是什麼？ 2. Firmware engineer會學習到的東西是什麼? 3. 踏入IC design house前的軟體工程師(or新人)可以做什麼準備？ 1. Firmware engineer在IC design house要做的事情是什麼？ 如果要一言以敝之...我認為是... "能夠協助一顆IC開發所有可能的軟體行為" 應該就是firmware engineer要做的事情 這可能包含： a. 協助硬體在訂定spec過程中的一些evaluation 假設有3種方法可以做，但是透過軟體像是寫Python, C++等程式語言幫忙分析 會比較迅速, 這時候軟體工程師可以幫忙跟designer co-work來幫忙做評估 b. 寫driver來驅動硬體 這部分當然算是firmware工程師的主菜 Driver我認為又可以分作是: *without OS的driver *with OS的driver 這邊的OS，近年來最為人所知的，就是Linux kernel 一旦涉略到OS，通常需要follow這個OS的rule 像是driver init的方式，memory management的方式，interrupt的註冊...等等 c. 整合軟體的環境 在開發過程中，可能會有tool A, tool B, tool C 會有機會為了方便，需要將ABC三種tool整合成一個tool 因此，system integration的需求也是很有可能的 2. Firmware engineer會學習到的東西是什麼? 這部分我認為每個人因應不同的職責，而會有所不同 因此可能會就我目前所學所看到的，比較主觀的敘述這個part *Knowledge of boot sequence 對我而言，一直以來是比較偏向負責系統整合的部分 所以我看到的範圍，會相對比較廣一些 用下圖舉例來說，我會看到晶片開機過程的行為 上電Power on之後，被燒死在晶片裡面的某一塊記憶體上面的開機程式 (稱之為boot rom)，就會開始運行了 接著它可能會帶起第二個bootloader，進而把OS帶起來， 最後變成我們熟知的user使用環境 用Android手機來舉例的話，就是： 按電源鍵 --> power on --> boot rom --> bootloader --> Linux kernel --> Android OS --> Framework & Application 上面是我所認為的基本開機順序 必須每個關卡都順利，才能開機成功 在這之中，如果有硬體任何元件有錯誤 (像是UART, sd card, timer, interrupt controller...etc) 都有可能會造成開機失敗 這時候有可能要去查看log以及相對應的spec，才能找出root cause *程式碼的整合 如同上一個part所提到的，firmware engineer很有可能會涉略到軟體方面系統整合的工作 這可能會牽涉到： 如何去build code 了解到如何撰寫makefile，使得可以build出想要的firmware 了解到cross compiler的使用 如何maintain code base 和同事間一起開發/分工的過程 git的使用 (我自己主要是用git) *和designer的合作 這應該是我覺得比較難得的部分 通常designer會出一份programming guide請軟體按照上面的spec 撰寫出HW元件相對應的driver 但有時候不一定會按照上面所寫的運作 這時就需要請designer拉訊號出來做debugging的動作 軟體幫忙找出好複製的方式試著模擬情境，讓HW的人方便找到root cause 因為需要密切合作，其實firmware engineer也會比更上層的軟體工程師了解硬體運作的原理 像是軟硬體之間的溝通方式，interrupt需要怎麼設定，register如何填寫等等的 是我覺得最核心關鍵的地方 3. 踏入IC design house前的軟體工程師(or新人)可以做什麼準備？ 如果有心想要往IC設計公司的firmware engineer發展的話 我認為可以做以下這些準備： 純技術部份： *將C語言練得更熟一些 通常在寫driver的時候，程式語言都是用C 因此，我覺得將C練得更滾瓜爛熟，是有幫助的 重點其實也是常常面試考題會考的部分 (pointer, structure, function call, ... etc) *作業系統的概念 這也是要做嵌入式系統方面的工作，必定要複習的部分了... 重點一樣也是面試常考的那些 (interrupt, synchronization的處理...etc) *如何在Linux kernel系統中撰寫一個driver 雖然我覺得這可以進公司再學，不過事先學好也是很不錯 重點在於dts, platform driver, interrupt handler (又稱ISR)...etc 其他輔助部分： *Presentation的能力 跟之前在系統廠時相比，在IC設計公司工程師開會討論spec或是問題的頻率高非常多 為了降低來回溝通的次數，我覺得清楚表達的能力很重要 這裡指的清楚表達，不僅僅是口頭上的清楚 有的時候可能是透過一張架構圖，抑或是一張投影片讓對方了解自己的想法 尤其是設計初期，在如何做之前， 常常會有一個brainstorming的階段， 需要尋找靈感，也就是要做什麼。 *英文 這應該...就不用多做說明了XD 雖然目前沒什麼用到英聽跟口說的機會 但是至少reading跟writing的部分能有加強也是建議加強~ 目前以來的心得： 相較於之前在系統廠擔任BSP RD，我覺得在IC設計裡面擔任firmware engineer， 最大的差別，應該是在於有更多事情需要靠自己去study，trace code 看原廠spec，看網路相關的論壇 (ex: stackoverflow)，才能夠去解決 跨部門的同事都很忙，其實不一定能夠幫你，凡事靠自己，覺得是練功的好所在。 之前在系統廠，還能夠開issue問vendor 但是現在自己就是vendor，很多know-how都需要自己去發掘了 因此，到現在，我都還是常常覺得東西永遠學習不完， 每天都有新的東西要學的感覺... 但，目前我還是享受這種感覺的。 如果是為了賺更多錢，確實，來IC設計薪水會比台灣的系統廠高上一個level 但對於未來生涯規劃，想持續精進自己的技術力 我認為這也才是IC設計公司的一大賣點~ 以上 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 122.116.224.31 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Tech_Job/M.1602809917.A.861.html
推
10/16 09:00, 3年前 , 1F
推
10/16 09:00, 1F
推
10/16 09:05, 3年前 , 2F
推
10/16 09:05, 2F
推
10/16 09:05, 3年前 , 3F
推 我問的我自首
10/16 09:05, 3F
推
10/16 09:15, 3年前 , 4F
推一個
10/16 09:15, 4F
→
10/16 09:18, 3年前 , 5F
三樓XD
10/16 09:18, 5F
推
10/16 09:20, 3年前 , 6F
推
10/16 09:20, 6F
推
10/16 09:21, 3年前 , 7F
分享推
10/16 09:21, 7F
推
10/16 09:22, 3年前 , 8F
推 謝謝分享！
10/16 09:22, 8F
推
10/16 09:24, 3年前 , 9F
推 謝謝分享~
10/16 09:24, 9F
推
10/16 09:28, 3年前 , 10F
推
10/16 09:28, 10F
推
10/16 09:29, 3年前 , 11F
推推
10/16 09:29, 11F
推
10/16 09:31, 3年前 , 12F
推
10/16 09:31, 12F
推
10/16 09:33, 3年前 , 13F
推 不過個人認為，底層FW作久了可以往上層的Host Driver
10/16 09:33, 13F
→
10/16 09:33, 3年前 , 14F
走，ㄧ來可以更了解整個大系統架構，二來不願幫HW背鍋XD
10/16 09:33, 14F
推
10/16 09:37, 3年前 , 15F
只能推惹
10/16 09:37, 15F
推
10/16 09:46, 3年前 , 16F
推
10/16 09:46, 16F
推
10/16 09:49, 3年前 , 17F
好文, 認真分享推
10/16 09:49, 17F
推
10/16 09:55, 3年前 , 18F
推
10/16 09:55, 18F
推
10/16 09:58, 3年前 , 19F
強
10/16 09:58, 19F
推
10/16 10:06, 3年前 , 20F
詳細推 感謝分享
10/16 10:06, 20F
推
10/16 10:07, 3年前 , 21F
推好心又詳細
10/16 10:07, 21F
推
10/16 10:08, 3年前 , 22F
滿詳細的
10/16 10:08, 22F
推
10/16 10:13, 3年前 , 23F
推心得
10/16 10:13, 23F
推
10/16 10:15, 3年前 , 24F
推
10/16 10:15, 24F
推
10/16 10:17, 3年前 , 25F
如果還在系統廠深蹲 並且常接觸IC vendor的 請記得所
10/16 10:17, 25F
→
10/16 10:17, 3年前 , 26F
有問題都要挖到root cause 不要得過且過 對以後跳IC d
10/16 10:17, 26F
→
10/16 10:17, 3年前 , 27F
esign是很有幫助的
10/16 10:17, 27F
→
10/16 10:18, 3年前 , 28F
推樓上 確實多trace code是有幫助的~
10/16 10:18, 28F
推
10/16 10:19, 3年前 , 29F
感謝分享～
10/16 10:19, 29F
推
10/16 10:19, 3年前 , 30F
寫的詳盡清楚
10/16 10:19, 30F
推
10/16 10:21, 3年前 , 31F
推推
10/16 10:21, 31F
推
10/16 10:33, 3年前 , 32F
推
10/16 10:33, 32F
推
10/16 10:44, 3年前 , 33F
推
10/16 10:44, 33F
推
10/16 10:50, 3年前 , 34F
推
10/16 10:50, 34F
推
10/16 10:52, 3年前 , 35F
給推 IC設計原廠真的要學很多
10/16 10:52, 35F
推
10/16 10:53, 3年前 , 36F
推
10/16 10:53, 36F
推
10/16 10:57, 3年前 , 37F
好久沒看到分享文了
10/16 10:57, 37F
推
10/16 11:02, 3年前 , 38F
推推
10/16 11:02, 38F
推
10/16 11:04, 3年前 , 39F
好文推
10/16 11:04, 39F
還有 114 則推文
推
10/17 02:05, 3年前 , 154F
推
10/17 02:05, 154F
推
10/17 03:11, 3年前 , 155F
推
10/17 03:11, 155F
推
10/17 08:48, 3年前 , 156F
推～寫的很清楚
10/17 08:48, 156F
推
10/17 09:45, 3年前 , 157F
推～
10/17 09:45, 157F
→
10/17 10:00, 3年前 , 158F
看IC配的CPU CPU越強FW能做的事越多
10/17 10:00, 158F
推
10/17 10:04, 3年前 , 159F
推 詳細
10/17 10:04, 159F
推
10/17 11:08, 3年前 , 160F
推
10/17 11:08, 160F
推
10/17 11:55, 3年前 , 161F
推
10/17 11:55, 161F
推
10/17 12:06, 3年前 , 162F
對於不懂ic設計產業的人 這是篇好文
10/17 12:06, 162F
→
10/17 12:40, 3年前 , 163F
推詳細
10/17 12:40, 163F
推
10/17 12:42, 3年前 , 164F
推
10/17 12:42, 164F
推
10/17 13:02, 3年前 , 165F
推
10/17 13:02, 165F
推
10/17 13:18, 3年前 , 166F
很用心仔細的介紹 受教了
10/17 13:18, 166F
推
10/17 14:14, 3年前 , 167F
推推
10/17 14:14, 167F
→
10/17 15:24, 3年前 , 168F
還少了驗AIC 焊接 支援客戶 跑閎康(照EMMI FIB nFIB) ，示
10/17 15:24, 168F
→
10/17 15:24, 3年前 , 169F
波器 電表 電源供應器真的算基本工具..
10/17 15:24, 169F
推
10/17 17:26, 3年前 , 170F
推
10/17 17:26, 170F
推
10/17 21:33, 3年前 , 171F
讚
10/17 21:33, 171F
推
10/18 01:14, 3年前 , 172F
推
10/18 01:14, 172F
推
10/18 03:03, 3年前 , 173F
推
10/18 03:03, 173F
推
10/18 07:11, 3年前 , 174F
推，超詳實的好文
10/18 07:11, 174F
噓
10/18 08:29, 3年前 , 175F
晶晶體真的只能噓
10/18 08:29, 175F
推
10/18 11:21, 3年前 , 176F
我在小系統廠 vendor不甩都得自幹...
10/18 11:21, 176F
推
10/18 13:45, 3年前 , 177F
推詳細好文
10/18 13:45, 177F
推
10/18 14:09, 3年前 , 178F
好文推
10/18 14:09, 178F
推
10/18 14:11, 3年前 , 179F
推
10/18 14:11, 179F
推
10/18 14:40, 3年前 , 180F
推推
10/18 14:40, 180F
→
10/18 14:40, 3年前 , 181F
我在系統廠覺得底層的東西 看完這篇才知道有夠上層XD
10/18 14:40, 181F
推
10/18 16:09, 3年前 , 182F
已筆記
10/18 16:09, 182F
推
10/18 18:07, 3年前 , 183F
寫fw其實很少有完整的物件導向能用
10/18 18:07, 183F
→
10/18 18:08, 3年前 , 184F
其實還少提一堆類比段的東西，那些也很可怕
10/18 18:08, 184F
→
10/18 18:10, 3年前 , 185F
凡事靠自己(x) 出問題要有能力抓對人(o)
10/18 18:10, 185F
推
10/18 19:32, 3年前 , 186F
推!
10/18 19:32, 186F
推
10/18 21:24, 3年前 , 187F
好文分享給推
10/18 21:24, 187F
推
10/18 22:15, 3年前 , 188F
推詳細
10/18 22:15, 188F
推
10/19 01:49, 3年前 , 189F
推
10/19 01:49, 189F
推
10/19 10:42, 3年前 , 190F
推推 好詳盡的介紹！
10/19 10:42, 190F
推
10/19 10:54, 3年前 , 191F
系統廠BSP跳IC設計有相同感受，不過研究所本來就做IC設
10/19 10:54, 191F
→
10/19 10:55, 3年前 , 192F
計所以多多少少有認識
10/19 10:55, 192F
推
10/19 11:23, 3年前 , 193F
推
10/19 11:23, 193F
‣ 更多 agmoagmo 的文章
文章代碼(AID): #1VYF0zXX (Tech_Job)
‣ 更多 agmoagmo 的文章
文章代碼(AID): #1VYF0zXX (Tech_Job)