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

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

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

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

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

會不會是復位了？

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

在T1中斷中多次用了P2 = P2 & 0x1f | 0x??,應該就是影響到了I2C運行，比如模擬時P21是高的，這時進中斷導致P21拉低了就會時序不對。P2 = P2 & 0x1f | 0x??中主要的問題是“=”號

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

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

您好，我按照您的說法，在中斷函數(shù)中減小了數(shù)碼管的顯示頻率，現(xiàn)在基本上不會出現(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)在基本上不會出現(xiàn)變?yōu)?的情況，受教了[em ...

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

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

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

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

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

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

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

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

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

建議增加一個臨時變量。

void Seg_Disp(unsigned char wela, unsigned char dula, unsigned char point)
{
// 手動消抖
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ù)點
// P2 = i | 0xe0;
P2 = i;
}

復制代碼

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

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

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

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

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

帳號		自動登錄	找回密碼
密碼			立即注冊

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

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