STM32_USB_DIY(五)--- 市場八卦(一) ：沒有最便宜，只有更便宜

(發布三小時後更新...文章最尾端！) 

"沒有最便宜，只有更便宜..."，自從以前我在搞那個八核心MCU 時，

我就已經發現這個市場定律一樣可以套用在我們高科技MCU 市場上，

你說台灣那個八位元OTP MCU 賣個 US$ 0.03 算甚麼？有時候不是便宜的問題，

就是難用啊，OTP 的MCU雖然可以用ICE 模擬開發系統，但是就是不方便啊。

尤其是現在這種系統高度整合開發時代裡，哪一個新一代的年輕工程師還搞這些？

就連我這種LKK 的工程師，看到那個東西，就二話不說：下一個...

因為隨著時代與市場發展，有些東西隨著網路發達，許多傳統的產品開發方式

也都跟以前大不同了，沒有人說哪個方法好，但重點還是在於"人"啊。

STM32_USB_DIY(四) --- Custom HID (四) ：Custom HID 簡單應用

關於USB 的 Custom HID 的系統應用當然有很多種，有些可以直接包在系統產品

開發的韌體程式中，也可以拿來當作產品開發時或量產生中的輔助工具(治具)，

其實有許多產品本身的技術問題，也都還沒有太大的問題，但問題常常就是出在

產品開發過程中，如何除錯 Debug 或是與其他系統整合開發，過去那一種簡單的

一個系統產品就想吃天下的觀念已經慢慢離我們遠去了，隨著科技技術開發成長，

有很多產品都需要包山包海的，動不動就要甚麼物連網啊、上雲端啊...

當然隨著這些系統產品的功能需求趨勢，如何提供一個使用者簡單容易上手的

操作介面或是一目了然的功能。就成了產品開發在市場上成功的重要因素了。

STM32_USB_DIY(三) --- Custom HID (三) ：PC 端應用軟體及韌體開發

上回已經把我們所需要的驗證開發平台都做一個簡單的整理與介紹了。

接下來我們就可以開始拿原廠所附的參考原始碼做一個簡單的驗證開發了。

不過，因為USB 的東西，肯定是需要PC 端的軟體配合，尤其是這一種屬於

比較客製化的 Custom HID 的東西，雖然HID 是不需要PC端的驅動程式，

但還是得要準備自己的上層應用軟體，這個不像一般標準的Virtual COM 可以

用超級終端機；或是用一般俗稱隨身碟的MSDC，可以用電腦的檔案管理員。

Custom HID 就得要有自己的應用程式，上一篇我們也有提到原廠也有針對

這個範例程式所提供的應用程式：USB HID Demonstrator (V1.0.2)：

STM32_USB_DIY(二) --- Custom HID (二) ：系統開發前置作業及USB中斷

 這個寫韌體程式大家都會，如果你是去上班的新進菜鳥工程師的話，

這些系統開發的平台與環境根本不需要你操心的，尤其是大公司。

但不是每個公司或團隊都這麼好的資源，或是你只是學生想DIY 一下，

那這些不起眼的前置工作是每個工程師是否能夠獨立作業的重要指標與依據。

俗話說：靠山山倒，靠人人跑，靠自己最好。一生靠自己才是王道啊。

所以你不要以為我只是寫軟體或寫韌體的，但如果你要過自己輕鬆的日子，

我是覺得這些東西，你還是有空多摸摸吧，至少也要拿來說明一下：

"雖然不一定能夠證明別人是錯的，但至少也要保護自己說：我也沒錯啊"

笑話一則

 這是我兒子那天轉述給我聽的笑話，

但後來我在網路搜尋不到，只好寫下來以免忘記了。

其實原始題目在大陸網頁搜尋是很有名的，你只要在Google 大神輸入：

STM32_USB_DIY(一) --- Custom HID (一) ：Project 建立

以前我從我自己所參與的Scanner SOC 中，開始介紹關於USB DIY 。

後來我改用一般 八位元的8051 Based 帶USB 介面的MCU 繼續講USB DIY。

隨著時代推進，現在其實大家可能都慢慢地改用 32 bits 的ARM MCU 了。

