8 bits 與32 bits MCU 的另一觀點

前兩天我有提到一篇關於8 bits 與32 bits MCU 的市場趨勢問題。

引起頗多討論，私底下許多朋友也同意我的看法：指的是那個在市場商業考量。

當然重點就是 8 bits MCU 市場的毛利真的太過於競爭了，而國內也有許多

傳統MCU IC 公司內部也經常得面臨此一問題的產品開發掙扎，到底就停在8 bits

市場裡呢？！還是到底還要不要再往 32 bits(ARM) 的平台觀點前進呢？！

我想很重要的一點是：如果公司沒有注入新的思維模式，那對於公司未來願景是有一定的

疑慮的，別的不說，至少人員招募或是想注入新活力來說，的確是一大障礙。

因為在學校所培養的學生也會慢慢的朝向32 bits MCU 發展 --- 因為這些賣 32 bits MCU

自然會從學校推廣開始佈局，不出幾年學校畢業的學生自然會推崇32 bits MCU 的平台。

另一點的問題就是：這些傳統8 bits MCU 公司業務或是產品設計部門也會顯得意興闌珊，

因為畢竟 8 bits MCU 市場能跑的，客人能接受的或是應用市場定位...幾乎都已經定型了，

剩下的業務或設計部門的工作就剩下：Cost Down ...殺價而已。

至於，您說要去找新的應用領域或整合新的要素來說：對大家都是一樣的啦。

久而久之...公司的發展動力就會受限，講實際一點：連要炒作議題都很難啊。

當然，您說要餓死，也當然不會啦，只是想賺大錢...是比較辛苦了啦。

反正就是剩下的營運模式...就是您想去搞，您就去慢慢搞吧。

就跟夜市擺攤做生意一樣，您若沒別的事可以作，那您就去作吧。

------------------------------

不過，就在與一些同好或是檢視目前系統產品應用開發觀點來看，我倒發現了

一個真正會改變這些8 bits 與32 bits 應用產品開發的重要因素...我想這一個

在技術開發觀念上的改變才是真正會去改變這兩者之間的一個分水嶺。

如果您跟我一樣從事多年的系統產品開發，也寫了許多韌體程式之後，您有沒有

發現：您常常因為一個新產品或是一個新工作，您幾乎就得重新再來一遍？！

譬如說：今天我作掃描器的SOC 系統，我就得從零開始，開始寫8051 程式...

明天：我作MP3 播放器時，我又得要從頭開始寫韌體程式？！當然，許多

韌體程式的概念是大同小異的，但畢竟還是得幾乎從頭搞起...明天改作手機又來一次。

在這產品的韌體程式之間真的很難找到類似相同之處。最辛苦、可憐的就是我們

這些賣肝韌體工程師...而且最重要的是：產品之間的延續性很差，幾乎都是

一代產品宿命。

------

但是我們從蘋果的系列產品中，我們看到了什麼？！...明明大家作的都是

MP3 播放器，但人家的iPod 可以拿來繼續作iPhone 平台，還可以繼續

搞Tablet PC 的iPad ，所以理所當然的 iTV 也不成問題啊。

而我們呢？！...今天MP3播放器用的是 8051...搞了老半天，市場不見了，

明天老闆說要作 TV 晶片，結果又拿著 8051 重新開始寫...改天又是個

Set-Top-Box...當然沒錯，8051 外加硬體電路，當然可以達到一定的產品規格，

但辛苦的是系統韌體工程師，今天寫這個，明天寫那個，以晶片或系統硬體成本

來看好像非常有競爭力，看長遠來看，卻是『一個產品，一個工』，都是燃燒年輕

的肝換來的。--- 當系統規格越來越複雜，整合周邊或是相關規格與附件時，

韌體整合工作就越來越難，甚至幾乎毫無頭緒？！

-----

這一個產品開發的例子我們看到什麼情形？！就是一開始我們在佈局開發產品時，

我們一直缺乏系統整合平台觀念，因為很簡單：大家喜歡Cost Down...

您拿一個 2 KBytes  8 bits MCU能有什麼作為？！當您發現資源不夠時，

明天要產品改版：加這個，加那個～ ROM 變成 4KBytes...結果還是一樣。

當別人在產品開發的系統整合速度提升時，我們還在那邊考量我的8 bits MCU

還要增加哪些周邊支援？！我還要提供多少資源給系統韌體工程師呢？！

但今日32 bits ARM 帶給了我們什麼系統設計思維？！真正的系統資源平台。

舉個例子說：一個簡單的健身器材跑步機，傳統的8051 加週邊回路當然夠您用，

在系統需求上，當然綽綽有餘，但是明天客人要個互動模式，外加個網路功能，

甚至要加個簡單的多媒體...您怎麼辦？！重頭再來？！還是乾脆放棄？！

但是32 bits MCU 卻可以提供一定的系統資源平台...或許，一開始有點浪費，

但很明顯的是：對於未來產品規格的提升或系列產品開發來說：

人家真的可以提供一個真正的公司系列產品核心競爭力的平台。

當然您也可以在8 bits MCU 裡作，在機器人玩家裡的 Arduino也是一個

系統平台觀念...只不過的是，當您的需求與資源越來越吃緊時，該怎麼辦？！

所以，您的遙控直昇機要再加網路互動時，（當然，您說加個陀螺儀這個東西，

就像搞發明展一樣，得獎是一時的興奮，久了就沒了新鮮感！）

又要外加小鏡頭時，您怎麼辦？！...

難道未來每一項產品您打算都是『一個產品，一個工』搞嗎？那您覺得有多少

年輕新鮮的肝可以用？！您的系列產品的延續性如何？！工程師來來去去的，

您自己公司的產品又該如何維護，延續生命呢？！人在東西在？！人亡產品死？！

-------------------------

所以，產品開發本來就應該有系統整合平台觀念存在，他本來就是一種展現公司

產品核心價值的地方，不管您用8 bits 或32 bits MCU 都應該有的觀念，

但在實際的產品開發的實現上，32 bits MCU 更能夠輕易的提供這樣子的一個平台。

我想信：今日手機有iOS ，Andriod ...機器人有Arduino...

明天工業控制有 ??? ，甚至，那怕是搞健身運動器材的也有其通用的系統整合平台。

或是醫療器材...甚至引擎控制系統也有會相關系統整合平台。

因為很簡單，這是趨勢，以前8 bits 很難作得到，今天以後 32 bits MCU 可以提供

您不同的系統整合開發思維...

我自己本身能力不足，我也只會 8 bits MCU ，但我自己也絕對相信這樣子的

產品開發觀念與趨勢改變是我所不能阻擋的，我說過了： 8 bits 與 32 bits MCU

之趨勢論調不能光從簡單的硬體成本觀念來盤算，因為他們背後所隱含、所能

觸動的真正商機是不同的...所以，我才說：未來搞 32 bits MCU 才存在真正的

商機在裡頭。...您搞 8 bits MCU 也只不過餓不死而已...

當人家用 90 奈米甚至 45 奈米製程提供了一個更強大，更有市場價格競爭力的

32 bits MCU 給您時，您卻還在想說：我 8 bits OTP 或MTP MCU 還要不要改成

0.35 um 或是...其他產品搭配使用時，很明顯的，未來產品開發商機會在哪？！