標(biāo)題: SRAM中的變量，進(jìn)入掉電真的不變？ [打印本頁]
作者: 千早愛音愛玩51    時(shí)間: 2025-7-4 21:17
標(biāo)題: SRAM中的變量，進(jìn)入掉電真的不變？
最近學(xué)完C語言，在做手持風(fēng)扇主板，我使用了一個(gè)數(shù)組和一個(gè)計(jì)數(shù)器讀取預(yù)設(shè)好的檔位值，然后賦值給CCAP寄存器，實(shí)現(xiàn)改變占空比。
const unsigned char ccapvalues[] = {0x38, 0x33, 0x2E, 0x25, 0x20, 0x16, 0x10, 0x00};
unsigned char ccapcounter;

我讀手冊(cè)時(shí)，看到一句話：時(shí)鐘停振模式下，CPU 和全部的外設(shè)均停止工作，但 SRAM 和 XRAM 中的數(shù)據(jù)是一直維持不變的。
看到這句話之后，我想既然如此，那我這個(gè)計(jì)數(shù)器的值就不需要保存到eeprom了，畢竟我是軟關(guān)機(jī)，單片機(jī)不會(huì)完全掉電。
然而當(dāng)我寫完代碼之后，實(shí)際測(cè)試發(fā)現(xiàn)，CCAP計(jì)數(shù)器在從睡眠恢復(fù)之后，無論怎么設(shè)置都恢復(fù)到0。
即使是嘗試將該UCHAR用idata和_at_命令固定在ram中的某個(gè)位置，它也會(huì)恢復(fù)到0。
這似乎不對(duì)？不是說進(jìn)入掉電模式SRAM中的數(shù)據(jù)不會(huì)變嗎？由于怎么改代碼都得不到正確的結(jié)果，我索性就去嘗試eeprom讀寫了
在看過手冊(cè)之后，寫了一段EEPROM的讀寫函數(shù)，我按照原來的思路，把eeprom讀取函數(shù)放在了SLEEP函數(shù)中，喚醒后執(zhí)行的地方。
void SLEEP(void){
//其他代碼
EEPROM_WRITE(ccapcounter);//把計(jì)數(shù)器的值寫入
PCON = 0X02;
/////////////////喚醒后從這里執(zhí)行/////////////////
//其他代碼
EEPROM_READ();//讀取EEPROM，賦值給計(jì)數(shù)器
}
但是這么嘗試之后，依然無法觀察到從睡眠中喚醒計(jì)數(shù)器值不會(huì)被重置。
最后搞的我都開始懷疑我寫的代碼了，直接復(fù)制手冊(cè)里的代碼之后，發(fā)現(xiàn)還是不行，于是我就想著寫一段用于驗(yàn)證eeprom讀寫功能的代碼
http://www.stcaimcu.com/thread-18923-1-1.html
不負(fù)我所望，在這個(gè)代碼中，成功驗(yàn)證了我寫的EEPROM讀寫代碼是完全正確的，既然可以正確讀寫，那又為什么計(jì)數(shù)器值還是被歸零呢？我開始懷疑是不是代碼其他部分把計(jì)數(shù)器值重置了。
檢查之后也沒有發(fā)現(xiàn)有哪里會(huì)把計(jì)數(shù)器給重置。
但是我看著睡眠函數(shù)里面的讀取位置，我突然想到，我在主循環(huán)里再執(zhí)行一遍讀取行不行？說做就做，我用了一個(gè)用于初始化計(jì)數(shù)器值的bit量。
bit initccapcounter = 0;
void main(){
//其他代碼
while(1){
        if(!initccapcounter){
        initccapcounter = 1;
        EEPROM_READ();

}
結(jié)果還真實(shí)現(xiàn)了喚醒后計(jì)數(shù)器不歸零的功能。
然后經(jīng)過查證之后，發(fā)現(xiàn)是在執(zhí)行完SLEEP函數(shù)之后，單片機(jī)會(huì)從復(fù)位向量地址重新執(zhí)行程序，也就是變量可能在這里重新被初始化了！
也就是說，在我這個(gè)場(chǎng)景下，相當(dāng)于是剛執(zhí)行完EEPROM_READ，剛給計(jì)數(shù)器賦了值，然后你程序就把這個(gè)值清空了，所以才表現(xiàn)出了“沒有讀取成功的現(xiàn)象”！
但是我對(duì)這個(gè)問題也是一知半解，我不知道為什么我不不論是不給變量初值，還是用_at_把變量定位到IDATA，都沒用，不過既然EEPROM已經(jīng)成功了，我就不在乎這些試過的方案了。
到此為止，總算是解決了變量會(huì)被歸零的問題。
作者: rundstedt    時(shí)間: 2025-7-5 18:43
你需要修改startup.a51這個(gè)文件。
作者: 622323wjl    時(shí)間: 2025-7-6 00:24
在手持風(fēng)扇主板開發(fā)中，你遇到的計(jì)數(shù)器在睡眠模式恢復(fù)后歸零的問題，本質(zhì)上是對(duì)單片機(jī)睡眠模式與程序執(zhí)行機(jī)制理解偏差導(dǎo)致的。盡管數(shù)據(jù)手冊(cè)表明SRAM在時(shí)鐘停振模式下能維持?jǐn)?shù)據(jù)，但程序從睡眠喚醒后并非從斷點(diǎn)繼續(xù)執(zhí)行，而是會(huì)從復(fù)位向量地址重新啟動(dòng)，這會(huì)導(dǎo)致全局變量和靜態(tài)變量按編譯設(shè)定的初始值重新初始化（如`ccapcounter`默認(rèn)歸零），即便用`_at_`命令定位到IDATA也無法改變這一初始化邏輯，因?yàn)樽兞砍跏蓟浅绦騿?dòng)階段的固有流程。  你最初嘗試將EEPROM讀寫放在`SLEEP`函數(shù)中，誤以為喚醒后能直接沿用寫入的值，但實(shí)際程序重啟后會(huì)先執(zhí)行初始化代碼，此時(shí)EEPROM讀取的時(shí)機(jī)滯后于變量初始化，導(dǎo)致新值被初始值覆蓋。而將`EEPROM_READ()`放在主循環(huán)的條件判斷中（通過`initccapcounter`標(biāo)記避免重復(fù)讀�。�，確保了程序重啟后首次進(jìn)入主循環(huán)時(shí)立即用EEPROM數(shù)據(jù)覆蓋默認(rèn)初始化值，從而實(shí)現(xiàn)了計(jì)數(shù)器狀態(tài)的保持，這是利用程序執(zhí)行順序解決了初始化與數(shù)據(jù)恢復(fù)的時(shí)序沖突問題。  此案例揭示了單片機(jī)睡眠模式下的關(guān)鍵要點(diǎn)：睡眠喚醒本質(zhì)是一次程序重啟，變量會(huì)按編譯規(guī)則重新初始化，SRAM數(shù)據(jù)維持特性僅適用于未被程序主動(dòng)修改的場(chǎng)景。因此，涉及狀態(tài)保持的應(yīng)用需在程序啟動(dòng)流程中優(yōu)先完成非易失性數(shù)據(jù)（如EEPROM）的讀取，以覆蓋默認(rèn)初始化值，而非依賴SRAM的被動(dòng)數(shù)據(jù)維持機(jī)制。這也驗(yàn)證了嵌入式系統(tǒng)開發(fā)中“程序執(zhí)行流程控制”與“硬件特性利用”需協(xié)同設(shè)計(jì)的重要性。
作者: 人中狼    時(shí)間: 2025-7-6 10:22
你這是什么單片機(jī)啊，休眠喚醒跟復(fù)位操作一個(gè)效果，那還要休眠干什么，直接斷電不就好了
作者: lzuoxin    時(shí)間: 2025-7-6 13:32
進(jìn)入休眠模式不變，掉電斷電會(huì)丟失的。
作者: WL0123    時(shí)間: 2025-7-6 14:55
樓主說的問題根本不存在，是樓主沒有設(shè)置好PCON寄存器。這是用STC8H3K48S2在官方例程基礎(chǔ)上改寫的測(cè)試程序，喚醒后的num值就是休眠前的值。
  1. #include <STC8H.H>
  2. #include "intrins.h"

  4. #define IDL             0x01                    //PCON.0
  5. #define PD              0x02                    //PCON.1
  6. #define uint unsigned int
  7. #define uchar unsigned char

  9. uchar code table[]={
  10.         0x3f,0x06,0x5b,0x4f,
  11.         0x66,0x6d,0x7d,0x07,
  12.         0x7f,0x6f,0x77,0x7c,
  13.         0x39,0x5e,0x79,0x71};
  14. uchar data dis_buf[8];

  16. uchar i;
  17. uint j;
  18. uint num=9990;
  19. void Delay1ms(void)        //@11.0592MHz
  20. {
  21.         unsigned char data i, j;

  23.         i = 15;
  24.         j = 90;
  25.         do
  26.         {
  27.                 while (--j);
  28.         } while (--i);
  29. }


  32. void main()
  33. {
  34.         P0M0 = 0x00;
  35.         P0M1 = 0x00;
  36.         P1M0 = 0x00;
  37.         P1M1 = 0x00;
  38.         P2M0 = 0x00;
  39.         P2M1 = 0x00;
  40.         P3M0 = 0x00;
  41.         P3M1 = 0x00;
  42.         P4M0 = 0x00;
  43.         P4M1 = 0x00;
  44.         P5M0 = 0x00;
  45.         P5M1 = 0x00;
  46.        
  47.         EX0 = 1;                                    //使能INT0中斷,用于喚醒MCU
  48.         EA = 1;

  50.         while (1)
  51.         {
  52.                 dis_buf[0]=table[num/1000%10];
  53.                 dis_buf[1]=table[num/100%10];
  54.                 dis_buf[2]=table[num/10%10];
  55.                 dis_buf[3]=table[num%10];
  56.                 P0=0x00;
  57.                 P2&=0xf0;
  58.                 P2|=~(0x01<<i);
  59.                 P0=dis_buf[i];
  60.                 i=++i%4;
  61.                 if(++j>=1000)
  62.                 {
  63.                         j=0;
  64.                         if(++num>9999)num=0;
  65.                 }
  66.                 if(!P33)//key
  67.                 {
  68.                         P0=0xff;
  69.                         P2=0xff;
  70.                         _nop_();
  71.                         _nop_();
  72.                         _nop_();
  73.                         _nop_();
  74. //                        PCON = IDL;                                 //MCU進(jìn)入IDLE模式
  75.                         PCON = PD;                                  //MCU進(jìn)入掉電模式
  76.                         _nop_();
  77.                         _nop_();
  78.                         _nop_();
  79.                         _nop_();
  80.                 }
  81.                 Delay1ms();
  82.         }
  83. }

  85. void INT0_Isr() interrupt 0//P3.2
  86. {
  87. //    外部中斷喚醒                                 //測(cè)試端口
  88. }
