Ok, i can repeat this problem. If you use the latest 0001* image and
change USRP_E_COMPAT_NUM to 0x02 in usrp_e100_impl.hpp, it should be fine.
http://www.ettus.com/downloads/uhd_images/UHD-images-0001.20101214004901.3ed60b6/
Figuring it out,
_josh
On 01/24/2011 07:39 AM, Achilleas Anastasopoulo
Hi Josh,
Thanks a lot for your help! We will try this after our E100 order arrives.
Josh Blum-3 wrote:
>
>
>> Thanks a lot for your help. Could you explain how to slow down the
>> FPGA/ADC
>> rate? How should we modify the firmware? Which part of the code should
>> we
>> look into? Thanks
Hi Matt,
On Mon, Jan 24, 2011 at 21:42, Matt Ettus wrote:
> On 01/24/2011 10:30 AM, Alexander Chemeris wrote:
>> Is there any high-level description of what processing is done in FPGA
>> in E100 and is there any optional blocks which can be removed? I see
>> that even aeMB is present in the proje
Hello,
Is it possible to use USRP2 with computer not equipped with 1GBit ethernet?
I know that one solution is connecting through 1GBit switch, but I don't
want buying switch for my old laptop.
Any ideas?
Marcin SQ9DJJ
http://szelest.org
___
Dis
So, the benchmark rx uses time stamps to measure the packet loss.
Because the timestamps are emulated for usrp1, this measurement is going
to be very flawed. See
http://www.ettus.com/uhd_docs/manual/html/usrp1.html#missing-and-emulated-features
In any case, I fixed the problem with the benchmark l
On 01/24/2011 10:30 AM, Alexander Chemeris wrote:
Hi all,
Is there any high-level description of what processing is done in FPGA
in E100 and is there any optional blocks which can be removed? I see
that even aeMB is present in the project - is it used or it is not
compiled in?
There is no aeMB
Hi,
I am trying to install UHD from source on a Fedora 13 machine.
After building/installation I run successfully:
sudo ./uhd_usrp_probe
(see output at the end of the email)
however the command:
sudo ./benchmark_rx_rate
after some initial messages halts...
Any suggestions?
thanks
Achilleas
Hi all,
Is there any high-level description of what processing is done in FPGA
in E100 and is there any optional blocks which can be removed? I see
that even aeMB is present in the project - is it used or it is not
compiled in?
I need to understand how much resource is left for custom DSP
process
Hello everyone,
I already read another post regarding a same problem as mine
(http://old.nabble.com/Full-duplex-and-half-duplex-doesnot-work-td27226209.html)
but unfortunately I still don't understand how to solve it. I'm modified
benchmark code to receive a file by benchmark_rx and and to send i
On Mon, Jan 24, 2011 at 4:40 PM, Fabian Klaes wrote:
> Dear list,
>
> i did a fresh try from a clean, new installed Ubuntu 10.04 and with the
> reworked installation instruction on [1], and now it works (unfortunately, i
> still don't know what has been the issue before).
Thanks for the update.
I
Dear list,
i did a fresh try from a clean, new installed Ubuntu 10.04 and with the
reworked installation instruction on [1], and now it works (unfortunately, i
still don't know what has been the issue before).
For the record, here is, what i did (see also the instructions on [1], [2]
and [3]):
#
Doh! :)
I didn't think I had an old build on that location, but I did. It was stupid of
me not to try the standard solutions before, but "make distclean" did the trick
and everything works fine now. Thanks a lot for the quick reply!
Best regards,
Ulrika
> -Original Message-
> From: T
I have followed the instruction for installing UHD from source to USRP
E100.
I have also installed the latest images (as of 1/22/2011).
the benchmark_rx_rate command gives me the following (see attachement at
the end of the email.)
I am worried about the warning and also about all the error
Hi everyone,
I've been playing with my USRP2 for a while and last week I noticed a
strange behavior. The early signs were that my USRP2 was deaf so I tried to
switch the daughter-board from a WBX to a LFRX and the problem seems to be
identical.
- When one antenna is connected to RX, the scope is f
On Mon, Jan 24, 2011 at 7:02 AM, Ulrika Uppman wrote:
> Hi,
> I'm trying to build gnuradio with uhd on my system with Ubuntu 10.4. When
> building master branch everything seems ok, but I have some problems building
> the next branch of gnuradio. In gr-msdd6000/src/ there is an error where the
Hi,
I'm trying to build gnuradio with uhd on my system with Ubuntu 10.4. When
building master branch everything seems ok, but I have some problems building
the next branch of gnuradio. In gr-msdd6000/src/ there is an error where the
compiler complains on "./python/msdd.cc: No such file or direct
On Mon, Jan 24, 2011 at 12:55 PM, Fabian Klaes wrote:
> Dear Alexandru,
>
> you're right, libfftw3-dev is still there at the end of the line. It just
> got cut off on my print-out with which i compared the old version.
>
> Fabian
>
>
> On Mon, Jan 24, 2011 at 12:33 PM, Alexandru Csete wrote:
>
>>
On Mon, Jan 24, 2011 at 11:35 AM, Fabian Klaes wrote:
> Dear List, dear Alexandru,
>
> at first i have to say, the installation instructions are looking much
> better now! Thanks!
Hi Fabian,
Thanks for the feedback. The page really needed to be simplified
because much text that caused confusion
Dear List, dear Alexandru,
at first i have to say, the installation instructions are looking much
better now! Thanks!
But when comparing the new to the old instructions i noticed some
differences (for Ubuntu 10.04), that made me think:
1) The "Install Boost" Part is gone. I did not notice an add
Here at UFES(Federal University of Espírito Santo - Brazil) we are starting
to work with GNURADIO trying to have a decent lab. We plan to use it for
simulation and "real" tests, but the the brazilian bureaucracy is a real,
and very hard, obstacle to us. We'll have a basic course in communications
s
Hi all,
I certainly didn't expect such an avalanche of replies, but it's cool to
read that there's a lot of people who don't just use the USRPs, but also
make use of the signal processing features of GNU Radio. I guess I was
distracted by the huge number of posts regarding hardware vs. the
smaller
Hi all,
I have a shiny new USRP with two dbsrx daughterboards installed. We want to
use this as a demo for a 2-element interferometer. Ideally I just want to
capture the raw data, with something like the usrp_rx_cfile.py program,
where the samples from each board are interleaved. However,
On Sun, Jan 23, 2011 at 08:20:33PM +, Iain Young, G7III wrote:
> Hey Josh,
>
> First, Thanks for the reply. You Wrote:
>
> On 23/01/11 19:46, Josh Blum wrote:
>
> >>
> >>
> >> Predict Doppler
> >> get_doppler
> >> Misc
> >> from predict get_doppler
> >>
> >
> >it has to
23 matches
Mail list logo
