David Harris wrote:
>
> I'm interested in sound for model trains -- your stuff is just the ticket -- I had
> thought of similar, but folding the filter into the calculation is brilliant!
> David

Thanks! Sounds like a perfect app for one-PIC
sound playback. Choo choo! :o)

I'd like to hear any feedback you have on using
my PIC sound stuff, if you use it that is. Using
a SPI eeprom will work well, but aren't they only
8kbyte?? Maybe it's better to use a 8kword PIC like
a 16F876, with the data stored as 14bits instead of
8. I think Scott D. mentioned this idea recently.
With about 7500 words, at 14bits is 13125 BYTES
of storage and all in one PIC. Just a thought.

I'd be happy to put up any of your work on the
PIC sound encoder webpage:
http://centauri.ezy.net.au/~fastvid/picsound.htm
-Roman



> > David Harris wrote:
> > >
> > > Hi Roman -
> > > Great site, great implementation.  What do you think of my idea of using a SPI
> > > serial eeprom?  You can set up an address, and then just clock the eeprom (with
> > > PWM) and feed the output to the RC filter.
> > > David
> >
> > Hi David, I didn't think of that. I currently
> > use I2C eeprom in another project but of course
> > that needs an ack bit after every 8 data bits.
> > So the SPI doesn't need an ack? I'll have to get
> > a SPI eeprom datasheet and have a look. don't
> > they still have to stop and wait for the write
> > cycle at some point? At 15625Hz the 5mS write
> > delay is only 78 bits, less than 10 bytes. So it
> > wouldn't be hard to do recording too with the
> > eeprom with a 16 or 32byte buffer.
> > -Roman

--
http://www.piclist.com hint: PICList Posts must start with ONE topic:
[PIC]:,[SX]:,[AVR]: ->uP ONLY! [EE]:,[OT]: ->Other [BUY]:,[AD]: ->Ads