MCU 市場低價化的看法---從國外工程師的觀點

這是我最近有空翻翻網頁時，找到的一篇文章：The Amazing $1 Microcontroller

這文章約在兩年前寫的。我覺得他把時下一些常見的MCU 做一個整理報告，寫得不錯。

我想現在寫MCU 也已經不是老外的專長了，想必亞洲地區也有一堆工程師在幹一樣的

事情，只不過延續著不同的產業或科技領域層次不同，或許大家對於在系統上使用MCU

的觀點應該還是有一點不太一樣吧。內容也蠻值得參考的。

然後，我再點回該作者的部落格網頁時，才發現一個熟悉的名字。也是該作者最新的

一篇文章。約在今年九月的文章：What's  up with these 3-cent microcontroller ?

工程師的人生"殭屍股"

最近幾年國內金融證劵業裡有個名詞：殭屍股。

甚麼是殭屍股？指的是長時期橫盤，不漲不跌的股票。金融界的解釋是：

一、長時期橫盤，不漲不跌的股票。

二、成交量稀少的股票。

三、業績長期沒起色，難吸引法人進場。

四、股價在K 線上容易形成小紅小黑或是上下影線。

五、股價容易因處分資產或是持續虧損而暴漲暴跌。

USB DIY --- USB Host 端的軟體開發(一)

這篇文章來講講在 USB DIY 系統開發中，很重要的一個關鍵：Host 端的軟體開發。

一般來說：所謂Host 端的軟體，指的就是 PC 端的應用通訊軟體。

相對於寫USB 韌體來說，系統工程師可能比較難接觸PC 端的應用軟體，

我個人經驗是覺得應該就是比較複雜的UI 人機介面，因為韌體不用管美美的畫面或

是各項按鈕、圖像或一個簡單的文字(或數字)的顯示與排列方式，而這一部分就會

牽涉到PC 作業系統的許多資源問題，如果沒有常寫PC 應用程式的人來說：真的比較

難以入門或鑽研，當然如果你是在大公司上班的，也不用擔心這個，因為公司內可能有

專門寫PC 應用軟體的工程師吧。只是要多花一點工夫溝通與協調整合吧。

科技技術網路作家的來來去去

我不知道這樣子的標題是否洽不洽當？或許你有更好的建議，也可以提供給我。

之所以會寫這一篇文章是因為最近在網路搜尋時，不小心找到這一個熟悉的名字：

"侯捷"，不知道現在年輕一輩的工程師們有沒有聽過？如果你是有聽過，或是甚至讀

過他寫的技術書，那肯定你也有一定的年紀了。如果你還不是很清楚這位侯老師的話，

剛好有一篇大陸工程師在 Github 的網誌裡，也有略作簡介， 而這一篇網誌也有對於

C 語言也有一些感想心得及一些網路連結的相關大陸軟體工作者的微博(跟我這篇文章

也有點相輝映的內容)。或許也可以參考看看吧。

Hinet 網頁系列 --- USB DIY 系列(十四)---USB DIY 講座 (十二)實作範例 USB ISP

(補充說明：這一篇是我當初在 Hinet 連載 USB 文章的最後一篇了，後來就轉到部落格，

以另一種方式來寫了，剛好這一篇當初也有留下當時撰寫的日期，那時我還在八核心MCU

的技術團隊裡---雖然其實那時公司才五六個人而已。但是過了這幾年，這種東西滿街都是

了：USB ISP，就連你是原廠的燒錄工具也淪為滿街的便宜貨了。當年後來沒有繼續搞

看來是對的。當這種東西最後成了這種市場情況，怎麼看都看不出誰是贏家？當然你會覺得

那些賣USB MCU 的最好了。但他們畢竟是原廠，本來賣MCU 是他們的本業，這一點小玩意

市場，也不算甚麼吧？

Hinet 網頁系列 --- USB DIY 系列(十三)---USB DIY 講座 (十一) 驅動程式

(補充說明：這篇文章坦白講沒啥技術含量，這些東西以現在 Google 強大的搜尋能力來說：

應該也輪不到我來寫吧。只是當初好玩，自己有興趣研究實驗一下，就把它紀錄下來了。

我記得這些方法或是這樣子思維，是我以前當出社會上班時，是幫單位管理"電腦工作站"，

那時國內有這一種UNIX 作業系統的工作站，外面的技術資源都不足，就得要常常仰賴

原廠的技術支援工程師，而說實在的，他們也沒有比較厲害，但他們都學會一招就是類似的

摸索能力，常常在系統中，利用一些小技巧來Trace 這些東西，當初耳濡目染之下，也多多

少少的被訓練出這樣子的手感。後來發現也都蠻受用的~我想他們可能也是被國外原廠的

Hinet 網頁系列 --- USB DIY 系列(十二)---USB DIY 講座 (十)應用軟體簡介

(補充說明：如果你問我：比較喜歡寫軟體呢？還是寫韌體？其實我是比較喜歡搞"系統"。

因為沒有偏好軟體或韌體，其實都是工作的一部分，在寫韌體時，可以自己寫一點軟體，

是可以協助完成韌體的開發與除錯。畢竟USB 多少還是都跟PC 端的應用軟體有關，可以自己

寫軟體是可以很快的驗證自己所定義的通訊協定是否正常，而且現在搞韌體應該沒有人還在用

ICE 那一種一步一步 Trace 程式的方式吧~現在的單晶片常常劈哩啪啦，一下子就跑了一大堆

的東西出來了，除非你是像我以前在幫忙Debug 八核心MCU 開發過程中，還真的需要 Step

by Step 的看東西，否則，現在工程師真的很難有那麼多美國時間跟你這麼玩的。