復(fù)制代碼
作者: 千早愛音愛玩51    時(shí)間: 2025-7-8 23:57
rundstedt 發(fā)表于 2025-7-5 18:43
你需要修改startup.a51這個(gè)文件。

改了，添加了一個(gè)清空ram區(qū)域的跳過程序，比如初始化到0x30就跳過到0x31繼續(xù)，把這個(gè)char值用_at_定在0x30，但沒成功
作者: 千早愛音愛玩51    時(shí)間: 2025-7-9 00:14
WL0123 發(fā)表于 2025-7-6 14:55
樓主說的問題根本不存在，是樓主沒有設(shè)置好PCON寄存器。這是用STC8H3K48S2在官方例程基礎(chǔ)上改寫的測(cè)試程序 ...

你這里用到了一個(gè)uint num=9990，這樣初始化就是9990，和我的情況是不一樣的，我如果寫成uchar ccapcounter=7，那會(huì)不會(huì)從現(xiàn)在歸零的情況0變成7？我認(rèn)為樓上的回復(fù)有道理，我應(yīng)該修改start A51這個(gè)文件，防止喚醒后變量被重新初始化。
作者: 千早愛音愛玩51    時(shí)間: 2025-7-9 00:16
lzuoxin 發(fā)表于 2025-7-6 13:32
進(jìn)入休眠模式不變，掉電斷電會(huì)丟失的。

