[Discuss-gnuradio] Cyberspectrum Software Defined Radio Meetup (DEF CON, Las Vegas, Thu 9th Aug)

[Balint Seeber]

Dear all,

Cyberspectrum will return for a special meetup at the Wireless Village
 during DEF CON on Thursday, August
9th. Thank you to @WiFi_Village  for
hosting us.

We're looking for presenters! Please get in touch if you have something you
would like to share, or have a topic you would like to learn more about.
Projects can be in-progress too.

If you're not able to physically be there, we support remote presentations
(assuming our Internet is reliable :).

Full details will be announced here:
https://www.meetup.com/Cyberspectrum/events/253258931/

For updates before, and photos during the event: https://twitter.com/spe
nchdotnet

Please spread the word!

If you're not familiar with Cyberspectrum: "The Bay Area SDR Meetup will
serve as a forum to exchange knowledge and ideas related to Software
Defined Radio (the software and hardware), and generally aim to get people
excited about all the applications that can be realised with the
technology. At each meetup, attendees will have the opportunity to present
their work/ideas to the group. Engineers, enthusiasts, hobbyists and people
of all experience levels are welcome, no matter what your software/hardware
background."

Stay tuned and hope to see you there,
Balint
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Cyberspectrum Software Defined Radio Meetup (South Bay, Wed Nov 15th, 7:30PM PT)

[Balint Seeber]

Dear all,

Please see correct link: https://www.meetup.com/Cyberspectrum/events/244958759/

Thank you to Nick Foster for pointing that out.

> On 9 Nov 2017, at 7:31 am, Neel Pandeya <neel.pand...@ettus.com> wrote:
> 
> Just wanted to note that space at the Cyberspectrum event on Wednesday is 
> limited, so you have to RSVP on the Meetup page by Wednesday morning.
> 
> Thanks a lot!
> 
> --​Neel Pandeya
> 
> 
> 
>> On 9 November 2017 at 07:12, Balint Seeber <balint...@gmail.com> wrote:
>> Dear all,
>> 
>> We're hosting a special meetup next week in the South Bay! It's the same 
>> week as the DARPA Bay Area SDR Hackfest: 
>> https://darpahackfest.com/bay-area-hackfest
>> 
>> Please get in touch if you would like to present.
>> 
>> Event details can be found here: 
>> https://www.meetup.com/Cyberspectrum/events/243307509/
>> Don't forget all our videos are here: 
>> https://www.youtube.com/playlist?list=PLPmwwVknVIiXGzKhtimTMjhcyppeRRsnE
>> 
>> ...and materials here: http://www.meetup.com/Cyberspectrum/about/
>> 
>> For updates before, and photos during the event: 
>> https://twitter.com/spenchdotnet
>> 
>> Please support Cyberspectrum by submitting a talk, requesting a 
>> topic/presenters, or spreading the word about us!
>> 
>> If you would like to learn more about setting one up, please get in touch. 
>> (Anyone on the US East Coast?)
>> 
>> If you're not familiar with Cyberspectrum: "The Bay Area SDR Meetup will 
>> serve as a forum to exchange knowledge and ideas related to Software Defined 
>> Radio (the software and hardware), and generally aim to get people excited 
>> about all the applications that can be realised with the technology. At each 
>> meetup, attendees will have the opportunity to present their work/ideas to 
>> the group. Engineers, enthusiasts, hobbyists and people of all experience 
>> levels are welcome, no matter what your software/hardware background."
>> 
>> As always, if you would like to present at a future event about a project 
>> you're working on, or something interesting you've discovered, please get in 
>> touch!
>> 
>> Stay tuned and hope to see you there,
>> Balint
>> 
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Cyberspectrum Software Defined Radio Meetup (South Bay, Wed Nov 15th, 7:30PM PT)

[Balint Seeber]

Dear all,

We're hosting a special meetup next week in the South Bay! It's the same
week as the DARPA Bay Area SDR Hackfest:
https://darpahackfest.com/bay-area-hackfest

Please get in touch if you would like to present.

Event details can be found here: https://www.meetup.com/
Cyberspectrum/events/243307509/

Don't forget all our videos are here: https://www.youtube.com/
playlist?list=PLPmwwVknVIiXGzKhtimTMjhcyppeRRsnE

...and materials here: http://www.meetup.com/Cyberspectrum/about/

For updates before, and photos during the event: https://twitter.com/spe
nchdotnet

Please support Cyberspectrum by submitting a talk, requesting a
topic/presenters, or spreading the word about us!

If you would like to learn more about setting one up, please get in touch.
(Anyone on the US East Coast?)
If you're not familiar with Cyberspectrum: "The Bay Area SDR Meetup will
serve as a forum to exchange knowledge and ideas related to Software
Defined Radio (the software and hardware), and generally aim to get people
excited about all the applications that can be realised with the
technology. At each meetup, attendees will have the opportunity to present
their work/ideas to the group. Engineers, enthusiasts, hobbyists and people
of all experience levels are welcome, no matter what your software/hardware
background."

As always, if you would like to present at a future event about a project
you're working on, or something interesting you've discovered, please get
in touch!

Stay tuned and hope to see you there,
Balint
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Tonight: Cyberspectrum Software Defined Radio Meetup (San Diego, Thu Sept 14th, 6:30PM PT)

[Balint Seeber]

Dear all,

Announcing the the 22nd #cyberspectrum special meetup tonight, during this
exciting week of #GRCon17, from 6:30 PM in San Diego at Qualcomm.

For those that wish to try car pooling, please meet at the GRCon hotel
lobby at 6 PM.

For those unable to attend the event in person, you can live stream it
here: https://www.youtube.com/watch?v=u1RA8eScOIs
There's also IRC: #cyberspectrum on Freenode.

Full details, including the speaker lineup/topics, are here:
https://www.meetup.com/Cyberspectrum/events/243307509/

Don't forget all our videos are here: https://www.youtube.com/
playlist?list=PLPmwwVknVIiXGzKhtimTMjhcyppeRRsnE

...and materials here: http://www.meetup.com/Cyberspectrum/about/

For updates before, and photos during the event: https://twitter.com/spe
nchdotnet

Please support Cyberspectrum by submitting a talk, requesting a
topic/presenters, or spreading the word about us!

If you would like to learn more about setting one up, please get in touch.
(Anyone on the US East Coast?)
If you're not familiar with Cyberspectrum: "The Bay Area SDR Meetup will
serve as a forum to exchange knowledge and ideas related to Software
Defined Radio (the software and hardware), and generally aim to get people
excited about all the applications that can be realised with the
technology. At each meetup, attendees will have the opportunity to present
their work/ideas to the group. Engineers, enthusiasts, hobbyists and people
of all experience levels are welcome, no matter what your software/hardware
background."

As always, if you would like to present at a future event about a project
you're working on, or something interesting you've discovered, please get
in touch!

Stay tuned and hope to see you there,
Balint
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Tonight (Wed Oct 5th, 6:30PM PT): 20th Cyberspectrum Software Defined Radio Meetup

[Balint Seeber]

Dear all,

Announcing the twentieth Cyberspectrum meetup in the South Bay!

Come along at 6:30 PM for a 7 PM sharp kickoff. For those unable to attend
the event in person, you can live stream it here:
https://www.youtube.com/watch?v=hPiUncCs6Lg
There's also IRC: #cyberspectrum on Freenode.

Full details, including the speaker lineup/topics, are here:
http://www.meetup.com/Cyberspectrum/events/228537145/

On the agenda this time:

   - Disposable, Stealthy, Cheap SIGINT (Chris Kuethe
   , @kj6gve )
   - L-Band WX Satellites (Joe Steinmetz, @usa_satcom
   )

Don't forget all our videos are here: https://www.youtube.com/
playlist?list=PLPmwwVknVIiXGzKhtimTMjhcyppeRRsnE

...and materials here: http://www.meetup.com/Cyberspectrum/about/

For updates before, and photos during the event: https://twitter.com/spe
nchdotnet

Please support Cyberspectrum by submitting a talk, requesting a
topic/presenters, or spreading the word about us!

We have a chapter up and running in Melbourne, Australia now:
http://www.meetup.com/Cyberspectrum-Melbourne/

