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

標題: 51單片機函數結界,一旦進入某函數就會導致其它地方的代碼失效 [打印本頁]

作者: wjccui 時間: 2025-5-5 15:48
標題: 51單片機函數結界,一旦進入某函數就會導致其它地方的代碼失效
（我可能發錯區了，能不能麻煩管理幫我移到問答區）

最近做項目，遇到了一個非常神奇的事情。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;

}
}
}

作者: xiaobendan001 時間: 2025-5-5 17:57
大概是變量地址沖突了吧。

作者: wjccui 時間: 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的代碼優化問題，還是有什么規則因為我基礎功不夠扎實而不知道導致的呢。

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

作者: wjccui 時間: 2025-5-5 18:36

xiaobendan001 發表于 2025-5-5 17:57
大概是變量地址沖突了吧。

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

作者: WL0123 時間: 2025-5-6 06:15

wjccui 發表于 2025-5-5 18:36
謝謝指教。是的，我變量聲明中的xdata去掉，程序就正常了。然后又有新的奇怪現象，詳見另一條回復。

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

作者: xiaobendan001 時間: 2025-5-6 08:22

wjccui 發表于 2025-5-5 18:36
謝謝指教。是的，我變量聲明中的xdata去掉，程序就正常了。然后又有新的奇怪現象，詳見另一條回復。

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

作者: zhxzhx 時間: 2025-5-6 14:30
51 默認是不支持代碼重入的,就是一個函數,不能保證在中斷和非中斷都調用的情況下都保證正確

作者: Graves 時間: 2025-5-6 15:53
有可能型號選錯了，不知道什么單片機，但是之前也遇到過類似的，同一廠家型號不對也可以燒錄，但是運行時會奇奇怪怪的

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

作者: ydatou 時間: 2025-5-9 15:07
查看編譯結果很重要：
1 警告不要忽略。
2 51的data用量要小于220，code不要超出芯片實際大小。

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

歡迎光臨 (http://m.zg4o1577.cn/bbs/)