Giao tiếp với EEPROM AT28C64B

[ANE]

Chào các đại hiệp !

Tớ làm thế này, không biết sao không chạy được ? Nhờ các đại hiệp hóa giải giúp.
(Dùng keil)

...
#define ROM_ADD 0x4000 // Rom được giải mã địa chỉ tại 0x4000

void write(unsigned char b, unsigned int add)
{
unsigned char tmp = 0;
XBYTE[add] = b; // ghi ROM
if(b == 0)
tmp = 1; // làm cho tmp khác b
//kiểm tra DATA polling
while(tmp != b)
tmp = XBYTE[add]; //đọc ROM tại địa chỉ vừa ghi
}

trong main:

void main()
{
//out led để biết
...
write(55, ROM_ADD); // ghi byte 55 vào địa chỉ 0x4000

//out led
...
}

Quan sát thấy thì nó bị lặp vô tận tại :

while(tmp != b)
tmp = XBYTE[add]; //đọc ROM tại địa chỉ vừa ghi

Có nghĩa là nó đọc ra không được. Không biết code có vấn đề gì không ? Con ROM mới mua về, chắc là không có protect gì rồi.

[blackmoon]

Chào ANE đại hiệp,
EEPROM AT28C64B mới mua về vẫn có thể bị protect. Tớ gặp trường hợp này nhiều rồi. ATMEL cung cấp 02 kiểu protect: Hardware và Software. Protect ở đây chỉ là chống ghi (Write Protect). Mình muốn ghi trong quá trình chạy thì tất nhiên không thể thực hiện chống ghi bằng HW được rồi. Còn cơ chế chống ghi bằng SW thì được thực hiện bằng cách ghi một số byte đặc biệt vào một số địa chỉ đặc biệt, cũng có tác dụng chống ghi. Để phá khóa, gỡ bỏ cơ chế chống ghi bằng SW cũng phải thực hiện bằng cách ghi một số byte đặc biệt vào một số địa chỉ đặc biệt. Các byte và địa chỉ đặc biệt cho cả khóa và phá khóa có liệt kê đầy đủ trong datasheet (load tại www.atmel.com).
Do bị khóa không ghi được nên giá trị đọc ra trong DATA polling không thể bằng giá trị ghi vào được, do đó không thể thoát khỏi vòng while rồi. Tớ nghĩ là vậy, cũng là một trong các trường hợp rất hay vấp phải, đại hiệp thử phá khóa (tất nhiên cũng bằng SW) rồi thử lại xem. Có gì báo tớ nhé.

[ANE]

Tớ sẽ về thử ngay. Được blackmoon chỉ dẫn thì còn gì vui bằng !

Xin cảm ơn rất nhiều !

[quoc thien]

anh tinh cho minh xin rom protech MD-138 CHAY VOI BO XWK8202R