|
|||||||||||
| 技術交流 | 電路欣賞 | 工控天地 | 數(shù)字廣電 | 通信技術 | 電源技術 | 測控之家 | EMC技術 | ARM技術 | EDA技術 | PCB技術 | 嵌入式系統(tǒng) 驅動編程 | 集成電路 | 器件替換 | 模擬技術 | 新手園地 | 單 片 機 | DSP技術 | MCU技術 | IC 設計 | IC 產(chǎn)業(yè) | CAN-bus/DeviceNe |
有沒抗干擾好的串行EEPROM？ |
| 作者：nylyt 欄目：單片機 |
我做一款監(jiān)控儀表，可能線沒布太好，EEPROM靠近8M晶振，有時數(shù)據(jù)讀寫不正常。我用AT24C02，請問有沒可代替它的并且兼容和抗干擾相對好的EEPROM？ |
| 2樓： | >>參與討論 |
| 作者： dengm 于 2005/3/8 20:37:00 發(fā)布：
SCK 上拉 3.3K, SDA 上拉 2.2K 看一下效果 |
|
| 3樓： | >>參與討論 |
| 作者： nylyt 于 2005/3/8 21:26:00 發(fā)布：
我上拉電阻都是10K AT24C02抗干擾的性能不太好，速度也慢，是否有別的好些的24C系列呢？單片機已選擇好，不用ST公司的 |
|
| 4樓： | >>參與討論 |
| 作者： 毛毛蟲姑娘 于 2005/3/8 21:46:00 發(fā)布：
24芯片在平時，GND不要接地，用別的腳控制它 你會發(fā)現(xiàn)要好多了。 用93系列的要好多了。 24的容易誤寫。 |
|
| 5樓： | >>參與討論 |
| 作者： fly1978 于 2005/3/8 21:46:00 發(fā)布：
寫數(shù)據(jù)的時候加延時沒有？ |
|
| 6樓： | >>參與討論 |
| 作者： kenand 于 2005/3/8 21:52:00 發(fā)布：
推薦Catalyst公司的CAT24Cxx 您可以把WP引腳也用上 當你不操作EERPOM的時候， 可以將WP引腳接地，對整個芯片進行保護 http://www.zlgmcu.com/catalyst/eeprom.asp |
|
| 7樓： | >>參與討論 |
| 作者： e.bug 于 2005/3/9 10:45:00 發(fā)布：
我用24cxx從來都沒出過毛病 |
|
| 8樓： | >>參與討論 |
| 作者： 楊工 于 2005/3/9 11:07:00 發(fā)布：
24C抗干擾能力很強 建議用示波器（數(shù)字帶存儲的）檢查SCK，SDA工作時波形。 如果波形不好，毛病就找到了。波形不好可能是因為 1. 上拉電阻大了（10K肯定大了） 2. 軟件延時不夠 * - 本貼最后修改時間：2005-3-9 11:08:48 修改者：楊工 |
|
| 9樓： | >>參與討論 |
| 作者： nylyt 于 2005/3/11 19:13:00 發(fā)布：
延時沒問題 軟件延時沒問題，也有可能上拉電阻大的了，WP引腳應該上拉才寫保護吧。不過到到想換AT24C，聽許多做自動化儀表的講確實AT公司的EEPROM不行，不知道各位意見如何 |
|
| 10樓： | >>參與討論 |
| 作者： renmingcan 于 2005/3/11 19:32:00 發(fā)布：
不知道什么原因！ |
|
| 11樓： | >>參與討論 |
| 作者： jin2558 于 2005/3/12 9:46:00 發(fā)布：
確定讀寫時間 首先要確定是讀不正常還是寫不正常，如果是讀不正常，寫后軟件延時不夠（>10mS） |
|
| 12樓： | >>參與討論 |
| 作者： zcxhe 于 2005/3/12 9:58:00 發(fā)布：
應該是程序的問題吧？問題的時候先 檢察自已的程序吧！AT24不會有問題的！我都用了好多年了，沒見過有問題的！ |
|
| 13樓： | >>參與討論 |
| 作者： AVRx007 于 2005/3/12 10:16:00 發(fā)布：
撒不了尿---風太猛了。 是樓主的軟硬件問題---AT24系列大家用了那么多年---沒問題。 PS: ST 跟 STC 不是同一間公司，不要搞混。 |
|
| 14樓： | >>參與討論 |
| 作者： sixi18 于 2005/3/12 12:05:00 發(fā)布：
我一直用啊，沒什么問題的 我一直用啊，沒什么問題的，最好用WP保護一下，好要注意延時啊，10k上拉沒問題 |
|
| 15樓： | >>參與討論 |
| 作者： 西安周公 于 2005/3/12 12:44:00 發(fā)布：
1、2、3 腳務必接地 |
|
| 16樓： | >>參與討論 |
| 作者： AVRx007 于 2005/3/12 13:05:00 發(fā)布：
地址線？ 樓上的，沒有這種要求。 而且樓主的問題不太可能是這個原因。 A0~A2是地址線，全部接地只能用于只有一個AT24C02的情況。 |
|
| 17樓： | >>參與討論 |
| 作者： LFSLY 于 2005/3/12 15:11:00 發(fā)布：
CLK與DATA用1K上拉，保你沒問題。 |
|
| 18樓： | >>參與討論 |
| 作者： nylyt 于 2005/3/12 15:32:00 發(fā)布：
讀不能連續(xù)？ 讀應該沒問題，只是我用按鍵操作向EEPROM寫數(shù)可能寫錯，否則讀出也不會有時錯，雖然幾率很小但也不允許，我換用24LC02B都沒問題了，從行業(yè)了解感覺使用AT24C確實少，估計不適合 |
|
| 19樓： | >>參與討論 |
| 作者： AVRx007 于 2005/3/12 16:52:00 發(fā)布：
？？ 我公司用ATMEL的AT24C64和AT24C512都幾千片了，沒啥問題。 樓主的程序有問題--寫延時/看門狗/上電下電 |
|
| 20樓： | >>參與討論 |
| 作者： nylyt 于 2005/3/12 17:23:00 發(fā)布：
需要貼出程序看看嗎？ |
|
| 21樓： | >>參與討論 |
| 作者： nylyt 于 2005/3/13 18:16:00 發(fā)布：
在程序讀寫的時候關了中斷，錯誤是偶而出現(xiàn)，連續(xù)讀需要延時嗎 |
|
| 22樓： | >>參與討論 |
| 作者： waizigao 于 2005/3/15 18:40:00 發(fā)布：
應該沒問題的！ |
|
| 23樓： | >>參與討論 |
| 作者： yewuyi 于 2005/3/16 8:39:00 發(fā)布：
亂扯話題 你這和抗干擾有關系嗎？根本沒關系的，你現(xiàn)在讀寫24C02只是功能性的實現(xiàn)，你功能都不能穩(wěn)定表現(xiàn)，還奢談什么抗干擾？ 上拉電阻我用過10K的，也用過5.1K，也用過2K的，正常我都用5.1K，你這問題應當不是上拉電阻造成的，24CO2雖然脆弱，但也沒有脆弱到不能實現(xiàn)基本讀寫功能的地步。我們一年可是用500K左右24C02的，沒有發(fā)現(xiàn)這類問題。 總結我們使用24C02的經(jīng)驗，要注意的就是上電/掉電讀延時，寫延時，寫時序（中斷等影響時序的東東先暫時禁止），如果還要講究那么布線的時候在SCL和SDA中間加一根地線，并注意不要在SCL和SDA走線上打過孔。 把所有的無關程序都屏蔽掉，只保留24C02讀寫程序和送顯示程序，試試是不是還有上述的故障現(xiàn)象？ |
|
| 24樓： | >>參與討論 |
| 作者： boy364 于 2005/3/16 11:57:00 發(fā)布：
應該與上拉有關 1K太小，10K太大 |
|
| 25樓： | >>參與討論 |
| 作者： gbchang 于 2005/3/16 12:20:00 發(fā)布：
我用過300歐,當然那不是數(shù)據(jù)通信,哈,灌! * - 本貼最后修改時間：2005-3-16 12:26:54 修改者：gbchang |
|
| 26樓： | >>參與討論 |
| 作者： szks_net 于 2005/3/17 8:50:00 發(fā)布：
用SST89E52RD2,把數(shù)據(jù)存入內(nèi)部的FLASH,可以省掉24C02 字節(jié)編程程序示例： ORL SFCF, #40H ；IAP使能 MOV SFAH, #byte_addressH ；放入地址高位 MOV SFAL, #byte_addressL ；放入地址低位 MOV SFDT, #data ；放入數(shù)據(jù) MOV SFCM, #0EH ；扇區(qū)擦除的命令是0EH LCALL DONE? ；查詢SFST[2]位 DONE?: MOV A, SFST JB ACC.2, Done? ; 等待到擦除完成 RET 讀取數(shù)據(jù)直接用MOVC讀特定地址就可以. |
|
| 27樓： | >>參與討論 |
| 作者： myway 于 2005/3/17 9:20:00 發(fā)布：
24C02沒有問題！ 我一向都強調(diào)東西是死的，人是活的，你自己不會用，不要亂懷疑！Atmeld的東西我用了這么多年都沒有問題，一定是你自己的問題。其實不管你用哪一家的都會有此類問題出現(xiàn)！也有可能是你的軟件沒有寫好！ |
|
| 28樓： | >>參與討論 |
| 作者： ysdx 于 2005/3/17 10:14:00 發(fā)布：
大家注意環(huán)境 大家說的沒問題是由于環(huán)境好。我使用過，在環(huán)境惡劣時，確實出問題。不信用在汽車的電源上批量試試，不進行特殊處理，肯定出問題。摟主程序應該沒問題。建議：寫前讀取幾個標志字節(jié)，如果讀取正確，再寫。然后讀出校驗。同時注意硬件電源的設計進行特殊處理。 |
|
| 29樓： | >>參與討論 |
| 作者： lszer 于 2005/3/17 12:53:00 發(fā)布：
可能為信號完整性問題 原因：芯片制造工藝的升級，對信號的邊沿速率有了更高的要求 處理方法：在SCK的源端用33到50歐姆的電阻匹配 補救辦法：在SCK的終端使用1～50P的電容使邊沿變緩 |
|
| 30樓： | >>參與討論 |
| 作者： nylyt 于 2005/3/17 14:51:00 發(fā)布：
我想程序應該沒問題 標準的I2C讀寫包括匯編和C我都試過，確實換了24LC02B效果更好，AT的讀寫需要延時時間長，有時上電數(shù)據(jù)會亂，雖然幾率不高但也不能容忍。所以看了國外的HONEYWELL儀表發(fā)現(xiàn)用的也是MICROCHIP公司的產(chǎn)品 |
|
| 31樓： | >>參與討論 |
| 作者： fly1978 于 2005/3/18 10:25:00 發(fā)布：
先看看你讀寫時候作延時了沒？ 有的時候在單步調(diào)的時候是通過的，全速就不行了，一般都是沒加讀寫延時的原因。 布線的要求就是不要有過空。和晶振在一起個人認為沒影響。 |
|
| 32樓： | >>參與討論 |
| 作者： voynich 于 2005/3/18 13:13:00 發(fā)布：
多換幾種存儲新破案嘗試 有沒有嘗試過鐵電的，看看效果怎么樣11哈哈 聲明：我不是搞市場的，純屬技術探討1：） |
|
| 33樓： | >>參與討論 |
| 作者： liaozhihua 于 2005/3/21 10:46:00 發(fā)布：
可以用X5045的升級產(chǎn)品，性能非常穩(wěn)定。。。 |
|
| 34樓： | >>參與討論 |
| 作者： srike 于 2009/1/10 11:23:40 發(fā)布：
請教那位老兄，用51單片機匯編語言來實現(xiàn)AT24C512讀寫程序，能給個提示嗎 |
|
|
|
| 免費注冊為維庫電子開發(fā)網(wǎng)會員，參與電子工程師社區(qū)討論，點此進入 |
Copyright © 1998-2006 www.udpf.com.cn 浙ICP證030469號 |