老工程師的技術生活(三十六) --- Bar 台逆向工程系列(二) 硬體篇

一開始我還是先強烈聲明一下：此一系列文章，純粹就是系統玩家的興趣，

不會牽涉到任何商業活動，也不鼓勵相關任何商業侵權行為，一方面我也

曾經表達過：這個東西有其時代的眼淚，就算你現在認真的投入，也不有

任何商業市場機會(包括生產備料成本競爭力，市場通路等)。更何況這個東西

在法律上也可能牽涉賭博刑責，所以大家就以平常心簡單的從基礎單晶片課程

技術來切磋研究就好。在這些前提下，我們都很樂意歡迎加入討論。

老工程師的技術生活(三十七)--- UROMTER產品維護與支持 (完)

 今年年初第一季末時，寫了UROMTER 的在Win7 系統後的如何利用WINUSB 的

驅動程式，來安裝客製化的USB 驅動程式，這部分所謂的USB 驅動程式指的是

支持所謂客製化(用戶自行定義的) USB Bulk In/Out 的傳輸介面，若你不想用這一類

的USB 驅動程式的話，你是可以用作業系統內定支持驅動程式的 HID 傳輸方式來

完成USB 在 PC 端的應用軟體開發。(HID 也是可以支持高速，每個Packet Size 為

64 Bytes 的格式，基本上傳輸速率也不差的啦。) 但因為我當初UROMTER 的系統

(韌體)開發，所採用的就是客製化(用戶自行定義的) USB Bulk In/Out 的傳輸方式，

所以我是沒辦法就得面對這個問題的。

老工程師的技術生活(三十六) --- Bar 台逆向工程系列(一)

最近這一系列的相關留言突然變成熱絡了，那好吧，我們就從善如流的開個

系列文章來玩玩吧。我先整理一下之前的相關文章：

1.一份神秘禮物的開箱文(10/15/2015)

2.一份神秘禮物的開箱文 （補續篇）--- 談早年電玩機(01/01/2016)

3.老工程師的技術生活(三十三) --- 一篇文章的後續(Bar 台簡易解析)(09/01/2024)

後續我也會把相關工程資料開個連結給大家參與，其實我原本想用 Github 開個

群組，讓大家可以一起研究，但對於如何在Github 裡開個群組討論的方式，

還不是很熟練，所以就先暫時用雲端方式處理，接下來如果大家可以教我一下

如何在Github 裡開個群組的話？我就將相關資料整理到 Github 裡去。

千軍易得，一將難求---工程師創業經驗故事(二十二)---競爭力分析與邏輯思考

不管就業或創業，你都會面對競爭力的挑戰。不管是技術面或生涯規劃。

尤其是創業開公司，這方面的壓力是更大的。因為不只是產品開發的技術面，

還有公司財務經營管理或市場業務拓展方面。(要專心搞技術就去學校就好)

我最早接觸到這方面的概念時，是我在第一家 IC 設計公司完成掃描器SOC 的

開發工作之後(二十幾年前了)，那方面我已經得到公司高層在技術面的某種程度

上的肯定了。所以我一直認為：我可以在我的工程師生涯方面，至少可以永保

安康了。但那時候我們公司來了一位台清交電子科班出身IC 設計者。公司是從

國內另一家IC 設計大廠挖角過來的。是做類比設計(我們俗稱 Circuit Design)。

老工程師的技術生活(三十五) --- 技術的深度及廣度

過去這一兩年，我一直強調工程師的人生真的不要"窮到只剩下一身功夫"就好。

之所以這麼說：是因為隨著年紀的增長，也真的看得多，體會多。自然感觸就多。

因為都已經這麼一大把年紀了，你說：還有甚麼技術？就算沒摸過，至少從

產品市場上也多多少少也可以知道這些產品背後技術含金量到底有多少？

你說：真的要學，也學不完，往往最後都是卡在一個很現實問題：學了之後，

要如何變現？"上班領薪水？在公司就只做某些產品，你大概在專業分工下，

就只能專注在某項技術領域就好"；"創業開公司？那你又不可能甚麼案子都接，

有些東西，你沒摸過，你就自己花資源(時間--工資與金錢--硬體設備)自己慢慢蹲。

蹲了也不一定可以真正的掌握(趕上)客戶或市場"。就算你想靜下心來專攻某個領域，

千軍易得，一將難求---工程師創業經驗故事(二十一)---不以物喜，不以己悲

這個月最大的國內產業新聞是甚麼？就是電動機車龍頭廠商的CEO 下台一鞠躬。

我會覺得奇怪嗎？ 我在六年前就有稍作分析了。這也只不過再一次說明一件事：

就是不要以為科技業用技術觀點做產品開發就可以征服市場的。

當然許多報章雜誌媒體也有做一些分析報導：Gogoro光環消退！

Gogoro跑第一為何陷苦戰？

裡面跟做技術有關的報導：遭爆採用中國製關鍵零組件，讓政府錯發6億補助？

你跟我說：用大陸的馬達或馬達控制器有錯嗎？當然就是錯在領政府補助款。

人家現在已經是全世界電動車傾銷全球的最大電動車出口國家，

老工程師的技術生活(三十四) --- 系統整合，技術商品化最後一哩路

我們過去經常討論關於 MCU 或單晶片的使用經驗與一些相關周邊的技術討論。

譬如：我過去也有專注  USB 介面技術整理了很多初步入門概念，到一些韌體

與軟體相關開發工作經驗。但其實這些許多單項或系統周邊應用領域來說：

都有其使用上的優缺點及使用上的適合性。有人覺得 UART 就夠用了，

也有人覺得 USB 好用，也有人覺得RF/Wifi 或藍芽等也不錯啊。當然我之前也有

在車用系統平台上舉了一些實務例子來說明 CAN Bus 的優勢等。

這些系統例子如果真的要一一的拿出來研究，寫寫技術文章，讓你搞一輩子也

寫不完啊。就算現在一顆 32 bit MCU 也都幫你整合了許多這方面的周邊資源。

但你也未必會在一個產品系統開發上，都會把這些周邊技術給全用上的。

這就回到一個很簡單又很嚴肅的議題：你要如何把這些周邊技術整合到一個

終端商品的系統之中？