好像如果我沒有繼續用這一類的MCU 來講USB DIY 的話，又好像跟不上時代。

當然啊，我也不年輕了，學東西也永遠學不完的啦，只是如果沒有把這一塊

系統文章補齊的話，就好像人生有點缺憾似的。

車用電子漫談(十一)---技術人才與市場專業分工

我想這週國內最大關於機車業的新聞就是非以下幾個新聞標題莫屬了。 

其實這些新聞背後比較引人遐想的是：那為何這些工程人員願意離開

整車廠而以獨立公司來延伸自己專業技術的生涯與市場發展機會呢？

這剛好呼應我前一篇文章的內容，而不謀而合：車用電子漫談(十)---人才資源問題

是的。你說：這麼一家拿了投資人這麼多的錢，這麼大資本額的公司，

一個月高於一般傳統機車廠的薪資待遇來雇用這些技術人員難不難？

那肯定是沒什問題的，而一開始市場也投注那麼多焦點在這個產品身上，

對於技術研發人員當然也會於有榮焉，而也願意享受這一種鎂光燈的吹捧。

車用電子漫談(十.一)---人才資源問題補充材料

 以下新聞節錄剛好呼應我之前這一篇關於產業發展的人才問題。

有時候，指標人物有它的價值，但長遠來說：還是得建立屬於自己的良好的研發團隊

與整體的人才投資與研發環境。這都不只是光只是簡單的研發人員而已。

Discovery 科學頻道最近有一系列"改變世界的矽谷"。好像有三段影片。

裡面有一段開宗明義講得很好：

你想搞金融投資，那就去紐約的華爾街；

你想搞電影藝術，那就去洛杉磯的好萊塢；

那如果你想從事高科技創新，那就去矽谷吧。

車用電子漫談(十)---人才資源問題

 關於台灣的車用電子發展，四輪的我們就不用說了，因為台灣沒有這個產業，

尤其當國內車廠年輕CEO 壯志未酬，身先卒之後，個人認為往後的發展會更難。

那至於不管是產品或開發自主性還比較好一點的兩輪產業呢？

這一點我經驗肯定是看得比較多的啦，自從我畢業沒多久，剛接觸機車這個

行業時，我就開始跟國內一線車廠的協力廠互動開始，至少也超過二十幾年了。

也更不用說，我跟國內車廠的幾位高階研發人員，也都還有點私交情誼的。

而不管哪個行業，我們也都知道，搞產品研發最重要的就是人才資源了。

沒有好的開發人員，一切就免談。這是天經地義的不變真理。

得獎產品（CDI） 背後的開發故事（十一）--- 控制器的開發故事(14/10補述)

 前一篇因為提到關於 STM32 MCU 選型的事情，引起一些討論，那剛好讓我可以

整理一下CDI 的開發故事一段背景故事，因為個人是學機械出身，當然畢業後第一份

工作就是從事引擎開發測試工作，也剛好因緣際會地接觸了引擎控制技術開發，

所以也慢慢地轉型到一般MCU 的系統開發工作，當然啊，那時候國內的IC 設計業

也剛萌芽沒多久，而且當年市面上能選用的MCU 種類也非常有限，甚至那時候

8051 的IP 也都還有專利問題，也不是每個公司都可以把這個東西給拿出來搞的。

不過，那時候日本已經出現所謂的MCU Based 的數位CDI產品了，當初國內還是

用傳統類比IC 在製造CDI ，這個東西的生產製造的使用彈性很差，所以當初國內機車

電裝廠有找我合作開發數位CDI ，但那時候我對MCU 系統開發功力還非常有限，

我的 ARM--- STM32 故事 (二) MCU 選型

之前說過，不是我不想用32 Bits 的MCU， 而是真的要看系統應用需求。

但隨著許多外在環境的改變或許多網路上系統開發資源的越來越完善，

所以就無形中一直在改變著我們在系統上的開發方式，這沒有甚麼好說的。

這本來就是趨勢，這不是來自你我所能決定的，這是整個產業，包括最上游

的MCU 廠的想法，尤其是一些傳統的IDM 大廠所塑造的市場潮流。

更何況這是這些MCU 原廠在市場上競爭使然，他們都是比誰的企業大、比資源，

