久久久久久久999_99精品久久精品一区二区爱城_成人欧美一区二区三区在线播放_国产精品日本一区二区不卡视频_国产午夜视频_欧美精品在线观看免费

 找回密碼
 立即注冊

QQ登錄

只需一步,快速開始

搜索
查看: 1959|回復(fù): 13
打印 上一主題 下一主題
收起左側(cè)

關(guān)于STM32單片機自己寫delay函數(shù)的問題

[復(fù)制鏈接]
跳轉(zhuǎn)到指定樓層
樓主
ID:966089 發(fā)表于 2022-5-12 17:00 | 只看該作者 |只看大圖 回帖獎勵 |倒序瀏覽 |閱讀模式
大佬們,雖然說STM32單片機自帶一個嘀嗒定時器可以實現(xiàn)延遲,但是我現(xiàn)在想在KEIL里寫了一個1s的delay延遲函數(shù),然后我想通過debug界面測試這個函數(shù)的執(zhí)行時間,調(diào)整delay函數(shù)里的循環(huán)變量次數(shù)使其接近1s,延遲函數(shù)代碼(如圖1),但是現(xiàn)在問題是當(dāng)我用Debug-Use Simulator調(diào)試時(如圖2),程序便進入到systemInit()系統(tǒng)初始化函數(shù)里(如圖3),這里是等待時鐘源穩(wěn)定,后面我將其屏蔽掉(我不知道這么做對不對),程序是可以執(zhí)行,但是軟件測出來是1s,而燒錄到板子上觀看LED閃爍,時間根本不是1s,閃爍頻率極快,這是為什么呢?
第二個問題是,后面我放棄了使用Debug-Use Simulator調(diào)試,而是使用(如圖4)DAP仿真器進行調(diào)試,在trace界面設(shè)置72Mhz(如圖5),因為F103系列主頻是72Mhz,但是出現(xiàn)一個奇怪的現(xiàn)象,delay函數(shù)debug后我測出1次循環(huán)是1ms,所以我將循環(huán)變量i分別設(shè)置為1次、10次、100次、1000次、10000次,理論上應(yīng)該是1ms、10ms、100ms、1s、10s延時,但是在100次以下時結(jié)果正確,當(dāng)1000次及以上時實際結(jié)果只能達到0.7s和7s多(如圖6-15),這個又是什么原因?qū)е碌模渴俏臆浖睦镌O(shè)置錯誤了嗎?希望各位大佬批評指正!

圖片14.png (352.57 KB, 下載次數(shù): 37)

圖片14.png

圖片12.png (349.18 KB, 下載次數(shù): 38)

圖片12.png

圖片13.png (353.16 KB, 下載次數(shù): 45)

圖片13.png

圖1.png (32.72 KB, 下載次數(shù): 41)

圖1.png

圖2.png (104.67 KB, 下載次數(shù): 45)

圖2.png

圖3.png (214.25 KB, 下載次數(shù): 43)

圖3.png

圖4.png (106.6 KB, 下載次數(shù): 51)

圖4.png

圖5.png (92.95 KB, 下載次數(shù): 36)

圖5.png

圖片6.png (338.84 KB, 下載次數(shù): 43)

圖片6.png

圖片7.png (353.11 KB, 下載次數(shù): 44)

圖片7.png

圖片8.png (344.74 KB, 下載次數(shù): 49)

圖片8.png

圖片9.png (346.49 KB, 下載次數(shù): 36)

圖片9.png

圖片10.png (339.89 KB, 下載次數(shù): 51)

圖片10.png

圖片11.png (350.1 KB, 下載次數(shù): 47)

圖片11.png

圖片15.png (352.9 KB, 下載次數(shù): 38)

圖片15.png
分享到:  QQ好友和群QQ好友和群 QQ空間QQ空間 騰訊微博騰訊微博 騰訊朋友騰訊朋友
收藏收藏 分享淘帖 頂 踩
回復(fù)

使用道具 舉報

沙發(fā)
ID:94031 發(fā)表于 2022-5-12 18:27 | 只看該作者
仿真會影響延時,調(diào)試可以用讓輸出腳翻轉(zhuǎn),邏輯分析儀測試。
回復(fù)

使用道具 舉報

板凳
ID:1026028 發(fā)表于 2022-5-12 18:30 | 只看該作者
還是用滴答定時器靠譜
回復(fù)

使用道具 舉報

地板
ID:966089 發(fā)表于 2022-5-12 19:33 | 只看該作者
xuyaqi 發(fā)表于 2022-5-12 18:27
仿真會影響延時,調(diào)試可以用讓輸出腳翻轉(zhuǎn),邏輯分析儀測試。

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

