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
> --
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
>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: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
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 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
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 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
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
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 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
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
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 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
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
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 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
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
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
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
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
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
22 matches
Mail list logo