51掉電模式就是休眠模式，翻譯的問題，這個(gè)模式下cpu和片內(nèi)外設(shè)都斷電，但ram不會(huì)斷電，可以保持?jǐn)?shù)據(jù)。
作者: 千早愛音愛玩51    時(shí)間: 2025-7-9 00:19
WL0123 發(fā)表于 2025-7-6 14:55
樓主說的問題根本不存在，是樓主沒有設(shè)置好PCON寄存器。這是用STC8H3K48S2在官方例程基礎(chǔ)上改寫的測(cè)試程序 ...

不過你這里先讓CPU進(jìn)入IDLE，再進(jìn)入PD的方案，我會(huì)試試的，我現(xiàn)在是直接進(jìn)入PD
作者: WL0123    時(shí)間: 2025-7-9 10:27
千早愛音愛玩51 發(fā)表于 2025-7-9 00:14
你這里用到了一個(gè)uint num=9990，這樣初始化就是9990，和我的情況是不一樣的，我如果寫成uchar ccapcount ...

初始化num可以是4位任意數(shù)，設(shè)9990只不過是驗(yàn)證一下溢出后歸0，與數(shù)據(jù)能不能保持毫無關(guān)聯(lián)。
作者: coody_sz    時(shí)間: 2025-7-9 11:21
如果是STC的MCU，則進(jìn)入掉電（睡眠）模式，只要電源正常供給，則內(nèi)部所有的寄存器、內(nèi)存數(shù)據(jù)都保持原樣，包括所有的IO設(shè)置和輸出都不改變。如果你發(fā)現(xiàn)改變了，則請(qǐng)檢查電源、程序。
作者: wufa1986    時(shí)間: 2025-7-9 11:46
你對(duì)單片機(jī)理解不夠深刻，51不存在這個(gè)問題，STM32有一種休眠模式才是重新運(yùn)行



歡迎光臨 (http://www.torrancerestoration.com/bbs/) Powered by Discuz! X3.1