STC8F單片機(jī)EEPROM神奇事件

ID:95375 · 發(fā)表于 2021-9-5 16:32

請(qǐng)問(wèn)有哪個(gè)大人碰到過(guò)一組數(shù)據(jù)存到EEPROM中取出后數(shù)據(jù)是一樣的，再寫(xiě)回?cái)?shù)組中卻使用異常的嗎？從串口發(fā)送數(shù)據(jù)到電腦對(duì)比是數(shù)據(jù)存進(jìn)去的和取出來(lái)的是真的一模一樣的，但用來(lái)發(fā)射紅外信號(hào)卻異常，原數(shù)組數(shù)據(jù)卻正常，再把備用數(shù)組數(shù)據(jù)寫(xiě)回原數(shù)組里也正常，太神奇了。

ID:624769 · 發(fā)表于 2021-9-5 16:48

STC8F 系列直接用 MOVC 讀Eeprom 效率高，系統(tǒng)還不會(huì)暫停，會(huì)比較好一點(diǎn)。而且活用extern unsigned char code 可以直接當(dāng)數(shù)組用，而不用預(yù)先讀出來(lái)。

ID:57657 · 發(fā)表于 2021-9-5 17:05

用MOVC指令訪問(wèn)，不管是ROM還是EEPROM，都是一樣的速度，部分老型號(hào)不支持用MOVC訪問(wèn)EEPROM，C語(yǔ)言用 unsigned char code 指針。

ID:160500 · 發(fā)表于 2021-9-5 18:04

數(shù)據(jù)寫(xiě)入EEPROM，清零原數(shù)組，再讀取EEPROM中的數(shù)據(jù)賦值給數(shù)組，此時(shí)暫停程序，檢查數(shù)組中數(shù)據(jù)是否一致。如果一致，繼續(xù)運(yùn)行程序，看是否正常，不正常繼續(xù)排查；如果數(shù)據(jù)不一致，則檢查讀取是否出錯(cuò)、寫(xiě)入數(shù)組的方法等等。

ID:417092 · 發(fā)表于 2021-9-5 19:24

沒(méi)看懂你說(shuō)的什么意思！！！
但是通信容易出問(wèn)題的有
1，串口，發(fā)送和接收的波特率不一致。沒(méi)使用校驗(yàn)。。。。
2，從高到低位，和從低位到高位。弄反了。。。。

ID:401564 · 發(fā)表于 2021-9-5 23:45

神奇的事件,在99.9999%的情況下,是由于神奇的人引起的
剛開(kāi)始學(xué)單片機(jī)的時(shí)候,總覺(jué)得單片機(jī)不是這不行就是那不行
現(xiàn)在,出了問(wèn)題,首先排除的就是"單片機(jī)壞了"

ID:95375 · 發(fā)表于 2021-9-8 21:12

