This happened with me too several times.
I can suggest you following :
1. See the frequency offset between the two usrp
2. When you do sudo ifconfig gr0 , see which port has been created
.. sometimes it allot gr1 , gr2 instead of gr0. In my case that created some
problem which got solved when
Dear all,
I'm transmitting some data between two usrps (N210) and using OFDM blocks in
GRC in the two computers. My experiment is getting BER in a range of SNRs, like
0~20dB. So I need to set the usrps to get a range of SNRs. However, fixing one
usrp and moving the other along a line from 0m to
On Monday 02 Jul 2012 23:19:24 Jared Harvey wrote:
> /home/jharvey/.local/lib/python2.7/site-packages/numpy/core/multiarray.so:
> wrong ELF class: ELFCLASS32
Mixture of 32 and 64 bit packages, by any chance?
alexd
___
Discuss-gnuradio mailing list
Disc
Hi all , i have some questions :
In OFDM Modulator Block , in Mapper Sub-block , in path of :
./lib/digital_ofdm_mapper_bcv.
cc
1- I saw the following comment inside the code : " Eventually, we will
get rid of the occupied_carriers concept. " , the question how you get rid
of the occupied carr
Hello Alex,
>> /home/jharvey/.local/lib/python2.7/site-packages/numpy/core/multiarray.so:
>> wrong ELF class: ELFCLASS32
AD> Mixture of 32 and 64 bit packages, by any
AD> chance?
Not likely, but perhaps. The packages were
installed via package manager, or the the GNURadio
build scr
On 03/07/12 20:34, Jared Harvey wrote:
Hello Alex,
/home/jharvey/.local/lib/python2.7/site-packages/numpy/core/multiarray.so:
wrong ELF class: ELFCLASS32
AD> Mixture of 32 and 64 bit packages, by any
AD> chance?
Not likely, but perhaps. The packages were
installed via package m
Hey list,
Ever build gnuradio with a lot of -j* and catch some error like "swig
doc generation failed, retrying..."? I believe this is a dependency
specification issue with the build system. Well, I think that I have
fixed it...
For those interested, give my josh_build_work branch a try
branch is
On Wed, Jun 27, 2012 at 3:36 PM, Amr Youssef
wrote:
> Hi all , i have some questions :
>
> In OFDM Modulator Block , in Mapper Sub-block , in path of :
> ./lib/digital_ofdm_mapper_bcv.cc
>
> 1- I saw the following comment inside the code : " Eventually, we will get
> rid of the occupied_carrier
On Thu, Jun 21, 2012 at 11:00 PM, Dekst wrote:
> Hi, All,
>
> For OFDM demodulation, in gnuradio/gr-digital/python/ofdm.py, a
> _queue_watcher_thread is defined. It returns whether a packet is received
> correctly, what's the sequence number, and so on.
> I'm using gnuradio/gr-digital/examples/of
Hello all,
I would like to ask you if you know a Gibabit Ethernet card that really
works with USRP2. I have seen that exists a list (
http://gnuradio.org/redmine/projects/gnuradio/wiki/USRP2GigEReports ) but
unfortunately, I can only use PCMCIA connectors.
Any advice?
Thanks,
Eduardo.
_
On Thu, Jun 21, 2012 at 6:43 AM, Nigel Orr wrote:
>
> I am working on a gnuradio application which takes feeds from other
> sources over Ethernet. There is a possibility that the source will be
> disconnected occasionally due to intermittent network failures, when
> that happens I'd like the aud
On Tue, Jul 3, 2012 at 2:11 PM, Josh Blum wrote:
> Ever build gnuradio with a lot of -j* and catch some error like "swig
> doc generation failed, retrying..."? I believe this is a dependency
> specification issue with the build system. Well, I think that I have
> fixed it...
>
> For those intere
Hi, All
How calibrate the RFX900 for working USRP2, sense spectrum.
uhd_cal_rx_iq_balance
uhd_cal_tx_dc_offset
uhd_cal_tx_iq_balance
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On 07/03/2012 02:40 PM, Julio Hector Aguilar Renteria wrote:
> Hi, All
>
> How calibrate the RFX900 for working USRP2, sense spectrum.
>
> uhd_cal_rx_iq_balance
> uhd_cal_tx_dc_offset
> uhd_cal_tx_iq_balance
>
>
You can read more about the calibration utilities here:
http://files.ettus.com/u
On Tue, Jul 3, 2012 at 2:35 PM, Johnathan Corgan <
jcor...@corganenterprises.com> wrote:
> I cherry-picked the relevant commits onto a test branch based off maint
> instead of master. There were a couple minor conflicts easily fixed. So
> far -j8 works fine, and I'm testing -j now.
>
There sti
Hi, all
help error uhd_cal_tx_iq_balance --verbose
root@usrp2:/usr/local/bin# uhd_cal_tx_iq_balance --verbose
linux; GNU C++ version 4.5.2; Boost_104200; UHD_003.004.002-177-unstable
Creating the usrp device with: ...
-- Opening a USRP2/N-Series device...
-- Current recv frame size: 1472 bytes
On 07/03/2012 03:14 PM, Johnathan Corgan wrote:
> On Tue, Jul 3, 2012 at 2:35 PM, Johnathan Corgan <
> jcor...@corganenterprises.com> wrote:
>
>
>> I cherry-picked the relevant commits onto a test branch based off maint
>> instead of master. There were a couple minor conflicts easily fixed. S
Julio,
50 ms seems like a lot of time to allow for a lock, but try changing:
boost::this_thread::sleep(boost::posix_time::milliseconds(50));
to:
boost::this_thread::sleep(boost::posix_time::milliseconds(500));
In the source file of uhd_cal_tx_balance.cpp. Let us know if that
doesn't fix thi
On Tue, Jul 3, 2012 at 3:31 PM, Josh Blum wrote:
> So is this new, ie added by these swig fixes? I have never seen this one
> before.
>
I don't think the .so issue is caused by the swig fixes. Doing 'make -j'
on master fails the same way.
But the swig doc issues that you were trying to fix do
>Are they supposed to be in 400ms long packets?
Well that is supposed to be the maximum time a FHSS is allowed to
dwell in a channel according to the FCC, so it makes sense.
>Do they use a slow FSK modulation?
According to the FCC test report is uses a CC1020 chip modem which in
its data sheet s
On Tue, Jul 3, 2012 at 3:42 PM, Johnathan Corgan <
jcor...@corganenterprises.com> wrote:
> On Tue, Jul 3, 2012 at 3:31 PM, Josh Blum wrote:
>
> I don't think the .so issue is caused by the swig fixes. Doing 'make -j'
> on master fails the same way.
>
> But the swig doc issues that you were tryin
Hello,
Sorry, I forgot to say that for this special occasion I need to use the raw
ethernet driver...
Any idea?
Thanks for your answer!
Eduardo.
2012/7/3 Ben Hilburn
> I have updated the page to reflect the current state of UHD support and
> GigE cards.
>
> Cheers,
> Ben
> --
22 matches
Mail list logo
