2013年5月21日 星期二

小包裝 32bit ARM 開箱文

不知道現在年輕一代的工程師們是幸福?還是不幸福呢?

因為現在要學MCU 真的很方便,而且種類樣式很多。

但也實在是方便又樣式多,也就往往有點無所適從了。

但我們也不可否認的是:現在32 bit ARM 真的在市場推廣上,真的很殺!

況且還不是我們這些老中的公司,是國際有名,有傳統的一線大廠,也是這麼殺。

當然我相信:以我們老中類似的公司,在推類似的產品會更殺的啦。

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

既然是開箱文,我們就趕快從開箱說起:現在網路發達,要訂購這一種原廠的EV Board,

真的很方便,您只要上網點選一下:然後您就可以繼續做您平常做的事,然後您就可以等

快遞到您家按門鈴就好了。--- 現在我發現連國外這些一線大廠的零件採購也是一樣方便。

價格說真的也差不了多少。那您一定會懷疑這一點:

那我舉一個例子好了,我最近要採購一棵電子零件,同樣都是MOQ 一卷 2000 pcs。

台灣廠商(當然是透過代理商)報給我的價錢是 : NT 3.9 。不好意思,還是用台灣品牌,

還不知道從哪裡來的Die 自己包的同產品料號?!

但是我在該國外原廠網站下單的單價是:NT 4.3。...那您一定跟我說:還差0.4 啊!

但我只有要2000 pcs 。差800 元,但我拿到卻國際一線大廠品質保證的零件。

我的系統產品還沒有因為此一零件出過問題,這一種心安的感覺是800 元買不到的!

而且人家國外大廠都有一定的Stock 可以查得到,甚至人家的Lead time 是很穩定的...

台灣的供應商還會常常跟您說:交期難定...(可能我們是比較小咖一點啦!),

這些代理商業務還會用詭異的眼神跟您說:我還有其他Second Source 的東西,

您要不要試試看啊?!....... 這是什麼產品開發觀念?!如果套用在食品原物料上的話,

不就我們常常從電視新聞上看到或聽到的故事嗎?

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

其實我這一次會拿到這一片EV Board 就是搭著上述那一棵2000 pcs 零件一起寄來的,

搭順風車,也剛好免運費。--- 所以現在要做系統開發產品真的很方便。

下圖就是他寄來的包裝:目前號稱最小包裝的 32 bits ARM LPC 812 系列:

他在原廠與網站的產品編號是: OM 13053 。產地就不用懷疑了,肯定就是中國大陸啊。

這一種事就不要再花太多唇舌討論了。

接著打開包裝袋,我們就可以看到目前所有32 bits ARM 標準開發驗證EV Board 的基本標準

形式:左邊就是他的Debug Tool Board --- 用得還是帶USB 介面高檔MCU 。

那右邊就是我們的Target Board,我們可以看到那一棵32 bits ARM M0+ 就是 TSSOP 16 包裝。

如果不打產品型號LOGO 的話,您搞不好以為它是一棵普通的 Microchip  或台廠 8 bits MCU 呢!

這麼小包裝的MCU ,您就不要花太多時間研究他的I/O Pin ...也沒幾根pin 好研究的!

我們就直接架上開發平台吧!

不過,說真的~每一家搞ARM 的IC 原廠都用自己的 Debug Tools Board ,甚至還要用

他們家自己的IDE 開發軟體平台,說實在的啦...我們哪來那麼多時間來研究這些IDE 開發環境,

更何況是我們這一種玩8 bits MCU 起家,已經LKK 的老工程師,還能用IDE Tools 寫寫程式

已經不容易了啦...就求求這些大廠、原廠們,就饒了我們吧!

所以,我還是喜歡用標準的像JTAG 或一般標準的Debug tools 來開發。

下圖我就用ULINK2 來連結我的Target Board。至於您問我的ULINK 2 哪裡來的?!

這時就不用到國外網站去點選採買了,您只要到一般國內購物網站找一下我們大陸山寨版,

自己走到巷子口的 7-11 去"貨到付款"...降低一下採買風險嘛!也順便出去走走!