比氣長的商場競爭遊戲。這不是我們這一種小人物或小公司所能左右的。

USB DIY 外一章 --- USB MCU 產品開發經驗談

簡單來說： 帶USB 的MCU ，就是拿來作與 PC 連結有關的產品，

一則就是產品本身就有USB 連線功能；二則嘛！就是拿USB MCU 來做一些

開發或輔助工具之類的。如果USB 是走標準的介面：譬如 U-Disk 的MSDC。

或是串列的 CDC 或 Virtual COM 的話，那大概也不用搞甚麼APP 應用軟體。

但這些都是屬於比較大宗的產品之類，一般來說：如果使用條件比較特殊的，

尤其是開發工具之類的，大概也都會綁自己的應用軟體，但也不一定要用自己的

驅動程式。我以前搞USB ROM 模擬器，是用我以前做過的USB Scanner SOC 作的。

勇不回頭--- Point of No Return 紀錄片觀後感想

這部紀錄片是經由我畢業的系友會所提供觀賞的。

他是描述人類第一架太陽能飛機的環球之行。底下有影片的簡介連結。

當然你也可以透過Google 搜尋：Point of No Return。

或是直接點選連結：Point of No Return。

以現在全球發展來說：現在在地球上還有甚麼東西還值得人類還要冒險的？

在我們這些講求商業競爭力或所謂的尋求國家經濟最大化之下的東方民族眼中，

真的很難想像：在西方國家裡，還是有人願意出錢出力的去完成這麼一個

很簡單的想法：利用一架完全採用太陽能動力的飛機來完成全球飛行。

一個小小的產品故事---紅白機模擬器

因為我本身有加入 Arduino.Taipei 的FB 粉絲團，偶爾也會看看別人

(或年輕一輩得工程師、玩家)都在玩些甚麼？

前幾天有看到這麼一篇關於在 Arduino 平台上玩早期任天堂紅白機的遊戲的貼文。

這種故事，常常每當有新的MCU 平台出現時，總是有人會嘗試一下。

畢竟這個紅白機在遊戲機的歷史上，就是一個精典，而且他只是用一個很簡單的

的 8 bits MCU 平台上開發成功的一款電視遊樂器，還真的很成功的。

車輛工業的創新研發 --- 我在武漢的另一個觀察經驗

過去我在台灣接觸台灣車輛工業的機會蠻多的，不管是中心廠或周邊零組件

工廠，而本身也待過政府財團法人的車輛研發單位，也參與了一部分過國內

共用引擎開發計劃，所以對於車輛工業的研發創新，多多少少也都有一定的

認知。但對於全球最大的汽車市場--- 中國大陸來說，大部分看報章雜誌的

報導多，直接聽到、接觸了解的，還是非常有限。

2020 年八月讀書心得

很久沒有寫讀書心得了。尤其是關於工程師讀史的這種事。

個人以前就對戰爭史都有一定的偏好，倒也不是因為這些內容過於血腥之類的。

而是在許多戰爭故事中，難免都有贏有輸，內容總是有一些時空背景的無奈或

所謂的"歷史的頓挫"吧。當然啊，戰爭總是帶來人類或老百姓的許多苦難。

而既然戰爭的可怕與無情，那為什麼人類還是會一再的重複這種故事呢？

這背後當然事隱含著有許多令人不解或一種"溫水煮青蛙"的故事演進。

我的 ARM--- STM32 故事 (一) ：開發學習版的 UART

如果我不來寫點 32 Bits MCU 的話，人家還真的以為我是LKK 工程師，

或是認為我獨鍾 8 bits MCU 而排斥 32 bits MCU 呢。

但說坦白話，搞 32 bits MCU 就比較有出路或比較容易賺到錢嗎？見仁見智吧！

這還是要看你對於產品市場的定義吧。那如果從技術觀點呢？那也不一定。

我的硬體師傅(就是我的PCB Layout 啟蒙老師)，他最近因為大陸疫情關係，

暫時就回台灣待一陣子，他就跟我說：他之前在大陸就碰到一個案子：LED 燈控，

用STM32 跑 170 幾MHz ，結果碰到中斷，發現：STM32 也沒比較厲害...

新聞背後---真正的故事呢？

