Resurrecting this thread from a month ago. I had issues fitting a piggy-back pc-board into the original product. =20 However, I have been slowly migrating the parent of this product from a=20 16F to an 18F23k22 and accelerated that effort as it would've possibly=20 let me use the D/A technique below... specifically because I'm using the=20 internal oscillator, and the 18F will let me run that much faster. Net result is that it works nicely -- at 32Mhz. And since I'm using C=20 now for my 18F apps, it got implemented very rapidly. Thanks for=20 informing me of this technique. Now though, I have to ask about this method -- why exactly the need for=20 a random number? I am simply sampling as much as possible, and toggling=20 the output bit depending on if the sampled value is greater or less than=20 the measured value. That measured value being the filtered output bit. Cheers, -Neil. On 4/12/2012 10:34 AM, Adam Field wrote: >> I remember someone here describing a D to A output based on a random num= ber. >> It wasn't timing sensitive. From my memory: if your random number is bel= ow >> your target value turn the output on, else output is off. I don't know i= f >> it's viable with a pseudo random generator. > To expand on this, I found the original thread: > > http://www.piclist.com/techref/postbot.asp?id=3D/piclist/2001/02/04/00425= 0a&key=3Drandom%20analog > > I haven't tried it yet, but it looks almost too interesting to not try. --=20 http://www.piclist.com PIC/SX FAQ & list archive View/change your membership options at http://mailman.mit.edu/mailman/listinfo/piclist .