這是我所收藏的兩片關於傳統 8 bits MCU 所作的 Ethernet 版子。


其中那一片用PIC 寫的Daughter Board 好像是一位大學老師送我的...



這兩片Ethernet 版所用的網路晶片都是螃蟹的 RTL 8019AS。


以傳統8051 來作的話,因為系統擴充與資源問題,您就得再外掛SRAM...


那顆SRAM 看LOGO 應該是宇慶的~這家公司不知倒了多久了?!


(當然以現在一般大一點容量的變種的8051 也不用這麼麻煩了啦!)


-----


以下這一片就是用PIC 寫作的...他只是載版,他還需要外接一片Mother Board 。



----


我相信這樣子的作法沒有不對,當然也有他的市場所在...不過呢,大部分都是希望做到


一個簡單的觀念:遠端監控...


從硬體的眼光來看這樣子的應用,您覺得硬體問題大不大?!我覺得還好。


但是我相信軟體Effort 應該不小。尤其是用8 bits MCU 來寫的話...


所以啦,在韌體與軟體端就必須有一些限制:譬如您就搞清楚您要做到TCP/IP 或是要支援


UDP 或是balala....一大堆的...相信寫過的人都應該比我還清楚。以前搞網路晶片的


也都是這樣子熬過來的,只不過,我所認識這些人好像都已經死得死,逃得逃了...


您還記得以前有一家叫 F3 的嗎?!不是偶像團體F4 喔!!...


老闆現在已經轉行改作小系統成品了。(其實他應該是可以退休了吧!)


------


但我相信:現在如果還這麼做的話,應該就找不到工程師來維護這樣子的系統了,


這樣子的故事應該就像您也很難找到單晶片工程師願意寫 6502 程式的道理是一樣的。


所以我才說:不是我們就非得要用  32 bits MCU 不可,這也就是一般傳統 8 bits MCU ,


所碰到系統應用端的問題:簡單的東西,也沒有您值得搞的,難一點的應用您就得


東擠擠,西壓壓的硬是要搞出一個平台,厲不厲害?!


當然厲害啊~我還給您拍拍手啊。............... 但然後呢?!


就像我手上還有那個用8051 組合語言寫的水果盤程式。連那個彈珠台對我小孩子


來說:已經沒有ipad 上的那個水果忍者好玩吧!更不用說什麼憤怒鳥了。


-----


我們就來檢視一般傳統 8 bits MCU 的系統應用問題:


8051 已經使用超過  20 年以上了,學校會教,也有一大堆工程師都會用。


當然的也知道他該用在哪一種系統上。(當然啊,也應該知道什麼東西就不要去硬搞了!)


相容性的供應商一大堆...但對您來說:也就只有那一家而已吧!


然後在大家的努力下,也有很多東西都已經達到他的使用極限了,不管您要用


哪一種變種方法。因為他架構就是長成那樣子了:Code + Data/idata + Xdata。


您的Stack 的深度就也只能在內部SRAM 裡跑來跑去...這一點真的對於要寫一個像樣的


RTOS 真的要很用力寫,還要很小心安排。....如果再不行呢?!大家都一樣:


開始切Bank ...Code 切Bank ,讓您可以玩到 1MBytes ,XData 也可以...就連


Stack Pointer 也可以,只要您硬體上可以保證中斷跳來跳去不打架就可以了。


(Silicon Labs 新版一棵 C8051F 39x/37x 就是標榜加值不加價,硬給您塞了


一大堆周邊,塞到  5 組Timer,又有SPI/I2C/ADC/PWM....但控制上就是需要


定義 Control Register...8051 內部架構就是那個data/idata 加一加就那麼多(256 bytes)。


支援的中斷多~那您的Stack 就得要夠深...怎麼辦?!就開始長的奇奇怪怪了!


他裡面的 Stack 就是用硬體幫您切Bank ...厲害吧...我也只能說:還真辛苦啦!)


---


除了硬體,就回到我們文中所提的,那軟體平台呢?!...以前還有所謂的組合語言的世界。


我們老人家就不要再倚老賣老的扯這一種 "想當年啦...balala....."。


人家就直接跟您說了:您用的開發平台應該就會開始停留在所謂 Keil uVision 3.xx


已經夠用得嚇嚇叫了啦,人家那個 4.xx 是留給  32 bits ARM 的~人家還一天到晚


持續一直在增加支援IC 型號,又開始整合 RTOS 一大堆有的沒有的...


還有的用就要偷笑了啦。您還想跟人家玩那個所謂物件導向的C++?!


人家直接點出一句話: Assembly language skills not common in 21 st Century。


---


講這些,其實講來也讓我們這些LKK 工程師很辛酸,我們何嘗不想多抓住一些機會呢?


但是:真的~在新產品系統需求與開發上,8 bits MCU 真的很難找實際應用市場了。


我講的是那一種Stand alone 的純MCU 系統應用市場...反而就只剩下其他幫人抬轎的


系統應用市場:譬如人家一棵 RF IC 就直接Embedded 一棵 8051 給您用。


(這樣子講起來好像這一種東西,也好像是8051 比較多 PIC Like 比較少喔~...)


或是另外 BlueTooth 4.0 的~也直接奉送一棵 8051 給您。


不過,這樣子講起來~現在就連賣這一種 RF IC 或特殊功能SOC 的~不Embedded


一棵 8051 也不好賣的樣子?!那賣RF IC 不好賣,就連搭配的 Stand alone 的MCU


也不好推了.....


----


下圖是一棵Sub 1GHz RF SOC ... 隨隨便便就跟一般Stand Alone 的8051 還好用。


(就跟我最上那一張8051 + SRAM 的Ethernet 版的8051來比?!)


------


而以下是自從 iPhone 4S 以後支援的 BlueTooth 4.0 (BLE) SOC 。


這應該是一個會很火紅的系統應用標準...


您說TI 沒有自己的MSP430 MCU 嗎?!那他為什麼還要用 8051 呢?!


不好意思~他的程式容量是 128 KBytes...SRAM 是8KBytes!


您現在要特地去找一棵支援128 KBytes 的8051 還不容易耶。(因為還要切BANK...)


(TI 官方網站的牌價是:US$: 1.95~2.25/1K )。還有 256 KBytes 版.......



----


您覺得台灣這些廠商可不可以做?!...答案最大的挑戰還是在於開發平台吧!


因為台灣這些MCU 廠在ISP 或是系統開發平台整合上,過去都喜歡用最便宜、最簡單,


甚至想用偷雞的方法搞...就連那個 JTAG Debug 回路的Gate Count (邏輯閘)數也想省啊。


唉~...您還能說什麼呢?!....
 


=====


補記: 如果您現在要個TCP/IP 層應用的話,也可以直接引用網路上標準的


程式平台, Based on ARM 的:http://www.keil.com/rl-arm/rl-tcpnet.asp


 

arrow
arrow
    全站熱搜

    賈老師的真老公 發表在 痞客邦 留言(4) 人氣()