當我看到第一個新聞標題時，我還以為童董事長能這麼關心科技業以外的產業，

結果，當我在搜尋相關新聞時，發現：原來童董事長之所以講這段話背後的涵義。

就是以下第二個新聞內容。

車用電子漫談(九)--- 增程引擎的油電系統(A)

上次在上一個議題中：車用電子漫談(八)---從SBIR 談政府資金協助的經驗談

我們有稍微提到關於電動車的增程引擎概念，當然這些都是屬於個人的一些經驗，

不管是從技術面或產業公司資源整合面，我想這是一個非常難得的機會，

因為畢竟在研發經費不容易籌湊的台灣投資產業環境中，真的不容易，

而個人的特殊經歷與涉足跨產業經驗也誠屬不易，因為這些都是牽涉到：不同的

天時、地利及人和等諸項特殊條件才能獲得的經驗，所以藉此就在此分享給各位。

高科技需要更溫暖的心

又看到一則科技業不幸的消息。

去年有個業務朋友帶著我去三重另一家某科技大廠。

當我們在二樓咖啡廳等人時，這業務朋友指著樓下某個位置說：

這個公司的某高階主管，在去年(2018) 就是躺在那個地方的....

然後我們就搭電梯到該公司高樓層的主管辦公室裡聊天。

我從窗戶往外看，我覺得要從這種高度往外跳，真的需要莫大的勇氣。

車用電子漫談(八)---從SBIR 談政府資金協助的經驗談

這一次我們來談一下，關於不管是新創公司或新產品技術開發，到底要不要找

政府協助或補助款這件事。這是一件不是每個人或公司都有經驗的事，或許個人的

一點點經驗分享，可以供各位參考。

關於 SBIR這個名詞，有興趣的可以到經濟部官方網站查詢：

 SBIR計畫就是「小型企業創新研發計畫（Small Business Innovation Research）」。

我個人對於這樣子的官方資助民間技術開發概念，最早就是我剛畢業在工研院服務時，

就曾經聽過或參與過了，當然比較大型的計畫還是屬於所謂的產業主導性產品技術

得獎產品（CDI） 背後的開發故事（十）--- 一個你不得不面對的＂戰爭＂

我覺得來講技術或產品的故事，好像比純講技術的內容還好玩，各位看文章

也比較不覺得有壓力。大家可以當一般雜誌報導來看。

我上回有提到關於得獎產品（CDI） 背後的開發故事（九）--- 真實世界篇。

但這個問題，我自己覺得還不一定是一些產品開發問題而已。其中還是會牽涉到

一些相關技術問題。尤其是從一些產品開發設計到量產的真正核心問題。

我們這些搞科技技術宅男最喜歡鑽研新玩意兒，但對於研發之後的量產問題，

興致就不像搞新玩意兒技術那麼熱衷了。所以我常開玩笑說：為什麼搞研發的

的人比較喜歡去園區的IC 設計公司，比較排斥一般系統廠？因為畢竟園區的IC

設計公司，是比一般系統廠商多一點研發氛圍，少一點系統生產的單調枯燥乏味...

電動吸錫器DIY

來寫一個不一樣好玩的東西好了。

平常常以自己的經驗論述一些事情，當然也會加入自己的一些觀感，

但民主社會就是如此，也不是每一個人都可以認同你的想法或看法。凡事都會有

正反評論存在的。這也沒甚麼好辯解的，歷史也是如此，對於已經蓋棺論定的

人事物，後代還是會存在著許多不同褒貶論述一直反覆的延續著。

我自己很喜歡網路上那一篇北歐教堂的寓言故事。有時候，我們可以問一下自己

我們真的可以做到如此嗎？所以啦，這幾年來，這也就是我也不太喜歡在許多

社群網站上去貼一些文章，也不太喜歡加入許多議題的討論，那怕是技術的東西。

車用電子漫談(七)-- 核心技術整合開發

這篇文章其實是一般系統開發經驗分享，尤其是新創公司或你想自己搞一些東西時，

所應該留意的觀念或想法。之前我有提到：人家蘋果電腦的 Steve Jobs 創業時，

