Send USRP-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of USRP-users digest..."
Today's Topics:
1. GPSDO - Configuration E100 (Joel Parker)
2. Re: GPSDO - Configuration E100 (Nick Foster)
3. Re: GPSDO - Configuration E100 (Joel Parker)
4. usrp_burn_mb_eeprom on E100 (Joel Parker)
5. Re: GPSDO - Configuration E100 (Josh Blum)
6. Re: usrp_burn_mb_eeprom on E100 (Josh Blum)
7. Re: FM stereo TX (Matt Ettus)
8. Re: FM stereo TX (Steve Wright)
9. Re: FM stereo TX (Matt Ettus)
10. Re: FM stereo TX (Moritz Fischer)
11. Problem with Synch of two N210s for 4*4MIMO (Farrukh Aziz)
12. shorten Rx window based on received power (Sanat Gulvadi)
13. Python for Windows (Simon HB9DRV)
14. C++ compilation on Ubuntu (Tinajayce Mathews)
15. high packet loss tunnel.py (vegihat vegihat)
16. Re: Python for Windows (Sanat Gulvadi)
17. OpenBTS with GPSDO (TRX clock interface timed out) (Joel Parker)
18. Re: Read Only File System ? (Thomas Tsou)
----------------------------------------------------------------------
Message: 1
Date: Mon, 14 May 2012 11:44:55 -0700 (PDT)
From: Joel Parker <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] GPSDO - Configuration E100
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="us-ascii"
According to this article
(http://files.ettus.com/uhd_docs/manual/html/gpsdo.html#using-the-gpsdo-in-your-application),
post install configuration is needed for the N-series. Is anything needed for
the E100 or can I just access it with the following API call without any
additional configuration to the eeprom :
usrp->get_mboard_sensor("gps_time");
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120514/ba57b8e9/attachment-0001.html>
------------------------------
Message: 2
Date: Mon, 14 May 2012 11:47:39 -0700
From: Nick Foster <[email protected]>
To: Joel Parker <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] GPSDO - Configuration E100
Message-ID:
<calalhjvyyrove3zvbuyxv-pxsc-jpqwuf7wgg2ehsvksknw...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
On Mon, May 14, 2012 at 11:44 AM, Joel Parker <[email protected]>wrote:
> According to this article (
> http://files.ettus.com/uhd_docs/manual/html/gpsdo.html#using-the-gpsdo-in-your-application),
> post install configuration is needed for the N-series. Is anything needed
> for the E100 or can I just access it with the following API call without
> any additional configuration to the eeprom :
>
> usrp->get_mboard_sensor("gps_time");
>
> The same installation instructions apply also to the E100.
--n
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120514/3a9fadb7/attachment-0001.html>
------------------------------
Message: 3
Date: Mon, 14 May 2012 11:54:38 -0700 (PDT)
From: Joel Parker <[email protected]>
To: Nick Foster <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] GPSDO - Configuration E100
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
I can not find a utils directory it asks for on the E100, is it just in the
path ?
cd <install-path>/share/uhd/utils
________________________________
From: Nick Foster <[email protected]>
To: Joel Parker <[email protected]>
Cc: "[email protected]" <[email protected]>
Sent: Monday, May 14, 2012 1:47 PM
Subject: Re: [USRP-users] GPSDO - Configuration E100
On Mon, May 14, 2012 at 11:44 AM, Joel Parker <[email protected]> wrote:
According to this article
(http://files.ettus.com/uhd_docs/manual/html/gpsdo.html#using-the-gpsdo-in-your-application),
post install configuration is needed for the N-series. Is anything needed for
the E100 or can I just access it with the following API call without any
additional configuration to the eeprom :
>
>usrp->get_mboard_sensor("gps_time");
>
The same installation instructions apply also to the E100.
--n
?
>
>
>_______________________________________________
>USRP-users mailing list
>[email protected]
>http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120514/84931409/attachment-0001.html>
------------------------------
Message: 4
Date: Mon, 14 May 2012 12:10:11 -0700 (PDT)
From: Joel Parker <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] usrp_burn_mb_eeprom on E100
Message-ID:
<[email protected]>
Content-Type: text/plain; charset=us-ascii
Where is or how can I get the usrp_burn_mb_eeprom utility for the E100 ?
------------------------------
Message: 5
Date: Mon, 14 May 2012 12:26:12 -0700
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] GPSDO - Configuration E100
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 05/14/2012 11:54 AM, Joel Parker wrote:
> I can not find a utils directory it asks for on the E100, is it just in the
> path ?
>
>
> cd <install-path>/share/uhd/utils
>
>
If you are using the uhd from opkg, the install path is /usr
-josh
>
>
>
> ________________________________
> From: Nick Foster <[email protected]>
> To: Joel Parker <[email protected]>
> Cc: "[email protected]" <[email protected]>
> Sent: Monday, May 14, 2012 1:47 PM
> Subject: Re: [USRP-users] GPSDO - Configuration E100
>
>
> On Mon, May 14, 2012 at 11:44 AM, Joel Parker <[email protected]> wrote:
>
> According to this article
> (http://files.ettus.com/uhd_docs/manual/html/gpsdo.html#using-the-gpsdo-in-your-application),
> post install configuration is needed for the N-series. Is anything needed
> for the E100 or can I just access it with the following API call without any
> additional configuration to the eeprom :
>>
>> usrp->get_mboard_sensor("gps_time");
>>
> The same installation instructions apply also to the E100.
>
> --n
>
>
>>
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>>
>>
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
Message: 6
Date: Mon, 14 May 2012 12:26:54 -0700
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] usrp_burn_mb_eeprom on E100
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 05/14/2012 12:10 PM, Joel Parker wrote:
>
>
> Where is or how can I get the usrp_burn_mb_eeprom utility for the E100 ?
>
If you are trying to ./usrp_burn_mb_eeprom --args=<optional device args>
--key=gpsdo --val=internal, that is for N210/N200 only.
-josh
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
Message: 7
Date: Mon, 14 May 2012 21:38:24 -0700
From: Matt Ettus <[email protected]>
To: Steve Wright <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] FM stereo TX
Message-ID:
<CAN=1kn9ecv1sqxo1tkzsax6cmr07t+fpyo4fwo0q88x4snf...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Steve,
This is the same concept as single frequency networks used with DVB-A in
Europe. However, FM signals are not designed for this, so you will get
multipath in the overlapping areas. In areas where one signal is much
stronger than the other it wouldn't be a problem, so it might work if you
set the stations up correctly.
Matt
On Fri, May 11, 2012 at 2:16 PM, Steve Wright <[email protected]>wrote:
> Greetings! First post.
>
> I'm looking at USRP as low-power community FM radio stations. What are
> my chances of GPS-locking three or more USRP units to spread about
> geographically (same freq) and increase coverage? It seems to me that
> the stereo image might be a bit unstable due to reflections' effect on
> the pilot tone. Any comment?
>
> Best regards,
> Steve
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120514/0030b84b/attachment-0001.html>
------------------------------
Message: 8
Date: Tue, 15 May 2012 17:05:36 +1200
From: Steve Wright <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] FM stereo TX
Message-ID: <1337058336.1339.21.camel@steve-desktop>
Content-Type: text/plain; charset="UTF-8"
Thanks Matt. If each of the RF, pilot tone, and audio signals are all
GPSDO phase-locked, where concisely is the issue? The transmitters are
1-5 watts CW per carrier, so I visualised that there should be very
little delay due limited distance/time, but I did wonder if the
receivers might take issue with multiple high-speed pilot tones arriving
with a very slight phase difference. The allstar boys seem to get away
with it on NBFM. https://allstarlink.org/voter.html
Any further? TIA.
rgds,
Steve
On Mon, 2012-05-14 at 21:38 -0700, Matt Ettus wrote:
> This is the same concept as single frequency networks used with DVB-A
> in Europe. However, FM signals are not designed for this, so you will
> get multipath in the overlapping areas. In areas where one signal is
> much stronger than the other it wouldn't be a problem, so it might
> work if you set the stations up correctly.
>
> On Fri, May 11, 2012 at 2:16 PM, Steve Wright
> <[email protected]> wrote:
> I'm looking at USRP as low-power community FM radio stations.
> What are
> my chances of GPS-locking three or more USRP units to spread
> about
> geographically (same freq) and increase coverage? It seems to
> me that
> the stereo image might be a bit unstable due to reflections'
> effect on
> the pilot tone. Any comment?
------------------------------
Message: 9
Date: Mon, 14 May 2012 22:09:17 -0700
From: Matt Ettus <[email protected]>
To: Steve Wright <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] FM stereo TX
Message-ID:
<CAN=1kn_w79hx_o7fesbnqar6oh-nhxxrax0l3swbytah23l...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
The signals from the different transmitters will arrive with different
phases depending on relative distance. If the difference between the
phases is 180 degrees, they will tend to cancel each other, more so when
their amplitudes are similar.
Matt
On Mon, May 14, 2012 at 10:05 PM, Steve Wright <[email protected]>wrote:
> Thanks Matt. If each of the RF, pilot tone, and audio signals are all
> GPSDO phase-locked, where concisely is the issue? The transmitters are
> 1-5 watts CW per carrier, so I visualised that there should be very
> little delay due limited distance/time, but I did wonder if the
> receivers might take issue with multiple high-speed pilot tones arriving
> with a very slight phase difference. The allstar boys seem to get away
> with it on NBFM. https://allstarlink.org/voter.html
>
> Any further? TIA.
>
> rgds,
> Steve
>
>
> On Mon, 2012-05-14 at 21:38 -0700, Matt Ettus wrote:
>
> > This is the same concept as single frequency networks used with DVB-A
> > in Europe. However, FM signals are not designed for this, so you will
> > get multipath in the overlapping areas. In areas where one signal is
> > much stronger than the other it wouldn't be a problem, so it might
> > work if you set the stations up correctly.
> >
>
> > On Fri, May 11, 2012 at 2:16 PM, Steve Wright
> > <[email protected]> wrote:
>
> > I'm looking at USRP as low-power community FM radio stations.
> > What are
> > my chances of GPS-locking three or more USRP units to spread
> > about
> > geographically (same freq) and increase coverage? It seems to
> > me that
> > the stereo image might be a bit unstable due to reflections'
> > effect on
> > the pilot tone. Any comment?
>
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120514/502ad08d/attachment-0001.html>
------------------------------
Message: 10
Date: Tue, 15 May 2012 09:47:08 +0200
From: Moritz Fischer <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] FM stereo TX
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi Steve,
On 05/11/2012 11:16 PM, Steve Wright wrote:
> I'm looking at USRP as low-power community FM radio stations. What are
> my chances of GPS-locking three or more USRP units to spread about
> geographically (same freq) and increase coverage? It seems to me that
> the stereo image might be a bit unstable due to reflections' effect on
> the pilot tone. Any comment?
If single frequency operation is not a constraint you could also use RDS
/ RBDS to broadcast AF information [1], in which case (most modern) car
radios should automatically pick the frequency with the 'better' reception.
I don't know if you were talking about FM radio for music/voice though,
so if this was not you goal, kindly ignore this message
Cheers,
Moritz
[1] https://en.wikipedia.org/wiki/Alternative_frequency
------------------------------
Message: 11
Date: Tue, 15 May 2012 01:14:50 -0700 (PDT)
From: Farrukh Aziz <[email protected]>
To: USRP user forum <[email protected]>
Subject: [USRP-users] Problem with Synch of two N210s for 4*4MIMO
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
I am using two N210s (fitted with TVRX2 dbs) connected in master/slave
configuration. Despite feeding the two external reference signals (1PPS and
10MHz) I am not able to receive the four complex data streams (Synch=unknown
PPS). This is the error that I get:
UHD Warning:
??? The hardware does not support the requested RX sample rate:
??? Target sample rate: 0.001000 MSps
??? Actual sample rate: 0.195312 MSps
OUHD source block got error code 0x2
gr_block_executor: source <gr_block gr uhd usrp source (49)> produced no
output.? We're marking it DONE.
When I use 'dont sync' option (in UHD USRP source) then I do receive four
complex streams.
Thanks in advance, for any useful comments.
Farrukh Aziz Bhatti
Department of Electrical & Computer Engineering
University of Auckland
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120515/1cef8489/attachment-0001.html>
------------------------------
Message: 12
Date: Tue, 15 May 2012 11:25:56 +0200
From: Sanat Gulvadi <[email protected]>
To: [email protected]
Subject: [USRP-users] shorten Rx window based on received power
Message-ID:
<cah12ylseeaj3bu7btxvppugc2q8krul7tg5nztq0ebun4_q...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Good Morning,
I am attempting a wireless transmission between 2 USRP2 rev 4 devices using
2 RFX2400 daughterboards connected to 2 different host PCs. There is no
synchronization between the devices since time and frequency offset
estimation needs to be part of the receiver algorithm. What I am doing to
make sure I get what I transmit is :
*Start Rx-> Start Tx -> Stop Rx after Tx has had sufficient time to send
all digital data*
Since the algorithm takes much longer to compute the timing estimates for
start of symbol values when the total Rx window is much larger compared to
how many symbols were actually transmitted, I was wondering if there was a
way to detect an apparent increased received signal power or something like
that so that I can somehow shorten my Rx window such that the algorithm can
be just provided with a smaller number of samples. Any suggestions on how I
can do this ? When I observe the abs() or real() plotted time domain
digital data from my Rx window, should I be seeing a time duration within
this window, where the amplitudes are higher than the rest of the window ?
Because I don't see anything like that.
Thanks and Regards,
Sanat
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120515/cd9237c1/attachment-0001.html>
------------------------------
Message: 13
Date: Tue, 15 May 2012 13:55:57 +0200
From: "Simon HB9DRV" <[email protected]>
To: <[email protected]>
Subject: [USRP-users] Python for Windows
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
Hi All,
To my utter amazement I have to upgrade the FPGA code on my new N210 via a
python program!
Which / what python installation is recommended please?
I'm slowing getting going.
Simon Brown, HB9DRV
http://dit-dit-dit.com
Not sent from an iPhone: I don't have one and I don't want one.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120515/7b174a04/attachment-0001.html>
------------------------------
Message: 14
Date: Tue, 15 May 2012 07:00:59 -0500
From: Tinajayce Mathews <[email protected]>
To: [email protected]
Subject: [USRP-users] C++ compilation on Ubuntu
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
Hi
Does anyone know how new C++ files can be compiled in 3.3.0 Gnuradio version ?
I would highly appreciate a lead on this.
Thanks,
Tina
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120515/41b66a3f/attachment-0001.html>
------------------------------
Message: 15
Date: Tue, 15 May 2012 08:36:14 -0400
From: vegihat vegihat <[email protected]>
To: [email protected]
Subject: [USRP-users] high packet loss tunnel.py
Message-ID:
<caaa8va1rkkqgdpkjnpfq1jnqqq3xotmr4mpt6qhsphetebt...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
hello folks,
I have tried to set TCP/IP over GNU Radio between 2 USRP1 with RFX2400
daughterboards using the example
gnuradio/examples/digital/narrowband/tunnel.py
i give
./tunnel.py -f 2500e6 --bitrate 500k -v --tx-amplitude=1 --tx-gain=20000
--rx-gain=20000 -c 50
and i take a ~80% packet loss.
How to reduce the high packet loss?
if you want additional info , tell me.
ps: i have attached the output of uhd_usrp_probe
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120515/c9d020a9/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: output
Type: application/octet-stream
Size: 3833 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120515/c9d020a9/attachment-0001.obj>
------------------------------
Message: 16
Date: Tue, 15 May 2012 15:04:51 +0200
From: Sanat Gulvadi <[email protected]>
To: Simon HB9DRV <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Python for Windows
Message-ID:
<CAH12yLticsdLMo6HMKzR=12a62kgh6c-+zv7_34+u1dh2vd...@mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"
Hi Simon,
For me it's always worked on versions 2.6 or 2.7
Regards,
Sanat
On Tue, May 15, 2012 at 1:55 PM, Simon HB9DRV <[email protected]> wrote:
> Hi All,****
>
> ** **
>
> To my utter amazement I have to upgrade the FPGA code on my new N210 via a
> python program! ****
>
> ** **
>
> Which / what python installation is recommended please?****
>
> ** **
>
> I?m slowing getting going?****
>
> ** **
>
> Simon Brown, HB9DRV
> http://dit-dit-dit.com****
>
> ** **
>
> Not sent from an iPhone: I don't have one and I don't want one.****
>
> ** **
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
--
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120515/bf76ce77/attachment-0001.html>
------------------------------
Message: 17
Date: Tue, 15 May 2012 06:50:27 -0700 (PDT)
From: Joel Parker <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] OpenBTS with GPSDO (TRX clock interface timed
out)
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Hello,
??? I followed the patch and added extra sleep (
sleep(8); ) in the OpenBTS.cpp source file and then recompiled. However, when I
start OpenBTS it aborts with the following error code :
ALERT 1089467488 TRXManager.cpp:86:clockHandler: TRX clock interface timed out,
assuming TRX is dead.
Aborted
I am running this on a USRP E100 with a GPSDO attached to an antenna on
the roof with no obstructions. Any ideas, how to get around this issue ?
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120515/591733b3/attachment-0001.html>
------------------------------
Message: 18
Date: Tue, 15 May 2012 11:01:03 -0400
From: Thomas Tsou <[email protected]>
To: Philip Balister <[email protected]>
Cc: Ben Hilburn <[email protected]>, "[email protected]"
<[email protected]>
Subject: Re: [USRP-users] Read Only File System ?
Message-ID:
<CAF5FEsAP2heOsDfubG_6=Yxt_By9R9ZG_Ek=b6cr2tbkqqr...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
On Mon, May 14, 2012 at 11:59 AM, Philip Balister <[email protected]> wrote:
> On 05/14/2012 11:44 AM, Joel Parker wrote:
>> It complains that the build requirements have not been met because it is
>> missing libosip2 . Any idea's
>> how I can get this lib ?
>>
>
> opkg update
> opkg install libosip-dev
>
> Let me know if you have any more issues with missing packages.
I have updated the wiki.
http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSE100#Dependencies
-Tom
------------------------------
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
End of USRP-users Digest, Vol 21, Issue 15
******************************************
