2010年10月26日 星期二

日系Fujitsu MCU

最近有比較忙...所以比較少提筆寫部落格。

之前在部落格中,我也曾提過,我出社會第一個碰的單晶片MCU不是大家所熟悉的8051 ,

而是日系NEC 的uPD 系列...後來,也因此有稍微看了一下日系MCU市場。

當然啊...因為日本不單只是半導體工業發達,他們的品牌系統廠也很多。

所以,他們這些MCU 也都不一定得外銷給我們用,他們自己國內的需求就很大了。

就足夠支撐他們自己國內的這些產業...

但我們知道自從美元逼迫日圓升值後的十年,日本經濟就陷入很大的危機...所以,

這幾年就有點比較辛苦經營了,當然其他國家的半導體工業也發達了。

所以,這幾年日本的一些大公司就開始興起合併風了...

最早的Hitachi 與Mitusbishi 合併成Renesas...當然如果以DRAM 來看的話:

日本 爾必達Elpida是NEC 與 Hitachi DRAM 部門合併, 後又 合併 三菱 DRAM 部門...

人家是越做越辛苦的,不得不合併...我們台灣的半導體廠就很奇怪,反而是越分越多家,

越是不賺錢,大家就越嚥不下那口氣,就非得自立門戶又搞一家,搞得看不出誰有前景?

以DRAM 來說:當然他的投資金額是非常龐大的...就非得考量合併的市場操作,

這是無可厚非的!(其實,去年政府也想出面整合。結果,中國人就是厲害,都有自己的想法!)

但是我們再以那一種在簡單不過的MCU 來看,還不需要如此吧?!

結果,同樣的戲碼從去年就沸沸揚揚的在市場流傳:

"傳東芝與NEC正洽談合併雙方部分晶片業務"

"NEC電子與瑞薩合併"

...

甚至我之前部落格也有提到Microchip 想結合Motolora (On) 去合併Atmel...

其實。在在的顯示在這個市場也已經到了無法容下那麼多公司類似產品了。

或許,真的要讓我們國內的相關業者要好好想一想了...

----

好吧...剛好今天我有拿到另一家日系Fujitsu 的MCU 產品資料...

大家就先不用管我拿到哪一棵型號?大家可以從他們今年所發佈的產品訊息看一下:

富士通半導體推出最新8位元微控制器內建模擬比較器和運算放大器

富士通半導體推出最新8位元微控制器內建模擬比較器和運算放大器
2010年8月10日,臺北—香港商富士通半導體有限公司台灣分公司今日宣佈推出6款MB95430H系列產品,進一步擴大其F2MC-8FX系列產品陣容。此款新產品增加內建比較器和運算放大器。MB95430H系列是F2MC-8FX系列通用產品之一,是內建快閃記憶體的高效能8位元微控制器。樣品已開始接受申請,並預計10月開始量產出貨。

近年來,全球市場尤其是亞洲市場,對在家電(如電磁爐)、工業設備(如電動工具、自動測試機)上建置含比較器和放大器功能的小型系統控制8位元微控制器之需求開始激增。

富士通半導體針對此一需求,進一步擴大8位元微控制器F2MC-8FX系列的產品陣容,推出MB95430H系列。MB95430H系列是有32個針腳的低針腳晶片,內建快閃記憶體,並擁有高度資訊安全保證。

該系列除了支援強大電流保護等功能,還支援各種多功能計時器通訊功能,因此不僅可以用作主要微控制器,在現有系統配置功能不足時還可以作為輔助微控制器。

此外,該產品還內建單線式晶片內建調試模組,客戶調試程式時僅佔用微控制器一個針腳,可以方便其產品開發。而且由於該產品添加高精度CR振盪電路,可作為微控器系統時脈源,從而減少客戶在開發時所需的外部元件。

樣品價格與推出時程
富士通半導體已開始提供MB95430H系列樣本,樣片價格為1美元。預計此產品2010年度將可達到三百萬顆的銷售目標。

產品陣容
產品名稱 ROM容量 RAM容量
MB95F432H,MB95F432K 8 KB 240 B
MB95F433H,MB95F433K 12 KB 240 B
MB95F434H,MB95F434K 20 KB 496 B

產品特色
1. 搭載4路比較器和1路運算放大器
內建多路的電壓比較器和運算放大器,可應用於多種高速採樣、報警器電路、自動控制電路和測量技術,也可用於斷路保護、快速傳感、電源電壓監測電路、過零檢測電路等領域,主要可應用於電磁爐、微波爐、斷路器、保護器、監控設備、監控儀錶、大功率電源等產品。

2. 搭載高效能快閃記憶體
執行程式時資料會被多次重寫,本產品添加可以進行10萬次擦/寫操作的高效能快閃記憶體。另外,資料保存時間為20年。本產品更添加快閃記憶體加密功能,能防止外部程式意外讀取資料,防止客戶的軟體資訊外洩。

