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

 找回密碼
 立即注冊

QQ登錄

只需一步,快速開始

搜索
查看: 992|回復: 9
打印 上一主題 下一主題
收起左側

51單片機函數結界,一旦進入某函數就會導致其它地方的代碼失效

[復制鏈接]
跳轉到指定樓層
樓主
ID:1078008 發表于 2025-5-5 15:48 | 只看該作者 回帖獎勵 |倒序瀏覽 |閱讀模式
(我可能發錯區了,能不能麻煩管理幫我移到問答區)

最近做項目,遇到了一個非常神奇的事情。ms_up_flag  在定時器中斷中每1ms彈出一起,軟件置0,然后執行下面的代碼。

調式的時候發現,只要if(p1_w_cnt<p1_w_s1_v)這個判斷的{}里面有任何內容,那么按鍵檢測函數便會失效。

為了排除其它因素的影響,我重新聲明了一個變量xxx,把所有無關代碼刪掉,這個變量在任何地方都是沒有用到的,只在if(p1_w_cnt<p1_w_s1_v)判斷內執行一個賦0操作。

現在的情況是,我只要把這一句備注了,按鍵檢測正常,只要這一行不備注,按鍵檢測就無法執行。但xxx=0這句代碼和其它任何代碼都沒有任何關連。

百思不得其解,望各位提供思路、討論排查原因,感激。

目前已知情況:
單片機沒有死機,因為其它程序段的倒數能夠正常進行。已測試過keil不同的代碼優化級數無解


#define  p1_w_s1_v         p1_w[1]
u16 xdata jg1_cnt=0,p1_w_cnt=0;