也許我沒(méi)有表達(dá)清楚意思，就是一組數(shù)組數(shù)據(jù)通過(guò)紅外發(fā)射后能正常控制設(shè)備，但把這組數(shù)組
數(shù)據(jù)保存到EEPROM后再取出放回?cái)?shù)組再通過(guò)紅外發(fā)射卻不能控制設(shè)備了，可以確定這組數(shù)據(jù)在
存入前和取出后是完全一樣的，沒(méi)有出錯(cuò)也沒(méi)有錯(cuò)序，可為什么就不能正常了，原以為是發(fā)射
用的數(shù)組重寫(xiě)數(shù)據(jù)造成出錯(cuò)，但用另外一組完全一樣的數(shù)組同時(shí)保存數(shù)據(jù)，再把這組數(shù)據(jù)復(fù)制
到發(fā)射數(shù)組后卻能正常控制。
建立兩組數(shù)組
uint remotedata[207]; //發(fā)射數(shù)組
uint temp[207]; //臨時(shí)數(shù)組
紅外接收頭收到數(shù)據(jù)后存到發(fā)射數(shù)組里然后通過(guò)紅外發(fā)射頭發(fā)射能正常控制設(shè)備
然后把發(fā)射數(shù)組數(shù)據(jù)存到EEPROM里
/*-------------------------------
寫(xiě)一字節(jié)數(shù)據(jù)到ISP/IAP/EEPROM區(qū)域
-------------------------------*/
void IapProgram(int addr, char dat)
{
IAP_CONTR = WT_12M; //使能IAP
IAP_CMD = 2; //設(shè)置IAP寫(xiě)命令
IAP_ADDRL = addr; //設(shè)置IAP低地址
IAP_ADDRH = addr >> 8; //設(shè)置IAP高地址
IAP_DATA = dat; //寫(xiě)IAP數(shù)據(jù)
IAP_TRIG = 0x5a; //寫(xiě)觸發(fā)命令(0x5a)
IAP_TRIG = 0xa5; //寫(xiě)觸發(fā)命令(0xa5)
_nop_();
IapIdle(); //關(guān)閉IAP功能
}
for(i=0;i<207;i++)//把學(xué)到的數(shù)據(jù)保存到內(nèi)存
{
IapProgram(IAP_ADDRESS+i,remotedata[i]);//寫(xiě)數(shù)據(jù)到EEPROM
}
for(i=0;i<207;i++)//
{
temp[i]=remotedata[i];//
}
官方寫(xiě)入代碼，應(yīng)該沒(méi)問(wèn)題吧，同時(shí)也把數(shù)據(jù)寫(xiě)入到臨時(shí)數(shù)組里
然后把EEPROM數(shù)據(jù)讀回到發(fā)射數(shù)組里
for(i=0;i<207;i++)//
{
remotedata[i]=IapRead(IAP_ADDRESS+i);//把
內(nèi)存中數(shù)據(jù)讀到數(shù)組
}
也沒(méi)問(wèn)題吧，通過(guò)串口對(duì)比過(guò)寫(xiě)入和讀出的數(shù)據(jù)是完全一模一樣的，如果是單單保存數(shù)據(jù)這是
完全沒(méi)毛病的，但通過(guò)紅外發(fā)射頭發(fā)射這組數(shù)據(jù)卻不正常了
不服真不行啊，把臨時(shí)數(shù)組里的數(shù)據(jù)寫(xiě)回到發(fā)射數(shù)組里就又發(fā)射正常了
for(i=0;i<207;i++)//
{
remotedata[i]=temp[i];//
}
把EEPROM讀取換成MOVC讀取是一個(gè)樣
//BYTE IapRead(WORD addr)
char IapRead(int addr)
{
addr += IAP_OFFSET; //使用 MOVC 讀取 EEPROM 需要加上相應(yīng)的偏移
return *(unsigned char code *)(addr); //使用 MOVC 讀取數(shù)據(jù)
}

復(fù)制代碼

ID:95375 · 發(fā)表于 2021-9-8 21:20

188610329 發(fā)表于 2021-9-5 16:48
STC8F 系列直接用 MOVC 讀Eeprom 效率高，系統(tǒng)還不會(huì)暫停，會(huì)比較好一點(diǎn)。而且活用extern unsigned char c ...

換MOVC讀取還是一樣，請(qǐng)問(wèn)extern unsigned char code當(dāng)數(shù)組用的話要怎么用，比如

for(i=0;i<207;i++)//
{
temp[ i]=remotedata[ i];//
}

要怎樣用extern unsigned char code替代，我怎么感覺(jué)這個(gè)是定義常量用的呢

ID:95375 · 發(fā)表于 2021-9-8 21:22

npn 發(fā)表于 2021-9-5 17:05
用MOVC指令訪問(wèn)，不管是ROM還是EEPROM，都是一樣的速度，部分老型號(hào)不支持用MOVC訪問(wèn)EEPROM，C語(yǔ)言用 unsig ...

謝謝，不是MOVC讀取的問(wèn)題，不會(huì)指針，看到指針就暈

ID:95375 · 發(fā)表于 2021-9-8 21:24

liuzx66 發(fā)表于 2021-9-5 18:04
數(shù)據(jù)寫(xiě)入EEPROM，清零原數(shù)組，再讀取EEPROM中的數(shù)據(jù)賦值給數(shù)組，此時(shí)暫停程序，檢查數(shù)組中數(shù)據(jù)是否一致。如 ...