3. 減少外部元件數量,降低成本
由於搭載CR振盪電路、電壓檢測電路和監視計時器電路,無需添加外部振盪器和重定IC,有助於降低系統成本。

產品介紹網站
MB95430H系列:
http://www.fujitsu.com/cn/fmc/services/mcu/mb95/

----

好吧...我們就從以上的幾個重點規格來看一下產品訴求的幾個重點:

1. 現在做MCU產品,非Flash type 就不要想了...寫韌體已經夠辛苦了,

還要用OTP 或Mask 去背負韌體程式錯誤的修改原罪?...幹嘛!要找人寫MCU韌體已經很難了,

您還要去要求工程師的韌體程式一Release 就不用再修改?!那除非老闆自己下來寫算了。

當然啊...如果原廠工程師要幹這種苦差事,我們也不反對,但如果您們把產品規格給出去...

那就下次再聯絡了啦...沒有下一次的機會了啊!那麼多加MCU 廠...我幹嘛還要養虎為患?!

-----

2.既然是Flash type 的MCU...您就不要再折騰我們韌體工程師了吧!還要架發展工具?

還要洗那個實驗開發版?!...別傻了?什麼時代了,東西一出去,被客戶給Call 出去了。

您還要說:等一下,我回家跑一下我的開發平台。...當場就被說:謝謝~再聯絡了。

當然就是每一顆MCU 就要帶有Debug 介面...但這一棵竟然可以做到 一線除錯!

厲害!厲害!...

下回您賣MCU 就不要跟客人說:對不起,我們家的MCU 需要您花個幾千元買

我們家的開發工具或是ICE 平台...然後,又跟我說:我們家的ICE 跑出來的跟實際燒到OTP

的特性有點不一樣喔~這一點要留意哦。...又當場三條線!%$#@^....

---

3. 現在半導體工藝技術已經是眾所皆知了,您就不要再跟我說:我們家的MCU如果要

有準確的System Clock ...我們還是建議您外掛震盪器....什麼啊?!您知道嗎?!

現在有MCU 都已經賣得比震盪器便宜了。您還要叫我外掛震盪器?!

更何況現在MCU 的腳位越來越少...您還要我浪費IO去掛震盪器?!...還是謝謝~再聯絡了。

---

4. 現在寫MCU 的韌體工程師是越來越少了,尤其是要會寫這一種小而美的工程師快變成

稀有動物了...我們本來就應該要保護他。所以啦,人家辛辛苦苦寫的韌體程式就要尊重

人家一下,韌體程式的保護機制還是要有的啦!但是台灣這些MCU 廠都信誓旦旦的跟您說:

我們家MCU 的保護也是很好的啦,只不過,下回碰到IC 出問題了...為了釐清問題,

原廠此時就露出一絲絲詭異的笑容跟您說:我們IC 有留一些後門以利檢查程式的啦!

昏倒......還是老話一句:謝謝,再聯絡吧!

5. 重點來了...主要還是價格了吧。好了,您覺得上述的樣品價是:US$ 1.00...

那您覺得您真正可以拿到的價格是多少?! 我這樣子講好了:

他上面那一棵是多IO 腳的封裝,他也有出少IO 腳封裝的MCU...價格就您們自己去問吧。

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

我講過了...這一個市場都已經在談公司合併整合資源與市場了,

您說:台灣的DRAM 廠怎麼跟人家合併後的廠競爭了?當人家開始殺價時,

您到底要拿什麼武器去阻擋?!您還在想用OTP...Mask MCU 去擋嗎?!

同業的朋友都已經在說:現在台廠MCU 一拿來,您就不要談什麼產品規格啦,

您就先從價格先報吧!...台廠MCU 玩到最後都只剩下一百零一招---大家都知道的:

殺價、殺價、殺價、殺價而已...您知道殺到最後怎麼喊?!...0.0幾美金價差而已,也很明顯:

台灣MCU 廠在這一波市場整合風潮之下,應該都已經沒機會推出有競爭優勢的

Flash type 之MCU 了...因為現在台廠Flash 的開發攤提費用已經沒有機會在市場報價了。

而在殺價的前提下,我說過了...這一種IC  就不是買回家,一上電就會跑,...

他還要寫韌體...寫韌體前還要做產品開發版 ,寫完還要一連串的測試...

您說:您能找誰寫韌體,幫您維護韌體?問一下各位:您一年可以寫幾套韌體?!

也難怪:這幾年來,我們8051單晶片書籍大師:林伸茂老師也多投靠日系MCU了,

他雖然說了一句:現在寫8051 真的無利可圖了。

但我想真正的原因就上述的那一些因素吧!...時代不同,也就不要有苦命的開發流程了吧!

也難怪同業都開玩笑說:這些台廠的MCU...大概就只剩下我們偉大祖國的工程師願意用了吧!

但是:不好意思的是...我這一兩年有看到一些對岸做得不錯的系統產品,

打開來看:不好意思,人家也開始懂得要用國外這些Flash Type MCU 了,

