發表文章
所有留言
今年年初第一季末時，寫了UROMTER 的在Win7 系統後的如何利用WINUSB 的
驅動程式，來安裝客製化的USB 驅動程式，這部分所謂的USB 驅動程式指的是
支持所謂客製化(用戶自行定義的) USB Bulk In/Out 的傳輸介面，若你不想用這一類
的USB 驅動程式的話，你是可以用作業系統內定支持驅動程式的 HID 傳輸方式來
完成USB 在 PC 端的應用軟體開發。(HID 也是可以支持高速，每個Packet Size 為
64 Bytes 的格式，基本上傳輸速率也不差的啦。) 但因為我當初UROMTER 的系統
(韌體)開發，所採用的就是客製化(用戶自行定義的) USB Bulk In/Out 的傳輸方式，
所以我是沒辦法就得面對這個問題的。
我們過去經常討論關於 MCU 或單晶片的使用經驗與一些相關周邊的技術討論。
譬如：我過去也有專注 USB 介面技術整理了很多初步入門概念，到一些韌體
與軟體相關開發工作經驗。但其實這些許多單項或系統周邊應用領域來說：
都有其使用上的優缺點及使用上的適合性。有人覺得 UART 就夠用了，
也有人覺得 USB 好用，也有人覺得RF/Wifi 或藍芽等也不錯啊。當然我之前也有
在車用系統平台上舉了一些實務例子來說明 CAN Bus 的優勢等。
這些系統例子如果真的要一一的拿出來研究，寫寫技術文章，讓你搞一輩子也
寫不完啊。就算現在一顆 32 bit MCU 也都幫你整合了許多這方面的周邊資源。
但你也未必會在一個產品系統開發上，都會把這些周邊技術給全用上的。
這就回到一個很簡單又很嚴肅的議題：你要如何把這些周邊技術整合到一個
終端商品的系統之中？
這是繼 老工程師的技術生活(二十二)--- UROMTER產品維護與支持 (上) 的下集文章。
剛好也可以藉由這兩篇文章，也可以說明一下關於產品開發的幾項重點：包括如何
簡單的平台驗證與測試方法。網路上有很多技術或產品開發的影片，其實都隱含著一種
簡化與快速瀏覽的特性，看起來一般產品好像都很簡單，三兩句就可以交代完了，
只要Follow 如此這般就好像可以變現賺錢似的。等你真正自己按圖索驥做一遍時，
卻又好像不如這些網路影片這麼簡單，這也是許多技術社團臉書、論壇等，常見到別人
提出許多的問題的地方，的那問題出在哪呢？等你看過這篇就知道了。
在寫其他相關USB 應用之前，我們先整理一下關於 USB to UART 的系統應用。
其實這個問題應該反過來說：是UART 轉 USB。因為現在很多DIY 的平台都是
會讓使用者或初學者，很容易在系統平台上利用UART 把一些系統所需的訊息
利用UART (Tx/Rx) 把所需的內容給傳輸出來。初期大家也都會利用網路上的
一些公用的UART(RS232) 通訊軟體來使用，但到了產品開發或是後期產品
開始要導入量產或是一些高階使用時，就會覺得這些公用通訊軟體對我的系統
需求就沒那麼方便了，就開始想可不可以動手寫一些屬於自己的UART 通訊軟體？
來說個新年新驚奇的故事吧。
這篇原本也不知道要放在創業篇呢？還是老工程師的技術生活裡？
後來想一想：文章內容還是比較技術分享，至於其中有沒有創業故事呢？就看
每位看官對文章內容的感觸而定吧。那你說：這種事一個人一輩子可以遇到幾次呢？
我還在今年第一篇文章中，還在開玩笑說：我開發的那個數位CDI 還可以賣多久？
沒想到還沒一個月又有一個更令人驚奇的故事發生啊，因為我離開園區創業的第一個
產品：USB ROM Emulator ，竟然還有客人在問啊。這個東西截至今年：剛好滿二十年。
這是繼續上一篇關於 STLink-V3 開發工具的話題之技術分享。我這個LKK 工程師
看能不能用時下年輕工程師們常用的 Github 分享平台來作為技術開發平台。
年紀大了，能學能做的東西也不可能一直持續下去，所以與其講一些五四三的東西，
倒不如儘量能不能多留下一些東西來分享一下。
首先還是先補充一下上一回提到關於 STLink-V3 版本中的一些比較差異。
因為第一代的 STLink-V3MINI 與STLink-V3MODS 外觀極為相似，後來才將
STLink-V3MINI 改版，改稱為 STLink-V3MINIE ：
這一系列來講講關於MCU 的開發工具，當然我也希望透過自己本身的一些技術或
看產品市場的經驗觀點來分享一些看法，坦白講：光講技術真的要交代非常清楚
真的很不容易，就算我說穿了，你沒自己走過，其實你也很難了解箇中的眉眉角角的。
況且要去接觸或深入每項產品的技術，沒有適時工作上的機會，真的都非常辛苦，
也很難持之以恆地投入，那就更不說：你未來還想靠這些東西混口飯吃或變現的。
所以在講這些技術時，或許也可以從不同的角度來看看產品開發或市場觀點吧。
這也是我覺得寫這些內容總比純講技術或分享程式等更有一些意義吧。
因為我之前也有參與過多核心MCU 的設計開發，也有自己寫過MCU 開發工具，
月初本來就是要打算寫一篇USB to UART 的技術文章，但寫這種技術分享文章
真的事先需要一點時間來整理一下相關技術資料，所以要動手寫這種文章不容易。
但我還是希望分享一下這些經驗，當然也可以從中延伸一些技術以外的經驗，
供各位看倌們，可以多想想一些未來在技術養成與就業(創業)機會條件上，有甚麼
可以借鏡的。 這些都不是賣弄甚麼高超的技術能量，而是都是一些工作經驗上，
所碰到的使用需求所累積下來的。我也常說：只要有老闆金主願意付錢給你，
而你也可以從中要求自己的把事情做得更好時，你就可以累積這些技術了。需要的
就是時間與機會而已。玩久了，不成仙也會成精的啦。😂😂😂
所以我也希望藉由一些簡單的技術經驗分享，從中可以協助你點出你未來要思考的
機會與出路問題。(看到最後結論與心得吧。)
我在幾年前有整理一下我原本在Hinet 網頁所寫過的USB I/O 應用技術文章。
當然最原始的文章的年代就更久遠了，至少是十五年前了。但你說這種東西會不會
退流行？當然不會，因為不管現在科技技術多發達，但只要是電子產品要量產，
就得要有一定的量產生產線上的檢測驗證流程，也都需要這些很基礎的技術應用的。
不要老是想自己寫程式技術有多好，東西要量產你就得要靠完全不懂電子技術或程式撰寫
的生產流水線的小弟、小妹可以幫你所開發設計的東西在生產線上順利的檢測出貨啊。
我們年紀大了，做過的產品一多，自然也就會碰過這些事，搞技術又不是整天玩新技術
開發，所開發的東西沒有量產出貨，哪來營收收錢過日子啊？尤其當你老的時候，沒有
那麼多精力燒腦地整天搞開發設計，賺自己老年年金最快的方法：就是把開發過的東西
當印鈔票的量產出貨收錢最快、最穩定的啦。
我發現我已經很少寫關於技術的文章了，尤其是 USB DIY 的文章。
之前第一篇也將近一年前的事了，而那一篇也沒講技術內容，就只是打混哈拉一下。
當然不寫深入的技術文章，一方面覺得科技日新月異，要寫也寫不完，更何況
現在網路發達，開源平台也多，有些東西我們也未必能寫得完整與詳細。
另一方面也是年紀大了，不想讓別人覺得我們都是倚老賣老的賣弄技術。
現在很多基礎的技術都已經成熟到可以打包成標準程式庫，是有些領域的基礎應用
底層也都可以完善到不需要人家還要辛苦地去鑽研...坦白講：科技技術就是如此。
所有的科技新知與應用都是建立在前人的成果基礎上的，就像我們以前念書時，
還需要每個人都去研究微積分、工程數學的所有原理嗎？知道怎麼用比較實際吧。
我相信現在的 USB 也已經走過我近二十年前寫的那些基本概念歲月了。現在只要懂得
怎麼用就好了。所以也就是我已經也沒那麼多動力再寫這些的原因了。
最近沒寫啥文章，來講講故事好了。
其實是因為忙了一年多，開發設計的東西終於算是反覆測到可以量產了。
你說：這些產品開發，技術難不難？我是覺得不難啊，但是要搞到QC 品管部門、
業務部門及生產部門都滿意...還真的不容易啊。畢竟我們產品開發不光只是我們
技術開發做得爽就可以了，人家每個部門所依照其專業角度來看：並不代表你開發的
東西，交到我手上就可以了。那就更不說：如果後續還有產品認證問題。
所以說啦，如果每個產品技術開發都可以像網路開箱文，貼幾張照片，噴兩句好棒棒文，
那我也想當個搞技術的 YouTuber 啊，搞不好還有一大堆粉絲會追著你："大師"~"大師"...喊。
用一些很基礎的技術觀點來看產品開發與市場機會。也藉由此篇祝福一位朋友。(見尾文)
現在就不太想講太多深入技術的東西，年紀大了，個人覺得如果這個年紀幹嘛還要一個人拚
得要死來討好老闆或客人市場，覺得這種年紀怎麼拼老闆或客人市場也不會對你有好的觀感，
你應該只要讓老闆或客戶知道：在技術上你是沒問題的，而是否應該還有其他領域可以幫
老闆或客人的~這才是年紀大了才有的價值：老闆出錢，你出嘴巴，拼命賣肝的事，就交給
年輕人吧！所以說啦，上了年紀就不要老是把自己的技術掛在嘴巴上說個不停，不要讓老闆
覺得煩，就算年輕人聽了也覺得說：你都講了一大把年紀了，你到底有沒有賺到錢沒？
或是有沒有拿個諾貝爾獎啊？真的只是讓別人看笑話而已罷了！
紀錄一下我的新玩具： USB 分析儀。
在上一篇文章中我有交代說：過年前新購入的新玩具，新一代的USB 分析儀。
其實當初要買的原因除了因為原先第一代USB 分析儀，只支援 USB 1.1 ，而且記憶體深度
只有 1 MB 而已。但對我許多USB 系統開發都已經幫助很大了。但主要的問題還是在於：
PC 端的系統需求為硬體介面為並列埠，而且只能跑在 Windows XP 作業系統，
真的是稀有產品環境了。要維護這樣子的系統環境風險還是有一定的程度。
另外就是：現在許多系統支援的USB 都是至少USB 2.0 ，雖然也還是向前兼容 USB 1.1 。
但還是會碰到許多第一代USB 1.1 無法支援的條件。所以沒辦法就得要提早因應對策。
以下這是第一代的分析儀的硬體內容：
我們來講一個在 USB MCU 應用領域裡的老大哥，長青樹： Cypress USB MCU。
其實我早在十幾年前就有稍微介紹過 Cypress 的開發平台。只是：那時候也覺得
Cypess 的USB MCU 跟我第一顆參與的USB SOC 架構很像，而我自己也覺得我自己
用原來的USB SOC 也順順的...所以後來也沒花太多心思鑽研這家公司的產品，
當時也有很多學校老師、或書籍也都有介紹，也覺得應該沒差吧。只是，你從來也
不知道市場未來是怎麼變化的啦，尤其是這種拿IC 來搞教育或推廣市場，到底
是不是一門好生意啊？學校老師可能沒差多一點吧，反正，不管如何，總有薪水可以拿，
那怕是找學生幫忙，一來學生不需要付太多薪水，二來就算生意不成，情意猶在嘛。
上一篇MSDC 介面系列文章，有提到關於 SCSI 命令組的使用說明。
現在我們就來說如何利用SCSI 命令組裡的 Vendor Command 來幫我們的
USB MSDC 裝置，完成一些屬於我們系統客製化的功能，這些功能可以有效
的協助我們系統在一些後台使用條件下，達到系統開發除錯或是產品量產工具。
有些時候，產品的技術開發固然重要，但有時候，開發的系統要如何完成產品
的生產或功能維護，也是一個成功產品的重要因素，而這些相關技術其實在許多
網路搜尋或在市場產品的使用說明裡，其實都不容易觀察或了解，這些都是牽涉到
這些產品在開發過程中，系統工程師對於產品開發的許多寶貴的經驗。這些才是許多
"傳子不傳賢"的內門功夫啊。要不然啊，你看市面上那麼多產品，在技術上坦白講都
不難啊，但要你真正的把產品導入量產與後續的市場客戶服務與技術支援，這才是考驗
著你產品成功失敗之關鍵啊。(用技術搞一兩個產品，打樣貼貼文，誰不會啊！)
繼上一篇講到一般隨身碟的程式應用，之所以USB 系統上會用到MSDC ，無非就是
為了想藉由 FATFS 或簡單的檔案建立，來讓我們的應用系統跟電腦主機有個非常簡單
的資料傳輸。只要利用滑鼠輕輕點選作業系統裡的檔案管理員就可以達到目的了。
這樣子應用說是簡單， 但還是有一些風險的，舉個例子來說：我們在系統上可能就是
為了方便一些外掛檔案方便，譬如我們系統可能會用到一些字庫、圖片或影音資料等
供我們系統使用，因為像是開機畫面、文字顯示等，我們總不能全把這些純粹的資料檔
全塞進我們的程式碼，那檔案大小是很可怕的。那如果這些擺在FATFS 系統檔案，雖然
可以用檔案系統擺在我們外掛記憶體中時，可能會因為別人操作MSDC 時，可能會不小心
把你的檔案刪除；或是有一種系統應用可能是我們系統自己產生的一些記錄檔，我們藉由
FATFS 把它擺在外掛記憶體，然後透過USB MSDC，讓我們可以很方便的透過作業系統
的檔案管理員把它複製到電腦中整理查看，但一般人，可能就把我們這個小小的"隨身碟"
就當作一般大容量的隨身碟拿來隨便複製或破壞，進而影響干擾我們系統的FATFS 使用，
來講講關於 USB 中 MSDC(隨身碟)的系統應用問題---Enumeration。
一般我們在系統上會支持USB MSDC 的話，就是希望我們的系統檔案
與 HOST (PC)端能夠兼容共用，這樣子的話，我們就不用再管傳輸介面
與系統應用軟體(因為可以直接用PC 上作業系統的檔案管理員)。
但如果針對USB MSDC 介面來說：可以不用管所謂的FATFS 的。
原因可以參考前一篇的圖示說明。而實際上，我們Device 端在實際上
就還是要整合 FATFS 的，除非你是單純搞USB 隨身碟或讀卡機。這樣子
你就知道市面上這些產品在開發成本上多便宜了吧。
