But will I be able to read all those x bytes starting  from address y, and feed them straight to the DAC ?

If I read one byte at a time, and send it to the eeprom, until the file has all been sent, what is in the eeprom ?  it started life as say  "one.wav"
I am going to have to try and use part of the  WaveHC library to send the file to the DAC, which is expecting a wav file.

Thanks Lefty,

thats got the TxRx leds to flicker, now I can see if I can write something to send each file to the eeprom....

I downloaded superterm to try and send to the arduino, but it only sees COM1 and my arduino is on com13.
Are there any better terminal programs?

Yes thats one of the varieties I have downloaded, and the AT24C_1.2,  and E24C1024.

I dont really know how to get the wav files into the arduino , I found an explanation once about how the Serial works, but I am unsure about how the serial transfer works with files of 30KB such as a wav file....

The one project I looked at had a VB program to send the files from the PC, but I couldnt run that as there was a corrupt file.......

I am going round in circles with all the search results and variations of the EEPROM library.

What I want to do looks dead simple.

I have 11 audio 8 bit WAV files,   one is 30KB the others average 6KB, saved in a file on my PC.

I want to simply copy them onto my 24C1024 eeprom that is connected to the Arduino.

I will only need to do this once, so a seperate slow sketch would be fine.

Each file I want to later be able to call up and send to the DAC.

There is a simple looking sketch on the Wise time project, but it doesnt show any libraries, and has commands such as isWrite..

Can anyone point me in the right direction here, I am not clear about page size etc, it seems that I would like to send a batch at a time and record manually the finish address of each file, and start the next after that....?

I had one of my 4 working SD cards pack up before I added the delay to the triggering micro,  but the card could still be read by the PC, so I reformatted it with SDformat, reloaded the wav files and it works OK again.

I have since added a 2 second delay on the triggering micro ( though I cant see why it should cause intermittent problems ) and they are still all working.

I am not sure that this is going to be reliable, so I will have another go at the eeprom, and perhaps make 2 plug in audio cards to choose from.....

Theres a reference here to the regulator Crossroads is using, 400mA  and 700mV dropout.

I am using the LD33V  TO220 package with 800mA output, I have plenty of room for it on the board.


http://www.infineon.com/dgdl/Industrial-Standard-Pocket-Guide-2011-04.pdf?folderId=db3a30431be39b97011c1dfc76d7781d&fileId=db3a30432d9b3066012da32dcb5b3561

That chip is the same as the ISD chips that I used several years back, the quality is not too good when played through a decent amp .

If I dont come right by the end of the week I might have to go back to that :-)

Before changing anything on my problem board, I checked the specs of my 3.3 v low drop out regulator, and it was rated at 100mA output.
I had 'scoped the 3v3 output and could not see any glitches ( but my junk usb scope has poor sync )

At that time, two of my  SD cards worked ( one 256Mb and one of the 2Gb microSD with adaptor )  , the other 2 ( 2 Gb ) could be read on the PC but wouldn't boot on the project.
In case the problem was a dip in the 3v3 when initialising the cards, I just tried putting a 1000mFd cap on the 3v3 line.

Then all 4 cards worked !   I thought I had it cracked, but when I removed the 1000mFd cap, all 4 still booted up OK !

I have since fitted the right type of buffer chip ( 74HC4050 ), and an 800 Ma low dropout regulator and all is still working.

I have since thought that the problem might be something to do with the fact that the audio control micro is triggered from the video control micro,  it might be that the one is trying to trigger the other as soon as it comes on, so I am going to try a delay in the setup function of the video control micro to give the other one a chance to initiate the SD card.

Meanwhile I will still experiment with the mysterious eeprom route  just in case  !

Another mystery is that I have another 4 faulty SD micro cards that had failed in these projects, and they wont even format or be read on a PC ??

very interesting, but way over my head at the moment  :-)

I hav'nt heard of that, I will do a search...

@ AVP

Thats the sort of problems I have been having with the SD cards,( in my project)  its only the smaller capacity cards that work consistantly, and there is a chance that I will have to make a load of these devices, so I have to get the sound stable , and if I use SD cards they must be current ones that I can buy.

That why I was thinking of using an eeprom, but its just a bit too confusing for my experience at the moment, so if I can get the card working it would be the best...........................

I meant that I cant see all the error reports that the sketch has when initiating the card.

Perhaps I will make up a test jig using the arduino board tomorrow so I can monitor everything

This is really frustrating, I used the same circuit as you Bob, I made 4 of these units and they all have the same problem,  I have a separate 3.3v 150mA regulator, I scoped the output and its steady.  I tried a couple of different voltage buffer chips, I have decoupled everything.

Tomorrow I think I will make a separate part on perf/vero board, and try it with all the recommended part numbers if I can get them.

Have you tried yours playing back audio clips?   I can't see it making any difference, I dont think mine is even getting that far.

With it fitted to the board I have no serial to see whats happening.

I would like to go the DS cvard route, the eeprom is fiddly recording to.