If you would like to learn more about setting one up, please get in touch.
(Anyone on the US East Coast?)
If you're not familiar with Cyberspectrum: "The Bay Area SDR Meetup will
serve as a forum to exchange knowledge and ideas related to Software
Defined Radio (the software and hardware), and generally aim to get people
excited about all the applications that can be realised with the
technology. At each meetup, attendees will have the opportunity to present
their work/ideas to the group. Engineers, enthusiasts, hobbyists and people
of all experience levels are welcome, no matter what your software/hardware
background."

As always, if you would like to present at a future event about a project
you're working on, or something interesting you've discovered, please get
in touch!

Stay tuned and hope to see you there,
Balint
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] This Thurs - Cyberspectrum: Software Defined Radio Meetup (15th Sept) 6:30 PM

[Balint Seeber]

Dear all,

Announcing the nineteenth Cyberspectrum meetup in Boulder, CO!

It is already a big week in Boulder with the GNU Radio Conference underway!

If you would like to see even more talks about SDR, come along at 6:30 PM
for a 7 PM sharp kickoff in the Discovery Learning Center at UC Boulder.
For those unable to attend the event in person, you can live stream it
here: https://www.youtube.com/watch?v=L5iw_hpKhPE
There's also IRC: #cyberspectrum on Freenode.

Full details, including the speaker lineup/topics, are here:
https://www.meetup.com/Cyberspectrum/events/228537134/ (please RSVP if you
are coming!).

A big thank you to UC Boulder and their Computer Science department for
hosting us! Here is the map
,
parking guide ,
and driving
directions

.

On the agenda this time:

   - SDR Polyamory (Jared Boone , @sharebrained
   )
   - SDR is hard, but installing GNU Radio is not -- Bootstrapping your
   bench with PyBOMBS and CGRAN (Martin Braun, @braun_noise
   )
   - Disposable, Stealthy, Cheap SIGINT (Chris Kuethe
   , @kj6gve )
   - Osmocom-GMR : Quick
   introduction to receiving the Thuraya and Mexsat satellite phone systems
   (Sylvain Munaut, @tnt )

Don't forget all our videos are here: https://www.youtube.com/playlist?list=
PLPmwwVknVIiXGzKhtimTMjhcyppeRRsnE

...and materials here: http://www.meetup.com/Cyberspectrum/about/

For updates before, and photos during the event: https://twitter.com/
spenchdotnet

Please support Cyberspectrum by submitting a talk, requesting a
topic/presenters, or spreading the word about us!

We have a chapter up and running in Melbourne, Australia now:
http://www.meetup.com/Cyberspectrum-Melbourne/

If you would like to learn more about setting one up, please get in touch.
(Anyone on the US East Coast?)
If you're not familiar with Cyberspectrum: "The Bay Area SDR Meetup will
serve as a forum to exchange knowledge and ideas related to Software
Defined Radio (the software and hardware), and generally aim to get people
excited about all the applications that can be realised with the
technology. At each meetup, attendees will have the opportunity to present
their work/ideas to the group. Engineers, enthusiasts, hobbyists and people
of all experience levels are welcome, no matter what your software/hardware
background."

As always, if you would like to present at a future event about a project
you're working on, or something interesting you've discovered, please get
in touch!

Stay tuned and hope to see you there,
Balint
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] This Wed - Cyberspectrum: Software Defined Radio Meetup (13th July) 6:30pm

[Balint Seeber]

Dear all,

Announcing the seventeenth Cyberspectrum meetup in San Francisco!

Come along at 6:30 PM for a 7 PM sharp kickoff in the Hackatorium. For
those unable to attend the event in person, you can live stream it here:
https://www.youtube.com/watch?v=c8MW7N2RxqU
There's also IRC: #cyberspectrum on Freenode.

Full details, including the speaker lineup/topics, are here:
http://www.meetup.com/Cyberspectrum/events/228537106/ (please RSVP if you
are coming!).

The Noisebridge event page is here:
https://noisebridge.net/wiki/Cyberspectrum

On the agenda this time:

   - "The Land Mobile Radio Spectrum: What is out there, how it works, and
   how you can hear it" with Desmond Crisis - bring your SDR kit and play
   along!
   - Discussion on interference and jamming
   - "Interactive Install & Setup-fest" with the group

Don't forget all our videos are here:
https://www.youtube.com/playlist?list=PLPmwwVknVIiXGzKhtimTMjhcyppeRRsnE

...and materials here: http://www.meetup.com/Cyberspectrum/about/

For updates before, and photos during the event:
https://twitter.com/spenchdotnet

Please support Cyberspectrum by submitting a talk, requesting a
topic/presenters, or spreading the word about us!

We have a chapter up and running in Melbourne, Australia now:
http://www.meetup.com/Cyberspectrum-Melbourne/

If you would like to learn more about setting one up, please get in touch.
(Anyone on the US East Coast?)

We have some very exciting plans for the coming months, including more
great talks, and special meetups planned to occur in different locations
coinciding with some big & upcoming conferences. More to come...

If you're not familiar with Cyberspectrum: "The Bay Area SDR Meetup will
serve as a forum to exchange knowledge and ideas related to Software
Defined Radio (the software and hardware), and generally aim to get people
excited about all the applications that can be realised with the
technology. At each meetup, attendees will have the opportunity to present
their work/ideas to the group. Engineers, enthusiasts, hobbyists and people
of all experience levels are welcome, no matter what your software/hardware
background."

As always, if you would like to present at a future event about a project
you're working on, or something interesting you've discovered, please get
in touch!

Stay tuned and hope to see you there,
Balint
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Cyberspectrum: Software Defined Radio Meetup (Wed 29th Jun) 6:30pm

[Balint Seeber]

Dear all,

We're back! Announcing the sixteenth Cyberspectrum meetup in San Francisco!

Come along at 6:30 PM for a 7 PM sharp kickoff in the Hackatorium. For
those unable to attend the event in person, you can live stream it here:
https://www.youtube.com/watch?v=mgbepw3G-uo
There's also IRC: #cyberspectrum on Freenode.

Full details, including the speaker lineup/topics, are here:
*http://www.meetup.com/Cyberspectrum/events/228537098/
* (please RSVP if
you are coming!).

On the agenda this time:

   - "Understanding the LTE Physical Layer" with Sandor Szilvasi
   
   - "GNU Radio Tutorial Part 2: Receiving FM and RDS" with Neel Pandeya
   - "Interactive Install & Setup-fest" with the group

Don't forget all our videos are here:
https://www.youtube.com/playlist?list=PLPmwwVknVIiXGzKhtimTMjhcyppeRRsnE

...and materials here: http://www.meetup.com/Cyberspectrum/about/

For updates before, and photos during the event:
https://twitter.com/spenchdotnet

Please support Cyberspectrum by submitting a talk, or spreading the word
about us!

We have a chapter up and running in Melbourne, Australia now:
http://www.meetup.com/Cyberspectrum-Melbourne/

If you would like to learn more about setting one up, please get in touch.
(Anyone on the US East Coast?)

We have some very exciting plans for the coming months, including more
great talks, and special meetups planned to occur in different locations
coinciding with some big & upcoming conferences. More to come...
If you're not familiar with Cyberspectrum: "The Bay Area SDR Meetup will
serve as a forum to exchange knowledge and ideas related to Software
Defined Radio (the software and hardware), and generally aim to get people
excited about all the applications that can be realised with the
technology. At each meetup, attendees will have the opportunity to present
their work/ideas to the group. Engineers, enthusiasts, hobbyists and people
of all experience levels are welcome, no matter what your software/hardware
background."

As always, if you would like to present at a future event about a project
you're working on, or something interesting you've discovered, please get
in touch!

Stay tuned and hope to see you there,
Balint
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Tomorrow! Cyberspectrum: Software Defined Radio Meetup (Wed 20th April) 6:30pm

[Balint Seeber]

Dear all,

Announcing the fifteenth Cyberspectrum meetup tomorrow, which will be held
in the South Bay!

Come along at 6:30pm for a 7pm sharp kickoff, and for those unable to
attend please join the live stream like last time:
https://www.youtube.com/watch?v=u8CYptnVv3Y

There's also IRC: #cyberspectrum on Freenode, and updates on Twitter
.

Full details, including the speaker lineup/topics, are here:
http://www.meetup.com/Cyberspectrum/events/228537070/

On the agenda:

   - "GNU Radio Update" (Martin Braun )

   - "An Audible Waterfall Plot" (Kevin Reid
   )

   - "Adding Dual 10 Gigabit Ethernet Capability to the USRP X300" (Paul
   David )

   - (And, if there's time, some FMCW RADAR and/or spot jamming with GNU
   Radio!)

