Introduction to Charging Infrastructure for New Energy Vehicles

The architecture of charging systems includes several key components, each playing different roles to ensure efficient and safe charging for electric vehicles (EVs). 

結構性失業的新挑戰：AI和未來的勞動力市場

經濟學中通常將失業分為三種主要的類型：

• 摩擦性失業：是指因為工人在找尋新的工作崗位或轉換職業時所產生；這種失業通常是短期的，因為工人只需要一段時間來找到新的工作。
• 結構性失業：是指由於產業變動或技術進步導致某些工作崗位消失所引起，例如，當新的技術取代了舊的製造方式，工人可能就會失去工作；這種失業可能需要更長的時間來解決，因為工人需要重新培訓以適應新的工作環境。
• 週期性失業：是指由於經濟周期的波動引起；在經濟衰退期間，需求下降可能會導致企業裁員，從而導致失業率上升。但是在經濟復甦時，企業又會開始招聘員工，失業率就會下降。

(Figure by Midjourney)

差旅 - 珠海賞車記

這趟到珠海出差停留的時間也比較久，抽一個周六上午，到位於香州高新區的寶龍廣場做了下田野調查。做車電這麼多年，其實很少有機會實際調研客戶的最終產品；這次挑了三款車，仔細地操作客戶系統，聽銷售人員解說，覺得收穫不少。這三款車是蔚來汽車(Nio) ET5、智己汽車L7、極氪汽車001。

品質管理體系及功能認證地圖 - Part 3. Security相關規範

本篇文章在「品質管理體系及功能認證地圖 - Part 1. IATF 16949 & ISO 26262簡介」的基礎上繼續介紹安全有關的規範。本篇共同作者為ChatGPT。OT透過中文及英文兩種語言跟ChatGPT對談後，發現英文的回答比較有結構性，因此本篇文章會用英文來體現；但整體來說ChatGPT整合資料的能力非常令人驚艷。其實本來技術系列的文章OT比較想要以英文撰寫，除了練習寫作能力外，許多專業用語使用起來也比較習慣；現在為了配合後續本系列文章包含標題都會一併改為使用英文。另外是圖片的部分，則是使用「Midjourney」來繪製，不需要描述很多細節，Midjourney就可以繪製出完成度很高的作品。這些工具的存在似乎提供了人類生產力再次提升的養分。

In tihs article, I would like to show the ISO and IEEE standards which are related with automotive software security and information security. Except ISO 26262 mentioned in previous article "品質管理體系及功能認證地圖 - Part 1. IATF 16949 & ISO 26262簡介", some standards are also necessary to understand, such as ISO/SAE 21434, ISO 27001, ISO 27002, etc.  To write this article I use ChatGPT. Its capability of integrating variant information is very impressive. In the meanwhile, to draw the pictures to show the idea of "automotive network" I use Midjourney. These tools are really useful to write articles more efficiently. 

Concept of a modern electrical automotive architecture

談職場的負能量螺旋

東方與西方文化不同，讓亞洲一般企業在資遣員工時通常會做很多考量，盡量多給員工機會。雖然台灣的勞基法及工會組織不如西方先進國家，不過對於資遣員工，大多也是到了真的沒辦法了才會用的最後手段；就算是在經濟狀況不好時，也是用「無薪假」取代資遣。

呼應前一篇文章「教練」的開頭，「上場不打假球」也應該是員工對工作最低的自我要求了吧？

我們知道當一個人進入到負能量的螺旋時，常常會自我感覺十分良好，覺得都是別人的錯、都是別人做不好，自己做不好都是別人的錯，完全失去了自我檢討的能力。連上場打假球也可以正當化自己的行為。這種就是「沒有辦法」的時候了。如何檢視自己有沒有進入負能量螺旋呢？其實也有一些客觀的指標：

• 第一階段：創傷期
• 在這個階段因為工作讓自己受傷，可能是被責備，或是工作上遇到挫折，或是原本預期可以得到的獎賞並沒有得到，總之就是覺得得到了不公平的待遇。
• 受到創傷之後，是兩種不同的關鍵途徑：可能可以因為自我療癒而繼續往前接受挑戰的積極型，或是覺得自己就是受害者，而產生了受害者心態的消極型。
• 積極型會不斷的嘗試以達到自己的目標或是別人的期許；消極型則是排斥工作的安排，能推卸就推卸，心思也就不會在工作上。
• 第二階段：怨天尤人期
• 由於對於工作安排的排斥，就會開始跟不上工作進度，原本的工作任務開始出現更多的瑕疵遭到指責。
• 為了說服自己是對的那方，反過來指責別人的不是，或是貶低別人的價值，以凸顯自己是正確的那方。
• 抱怨別人，拉著別人一起抱怨。對於有相同反對意見的員工產生抱團取暖的感覺，巴不得周邊都是這樣想法的同事。
• 看到公司出現危機會幸災樂禍。
• 在這個階段還是有人願意跟你談工作狀況、誇獎你，請你幫忙，或是給你更多的任務。請不要覺得別人的付出是理所當然，這都是一次又一次脫離負能量螺旋的機會，千萬不要一有機會就搞砸。
• 第三階段：墮落期
• 能夠處理的工作越來越少，幾乎沒有人想合作，也無法跟別人合作。終於不太有人要理你了。
• 繼續抱怨，繼續推卸工作，繼續得不到認同。
• 繼續自我感覺良好，然後更多工作上的瑕疵出現；繼續更多的瑕疵出現，然後繼續自我感覺良好。
• 工作時數越來越少，公司有沒有你都一樣。
• 想拖更多人一起不好。
• 想離開這份工作是因為公司對不起自己，所以不會主動離開，更加反抗並期待被資遣，以為離開之後一切會更好。
• 如果進入墮落期，大概就沒救了。

