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. DARPA Spectrum Challenge (Matt Ettus)
2. E110 Simutanous Rx Samples & GPSDO reading (Peck, Jonathan)
3. Re: E110 Simutanous Rx Samples & GPSDO reading (Josh Blum)
4. Re: E110 Simutanous Rx Samples & GPSDO reading (Peck, Jonathan)
----------------------------------------------------------------------
Message: 1
Date: Fri, 18 Jan 2013 10:52:18 -0800
From: Matt Ettus <[email protected]>
To: GNURadio <[email protected]>, "[email protected]"
<[email protected]>
Subject: [USRP-users] DARPA Spectrum Challenge
Message-ID:
<CAN=1kn82ku0X=JKxAN=vmap-v+kdneezg19pm0_cnhvm0rq...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
By now many of you have heard about the DARPA Spectrum Challenge. Everyone
should know that the deadline to register is January 31st, so please don't
forget to register your teams. To register, you just fill out a web form.
The hard work comes later :)
http://www.darpa.mil/spectrumchallenge/
The DARPA Spectrum Challenge is a competition to demonstrate a radio
protocol that can best use a given communication channel in the presence of
other dynamic users and interfering systems. You can win up to $150,000.
We are very proud that the challenge will use USRP radios in the ORBIT
radio testbed at Winlab of Rutgers University:
http://www.winlab.rutgers.edu/docs/focus/ORBIT.html
A number of people have commented on the mistaken belief that the contest
is only open to people in the US. From the Spectrum Challenge Web Site:
The person identified as the team leader must be a U.S. citizen or
permanent resident (green card holder) at time of registration and
throughout the competition. Other team members need not be U.S. citizens or
permanent residents.
I would really like to see teams from all around the world participate, so
if anyone outside the US would like to participate but cannot find an
American to be team leader, please let me know and I will try to help you
find someone.
Some other thoughts on this --
- You are not required to use GNU Radio. You can code directly to the UHD
library, but I anticipate most people will use GNU Radio.
- I think the optimal size for a team is 2-3 people, maybe 4 at the most.
You can have up to 10 members, but that seems likely to add very little,
so don't worry if you can't find a big group.
- Qualifying teams can get USRPs for development purposes, so don't let a
lack of hardware dissuade you from entering.
I truly believe this contest is one of the most exciting recent
developments in SDR, and I hope there will be a lot of participation from
members of the list.
Matt Ettus
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20130118/75758283/attachment-0001.html>
------------------------------
Message: 2
Date: Fri, 18 Jan 2013 16:26:34 -0500
From: "Peck, Jonathan" <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] E110 Simutanous Rx Samples & GPSDO reading
Message-ID:
<mailman.42.1358614817.7947.usrp-users_lists.ettus....@lists.ettus.com>
Content-Type: text/plain; charset="us-ascii"
I am trying to read GPGAA messages from the GPSDO while receiving samples from
the E110. When I tried to do this sequentially reading GPGAA messages takes too
long and I lose too many samples. I tried a mutlithreaded approach: one thread
for reading samples from the USRP and another to read GPGAA messages. Both
threads share the same pointer to a usrp. I get the following errors using this
approach and causing the program to terminate:
UHD Warning:
get_time: ValueError: get_nmea(): no $GPRMC message found
terminate called after throwing an instance of 'std::runtime_error'
what(): Unexpected error code 0x2
>From what I understand reading samples happens over the GPMC and reading NEMA
>GPGAA messages happens over a separate serial connection. Is this correct? If
>so, there shouldn't be any physical limitation on reading both GPGAA and Rx
>samples and what would be the proper approach to achieving this?
Thanks in advance,
-Jon
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20130118/dbbe37f0/attachment.html>
------------------------------
Message: 3
Date: Fri, 18 Jan 2013 15:38:14 -0600
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] E110 Simutanous Rx Samples & GPSDO reading
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 01/18/2013 03:26 PM, Peck, Jonathan wrote:
> I am trying to read GPGAA messages from the GPSDO while receiving
> samples from the E110. When I tried to do this sequentially reading
> GPGAA messages takes too long and I lose too many samples. I tried a
> mutlithreaded approach: one thread for reading samples from the USRP
> and another to read GPGAA messages. Both threads share the same
> pointer to a usrp. I get the following errors using this approach and
> causing the program to terminate:
>
> UHD Warning: get_time: ValueError: get_nmea(): no $GPRMC message
> found
You will see this warning when the GPSDO is unlocked.
>
> terminate called after throwing an instance of 'std::runtime_error'
> what(): Unexpected error code 0x2
ERROR_CODE_LATE_COMMAND = 0x2,
Are you telling the usrp to stream at a specific time? I think perhaps
in your multithreading approach, you didnt set the set before issuing
the stream command?
>
> From what I understand reading samples happens over the GPMC and
> reading NEMA GPGAA messages happens over a separate serial
> connection. Is this correct? If so, there shouldn't be any physical
> limitation on reading both GPGAA and Rx samples and what would be the
> proper approach to achieving this?
>
The multi-thread should work. The path to talk to the GPSDO is over a
/dev/tty device, so its entirely independent from streaming samples.
-josh
> Thanks in advance, -Jon
>
>
>
> _______________________________________________ USRP-users mailing
> list [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 4
Date: Fri, 18 Jan 2013 17:00:08 -0500
From: "Peck, Jonathan" <[email protected]>
To: "[email protected]" <[email protected]>, "[email protected]"
<[email protected]>
Subject: Re: [USRP-users] E110 Simutanous Rx Samples & GPSDO reading
Message-ID:
<mailman.43.1358614817.7947.usrp-users_lists.ettus....@lists.ettus.com>
Content-Type: text/plain; charset="us-ascii"
Josh,
Yes, I am telling the usrp to stream a specific time. I turns out when I
reset the timestamp to on the next PPS I wasn't waiting for a the next PPS
before requesting samples. Fixing this resolved all my error and warning.
Thanks for pointing me towards my mistake.
-Jon
-----Original Message-----
From: USRP-users [mailto:[email protected]] On Behalf Of Josh
Blum
Sent: Friday, January 18, 2013 4:38 PM
To: [email protected]
Subject: Re: [USRP-users] E110 Simutanous Rx Samples & GPSDO reading
On 01/18/2013 03:26 PM, Peck, Jonathan wrote:
> I am trying to read GPGAA messages from the GPSDO while receiving
> samples from the E110. When I tried to do this sequentially reading
> GPGAA messages takes too long and I lose too many samples. I tried a
> mutlithreaded approach: one thread for reading samples from the USRP
> and another to read GPGAA messages. Both threads share the same
> pointer to a usrp. I get the following errors using this approach and
> causing the program to terminate:
>
> UHD Warning: get_time: ValueError: get_nmea(): no $GPRMC message found
You will see this warning when the GPSDO is unlocked.
>
> terminate called after throwing an instance of 'std::runtime_error'
> what(): Unexpected error code 0x2
ERROR_CODE_LATE_COMMAND = 0x2,
Are you telling the usrp to stream at a specific time? I think perhaps in your
multithreading approach, you didnt set the set before issuing the stream
command?
>
> From what I understand reading samples happens over the GPMC and
> reading NEMA GPGAA messages happens over a separate serial connection.
> Is this correct? If so, there shouldn't be any physical limitation on
> reading both GPGAA and Rx samples and what would be the proper
> approach to achieving this?
>
The multi-thread should work. The path to talk to the GPSDO is over a /dev/tty
device, so its entirely independent from streaming samples.
-josh
> Thanks in advance, -Jon
>
>
>
> _______________________________________________ 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
------------------------------
Subject: Digest Footer
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
End of USRP-users Digest, Vol 29, Issue 19
******************************************
