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. Re: Where is the C code in the open core of the N210's fpga?
(Martin Braun)
2. Re: TX Image rejection B210 (Sebastian Held)
3. Re: Strange behavior of N210 with timed commands (LOUF Laurent)
4. Re: TX Image rejection B210 (Marcus D. Leech)
5. Re: TX Image rejection B210 (Sebastian Held)
6. Re: TX Image rejection B210 (Marcus D. Leech)
7. Announcing NEWSDR at WPI on Thr/Fri May 21/22 (Neel Pandeya)
8. B210 verilog source code problems (??????? ???????)
9. Announcing NEWSDR at WPI on Thr/Fri May 21/22 (Newsdr WPI)
----------------------------------------------------------------------
Message: 1
Date: Sun, 12 Apr 2015 09:27:50 -0700
From: Martin Braun <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Where is the C code in the open core of the
N210's fpga?
Message-ID: <[email protected]>
Content-Type: text/plain; charset=UTF-8; format=flowed
On 12.04.2015 01:52, ?? via USRP-users wrote:
> Hi everybody,
> I'm learning the uhd of N210. I found that N210 employee a soft
> core(open core) in its fpga to run the tcp/ip of N210. How can I find
> the C code in the soft core(open core.)
In the UHD directory, under firmware/usrp2.
Regards,
M
------------------------------
Message: 2
Date: Mon, 13 Apr 2015 11:50:00 +0200
From: Sebastian Held <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] TX Image rejection B210
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Update:
I played around with the LO offset feature and got the following result:
The curves were generated by:
blue: ./tx_waveforms --args="master_clock_rate=10e6" --rate 10000000
--freq=5900000000 --gain=50 --wave-type SINE --ref=gpsdo --int-n
--wave-freq=1000000 --lo_off=0
green: ./tx_waveforms --args="master_clock_rate=10e6" --rate 10000000
--freq=5900000000 --gain=50 --wave-type SINE --ref=gpsdo --int-n
--wave-freq=1000000 --lo_off=2000000
red: ./tx_waveforms --args="master_clock_rate=10e6" --rate 10000000
--freq=5900000000 --gain=50 --wave-type SINE --ref=gpsdo --int-n
--wave-freq=1000000 --lo_off=5000000
Clearly visible: The wanted sine (-38.9 dBm) is offset 1 MHz from 5.9
GHz, which is correct.
The LO is the signal at -69.2 dBm; it moves according to the LO offset
parameter.
The to be rejected sideband is at -64.6 dBm.
The specification of the B210
(http://www.ettus.com/content/files/b200-b210_spec_sheet.pdf) states:
SSB/LO Suppression -35/50 dBc
My measurement:
SSB/LO Suppression -25.7/30.3 dBc
This is far off.
Does anyone have similar problems?
Is there anything I can do to improve these figures?
Sebastian
Am 07.04.2015 um 09:47 schrieb Sebastian Held via USRP-users:
> Hi,
>
> Any news on this?
> I have the same problem with two B210 units.
> Either the error is my misunderstanding of RF performance parameters,
> the example file cannot be used for this performance evaluation or the
> hardware design does not meet the performance of the AD chip (which is
> hard to believe).
>
> Any hint what I'm doing wrong?
>
> Regards,
> Sebastian
>
> Am 31.03.2015 um 09:51 schrieb Sebastian Held via USRP-users:
>> forgot to include the list.
>>
>> Dear Martin,
>>
>> please see attached figure. Reducing the gain acts on both the wanted
>> and unwanted signal in the same manner.
>>
>> Sebastian
>>
>> Am 30.03.2015 um 18:46 schrieb Martin Braun via USRP-users:
>>> Sebastian,
>>>
>>> what happens when you turn down the gain (e.g. to 70 dB)?
>>>
>>> M
>>>
>>> On 29.03.2015 23:50, Sebastian Held via USRP-users wrote:
>>>> Hi,
>>>>
>>>> I'm currently investigating a problem with my OFDM modulated signals. To
>>>> understand, why the spectrum mask is violated, I first checked the basic
>>>> TX parameters. The B210 is connected to a R&S FSQ26 via a 20 dB
>>>> attenuator.
>>>>
>>>> I use the examples provided with the
>>>> UHD-release_003_008_002-10-ge067c45:
>>>> ./tx_waveforms --args="master_clock_rate=20e6" --rate 20000000
>>>> --freq=5900000000 --gain=80 --wave-type SINE --ref=gpsdo --int-n
>>>> --wave-freq=1000000
>>>>
>>>> This command results in an expected tone at 5.9 GHz + 1 MHz (approx. -29
>>>> dBm) and its image at 5.9 GHz - 1 MHz. The problem is: the image power
>>>> is very large: only 26 dB below the wanted 5.901 GHz tone. From the
>>>> AD9361 data sheet I would expect a suppression of at least 45 dB.
>>>>
>>>> To continue to solve my original problem (OFDM spectrum) I first need to
>>>> understand, why I get such a large image.
>>>> Can I use this example to evaluate the TX image? Any pointers?
>>>>
>>>> Regards,
>>>> Sebastian
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> 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
>>>
>>
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
> --
> Sebastian Held (Dipl.-Ing.)
> IMST GmbH
> Software Engineer
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
--
Sebastian Held (Dipl.-Ing.)
IMST GmbH
Software Engineer
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150413/5e85a258/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: lo_offset.png
Type: image/png
Size: 47585 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150413/5e85a258/attachment-0001.png>
------------------------------
Message: 3
Date: Mon, 13 Apr 2015 14:34:58 +0200
From: LOUF Laurent <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Strange behavior of N210 with timed commands
Message-ID:
<5eb8adb6498522479c5e7381a2c8cf354abae91...@thsonea01cms10p.one.grp>
Content-Type: text/plain; charset="iso-8859-1"
Hello,
I can't find the answer I got to the following message, but for anyone
interested, I seem to have solved this problem. Doing some latency measurement
with some lab equipement, I realized that the latency I got from my whole
system was fine, but just at the beginning, the latency increasing over time.
As I was adding 625,5?s for each frame (each frame corresponding to 625?s of
data), that was quite normal. So I tried a few things and found my answer.
The problem was that I was using :
start_of_burst = true
end_of_burst = true
And when I switched to
start_of_burst = true
end_of_burst = false
Everything came to work perfectly. So I guess that what was happening is that
you can't send different bursts one just after the other and you need to add a
little offset (I didn't try to get the exact value, but I think that adding
0,05?s was still ok) to make it possible to handle for the USRP. So if you want
to send a continuous stream of data, you can't use different bursts and have to
keep with one.
I have one question tough, how are handled multiple commands with these
settings :
start_of_burst = true
end_of_burst = false
? Does the USRP understand that as long as I don't send a packet with
end_of_burst = true, I want it to consider only one packet ? Or should I change
my program to first send a frame with start_of_burst = true, end_of_burst =
false then frames with start_of_burst = false, end_of_burst = false ?
Anyway, thanks for the help.
Laurent Louf.
De : USRP-users [mailto:[email protected]] De la part de LOUF
Laurent via USRP-users
Envoy? : vendredi 12 d?cembre 2014 14:58
? : [email protected]
Objet : [USRP-users] Strange behavior of N210 with timed commands
Hello,
I'm not quite sure how to use this mailing list so do not hesitate to redirect
me to a better place or to someone that may know the answer to my question.
That being said, I'm currently working with an USRP N210 at work and observed a
strange behavior on which I would like to have your input. I use the USRP to
receive a signal, apply a channel simulation on it and transmit the signal
obtained. I have absolutely no problem on the receive part but one little on
the transmit part. The signal I use is sampled at 2Msamples / second, and I
work on frames of 1250 samples, so frames of 625?s. So the whole process goes
that way, I receive a frame, apply the channel simulation and then transmit it,
at a fixed interval.
The problem occurs now : I do some calculations based on the time when I
receive the first frame, add the latency of my system and a number of times
625?s corresponding to the number of frames sent, which makes the time to
transmit the frame, that is sent to the USRP along with the current frame. If I
put an interval of exactly 625?s, I get a fastpath message "L" every two
frames, and I can see that the data of the second frame is not transmitted. If
I put an interval of 625,1?s, everything seems to work fine and I don't get any
error. The metadata I send along with the frame are : start_of_burst = true ,
end_of_burst = true , has_time_spec = true and the time spec I got from my
calculations. That feels strange to me since I don't even have to add the time
corresponding to one sample to get it to work (0,5?s). Could it be something
related to the burst mode that I'm using ? I did not fully get that part
reading the documentation, so feel free to enlighten me on that subject.
Thanks in advance for any answer,
Laurent Louf.
[@@OPEN @@]
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150413/52af20b9/attachment-0001.html>
------------------------------
Message: 4
Date: Mon, 13 Apr 2015 09:24:04 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] TX Image rejection B210
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
On 04/13/2015 05:50 AM, Sebastian Held via USRP-users wrote:
> Update:
>
> I played around with the LO offset feature and got the following result:
>
>
> The curves were generated by:
> blue: ./tx_waveforms --args="master_clock_rate=10e6" --rate 10000000
> --freq=5900000000 --gain=50 --wave-type SINE --ref=gpsdo --int-n
> --wave-freq=1000000 --lo_off=0
> green: ./tx_waveforms --args="master_clock_rate=10e6" --rate 10000000
> --freq=5900000000 --gain=50 --wave-type SINE --ref=gpsdo --int-n
> --wave-freq=1000000 --lo_off=2000000
> red: ./tx_waveforms --args="master_clock_rate=10e6" --rate 10000000
> --freq=5900000000 --gain=50 --wave-type SINE --ref=gpsdo --int-n
> --wave-freq=1000000 --lo_off=5000000
>
> Clearly visible: The wanted sine (-38.9 dBm) is offset 1 MHz from 5.9
> GHz, which is correct.
> The LO is the signal at -69.2 dBm; it moves according to the LO offset
> parameter.
> The to be rejected sideband is at -64.6 dBm.
>
> The specification of the B210
> (http://www.ettus.com/content/files/b200-b210_spec_sheet.pdf) states:
> SSB/LO Suppression -35/50 dBc
>
> My measurement:
> SSB/LO Suppression -25.7/30.3 dBc
>
> This is far off.
> Does anyone have similar problems?
> Is there anything I can do to improve these figures?
>
> Sebastian
>
What version of UHD are you using?
Have you tried specifying a master clock rate that is a multiple of your
(10Msps in your example) sample rate?
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150413/87f42727/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 47585 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150413/87f42727/attachment-0001.png>
------------------------------
Message: 5
Date: Mon, 13 Apr 2015 15:33:40 +0200
From: Sebastian Held <[email protected]>
To: [email protected], [email protected]
Subject: Re: [USRP-users] TX Image rejection B210
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252
I updated my UHD today to the newest maint.
The problem was in fact the master clock rate. I had to change it from
the default, because of the sample rate. After that I forgot about it.
Increasing it to 40 MHz, my OFDM signals now pass the spetrum mask! (I
did not check with the sinusoids again, will do this tomorrow).
One problem remains: how to select the best master clock for a specific
sample rate?
Sebastian
Am 13.04.2015 um 15:24 schrieb Marcus D. Leech via USRP-users:
> What version of UHD are you using?
>
> Have you tried specifying a master clock rate that is a multiple of
> your (10Msps in your example) sample rate?
--
Sebastian Held (Dipl.-Ing.)
IMST GmbH
Software Engineer
------------------------------
Message: 6
Date: Mon, 13 Apr 2015 09:49:26 -0400
From: "Marcus D. Leech" <[email protected]>
To: Sebastian Held <[email protected]>,
[email protected]
Subject: Re: [USRP-users] TX Image rejection B210
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252; format=flowed
On 04/13/2015 09:33 AM, Sebastian Held wrote:
> I updated my UHD today to the newest maint.
>
> The problem was in fact the master clock rate. I had to change it from
> the default, because of the sample rate. After that I forgot about it.
> Increasing it to 40 MHz, my OFDM signals now pass the spetrum mask! (I
> did not check with the sinusoids again, will do this tomorrow).
>
> One problem remains: how to select the best master clock for a specific
> sample rate?
>
> Sebastian
>
> Am 13.04.2015 um 15:24 schrieb Marcus D. Leech via USRP-users:
>> What version of UHD are you using?
>>
>> Have you tried specifying a master clock rate that is a multiple of
>> your (10Msps in your example) sample rate?
Actually, in the latest UHD, if you don't specify a master clock rate,
UHD will pick an appropriate one.
------------------------------
Message: 7
Date: Mon, 13 Apr 2015 08:13:33 -0700
From: Neel Pandeya <[email protected]>
To: usrp-users <[email protected]>
Subject: [USRP-users] Announcing NEWSDR at WPI on Thr/Fri May 21/22
Message-ID:
<CACaXmv-uqgM-Li2qG2z-qT=tqtuz6ttqa8z4+wpvdnwas_r...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
*********************************************************************
* NEWSDR 2015 *
* *
* New England Workshop on Software-Defined Radio *
* *
* Fifth-Annual *
* *
* Main Event *
* Friday May 22, 7:30 AM - 4:00 PM *
* *
* GNU Radio Hacking Workshop *
* Thursday May 21, 5:00 PM - 9:30 PM *
* *
* Worcester Polytechnic Institute (WPI) *
* Worcester, MA, USA *
* *
* http://www.sdr-boston.org/ *
* *
* Free Registration *
* *
*********************************************************************
INVITATION TO PARTICIPATE
You are cordially invited to the 2015 New England Workshop on
Software Defined Radio (NEWSDR 2015), which is the fifth installment
of an annual series of workshops organized by the Boston SDR User
Group (SDR-Boston).
This year, NEWSDR will be held at the Rubin Campus Center of
Worcester Polytechnic Institute (WPI), and consists of a day-long
Main Event on Friday, and a GNU Radio Hacking Workshop (GRHW) on the
evening before. People are welcome to attend either or both.
*********************************************************************
MAIN EVENT
Friday May 22, 7:30 AM - 4 PM
KEYNOTE SPEAKER:
* Professor frederic harris, San Diego State University
INVITED SPEAKERS:
* Professor Miriam Leeser, Northeastern University
* Professor Mieczyslaw Kokar, Northeastern University
TECHNICAL POSTER PRESENTATIONS:
* Covering the recent work in SDR and cognitive radio technology
* Poster presentations are now being solicited
* See link at the bottom of this email to submit your abstract
SPONSORS:
* The MathWorks Inc.
* National Instruments / Ettus Research
* MediaTek Wireless Inc.
* Wireless Innovation Laboratory (WI Lab) at WPI
DEMOS & TECHNICAL SEMINARS FROM:
* The MathWorks Inc.
* National Instruments / Ettus Research
COMPLIMENTARY:
* Free parking
* Free breakfast, lunch, coffee provided
The Main Event features invited speakers, technical poster
presentation sessions, hardware and software demonstrations from the
event sponsors, and two technical seminars, all focusing on recent
work in SDR and cognitive radio technology.
The event provides an excellent networking opportunity and a terrific
venue to exchange thoughts and ideas with other people working in
the SDR space.
*********************************************************************
GNU Radio Hacking Workshop (GRHW)
Thursday May 21, 5 PM - 9:30 PM
HOST:
* Dr. Tom Rondeau, Rondeau Research LLC
COMPLIMENTARY:
* Free parking
* Free pizza, drinks, and dessert provided
The GRHW is a great opportunity for people to learn about how to
productively use GNU Radio and USRP devices. The workshop is aimed
at both novice users as well as at those with some previous basic
experience.
The GRHW will be run by Dr. Tom Rondeau, who will briefly speak about
the current state and future directions of the GNU Radio project.
Afterwards, a brief GNU Radio tutorial will follow.
Then attendees will work individually or in groups to implement a
communications system from scratch, with guidance from on-hand staff
to answer questions and help with problems. A working system will be
presented at the end.
Attendees are required to bring their own laptops, but USRP radios as
well as bootable live USB flash drives will be provided. Nothing will
need to be installed on attendees' laptops.
*********************************************************************
REGISTRATION
* Registration is completely free
* Registration takes less than 5 minutes
* Registration includes free parking and free food
* You must register online in order to receive a voucher for
free parking and free food
* Attendance, food, parking are all limited, so please register
online as soon as possible to secure your spot
* Registration deadline is Friday May 15
* See link at the bottom of this announcement to register online
* Your registration information will be kept confidential and
private, and will *not* be shared with any other third-party
*********************************************************************
LINKS
REGISTRATION:
https://docs.google.com/forms/d/19sEkp0YOF17BGl_8wVCB2W66-entErgziyCEaY6Bi94/viewform
POSTER ABSTRACT SUBMISSION:
https://docs.google.com/forms/d/1UIixAhRdaTHP7eNDxD7kwwmKfFQlvXB-DKDFjJupwHo/viewform
*********************************************************************
ADDITIONAL INFORMATION
More information, and the event schedule,
for this event can be found at our website:
http://www.sdr-boston.org/
*********************************************************************
EOF
*********************************************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150413/1adf27d0/attachment-0001.html>
------------------------------
Message: 8
Date: Mon, 13 Apr 2015 15:54:24 +0300
From: ??????? ??????? <[email protected]>
To: [email protected]
Subject: [USRP-users] B210 verilog source code problems
Message-ID:
<CABnsJXqw_K2Q+Ue55ouEpSiO0eAmcgEqshkKxvCFpf0ESo=r...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Hi All,
I'm working on the project by implementing a modulator (e.g.BPSK) in
FPGA on board B210.
And the more I digging the Verilog code, the more questions I have
about how it actually works.
Down below I will talk about only a TX chain, because there's no
priority to implement an RX chain right now. Anyway, everything has
its time and I hope for your help.
1) There's a module gpif2_slave_fifo32 in b200.v file, that gets a
tx_tdata and ctrl_tdata lines forward to DSP chain. In this module I
found that it works with a tristate buffer model and depending on what
information module get (i.e. what's on GPIF_CTL11 and GPIF_CTL12,
which are used for fifo address), it will take it to different
fifo-modules. Then it splits to tx_tdata and ctrl_tdata. At this point
I don't understand the logic of setting these pins (GPIF_CTL11 and
12). Is there any description of transactions into GPIF? Or maybe
there's a documentation how to work with this interface?
2) There's a pin, named codec_data_clk_p. This is a Baseband PLL
clock, I suppose, that goes from AD9361. I got the full path:
DATA_CLK_P -> G11 -> K3 -> IO_L44P_GCLK21_M3A5_3 (codec_data_clk_p).
AD datasheet says, that this clock is programmed from 700 MHz to 1400
MHz. How should I know, what clock is going from AD right now, when I
run my board with .bin and .hex files? Can I change or reconfigure it
from somewhere?
3) While I was surfing the source code it was obvious, that tx data
goes from tx0 and tx1 buses (inside b200_core.v). It goes up to
tx_data1 and tx_data2 and then it goes to catcodec module and to DAC.
But when I looked at it with the Chipscope, I didn't see nothing that
proves my theory. Tx bus (inside radio_b200.v) consists from run_tx
signal and two other buses - tx_idle and tx_fe_q or tx_fe_i (depends
on I and Q components). In Chipscope run_tx signal was 0, so data goes
only from tx_idle. But I didn't see at least something that was
similar to data from tx_tdata (up in b200.v). Honestly, I didn't see
nothing on these buses (it was zeroes, or some constant value that
didn't change). Here's the question - how data goes from GPIF and
tx_tdata bus down to radio_b200 and goes up to tx_data1 and tx_data2?
Maybe I did something wrong with Chipscope, but on tx_tdata there's a
data, that transmits from GNURadio. I just don't get the full path.
Chipscope was running on radio_clk and bus_clk and it didn't change
anything.
4) As I said before, while I was chipscoping, run_tx was set to 0. But
there a lot of DSP modules inside radio_b200.v, that run from run_tx
(e.g. Digital Up Converter, CIC filter, CORDIC-module and so on). It
means that these modules are not working right now. But it ruins my
understanding of digital up and down converter chains at all! If all
these modules aren't used, why they are in the source code? For other
board models? Or if I just didn't turn them on, how can I enable them?
All of these things are prevent my attempts to implement something in
verilog source code.
I have a feeling, that I miss some fundamental things. I hope someone
will help me with my questions, cause I'm stuck.
--
Best regards,
Vitaliy Lazarev.
------------------------------
Message: 9
Date: Mon, 13 Apr 2015 15:08:56 +0000 (UTC)
From: Newsdr WPI <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] Announcing NEWSDR at WPI on Thr/Fri May 21/22
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"
********************************************************************** ? ? ? ?
? ? ? ? ? ? ? ? ? NEWSDR 2015 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ** ? ? ? ? ? ? ? ? ?
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ** ? ? ? ? ? New England
Workshop on Software-Defined Radio ? ? ? ? ?** ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ** ? ? ? ? ? ? ? ? ? ? ? ? ? Fifth-Annual ? ?
? ? ? ? ? ? ? ? ? ? ? ?** ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
? ? ? ? ? ? ** ? ? ? ? ? ? ? ? ? ? ? ? ? ?Main Event ? ? ? ? ? ? ? ? ? ? ? ? ?
? ** ? ? ? ? ? ? ? ? Friday May 22, 7:30 AM - 4:00 PM ? ? ? ? ? ? ? ? ?** ? ? ?
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ** ? ? ? ? ? ? ? ?
? ? GNU Radio Hacking Workshop ? ? ? ? ? ? ? ? ? ?** ? ? ? ? ? ? ? ?Thursday
May 21, 5:00 PM - 9:30 PM ? ? ? ? ? ? ? ? ** ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ** ? ? ? ? ? ? ? Worcester Polytechnic
Institute (WPI) ? ? ? ? ? ? ? ** ? ? ? ? ? ? ? ? ? ? ? ?Worcest
er, MA, USA ? ? ? ? ? ? ? ? ? ? ? ? ** ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
? ? ? ? ? ? ? ? ? ? ? ? ? ** ? ? ? ? ? ? ? ? ? ? http://www.sdr-boston.org/ ? ?
? ? ? ? ? ? ? ?** ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
? ? ** ? ? ? ? ? ? ? ? ? ? ? ? ?Free Registration ? ? ? ? ? ? ? ? ? ? ? ?** ? ?
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
**********************************************************************? ? ? ? ?
? ? ? ? ? ?INVITATION TO PARTICIPATE
You are cordially invited to the 2015 New England Workshop onSoftware Defined
Radio (NEWSDR 2015), which is the fifth installmentof an annual series of
workshops organized by the Boston SDR UserGroup (SDR-Boston).
This year, NEWSDR will be held at the Rubin Campus Center ofWorcester
Polytechnic Institute (WPI), and consists of a day-longMain Event on Friday,
and a GNU Radio Hacking Workshop (GRHW) on theevening before. People are
welcome to attend either or both.
*********************************************************************? ? ? ? ?
? ? ? ? ? ? ? ? ? MAIN EVENT
? ? ? ? ? ? ? ? ? ?Friday May 22, 7:30 AM - 4 PM
KEYNOTE SPEAKER:? * ?Professor frederic harris, San Diego State University
INVITED SPEAKERS:? * ?Professor Miriam Leeser, Northeastern University? *
?Professor Mieczyslaw Kokar, Northeastern University
TECHNICAL POSTER PRESENTATIONS:? * ?Covering the recent work in SDR and
cognitive radio technology? * ?Poster presentations are now being solicited? *
?See link at the bottom of this email to submit your abstract
SPONSORS:? * ?The MathWorks Inc.? * ?National Instruments / Ettus Research? *
?MediaTek Wireless Inc.? * ?Wireless Innovation Laboratory (WI Lab) at WPI
DEMOS & TECHNICAL SEMINARS FROM:? * ?The MathWorks Inc.? * ?National
Instruments / Ettus Research
COMPLIMENTARY:? * ?Free parking? * ?Free breakfast, lunch, coffee provided
The Main Event features invited speakers, technical posterpresentation
sessions, hardware and software demonstrations from theevent sponsors, and two
technical seminars, all focusing on recentwork in SDR and cognitive radio
technology.
The event provides an excellent networking opportunity and a terrificvenue to
exchange thoughts and ideas with other people working inthe SDR space.
*********************************************************************? ? ? ? ?
? ? ? ?GNU Radio Hacking Workshop (GRHW)
? ? ? ? ? ? ? ? ? Thursday May 21, 5 PM - 9:30 PM
HOST:? * ?Dr. Tom Rondeau, Rondeau Research LLC
COMPLIMENTARY:? * ?Free parking? * ?Free pizza, drinks, and dessert provided
The GRHW is a great opportunity for people to learn about how toproductively
use GNU Radio and USRP devices. The workshop is aimedat both novice users as
well as at those with some previous basicexperience.
The GRHW will be run by Dr. Tom Rondeau, who will briefly speak aboutthe
current state and future directions of the GNU Radio project.Afterwards, a
brief GNU Radio tutorial will follow.
Then attendees will work individually or in groups to implement acommunications
system from scratch, with guidance from on-hand staffto answer questions and
help with problems. A working system will bepresented at the end.
Attendees are required to bring their own laptops, but USRP radios aswell as
bootable live USB flash drives will be provided. Nothing willneed to be
installed on attendees' laptops.
*********************************************************************? ? ? ? ?
? ? ? ? ? ? ? ? ?REGISTRATION
? * ?Registration is completely free
? * ?Registration takes less than 5 minutes
? * ?Registration includes free parking and free food
? * ?You must register online in order to receive a voucher for? ? ?free
parking and free food
? * ?Attendance, food, parking are all limited, so please register? ? ?online
as soon as possible to secure your spot
? * ?Registration deadline is Friday May 15
? * ?See link at the bottom of this announcement to register online
? * ?Your registration information will be kept confidential and? ? ?private,
and will *not* be shared with any other third-party
*********************************************************************? ? ? ? ?
? ? ? ? ? ? ? ? ? ? ?LINKS
REGISTRATION:https://docs.google.com/forms/d/19sEkp0YOF17BGl_8wVCB2W66-entErgziyCEaY6Bi94/viewform
POSTER ABSTRACT
SUBMISSION:https://docs.google.com/forms/d/1UIixAhRdaTHP7eNDxD7kwwmKfFQlvXB-DKDFjJupwHo/viewform
*********************************************************************? ? ? ? ?
? ? ? ? ? ? ADDITIONAL INFORMATION
? ? ? ? ? ? ?More information, and the event schedule,? ? ? ? ? ? for this
event can be found at our website:
? ? ? ? ? ? ? ? ? ? http://www.sdr-boston.org/
*********************************************************************? ? ? ? ?
? ? ? ? ? ? ? ? ? ? ?
EOF*********************************************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150413/0f4bc71e/attachment-0001.html>
------------------------------
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 56, Issue 13
******************************************
