EC就是膝上型電腦上的一個嵌入式控制器。作為一個主機板軟體開發人員，一般說EC，就是EC韌體程式。

         想要做好EC，首先要懂程式碼架構。這個東西說簡單就簡單，說困難也困難，要有人幫忙點破，然後一切都會OK。我剛到現在的這家公司，一個同事說，他做EC，經常會有很多奇奇怪怪的問題反覆出現。後來，我才瞭解，他沒有在專業主機板團隊做EC的經驗，又得不到EC廠商的技術支援，所以對EC程式碼架構不瞭解。我比他幸運，因為我剛做EC的時候，臺灣的EC工程師JIMMY每月都會有一週的時間到大陸出差，幫客戶解決問題。有一天下午，我拉著JIMMY，幫我培訓了一個下午（算我半個老師了），感謝JIMMY幫我打下了一個還算不錯的基礎。當時陪他來我們公司的那個大陸工程師都不耐煩了，但JIMMY仍然耐心地幫我培訓。聽說他去了聯發科，祝願他能發展得更好。

         個人認為，EC的整個程式碼架構，應該分為4個部分：1，初始化部分；2，執行時中斷服務函式；3，執行時Dispatch中斷處理函式；4，執行時任務，即在TIMER中斷處理函式中加的輪詢程式碼。

1 初始化

         不管是EC，還是其它的系統軟體，程式碼最開始的部分總是初始化。初始化各個功能模組，讓其符合程式碼架構的需要和平臺功能模組的需要。

         一般來講，初始化程式碼主要做如下幾個事情：將中斷服務函式與中斷入口地址對應起來；設定好堆疊，為C環境做準備；初始化RAM為0；初始化各個模組，包括GPIO，中斷控制單元，PWM，AD/DA，PS2，Timer，SMBUS等；設定看門狗；etc

2 執行時中斷服務函式

         程式碼執行過程中，會有各種硬中斷及軟中斷來中斷CPU的執行，請求CPU的控制權。CPU會實時跳入到某個中斷服務函式中，執行相應的例程。中斷服務函式程式碼段，一般應該儘量短，最好設定一下中斷標誌，立即跳出。這樣一方面不會打斷別的程式太久，另一方面也讓其它中斷服務函式有公平的執行機會。

3 執行時Dispatcher中斷處理函式

         在EC初始化完成後，如果不進入低功耗狀態，那麼EC就需要正常Dispatcher各個中斷處理函式。中斷服務函式一般不會做太多工作，大部分工作都會交給中斷處理函式來執行。

   Dispatcher各個中斷處理函式是靠輪詢的方式來實現的，這樣可以保證各個中斷處理函式都有可能被執行，又可以保證一定的優先順序。只要把重要的中斷處理函式放在前面輪詢，就可以保證其優先呼叫。具體做法，可以檢視各個廠商的EC程式碼，在main()函式裡，都會有while(TRUE)類似的語句，在它括起來的程式碼段裡，會有查詢各個標誌位，然後執行相應函式的程式碼。

4 新增執行時任務

         為什麼用EC，那是因為只要有電，EC的控制權就一直在EC韌體手中。X86的CPU就不一樣了，一跑進作業系統，BIOS再想做些事情就特別困難。

         我們總是需要EC來檢測平臺的一些狀態，比如電池電量，CPU溫度，風扇轉速，按鍵狀態，平臺功耗等。這時，我們就需要在Timer裡，加入自己的程式碼，每隔一段時間，程式碼就會被執行一次。

         以上就是我所提煉的EC的整個程式碼架構了。在我接觸的EC裡，華邦，ITE，ENE都是這種架構，只有瑞薩的EC程式碼有點例外。不過我還是覺得上述程式碼架構比較好。

前年，我帶的一個學生要用一款微控制器做溫控模組。我便給他搭了一個軟體架構，讓他往中斷處理函式裡面加程式碼。他說我怎麼做得這麼快，一個晚上的時間就幫他搭好了。現在他也在做EC，肯定不再認為我CODE能力好了。因為那套溫控模組的程式碼架構完全就是抄襲EC的思想（^_^），連腦子都不帶轉一下的。