----

現在有許多ARM 像這一種小Pin count 的MCU 應該很難用那一種四、五根I/O 的Jtag

來Debug了,他們用的是SWD (serial Wire Debug)方式:只需要一般最基本兩根I/O 就

可以了!而且還要一般傳統Jtag 共用介面...這時候,您原廠也就不要自己"搖卡窗"自己

搞一套奇怪的介面了。我說了:我們沒有那一種美國時間,耽誤我們的寶貴的時間,

也只會反過來浪費您們IC 出貨時間而已。...

下圖是實際接法黃色是3.3 V電源,灰色是GND ...其他兩根就是:SWDIO 及SWDCLK。

至於IDE 軟體開發平台,那我們就更管不到您原廠錢太多,想多養多少軟體工程師來寫這

一種開發IDE tools ?然後要搞得多花俏?我實在沒時間研究。也不想電腦裡灌一大堆東西。

還是老話一句:用最熟悉的環境,用最快的方法:Target to Market 吧!

所以我還是喜歡用Keil 的uVision tools 吧!

下圖就是他的基本設定,至於標準的Sample Code ,自己就到該公司的原廠網站找一下吧!

最有名當然就是那個從8051 時代就有的 Blinky 吧!

所以,我們很快的在幾十分鐘內就完成整個新一代32 bits Low Pin count ARM MCU 的開發

平台架設了。您就可以開始動手寫程式了,您還可以把您原來傳統 8051 的韌體程式給移植

過來吧!....至於,要不要搞個什麼OS 在裡面?!那就您要燃燒多少生命歲月來搞了吧!

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

後記:說來也是時機Chance ...我才搞這一套來玩不到幾天,原來在部落格上留言想提供我

此一EV 的代理商工程師,就把IC sample 親自送過來了...其實,人家本來也要送我此一EV

Board 的啦,我們實在於心不忍,因為他自己也調這一片版子調很久了。我們也不好意思催他...

最後就自己上網找了一下。

大家可以到我的留言版爬一下文:約在2012 年的12 月中旬那位新加坡商安富利電子

業務工程師的留言。... 賴先生~辛苦您了!已經快過了半年了。...

下面是所提供的IC Sample...一個就是EV Board 上的TSSOP 16 ,另一個是一般 SO20 包裝! 

之所以提到這一件事:我是要告訴該公司的長官們,您們家的業務工程師真的很拼!

您們要好好的鼓勵他一下囉。...............



10 則留言:

  1. 32位元MCU是好用,但應用也會跟上來。小弟就在使用64位元整數。
    8位元時代,64位元整數是遙不可及的。
    不過現在一張8GB的SD卡才台幣300元不到,能不用嗎?
    32位元變數已無法在8G上做索引了。

    回覆刪除
    回覆
    1. 我以前講過,人家沒有MCU 也是一樣可以把衛星打上天。
      用8 bit MCU 也做過許多漂亮的產品,所以過渡的追求產品規格
      也不一定是好事。
      或許就是因為太過於追求這一種規格,反而讓我們失去了一些系統設計的
      分析能力了。再也寫不出細膩精簡的漂亮程式。
      如果能夠用最簡易的運算方式來解決工程問題,那就是代表您的系統
      規劃能力越好,越不會被MCU (硬體)規格所綁死。這樣子的話,
      您就不會一天到晚都在想這一種問題了!您說:對不對啊?!
      ---- 參考看看吧! :> ... :> ... :> ...

      刪除
  2. 插個嘴, 8GB的 SD card (SDHC/SD 2.0 後)用的是 sector (512Bytes) 當基本單位, 我想用32bit 還是可以索引的, 當然也許有其他高深運用

    回覆刪除
    回覆
    1. 搞SD 卡的人也不會笨到說:把規格搞到客戶端非什麼MCU 才能用?
      那不就綁死自己產品的應用範圍了嗎?!
      所以我想也是因為32 bits MCU 產品越來越成熟,人家才開始提供適合的
      介面或規格。但如果要搞個奇怪的規格讓市面上許多MCU 都很難支援的。
      那只會搞死自己而已。是不是呢?

      刪除
  3. 是用Open Source,含有相容於SDSC及SDHC。所以位址在破8GB時就會有32位元不足的狀況。

    回覆刪除
  4. 剛才發現可以連接編譯器的標準函式庫中的fopen(),fread(),fwrite()等等函式。
    可以連接起來的話可以省下我轉換程式界面的時間。
    不幸的是中的標準函式也是以Byte為單位。所以預期仍會遇到用Byte單位去對SD卡做Addressing。

    回覆刪除
    回覆
    1. 您好像很在意關於SD 卡的應用介面?!
      當然我也非常相信SD 會成為Embedded System 的主要儲存裝置之一。
      但我更相信如果這方面應用越來越成熟之後,搞不好,人家會出一棵
      直接支援SD 卡介面的ARM 啊...直接幫您用硬體的方式一次解決您的問題。
      這一種方法早在8 bit MCU 時代就有了。
      甚至更直接的支援 NAND Flash 介面,那也就更省事了。
      不用懷疑,我相信現在手機或以前那一種數位相機的任何一棵SOC
      都應該可以作得到的!
      ----
      所以對我來說:我一點也不會太在意這個問題,也不一定非得要用那一種
      標準Library 來Access 這些介面。還是多花一點時間來找一些真正的
      市場所需的產品亮點吧!

      刪除
  5. 之所以提SD卡,是因為正在使用中。
    繼RTOS之後,看來MCU最大的軟體功能會是檔案系統。
    因為C語言本來就有對檔案的支援,在以往的MCU上全都無法用。
    SD卡使用SPI模式,就算是20pin的ARM也可以連接。
    連接好了檔案系統及標準C的檔案函式庫後。
    然後從前在DOS時代的程式不用修改太多的狀況下就可以在MCU上執行。
    也有發現Open Source的DOS-Like Shell,經過HyperTerminal就可以用。
    以往的DOS界面差不多就可以再現出來。
    以上軟體全為Open Source,就如你文章所說,現代MCU環境確實先進很多。

    回覆刪除
  6. 最新版本的FreeRTOS 7.4.2版中就有附Demo。還有拍操作畫面。

    回覆刪除
    回覆
    1. 好~連下面的一起回答。
      --
      首先非常謝謝您所提供FreeRTOS 的資訊與資料,我也連結上去瀏覽了一下。
      我相信以32 bits ARM 來搞DOS 的FAT- File System 是非常貼切的。
      但還是我老話一句:然後呢?!
      ----
      記得我剛搞完MP3 晶片後,有一家老闆很賞識我,說要贊助我的研發計畫。
      當初我用的是 8 bits 的8051 ,我說我想弄一套 8051 平台的DOS FAT
      File System...人家老闆二話不說:Chamber 您就自己在網路上Survey 一下,
      確定了,跟我說,由我公司出錢贊助。
      後來我找到了一家歐洲公司的類似產品,含完整的Source Code 外加
      文件說明檔,及一年免費諮詢,三年免費升級  ...才台幣八萬元有找!
      ----買是買了~但還是沒有搞出產品。這當初情義相挺的科技老闆也已經
      跑路國外了,終年不敢回台灣。
      所以啦~後來我就知道:有些軟體像這一種東西就不要花太多心思搞了,
      能花錢買得到,就不要自己太ㄎ一ㄥ的矇著頭幹!...重點還是多看一些
      比較有用且有賣點的系統與終端產品...搞這一種基礎技術,尤其是寫OS
      程式的...還是人家老外那一種英語語系的程式設計員比較好一點吧!
      除非我真的很錢,又很無聊,像當初賈伯斯第一次離開Apple 時,
      就可以開一家軟體公司來搞OS...(人家還也是英語系國家呢!)。
      否則啊~我現在是肯定的會用基本的套裝軟體平台來搞....
      我才不要再浪費生命搞這些玩意了。....
      所以,我才非常謝謝您提供的資訊,但看來我一時也用不到!
      謝謝! :))

      刪除