Am 19.05.2010 um 02:51 schrieb Josh Blum:
> I had misconfigured the clocks, which would explain the problem. Can you pull
> in the latest uhd code and gnuradio gr-uhd branch. And try again?
>
> I hope that fixes it. I will be looking at daughter board code tomorrow so I
> will see what i can d
On Wed, May 19, 2010 at 1:48 AM, Josh Blum wrote:
> You could be running into the issue of frequency offset between the LO's of
> the two usrp devices. Try increasing the rate so the symbols are wider
> spectrally to make up for the offset. I believe that its the -r option.
>
> Hope that helps,
>
Greetings,
I noticed a minor build issue that started to exist few months ago. If
configuring using --prefix=/somedir and somedir does not already
exist, then build will fail with the error:
make[5]: Entering directory
`/home/alc/gnuradio/source/3.3git-rc0-26-g8944/usrp/firmware/src/usrp2'
te
Hi,
Sorry for the subject line but I couldn't think of what else to call it.
I have been using the UHD in my application and while adding the
facility to my GUI to transmit different symbol rates I noticed that
when I am transmitting samples and send a tx_set_rate command
strange things happen
On Wed, May 19, 2010 at 04:01:23PM +0200, Alexandru Csete wrote:
> Greetings,
>
> I noticed a minor build issue that started to exist few months ago. If
> configuring using --prefix=/somedir and somedir does not already
> exist, then build will fail with the error:
Fixed in changeset 6f9093edd6d9
I'm a newer to USRP ,I'm testing the benchmark_ofdm.py module,and find the
last packet is not been received.I wonder why
best wishes
wei
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists
