今年的生日感言

有一陣子沒有更新部落格了，日子也是一天一天地往前走。

記得以前在學校上熱力學時，我的熱力學老師有一次在上課時，突然問我們一個問題：

"時間往前走，是正的方向？還是負的方向？" (我還很清楚記得那節課是上到所謂的

熱力學第零定律，很好玩的~大部分的定律不就是第一定律、第二定律的往下定義嗎？

怎麼會有所謂的第零定律呢？所以老師才會引出這個哲學問題。從此我對熱力學就有一股

莫名的好感，也特別感興趣，雖然修這們課真的很辛苦，也不容易拿分數，但我還是非常

喜歡這門課，我們授課老師也讓我印象深刻，他也是國內知名的火箭燃料專家：趙怡欽老師)

現在技術產品與生意到底好不好做呢？

標題這個問題：現在技術產品與生意到底好不好做呢？(包括園區一大堆科技公司在問的)

如果您還只是菜鳥小小工程師的話，你可以不用去了解這個問題。但你也不要以為你只不過

一個領薪水的工程師，這個問題也不關你的事。因為道理很簡單，你也會老，既然是領薪水

的工程師，你覺得你要不要隨年資增長，老闆應該給你加薪啊？那既然要加薪，

那你覺得你也要不要承擔多一點的公司產品市場的開發與營運壓力啊？

天下沒有白吃的午餐啊！那如果你又覺得這些問題是你中年危機的話，

那以您自負豐富之產品技術的開發經驗與能力那想必你也會覺得我應該也可以兼差

賺個外快？甚至還可以開個小小工作室來決定自己的人生與未來吧。

那標題的這個問題就更顯得格外值得深思了喔。這就不只是你我切身的問題

電動機車的故事外一章--- 目前市場紛爭之我見

（補上後記修改 4/17）

說起版主跟電動機車的淵源，也幾乎跟自己職場生涯也有著息息相關的糾結啊。

所以要談目前市場上對於電動機車規格紛爭來說：或許個人的小小意見也可以讓大家參考

但這一篇文章我也不只光講市場觀點，而也會從我們搞技術的觀點來看，至少這也可以

提供一些工程師們從本身技術發展的角度來解讀許多我們這些搞技術的宅男工程師們

有著不同視野與思考產品技術與市場發展之間的一些關係連結，以後呢，就不要老是傻傻地

拿著自己引以為傲的獨門技術出來賣弄一番，結果發現：到頭來還是南柯一夢啊。

一本科技與人文的故事書---"光之帝國——愛迪生、特斯拉、西屋的電流大戰"

這本書的取得原由是我的老闆喜歡鼓勵員工多看書。所以有特別交代公司福委會

在每季的壽星都可以補助購書，雖然老闆沒有特別強調是看哪一類的書籍，但我發現

公司同仁大部分不是買甚麼雲端時代啦、或是甚麼財經管理甚至一些養身之道書籍。

如果是你，你會選哪一類的書籍呢？應該不會拿來買一本 Python 或是 ARM 32 bits 

應用書籍吧？這樣子，老闆會比較欣賞你嗎？呵~呵~

對我來說：還是買一本跟歷史有關的書籍，所以我挑了這一本。沒想到，一看之後，

就停不下來，我在短短的一兩周內就把他給看完了。

光之帝國——愛迪生、特斯拉、西屋的電流大戰

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

一般人對於 CAN Bus 的第一印象絕對是來自於車用電子系統，沒錯~CAN Bus  一開始

的確是為了車用電子系統，但後來也沒有局限它的使用環境與條件，不過，在車用電子系統

他的確發展得非常成熟與其重要角色。但是一般CAN bus 在車用系統中又要如何使用？

這又是另一門學問了。坦白講，車用電子系統不比一般 3C 電子產品，你高興怎麼搞，就

怎麼搞，沒有人會無聊的想去問你所以然。但在車用系統的話，可就不能說：你高興怎麼？

就怎麼搞？否則系統一出事情，就連不要說別人啦，連你自己要如何證明你是無辜的？

這就顯得格外重要了。所以在車用電子系統中，早在70~80 年代發展過程中，就開始引進

許多標準規範了。早期這些規範大部分都是來自於美國的SAE 標準。後來就慢慢演進成為

國際標準了，也就是所謂的ISO 規範，而標題提到的  OBD II 就是其中一項大家耳熟能詳

的規範標準。

汽車常用的ECU 之MCU(轉載與闡述)

我在 2015 有受邀去做一場關於MCU 論壇的演講：DTF 2015 微控制器技術論壇

坦白講，那一場演講因為正值我在上一家公司產品上市階段，有點忙，所以

事先準備不是很好，內容也講得不是很好，至少我自己是這麼認為的。

畢竟車用電子對我們台灣這個環境來說：還是非常陌生的。

但這在這一兩年又回歸專心地搞車用系統發展測試，也的確比較有更進一步的體會。

也慢慢深知：車用系統MCU 要求之嚴謹性，也經由與許多此一領域的先進們學習，

獲得了不少寶貴的經驗。剛好，這兩天在網路搜尋到此篇文章，也可以借花獻佛一下

順便也補充一下我在那一天演講時，所沒有好好交代的事情，做一整理。

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

關於 CAN Bus 這個規格，嚴格講起來，它的歷史已經超過二十年了，而這二十多年來

在我們許多電子產品或系統通訊產品，也不知道又有多少新的規範標準出現，那為何

此一CAN Bus 仍然屹立不搖，甚至還一直保有其市場優越性呢？

學習一個通訊界面，大家可以K規格，看範例程式很快地就可以看到結果了，但又有多少人

能夠體會到這樣子的通訊界面所真正代表的意義呢？又該如何在系統發展使用這些介面來

提升自己系統發展的優勢呢？之前大家之所以不得不學習 USB 那是因為現在電腦周邊除了

USB 之外，已經很少再支援其他實體通訊介面了，而所謂的 Ethernet (Wifi) 對於一般單晶片

的發展環境也不是那麼親民(以單價成本或是韌體開發環境來說)。所以USB 是一種無奈而

不得不的選擇，所以很多人幾乎是"被迫"地要去學USB。以學習目標來說：只要可以打通

能夠運用就好，至於在系統上的"為什麼？"或是此一通訊介面在系統發展上所隱含的真正

的工程意義，或許就沒有人真的想去了解或體會了。