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

標(biāo)題: 51單片機(jī)函數(shù)結(jié)界,一旦進(jìn)入某函數(shù)就會(huì)導(dǎo)致其它地方的代碼失效 [打印本頁(yè)]

作者: wjccui 時(shí)間: 2025-5-5 15:48
標(biāo)題: 51單片機(jī)函數(shù)結(jié)界,一旦進(jìn)入某函數(shù)就會(huì)導(dǎo)致其它地方的代碼失效
（我可能發(fā)錯(cuò)區(qū)了，能不能麻煩管理幫我移到問(wèn)答區(qū)）

最近做項(xiàng)目，遇到了一個(gè)非常神奇的事情。ms_up_flag  在定時(shí)器中斷中每1ms彈出一起，軟件置0，然后執(zhí)行下面的代碼。

調(diào)式的時(shí)候發(fā)現(xiàn)，只要if(p1_w_cnt<p1_w_s1_v)這個(gè)判斷的{}里面有任何內(nèi)容，那么按鍵檢測(cè)函數(shù)便會(huì)失效。

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

現(xiàn)在的情況是，我只要把這一句備注了，按鍵檢測(cè)正常，只要這一行不備注，按鍵檢測(cè)就無(wú)法執(zhí)行。但xxx=0這句代碼和其它任何代碼都沒有任何關(guān)連。

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

目前已知情況：
單片機(jī)沒有死機(jī)，因?yàn)槠渌绦蚨蔚牡箶?shù)能夠正常進(jìn)行。已測(cè)試過(guò)keil不同的代碼優(yōu)化級(jí)數(shù)無(wú)解

#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 時(shí)間: 2025-5-5 17:57
大概是變量地址沖突了吧。

作者: wjccui 時(shí)間: 2025-5-5 18:36
最新進(jìn)展，把變量的聲明的xdata去掉，程序就恢復(fù)正常了。
然后，把刪掉的代碼加回去，又發(fā)現(xiàn)了一個(gè)新的問(wèn)題。

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);
上述代碼這個(gè)備注掉的函數(shù)，如果引用，程序一樣不正常。
如果不引用，直接把這個(gè)函數(shù)的內(nèi)容放進(jìn)來(lái)，程序就正常了。

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

但是這個(gè)函數(shù)其實(shí)和按鍵檢測(cè)也是毫無(wú)關(guān)系的。

這個(gè)到底是keil的代碼優(yōu)化問(wèn)題，還是有什么規(guī)則因?yàn)槲一A(chǔ)功不夠扎實(shí)而不知道導(dǎo)致的呢。

往哪個(gè)方向查資料學(xué)習(xí)，來(lái)在以后的開發(fā)中避免這樣的奇怪問(wèn)題，望各位大佬指教。

作者: wjccui 時(shí)間: 2025-5-5 18:36

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

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

作者: WL0123 時(shí)間: 2025-5-6 06:15

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

嚴(yán)重懷疑“#define p1_w_s1_v p1_w[1]”用法有問(wèn)題。 p1_w是常量？

作者: xiaobendan001 時(shí)間: 2025-5-6 08:22

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

XDATA不是問(wèn)題，地址沖突，5樓說(shuō)的應(yīng)該有可能

作者: zhxzhx 時(shí)間: 2025-5-6 14:30
51 默認(rèn)是不支持代碼重入的,就是一個(gè)函數(shù),不能保證在中斷和非中斷都調(diào)用的情況下都保證正確

作者: Graves 時(shí)間: 2025-5-6 15:53
有可能型號(hào)選錯(cuò)了，不知道什么單片機(jī)，但是之前也遇到過(guò)類似的，同一廠家型號(hào)不對(duì)也可以燒錄，但是運(yùn)行時(shí)會(huì)奇奇怪怪的

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

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

樓主做到了這些，就不會(huì)有奇怪問(wèn)題了。

歡迎光臨 (http://m.raoushi.com/bbs/)