There is no device that can buffer data that has not been received. A Pic will buffer the data until more data is required. You will require handshake lines or the Pic will get full up very quick.Me and a friend are designing a lasershow controller consisting of a FTDI USB-serial chip and a DAC from Analog, but because the output of a PC is not always steady, we need somehting to buffer the serial data until a new chunk of data is received. Any idea's?
Cheers,
Dan![]()
I don't know why people do that to new posters. I wish they wouldn't.Hmm, why is my Reputation bad? I haven't done anything wrong have I?
Sorry, I didn't mean to buffer invisible data, I meant to buffer the previously sent data untill new data is received.There is no device that can buffer data that has not been received. A Pic will buffer the data until more data is required. You will require handshake lines or the Pic will get full up very quick.
Mike.
I guessed as much and was just having a little fun.Sorry, I didn't mean to buffer invisible data, I meant to buffer the previously sent data untill new data is received.
-Dan![]()
Hi, the DAC chip I linked is 8 channels, 16bit. My friend reckons about 30mhz.What speed will the serial be running? Feeding what I assume is a stereo DAC at good quality is a lot of data and will define how you can solve the problem.
Mike.
That value sounds incredibly high, the original post was for a laser light display - you're not going to need anything terribly fast for that, and do you really need 16 bit?, would it give any advantage?.At that speed you need to look at one of the FTDI chips/modules with built in fifo. A pic is not a good choice.