數(shù)據(jù)是一致的，數(shù)據(jù)不一致那就好辦了

ID:95375 · 發(fā)表于 2021-9-8 21:30

Y_G_G 發(fā)表于 2021-9-5 23:45
神奇的事件,在99.9999%的情況下,是由于神奇的人引起的
剛開(kāi)始學(xué)單片機(jī)的時(shí)候,總覺(jué)得單片機(jī)不是這不行就是 ...

這是肯定的，在未知的知識(shí)前任何人對(duì)任何事都感覺(jué)到神奇，如同魔術(shù)一般，我只是想看看有沒(méi)有人碰到我這樣的問(wèn)題，實(shí)在是想不明白相同的數(shù)據(jù)能做出不同的事情來(lái)，畢竟代碼是沒(méi)有思想的，只是按我們?cè)O(shè)定的路走，現(xiàn)在卻變異了，肯定不是“單片機(jī)壞了”

ID:57657 · 發(fā)表于 2021-9-8 22:12

單片機(jī)內(nèi)置的EEPROM，不是真正的EEPROM，而是Flash閃存，二進(jìn)制1可以寫(xiě)成0，反過(guò)來(lái)就不可以，只有擦除才可以全部恢復(fù)為1，一次擦1扇區(qū)(512字節(jié))。
24C02等EEPROM芯片沒(méi)有扇區(qū)的說(shuō)法，可以直接讀寫(xiě)。

ID:624769 · 發(fā)表于 2021-9-8 23:45

liyago 發(fā)表于 2021-9-8 21:20
換MOVC讀取還是一樣，請(qǐng)問(wèn)extern unsigned char code當(dāng)數(shù)組用的話要怎么用，比如

for(i=0;i

創(chuàng)建一個(gè)匯編文件,
用
CSEG    AT 2000H
Eeprom_DATA:    DS 0FFH
指向Eeprom 空間
然后 PUBLIC  Eeprom_DATA

然后再C語(yǔ)言中 extern unsigned char code  Eeprom_DATA[];  來(lái)聲明

那么，對(duì)于C語(yǔ)言的判斷，就是引用匯編里面定義的常量數(shù)組。其實(shí)匯編里只是給了一個(gè)地址。
你C語(yǔ)言調(diào)用這個(gè)地址，就會(huì)到 0x2000 所對(duì)應(yīng)的 Eeprom 里面 MovC 讀出來(lái)了。

ID:624769 · 發(fā)表于 2021-9-8 23:48

liyago 發(fā)表于 2021-9-8 21:12

看你的代碼，寫(xiě)入前沒(méi)有擦除 Eeprom, IAP的Eeprom, 必須擦除后才能正確寫(xiě)入，否則會(huì)亂七八糟的東西，即使兩次寫(xiě)入相同的東西，也會(huì)變成亂七八糟的東西。

ID:161164 · 發(fā)表于 2021-9-8 23:52

最直觀的方法就是用邏輯分析儀或示波器看看輸出端的波型
比較一下成功和失敗的分別

紅外線發(fā)射是經(jīng)38kHz調(diào)制后輸出的
對(duì)時(shí)間有極高的要求

到現(xiàn)時(shí)為止你發(fā)的代碼只有數(shù)據(jù)的存取
而沒(méi)有數(shù)據(jù)轉(zhuǎn)輸出的那部分

會(huì)不會(huì)是直接讀取EEPorm會(huì)對(duì)發(fā)射有影響？

ID:95375 · 發(fā)表于 2021-9-9 17:19

謝謝各位大大的回復(fù)，問(wèn)題已解決了，原來(lái)是我所有數(shù)據(jù)都是按兩位16進(jìn)制來(lái)處理了，實(shí)際上數(shù)據(jù)中有3位16進(jìn)制數(shù)，stc-isp自帶的串口助手和XCOM V2.6都是顯示兩位16進(jìn)制數(shù)，所以一時(shí)沒(méi)有發(fā)現(xiàn)數(shù)據(jù)有錯(cuò)。

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

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

STC8F單片機(jī)EEPROM神奇事件