If you're not familiar with Cyberspectrum: "The Bay Area SDR Meetup will
serve as a forum to exchange knowledge and ideas related to Software
Defined Radio (the software and hardware), and generally aim to get people
excited about all the applications that can be realised with the
technology. At each meetup, attendees will have the opportunity to present
their work/ideas to the group. Engineers, enthusiasts, hobbyists and people
of all experience levels are welcome, no matter what your software/hardware
background."

As always, if you would like to present at a future event about a project
you're working on, or something interesting you've discovered, please get
in touch!

Hope to see you there,
Balint
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Cyberspectrum: Software Defined Radio Meetup (this Wed, 16th Mar) 6:30pm

[Balint Seeber]

Dear all,

Announcing the fourteenth Cyberspectrum meetup in San Francisco!

Come along at 6:30 PM for a 7 PM sharp kickoff in the Hackatorium. For
those unable to attend the event in person, you can live stream it here:
https://www.youtube.com/watch?v=P971PcQexFI
There's also IRC: #cyberspectrum on Freenode.

Full details, including the speaker lineup/topics, are here:
http://www.meetup.com/Cyberspectrum/events/228537038/

And the Noisebridge event page is here:
https://noisebridge.net/wiki/Cyberspectrum

We'll be hearing about:

   - Paul David: gr-minecraft
   - Matt Knight: "Attacking ZigBee Locks with Commodity Wireless Tools"
   - Special remote appearance from Marc Newlin, discoverer of MouseJack
   

If you're not familiar with Cyberspectrum: "The Bay Area SDR Meetup will
serve as a forum to exchange knowledge and ideas related to Software
Defined Radio (the software and hardware), and generally aim to get people
excited about all the applications that can be realised with the
technology. At each meetup, attendees will have the opportunity to present
their work/ideas to the group. Engineers, enthusiasts, hobbyists and people
of all experience levels are welcome, no matter what your software/hardware
background."

As always, if you would like to present at a future event about a project
you're working on, or something interesting you've discovered, please get
in touch!

Hope to see you there,
Balint
@spenchdotnet 
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Tonight! Cyberspectrum: Software Defined Radio Meetup (Wed 9th Dec) 6:30pm

[Balint Seeber]

Dear all,

Announcing the twelfth Cyberspectrum meetup tonight in San Francisco!

Come along at 6:30pm for a 7pm sharp kickoff in the Hackatorium, and for
those unable to attend we'll set up a live stream like last time:
https://www.youtube.com/watch?v=1K6LUAZpaWg

There's also IRC: #cyberspectrum on Freenode, and updates on Twitter
.

Full details, including the speaker lineup/topics, are here:
http://www.meetup.com/Cyberspectrum/events/226918542/

And the Noisebridge event page is here:
https://noisebridge.net/wiki/Cyberspectrum

We'll be hearing about:

   - "An integrated proof-of-concept 'all-digital' feed for 21cm radio
   astronomy" by Marcus Leech from SBRAC 
   - "ZigBee Smart Homes - A Hacker's Open House" by Tobias Zillner from
   Cognosec 

If you're not familiar with Cyberspectrum: "The Bay Area SDR Meetup will
serve as a forum to exchange knowledge and ideas related to Software
Defined Radio (the software and hardware), and generally aim to get people
excited about all the applications that can be realised with the
technology. At each meetup, attendees will have the opportunity to present
their work/ideas to the group. Engineers, enthusiasts, hobbyists and people
of all experience levels are welcome, no matter what your software/hardware
background."

As always, if you would like to present at a future event about a project
you're working on, or something interesting you've discovered, please get
in touch!

Hope to see you tonight,
Balint
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Eleventh Cyberspectrum SDR Meetup this Wed (30th Sept)

[Balint Seeber]

Dear all,

Announcing the eleventh Cyberspectrum meetup at Noisebridge in San
Francisco!

Come along at 6:30pm for a 7pm sharp kickoff in the Hackatorium, and for
those unable to attend we'll set up a live stream like last time (stay
tuned to the event's page/Twitter for more info closer to the time).
There's also IRC: #cyberspectrum on Freenode.

Full details, including the speaker lineup/topics, are here:
http://www.meetup.com/Cyberspectrum/events/224928223/

We'll be hearing about:

   - Etch-A-SDR by Nate @devnulling 
   - Spread Spectrum SATCOM Hacking by Colby Moore
   

Recordings of, and materials from, previous meetups can be found here:
http://www.meetup.com/Cyberspectrum/about/

If you're not familiar with Cyberspectrum: "The Bay Area SDR Meetup will
serve as a forum to exchange knowledge and ideas related to Software
Defined Radio (the software and hardware), and generally aim to get people
excited about all the applications that can be realised with the
technology. At each meetup, attendees will have the opportunity to present
their work/ideas to the group. Engineers, enthusiasts, hobbyists and people
of all experience levels are welcome, no matter what your software/hardware
background."

As always, if you would like to present at a future event about a project
you're working on, or something interesting you've discovered, please get
in touch!

Hope to see you there,
Balint
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Tenth Special Cyberspectrum SDR Meetup next week in Washington, DC! (Wed 26th June)

[Balint Seeber]

Hi all,

We're pleased to announce the Tenth Special Cyberspectrum meetup, which
will be held in Washington, DC, during the week of the 2015 GNU Radio
conference: http://www.meetup.com/Cyberspectrum/events/224333749/
Please RSVP if you're coming along!
http://www.meetup.com/Cyberspectrum/events/14358/

This event is made possible by the generous support of Virginia Tech
http://www.ncr.vt.edu/arlington/ and the Hume Center
http://www.hume.vt.edu, who have provided us with a space at VT's
Arlington Executive Briefing Centre for the evening's event.

We are really excited as GRCon2015 is taking place over that week, and
we'll have the full spectrum(!) of SDR and GR people in town. It's not too
late to attend GRCon too: http://www.trondeau.com/gnu-radio-conference-2015/

Please get in touch if you would like to show off/preview your work! It
might be additional detail to what you're presenting at GRCon, or related
work, or a side-project that you would like to share in a relaxed setting.

The timing will be the same: please come at 6:30pm for a 7pm (PST) sharp
start to the talks!

If you can't make it, you can also watch the live stream:
https://www.youtube.com/watch?v=r64-EA0IneU
Join the growing Internet audience: #cyberspectrum on Freenode for IRC.

Videos of the previous meetups can be found here:
https://www.youtube.com/playlist?list=PLPmwwVknVIiXGzKhtimTMjhcyppeRRsnE

We already have some exciting talks planned for the coming months. If you
have something you would like to present at the next meetup in September,
please get in touch!

Hope to see you there,
Balint
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Tenth Special Cyberspectrum SDR Meetup next week in Washington, DC! (Wed 26th June)

[Balint Seeber]

Thanks Ashworth. Have you got space for one more?!

Dear all,

Bit of copy-pasta. It's next week, being the last week of *August.*

Balint

On Wed, Aug 19, 2015 at 9:08 PM, Ashworth Payne email.ashwo...@gmail.com
wrote:

 If my time-machine gets back from the cleaners before yesterday, I'll
 certainly be there. Otherwise, August would work better for me.

 Wink wink nudge nudge its all fun until someone tries to occupy the same
 space/time and looses and eye.

 On Wed, Aug 19, 2015 at 7:06 PM, Balint Seeber balint...@gmail.com
 wrote:

 Hi all,

 We're pleased to announce the Tenth Special Cyberspectrum meetup, which
 will be held in Washington, DC, during the week of the 2015 GNU Radio
 conference: http://www.meetup.com/Cyberspectrum/events/224333749/
 Please RSVP if you're coming along!
 http://www.meetup.com/Cyberspectrum/events/14358/

 This event is made possible by the generous support of Virginia Tech
 http://www.ncr.vt.edu/arlington/ and the Hume Center
 http://www.hume.vt.edu, who have provided us with a space at VT's
 Arlington Executive Briefing Centre for the evening's event.

 We are really excited as GRCon2015 is taking place over that week, and
 we'll have the full spectrum(!) of SDR and GR people in town. It's not too
 late to attend GRCon too:
 http://www.trondeau.com/gnu-radio-conference-2015/

 Please get in touch if you would like to show off/preview your work! It
 might be additional detail to what you're presenting at GRCon, or related
 work, or a side-project that you would like to share in a relaxed setting.

 The timing will be the same: please come at 6:30pm for a 7pm (PST) sharp
 start to the talks!

 If you can't make it, you can also watch the live stream:
 https://www.youtube.com/watch?v=r64-EA0IneU
 Join the growing Internet audience: #cyberspectrum on Freenode for IRC.

 Videos of the previous meetups can be found here:
 https://www.youtube.com/playlist?list=PLPmwwVknVIiXGzKhtimTMjhcyppeRRsnE

 We already have some exciting talks planned for the coming months. If you
 have something you would like to present at the next meetup in September,
 please get in touch!

 Hope to see you there,
 Balint

 ___
 Discuss-gnuradio mailing list
 Discuss-gnuradio@gnu.org
 https://lists.gnu.org/mailman/listinfo/discuss-gnuradio



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Video tutorial series cross-platform BorIP server/source+sink blocks

