51單片機(jī)數(shù)碼管突然全顯示0，馬上恢復(fù)正常，一直這樣往復(fù)

ID:1143673 · 發(fā)表于 2025-2-18 20:09

數(shù)碼管顯示DAC電壓值，一開始顯示正常，但是會(huì)突然變?yōu)?，然后馬上恢復(fù)正常，一直這樣往復(fù)。間隔不固定，大概十幾秒出現(xiàn)一次這樣的情況。個(gè)人認(rèn)為是時(shí)鐘的問題，或者是DAC采集太快。不知道是否正確，想請(qǐng)問各位朋友的看法。
以下是工程文件

10屆省賽.7z (45.7 KB, 下載次數(shù): 0)
感謝各位。

ID:1109793 · 發(fā)表于 2025-2-19 07:27

會(huì)不會(huì)是復(fù)位了？

ID:192020 · 發(fā)表于 2025-2-20 10:12

在T1中斷中多次用了P2 = P2 & 0x1f | 0x??,應(yīng)該就是影響到了I2C運(yùn)行，比如模擬時(shí)P21是高的，這時(shí)進(jìn)中斷導(dǎo)致P21拉低了就會(huì)時(shí)序不對(duì)。P2 = P2 & 0x1f | 0x??中主要的問題是“=”號(hào)

ID:1143673 · 發(fā)表于 2025-2-21 14:37

Graves 發(fā)表于 2025-2-20 10:12
在T1中斷中多次用了P2 = P2 & 0x1f | 0x??,應(yīng)該就是影響到了I2C運(yùn)行，比如模擬時(shí)P21是高的，這時(shí)進(jìn)中斷導(dǎo)致 ...

您好，我按照您的說法，在中斷函數(shù)中減小了數(shù)碼管的顯示頻率，現(xiàn)在基本上不會(huì)出現(xiàn)變?yōu)?的情況，受教了

  if (++Timer_2Ms == 2) {
Timer_2Ms = 0;
if (++Seg_Pos == 8)
   Seg_Pos = 0;
Seg_Disp(Seg_Pos, Seg_Buf[Seg_Pos], Seg_Point[Seg_Pos]);
Led_Disp(Seg_Pos, ucLed[Seg_Pos]);
  }

這是主要改變的代碼。

ID:1143673 · 發(fā)表于 2025-2-21 14:37

以下是修改后的工程文件。

10屆省賽 - 副本.7z (47.73 KB, 下載次數(shù): 0)

ID:192020 · 發(fā)表于 2025-2-21 17:14

cien_s 發(fā)表于 2025-2-21 14:37
您好，我按照您的說法，在中斷函數(shù)中減小了數(shù)碼管的顯示頻率，現(xiàn)在基本上不會(huì)出現(xiàn)變?yōu)?的情況，受教了[em ...

減小顯示頻率治標(biāo)不治本，只是概率降低了，應(yīng)該還是會(huì)出現(xiàn)。把P2 = P2 & 0x1f | 0xa0;拆分下:P2&=0x1f;P2|=0xa0;其他語句也這樣改應(yīng)該就可以了。拆了寫不會(huì)影響到P20、P21，合起來寫是P2端口直接=后面得出的結(jié)果，會(huì)影響到P20、P21

ID:1143673 · 發(fā)表于 2025-2-21 21:09

Graves 發(fā)表于 2025-2-21 17:14
減小顯示頻率治標(biāo)不治本，只是概率降低了，應(yīng)該還是會(huì)出現(xiàn)。把P2 = P2 & 0x1f | 0xa0;拆分下:P2&=0x1f;P2 ...

您好，確實(shí)如您所說，DAC的讀取頻率一快，還是會(huì)出現(xiàn)異常。
我按照您所說的，把數(shù)碼管的底層驅(qū)動(dòng)改寫了，現(xiàn)在十分穩(wěn)定，DAC的讀取頻率快也沒有問題。
但是我有個(gè)疑問，P2 = P2 & 0x1f | 0xa0;和P2&=0x1f;P2|=0xa0;兩者結(jié)果是不一樣的嗎，不都是與運(yùn)算優(yōu)先，然后再或運(yùn)算的嗎？
難道是因?yàn)樽x取DAC數(shù)值，定時(shí)器1中斷服務(wù)函數(shù)，兩者有沖突，都修改了P2，導(dǎo)致結(jié)果不可預(yù)測(cè)。所有將P2 = P2 & 0x1f | 0xa0;拆分成P2&=0x1f;P2|=0xa0;相當(dāng)于讓它變成原子操作，防止中途被修改。
如果真是這樣的話，在讀取DAC數(shù)值前，關(guān)閉總中斷，讀完之后再開中斷，應(yīng)該也可以。
我嘗試了以上的方法，在讀取DAC數(shù)值前后，關(guān)開總中斷，不會(huì)再出現(xiàn)突然變成0的情況，但是數(shù)碼管有一點(diǎn)閃爍。應(yīng)該可以說明是讀取DAC數(shù)值函數(shù)和定時(shí)器1中斷服務(wù)函數(shù)兩者的問題了。

