在嵌入式產品的開發中少不了各種外圍設備的搭配使用。嵌入式開發中需要做到將加入系統的外設連接起來，并能夠完成所需要的功能開發。

在眾多的設備中，MCU與外設進行通信都是按照一定的協議進行的，都涉及到時序，只有按照約定好的協議才能進行通信。

比如，常見的 1-Write單總線、IIC總線、SMBus總線、SPI總線等等的協議，都是需要在約定的通信協議下才能完成通信。而通信協議的實現反饋到MCU的時候，就只是一種IO口電平的變化輸出，以及外設傳送數據到MCU也是一種電平的變化或者是電平的時間寬度變化。

筆者在項目開發中就遇到過和外設通信中需要測量波形的變化確認數據狀態的情況，遇到過一些小問題，隨即記錄下來分享一下調試心得，也做一個備忘。

情況是這樣，項目開發中，有一個外設需要加入到系統中，這個外設是由生產廠商規定好了通信協議的，收發數據都要按照協議的規定進行，MCU接收數據的規定如下：

在通信總線上的低電平期間，有20mA的電流變化時外設回復數據“1”，沒有電流變化為數據“0”。

電流的變化通過硬件電路轉換成電壓的變化，MCU通過AD檢測進行判斷，從而得知數據的變化狀態。按照我們思路，MUC在低電平期間檢測到電流的變化啟動AD檢測，根據AD值確認數據狀態。如下圖示：

偽代碼示意如下：

while( !GPIO_Check_Pin ) // 通過電平變化確定電流變化

{

uint_32 adValue = 0;

if( GPIO_Check_Pin )

{

adValue = getAdValue(); // 讀取AD值

if(adValue > x)

xxx;

}

}

一般到這里認為應該也就算是完成了，可是在實際測試中發現，獲取得到的AD值跟電路上實際的電壓是有很多的出入的，測量總是不準確。

苦思冥想，多次測量之后發現，原來跟時序的變化有關。原因到底什么呢？

原來，正常的想法都是波形變化之后進行測量，而沒有考慮過波形的變化在不同的處理器上差異，以及硬件本身的延遲，往往不會立即就能發生翻轉的，有一個變化的過程的。

比如，理想的時序波形變化是這樣的：

然而，實際的時序波形變化是這樣的：

所以，在波形發生變化的時候就進行測量，很多時候往往得不到正確的結果，可以測量的電位點都不對，測量發生在了電平變化的期間。

所以，要準確測量，合適的方法是等待一段時間，電平變化穩定之后再進行測量，結果就更加證實準確。如下：

所以，偽代碼示意如下：

while( !GPIO_Check_Pin )  // 通過電平變化確定電流變化
{
    uint_32 adValue = 0;
    if( GPIO_Check_Pin )
    {
        delay();
        adValue = getAdValue();  // 讀取AD值
        if(adValue > x)
            xxx;
    }
}

很多的嵌入式系統中，考慮到成本、工藝、實用性等的因素，很多的處理器都不會實用很強大的MCU，主頻可能都比較低，性能有限，很多的外設反應速度可能也不及MCU，所以延時等待在很多時候都很有必要。