人家也沒甚麼研發團隊的大陣仗，你覺得一間車庫可以擠進多少研發人員與研發設備？

人家有所謂光鮮亮麗的辦公室或一個穿得票漂亮亮的前檯小姐嗎？

撇開這些門面問題外，其實系統開發者，不管軟硬體工程師所要面臨的就是

產品開發與後續維護的系統平台，因為一開始公司大概也只能專注在一兩個產品，

甚至這些所謂的一兩個產品，嚴格講：也大概只有一個產品的核心技術而已。

轉載：50 歲再次創業：我希望 20 年後還能解 Bug

這是一篇純轉載的文章。

坦白講，只要你真正創業過的話，這些內容你看完之後，應該有一些屬於自己的想法。

我沒有鼓勵大家創業，當然這些內容你看看之後，也不用太衝動，

因為許多創業故事的背後都有其時空背景(天時地利人和等綜合因素)的成分在裡面。

車用電子漫談(六)-- 產品開發

這次來聊聊關於產品開發的問題。我想這個問題不只是車用電子市場。

我相信每家公司也都會碰到的問題，只是車用市場的產品定義就比較不像一般

產品市場可以讓你隨便天馬行空的去愛做甚麼，就做甚麼的...

之所以會聊這個話題是因為前兩天去台北開會，順便拜訪一位昔日同事，

他在車用電子產品產業中，也有一些市場經驗，尤其是在產品規畫與研究開發方面。

所以我們也交換了許多這方面的經驗，尤其是一些未來市場趨勢。

得獎產品（CDI） 背後的開發故事（九）--- 真實世界篇

這是一篇也算是跟車用電子漫談系列有關的文章吧。

關於得獎作品這一系列文章，我最後一篇文章是在約四年前左右發表的。

那時我還在該公司內，後來在隔一年的年初我就離開，被邀請去參與了另一項

機車ABS 系統開發工作了。對於原來公司的產品後續開發或相關業務發展，

就不再過問插手，當然這中間私底下還是接到一些客人的詢問或關切，

基本上，我還是會Pass 給原公司處理。尤其是關於可程式數位CDI，因為我手邊真的

也沒有多的資源可以處理。但終究市場還有一些客戶有一些特殊需求。

車用電子漫談(五)---電動機車技術篇

前幾篇我們有討論了一些關於車用電子市場中，關於技術與業務的一些相關議題。

當然也不一定是侷限在車用電子市場，在一般產品開發市場中亦然。

但我相信還是會有許多工程師堅持在核心技術開發議題中，總認為擁有核心技術

才是王道，這也沒錯啦，只是當你我在討論相關技術時，也不妨再抬頭看看

現實的業務銷售市場，唯有在技術與業務銷售雙方考量之下，才能永續經營啊。

那我們這一篇就又回到關於核心技術部分討論。

這幾年國內兩輪機車市場最火紅的議題就是電動機車啊。其實這個東西早在

二十幾年前，政府就有已經著手推動電動機車市場推廣計畫了。

車用電子漫談(四)--- 簡單的商業模式與投資概念(B)

不管是哪個產業或是以產品開發來說，新創公司肯定一定會有一位關鍵的靈魂人物，

這一點你就不用質疑了。你說：蘋果公司新創階段，沒有 Steve Jobs ，有可能嗎？

Microsoft 沒有 Bill Gates 有可能嗎？ TSMC 沒有張忠謀可能嗎？

雖然後續經營不一定都得依賴這些靈魂人物，但往往新創公司階段，這個靈魂人物

就扮演著重要關鍵，這一點不光光只是他有技術或有甚麼想法，而是他具有一定的

"熱情"(Passion)。但或許他的技術不一定是頂尖的，管理方式不是最佳的~

但這個先決條件是很重要的。因為他可以用這一點感染團隊(可能只有兩三個人)、

供應商，協力廠商或市場客戶。

車用電子漫談(三)--- 簡單的商業模式與投資概念(A)

一般搞電子或寫程式，講技術都很單純，只要做出個初步結果來，大家都給你按個讚，

給你拍拍手。貼幾篇開箱文或弄個幾個實驗小影片，大家都給你大大的讚。

但只要做過產品開發，尤其走到最後商品化導入量產階段，那又是另一回事了。