[Balint Seeber]

Dear list,

 

Since I started playing with GR, I've accumulated a number of flowgraphs
where each one was a small experiment to better understand some aspect of
SDR/DSP. I thought I would share them in the form of a video tutorial
series, of which I have completed the first three parts. My motivation is to
provide another form of (semi-)structured guide that the many new-comers to
SDR can hopefully learn from. This is certainly an exciting time to be in
this field! I'm not sure how many more parts I'll put together, but I have
plenty more flowgraphs (right up to blind signal analysis of PSK/OFDM and
demodulating satellite downlinks).

 

The playlist (so far) can be found here:
http://www.youtube.com/playlist?list=PL618122BD66C8B3C4

 

If you get a chance to watch any of it, please let me know what you think -
comments are welcome!

 

Also, I've completed the BorIP http://wiki.spench.net/wiki/BorIP  server
for Linux  Mac, which leverages the power for GR to access hardware and do
DSP (this is different from the Windows version which is self-contained). My
goal was to make the design as general as possible, and to that end you can
create your own server interfaces simply by creating a compatible flowgraph
in GRC - no separate coding is required! The server dynamically loads
flowgraphs (the Python code generated by GRC) based on the Device Hint
supplied from the client. You can also embed the server in an existing
flowgraph (instead of running it on the commandline) by using the new BorIP
Sink block in GRC.

 

Initial documentation can be found here:
http://wiki.spench.net/wiki/BorIP_Server

 

There is a detailed video with all the ways of using it here:
http://www.youtube.com/watch?v=46VbuViPKt4

And a short demo on Mac OS X: http://www.youtube.com/watch?v=492Ub66IsRA

 

The control aspects could be achieved in a similar way using the XMLRPC
server (for example), but the BorIP blocks/server and compatible clients
(Source Block, ExtIO plugin http://wiki.spench.net/wiki/USRP_Interfaces
for Windows) should make basic signal reception 'just work'.

 

The samples from the tutorials, as well as the BorIP code, are all in the
gr-baz module: http://wiki.spench.net/wiki/gr-baz

 

Hope you find it useful.

 

Kind regards,

Balint @spenchdotnet http://twitter.com/spenchdotnet 

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] swig gnuradio.i and ultra-cheap-sdr (RTL2832U) Google Group

[Balint Seeber]

Dear all,

I have merged Alex's pull request (resolution of the 'gruel_common' issue in
gr-baz) on github, and committed that change to SVN too.

My thanks to Tom and Alex for formulating the fix.

Kind regards,
Balint

