I have two USRP1 (each connected to a laptop), separated 30cm apart. Each
have a single Antenna connected to RFX2400 daughter card. I am running
Ubuntu LTS version. I downloaded GnuRadio+UHD from your (Marcus Leech)
script 2 months ago.
Below are the details of my GnuRadio version:
I have two USRP1 (each connected to a laptop), separated 30cm apart. Each
have a single Antenna connected to RFX2400 daughter card. I am running
Ubuntu LTS version. I downloaded GnuRadio+UHD from your (Marcus Leech)
script 2 months ago.
Below are the details of my GnuRadio version:
I've updated build-gnuradio to include support for F16. Thanks to
Robert Darlington for exploring whether it would work as-is on F16,
and apparently it does.
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
No I don't see the tone/spike. Infact, even with my own code, if I just tx
and connect the source USRP to uhd_fft.py file, I dont find any peak at the
frequency range.
Surely, this clears that the sink USRP could not be transmitting, but then
why do I get similar repeated samples in my source
No I don't see the tone/spike. Infact, even with my own code, if I just tx
and connect the source USRP to uhd_fft.py file, I dont find any peak at the
frequency range.
Surely, this clears that the sink USRP could not be transmitting, but then
why do I get similar repeated samples in my source
On Mon, Dec 26, 2011 at 7:42 AM, Uzair Baig baiguz...@gmail.com wrote:
I am confused about the channel model block:
It needs the following parameters:
Creates a channel model that includes:
- AWGN noise power in terms of noise voltage
- A frequency offest in the
Matt,
It looks like the problem here lies within boost itself.
Until boost 1.47 a deadlock condition existed durring concurrent
condition_wait() and interrupt() calls, which is what we are running into.
this seems to happen most commonly as a TPB thread body is blocking on
an input condition