程式燒錄要工具，量產完檢需要檢測治具。出貨後，萬一有碰到問題如何處理

RMA(Return/Reject Material Authorization)。搞這些事，沒有人會給你按讚的啦。

所以當你在讀這些社團粉絲團文章時，有時還是得冷靜一下吧。這也是我要寫這篇

文章的基本動機吧。

車用電子漫談(二A)--- 在STM32 上實現車用常用的匯流排CAN Bus(補述篇)

上一篇很基本的在STM32 上實現CAN Bus 的系統功能驗證，但說坦白的，

這一種文章在網路上比比皆是，尤其是在大陸網站哩，到處都是抄來抄去，

轉貼來，轉貼去的。反正也看不出來到底誰是原作者，而且也好像是貼了交差而已。

也不管後續應用如何。尤其我最近有空也看了 STM32 的 USB 介面說明。

也都沒有更進一步說明，所以我想再補充一點說明，下回有機會我就會整理

說明關於 STM32 中關於 USB 系統介面功能，這一部分如果你之前都完全沒有USB

概念或是相關系統經驗的話，可能也很難上手的。可能就跟這篇 CAN Bus 的情形

一樣的。所以我就會用實際系統應用的觀點來補充說明一下吧。

車用電子漫談(二)--- 在STM32 上實現車用常用的匯流排CAN Bus

要說車用電子，就不得不說到車用系統所常用的一種通訊協定：CAN Bus 。

我之前已經在一些文章有稍微帶到關於 CAN Bus 的一些概念：

USB DIY--自學計畫_CAN Bus Application (一) --- 前言

USB DIY--自學計畫_CAN Bus Application (二)

USB DIY--自學計畫_CAN Bus Application (三)--- OBD II

不過，可能大家只要看到標題： USB DIY ，就可能認為這個東西應該還是屬於

USB 的系統應用範疇，或是認為這些平台離我真的太遠了，我可能真的用不到了。

車用電子漫談(一) --- 產品與核心技術概述

講車用電子，對於不同專業領域的人來說：有著不同角度的解讀。

對業務或產品企劃來說：它是一塊很有價值的產品市場，產品毛利有一定的維持

能力，產品生命周期較長。而對老闆來說：它是一塊很有說服力的產品市場，

是一個很有題材性，而且代表著高度專業的公司品牌。而對於搞技術的工程師來說：

覺得它是一塊很容易令人熱血賁張的激情產品市場。

姑且無論如何：無庸置疑的~它卻是一塊"難啃"的市場。對於以上各個領域的人來說。

車用電子漫談(零) --- 前言。

如果有常瀏覽我部落格的人，應該多少都知道，我本身除了會寫MCU 及USB

相關技術外，最主要的是我在些車用電子系統應用領域市場也有涉獵。

這是一門除了技術以外，牽涉到許多規格、產品、市場與"光怪陸離"的跨業生態。

談技術，固然是許多宅男工程師的最愛，但當你進入一行之後，你會慢慢發現，

其實除了技術以外，"產品世界"是有著"無限寬廣"的議題與學問等著你去學習的，

而這些都比原來你所"專注"的技術，還有著"高深莫測"的故事值得你去發掘的。

隨著產業發展，相信車用電子是許多不管是 IT 產業公司或是傳統產業經營者

所關注的焦點。我想以個人經驗，從不同的面相來探討一下對於國內這方面的

的一些故事與感想，或許可以提供有興趣的人參考一下。不管你是從產品技術

的角度呢？還是以市場發展？或是以公司產品轉型？

崇禎為什麼亡國？當危機來臨的時候，所有人都在等著他的指示(轉載)

其實好久沒有寫關於"工程師讀史"的這類文章了。

但也沒不代表我沒有再看這些東西了，其實有很多時事大家也都喜歡從歷史裡

去找答案，因為歷史可以依據事情演變來提供一些脈絡可循。

這不單單只是旁觀者或評論家而已，就連當事人也清楚的...

史上會因讀史來思考施政或落實措施的皇帝也有啊，明朝的朱元璋就是一例。

所以大家真的不要以為那些當事人怎麼不受教呢？其實有很多時空背景與