然而在職場打滾一段時間後，確實看到的是因為挫折而進入負能量螺旋的人多，而能夠進入正能量螺旋的人少；大部分的人選擇換新環境打掉重練，期待下個工作會更好，而能夠渾渾噩噩的過完職涯已經算是比較好的情況了。

這是OT對於負能量螺旋的理解，提供參考，提醒自己不要進入負能量的螺旋外，也希望各位朋友們都不要有機會進入負能量螺旋。工作上面難免會受傷，一路順風順水的人少之又少；退一百萬步來說,有人際關係的地方就難免會受傷，與其消極逃避，不如找出方法積極迎戰。

祝福大家工作順利，「人生就是不斷的戰鬥」！

OTORI

民國111年7月28日

教練

「上場不打假球！」 這是我很喜歡的一句廣告詞，喜歡到幾乎成了座右銘；這台詞不僅在運動場上適用，在職場裡一樣很實用。

在台灣我們常用棒球比賽跑到幾壘比喻一段戀情的進展程度，其實職場跟球場何嘗不是一樣近似的情境？一個團隊需要一個教練、需要隊長、需要經理、需要各種不同位置的球員。之前在廣播節目聽到一本書，中文書名就叫做「教練」(Everyone's Coach)。OT想來談談職場中的「教練」角色。

根據104人力銀行的調查在2022年做的調查，每個世代偏好的主管類型都不同。104人力銀行將主管分為「人生導師型」、「風箏型」、「大師型」、「教練型」、「啦啦隊型」；其中人生導師型是最獲各種世代喜好的主管類型。

或許不管哪個世代，都希望在職場上能遇到人生的導師，可以引導自己工作的方向，希望自己的想法能被重視。風箏型主管是獲各個世代喜好的第二名，意義是每個人都希望主管能夠在工作上給予自由發揮的空間，但在必要時可以適時「拉線」(OT理解是跳下來「負責」)。而「教練型」的主管，根據人力銀行的說法，是因為『90世代較為資淺，還在培力職場專業，期望遇見能激發專業潛能的教練型主管，衝刺職涯』僅獲90年代稍微喜愛；可想而知，教練型的主管是多麼不討人喜歡了！不過其實仔細看文章介紹，「大師型」主管不也同時具備「教練型」主管的特質？所以是不是可以理解成「想讓職涯更上層樓的人會更想遇到教練型主管」？

本圖取自：104人力銀行

OT若可以投票，應該是會比較偏好「大師型」或是「教練型」的主管。很幸運自從踏入職場以來，遇到的都是這樣類型的主管，既有衝勁及活力，也很樂意分享自己的經驗給資淺的同事；因此自然也期許自己可以是後輩們的「教練」。

所謂的教練，是這個人有可能在技能方面並不如你，可是卻有豐富的經驗及智慧可以指點你的優點及缺點，並在每次練習中強化優點並改善缺點，找出比賽致勝的方程式。而在這些不斷練習的過程中，幫助自己克服人性的障礙，才是最艱難的部分！這也就是為什麼優秀的運動員如此讓我們尊敬，因為他們追求卓越，努力練習並嚴守紀律，克服了懶散及享樂。

職場很現實，但運動場上則更為殘酷。運動場上時間終了，勝負是一翻兩瞪眼，這道理在職場上是如出一轍：每個項目都有時效性，過了這個時效，案子失敗就是失敗；所以「沒有壓力」這件事情，不管是在運動場或是在職場，都是不可能存在的。唯有精益求精，才能不斷自我突破。所以有時候老闆的嚴格，不如想像成教練給你的課題或是訓練，然後自我要求。

儘管每個人喜歡的主管類型都不同，但畢竟是可遇不可求；往往在職場上遇到跟自己不對盤的主管，礙於上下屬的關係，為了五斗米只好勉強折腰。不過其實我們會慢慢發現，在職場裡自己做不好事情對主管並沒有好處：自己考績差，也意味著拖累的整個團隊的考績；因此客觀上來說，主管希望下屬能有卓越表現應該還是比較符合邏輯。

「教練」這本書中將作者成功的訣竅拆成C、O、A、C、H五個字母開頭的單字，提供給各位參考：

• Convinction-driven（堅定的理念）
• Overlearning（精益求精）
• Audible-ready（隨機應變）
• Consistency（一貫性）
• Honesty-based（誠實）

參考資料：

• 博客來網路書店：https://www.books.com.tw/products/0010040603?sloc=main
• 104人力銀行：https://blog.104.com.tw/104data-00generation-interpersonal-relations/

OTORI

民國111年7月26日

A quick view of active scan result in wpa_cli and iw

It's not easy to find the difference between the scan result of wpa_cli and iw. In some cases, especially a lot of APs operating in the same environment, the difference scan results between each other can be observed.

For instance, I've more than 300 APs in my test environment, but my test always shown there are around 50 APs in wpa_cli scan result but no problems in iw. We know wpa_cli is coming from wpa_supplicant, and both wpa_suuplcant and iw are open source for Linux-based system. In this article I would like to show the difference between how wpa_cli and iw to get scan result.

In wpa_cli before getting scan results you need to perform "SCAN" first and then perform "SCAN_RESULTS". The duration between performing "SCAN" and "SCAN_RESULTS" should be more than 5 seconds. IW is much easier to get scan results, you just need to perform "scan" and the result will output.

In source code of wpa_cli, we can find when an user execute "SCAN_RESULTS" command it will create a buffer as an argument to input wpa_ctrl_request in _wpa_ctrl_command. This buffer will get the scan_results from a Wi-Fi driver through IPC and it is the first size limitation to fetch scan results in wpa_cli.

After enlarged this buffer size it is not enough  to get full scan results, the second point is to adjust bss_max_count in wpa_supplicant.conf. The default setting is 200. If the scan result is larger than bss_max_count, the oldest BSSID will be removed from queue.

In iw it gets scan results by callback (handler), so each results fetched by Wi-Fi driver will be output by iw. A scan command is combined handle_scan_dump and handle_scan. So you can find the scan result is printed out by handle_scan_dump.

Reference:

• wpa_supplicant: https://w1.fi/wpa_supplicant/
• iw: https://wireless.wiki.kernel.org/en/users/Documentation/iw

OTORI

7/25/2022

工程師的職人精神

最近剛打完團隊考績，剛好OT也有點年紀了，以業界來說應該可以算是有點經驗：做過一些還算大的項目、解過一些還算難的題目，見過形形色色的同事、客戶、供應商。這篇以「態度」為主題，OT想探討心目中一個「資深工程師」應有的樣子，也可以說是「工程師的職人精神」吧！

幾年前有次去揚州出差，帶了個團隊的小兄弟同行，下班回飯店的路途上聊起了職涯規劃。他說自己不想到時一把年紀了還在寫程式，雖然說得也沒錯，但是我覺得如果到老都可以做自己喜歡的事情，也是很不錯的！

我想到這位小兄弟是交大機械所畢業的，在相關領域工作一年左右吧？後來覺得寫軟體很有趣，在資策會參加完培訓課程就來應徵。當時面試他時覺得很不錯，入職後學的也挺快，不過隨著工作量以及面對的項目越來越多，可以明顯感覺到他的熱情在遞減。在揚州項目結束後他也離職了。也難怪當時他會懷疑到底適不適合這個工作？或是自己是不是真的喜歡寫軟體。

事實上在他入職前兩年，我面試到另一位交大電機所畢業的同事，本來就已經在某外資公司做得很好，但是他真的很喜歡寫軟體，工作幾年後在資策會受訓後投入職場；他也是很聰明的一位同事，並且工作很快上手。而他則是和這位一起去揚州的同事呈現另一個典型。

由於他已經在職場打滾幾年的時間，並且篤定自己喜歡寫軟體，所以當時幾乎是放棄高薪來我們團隊重新開始！而在進入公司兩年後成熟度已經很高。當時他有朋友在一間新創公司做視訊相關的演算法，邀了他一同入夥，他覺得有趣，便毫不猶豫的離職了。如果以現在公司的軟體產品線來看，挑戰性應該不會令人失望才對！OT常吹噓自己好像對於開發這種有才能但像白紙一般的軟體工程師還挺在行的 🤣

在揚州時，依稀記得跟這位小兄弟說希望自己在六七十歲還可以寫軟體，但那時已經不是為了生活寫軟體而是因為興趣。當時公司的研發總監，大約就是OT心中的標竿。這個研發總監很厲害，都五十多歲了，還可以跟我們這群年輕人搞到三更半夜，而且最難的任務都由他起頭。例如我們的藍牙協議棧，不論是在RTOS或是AutoSAR移植。出差直面客戶端也是毫不退縮，常常帶著工程師跟客戶一起閉關聯調；對於技術上有疑慮的部分，也不怕自己懂不懂，就是刨根究底的追下去。不得不說這些年來若沒有他的投入，可能很多項目都無法量產。

OT很欣賞他那種不會推工作，並且面對艱難的任務都能冷靜面對。若不是川普總統限縮移民政策，這位總監也不會急著回到美國了續綠卡，真是十分可惜。雖然在工作上我們也會有不同的意見，但可以從這種資深工程師身上學習到的技術跟態度，是件非常幸運的事情！

但同樣是資深工程師，最近在打考績時也發現令人頭痛的同事：明明技術及經驗都很傑出，卻偏偏讓團隊合作難以配合，在面對複雜的任務時心態更是消極。有這樣兩種不同的例子，也讓自己常常警醒，每當新人入職跟我合作時，會希望他們感受到我是怎樣的工作態度呢？

OTORI

5/20/2022

前進

某天寒流來襲的加班夜晚，處理到最後一封郵件時，打開附件竟然跳出了上百頁的技術需求，頓時內心感到無比崩潰！雖說內心崩潰，但現實是近幾年車廠軟體需求真是越寫越仔細，功能面的、非功能面的，面面俱到。很顯然車廠的軟體能力不斷提升中。

幾個月前跟某日系車廠進行軟體系統審查，竟意外發現對方軟體素養相當專業，一而再再而三的修改後，我們才做出對方滿意的文件。難得遇到這種專家，因為不僅是知道如何做好軟體，也深諳車用軟體的核心知識。

車廠不斷努力朝向讓車子具備更多的智能化前進，有特斯拉這樣的標竿，自然無可避免地必須從固有的硬體製造去擴充更多的系統整合能力。

攝於BMW博物館

在寫「逆骨—工作在新創公司！」一篇時，就對於車用軟體的未來發展有許多憧憬；從2012到2022，雖然辛苦，但不知不覺也度過了十年。「漁舟唱晚，秋水共長天」一篇則簡扼紀要了這段時間職務上及技能上的增長；時間又過了兩年，果然OT也有能力負責公司部份的品質工作。2022年的差旅，除了一如往常的技術支持及商務拜訪，對於品質問題也略懂一二。而N公司則從2016年OT撰寫「逆骨—工作在新創公司！」時的1.2億台幣來到了現在了3.4億台幣，不僅業務量擴張，營運能力更強，也擁有了自己的工廠。在中美貿易摩擦之前就開始設廠規劃，並且在不增資的情況下完成第一間工廠的建置，這是老闆的膽識。老闆帶領著公司不停戰鬥，能夠衝在前線與這樣的創業者為伍，不僅是近距離的學習，看著自己的成長也覺得挺有成就感。

中國大陸的新能源車市場已經進入了新一輪的戰國時代，偶而到大陸城市中大型的廣場(台灣稱為百貨公司)展間逛逛，許多車廠已是搭載N公司的產品；很替我的同事們感到驕傲，也替客戶們感到驕傲。

攝於廣州小鵬汽車

~金戈鐵馬，氣吞萬里如虎~

OTORI

民國111年2月23日

差旅 - 花蓮隔離記要

「山不在高，有仙則名。水不在深，有龍則靈。斯是陋室，惟吾德馨」 在花蓮隔離，讀「陋室銘」再貼切也不過了！再繼續關個幾天應該就可以做仙了吧？😆

隔離酒店的窗外景色

因為台灣政府對疫情的清零政策，要求境外返台人員必須進行隔離；儘管春節返台方案分為A、B、C三種，試圖提高檢疫旅館量能，不過還是一房難求。索性之下OT請公司幫忙安排到老家的檢疫旅館，難得有機會在離鄉多年後，可以連續住上兩個星期。

從首爾金浦市、嘉義梅山鄉、上海長寧區、花蓮志學村，已經有了四次隔離的經驗。老實說在首爾那次的經驗最好，不僅房間整潔舒適，窗外還有漢江美景，伙食也很不錯；不過因為是第一次隔離，在同一個地方關14天，每天都度日如年。到了這次在花蓮隔離，因為心態上早就調適好，每天都很充實，不知不覺一周就過去了。

OT不改工程師的性格，針對「房間」、「伙食」跟「檢疫」做了排名：

	房間	伙食	檢疫
首爾金浦市 (2020)	1	1	2
嘉義梅山鄉 (2020)	2	3	4
上海長寧區 (2021)	3	2	1
花蓮志學村 (2022)	4	3	3

房間

房間很明顯一定是首爾勝出，後來查了才發現隔離的酒店Marinaby Hotel原本就是星級酒店；雖然房間稍嫌小，不過隔離還是很夠用的。隔離期間客房服務也做得很到位，對於隔離旅客的需求幾乎是有求必應。

首爾隔離客房

第二名是我們公司的嘉義工廠宿舍，因為是2019年全新完工，所以房間的整潔度、設備都是無話可說；加上是自己公司宿舍，住起來還是相當親切。雖然沒有厲害的客房服務，但是同事們還是會幫忙照顧日常生活所需。

嘉義隔離宿舍

第三名是上海長寧隔離時住的莫泰168，居住時正在改建成「如家商旅」。在大陸旅行的朋友對於如家這間連鎖酒店一定不陌生，莫泰168是如家系列最「經濟」等級的，所以內裝也相當精簡。還好OT有聽說過之前同事在上海隔離的經驗，特地帶了濕抹布；整理完後也還算可以，房間空間相當大，有對外窗也算舒適。客房服務還算可以，不過不提供咖啡，房間的水喝完後要另外算錢。

上海隔離客房

第四名是這次隔離的花蓮志學村「悠活旅店」。房間空間其實還算大，可以放線兩張150cm的單人床並且有冰箱。不過反過來說因為房間東西多，很多地方打掃的不是那麼確實；再加上旅店靠山且陰雨綿綿，所以整個房間感覺很潮濕，衣服基本上曬不乾。整體感覺是不如莫泰168。不過客房服務算親切，基本上是有求必應；像是托旅店買水果甚麼的，旅店很樂意幫忙。因為是鄉下地方，可以聽得到狗叫，半夜也不時會有雞鳴，很像回到小時候，挺溫馨的。

花蓮隔離客房

伙食

伙食第一名還是首爾，不僅菜色多樣，便當擺盤也很漂亮，味道也很好。

首爾隔離餐

第二名的是上海，上海意外的比之前聽說得好多了！菜色豐富，菜單也很多變化。

嘉義跟花蓮則是並列第三，不過嘉義的早餐比較厲害就是，畢竟是同事親自到店買的。不過兩邊的便當味道差不多，就是一般台灣常吃到的那種味道吧！

花蓮隔離餐

檢疫

很多沒去過大陸的朋友看到新聞可能也聽說大陸的檢疫很嚴格，OT親自體驗過一次，確信是真的。檢疫第一名毫無疑問的是上海，除了入境就要做核酸檢測外，在酒店隔離的14天還要再做4次的檢測，每次都是專人來採檢。

第二名是首爾，入境雖然沒有採檢，不過到酒店隔離的14天內要做兩次PCR檢測，同樣是專人採檢。

第三名是花蓮，不過因為2022年返台的時候疫情比2020年嚴重，這樣對比嘉義隔離的經驗比較不公平。入境時需要吐口水做核酸檢測，並且在隔離期間需要自檢。但對於自檢這種，就是看檢驗者自己誠不誠實以及是否自檢做得確實。

第四名是嘉義，2020年當時台灣疫情還不嚴重，入境沒採檢，隔離期間也只有自己做健康管理；除了規定搭乘防疫計程車外，幾乎沒有甚麼特別的措施。其實對於採用防疫計程車並且讓旅客自行決定隔離酒店OT覺得這種安排不好。像是大陸及韓國都是用大巴統一接送到隔離地點，隔離酒店是由政府統一徵收，因此價差不大，住到哪裡很公平。因為住宿的地方統一，所以做PCR檢驗透過專人採檢也方便。另外就是防疫計程車其實比較沒效率，除了容易讓司機感染外，一次能夠載送人員也很有限。

隔離期間工作、看書、運動、寫文章，就像孔夫子說的：「何陋之有？」

OTORI

民國111年1月22日

差旅 - 星程

有人稱去米其林星級餐廳用餐為「摘星之旅」，OT此趟出差中國大陸，也堪稱摘星之旅，不過摘的不是米其林星星，而是行程碼的星星；聽起來是不是既不美味，又不熱血來著？ 😅

疫情期間在中國大陸要能在城市間順利移動，健康碼跟行程碼是不可少的。從入境隔離開始，健康碼會是紅色，隔離期間會有四次的核酸檢測，結束之後健康碼會變成綠色；但是OT隔離的上海市，有7天的自主管理，其中要做兩次的核酸檢測，如果沒有依照時間進行檢測，健康碼就會變成黃色。像是沃爾瑪類似的賣場，基本上不是綠碼是不讓進的。

而行程碼則是透過蜂巢式網路，就是透過手機的SIM卡訊號追蹤去過哪些城市；一旦被標記成星號，很多地方也是無法進入。像是這次OT拜訪的有些客戶，基本上帶星號保安就不給進了！這趟旅程從上海、深圳到珠海，一共蒐集了三顆星星，應該可以堪稱是三星級的旅程！

兩個月來總共做了多少次核酸呢？上海做了十次，廣東八次，北京一次，總共十九次。但是沒辦法，搭飛機非得要看核酸檢測。而一般檢測完的隔天就會更新在健康碼上面，當然有時候沒這麼準時，還是可以打申訴電話給負責檢測的單位，通常都可以會獲得妥善的處理。

行程碼被標記成星號可以說是非常麻煩的事情，就連核酸檢測也會變得麻煩，會需要到指定醫院做採檢，而且也會跟著限縮核酸檢測的有效時間。這次差旅的最後一個點是在惠州，偏偏在離開前的一個周末深圳爆發疫情，所以深圳變成星號；為了怕離不開大陸來不及回台過年，因此匆匆改了機票從澳門走，沒想到緊接著中山爆發疫情，珠海跟著變成星號。好在當時已經入境澳門，算是心安了一半。真是一趟有驚無險的旅程！

不過這趟在澳門時托大學同學的福，竟然還真的摘到了米其林星星！是一間做潮州菜的店，位於星際酒店內的「風味居」。價格不貴，味道也真的不錯，擺盤的精緻當然就更不在話下了。吃到米其林固然開心，不過最令人溫暖的，還是能跟大學同學一起在澳門吃飯；話說剛畢業的那會兒，誰會想到有機會在澳門一起吃米其林呢？真是開年就有的一個美好回憶。

水煮牛

辣子雞丁

麻婆豆腐

煎餃

水餃

因為疫情的關係，澳門的酒店價格也異常便宜；在澳門的晚上住在倫敦人內的喜來登，也抽空到了十年前想帶Corey母女一起來的威尼斯人酒店。儘管當時我們的星宿曾短暫相會，但如今已是再也觸摸不到的星星了... 吧？虎年，我當然從未忘記過這個年有甚麼意義，就像是在心上狠狠刻了一刀，怎麼忘得了？

巴黎人酒店

雖然旅程中有驚有險，但是比起北京疫調中發現的這位父親：流調中最辛苦的中國人，18天輾轉打工28地... 我已是幸運許多，知福者惜福！

OTORI

民國111年1月20日

#星空仙子 #阿仙 #妙妙 #喬喬 #corey #sen 

差旅 - 入滬隔離紀要

COVID-19自2019年爆發以來，經過幾代的變種，已經越來越有與人類社會長期共存的趨勢。因為工作上需要，2021年OT還是不得不出境一趟。這次是從上海入境。

有了2020年在首爾以及嘉義隔離的經驗，又從同事身上聽說上海隔離大致的狀況，這次做了更充足的準備。去年去首爾除了帶齊一般出差時的行頭外，再多帶了幾本書；到了檢疫酒店之後發現酒店把東西準備果然很齊全，還特地準備兩大罐全新的沐浴乳以及洗髮乳。離開檢疫酒店後很後悔沒把那兩罐一起帶走，因為後來回台到嘉義工廠宿舍隔離，盥洗用具都需要自備；OT靠著水晶肥皂過了14天... 😆

這次來上海，特地在行前把洗髮乳、沐浴乳、洗衣精分裝好，為了怕環境髒，還帶了拋棄式的濕抹布。零食這次也帶了不少，還帶了吹風機、瑜珈墊，索性連Google Nest一起帶上。雖然行李很重，不過從現在這個時間點看，覺得挺值得的！

行前

持台胞證入滬不需要額外的簽證，不過需要登機前72小時的PCR證明。在台灣到醫院做PCR需要先預約，一般件當日做隔日拿，急件上午做下午就可以拿到。

搭機

在機場報到櫃台，航空公司除了會把PCR檢驗結果收走之外，還會要求要填寫中國大陸海關的入境聲明，這時手機必須要安裝微信，因為掃碼只能透過微信掃碼；而填寫完才能拿機票，會花10~20分鐘的時間，所以務必要提早到機場櫃檯報到。剩下的流程就跟一般搭機流程一樣了。

因為搭機的旅客很少，基本上貴賓室沒甚麼人；而且為了避免交叉感染，自助吧檯沒有開放。簡單的飲料、咖啡、盒餐，貴賓室變成是純休息的地方。不過還好有先用過餐，因為飛機上同樣為了避免感染，只提供簡單的點心。

飛機上的旅客也不多，航空公司會盡量讓旅客的座位區塊相隔一段距離。春節是中國人的大節日，到時春運期間從上海返台狀況應該會很不相同。

入境

以往飛上海可能因為空中繁忙需要等待降落，這時因為疫情空中比較空閒，而且很難得的是停在有空橋的機位，但因為入境需要檢疫，控管人流，所以降落後可能會需要等一段不小的時間後才能開始通關。

印象中在進入簡易酒店之前還需要通過微信掃碼三次進行表格填寫；所以很少用微信或是沒安裝過微信的朋友一定要先在行前安裝好。如果表格填寫完後有出現QR code的話最好把畫面截圖存起來，有些在後面的關卡會用到，節省通關時間。表格填寫除了需要準備好離開檢疫酒店後地址外，其他的部分應該都還好。

在機場的PCR檢驗還挺硬的！機場的檢疫人員要求棉花棒插入鼻孔要10秒鐘的時間，棉花棒插入咽喉的深度也有要求；負責幫OT檢疫的小姐還在開始之前打趣地說：「不舒服別投入我呀！沒弄完你也走不了」 😅

想到去年在韓國，入境是沒有檢疫，倒是在韓國隔離時需要做；當時負責的小姐聲音非常溫柔，但是把棉花棒插進鼻孔時倒是毫不手軟... 

做完PCR之後會分三條路徑：第一條是上海本地有住所的，第二條往江蘇、浙江、安徽的，第三條是在上海本地沒有住所的，要在住上海隔離酒店的人要走這條。老實說人還挺多的，大巴就一車一車的載走。

檢疫酒店

OT這次抽到的是位在普陀區的莫泰168，雖然比較舊，但基本還算乾淨，空間也還寬敞，鋪上瑜珈墊還可以做運動。一進房間，這時候濕抹布就派上用場了，先清掃一遍再說！ 😆

吃的部分還可以，聽說去年有同事連吃的都很差；可能上海市政府有聽到民怨，進行改善了吧？

OTORI

民國110年11月20日

品質管理體系及功能認證地圖 - Part 2. Automotive SPICE簡介

美國時間2021年10月25日Tesla的股價再創新高，一舉將創辦人馬斯克(Elon Musk)推上世界首富，超越Amzon創辦人貝佐斯(Bezos)；並且也成為市值超過一兆美元的五間公司中，唯一的造車企業。

自從Tesla問世以來，無疑帶動一股新造車年代的典範移轉。馬斯克曾在接受媒體訪問時說過：「Software will shape the future of the automotive industry」。而車用軟體如此複雜，如何把車用軟體做好，繼上一篇提到的ISO 26262之外，本篇繼續ASPICE的簡介。

ASPICE是由VDA QMC(德國汽車協會品質管理中心)所發行的車用軟體開發規範，與ISO 26262同樣是採用V-Model的概念。後續我們可以看到許多與車用軟件有關的規範，許多不乏V Model的精神。嚴謹的德國人在ASPICE中引用許多ISO關於軟體的規格，從需求管理、量測模型建立到測試案例，ASPICE等同於將軟體工程的重要精隨實踐了一次。ASPCIE參考的ISO規範如下表所示：

本圖取自ASPICE

不過ASPICE就像IATF 16949一樣，旨在建立一套架構讓合作夥伴能一起把事情做好(Do the things right)，但要像是Apple、Google、Microsoft、Tesla這些偉大的公司能夠創造一個新時代，則必須是具有創意及獨到的市場眼光，才能做出對的事情(Do the right things)。但話說回來，技術能力相當的兩家公司，往往是誰能夠在管理本質上做得更加卓越，是拉開競爭差距的不變法則。

衡量ASPICE成熟度如下圖所示可分為兩個維度：Measurement framework以及Process reference model。 Measurement framework 參考ISO/IEC 33020，可以分成5個等級。分別是Incomplete process、 Performed process、 Managed process、 Established process、 Predictable process、 Innovating process。

本圖取自ASPICE

ASPICE的Procecess reference model (PRM)可分成三種生命週期流程個包含不同的過程群，如下表所示。

主要生命週期(Primary life cycle)包含採購流程組(Acquisition Process Group, ACQ) 、供應流程組(Supply Process Group, SPL)、系統工程流程組(System Engineering Process Group, SYS)、軟體工程流程組(Software Engineering Process Group, SWE)。

組織生命週期(Organizational Life Cycle Process)包含管理流程組(Management Process Group, MAN)、過程改善流程組(Process Improvement Process Group, PIM)、重複利用流程組(Reuse Process Group, REU)。

支持生命週期(Supporting life cycle process)內包含支持流程組(Supporting Process Group, SUP)。

本圖取自ASPICE

民國101年10月28日

OTORI

品質管理體系及功能認證地圖 - Part 1. IATF 16949 & ISO 26262簡介

每隔一段時間公司就會邀請認證機構簡報，除了更新各組織的認證計畫外，也少不了讓認證公司工商一下。這次聽到是車用電子一站式認證服務，也就是把車用電子可能會用到的品質體系、認證計畫都整合在一起。OT覺得這個觀念很實用，分享在本篇文章。

圖中橫軸是車用產品開發的不同階段：產品計畫(Product Plan)、產品設計開發(Product Design and Development)、製程設計與開發(Production Process Design and Development)、產品與製程驗證(Product and Production Process Verification)、大量安全投產啟動(Mass Production and Security)、持續改善(Kaizen)。明顯的，橫軸取自IATF 16949的產品開發階段分法。縱軸則是品質體系的不同面向：系統流程(System Process)以及設計開發(Design and Development)。縱軸之所以這樣規劃，是為了涵蓋不同認證體系在產業鏈中的位置。

既然橫軸是取自IATF 16949，貫穿整個產品生命週期的當然也是品質管理系統(Quality Management System)，因為品質是做車第一重要的事情！不比消費用品，當消費產品在使用過程中出現異常，可以送回原廠換維修或是換一個全新產品給用戶；但是車子一旦在路上行駛，特別是對於安全相關的元件，是無法允許出現任何異常。想想看如果車子在行駛中安全氣囊突然爆開會發生甚麼事呢？或是在自動駕駛時車子該減速時卻沒有減速？為了規範車用產品從計劃到量產每一階段，IATF 16949以及VDA 6.3(歐規系統)因此而生。

品質體系強調的是閉鎖循環，任何品質問題最終都能個落實到品質體系內並且持續改善。IATF 16949是汽車產業相關產品質體系的最基本要求，前身是ISO 9001:2015；ISO 9001:2015的標準架構強調PDCA循環，即Plan(計畫)、Do(執行)、Check(檢驗)、Act(行動)。先有計畫，然後執行，執行的結果一定是可以被檢驗的，有哪些需要改善的地方，會轉換為改善的行動，並落實到一下次的計畫中，持續改善的循環。做車的人相信做車是門嚴謹的工程，同樣的步驟必定會得到同樣的產出；也因此任何質量事件都可以透過改善計畫讓每一次的生產都可以變得更好。不過當軟體加入造車的世界後，讓工程變得更具彈性但也讓質量管理變成更抽象，因此有了像是ASPICE對車用軟體進行更規範的管理。

IATF 16949包含五大核心工具：APQP(Advanced Product Quality Planning and Control Plan)、PPAP(Product Part Approval Process)、MSA(Measurement System Analysis)、SPC(Static Process Control)、FMEA(Potential Failure Mode and Effects Analysis)。不同的核心工作在產品開發的不同階段扮演不同分量的角色。以APQP為例，它是先期產品的品質規劃，可以做為開發過程的指導，也作為組織與其他客戶間分享結果的標準模式；APQP應該包含的內容很豐富，包括：設計、生產過程、檢驗標準、製程能力、產能、包裝、測試、教育訓練等。下圖為APQP對應到各開發階段與其他五大核心工具的關係。

VAD 6.3和IATF 16949的概念不太一樣，VDA 6.3強調製程稽核能力，所以包括了兩個面向：稽核供應商以及被客戶稽核。VDA全稱是Verband der Automobilindustrie(德國汽車工業協會)。

車用安全一直是一個重要的議題，比起上個世紀，本世紀的車子已經大量使用軟體以及聯網功能，因此對於軟體安全以及網路安全在車用產業也逐漸有了嚴謹的規範。根據informationisbeautiful.net在2015年的統計，一台高階車的軟件代碼已經超過一億行，超過Windows Vista、Facebook、美國軍事系統以及MAC OS X Tiger；這個趨勢還持續擴大中。為了確保車用產品的軟件品質ISO 26262、Automotive SPICE(ASPICE)、SAE-J3061、ISO/SAE DIS 21434等規範便在這樣的背景中產生。

本圖取自：informationisbeautiful.net

ISO 26262規範了功能性安全的標準，最大的特色是採用V Model觀念進行開發，每個階段都需要設計一個對應的驗證機制。下圖展示了ISO 26262各章節以及其對應關係。

本圖取自：ISO 26262

在ISO 26262的前兩個章節，花了許多篇幅再解釋ASIL(Automotive Safety Integrity Level)，ASIL分成QM、ASIL A、ASIL B、ASIL C、ASIL D五個安全等級，QM表示對安全沒有重要影響，符合品質管理體系即可；ASIL A表示對於車用安全是最低的危害(例如後車燈)，而ASIL D是最高程度的危害(例如剎車系統、安全氣囊等)。ASIL的劃分概念可以依據嚴重性(Severity)、接觸機率(Probability of exposure regarding operational situations)、可控性(Controllability)進行。下圖是節錄自NXP提供的範例。ASIL等級的定義關乎後續V-Model中各項產出如何定義，但是ASIL卻不是光由供應商決定，反而是由終端車廠決定；理由是同樣一個元件可能應用在不同的場景，它牽涉到的安全等級會跟著不同。例如攝像頭用在行車紀錄器跟用在ADAS上就是截然不同的安全等級。

圖片來源：NXP Functional Safety and ISO26262 Compliance

表：ISO 26262對於Severity的分級及定義

表：ISO 26262對於Probability of exposure regarding operational situations的分級及定義

表：ISO 26262對於Controllability的分級及定義

根據ISO 26262定義的嚴重性、接觸機率及可控性(Controllability)進行分級之後，可以得到下表的組合，得到該產品的ASIL等級。

OTORI

10/26/2021

Upgrade Redmine from Windows Server 2008 R2 to Debian 4.19 step by step

In this topic I introduce an easier way to migrate Redmine from Windows Server 2008 R2 to Debian 4.19. In the meanwhile, we also do the upgrading Redmine from 3.2.2 to 4.4.2. The environment to install Debian 4.19 is ESXi 6.5.0.

I would like to separate this article as three parts: 

1. Backup
2. Deployment
3. Migrate
4. Reference

BACKUP

• Backup the database from Windows Server 2008 R2 using the command: 
• $mysqldump -u root -p bitnami_redmine > bitnami_redmine_backup.sql
• Backup the files that attached inner each issues from Windows Server 2008 R2. The path to store the attachments is usually under C:\Bitnami\redmine-3.2.2-0\apps\redmine\htdocs\files

DEPLOMENT

• Download Redmine for Linux VM from Bitnami (https://bitnami.com/stack/redmine/virtual-machine). Then, you can get an OVA file. The current version is "bitnami-redmine-4.2.2-5-r01-linux-debian-10-x86_64-nami.ova".

• Backup the database from Windows Server 2008 R2 using the command: 
• $mysqldump -u root -p bitnami_redmine > bitnami_redmine_backup.sql
• Backup the files that attached inner each issues from Windows Server 2008 R2. The path to store the attachments is usually under <REDMINE_ROOT>\htdocs\files
• To import OVA file into ESXi, you can do it as following steps 

1. Click "Create/Register VM".
2. Click "Deploy a virtual machine from an OVF or OVA file".
3. Select where the OVA file that you download and give a name to register this VM.
4. Select the datastore where you want to deploy.
5. Chose the deployment options. For more flexible disk size usage  I recommend to chose "Thin" as disk provisioning. 
6. Then click "Finish" and waiting for ESXi to finish the deployment.

• Power on bitnami-redmine-4.2.2-5-r01-linux-debian-10-x86_64-nami and login.
• You can find the necessary default login information in the boot log:
• The IP for this VM.
• The account and password for login console are both "bitnami"
• The administrator account and password for login redmine and mysql.
• After login, remember to  modify these password and add another administrator account for VM, redmine and mysql.

• When you enter the IP address in a browser and you can find redmine is already installed and well performaning.
• If you want to start sshd you may find the error message as following picture. Just remove the file /etc/ssh/sshd_not_to_be_run and start sshd again, and sshd should be working normally.

MIGRATE

• Import the mysql using the following command:
• $sudo mysql -u root -p database_name < file.sql
• Migrate the product using rails
• $cd /opt/bitnami/redmine
• $rake db:migrate RAILS_ENV=production //remember do not run rails as "sudo"
• Once execute rails you may find following errors:
• Index name 'index_issues_on_parent_id' on table 'issues' already exists
• $sudo mysql -u root -p 
• use bitnami_redmine;
• ALTER TABLE issues DROP INDEX index_issues_on_parent_id;

• Errno::EACCES: Permission denied @ rb_sysopen - /opt/bitnami/redmine/db/schema.rb
• $sudo chmod a+x /opt/bitnami/redmine/db/schema.rb

• If you find some errors related "schema.rb" after execute rails , and you can change the owner of db/schema.rb as bitmani. And doing rails again.
• Copy the backup files into /bitnami/redmine/files/, and then remember to change owner and group as "daemon".

REFERENCE

• HowTo Install Redmine on Ubuntu step by step
• Installing Redmine

With this case, it is a good practice to create a new redmine server and migrate data from the old one.

OTORI

9/14/2021