畢竟那一種寫韌體,開發系統的苦日子,大家都會怕的啦!

或許,時代真的不一樣了 ...要寫單晶片韌體,要做系統開發,真的要有不同的工程思維了。

---

PS : 大家就不要在那邊猜了啦...反正這些產品的價格在大陸的淘寶網也都可以問得到,

台廠的MCU (OTP)在一般大色貨的市場行情都是US$ 0.2 以下的啦... 

如果您有拿到US$ 0.1 的也不要太高興...這種價錢也沒人說不行啊,

改天哪一家IC 設計公司卯起來,就給您來個"鬧ㄍ一ㄠˋ(賭)"的...低於這個也沒差。

反正我說過了:這些公司找來的業務也都只有那一招半式:殺價!...再不行的,

就找個裙子穿短一點的啦。...哪來的行銷包裝策略?!產品特色訴求?!

全都被拋在腦後了啦。您還要多討好一下這些苦命的韌體工程師比較實際吧。

萬一這些韌體工程師全跑去玩ARM..Andriod...我看您MCU找誰幫您開發?!

不是我開玩笑的...在台灣已經快找不到了,因為很簡單,老外也沒多少人在寫了啊!

西風漸進,這個趨勢是改變不了的啦。要不然,您以為這些美系、日系的MCU

幹嘛拿到台灣或大陸殺價?!...很簡單嘛!...稀有動物只有這邊有嘛。.........

4 則留言:

  1. 原來寫韌體的已經變成稀有動物了阿...
    難怪最近來推銷MCU的...都沒有幫人家寫程式了...

    現在寫MCU的好像改用C語言在寫哩...
    富士通的開發環境好像只支援C?(基於C語言的綜合開發環境(SOFTUNE 工作臺))
    看來真的要熟悉一下用C來寫MCU了...

    回覆刪除
    回覆
    1. 嘩...用組合語言開發?那就更稀有動物了。
      因為我說了...現在客人也都認為寫韌體這檔子的事,沒多大不了的事。
      以前搞韌體要找到C 語言支援的組譯器也不容易,那就當然得硬著頭皮幹。
      但是現在這一些組譯平台都已經很成熟了,大家要的是開發時程了,
      用C 寫~皆大歡喜。連林老師這幾年也幾乎都沒碰組語了。
      我也認為沒有支援C 語言的開發平台就不要碰了...省下來的時間,
      還不如多出去走走跟客人或是一些業界朋友多吃飯聊天打屁還比較實際。
      那怕我在許多文章所用的那些演算法...其實也都可以用C 語言完成的~
      重點是在演算法,而不是組語的語法,C 語言的特色已經跟與組語很接近了。
      --- 坦白講:如果要真正成為人家保護的稀有動物的話,也是要跟上時代,
      否則,人家就算要保護您,也是要考量值不值得啊!您說對不對?!
      (PS:其實,我也是很支持與維護組語的開發平台的...
      但是林老師都跟我說:我現在都已經全面換C語言了---言下之意有點無奈了。
      但大家為的都不是一個立場堅持的問題,而是還有許多值得我們系統工程師
      該留意的地方,譬如:去整合PC 軟體平台、或甚至多摸一點USB 等...
      這也是我個人小小意見...也供給您參考!)

      刪除
  2. 看到板大這樣講,小弟感到時代真的變了。以前在學校做專題用em78447,那時候廠商有提供C語言平台,但不是很成熟也不好用。況且老師說用C寫出來的程式碼檔案較大,執行速度較慢,叫我們用組合語言寫程式。才幾年光景,mcu程式記憶體容量一顆比一顆大,功能也愈來愈強。開發工具都換成C平台反到組合語言的部分較少提到。

    回覆刪除
    回覆
    1. 之前版主推那個多核心的MCU...後來也號稱有C 組譯器,
      但後來客人一直反映說:我們到底是在寫韌體呢?還是在幫原廠測C的組譯器?
      常常發生:明明用標準C 寫的,轉成機械語言後,怎麼全『跑針』(台語)了?
      這是國內後來一直沒有比較可以拿出來講的C 的組譯器...以前大公司還可以
      請大陸高材生寫...但後來這一種做了一次就不符經濟效益而不了了之。
      主要還是台灣的MCU 常常是看到哪一個應用市場大,就改版出一棵不同MCU,
      寫發展工具的工程師就會被搞死了...更不用說客人了囉。
      至於哪一種語法的程式效能好?!我是覺得應該是基礎的程式技巧了。
      以我常提的 3.14 的乘法運算,(還有那一篇有關A/D一階濾波公式!!)
      如果您不懂得用數值分析方法解的或不懂得他的基本數學基礎的話,
      用組合語言去寫也沒比較快啊....
      等您懂得去作系統分析,或是先前的紙上數學推演的話,
      C 語言才是加速您韌體系統開發的速度啊,畢竟現在產品開發,
      講的是:快速與準確無誤啊。

      刪除