On 09/26/2013 06:32 PM, Heath Hunnicutt wrote:
Juha,
Ordinarily, I would choose to feed a clock into xtal_in, this seems logical.
However check out the Elonics patent:
http://www.uspto.gov/web/patents/patog/week49/OG/html/1385-1/US08324978-20121204.html
The main thing to note is that square-wave clock input should be fed to
xtal_in for the elonics chip.
If you read that patent, it may give you some ideas about feeding a clock to
xtal_in of other chips. Maybe other chips will also expect a sawtooth in
the linear region of voltage swing, not rail-to-rail square wave. Note the
comments in that patent on jitter at square wave, etc.,
Nobody on this thread has stated whether they are using e4000 or r820. That
would probably be helpful.
--
View this message in context:
http://gnuradio.4.n7.nabble.com/dual-coherent-channel-rtl-sdr-tp43784p43851.html
Sent from the GnuRadio mailing list archive at Nabble.com.
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Well, my tests have been with R820T, which has a clock output that goes
to the RTL2832U chip.
I've actually tried both sides of Xtal_I and Xtal_O on the R820T, and it
makes no difference.
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