PS: If anyone is experimenting with GNU Radio using their 'ultra-cheap'
RTL2832U-based DVB-T USB dongle, and would like to ask questions/post
results/etc specifically regarding the device, I have set up a Google Group
for this purpose:
https://groups.google.com/forum/#!forum/ultra-cheap-sdr

 -Original Message-
 From: discuss-gnuradio-bounces+balint256=gmail@gnu.org
 [mailto:discuss-gnuradio-bounces+balint256=gmail@gnu.org] On Behalf Of
 Alexandru Csete
 Sent: Monday, 16 April 2012 5:37 AM
 To: discuss-gnuradio@gnu.org
 Subject: Re: [Discuss-gnuradio] swig gnuradio.i cannot find gruel_common.i
 in 3.6.0
 
 On Sun, Apr 15, 2012 at 8:45 PM, Tom Rondeau t...@trondeau.com wrote:
  On Sun, Apr 15, 2012 at 12:48 PM, Alexandru Csete oz9...@gmail.com
 wrote:
  On Tue, Apr 10, 2012 at 7:27 PM, Josh Blum j...@joshknows.com wrote:
 
  On 04/10/2012 08:49 AM, Justin Ford wrote:
   I'm trying to build an existing tool against gnuradio 3.6.0
   (master branch 3.6.0git-7-g779d8c67).  I'm getting the following
   error from make when gnuradio.i is included by swig:
   /usr/local/include/gnuradio/swig/gnuradio.i:28: Error: Unable to
   find 'gruel_common.i'
  
   I have attached gnuradio.i from my build, line 28 is trying to
   include gruel_common.i.  I found gruel_common.i in
   /usr/local/include/gruel/swig/, but I think it's expected to be in
   /usr/local/include/gnuradio/swig/.
  
   Is this an issue with my build? Or does a change in the more
   recent master branch version require a patch to gnuradio.i?
  
 
  This looks to be a recent change. The gruel swig stuff was moved to
  a new install path include/gruel/swig.
 
   Should I just copy (or link) the contents of
   /usr/local/include/gruel/swig/ to
   /usr/local/include/gnuradio/swig/ as a workaround?
  
 
  You should add this path to the swig search path for your application.
 
 
  Can someone please tell me how to do this for
  https://github.com/balint256/gr-baz
  I tried to modify Makefile.common updating swigincludedir but it has
  no effect :(
 
  Alex
 
 
  The change was from commit aaa98c095a85724a8782a28717162c1d30d865c2.
 
  Here's the relevant lines changed in Makefile.common to get this to
  work. I'm not really sure why, buy swignincludedir is not the right
  variable to manipulate here.
 
  diff --git a/gr-howto-write-a-block/Makefile.common
  b/gr-howto-write-a-block/Makefile.common
  index fca6133..2b9cc75 100644
  --- a/gr-howto-write-a-block/Makefile.common
  +++ b/gr-howto-write-a-block/Makefile.common
  @@ -56,7 +56,8 @@ STD_DEFINES_AND_INCLUDES = \
         $(DEFINES) \
         -I$(abs_top_srcdir)/lib \
         -I$(GNURADIO_CORE_INCLUDEDIR) \
  -       -I$(GNURADIO_CORE_INCLUDEDIR)/swig
  +       -I$(GNURADIO_CORE_INCLUDEDIR)/swig \
  +       -I$(GRUEL_INCLUDEDIR)/gruel/swig
 
 
 Thanks Tom, that helped (together with adding the check for gruel in
 gr_standalone.m4).
 
 Alex
 
 ___
 Discuss-gnuradio mailing list
 Discuss-gnuradio@gnu.org
 https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Update: RTL2832 re-written (better GRC block, librtl2832++) works with OP25 digital radio!

[Balint Seeber]

Thanks for testing Alex!

 

I know it works for you now, but just in case others have experienced the
same problem, please update your code.

The latest has support for the four major tuners (with auto-probing), and
some more devices too.

 

Balint

 

From: discuss-gnuradio-bounces+balint256=gmail@gnu.org
[mailto:discuss-gnuradio-bounces+balint256=gmail@gnu.org] On Behalf Of
Alexandru Csete
Sent: Friday, 6 April 2012 10:03 PM
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Update: RTL2832 re-written (better GRC
block, librtl2832++)  works with OP25 digital radio!

 

Balint,

Thanks for your work on this. Yesterday I have been playing with my EzTV 666
and today I tried a Dexatek dongle using your latest code with FC2580 tuner
support.

If I try to run a simple src-fft flowgraph (attached) right after plugging
the dongle in I get a bunch of errors, see atached fc2580-1.txt file. I
tried to capture a file using the latest rtl-sdr code from the osmocom
repository using the same frequency and sample and it worked. After that I
can try the grc flowgraph using your source block again and it will work
(see attached fc2580-2.txt). So it seems there is something wrong with the
tuner initialization. I didn't have time to look into what the problem could
be.

Alex

On Thu, Apr 5, 2012 at 1:55 PM, Balint Seeber balint...@gmail.com wrote:

Hi folks,

 

Firstly, thank you to those who have tested the initial release and have
been in touch with feedback - I really appreciate it.

 

I would like to share the completely re-written RTL2832 code in gr-baz
http://wiki.spench.net/wiki/gr-baz#rtl_source_c , which should now support
all devices I can find with an E4000, FC0013 and now FC0012 tuner (if there
are any missing, you can simply set the custom VID/PID in the GRC RTL2832
Source block, or add just one line to an array in rtl2832.cc). This will be
ported to the Windows plugin soon.

 

The RTL2832 Source block code itself is much tidier, and makes use of (what
I submit for your consideration/experimentation as) 'librtl2832++' - this is
a completely re-designed GNU Radio-independent C++ (OO) interface to the
hardware. The idea is to make it really easy to talk to the dongles. If you
want to use it for something else, just copy out the 'rtl2832-*' files! You
will find the main 'demod' class, and the 'tuner's, all with (I hope) a
simple API.

 

The updated GRC Source block also exposes lots of new settings too
(including bandwidth, buffer settings, FIR coefficients, .).

 

Moreover, just to ensure that I hadn't led people down the garden path
(since, let's face it, it's 8 bits, XO drifts like crazy, and wasn't
designed for general-purpose SDR), I hooked it up to OP25
http://op25.osmocom.org/  (the open source P25 digital radio decoder) -
and happily it works!

 

Check out the RTL2832+OP25+DES-OFB demonstration/RTL2832 update video:
http://www.youtube.com/watch?v=wShOLgW2tmI

 

In the process I also created two new GRC blocks (now in gr-baz, also in the
video):

 

1.   'OP25 Decoder' (float baseband in, audio out with optional
parameter for setting DES-OFB decryption key - this requires a patch with
decryption support that I will release soon)

2.   'Message Callback' sink whose input port accepts messages, and
calls the relevant GRC-generated code to update a GRC variable (i.e. you can
have various blocks that output messages into a message queue, and these
will be picked up by this block and trigger a particular variable in your
flowgraph to by updated automatically - e.g. you can change a tuning offset
if a block detects a frequency error creeping in, and/or you can have GUI
elements - text boxes/sliders/etc - controlled by arbitrary blocks if their
value needs to be updated by a feedback mechanism)

 

Please note: RTL2832's Source block now has Relative Gain enabled by
default, so valid gain values are in the range [0,1]. This means you don't
need to remember the absolute gain range for whichever tuner you have!

 

Also, there is a known issue that may occur while tuning. If you change the
frequency too rapidly, a USB error may occur and require reconnection of the
dongle (this has only ever happened to me though when there are sample rate
mismatches in a flowgraph). Enforcing coarse-grained locking in the source
block code does not solve this. The only obvious fix to me at this stage is
rate-limiting tuning requests (I'm guessing perhaps the device wasn't
designed to expect rapid re-tuning). Implementing async libusb control
transfers would also be nice!

 

Finally, I have found that on my Linux box, streaming performance isn't as
great as on Windows. By 'performance' I mean occasional degradation in the
baseband signal (i.e. signal 'jumps', after AM or FM demod of a constant
tone, you would hear a 'click' discontinuity). I hope that's not a result of
an undiscovered bug, but  I've been largely able to avoid these
discontinuities by selecting a modest sample rate (e.g. 1 Msps

[Discuss-gnuradio] Update: RTL2832 re-written (better GRC block, librtl2832++) works with OP25 digital radio!

[Balint Seeber]

Hi folks,

 

Firstly, thank you to those who have tested the initial release and have
been in touch with feedback - I really appreciate it.

 

I would like to share the completely re-written RTL2832 code in gr-baz
http://wiki.spench.net/wiki/gr-baz#rtl_source_c , which should now support
all devices I can find with an E4000, FC0013 and now FC0012 tuner (if there
are any missing, you can simply set the custom VID/PID in the GRC RTL2832
Source block, or add just one line to an array in rtl2832.cc). This will be
ported to the Windows plugin soon.

 

The RTL2832 Source block code itself is much tidier, and makes use of (what
I submit for your consideration/experimentation as) 'librtl2832++' - this is
a completely re-designed GNU Radio-independent C++ (OO) interface to the
hardware. The idea is to make it really easy to talk to the dongles. If you
want to use it for something else, just copy out the 'rtl2832-*' files! You
will find the main 'demod' class, and the 'tuner's, all with (I hope) a
simple API.

 

The updated GRC Source block also exposes lots of new settings too
(including bandwidth, buffer settings, FIR coefficients, .).

 

Moreover, just to ensure that I hadn't led people down the garden path
(since, let's face it, it's 8 bits, XO drifts like crazy, and wasn't
designed for general-purpose SDR), I hooked it up to OP25
http://op25.osmocom.org/  (the open source P25 digital radio decoder) -
and happily it works!

 

Check out the RTL2832+OP25+DES-OFB demonstration/RTL2832 update video:
http://www.youtube.com/watch?v=wShOLgW2tmI

 

In the process I also created two new GRC blocks (now in gr-baz, also in the
video):

 

1.   'OP25 Decoder' (float baseband in, audio out with optional
parameter for setting DES-OFB decryption key - this requires a patch with
decryption support that I will release soon)



2.   'Message Callback' sink whose input port accepts messages, and
calls the relevant GRC-generated code to update a GRC variable (i.e. you can
have various blocks that output messages into a message queue, and these
will be picked up by this block and trigger a particular variable in your
flowgraph to by updated automatically - e.g. you can change a tuning offset
if a block detects a frequency error creeping in, and/or you can have GUI
elements - text boxes/sliders/etc - controlled by arbitrary blocks if their
value needs to be updated by a feedback mechanism)

 

Please note: RTL2832's Source block now has Relative Gain enabled by
default, so valid gain values are in the range [0,1]. This means you don't
need to remember the absolute gain range for whichever tuner you have!

 

Also, there is a known issue that may occur while tuning. If you change the
frequency too rapidly, a USB error may occur and require reconnection of the
dongle (this has only ever happened to me though when there are sample rate
mismatches in a flowgraph). Enforcing coarse-grained locking in the source
block code does not solve this. The only obvious fix to me at this stage is
rate-limiting tuning requests (I'm guessing perhaps the device wasn't
designed to expect rapid re-tuning). Implementing async libusb control
transfers would also be nice!

 

Finally, I have found that on my Linux box, streaming performance isn't as
great as on Windows. By 'performance' I mean occasional degradation in the
baseband signal (i.e. signal 'jumps', after AM or FM demod of a constant
tone, you would hear a 'click' discontinuity). I hope that's not a result of
an undiscovered bug, but  I've been largely able to avoid these
discontinuities by selecting a modest sample rate (e.g. 1 Msps), increasing
the transfer read length (you can do this easily in the GRC block) to e.g.
256K (though this will increase delay in reflection of freq/gain changes in
output signal due to longer buffer), and enabling real-time scheduling (this
requires root).

 

If you get run-time complaints about it not finding certain libraries, don't
forget to run 'sudo ldconfig'.

 

If you do try it out, please let me know how you go! I only have one adapter
with the E4000, so I haven't actually tested any others myself. Fingers
crossed!

 

Kind regards,

Balint @spenchdotnet http://twitter.com/spenchdotnet 

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] RTL2832 ($20 USB SDR) support now in gr-baz

[Balint Seeber]

Hi Patrik,

Firstly I should point out that the underlying I2C code has come from the
rtl-sdr tool: http://sdr.osmocom.org/trac/wiki/rtl-sdr

Which in turn (I believe) uses the tuner control source from the Linux
kernel RTL2832 V4L/USB DVB drivers. That source is also found at
https://github.com/mbarbon/rtl2832.git (works with 2.6) and
https://gitorious.org/rtl2832 (looks like 3.0, and potential IR support).

Unfortunately I understand the datasheets for both the demod and tuner chips
are under NDA, so we can only go on what is already out there. This is a
real shame, because I get the feeling there are some other mysteries in the
demod chip's signal chain that ought to be switched off to get the most out
of this as a cheap SDR receiver. All we can do at the moment is experiment
with the available source and see what happens...

If anyone else knows more, please spill the beans! :)

Kind regards,
Balint