箇中許多因素，也不是每個旁觀者說了算，鍵盤說故事最快啊。

USB DIY 外一章 --- 多核心MCU 的開發經驗

為什麼會突然勾起這一篇文章呢？是因為前一陣子，大家突然在我的文章留言中

討論起MCU 相關技術問題，然後又緊接著欲罷不能的討論下去...

談白講啦，這個議題各有所好，就如同每個人的宗教信仰一樣，只要大家能在

心靈上藉此得到慰藉，其實都是好事一樁，反正人生不如意之事，十之八九。

又何必那麼在意呢？那對我來說：當年能夠參與一顆全新架構MCU 的設計開發工作，

也是一種經驗，至於它能帶給你我什麼啟發？那就見仁見智，我也不好意思說什麼？

Hinet 網頁系列--- USB ROM Emulator 的故事

(前言：這是之前在原來 Hinet 網頁中的文章，這個東西我已經停產了，

因為市場需求跟自己備料生產規模來比，已經完全不符經濟市場規模的效益。

大家也不用在猜測什麼了，這個東西我分兩批前前後後共生產了幾百組。

也幾乎賣到連我自己也都完全沒有任何庫存，那怕後來代理商也非常挺我的

希望我能持續出貨，但還是被我所婉拒了...應該算是見好就收吧...

人生有時就得懂得這一種道理才行。畢竟有時候也得認清世代交替在市場所扮演的

角色，尤其是我們這些搞技術的人。所以這一篇昔日的文章，大家都多少參考一下

吧。或許也可以讓大家可以從中得到一些東西吧)

USB DIY --- 市場產品技術參考(一)

我想在許多產品開發過程中，都難免對於市場相關或是類似的產品，會有一點好奇。

也總是希望從裡面可以觀察或研究出別人的作法，這應該也是許多開放平台興起

的另一個重要原因吧。我相信搞技術的人，以前會去常翻雜誌或買書回來看，

只是現在網路發達，多多少少有空就會想從網路搜尋找起，但有些東西只是光看

外觀或是碰到沒有人貼文的話，關於產品的硬體或內部的東西就不容易了解的。

有機會我們就來試試看市面上的這些東西到底是怎麼一回事，也順便提供給各位

從產品本身的技術內涵，來推演一些市場現象或是市場趨勢與未來吧。

新年開工的故事

今天是農曆新年開工的第一天，不過，很不幸地碰上武漢肺炎疫情，

充斥著不清不楚又複雜的資訊，根本無法適從。除夕那一天電話突然有一通

未接電話：顯示著我昔日在武漢工作時的台灣老闆名字？...

這幾天也跟一些昔日園區朋友聊了一下，有的是在大陸工作的~自從今年初總統大選

回台投票後，再也沒回去大陸工作崗位了，問他："那你過完年，還去不去啊？"

"不去了。"，"那接下來呢？..."，"再說吧，找工作找找看...如果在台灣找不到的話，

就打算轉換跑道了吧..."，"我就只會寫MCU，軟體也不會..."

(以下或以上的故事都是科技業五年級及六年級前段班，不管以前有沒有賺過股票分紅的...)

USB DIY --- USB Host 端的軟體開發(四) Delay 有用嗎？

上回在 USB DIY --- USB Host 端的軟體開發(三) 與韌體之間的關係 的文章中，

有讀者提出關於在PC 端APP 軟體中，塞 Delay 有沒有用的問題。

我當然有簡單的提出說明，這是我在搞USB 系統中常碰到的問題。也是經驗。

但往往一般人一碰到這種問題，可能是搞軟體的人也真的不知道寫USB 裝置韌體的

工程師的想法，更不清楚USB 裝置韌體，所以就會自作主張的塞這一種方式來

解問題的。那為什麼會這一種想法呢？首先先說明一下：在PC APP 軟體端塞Delay

其實就是在C 語言裡加一行：Sleep(mSec)；。很好用啊。為什麼，可以降低程式

執行速度，也好讓程式發展者容易除錯，最好也看看是否可以抓到USB 裝置韌體的

bug，那就可以順利的把問題往外推了。哈~哈~

我的武漢軼事---車用電子系統開發

今天武漢在國內各媒體都佔領了頭版，也包括國內外國際新聞都在關注，

