8 bits MCU for Ethernet

這是我所收藏的兩片關於傳統 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