Re: [請益] 系統廠軟體未來出路?或在系統廠耍廢?
※ 引述《ando5566 (販賣夢想的人)》之銘言:
: 一直以來小弟有個疑問是關於「系統廠和IC廠的firmware工作內容如何區別」,剛好藉由這
: 個討論串請教版上的前輩,公司產品本身是用mcu開發軟韌體與自己設計簡單週邊電路,牽
: 涉到很多mcu 提供的模組(comparator/Pwm/compare/capture)與通訊協定(i2c/spi..etc.
: ),常常遇到系統廠的軟體工程師擅長Linux kernel與device driver,倒是沒用過示波器除
: 錯或GPIO除錯,與公司要求技能有差距(非指高低之分,而是專注領域不同),想請教分類
: 上「mcu開發」本身是系統廠技能還是ic廠技能?如果說它是ic廠技能,有時候也會去原廠
: 下載sample code下來改,也不完全一樣。
: 拋出兩個問題,一、分類定義;二、mcu開發的歸類,感謝先進回答,弄清楚這個之後,敝
: 人此生無憾。
MCU產業分為三層
原廠:
Firmware Team主要負責提供自家MCU的底層驅動,透過R&D提供的Register Map來
設定每一項功能的使用,如 Timer、I2C、I2S、SPI、UART、ADC、DAC、GPIO等。
然後再形成所謂的BSP與Sample Code讓MCU使用者能快速開發。
Value-added Reseller或Indenpendent Design House:
Firmware Team將原廠的MCU使用於某應用(Application),開發出一套配套系統
或子系統,形成所謂「方案(Solution)」後,將整個方案賣給系統廠。
系統廠:
Firmware Team主要根據公司發展產品之所需,利用購自VAR或IDH的方案或自行根據
原廠提供的BSP及Sample Code,開發完成該產品所需之功能。
VAR或IDH的價值就在所提供的方案可以協助系統廠快速導入某些子功能而省去自行
開發的時間。
最慘的通常是原廠的Firmware Team,因為常常系統廠的Firmware Team就算根據
Sample Code也兜不出所需功能,但其公司又不原意花錢使用VAR或IDH的Solution,
最後就是要求原廠提供該功能的解法與程式碼,而原廠為了能協助系統廠快速進入
量產階段,就不得不加班趕工根據系統廠客戶的需求提供對應的程式碼
--
讚 謝謝分享
推 感謝分享
推
好文給推
真實文給推
在台灣,消費電子或電腦相關領域,
通常自己養設計團隊或是依靠IC供應
商提供無限資源協助,所以方案公司
不多。
但是在海外其他領域,方案公司有它
存活的空間,有些較小規模的系統廠
是直接外包方案。
35
針對這串 有很多感想 在來回一下文 出來工作嘛 有點抱負的 不就是為了錢 或是 為了練功來賺更多錢 說到錢呢3
從PC/Server產業觀點來看 : MCU產業分為三層 : 原廠: : Firmware Team主要負責提供自家MCU的底層驅動,透過R&D提供的Register Map來 : 設定每一項功能的使用,如 Timer、I2C、I2S、SPI、UART、ADC、DAC、GPIO等。18
原文恕刪 : 拋出兩個問題,一、分類定義;二、mcu開發的歸類,感謝先進回答,弄清楚這個之後,敝 : 人此生無憾。 先說結論,隨著時間演變,其實overlap越來越多。 以前IC廠其實不太包什麼firmware, 出的IC也大多是通用型CHIP包DSP. 通常會有許多不同的value add公司針對不同的市場提供IP, 兜出所謂的turnkey solution來推出develop board跟SDK給所謂的系統廠。而系統廠主要的工作就是把硬體兜起來做生產,所以傳統的系統廠是以硬體跟工廠生產為主軸。而軟體部門在系統廠的工作通常是幫忙驗證硬體,甚至是幫忙cover一些硬體設計缺失而附屬的角色。簡單來說,以前firmware跟develop board是有專門的公司來負責,問題也常常是三家不同角色的公司一起來解決。6
來講一下各種系統廠的深與淺 拿porting 4G模組來舉例 有的系統廠人很少,幾隻貓就要顧整台機器 所以他們的“會做4G”是把介面打通,然後AT command 可以下,可以連線,然後就沒了 ,不能連就找vendor25
其實會進系統廠的人 基本上在求學時就沒有對人生有特別規劃 也沒有特別想要走哪一組 或那個方向 出來求職時自然 有名的公司就投看看 會進系統廠不是沒原因 就是習慣性不想用太多腦力 這樣你就算跳出去 也會覺得很操 最後又想起系統廠耍廢的好處 然後又回系統廠42
又遇到在系統廠感到迷惘的人了 我來分享一下我個人看法 請各位前輩鞭小力一點 其實,如果你是人才 放在哪裡都會發光發熱3
一直以來小弟有個疑問是關於「系統廠和IC廠的firmware工作內容如何區別」,剛好藉由這 個討論串請教版上的前輩,公司產品本身是用mcu開發軟韌體與自己設計簡單週邊電路,牽 涉到很多mcu 提供的模組(comparator/Pwm/compare/capture)與通訊協定(i2c/spi..etc. ),常常遇到系統廠的軟體工程師擅長Linux kernel與device driver,倒是沒用過示波器除 錯或GPIO除錯,與公司要求技能有差距(非指高低之分,而是專注領域不同),想請教分類31
首Po嗨,如題 算是系統廠的軟體類部門 雖然掛RD,但是沒有燒腦研發的壓力在 系統廠只是代工,凡是要什麼軟體工具或測試工具就是找客戶要 自己再拿別人寫好的直接用8
那是因為一般的系統廠比較像是platform porting的性質。想要碰到研發,需要瞭解root cause跟提出solutions的,麻煩請去有in house design的系統廠的core team。或者是一些上游solution provider like Avocent, AMI, insyde, phoenix. 甚至CHIP廠Intel AMD Aspeed, Nuvoton 也都是很多人推的公司呀。 BTW, 我這裡剛好有個新的BMC in house design Team要成立,很需要各方人才過來幫忙。要不考慮過來看看? ----- Sent from JPTT on my HTC_U-3u. --
爆
[心得]從系統廠BSP RD到豬屎屋Firmware engineer網誌好讀版: (with自製解說圖XD) 整理目前從系統廠擔任BSP RD轉職到IC design house擔任Firmware engineer 一年半以來的心得...57
Re: [討論] 為什麼大家那麼討厭系統廠?小弟待過中國系統廠,與台灣系統廠。 系統廠也是分很多等級的,例如蘋果,google,三星硬要扯也能算 系統廠。 我們只論台灣系統廠,筆電雙A這種等級的。 或更殘的。台灣系統廠的普遍問題: 1.低薪。19
Re: [討論] 系統廠EE的專業在哪來 : 相容性問題要解決 : 完成一堆雜事後,好不容易打件回來了,還要跟FW溝通,產品開始賣後要跟客戶溝通, 然 : 後同時再開發下一代產品...5
Re: [討論] 肉鬆的SW工作性質基本上是,不管是bios, nvidia ai platform, Qualcomm platform, switch, server, 就拿ic vendor SDK, 看懂sample code, 串產線,解決生產問題,壓力小點也不錯啦 有個重要技能就是要會發問,以中國那的系統廠會問到較細,然後改成自己家的架構,台 灣這系統廠odm 沒這能力,主要也是這樣開發較慢,直接拿原廠的版本較快,且有問題可 challenge 原廠,叫他來罰站。4
[請益] 代理商未來性各位300w好 代朋友問 朋友科大學士 年近30 目前在豬屎屋當Firmware FAE 最近拿到一間外商代理商的offer 職稱也是Firmware FAE2
Re: [討論] 沒中文說明沒sample code是不是很難寫?一份spec除了一般會有的電氣特性之外,最麻煩的是那個元件的domain knowledge modem有各種操作模式、radio也有各種模式、TCON也是一樣。 如果他今天是做過A廠的arm m3,換了B廠的Arm m3卻說不會,那我覺得你抱怨的有道理。 Garmin是系統廠,價值在於整合應用,基本上根本不太去做這種元件開發的工作,那些都是vendor做完再拿到手。 大的系統整合商元件需求量大,原廠不太會裝死,小的系統整合商就只能在元件評估階段或是靠以前跟代理商的關係來處理這些問題