void softtimer()
{
        if(ms_up_flag)
        {
                ms_up_flag=0;
               
                if(KV2_cnt_flag|KV4_cnt_flag|KV8_cnt_flag)
                {
                         KV_LP_counter++;
                }
               


                if(mode==m_zl&&gear>0)
                {
                        if(p1_w_cnt<p1_w_s1_v)
                        {
                                        xxx=0;        

}
}
}
分享到:  QQ好友和群QQ好友和群 QQ空間QQ空間 騰訊微博騰訊微博 騰訊朋友騰訊朋友
收藏收藏1 分享淘帖 頂 踩
回復

使用道具 舉報

沙發
ID:1109793 發表于 2025-5-5 17:57 | 只看該作者
大概是變量地址沖突了吧。
回復

使用道具 舉報

板凳
ID:1078008 發表于 2025-5-5 18:36 | 只看該作者
最新進展,把變量的聲明的xdata去掉,程序就恢復正常了。
然后,把刪掉的代碼加回去,又發現了一個新的問題。

void jg(u16 jgv)
{
                        if(jg1_cnt<jgv)
                        {
                                jg1_cnt++;
                        }
                        else
                        {
                                jg1_cnt=0;
                                W_OP;
                                p1_w_cnt++;
                        }
}


void softtimer()
{
//        u16 i;
        if(ms_up_flag)
        {
                ms_up_flag=0;
               
                if(KV2_cnt_flag|KV4_cnt_flag|KV8_cnt_flag)
                {
                         KV_LP_counter++;
                }
               


                if(mode==m_zl&&gear>0)
                {
                        if(p1_w_cnt<p1_w_s1_v)
                        {
//                                  xxx=0;
//                                i=p1_jg1_v;

                               
                                        if(jg1_cnt<p1_jg1_v)
                                        {
                                                jg1_cnt++;
                                        }
                                        else
                                        {
                                                jg1_cnt=0;
                                                W_OP;
                                                p1_w_cnt++;
                                        }

//                                 jg(p1_jg1_v);

                        } else if(p1_w_cnt<p1_w_s1_v+p1_w_s2_v)
                        {
                                xxx=0;
                                jg(p1_jg2_v);
                        }
                        else
                        {
                                xxx=0;
                                p1_w_cnt=0;
                        }
                }
        }
}


以上代碼
//                                 jg(p1_jg1_v);
上述代碼這個備注掉的函數,如果引用,程序一樣不正常。
如果不引用,直接把這個函數的內容放進來,程序就正常了。

但是可以看以看到,在程序的另一段else if(p1_w_cnt<p1_w_s1_v+p1_w_s2_v)代碼里面,是可以正常引用這個函數的,代碼可以正常運行。

但是這個函數其實和按鍵檢測也是毫無關系的。

這個到底是keil的代碼優化問題,還是有什么規則因為我基礎功不夠扎實而不知道導致的呢。

往哪個方向查資料學習,來在以后的開發中避免這樣的奇怪問題,望各位大佬指教。
回復

使用道具 舉報

地板
ID:1078008 發表于 2025-5-5 18:36 | 只看該作者
xiaobendan001 發表于 2025-5-5 17:57
大概是變量地址沖突了吧。

謝謝指教。是的,我變量聲明中的xdata去掉,程序就正常了。然后又有新的奇怪現象,詳見另一條回復。
回復

使用道具 舉報

5#
ID:1133081 發表于 2025-5-6 06:15 | 只看該作者
wjccui 發表于 2025-5-5 18:36
謝謝指教。是的,我變量聲明中的xdata去掉,程序就正常了。然后又有新的奇怪現象,詳見另一條回復。

嚴重懷疑“#define  p1_w_s1_v         p1_w[1]”用法有問題。 p1_w是常量?
回復

使用道具 舉報

6#
ID:1109793 發表于 2025-5-6 08:22 | 只看該作者
wjccui 發表于 2025-5-5 18:36
謝謝指教。是的,我變量聲明中的xdata去掉,程序就正常了。然后又有新的奇怪現象,詳見另一條回復。

XDATA不是問題,地址沖突,5樓說的應該有可能
回復

使用道具 舉報

7#
ID:378108 發表于 2025-5-6 14:30 | 只看該作者
51 默認是不支持代碼重入的,就是一個函數,不能保證在中斷和非中斷都調用的情況下都保證正確
回復

使用道具 舉報

8#
ID:192020 發表于 2025-5-6 15:53 | 只看該作者
有可能型號選錯了,不知道什么單片機,但是之前也遇到過類似的,同一廠家型號不對也可以燒錄,但是運行時會奇奇怪怪的
回復

使用道具 舉報

9#
ID:584814 發表于 2025-5-7 10:12 | 只看該作者
當年在玩編寫程序時也遇到過類似問題,最后是在程序中加了個空行解決。
在硬件組裝時也遇過類似問題,搞了兩星期才解決,解決方法也是無法用科學原理解釋但可重復。
所以搞成就行其他依興趣而為罷。
回復

使用道具 舉報

10#
ID:1073939 發表于 2025-5-9 15:07 | 只看該作者
查看編譯結果很重要:
1 警告不要忽略。
2 51的data用量要小于220,code不要超出芯片實際大小。

樓主做到了這些,就不會有奇怪問題了。
回復

使用道具 舉報

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

本版積分規則

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

Powered by 單片機教程網

快速回復 返回頂部 返回列表
主站蜘蛛池模板: 国产精品1区2区3区 国产黄在线观看 | 日韩欧美在线一区二区 | 日韩www | 伊人国产女 | 国产免费小视频 | 国产精品美女久久久久av爽 | 日韩一级淫片 | 免费看黄色大片 | av一区二区在线观看 | 成人午夜网站 | 青青草免费在线视频 | 日韩精品在线视频 | www.伊人网 | 中文字幕理伦片免费看 | 91福利视频导航 | 亚洲日本天堂 | 日本黄色免费网站 | 久久久久一区 | 亚洲免费在线观看视频 | 韩国av免费| 国产一区二区三区在线 | 精品伊人久久 | 久久久午夜| 欧美日韩在线一区二区三区 | 国产成人精品一区二区三区福利 | 色婷婷精品 | 国内精品一区二区三区 | 日本色综合 | 激情av网| 999久久久久久久久6666 | 久久99精品久久久久久水蜜桃 | 一级黄色免费看 | 国产在线网站 | 日韩精品一级 | 亚洲美女一区 | 免费黄色小视频 | 日韩手机看片 | 狠狠的日 | 91蜜桃视频 | 香蕉视频导航 | 天天色影院 |