燚智慧硬體開發大講堂--前期回顧
快速讀懂原理圖中的“英文縮寫”
講完了英文縮寫，
接下來要講講如何規範化命名。
規範化的原理圖設計，
這個做法能夠顯著的提升配合工程師的工作效率， 使軟體工程師、硬體維修、Debug都能夠一眼就看明白。
↑ 從網路名可以看出來這是什麼。
資料流程向是從攝像頭到基帶數位介面，
使用的是MIPI0介面。
其中CAM2DBB= Camera to Digital Baseband。
DATA P和DATA N分別是差分數據的正和負。
↑ 左側原理圖的pin腳名， 詳細標注了功能、電壓域、GPIO編號。 網路名稱也詳細標注了GPIO編號和功能。
如GPIO221_USBHUB_POWER_CTRL， 單看這個名字， 我相信沒有誰看不懂：編號為221的GPIO口， 用於USBHUB晶片的POWER的Control。 就是電源開關。
其中標明了GPIO的編號， 這個對於軟體工程師來講， 絕對是個貼心之舉。 像這種多核ARM的CPU， GPIO數量動輒幾百個， 而軟體工程師寫代碼的時候必須要知道GPIO的號碼， 才能去控制它。 如果不標GPIO號碼， 軟體工程師對著規格書查編號至少要查一整天的時間。
大公司通常會要求硬體工程師給出GPIO MAP， 讓軟體工程師對著這份表格修改GPIO配置表。 但小公司的硬體工程師只需要建封裝的是標清楚GPIO的編號，
↑ 原理圖封裝上， 注明pin腳的功能， 網路名寫的不長， 但是特意在網路上用文本標注了網路名的英文全稱。 例如NWEB=Nandflash Write EN。
↑ PMU的電源網路上，
好的硬體工程師是專案組中的暖男， 靠著嚴謹的工作態度和工作方法， 串聯起採購、生產、軟體、測試各個環節。
但是粗心的硬體工程師會挖很多坑， 一不留神就坑了隊友的事情比比皆是， 接下來舉兩個實際的案例， 都是網路命名惹的禍：
一， 電源名稱標稱的不合理
典型的原理圖網路命名不合理：SM2700_3V3的供電，提供給MSM01B相關的設備使用。軟體工程師在調試MSM01B模組的時候，沒有打開SM2700相關的供電，導致圖中的開關沒有打開，信號不通。
正常的做法，要麼不說是SM2700，只叫做3V3，然後給軟體工程師把電源拓撲圖畫清楚，要麼就叫做SM2700_MSM01B_3V3。長就長一點吧，至少別人調試的時候不會把另一組供電給漏掉。
二，一個小錯誤，但折磨幾十號人人足足一個月。
這是早些年我們做過的一個項目。一塊XGA解析度、MIPI介面的顯示幕。上圖是靠近LCD連接器部分的EMI濾波器網路，下圖是靠近CPU部分的介面網路。
故障說明：屏點不亮。各種波形抓出來都是正常的。和屏的通信也是正常的，電路板飛線焊接另一塊2線MIPI屏能夠點亮。唯獨這個4線MIPI屏點不亮，一直是花屏。
這個問題折騰了全公司上下很久，各路驅動工程師、CPU原廠FAE、LCD原廠FAE輪番上陣，搞了接近一個月還沒有解決。
有興趣的讀者，可以自己看看上面兩張圖，找找問題。問題都在這兩張圖裡面。
就在大家都灰頭土臉的準備投降的時候，有個年輕小夥發現問題所在了：
↓
↓
↓
↓
↓
↓
↓
↓
↓
↓
↓
↓
有一組線連錯了！
最最低級的錯誤，這個坑挖的夠深！
千萬別埋怨檢查者沒有檢查出來，四十多頁的原理圖，密密麻麻的幾千根走線，埋藏在平時沒有人去改動的地方的錯誤，十幾根線中間的一根的錯誤。的確極難被發現，誰也沒想到這裡會出錯。
不過說實話，我自己也沒想到，為什麼幾十號人翻來覆去就是沒檢查到這裡呢？
總結：規範化的畫圖、盡可能詳細的標注、儘量保證閱讀者不會出錯誤。
我經常跟軟體工程師說，千萬不要相信硬體工程師！不要相信他們畫的圖、他們給的資料、他們信誓旦旦拍著胸脯說的“沒問題”。坑了軟體工程師最深的，一定是硬體工程師。
作為硬體工程師，戰戰兢兢如履薄冰，不把自己變成豬隊友，想辦法變成專案組的頂樑柱，這才是優秀的硬體工程師。
原文來自燚智慧硬體開發網（四個火讀作 Yi）
燚智慧周教授，智慧硬體開發實戰派，精彩內容回顧
GPIO口使用方法匯總-第二篇
單片機晶片裡面有什麼？
電感升壓電路的工作原理詳解
典型的原理圖網路命名不合理：SM2700_3V3的供電，提供給MSM01B相關的設備使用。軟體工程師在調試MSM01B模組的時候，沒有打開SM2700相關的供電，導致圖中的開關沒有打開，信號不通。
正常的做法，要麼不說是SM2700，只叫做3V3，然後給軟體工程師把電源拓撲圖畫清楚，要麼就叫做SM2700_MSM01B_3V3。長就長一點吧，至少別人調試的時候不會把另一組供電給漏掉。
二，一個小錯誤，但折磨幾十號人人足足一個月。
這是早些年我們做過的一個項目。一塊XGA解析度、MIPI介面的顯示幕。上圖是靠近LCD連接器部分的EMI濾波器網路，下圖是靠近CPU部分的介面網路。
故障說明：屏點不亮。各種波形抓出來都是正常的。和屏的通信也是正常的，電路板飛線焊接另一塊2線MIPI屏能夠點亮。唯獨這個4線MIPI屏點不亮，一直是花屏。
這個問題折騰了全公司上下很久，各路驅動工程師、CPU原廠FAE、LCD原廠FAE輪番上陣，搞了接近一個月還沒有解決。
有興趣的讀者，可以自己看看上面兩張圖，找找問題。問題都在這兩張圖裡面。
就在大家都灰頭土臉的準備投降的時候，有個年輕小夥發現問題所在了：
↓
↓
↓
↓
↓
↓
↓
↓
↓
↓
↓
↓
有一組線連錯了！
最最低級的錯誤，這個坑挖的夠深！
千萬別埋怨檢查者沒有檢查出來，四十多頁的原理圖，密密麻麻的幾千根走線，埋藏在平時沒有人去改動的地方的錯誤，十幾根線中間的一根的錯誤。的確極難被發現，誰也沒想到這裡會出錯。
不過說實話，我自己也沒想到，為什麼幾十號人翻來覆去就是沒檢查到這裡呢？
總結：規範化的畫圖、盡可能詳細的標注、儘量保證閱讀者不會出錯誤。
我經常跟軟體工程師說，千萬不要相信硬體工程師！不要相信他們畫的圖、他們給的資料、他們信誓旦旦拍著胸脯說的“沒問題”。坑了軟體工程師最深的，一定是硬體工程師。
作為硬體工程師，戰戰兢兢如履薄冰，不把自己變成豬隊友，想辦法變成專案組的頂樑柱，這才是優秀的硬體工程師。
原文來自燚智慧硬體開發網（四個火讀作 Yi）
燚智慧周教授，智慧硬體開發實戰派，精彩內容回顧
GPIO口使用方法匯總-第二篇
單片機晶片裡面有什麼？
電感升壓電路的工作原理詳解