PS: I'm just in the process of adding support for more tuners, e.g. FC0012.

 -Original Message-
 From: Patrik Tast [mailto:pat...@poes-weather.com]
 Sent: Sunday, 1 April 2012 9:19 PM
 To: Balint Seeber; discuss-gnuradio@gnu.org
 Subject: Re: [Discuss-gnuradio] RTL2832 ($20 USB SDR) support now in gr-
 baz
 
 Hi Balint,
 
 Good job!
 
 Would it be possible to also git the I2C command document that you used to
 tame the RTL2832 or a link to it in the README?
 
 Thanks,
 Patrik
 
 - Original Message -
 From: Balint Seeber balint...@gmail.com
 To: discuss-gnuradio@gnu.org
 Sent: Friday, March 30, 2012 4:43
 Subject: Re: [Discuss-gnuradio] RTL2832 ($20 USB SDR) support now in gr-
 baz
 
 
  Hi Rafael,
 
  The intention for upstream submission is certainly there, however time
 is
  not quite... hopefully soon.
 
  Some blocks need optimisation, cleaning and re-styling - if anyone
 wishes
  to
  help by sending a patch, that would be wonderful (I just received my
 first
  a
  little while ago!).
 
  Re: getting the dongle, I happened to get lucky on eBay. I can only
  suggest
  to keep searching! Good luck.
 
  Kind regards,
  Balint
 
  PS: Lots happening here: http://www.reddit.com/r/RTLSDR/
  And
 
 http://www.reddit.com/r/amateurradio/comments/rjp8v/20_ultracheap_software
 _d
  efined_radio_with_rtl2832/
 
  -Original Message-
  From: discuss-gnuradio-bounces+balint256=gmail@gnu.org
  [mailto:discuss-gnuradio-bounces+balint256=gmail@gnu.org] On Behalf
  Of
  Rafael Diniz
  Sent: Friday, 30 March 2012 3:43 AM
  To: discuss-gnuradio@gnu.org
  Subject: Re: [Discuss-gnuradio] RTL2832 ($20 USB SDR) support now in
 gr-
  baz
 
  Indeed, Fng awesome!
  Do you plan to submit upstream your gr-baz?
 
  People, in dealextreme store the dongle is sold out.
  I do not want to start an off-topic trend, but could you please mail me
  in
  private where are you buying such dongle?
 
  Best regards,
  Rafael Diniz
 
   Awesome! I'm still waiting on my RTL-based card to arrive via
   snail-mail from an unknown factory on the other side of the world.
   Will test when it arrives!
  
   From: discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org
   [mailto:discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org]
   On Behalf Of Balint Seeber
   Sent: Thursday, March 29, 2012 11:22 AM
   To: discuss-gnuradio@gnu.org
   Subject: [Discuss-gnuradio] RTL2832 ($20 USB SDR) support now in
   gr-baz
  
   Hi folks,
  
   I've just added RTL2832 support to gr-baz with support for both
 tuners
   (Elonics E4000 and Fitipower FC0013).
  
   If you're not aware, this is sold as a DVB-T USB receiver for ~$20,
   which is a pretty decent price for a device that can do general
   purpose SDR at
   3.2 MHz and 8-bits! The journey starts with Antti
   Palosaarihttp://thread.gmane.org/gmane.linux.drivers.video-input-
 infr
   astructure/44461/focus=44461 who discovered it can be put in a mode
   where it streams baseband data directly over USB (for analog FM
   demodulation in software). This resulted in Steve Markgraf's
   rtl-sdrhttp://sdr.osmocom.org/trac/wiki/rtl-sdr
   user-space capture utility over at Osmocom (see the Osmocom page to
   find compatible devices).
  
   I've taken that source and created a fully-featured GNU Radio Source
   block
   'baz.rtl_source_c'http://wiki.spench.net/wiki/Gr-baz#rtl_source_c
   (with GRC block) that outputs complex values, and allows adjustment
 of
   frequency, sample rate and LNA gain. There is also an optional
   automatic tuner mode control for the E4000. If you also like using
   Winrad/HDSDR/WRplus, my ExtIO
   pluginhttp://wiki.spench.net/wiki/USRP_Interfaces now has support
   for the device too. The Source block performs internal multi-threaded
   buffering for smoother performance (this might be over-engineered,
 but
  it seemed to help with the ExtIO plugin).
  
   You can get the source code from my
   SVNhttp://svn.spench.net/main/gr-baz/ or
   githubhttps://github.com/balint256/gr-baz (though please visit the
   info pagehttp

[Discuss-gnuradio] RTL2832 ($20 USB SDR) support now in gr-baz

[Balint Seeber]

Hi folks,

 

I've just added RTL2832 support to gr-baz with support for both tuners
(Elonics E4000 and Fitipower FC0013).

 

If you're not aware, this is sold as a DVB-T USB receiver for ~$20, which is
a pretty decent price for a device that can do general purpose SDR at 3.2
MHz and 8-bits! The journey starts with Antti Palosaari
http://thread.gmane.org/gmane.linux.drivers.video-input-infrastructure/4446
1/focus=44461  who discovered it can be put in a mode where it streams
baseband data directly over USB (for analog FM demodulation in software).
This resulted in Steve Markgraf's rtl-sdr
http://sdr.osmocom.org/trac/wiki/rtl-sdr  user-space capture utility over
at Osmocom (see the Osmocom page to find compatible devices).

 

I've taken that source and created a fully-featured GNU Radio Source block
http://wiki.spench.net/wiki/Gr-baz#rtl_source_c 'baz.rtl_source_c' (with
GRC block) that outputs complex values, and allows adjustment of frequency,
sample rate and LNA gain. There is also an optional automatic tuner mode
control for the E4000. If you also like using Winrad/HDSDR/WRplus, my ExtIO
plugin http://wiki.spench.net/wiki/USRP_Interfaces  now has support for
the device too. The Source block performs internal multi-threaded buffering
for smoother performance (this might be over-engineered, but it seemed to
help with the ExtIO plugin).

 

You can get the source code from my SVN http://svn.spench.net/main/gr-baz/
or github https://github.com/balint256/gr-baz  (though please visit the
info page http://wiki.spench.net/wiki/Gr-baz#rtl_source_c  first for more
info/pre-reqs - e.g. libusb-1.0, etc). It's experimental, and not the
prettiest because I actually ported it back from the ExtIO plugin, but it
works for me and if you want to help test/clean it up then that would be
very much appreciated!

 

To see it in action, have a peek here: http://youtu.be/FUQd9HOVTk8

 

Balint @spenchdotnet http://twitter.com/spenchdotnet 

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] RTL2832 ($20 USB SDR) support now in gr-baz

[Balint Seeber]

Hi Rafael,

The intention for upstream submission is certainly there, however time is
not quite... hopefully soon.

Some blocks need optimisation, cleaning and re-styling - if anyone wishes to
help by sending a patch, that would be wonderful (I just received my first a
little while ago!).

Re: getting the dongle, I happened to get lucky on eBay. I can only suggest
to keep searching! Good luck.

Kind regards,
Balint