但很不幸的消息是負面的：武漢肺炎(冠狀病毒)。而當我這在寫這篇文章時，

台灣也正式傳出第一位在武漢當地工作的台商返台時，被檢出受到感染的消息。

唉~這個消息早在一個月前就有類似的報導與被關注了，但消息一直被冷處理，

直到人家國家主席覺得狀況可能嚴重了，才火燒屁股的全面啟動防疫措施。

接下來就是地表最強人類移動---春節疏運。還真的不知道會演變成甚麼情況？

USB DIY --- USB Host 端的軟體開發(三) 與韌體之間的關係

既然要講 USB DIY 中關於PC端的軟體開發，就得同時要看USB Device 端的韌體

問題，因為許多USB 的軟體中的通訊協定是跟著Device 端的韌體支持來決定的。

之前也有許多網友也提出一些經驗，就算是標準USB class 的裝置，碰上微軟的

系統之後，也會有許多令人意想不到的結果，所以啦~搞USB 真的沒辦法把這兩者

之間分得那麼清楚，以前我們搞韌體的就得不斷的跟寫PC軟體的工程師不斷的溝通，

甚至還得把USB 分析儀搬來搬來搬去的讓彼此聽得懂或看得懂彼此的想法與做法。

所以這一文章我就來舉個很簡單的例子吧。

工程師職能的人生變現

本來在前幾天就想寫這篇文章了，是因為去年碰到一些事情，讓個人有點感觸，

也剛好前兩天有網友也在前一兩篇文章的留言時，我也有提到關於"人生變現"

這件事。就是提到我們這些搞技術的工程師們，常常會因為時下市場最新科技與

所需技術的變遷速度讓大家都有一些"職業恐懼症"，是啊~每年都看著學校學弟妹，

都學著市場最夯，時下最流行的最新科技知識與技能，要進入職場了，難免都會有

一些職場上的壓力，當然啊~過來人會安慰你一句話：「台上一分鐘，台下十年功」

計畫趕不上變化---莫非定律?

昨天才提到關於 "現在到底是IC 顆粒生意比較好做呢？還是公板或板卡生意比較好做？"

沒想到的是在文章發表的同時，在歐洲大陸的近年Maker 板卡創始者：Arduino 就發表

今年 2020 CES 準備發表的新一代 Maker 板卡：Portenta 。

真的驗證了莫非定律：當你認為會發生的事情，它就是發生的，而且還很快就出現了。

在IT 產業中，計畫真的永遠趕不上變化啊。我們昨天還是探討那個 IOT 的公板模組，

人家真的給你一次到位，你想得到的，別人也不是吃素的~當然也想得到的，只是我說

過了，人家要不要跟你玩而已嘛！

現在到底是IC 顆粒生意比較好做呢？還是公板或板卡生意比較好做？

如題。"現在到底是IC 顆粒生意比較好做呢？還是公板或板卡生意比較好做？"

這是我這一兩年所碰到的一個市場問題。尤其當我在上一篇提到MCU 低價市場問題。

因為我本身是曾經待過IC 設計公司的系統部門主管，所以我應該還有一點看市場的

能力吧。之前我搞公司時，是跟別人合作以開IC 的角度來開發產品。隨著市場與

潮流來看，或許大家也多多少少應該都有一點感想吧。尤其是以社會新鮮人的角度

來看，可能也想知道有經驗的人對這方面市場趨勢有甚麼看法吧？那到底我還要不要

待在IC 設計業裡呢？還是該如何因應未來市場趨勢而取得比較好的機會呢？

USB DIY --- USB Host 端的軟體開發(二) --- 小小感想

這一系列文章雖然稱為 USB DIY ，但我寫這些文章時，可不是用一般時下所謂

"開箱文"方式的寫法，因為大家有機會去網路搜尋一下相關技術文章，往往都是

"汶豆油"(沾醬油) 的方式給你簡單的介紹一下，譬如從別的網路找到一兩個範例

原始碼，然後在自己的平台上，驗證跑一下，證明是沒問題的。然後就可以贏得

許多點閱率與按讚數。寫這種文章，我也可以，你也可以...但這要證明甚麼？