欧美极品高清xxxxhd,国产日产欧美最新,无码AV国产东京热AV无码,国产精品人与动性XXX,国产传媒亚洲综合一区二区,四库影院永久国产精品,毛片免费免费高清视频,福利所导航夜趣136

 找回密碼
 立即注冊

QQ登錄

只需一步,快速開始

搜索
查看: 2569|回復: 13
收起左側

關于STM32單片機自己寫delay函數的問題

[復制鏈接]
ID:966089 發表于 2022-5-12 17:00 | 顯示全部樓層 |閱讀模式
大佬們,雖然說STM32單片機自帶一個嘀嗒定時器可以實現延遲,但是我現在想在KEIL里寫了一個1s的delay延遲函數,然后我想通過debug界面測試這個函數的執行時間,調整delay函數里的循環變量次數使其接近1s,延遲函數代碼(如圖1),但是現在問題是當我用Debug-Use Simulator調試時(如圖2),程序便進入到systemInit()系統初始化函數里(如圖3),這里是等待時鐘源穩定,后面我將其屏蔽掉(我不知道這么做對不對),程序是可以執行,但是軟件測出來是1s,而燒錄到板子上觀看LED閃爍,時間根本不是1s,閃爍頻率極快,這是為什么呢?
第二個問題是,后面我放棄了使用Debug-Use Simulator調試,而是使用(如圖4)DAP仿真器進行調試,在trace界面設置72Mhz(如圖5),因為F103系列主頻是72Mhz,但是出現一個奇怪的現象,delay函數debug后我測出1次循環是1ms,所以我將循環變量i分別設置為1次、10次、100次、1000次、10000次,理論上應該是1ms、10ms、100ms、1s、10s延時,但是在100次以下時結果正確,當1000次及以上時實際結果只能達到0.7s和7s多(如圖6-15),這個又是什么原因導致的?是我軟件哪里設置錯誤了嗎?希望各位大佬批評指正!
圖片14.png
圖片12.png
圖片13.png
圖1.png
圖2.png
圖3.png
圖4.png
圖5.png
圖片6.png
圖片7.png
圖片8.png
圖片9.png
圖片10.png
圖片11.png
圖片15.png
回復

使用道具 舉報

ID:94031 發表于 2022-5-12 18:27 | 顯示全部樓層
仿真會影響延時,調試可以用讓輸出腳翻轉,邏輯分析儀測試。
回復

使用道具 舉報

ID:1026028 發表于 2022-5-12 18:30 | 顯示全部樓層
還是用滴答定時器靠譜
回復

使用道具 舉報

ID:966089 發表于 2022-5-12 19:33 | 顯示全部樓層
xuyaqi 發表于 2022-5-12 18:27
仿真會影響延時,調試可以用讓輸出腳翻轉,邏輯分析儀測試。

感謝您的回復,我還想問下,如果仿真會影響延時,那是KEIL軟件的問題還是DAP仿真器通信的問題?以及如果這樣說,那豈不是說用Keil軟件debug查看執行時間這一方法根本行不通?或者說我想要得到粗略1s的延遲,除了用定時器外,就沒有其他方法嗎?因為我無法知道我的dealy函數執行時間是多少!
回復

使用道具 舉報

ID:401564 發表于 2022-5-12 19:53 | 顯示全部樓層
明明有穩定精確的延時,為什么要自己寫呢?
哪怕是8051,1秒鐘延時也是不會用軟件延時的
有時間折騰這個,還不如玩幾個DIY小東西
回復

使用道具 舉報

ID:883242 發表于 2022-5-12 20:16 | 顯示全部樓層
stm32的ms級延遲用systick。
回復

使用道具 舉報

ID:966089 發表于 2022-5-12 21:28 | 顯示全部樓層
Y_G_G 發表于 2022-5-12 19:53
明明有穩定精確的延時,為什么要自己寫呢?
哪怕是8051,1秒鐘延時也是不會用軟件延時的
有時間折騰這個,還 ...

感謝您的回復,我不是執著于1s的軟件延時,我只是在想如果軟件debug查看執行時間這一方法不準確,那么寫IC的開發時序圖(比如DS18B20的單總線時序、TFLCD等)的需要延時時,如何確定我的時序正確呢?當然在32內部有嘀嗒定時器可準確延遲,那么其他MCU呢,其他MCU可沒有嘀嗒定時器。
回復

