<acronym id="xonnx"></acronym>
      <td id="xonnx"></td>
    1. <pre id="xonnx"></pre>

      1. 專注電子技術學習與研究
        當前位置:單片機教程網 >> MCU設計實例 >> 瀏覽文章

        對MSP430單片機__delay_cycles精確延時的說明及改正

        作者:小鄧   來源:會員上傳   點擊數:  更新時間:2014年05月19日   【字體:

         在這里, 我來討論一下關于MSP430單片機使用__delay_cycles延時的問題.

            IAR for MSP430編譯器提供了一個編譯器內聯的精確延時函數(并非真正的函數)以提供用戶精確延時使用, 該函數原型是:
            __intrinsic void __delay_cycles(unsigned long __cycles);
            該內部函數實現__cycles個CPU周期的延時,但對于該參數的設置,我要陳述一下: __cycles需要我們傳遞的是CPU運行的周期個數 網上普遍的用法是:
            #define CPU_CLOCK 8000000
            #define delay_us(us) __delay_cycles(CPU_CLOCK/1000000*(us))
            #define delay_ms(ms) __delay_cycles(CPU_CLOCK/1000*(ms))
        在CPU主時鐘頻率為8MHz時, 這確實沒有問題, 但是這樣的寫法:
            #define CPU_CLOCK 8000000這很容易讓人們想到, 可以通過修改它的值以實現對不同主頻系統參數的統一,其實這是不正確的! 比如修改為
            #define CPU_CLOCK 32768以實現32KHz主頻的延時...
            下面來計算看看: 當系統主時鐘頻率CPU_CLOCK為8MHz時:
        頻率 f = 8MHz = 8,000,000Hz 機器周期 Tm = 1/f = 1/8MHz = 1/8us 也就是說,一個機器周期(nop)的時長是1/8us,所以延時1us即8*Tm,同上面:
            #define delay_us(us) __delay_cycles(8*(us))
            #define delay_ms(ms) __delay_cycles(8000*(ms))
        按照上面的宏定義方法,我們把CPU_CLOCK定義成32768,那么: 頻率 f = 32KHz = 32,768Hz 機器周期 Tm = 1/f = 1/32768Hz ~= 30.5us 可想而知,CPU最短的指令執行周期為30.5us, 這時, 想延時1us, 這可能嗎?所以, 簡單地把上面的定義改成
            #define CPU_CLOCK 32768是絕對錯誤的. 同樣, 還有些朋友實現了0.5us的延時, 這在當f = 1MHz = 1000000Hz時也是不現實的, 此時機器周期Tm = 1us. 在f = 8Mhz時, 4個機器周期為0.5us尚可. 所以, 為避免引起錯誤的使用或不正確的理解,最好像下面這樣定義宏:
        #if CPU_CLOCK == 8000000
            #define delay_us(us) __delay_cycles(8*(us))
            #define delay_ms(ms) __delay_cycles(8000*(ms))
        #else
            #pragma error "CPU_CLOCK is defined implicitly!"
        #endif
         
        另外:
          __delay_cycles 并不是真正的函數, 只是提供編譯器內聯展開,該函數并
        不支持變量參數, 其參數只能是常數.
        關閉窗口
        欧美性色欧美精品视频,99热这里只有精品mp4,日韩高清亚洲日韩精品一区二区,2020国自产拍精品高潮