PS: Lots happening here: http://www.reddit.com/r/RTLSDR/
And
http://www.reddit.com/r/amateurradio/comments/rjp8v/20_ultracheap_software_d
efined_radio_with_rtl2832/

 -Original Message-
 From: discuss-gnuradio-bounces+balint256=gmail@gnu.org
 [mailto:discuss-gnuradio-bounces+balint256=gmail@gnu.org] On Behalf Of
 Rafael Diniz
 Sent: Friday, 30 March 2012 3:43 AM
 To: discuss-gnuradio@gnu.org
 Subject: Re: [Discuss-gnuradio] RTL2832 ($20 USB SDR) support now in gr-
 baz
 
 Indeed, Fng awesome!
 Do you plan to submit upstream your gr-baz?
 
 People, in dealextreme store the dongle is sold out.
 I do not want to start an off-topic trend, but could you please mail me in
 private where are you buying such dongle?
 
 Best regards,
 Rafael Diniz
 
  Awesome! I'm still waiting on my RTL-based card to arrive via
  snail-mail from an unknown factory on the other side of the world.
  Will test when it arrives!
 
  From: discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org
  [mailto:discuss-gnuradio-bounces+sean.nowlan=gtri.gatech@gnu.org]
  On Behalf Of Balint Seeber
  Sent: Thursday, March 29, 2012 11:22 AM
  To: discuss-gnuradio@gnu.org
  Subject: [Discuss-gnuradio] RTL2832 ($20 USB SDR) support now in
  gr-baz
 
  Hi folks,
 
  I've just added RTL2832 support to gr-baz with support for both tuners
  (Elonics E4000 and Fitipower FC0013).
 
  If you're not aware, this is sold as a DVB-T USB receiver for ~$20,
  which is a pretty decent price for a device that can do general
  purpose SDR at
  3.2 MHz and 8-bits! The journey starts with Antti
  Palosaarihttp://thread.gmane.org/gmane.linux.drivers.video-input-infr
  astructure/44461/focus=44461 who discovered it can be put in a mode
  where it streams baseband data directly over USB (for analog FM
  demodulation in software). This resulted in Steve Markgraf's
  rtl-sdrhttp://sdr.osmocom.org/trac/wiki/rtl-sdr
  user-space capture utility over at Osmocom (see the Osmocom page to
  find compatible devices).
 
  I've taken that source and created a fully-featured GNU Radio Source
  block
  'baz.rtl_source_c'http://wiki.spench.net/wiki/Gr-baz#rtl_source_c
  (with GRC block) that outputs complex values, and allows adjustment of
  frequency, sample rate and LNA gain. There is also an optional
  automatic tuner mode control for the E4000. If you also like using
  Winrad/HDSDR/WRplus, my ExtIO
  pluginhttp://wiki.spench.net/wiki/USRP_Interfaces now has support
  for the device too. The Source block performs internal multi-threaded
  buffering for smoother performance (this might be over-engineered, but
 it seemed to help with the ExtIO plugin).
 
  You can get the source code from my
  SVNhttp://svn.spench.net/main/gr-baz/ or
  githubhttps://github.com/balint256/gr-baz (though please visit the
  info pagehttp://wiki.spench.net/wiki/Gr-baz#rtl_source_c first for
  more info/pre-reqs - e.g. libusb-1.0, etc). It's experimental, and not
  the prettiest because I actually ported it back from the ExtIO plugin,
  but it works for me and if you want to help test/clean it up then that
  would be very much appreciated!
 
  To see it in action, have a peek here: http://youtu.be/FUQd9HOVTk8
 
  Balint @spenchdotnethttp://twitter.com/spenchdotnet
  ___
  Discuss-gnuradio mailing list
  Discuss-gnuradio@gnu.org
  https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
 
 
 
 
 ___
 Discuss-gnuradio mailing list
 Discuss-gnuradio@gnu.org
 https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] HF with SDR video, GR patches, gr-baz new BorIP/ExtIO_USRP

[Balint Seeber]

Hi folks,

I'd like to share the following four releases with the community:

 

1.   This video: http://youtu.be/ZuRcaxpbYCw
which serves as an introduction to receiving HF with SDR (in this case a
USRP+WBX+transverter http://spench.net/drupal/resources/usrp-hf ). I
explore some interesting/unusual signals (e.g. OTH RADAR, STANAG, OFDM/DRM
http://wiki.spench.net/wiki/OFDM ) and analyse them using GNU Radio (e.g.
Fast Auto-correlation http://wiki.spench.net/wiki/Fast_Auto-correlation ,
Cyclostationary analysis http://wiki.spench.net/wiki/gr-baz#delay , MPSK
demodulation), HDSDR and Sigmira. There are a few unknown signals in there
too, so if you have any idea what they might be please comment on the
YouTube page!



2.   A new release of ExtIO_USRP+FUNcube Dongle plugin
http://wiki.spench.net/wiki/USRP_Interfaces  for Winrad/HDSDR/WRplus, and
BorIP server http://wiki.spench.net/wiki/BorIP  (version 1.1.1).
This uses UHD 003.003.001 so most/all models of USRP should be supported
(not that you'd really need to use this with the LAN-accessible models -
it's more for the USB ones, so you can receive samples from them remotely).
There is also improved support for the FUNcube Dongle, and some other minor
fixes.



3.   Public release of gr-baz http://wiki.spench.net/wiki/gr-baz  that
contains several new blocks (many of which I've used for blind signal
analysis and un-FEC https://www.youtube.com/watch?v=Vn-dpUegUDQ 'ing):

. BorIP: fully functional  seamlessly-integrating client for GNU
Radio (use all your existing flowgraphs with a remotely connected USRP).

. AutoFEC: automatically try every combination of Forward Error
Correction parameters when demodulating a complex symbol stream until the
right one is chosen (i.e. a 'lock' is acquired).

. Eye: GRC GUI eye diagram

. Fast Auto-correlation Sink: GRC GUI graph

. Variable Delay: change delay at runtime

. Power: raise signal to a power and optionally divide by another
power of 10

. Print Char: output bytes (as hex) to console, or optionally a
file, with squelch control and output limiting

. Puncture/De-puncture: allows for perforated convolutional Forward
Error Correction (change rate of mother code  insert erasures)

. Swap: swap pairs of samples

. Unpacked-to-packed: byte-to-byte version (take bits from incoming
byte stream and repack certain # of bits into output byte stream)

Plus more! Grab it with SVN http://svn.spench.net/main/gr-baz/  or fork it
on github https://github.com/balint256/gr-baz .



4.   Patches to GNU Radio
http://wiki.spench.net/wiki/GNU_Radio_Patches  that improve functionality
of certain blocks (e.g. enable parameters to be changed at runtime that were
otherwise fixed at design time):

. GRC support for  http://wiki.spench.net/wiki/GRC_Any_Blocks
'Any' Blocks: use any GR block without having to create a custom GRC XML
block definition for it (just type in raw Python into the Any block)

. Constellation sink: runtime adjustment of symbol rate (so you can
experiment with changing symbol rate until symbols become sufficiently
separated on plot)

. Add Error Out output to gr_clock_recovery_mm_cc (graph it as a
real-time measure of how it's performing)

. Add path metric from Viterbi as output to gr_decode_ccsds_27_fb as
a measure of BER

. Debug outputs of internal state of gr_mpsk_receiver_cc to allow
for graphing of its performance (e.g. how well it maintains sync, great for
evaluating quality of reception with signals of varying SNR)

. Add BorIP packet decoding support to gr_udp_source (this is
necessary for the gr-baz BorIP client to work!)

. Enable reference vector to be changed at runtime for
gr_vector_source_X

. Enable gr_wavfile to open WAV files with the 'auxi' RIFF chunk
(e.g. those created by HDSDR)

. Make the gr_rational_resampler reconfigurable at runtime (i.e.
change interp/decim values while the flowgraph is running, great for live
experimentation with different resampling rates when trying to find correct
symbol rate)

. Alter audio passband, stopband and gain at runtime in
blks2impl/am_demod

. Add (experimental) fixes to gr_agc_cc so it doesn't output NaNs
when the input signal varies over an enormous range

. Addition of seamless BorIP integration to gr-usrp so it is
automatically imported (all flowgraphs will 'just work' with a remote USRP
after setting default server address in ~/.gnuradio/config.conf)

And more! Also accessible via SVN and github above (patches are inside
'gr-baz/patch').

 

Certain bits still need some work, but I thought I'd finally better put it
out there as perhaps others might like to contribute and take it further.

I hope there's at least one item above that you will find useful! Let me
know how you go.

 

Kind regards,

Balint @spenchdotnet http://twitter.com/spenchdotnet 

[Discuss-gnuradio] Software Defined Radio Direction Finding (SDRDF)

[Balint Seeber]

Hi  folks,

For those of you interested in Radio Direction Finding, I would like to
share this video:

http://www.youtube.com/watch?v=NSC4Y8yA-jY

of a presentation I gave recently about DF in general, and my homebrew
(auto-)mobile SDRDF system using the USRP and GNU Radio.

Any questions/comments are most welcome!

Balint @spenchdotnet http://twitter.com/spenchdotnet 

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Video of talk from Ruxcon 2011: Hacking the wireless world with Software Defined/GNU Radio

[Balint Seeber]

Hi folks,

 

For Ruxcon 2011 http://www.ruxcon.org.au/  I gave a presentation
http://www.ruxcon.org.au/2011-talks/an-introduction-to-software-defined-rad
io  at the weekend covering some of the neat things you can do with SDR. In
particular, I spoke about some of my recent projects that employ GNU Radio:
tracking aircraft using Mode S/ADS-B
http://spench.net/drupal/research/mode-s  in order to visualise your local
airspace in web-streaming 3D, and creating a satellite communications
demodulator using blind signal analysis.

 

I've uploaded a video of the talk and would like to share it with you:

 

http://www.youtube.com/watch?v=Vn-dpUegUDQ

 

If you wish to skip to a specific section, just open the description pane on
the video's page and jump to a time in the topic list.

 

During the course of these projects, I added and modified a number of GR/GRC
blocks. In the coming days, I will consolidate the modifications to the GR
source tree into a patch, and put 'gr-baz' on GitHub. The gr-baz package
contains several new blocks, GRC block defs and Python scripts, e.g. for sat
comms (automatic FEC parameter search, convolutional code (de-)puncturing,
symbol swapping, raise-to-power, variable delay, text-file-dumper) and a
seamless BorIP http://wiki.spench.net/wiki/BorIP  sample source drop-in
for the USRP 1 and FUNcube Dongle to allow remote streaming and control over
one's LAN. I shall post the relevant info when it's all up.

 

All comments are welcome!

Balint

http://wiki.spench.net/wiki/RF

http://spench.net/

@spenchdotnet http://twitter.com/spenchdotnet 

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] BorIP server (USRP 1 network interface), ExtIO_USRP plugin for Winrad, GRC 'Any' Fast Auto-correlation blocks

[Balint Seeber]

Hi folks,

[Apologies if you've already read this on the USRP Users mailing list. I'm
re-posting here as it has to do with GNU Radio too, esp. (3)  (4).]

I would like to let you know that I've just released two pieces of software
in one package http://spench.net/r/USRP_Interfaces  that I hope some of
you find useful:

 

1)  BorIP: A server that acts as the network interface to a USRP
(intended primarily for the USRP 1).

2)  ExtIO_USRP http://spench.net/r/ExtIO_USRP : A plugin for Winrad
http://www.winrad.org/ /HDSDR http://www.hdsdr.de/ /WRplus
http://www.wrplus.altervista.org/  (nice SDR receiver/demod apps) that
allows you to sample from a locally-connected USRP, or from a remote unit
via BorIP.

 

They both use a common wrapper that supports the Legacy interface and UHD.

 

In addition, I've also put up:

 

3)  GRC block definitions (w/ accompanying patch) to allow for what I
call  http://wiki.spench.net/wiki/GRC_Any_Blocks 'Any' blocks: an easy way
of 'making' (instantiating) any block and representing it in GRC without
having to write an XML block definition for it (obviously not as nice, but
quick-and-dirty when you're in a rush and able to type in the raw Python
code).

4)  The Fast Auto-correlation block originally written by Frank of
Radiorausch http://sites.google.com/site/radiorausch/ , which now conforms
to the newer blks2 API. Includes a proper GRC block
http://wiki.spench.net/wiki/Fast_Auto-correlation . (Frank, if you're out
there, do get in touch!) Tested it successfully with a few signals, e.g.
TETRA http://wiki.spench.net/wiki/TETRA   W-CDMA
http://wiki.spench.net/wiki/W-CDMA .

 