使用道具 舉報

ID:401564 發表于 2022-5-12 22:00 | 顯示全部樓層
菜菜的周某人 發表于 2022-5-12 21:28
感謝您的回復,我不是執著于1s的軟件延時,我只是在想如果軟件debug查看執行時間這一方法不準確,那么寫I ...

目前為止,我還沒有用過沒有定時器的單片機
對于一個單片機程序,延時時間達1秒的,肯定是不能用軟件延時的,難道你要讓程序什么都不做,就在那干等1秒嗎?
像18b20p 這種需要那么長時間的時序,肯定是要通標志位或者全局變量來處理時序的嘛
如果非得執著于軟件延時1秒,那仿真肯定不行,就像說的一樣,STM32有仿真,那別的單片機不一定能仿真
那肯定是示波器了
先隨便寫一個延時函數,大概是1mS左右,然后用示波器看一下這1mS的真正延時,不斷的調整,直到最接近1mS然后把這個延時循環放到另一個循環中,參數調用就行了

假設,我已經調節好了一個1mS延時,它是這樣的
i = 32;
j = 40;
do
{
        while (--j);
}         while (--i);

那就把這循環放到另一個循環中,做成一個函數就可以了,
這樣的函數調用參數會用到一定的時間,整個延時的時間可能會有誤差,再通過微調就差不多了

void Delay_ms(unsigned int a)               
{
        unsigned char i, j;
        for(a;a>0;a--)
            {
                i = 32;
                j = 40;
                do
                {
                        while (--j);
                }         while (--i);
          }
}

回復

使用道具 舉報

ID:966089 發表于 2022-5-12 22:03 | 顯示全部樓層
Y_G_G 發表于 2022-5-12 22:00
目前為止,我還沒有用過沒有定時器的單片機
對于一個單片機程序,延時時間達1秒的,肯定是不能用軟件延時的 ...

感謝您的回復!
回復

使用道具 舉報

ID:883242 發表于 2022-5-12 22:46 | 顯示全部樓層
delay_1ms()里面
u16 j,k要加volatile屬性。
回復

使用道具 舉報

ID:752974 發表于 2022-5-13 16:08 | 顯示全部樓層
軟件延時受程序執行情況及中斷的影響,是不準的。
回復

使用道具 舉報

ID:123289 發表于 2022-5-14 16:59 | 顯示全部樓層
1、程序最終會被編譯成運行代碼,也是匯編程序。
2、在非流水取指的系統中(如51系統),每條指令運行的時間是固定的,是可以事先計算出運行的總時間的。所以仿真器算出來比較準。
3、32系統是指令流水結構,當你執行當前指令時,下條指令就已被取出了,這樣速度快。但前提是必須知道下條指令放在哪里。所以遇到跳轉指令就不好流水了。也就是說,同樣的批令,如果流水執行就快,不流水就慢,如果仿真器無法識別下條指令是不是流水執行,自然就算不準了。
4、1ms的子程序,調用1000次,不會是1S。因為每次調用要判斷是否結束了,會多運行:調用指令1000次、判斷指令1000次。而這些指令也是要占用時間的。
回復

使用道具 舉報

ID:966089 發表于 2022-5-16 17:12 | 顯示全部樓層
yzwzfyz 發表于 2022-5-14 16:59
1、程序最終會被編譯成運行代碼,也是匯編程序。
2、在非流水取指的系統中(如51系統),每條指令運行的時 ...

感謝您的回復!
回復

使用道具 舉報

ID:966089 發表于 2022-5-16 17:12 | 顯示全部樓層
munuc_w 發表于 2022-5-13 16:08
軟件延時受程序執行情況及中斷的影響,是不準的。

感謝您的回復!
回復

使用道具 舉報

您需要登錄后才可以回帖 登錄 | 立即注冊

本版積分規則

小黑屋|51黑電子論壇 |51黑電子論壇6群 QQ 管理員QQ:125739409;技術交流QQ群281945664

Powered by 單片機教程網

快速回復 返回頂部 返回列表