※ 引述《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，
最後就是要求原廠提供該功能的解法與程式碼，而原廠為了能協助系統廠快速進入
量產階段，就不得不加班趕工根據系統廠客戶的需求提供對應的程式碼