BH616UV8010 SRAM Driver and PIC addressing capabilities

[Neckruin]

Hello,
I have to work with an SRAM external memory model BH616UV8010.
It is a 512Kx16 bits memory with 19 bits address input an 16 bits data in/out and chipselect lines (http://www.farnell.com/datasheets/4466.pdf)
I have never worked with this kind of memory and the first bad news I have encountered is that there is no driver for it in this forum.
My questions are:
Is there any generic driver that can fit this memory?
Is there any compatible model for which the driver can be found?
Is it really necessary a driver?

By the way, I have noticed about many pins called "Address bit X" or "Data bit X" on several Microchip PIC devices. Could someone please clarify me what is that for? I think it could be useful for the memory addressing.

Any help will be welcome :grin:

Thanks.

[Neckruin]

Well, I already know what the EMB is for.
The problem is that I have to manage the SRAM addresses but not reading or writing any data.
To write data I must set the SRAM properly and then trigger another PIC to "put" the data and to read I have to set the SRAM and then trigger a FIFO that will capture the word.
That means I don't need to care for the data, only for address.
Another problem is that I must extremely optimize the code due to timing constraints so I think that the write_external_memory and read_external_memory functions will add some additional instructions I don't really need.
Does it mean I'll have to write my own write_ext_mem and read_ext_mem routines???
Any example or help would be really appreciated U_U

Thanks.

[asmboy]

as usual , you are not revealing enuf info in your question to help guide the answer.

1- WHAT PIC is your MCU ?

2- do you need blocks of SEQUENTIAL addressed read and write capability
( meaning streaming data )
or

3- strictly random addresses for each R/W operation?
( true single byte random access)

answers to those questions determine the best hardware approach to the problem.

Unless you are using an 18F8722 or similar HIGH I/O port count devices - you are going to need some sort of hardware address latch / external counter assistance - or a date with some strung together SPI HC595 type parts to make thia fly cleanly.

[Neckruin]

You are right, but I really was given very few information to begin working. I should ask my partners to make up their minds before asking me as well.

I answer to your questions:

[asmboy]

depending on if/how the I/O ports are dedicated already in your design - you have the address and control capability easily with that PIC

? define "not reading " and "not writing" ?

do you mean simply manipulating the control lines to read and write data or something else entirely?

[Neckruin]

When I say "not reading/writing" I mean that I have to set the address, the enable lines, and all that stuff but I don't want to "catch" the data, just enable another memory/device that will store or provide the data depending whether it is a R or W operation.
It sounds a bit strange, I know.

Well, it seems that finally we are going to use a PIC32 which is very powerfull and not very expensive though.

I have never worked with PIC32 so... I hope to be very lucky :(

At first... there is no CCS C for PIC32, there is?... :(