The ExtIO plugin is also able to relay the data it receives, along with
tuning information via XML-RPC for channel selection, to another destination
on your LAN where you can perform further processing (e.g. in GNU Radio
Companion). In addition, the plugin can similarly relay data from a baseband
RF recording (made by the app) while it is being played back - this is great
for testing a separate demodulator/decoder under development, e.g. using
this I've knocked up a very early stage demod for VDL-2
http://wiki.spench.net/wiki/VDL_Mode_2  in GRC (aviation VHF Data Link
Mode 2, or 'next-gen ACARS').

 

You can download the installer for (1) and (2) here:
http://spench.net/r/USRP_Interfaces

It is an all-in-one package (plugin, server, firmware, USB drivers, runtime
libraries and optional download of Winrad/HDSDR). Also, it's highly
beta/experimental, so comments and feedback are most welcome! E.g. only
tested on USRP 1+WBX w/ Legacy and UHD.

 

I have published a short demo video here:
http://www.youtube.com/watch?v=_2PaSeR-4Ck

 

The full BorIP protocol spec
http://wiki.spench.net/wiki/BorIP#Client_Protocol  is available too (aim
was to KISS; it's no VRT), so if anyone would like to write a BorIP server
for Linux and/or a GR client block, then that would be wonderful (I've run
out of time on this one).

 

If you try it out, please let me know how you go! I really hope this helps
people get more out of their receivers (dare I say it, especially on
Windows).

 

Balint

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Successful compilation on MinGW/MSYS

[Balint Seeber]

Dear all,

I've been using GR on Linux for some time, and thought I'd compare its
performance on 'that other' OS.

A few weeks ago I checked out the latest from the repo and managed to
compile all that could be compiled on Windows (7, 64-bit) using the latest
32-bit release of MinGW/MSYS and its bundled packages. The unbuilt
components are those that explicitly require a different platform/build
environment (i.e. USRP2, gcell  related). Qt, wx, GTK and GL GUI
apps/components all work too (including GRC).

The existing guide on the GR wiki
(http://gnuradio.org/redmine/wiki/gnuradio/MingwInstallMain) was an
excellent starting point, however additional source modification and
configuration was necessary (e.g. creation of PkgConfig files).

Some simple tests with a USRP I indicated everything works well and performs
similarly to a Linux build - as you would expect! Linux still feels slightly
snappier though (WOW64?). There is also that issue where you have to
re-connect the USRP after the firmware has been programmed.

I'm wondering how many people actually use GR under Windows? (I'm guessing
it's a minority!)

If it's helpful to anyone, I can package up my build notes, .pc files and
patches, and put them online.

Thanks for keeping GR (almost entirely) cross-platform!

Balint

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Pipelined processing with the Thread-Per-Block scheduler?

[Balint Seeber]

Dear all,

I conducted a simple experiment (using GRC) to test the TPB scheduler's
performance, and following a search here, I cannot find any definitive
information that would explain the observed behaviour. I kindly request your
thoughts on the matter:

 

Three flow graphs were created in separate GRC documents. No graph uses
throttling. Tests were run on a dual-core Linux machine using a 3.3git
release.

 

1)  One graph: a high-rate signal source connected to a resampler, which
is in turn connected to a null sink.

2)  Two identical disconnected sub-graphs: each contains a high-rate
signal source connected to a resampler, which is in turn connected to a null
sink (i.e. as above, just twice).

3)  One graph: one high-rate signal source whose output is connected to
the input of two separate resamplers, each of which is connected to its own
null sink.

 

'High-rate' means a few Msps, and the resamplers output data at a similar
rate (e.g. 8MHz, decim/interp=4:3).

 

Thanks to the TPB scheduler, (2) uses 100% CPU (max load on both cores) as
the sub-graphs are disconnected.

However when running (1) and (3), only 50% utilisation is observed. I also
placed 'Copy' and 'Kludge Copy' blocks before the resampler inputs in (3),
but this did not increase performance (which makes sense given the assumed
flow model below).

 

I am not aware of the intricacies of the asynchronous flow model used, or
the TPB scheduler (I only skimmed the source), but I wonder why (1) and (3)
do not use more than 50% CPU?

Please excuse any gaps in my understanding, but my thoughts are as follows:

 

Asynchronous producer/consumer and push/pull graphs are obviously quite
complicated to get right in all circumstances (I pulled my hair out
designing one), and there are a number of ways data can be passed between
blocks - doubtless to say, GR generally does an excellent job of this. In
the particular scenario of (1) and (3) though, is the performance bottleneck
the manner in which that data is passed around, and how/when the blocks'
production/consumption state, and thread state, is changed? I'm not sure if
a push or pull model is used without a clock or throttle, but does the
signal source block because it must wait until its own internal production
buffer is consumed by the resampler? So therefore the currently running
thread switches back and forth between the signal source and resampler? This
(in my mind) rests on the assumption that the buffer (memory region) that is
passed to the general_work of the resampler actually lives inside the signal
source block, and there is no direct control over how much of that buffer is
consumed in one iteration of the connected block's (in this case the
resampler's) general_work, aside from indirectly via forecast in the
connected block? Or is that not the case?

 

This (empirical and thought) experiment should be framed with a view to
pipelining. Ideally, as the graph is not throttled, the threads should
seldom block and utilisation for (1) should be close to 100%, and (3) should
be slightly less on dual-core (because in the best case only the signal
source and one resampler can run at any one time). This would rely on
produced data either living on-the-wire (connection) between blocks, or in
the input stage of a connected block - of course this comes with
restrictions and overheads (I'm not sure what the base-class block does in
regards to managing the data buffers passed to/from general_work). For (3),
the data (memory block) produced by the signal source would be read-only,
and therefore could be simultaneously processed by the two resampler blocks
on separate cores, thus achieving greater throughput.

 

Is a major architectural change required to realise this? Or if it has
already been considered, are the overheads potentially so large that it
would degrade performance?

 

Thanks for your thoughts,

Balint

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio