不知道現在年輕一代的工程師們是幸福?還是不幸福呢?
因為現在要學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 包裝!
之所以提到這一件事:我是要告訴該公司的長官們,您們家的業務工程師真的很拼!
您們要好好的鼓勵他一下囉。...............
32位元MCU是好用,但應用也會跟上來。小弟就在使用64位元整數。
回覆刪除8位元時代,64位元整數是遙不可及的。
不過現在一張8GB的SD卡才台幣300元不到,能不用嗎?
32位元變數已無法在8G上做索引了。
我以前講過,人家沒有MCU 也是一樣可以把衛星打上天。
刪除用8 bit MCU 也做過許多漂亮的產品,所以過渡的追求產品規格
也不一定是好事。
或許就是因為太過於追求這一種規格,反而讓我們失去了一些系統設計的
分析能力了。再也寫不出細膩精簡的漂亮程式。
如果能夠用最簡易的運算方式來解決工程問題,那就是代表您的系統
規劃能力越好,越不會被MCU (硬體)規格所綁死。這樣子的話,
您就不會一天到晚都在想這一種問題了!您說:對不對啊?!
---- 參考看看吧! :> ... :> ... :> ...
插個嘴, 8GB的 SD card (SDHC/SD 2.0 後)用的是 sector (512Bytes) 當基本單位, 我想用32bit 還是可以索引的, 當然也許有其他高深運用
回覆刪除搞SD 卡的人也不會笨到說:把規格搞到客戶端非什麼MCU 才能用?
刪除那不就綁死自己產品的應用範圍了嗎?!
所以我想也是因為32 bits MCU 產品越來越成熟,人家才開始提供適合的
介面或規格。但如果要搞個奇怪的規格讓市面上許多MCU 都很難支援的。
那只會搞死自己而已。是不是呢?
是用Open Source,含有相容於SDSC及SDHC。所以位址在破8GB時就會有32位元不足的狀況。
回覆刪除剛才發現可以連接編譯器的標準函式庫中的fopen(),fread(),fwrite()等等函式。
回覆刪除可以連接起來的話可以省下我轉換程式界面的時間。
不幸的是中的標準函式也是以Byte為單位。所以預期仍會遇到用Byte單位去對SD卡做Addressing。
您好像很在意關於SD 卡的應用介面?!
刪除當然我也非常相信SD 會成為Embedded System 的主要儲存裝置之一。
但我更相信如果這方面應用越來越成熟之後,搞不好,人家會出一棵
直接支援SD 卡介面的ARM 啊...直接幫您用硬體的方式一次解決您的問題。
這一種方法早在8 bit MCU 時代就有了。
甚至更直接的支援 NAND Flash 介面,那也就更省事了。
不用懷疑,我相信現在手機或以前那一種數位相機的任何一棵SOC
都應該可以作得到的!
----
所以對我來說:我一點也不會太在意這個問題,也不一定非得要用那一種
標準Library 來Access 這些介面。還是多花一點時間來找一些真正的
市場所需的產品亮點吧!
之所以提SD卡,是因為正在使用中。
回覆刪除繼RTOS之後,看來MCU最大的軟體功能會是檔案系統。
因為C語言本來就有對檔案的支援,在以往的MCU上全都無法用。
SD卡使用SPI模式,就算是20pin的ARM也可以連接。
連接好了檔案系統及標準C的檔案函式庫後。
然後從前在DOS時代的程式不用修改太多的狀況下就可以在MCU上執行。
也有發現Open Source的DOS-Like Shell,經過HyperTerminal就可以用。
以往的DOS界面差不多就可以再現出來。
以上軟體全為Open Source,就如你文章所說,現代MCU環境確實先進很多。
最新版本的FreeRTOS 7.4.2版中就有附Demo。還有拍操作畫面。
回覆刪除好~連下面的一起回答。
刪除--
首先非常謝謝您所提供FreeRTOS 的資訊與資料,我也連結上去瀏覽了一下。
我相信以32 bits ARM 來搞DOS 的FAT- File System 是非常貼切的。
但還是我老話一句:然後呢?!
----
記得我剛搞完MP3 晶片後,有一家老闆很賞識我,說要贊助我的研發計畫。
當初我用的是 8 bits 的8051 ,我說我想弄一套 8051 平台的DOS FAT
File System...人家老闆二話不說:Chamber 您就自己在網路上Survey 一下,
確定了,跟我說,由我公司出錢贊助。
後來我找到了一家歐洲公司的類似產品,含完整的Source Code 外加
文件說明檔,及一年免費諮詢,三年免費升級 ...才台幣八萬元有找!
----買是買了~但還是沒有搞出產品。這當初情義相挺的科技老闆也已經
跑路國外了,終年不敢回台灣。
所以啦~後來我就知道:有些軟體像這一種東西就不要花太多心思搞了,
能花錢買得到,就不要自己太ㄎ一ㄥ的矇著頭幹!...重點還是多看一些
比較有用且有賣點的系統與終端產品...搞這一種基礎技術,尤其是寫OS
程式的...還是人家老外那一種英語語系的程式設計員比較好一點吧!
除非我真的很錢,又很無聊,像當初賈伯斯第一次離開Apple 時,
就可以開一家軟體公司來搞OS...(人家還也是英語系國家呢!)。
否則啊~我現在是肯定的會用基本的套裝軟體平台來搞....
我才不要再浪費生命搞這些玩意了。....
所以,我才非常謝謝您提供的資訊,但看來我一時也用不到!
謝謝! :))