使用道具 舉報

5#
ID:401564 發(fā)表于 2022-5-12 19:53 | 只看該作者
明明有穩(wěn)定精確的延時,為什么要自己寫呢?
哪怕是8051,1秒鐘延時也是不會用軟件延時的
有時間折騰這個,還不如玩幾個DIY小東西
回復(fù)

使用道具 舉報

6#
ID:883242 發(fā)表于 2022-5-12 20:16 | 只看該作者
stm32的ms級延遲用systick。
回復(fù)

使用道具 舉報

7#
ID:966089 發(fā)表于 2022-5-12 21:28 | 只看該作者
Y_G_G 發(fā)表于 2022-5-12 19:53
明明有穩(wěn)定精確的延時,為什么要自己寫呢?
哪怕是8051,1秒鐘延時也是不會用軟件延時的
有時間折騰這個,還 ...

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

使用道具 舉報

8#
ID:401564 發(fā)表于 2022-5-12 22:00 | 只看該作者
菜菜的周某人 發(fā)表于 2022-5-12 21:28
感謝您的回復(fù),我不是執(zhí)著于1s的軟件延時,我只是在想如果軟件debug查看執(zhí)行時間這一方法不準確,那么寫I ...

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

假設(shè),我已經(jīng)調(diào)節(jié)好了一個1mS延時,它是這樣的
i = 32;
j = 40;
do
{
        while (--j);
}         while (--i);

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

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

回復(fù)

使用道具 舉報

9#
ID:966089 發(fā)表于 2022-5-12 22:03 | 只看該作者
Y_G_G 發(fā)表于 2022-5-12 22:00
目前為止,我還沒有用過沒有定時器的單片機
對于一個單片機程序,延時時間達1秒的,肯定是不能用軟件延時的 ...

感謝您的回復(fù)!
回復(fù)

使用道具 舉報

10#
ID:883242 發(fā)表于 2022-5-12 22:46 | 只看該作者
delay_1ms()里面
u16 j,k要加volatile屬性。
回復(fù)

使用道具 舉報

11#
ID:752974 發(fā)表于 2022-5-13 16:08 | 只看該作者
軟件延時受程序執(zhí)行情況及中斷的影響,是不準的。
回復(fù)

使用道具 舉報

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

使用道具 舉報

13#
ID:966089 發(fā)表于 2022-5-16 17:12 | 只看該作者
yzwzfyz 發(fā)表于 2022-5-14 16:59
1、程序最終會被編譯成運行代碼,也是匯編程序。
2、在非流水取指的系統(tǒng)中(如51系統(tǒng)),每條指令運行的時 ...

感謝您的回復(fù)!
回復(fù)

使用道具 舉報

14#
ID:966089 發(fā)表于 2022-5-16 17:12 | 只看該作者
munuc_w 發(fā)表于 2022-5-13 16:08
軟件延時受程序執(zhí)行情況及中斷的影響,是不準的。

感謝您的回復(fù)!
回復(fù)

使用道具 舉報

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

本版積分規(guī)則

手機版|小黑屋|51黑電子論壇 |51黑電子論壇6群 QQ 管理員QQ:125739409;技術(shù)交流QQ群281945664

Powered by 單片機教程網(wǎng)

快速回復(fù) 返回頂部 返回列表
主站蜘蛛池模板: 国产精品99久久久久久大便 | 久久亚洲经典 | 精品在线99| 99精品一区二区 | 黄色av网站在线观看 | 日韩在线免费播放 | 国产在线观看一区二区 | 国产精品美女久久久久久久久久久 | 日韩精品成人免费观看视频 | 国产亚洲精品综合一区 | 久久伊人亚洲 | 99热国产在线播放 | 国内精品久久久久久久 | 国产精品入口久久 | 国产高清在线精品一区二区三区 | 亚洲欧洲一区二区 | 日韩欧美在线观看视频 | 久久久久久久久久久久91 | 成年男女免费视频网站 | 久久精品成人 | 亚洲精品亚洲人成人网 | 国产高清视频在线观看 | 久草日韩 | 亚洲福利电影网 | 免费视频一区二区 | 欧美日韩综合 | 免费一级欧美在线观看视频 | 国产精品美女久久久 | 99草免费视频 | 亚洲精品一区二三区不卡 | 国产精品免费在线 | 国产乱码久久久久久 | 欧美久久一级 | 97色综合| 久热免费 | 日本91av视频 | 日本淫视频 | 日韩一级 | 最新中文字幕在线 | 欧美日韩国产一区二区 | 亚洲精品视频导航 |