Continue to Site

Welcome to EDAboard.com

Welcome to our site! EDAboard.com is an international Electronics Discussion Forum focused on EDA software, circuits, schematics, books, theory, papers, asic, pld, 8051, DSP, Network, RF, Analog Design, PCB, Service Manuals... and a whole lot more! To participate you need to register. Registration is free. Click here to register now.

[51] SRAM WR pin is not anabled

Status
Not open for further replies.

naalald

Full Member level 4
Joined
Dec 2, 2006
Messages
216
Helped
30
Reputation
54
Reaction score
5
Trophy points
1,298
Activity points
2,627
Hello,

I'm working with 80c32 micro and I have a AM29F010 Flash and a HM6264 SRAM. I have this problem that when I turn on the circuit, the SRAM WR pin which comes from micro WR pin, is not enabled at all.

What is the problem?

Thank you.
 

Hi,

There are two primary causes: hardware or software.

* hardware: not wired correctly
* software: the software you use is not accessing the SRAM

How can we know without useful information?

Klaus
 

Hi,

There are two primary causes: hardware or software.

* hardware: not wired correctly
* software: the software you use is not accessing the SRAM

How can we know without useful information?

Klaus

Thanks Klaus,

Hardware I'm pretty sure about wiring, cuz at the startup the SRAM WR pin gets a few enable pulses but after that I don't see anything.
About the software: I have a FLASH which has the program on it cuz 80c32 is ROMless. At the startup some instructions are loaded from FLASH to micro and I can see this clearly. After that the SRAM should start to get the rest of the program, but this doesn't happen since its WR pin is not enabled by micro at all.

FYI, I have not written the program and I'm just testing it and I don't have the source code. The only thing I have is the HEX code.
 

It seems the initial code (the bootloader) is being loaded but from there it either isn't configuring the SRAM interface pins or it isn't starting the program loader for some reason. My first suspicion is a software problem but without the source code it would be difficult to track down.

Assuming the SRAM bootloader is intact, the only other likely cause is the wiring between the 80C32 and SRAM is wrong, not necessarily defective but the pins are swapped over.

A bootloader will almost certainly be written in machine code so disassembling it to verify its integrity should be fairly easy. The code must execute from the reset address so the entry point should be obvious.

Brian.
 

I would assume that the code is executed out of the flash memory rather moved to RAM. In this case, the RAM #WR signal won't be pulled low before a write access to XRAM memory happens in the code.

To allow usage of the RAM as code memory, it must be read selected by #PSEN with some kind of banking logic switching between flash and RAM. Not impossible but rather unusual.

If you want to discuss this in detail, you should provide a schematic of actual flash and RAM connections to 8032.
 

Status
Not open for further replies.

Part and Inventory Search

Welcome to EDABoard.com

Sponsor

Back
Top