ID:192020 · 發(fā)表于 2025-2-22 09:42

cien_s 發(fā)表于 2025-2-21 21:09
您好，確實(shí)如您所說，DAC的讀取頻率一快，還是會(huì)出現(xiàn)異常。
我按照您所說的，把數(shù)碼管的底層驅(qū)動(dòng)改寫了 ...

P2 = P2 & 0x1f | 0xa0;和P2&=0x1f;P2|=0xa0;兩者結(jié)果不一樣哦。個(gè)人理解：P2 = P2 & 0x1f | 0xa0;P2先與再或后得出來的值然后再把這個(gè)值賦予P2.而 P2 &= 0x1f；P2|=0xa0;是P2與0x1f，再P2或0xa0,除了第一步一樣其他都不一樣。要是用的模擬串口你這樣寫可能沒什么問題，但是I2C有個(gè)應(yīng)答信號(hào)，第三步直接=了就會(huì)出現(xiàn)這問題，因?yàn)檫M(jìn)中斷時(shí)你不能保證I2C的引腳是不是被外部器件拉低了（應(yīng)答信號(hào)）

ID:1073939 · 發(fā)表于 2025-2-22 15:23

cien_s 發(fā)表于 2025-2-21 21:09
您好，確實(shí)如您所說，DAC的讀取頻率一快，還是會(huì)出現(xiàn)異常。
我按照您所說的，把數(shù)碼管的底層驅(qū)動(dòng)改寫了 ...

建議增加一個(gè)臨時(shí)變量。

void Seg_Disp(unsigned char wela, unsigned char dula, unsigned char point)
{
// 手動(dòng)消抖
unsigned char i;
P0 = 0xff;
i = P2 & 0x1f;
P2 = i | 0xe0;
P0 = seg_wela[wela];
// P2 = i | 0xc0;
P2 = i;
P0 = seg_dula[dula];
if (point)
P0 &= 0x7f; // 0111 1111打開小數(shù)點(diǎn)
// P2 = i | 0xe0;
P2 = i;
}

復(fù)制代碼

ID:192020 · 發(fā)表于 2025-2-22 16:57

ydatou 發(fā)表于 2025-2-22 15:23
建議增加一個(gè)臨時(shí)變量。

加臨時(shí)變量沒什么區(qū)別，這問題原因是進(jìn)中斷時(shí)不能確定SDA的電平，SCL是單片機(jī)控制的還能確定。&上SDA的值就可能出錯(cuò)，所以不能P2=；

ID:1144232 · 發(fā)表于 2025-2-22 22:23

有沒有可能是因?yàn)槟銠z測(cè)端，出現(xiàn)了問題，先去看檢測(cè)端是否出問題，然后再去看你說的這些地方，逐一排查，應(yīng)該就可以找到問題的根源。

帳號(hào)		自動(dòng)登錄	找回密碼
密碼			立即注冊(cè)

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

51單片機(jī)數(shù)碼管突然全顯示0，馬上恢復(fù)正常，一直這樣往復(fù)