[Discuss-gnuradio] Interesting with the zero-copy loop buffer of GNU Radio.
Hi, I'm intersting with the buffer mechanism of GNU Radio. Is there any document about it? Or can someone explain it to me. Many THANKS! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] libtool/gcc iproblems
I thought I would shot this out over the list to see if anyone has dealt with this. I was able to build gnuradio and when I went to run make in gnuradio-core I ran into this: libtool: link: warning: `/usr/lib64/gcc/x86_64-suse-linux/4.1.2/../../../../lib64//libfftw3f.la' seems to be moved grep: /usr/lib64/libstdc++.la: No such file or directory /usr/bin/sed: can't read /usr/lib64/libstdc++.la: No such file or directory libtool: link: `/usr/lib64/libstdc++.la' is not a valid libtool archive I have all the dependencies installed so I was hoping someone might have dealt with this before. I know it has to do with how the libraries are being linked but everything I have read online has given me a mixed picture of what I need to do. Thanks Newell ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Interfacing GNURadio with other software
Eric A. Cottrell wrote: > Is there a loopback audio device, maybe using Jack? This is exactly the sort of thing jack was designed to do. You can think of jack as providing virtual patchcords among the inputs and/or outputs of all the audio applications you have running. What you have to be aware of is that all the applications using jack have to share a common sampling rate and fundamental buffer size. An individual app that uses a different rate or internal buffer size is reponsible for rebuffering and resampling. Jack provides lock-free ringbuffers to smooth out things like that. In addition, each link in a chain of jack-connected applications increases the latency of the final output by one buffer. If you want to minimize total latency, it's best to put as many processing steps as possible into a single jack application. For that reason, some algorithms are better realized as plugins rather than standalone applications. The plugin API's are well-developed and straightforward, and there are a number of existing applications which act as little more than skeletons for plugins. 73 Frank AB2KT ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Interesting with the zero-copy loop buffer of GNU Radio.
On Tue, Dec 12, 2006 at 04:42:50PM +0800, hanwen wrote:
> Hi,
>
> I'm intersting with the buffer mechanism of GNU Radio. Is there any document
> about it? Or can someone explain it to me.
>
> Many THANKS!
Hi Hanwen,
I'm not exactly sure what level of detail you're looking for, but here
goes...
It's basically a single writer, multiple reader FIFO with the FIFO
implemented as circular buffer using an MMU trick.
The high level interface is in gr_buffer.{h,cc}.
The circular buffer via MMU trick is factored out into
gr_vmcircbuf*.{h,cc}. The abstract interface to the trick is in
gr_vmcircbuf.h
http://www.gnu.org/software/gnuradio/doc/classgr__buffer.html
See especially the collaboration diagram for gr_block:;
http://www.gnu.org/software/gnuradio/doc/classgr__block.html
After taking a look at the code, let me know if you've got more
questions.
Eric
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] libtool/gcc iproblems
On Tue, Dec 12, 2006 at 01:23:07AM -0800, Newell Jensen wrote: > I thought I would shot this out over the list to see if anyone has dealt > with this. I was able to build gnuradio and when I went to run make in > gnuradio-core I ran into this: > > libtool: link: warning: > `/usr/lib64/gcc/x86_64-suse-linux/4.1.2/../../../../lib64//libfftw3f.la' > seems to be moved > grep: /usr/lib64/libstdc++.la: No such file or directory /usr/lib64/libstdc++.la _should_ be there. It comes from the libstdc++-devel package. Is that package installed? On my SuSE 10.1 system: [EMAIL PROTECTED] dl]$ rpm -qf /usr/lib64/libstdc++.la libstdc++-devel-4.1.0-25 > I have all the dependencies installed so I was hoping someone might have > dealt with this before. I know it has to do with how the libraries are > being linked but everything I have read online has given me a mixed picture > of what I need to do. > Thanks > > Newell Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Interpolation in usrp_siggen
On Tue, Dec 12, 2006 at 01:03:08AM -0500, Shyam wrote:
> hi Eric,
> The daughterboard I use is RFX2400 so I set -f 2.45G ( btw my gnuradios
> have been properly set up since benchmark_tx and receive work fine for
> gmsk) . I have tried the below stated experiment using two antenna
> types to see if it is due to the antennas but it is consistent across
> antennas.
> 2400-2480 MHz ISM Band PCB Quad Patch, and
>
> 2400-2480 MHz ISM Band Vertical Antenna.
>
> Also for the above configuration can u kindly also let me know is my
> observation that 7KHz is the frequency offset due to the oscillators is
> true?
>
> Thanks in advance for ur reply
> Shyam
Are you seeing underruns ("uU") on stderr? If so, then for your low
interpolation rate cases your system is failing to be able to drive
the USRP at full speed (32MB/s). What kind of h/w are you running?
7KHz offset between two 2.4GHz boards is well within spec.
That's only 3 parts per million.
There's a known problem with the first few samples being hosed on
either or both of receive and transmit. Larry Doolittle fixed this
in his UXO sweeper gadget, but we have yet to sort out the fix and
integrate it into our USRP firmware.
Eric
> Eric Blossom wrote:
> > On Mon, Dec 11, 2006 at 08:30:25PM -0800, Shyamnath wrote:
> >
> >> hi,
> >> I am new to gnuradio architecture and am trying to learn about it. I was
> >> using the usrp_siggen,py sample code provided with different interpolation
> >> rates (4, 8,12,16,64) since it has to be a multiple of 4. the
> >> observations
> >> are as follows (which cannot explain)
> >>
> >> 1) For interpolation rates set to 4,8,12, at the sender, what I observe on
> >> the receiver (directly connecting the usrp_source to a file_sink), is just
> >> noise.
> >>
> >> 2) For a interpolation rate set to 64, I almost get the required
> >> sinuosoidal
> >> at the required frequence(100khz), with the difference that the frequency
> >> of
> >> the signal at the receiver for nearly 200 samples at the beginning is
> >> nearly 7KHZs. To understand this better, I just send a constant signal on
> >> the sender (using usrp_siggen.py) and received a sinousoidal at the
> >> receiver
> >> with a frequency of 7Khz (which I presume is because of the frequency
> >> offset). Although I think the above two observations are related I could
> >> not
> >> explain them.
> >>
> >> 3) Another interesting case is when the interpolation rate is set to 16.
> >> the
> >> output at the reciver is a signal which has a sinousoidal with the required
> >> frequency(100khz) spaced with sinousoidals with a frequency of 7khzs. This
> >> observation is something I cannot understand.
> >>
> >> Kindly help me out with this.
> >>
> >> Thanks
> >> Shyam
> >>
> >
> > You didn't mention which daughterboard you are using, but assuming
> > it's a Basic Tx, be sure to set the -f option to something like
> > 10M. Neither the Basic Tx nor Basic Rx will pass signals under about
> > 100kHz.
> >
> > Eric
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Interpolation in usrp_siggen
Eric Blossom schrieb:
Are you seeing underruns ("uU") on stderr? If so, then for your low
interpolation rate cases your system is failing to be able to drive
the USRP at full speed (32MB/s). What kind of h/w are you running?
Speaking of which, what does 'uO' mean?
Thanks
John Clark.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Interpolation in usrp_siggen
On Tue, Dec 12, 2006 at 09:35:00AM -0800, John Clark wrote:
> Eric Blossom schrieb:
> >
> >Are you seeing underruns ("uU") on stderr? If so, then for your low
> >interpolation rate cases your system is failing to be able to drive
> >the USRP at full speed (32MB/s). What kind of h/w are you running?
>
> Speaking of which, what does 'uO' mean?
>
> Thanks
> John Clark.
uU = USRP underrun
uO = USRP overrun
aU = audio underrun
aO = audio overun
Eric
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] libtool/gcc iproblems
Eric, This is what the shell outputs: [EMAIL PROTECTED]:~/gnuradio/gnuradio-core> rpm -qf /usr/lib64/libstdc++.la error: file /usr/lib64/libstdc++.la: No such file or directory [EMAIL PROTECTED]:~/gnuradio/gnuradio-core> rpm -V libstdc++-devel [EMAIL PROTECTED]:~/gnuradio/gnuradio-core> rpm -V libstdc++41 [EMAIL PROTECTED]:~/gnuradio/gnuradio-core> rpm -V libstdc++41-devel That is why this is not making sense to me. I have 'all' the libstdc++ dependencies installed via YAST. I have the following packages installed via YAST: compat-libstdc++ libstdc++41 libstdc++41-32bit libstdc++41-devel libstdc++41-devel-32bit libstdc++-devel Newell On 12/12/06, Eric Blossom <[EMAIL PROTECTED]> wrote: On Tue, Dec 12, 2006 at 01:23:07AM -0800, Newell Jensen wrote: > I thought I would shot this out over the list to see if anyone has dealt > with this. I was able to build gnuradio and when I went to run make in > gnuradio-core I ran into this: > > libtool: link: warning: > `/usr/lib64/gcc/x86_64-suse-linux/4.1.2/../../../../lib64//libfftw3f.la' > seems to be moved > grep: /usr/lib64/libstdc++.la: No such file or directory /usr/lib64/libstdc++.la _should_ be there. It comes from the libstdc++-devel package. Is that package installed? On my SuSE 10.1 system: [EMAIL PROTECTED] dl]$ rpm -qf /usr/lib64/libstdc++.la libstdc++- devel-4.1.0-25 > I have all the dependencies installed so I was hoping someone might have > dealt with this before. I know it has to do with how the libraries are > being linked but everything I have read online has given me a mixed picture > of what I need to do. > Thanks > > Newell Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Interpolation in usrp_siggen
Hi Eric,
The OS I am using is Linux 2.6.17-1.2174_FC5
The hardware I am using is Memory of 512MB, Intel(R) Celeron(R) CPU
2.53GHz.
As u predicted, I do observe a number of underruns on stderr when the
interpolation rate is set to low values. This might explain the results
for the case when interpolation is set to 16 but I dont understand
still why the receiver is getting almost nothing when the interpolation
at the sender is 4, 8,12. The decimation rate is set to constant at the
receiver at 64.
Your mail has raised a number of questions with me (kindly bear with
me).
1) What is the behavior (output) of the DUC and interpolator when it
doesnot get samples at the required rate (say it gets a burst of them
with a period of silence followed by another burst)?
2) How do I bypass the bandpass filter on the RFX 2400, it would be
great if I could move to some other frequency range which doesn't have
802.11 interference.
3) What happens when I quit a program which is sending a sinosoidal
using ctrl-c (like the usrp_siggen.py). I mean what is the reaction of
the usrp. I am asking this because of yet another observation, when I
see the signal at the receiver in this case. The end of the samples for
the sinusoidal I am observing again ends with a low frequency component
and then a low amplitude component, I have attached the plots on the
site.
http://nms.csail.mit.edu/~gshyam/sineStop2.jpg
The x axis is the samples and the y axis the I component of the signal.
As u can see at the sampl point 4000 the low frequency sin(7.45k)
starts.
http://nms.csail.mit.edu/~gshyam/sineStop1.jpg
This figure shows how the low frequency component ends.
Kindly pls answer my questions.
Thanks a ton for ur time
Shyam
On Tue, 2006-12-12 at 08:48 -0800, Eric Blossom wrote:
> On Tue, Dec 12, 2006 at 01:03:08AM -0500, Shyam wrote:
> > hi Eric,
> > The daughterboard I use is RFX2400 so I set -f 2.45G ( btw my gnuradios
> > have been properly set up since benchmark_tx and receive work fine for
> > gmsk) . I have tried the below stated experiment using two antenna
> > types to see if it is due to the antennas but it is consistent across
> > antennas.
> > 2400-2480 MHz ISM Band PCB Quad Patch, and
> >
> > 2400-2480 MHz ISM Band Vertical Antenna.
> >
> > Also for the above configuration can u kindly also let me know is my
> > observation that 7KHz is the frequency offset due to the oscillators is
> > true?
> >
> > Thanks in advance for ur reply
> > Shyam
>
> Are you seeing underruns ("uU") on stderr? If so, then for your low
> interpolation rate cases your system is failing to be able to drive
> the USRP at full speed (32MB/s). What kind of h/w are you running?
>
> 7KHz offset between two 2.4GHz boards is well within spec.
> That's only 3 parts per million.
>
> There's a known problem with the first few samples being hosed on
> either or both of receive and transmit. Larry Doolittle fixed this
> in his UXO sweeper gadget, but we have yet to sort out the fix and
> integrate it into our USRP firmware.
>
> Eric
>
> > Eric Blossom wrote:
> > > On Mon, Dec 11, 2006 at 08:30:25PM -0800, Shyamnath wrote:
> > >
> > >> hi,
> > >> I am new to gnuradio architecture and am trying to learn about it. I was
> > >> using the usrp_siggen,py sample code provided with different
> > >> interpolation
> > >> rates (4, 8,12,16,64) since it has to be a multiple of 4. the
> > >> observations
> > >> are as follows (which cannot explain)
> > >>
> > >> 1) For interpolation rates set to 4,8,12, at the sender, what I observe
> > >> on
> > >> the receiver (directly connecting the usrp_source to a file_sink), is
> > >> just
> > >> noise.
> > >>
> > >> 2) For a interpolation rate set to 64, I almost get the required
> > >> sinuosoidal
> > >> at the required frequence(100khz), with the difference that the
> > >> frequency of
> > >> the signal at the receiver for nearly 200 samples at the beginning is
> > >> nearly 7KHZs. To understand this better, I just send a constant signal on
> > >> the sender (using usrp_siggen.py) and received a sinousoidal at the
> > >> receiver
> > >> with a frequency of 7Khz (which I presume is because of the frequency
> > >> offset). Although I think the above two observations are related I could
> > >> not
> > >> explain them.
> > >>
> > >> 3) Another interesting case is when the interpolation rate is set to 16.
> > >> the
> > >> output at the reciver is a signal which has a sinousoidal with the
> > >> required
> > >> frequency(100khz) spaced with sinousoidals with a frequency of 7khzs.
> > >> This
> > >> observation is something I cannot understand.
> > >>
> > >> Kindly help me out with this.
> > >>
> > >> Thanks
> > >> Shyam
> > >>
> > >
> > > You didn't mention which daughterboard you are using, but assuming
> > > it's a Basic Tx, be sure to set the -f option to something like
> > > 10M. Neither the Basic Tx nor Basic Rx will pass signals under about
> > > 100kHz.
> > >
> > > Eric
>
_
Re: [Discuss-gnuradio] libtool/gcc iproblems
On Tue, Dec 12, 2006 at 10:38:00AM -0800, Newell Jensen wrote: > Eric, > > This is what the shell outputs: You're on SuSE right? Which version? > [EMAIL PROTECTED]:~/gnuradio/gnuradio-core> rpm -qf /usr/lib64/libstdc++.la > error: file /usr/lib64/libstdc++.la: No such file or directory > [EMAIL PROTECTED]:~/gnuradio/gnuradio-core> rpm -V libstdc++-devel > [EMAIL PROTECTED]:~/gnuradio/gnuradio-core> rpm -V libstdc++41 > [EMAIL PROTECTED]:~/gnuradio/gnuradio-core> rpm -V libstdc++41-devel > > That is why this is not making sense to me. I have 'all' the libstdc++ > dependencies installed via YAST. I have the following packages installed > via YAST: > > compat-libstdc++ > libstdc++41 > libstdc++41-32bit > libstdc++41-devel > libstdc++41-devel-32bit > libstdc++-devel > > Newell > > > On 12/12/06, Eric Blossom <[EMAIL PROTECTED]> wrote: > > > >On Tue, Dec 12, 2006 at 01:23:07AM -0800, Newell Jensen wrote: > >> I thought I would shot this out over the list to see if anyone has dealt > >> with this. I was able to build gnuradio and when I went to run make in > >> gnuradio-core I ran into this: > >> > >> libtool: link: warning: > >> `/usr/lib64/gcc/x86_64-suse-linux/4.1.2/../../../../lib64//libfftw3f.la' > >> seems to be moved > >> grep: /usr/lib64/libstdc++.la: No such file or directory > > > >/usr/lib64/libstdc++.la _should_ be there. > >It comes from the libstdc++-devel package. Is that package installed? > > > >On my SuSE 10.1 system: > > > >[EMAIL PROTECTED] dl]$ rpm -qf /usr/lib64/libstdc++.la > >libstdc++-devel-4.1.0-25 > > > >> I have all the dependencies installed so I was hoping someone might have > >> dealt with this before. I know it has to do with how the libraries are > >> being linked but everything I have read online has given me a mixed > >picture > >> of what I need to do. > >> Thanks > >> > >> Newell > > > >Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] OT: Is there any Linux GPIB control software for an HP 8640 SigGen (and not Labview...)
Ok, I have my USRP setup understood, now I want to setup a calibration procedure, using an HP 8640B Signal Generator. The last time I had an interest in GPIB was in the early 80's and programming the TI 9914... (whatever happened to the TI 9900 CPU... but I digress...). Anyway, I basically want to be able to set the HP for a give frequency and amplitude, then acquire a set of FFT samples, then move to the next frequency. Rather than have someone take 80 samples per setting, running across the HP output range, and the USRP 'gain', decimation settings, etc. I would like to automate this. So, is there some linux package that allows for controlling the HP via a GPIB interface card, which does not involve the still expensive LabView? Thanks. John Clark ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] OT: Is there any Linux GPIB control software for an HP 8640 SigGen (and not Labview...)
John Clark wrote: > Ok, I have my USRP setup understood, now I want to setup a calibration > procedure, using > an HP 8640B Signal Generator. The last time I had an interest in GPIB > was in the early > 80's and programming the TI 9914... (whatever happened to the TI 9900 > CPU... but I digress...). I'm not aware that the 8640B has any GPIB capabilities; it's a manually tuned instrument and doesn't have a CPU. But as a general answer for GPIB on Linux, there is the Linux-GPIB project at http://linux-gpib.sourceforge.net. It supports most of the GPIB cards (including PCMCIA and USB interfaces) that are out there, and works pretty well. It provides a C library that's largely (though not completely) compatible with the NI interface, and it also has bindings for several languages, including perl and python. John ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] libtool/gcc iproblems
I just built a new system with SuSE 10.2. On 12/12/06, Eric Blossom <[EMAIL PROTECTED]> wrote: On Tue, Dec 12, 2006 at 10:38:00AM -0800, Newell Jensen wrote: > Eric, > > This is what the shell outputs: You're on SuSE right? Which version? > [EMAIL PROTECTED]:~/gnuradio/gnuradio-core> rpm -qf /usr/lib64/libstdc++.la > error: file /usr/lib64/libstdc++.la: No such file or directory > [EMAIL PROTECTED]:~/gnuradio/gnuradio-core> rpm -V libstdc++-devel > [EMAIL PROTECTED]:~/gnuradio/gnuradio-core> rpm -V libstdc++41 > [EMAIL PROTECTED]:~/gnuradio/gnuradio-core> rpm -V libstdc++41-devel > > That is why this is not making sense to me. I have 'all' the libstdc++ > dependencies installed via YAST. I have the following packages installed > via YAST: > > compat-libstdc++ > libstdc++41 > libstdc++41-32bit > libstdc++41-devel > libstdc++41-devel-32bit > libstdc++-devel > > Newell > > > On 12/12/06, Eric Blossom <[EMAIL PROTECTED]> wrote: > > > >On Tue, Dec 12, 2006 at 01:23:07AM -0800, Newell Jensen wrote: > >> I thought I would shot this out over the list to see if anyone has dealt > >> with this. I was able to build gnuradio and when I went to run make in > >> gnuradio-core I ran into this: > >> > >> libtool: link: warning: > >> `/usr/lib64/gcc/x86_64-suse-linux/4.1.2/../../../../lib64//libfftw3f.la' > >> seems to be moved > >> grep: /usr/lib64/libstdc++.la: No such file or directory > > > >/usr/lib64/libstdc++.la _should_ be there. > >It comes from the libstdc++-devel package. Is that package installed? > > > >On my SuSE 10.1 system: > > > >[EMAIL PROTECTED] dl]$ rpm -qf /usr/lib64/libstdc++.la > >libstdc++-devel-4.1.0-25 > > > >> I have all the dependencies installed so I was hoping someone might have > >> dealt with this before. I know it has to do with how the libraries are > >> being linked but everything I have read online has given me a mixed > >picture > >> of what I need to do. > >> Thanks > >> > >> Newell > > > >Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] OT: Is there any Linux GPIB control software for an HP 8640 SigGen (and not Labview...)
John Ackermann N8UR schrieb: I'm not aware that the 8640B has any GPIB capabilities; it's a manually tuned instrument and doesn't have a CPU. That'll learn me to physically look at the equipment... but thanks for the reference for GPIB stuff. John Clark. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] OT: Is there any Linux GPIB control software for an HP 8640 SigGen (and not Labview...)
John Clark wrote: > John Ackermann N8UR schrieb: >> I'm not aware that the 8640B has any GPIB capabilities; it's a manually >> tuned instrument and doesn't have a CPU. > > That'll learn me to physically look at the equipment... but thanks for > the reference for GPIB stuff. It is a great HF signal generator, though -- superb wideband phase noise and noise floor -- the fact that the cavity oscillator is divided by several decades for HF operation really makes it sing. John ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] 10.7 IF output Scanner Suggestions sought
I am hoping somebody can recommend a scanner with a 10.7 MHZ IF output to connect to the Ettus Research USRP + Basic RX that I just recently acquired. I googled around and found a couple but I lack experience to which ones are good. Any suggestions? I am just getting started with this and I could use some help. Thanks in advance. Ranga ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] LinRadio ?
I am not trying to be controversial (this is, after all the GNU Radio list), but has anybody here worked with LinRadio/WinRadio ? I'm wondering how GNU radio compares with LinRadio. Ranga ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] 10.7 IF output Scanner Suggestions sought
AOR makes a good set of radios with IF outputs. http://www.aorusa.com/b&m.html High IP3, wide frequency range, and 10MHz BW IF. You can also disable the AGC from the front panel. On Tue, 12 Dec 2006, M. Ranganathan wrote: > I am hoping somebody can recommend a scanner with a 10.7 MHZ IF output > to connect to the Ettus Research USRP + Basic RX that I just recently > acquired. I googled around and found a couple but I lack experience to > which ones are good. Any suggestions? I am just getting started with > this and I could use some help. > > Thanks in advance. > > Ranga > > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] 10.7 IF output Scanner Suggestions sought
On Tue, Dec 12, 2006 at 05:55:54PM -0500, M. Ranganathan wrote: > I am hoping somebody can recommend a scanner with a 10.7 MHZ IF output > to connect to the Ettus Research USRP + Basic RX that I just recently > acquired. I googled around and found a couple but I lack experience to > which ones are good. Any suggestions? I am just getting started with > this and I could use some help. > > Thanks in advance. > Ranga You're going to be hard pressed to beat the price on a TVRX daughterboard. Also, the code to control it is already written, and it has a wider IF passband than most scanners. FWIW, I've got a AR8600 with a 10.7 MHz output, but I haven't had occasion to used it since Matt started shipping daughterboards that cover the bands I'm interested in. With a TVRX and DBSRX, you've got coverage from 50 MHz to 2.4 GHz. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
