[Discuss-gnuradio] Fwd: Shack Clearance

[Andrew Rich]

Sent from my iPhone

Begin forwarded message:

> From: 
> Date: 10 December 2017 at 8:06:47 pm AEST
> To: "Alan Wills" , "Geoff Robinson" 
> , "'Peter'" , "'Roger 
> Dunn'" , , , 
> , 
> Subject: Shack Clearance
> 
> Hello
>  
> Shack clearance time
>  
> Diamond HF30FX mobile antenna
>  
> https://www.ebay.com.au/itm/182955454472
>  
> Yaesu FP-1030A PSU
>  
> https://www.ebay.com.au/itm/182955461470
>  
> Flightware 1090 MHz ADSB Receiver dongle
>  
> https://www.ebay.com.au/itm/182955465964
>  
> Flightware 1090 MHz ADSB Receiver dongle
>  
> https://www.ebay.com.au/itm/182955466450
>  
> ADSB antenna and filter
>  
> https://www.ebay.com.au/itm/182955472975
>  
> ICOM 706 MKIIG Mint
>  
> https://www.ebay.com.au/itm/182955478177
>  
> Makita LED torch
>  
> https://www.ebay.com.au/itm/182955490535
>  
> GoPro hero 4 bundle
>  
> https://www.ebay.com.au/itm/182955495086
>  
> Two black software defined radios
>  
> https://www.ebay.com.au/itm/182955497138
>  
> 4 port DB9 USB serial port concentrator
>  
> https://www.ebay.com.au/itm/182955500409
>  
> Kantronics KPC 9612+ TNC new
>  
> https://www.ebay.com.au/itm/182955516929
>  
> 1500 VA UPS
>  
> https://www.ebay.com.au/itm/182955511702
>  
> Andrew VK4TEC
>  
>  
>  
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] AirSpy Mini won't install

[Andrew Rich]

> Generating: '/maint/scripts/top_block.py'
> 
> Executing: 
> /opt/local/Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/MacOS/Python
>  -u /maint/scripts/top_block.py
> 
> Mac OS; Clang version 8.1.0 (clang-802.0.42); Boost_105900; 
> UHD_003.010.002.000-MacPorts-Release
> 
> gr-osmosdr v0.1.x-xxx-xunknown (0.1.5git) gnuradio 3.7.11
> built-in source types: file fcd rtl rtl_tcp uhd sdrplay hackrf bladerf 
> rfspace airspy soapy 
> 
> >>> DoneOn 31 Oc


> t 2017, at 7:51 am, Andrew Rich <vk4...@tech-software.net> wrote:
> 
> What have I missed ?
> 
> sudo port install gnuradio
> sudo port install airspy
> sudo port install rtl-sdr
> sudo port install gr-osmosdr
> sudo port install gqrx
> sudo port install gqrx-devel
> sudo port install libusb
> sudo port install libusb-devel
> sudo port install hackrf
> sudo port install hackrf-devel
> 
> Andrew 
> 
> ___
> 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] AirSpy Mini won't install

[Andrew Rich]

What have I missed ?

sudo port install gnuradio
sudo port install airspy
sudo port install rtl-sdr
sudo port install gr-osmosdr
sudo port install gqrx
sudo port install gqrx-devel
sudo port install libusb
sudo port install libusb-devel
sudo port install hackrf
sudo port install hackrf-devel

Andrew 

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

[Discuss-gnuradio] Fresh start

[Andrew Rich]

Couldn't get any of my devices to play the game 

Starting a fresh install something flashed up and went away too fast to see

Gqrx worked

Andrew 

Sent from my iPhone

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

Re: [Discuss-gnuradio] Help with Airspy Mini

[Andrew Rich]

Can I ask a silly question

Can you use gnu radio as a filter sweeper

Perhaps hack rf sig gen in harmony with rtl sdr to sweep a filter or preamp for 
gain response 

Since gnu radio is like a spectrum analyser

Andrew 

Sent from my iPhone

> On 28 Oct 2017, at 1:15 am, Marcus Müller <muel...@kit.edu> wrote:
> 
> If you want to first manually correct, add a Qt GUI Range block, give it the 
> ID "dopplercorrection", and allow a start and stop of   +- what you 
> expect. Set the default value to zero.
> 
> Then, add a  "rotator" block, and put in the "Phase Increment" field the 
> value you want to advance the phase of every sample. In fact, that means that 
> you want to put in "-dopplercorrection/sampling rate" there.
> 
> I made a quick toy example:
> 
> 
> 
> In fact, the correcting part of a PLL pretty much does the same, 
> mathematically, ideally.
> 
> Now, I'm not 100% familiar with the nature of packet radio, but in the end, 
> you want automatic doppler tracking – so, you typically do stuff like using a 
> "band-edge FLL" block to roughly bring the signal's spectral power to the 
> center of your baseband, then –if necessary– you'd probably try to use the 
> structure of the packet to get finer frequency information, to correct the 
> rest.
> 
> Best regards,
> Marcus
> 
>> On 2017-10-27 16:04, Andrew Rich wrote:
>> I am up to the stage of adding fft and scope sinks and resamplers and 
>> sliders 
>> 
>> Need to explore the blocks
>> 
>> Curious about doppler correction 
>> 
>> Andrew 
>> 
>> 
>> 
>> Sent from my iPhone
>> 
>>>> On 27 Oct 2017, at 11:35 pm, Marcus Müller <muel...@kit.edu> wrote:
>>>> 
>>>> Glad you're getting engaged with SDR, and especially GNU Radio!
>>>> So, if you're completely new to GNU Radio, I'd recommend the "official 
>>>> Guided Tutorials":
>>>> 
>>>> http://tutorials.gnuradio.org
>>>> 
>>>> They start out rather smooth, and you can "stop" at any point (e.g. if you 
>>>> don't actually want to learn how to write your own C++ block, read only 
>>>> the chapters before that happens), and you'll get a pretty good idea of 
>>>> how things fall into place. Generally, feel free to ask here, or on IRC, 
>>>> or Slack, whatever feels nicest to you :)
>>>> 
>>>> Best regards,
>>>> Marcus
>>>> 
>>>> 
>>>>> On 2017-10-27 14:19, Andrew Rich wrote:
>>>>> Thanks Marcus
>>>>> 
>>>>> I can now start learning gnu radio
>>>>> 
>>>>> Andrew
>>>>> 
>>>>> Sent from my iPhone
>>>>> 
>>>>>> On 27 Oct 2017, at 10:09 pm, Marcus Müller <muel...@kit.edu> wrote:
>>>>>> 
>>>>>> Hi Andrew,
>>>>>> 
>>>>>> most SDR devices are most easily usable in GNU Radio with the "Osmocom 
>>>>>> Source" block, contained in gr-osmosdr.
>>>>>> 
>>>>>> BUT: to get an gr-osmosdr with the AirSpy driver, you need to, in this 
>>>>>> order
>>>>>> 
>>>>>> 1. Install GNU Radio and libairspy
>>>>>> 
>>>>>> 2. build gr-osmosdr from source (Do NOT install it as binary package)
>>>>>> 
>>>>>> You get libairspy from [1].
>>>>>> 
>>>>>> Best regards,
>>>>>> Marcus
>>>>>> 
>>>>>> 
>>>>>> [1] https://github.com/airspy/airspyone_host
>>>>>> 
>>>>>> 
>>>>>> On 2017-10-27 11:16, Andrew Rich wrote:
>>>>>> Hello
>>>>>> 
>>>>>> Can some one tell me please what I need to do to use my AirSpy Mini as a 
>>>>>> source in GRC.
>>>>>> 
>>>>>> What do I need to install ?
>>>>>> 
>>>>>> The only other SDR I have is RTL-SDR and HackRF and Funcube Dongle
>>>>>> 
>>>>>> Want to start learning packet radio
>>>>>> 
>>>>>> Andrew Rich VK4TEC
>>>>>> ___
>>>>>> 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

Re: [Discuss-gnuradio] Help with Airspy Mini

[Andrew Rich]

Thank you sir 

Sent from my iPhone

> On 28 Oct 2017, at 1:15 am, Marcus Müller <muel...@kit.edu> wrote:
> 
> If you want to first manually correct, add a Qt GUI Range block, give it the 
> ID "dopplercorrection", and allow a start and stop of   +- what you 
> expect. Set the default value to zero.
> 
> Then, add a  "rotator" block, and put in the "Phase Increment" field the 
> value you want to advance the phase of every sample. In fact, that means that 
> you want to put in "-dopplercorrection/sampling rate" there.
> 
> I made a quick toy example:
> 
> 
> 
> In fact, the correcting part of a PLL pretty much does the same, 
> mathematically, ideally.
> 
> Now, I'm not 100% familiar with the nature of packet radio, but in the end, 
> you want automatic doppler tracking – so, you typically do stuff like using a 
> "band-edge FLL" block to roughly bring the signal's spectral power to the 
> center of your baseband, then –if necessary– you'd probably try to use the 
> structure of the packet to get finer frequency information, to correct the 
> rest.
> 
> Best regards,
> Marcus
> 
>> On 2017-10-27 16:04, Andrew Rich wrote:
>> I am up to the stage of adding fft and scope sinks and resamplers and 
>> sliders 
>> 
>> Need to explore the blocks
>> 
>> Curious about doppler correction 
>> 
>> Andrew 
>> 
>> 
>> 
>> Sent from my iPhone
>> 
>>>> On 27 Oct 2017, at 11:35 pm, Marcus Müller <muel...@kit.edu> wrote:
>>>> 
>>>> Glad you're getting engaged with SDR, and especially GNU Radio!
>>>> So, if you're completely new to GNU Radio, I'd recommend the "official 
>>>> Guided Tutorials":
>>>> 
>>>> http://tutorials.gnuradio.org
>>>> 
>>>> They start out rather smooth, and you can "stop" at any point (e.g. if you 
>>>> don't actually want to learn how to write your own C++ block, read only 
>>>> the chapters before that happens), and you'll get a pretty good idea of 
>>>> how things fall into place. Generally, feel free to ask here, or on IRC, 
>>>> or Slack, whatever feels nicest to you :)
>>>> 
>>>> Best regards,
>>>> Marcus
>>>> 
>>>> 
>>>>> On 2017-10-27 14:19, Andrew Rich wrote:
>>>>> Thanks Marcus
>>>>> 
>>>>> I can now start learning gnu radio
>>>>> 
>>>>> Andrew
>>>>> 
>>>>> Sent from my iPhone
>>>>> 
>>>>>> On 27 Oct 2017, at 10:09 pm, Marcus Müller <muel...@kit.edu> wrote:
>>>>>> 
>>>>>> Hi Andrew,
>>>>>> 
>>>>>> most SDR devices are most easily usable in GNU Radio with the "Osmocom 
>>>>>> Source" block, contained in gr-osmosdr.
>>>>>> 
>>>>>> BUT: to get an gr-osmosdr with the AirSpy driver, you need to, in this 
>>>>>> order
>>>>>> 
>>>>>> 1. Install GNU Radio and libairspy
>>>>>> 
>>>>>> 2. build gr-osmosdr from source (Do NOT install it as binary package)
>>>>>> 
>>>>>> You get libairspy from [1].
>>>>>> 
>>>>>> Best regards,
>>>>>> Marcus
>>>>>> 
>>>>>> 
>>>>>> [1] https://github.com/airspy/airspyone_host
>>>>>> 
>>>>>> 
>>>>>> On 2017-10-27 11:16, Andrew Rich wrote:
>>>>>> Hello
>>>>>> 
>>>>>> Can some one tell me please what I need to do to use my AirSpy Mini as a 
>>>>>> source in GRC.
>>>>>> 
>>>>>> What do I need to install ?
>>>>>> 
>>>>>> The only other SDR I have is RTL-SDR and HackRF and Funcube Dongle
>>>>>> 
>>>>>> Want to start learning packet radio
>>>>>> 
>>>>>> Andrew Rich VK4TEC
>>>>>> ___
>>>>>> 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

Re: [Discuss-gnuradio] Help with Airspy Mini

[Andrew Rich]

I am up to the stage of adding fft and scope sinks and resamplers and sliders 

Need to explore the blocks

Curious about doppler correction 

Andrew 



Sent from my iPhone

> On 27 Oct 2017, at 11:35 pm, Marcus Müller <muel...@kit.edu> wrote:
> 
> Glad you're getting engaged with SDR, and especially GNU Radio!
> So, if you're completely new to GNU Radio, I'd recommend the "official Guided 
> Tutorials":
> 
> http://tutorials.gnuradio.org
> 
> They start out rather smooth, and you can "stop" at any point (e.g. if you 
> don't actually want to learn how to write your own C++ block, read only the 
> chapters before that happens), and you'll get a pretty good idea of how 
> things fall into place. Generally, feel free to ask here, or on IRC, or 
> Slack, whatever feels nicest to you :)
> 
> Best regards,
> Marcus
> 
> 
>> On 2017-10-27 14:19, Andrew Rich wrote:
>> Thanks Marcus
>> 
>> I can now start learning gnu radio
>> 
>> Andrew
>> 
>> Sent from my iPhone
>> 
>>> On 27 Oct 2017, at 10:09 pm, Marcus Müller <muel...@kit.edu> wrote:
>>> 
>>> Hi Andrew,
>>> 
>>> most SDR devices are most easily usable in GNU Radio with the "Osmocom 
>>> Source" block, contained in gr-osmosdr.
>>> 
>>> BUT: to get an gr-osmosdr with the AirSpy driver, you need to, in this order
>>> 
>>> 1. Install GNU Radio and libairspy
>>> 
>>> 2. build gr-osmosdr from source (Do NOT install it as binary package)
>>> 
>>> You get libairspy from [1].
>>> 
>>> Best regards,
>>> Marcus
>>> 
>>> 
>>> [1] https://github.com/airspy/airspyone_host
>>> 
>>> 
>>>> On 2017-10-27 11:16, Andrew Rich wrote:
>>>> Hello
>>>> 
>>>> Can some one tell me please what I need to do to use my AirSpy Mini as a 
>>>> source in GRC.
>>>> 
>>>> What do I need to install ?
>>>> 
>>>> The only other SDR I have is RTL-SDR and HackRF and Funcube Dongle
>>>> 
>>>> Want to start learning packet radio
>>>> 
>>>> Andrew Rich VK4TEC
>>>> ___
>>>> 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

Re: [Discuss-gnuradio] Help with Airspy Mini

[Andrew Rich]

Thanks Marcus

I can now start learning gnu radio

Andrew

Sent from my iPhone

> On 27 Oct 2017, at 10:09 pm, Marcus Müller <muel...@kit.edu> wrote:
> 
> Hi Andrew,
> 
> most SDR devices are most easily usable in GNU Radio with the "Osmocom 
> Source" block, contained in gr-osmosdr.
> 
> BUT: to get an gr-osmosdr with the AirSpy driver, you need to, in this order
> 
> 1. Install GNU Radio and libairspy
> 
> 2. build gr-osmosdr from source (Do NOT install it as binary package)
> 
> You get libairspy from [1].
> 
> Best regards,
> Marcus
> 
> 
> [1] https://github.com/airspy/airspyone_host
> 
> 
>> On 2017-10-27 11:16, Andrew Rich wrote:
>> Hello
>> 
>> Can some one tell me please what I need to do to use my AirSpy Mini as a 
>> source in GRC.
>> 
>> What do I need to install ?
>> 
>> The only other SDR I have is RTL-SDR and HackRF and Funcube Dongle
>> 
>> Want to start learning packet radio
>> 
>> Andrew Rich VK4TEC
>> ___
>> 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] Help with Airspy Mini

[Andrew Rich]

Hello

Can some one tell me please what I need to do to use my AirSpy Mini as a source 
in GRC.

What do I need to install ?

The only other SDR I have is RTL-SDR and HackRF and Funcube Dongle

Want to start learning packet radio

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

Re: [Discuss-gnuradio] Radiosonde

[Andrew Rich]

Yes I have the flow graph setup 

I would like to know a bit more about it 

Is it possible to get GPS data from it 

What modes are supported 

Andrew 


> On 28 Aug 2017, at 3:35 pm, andrea montefusco <andrea.montefu...@gmail.com> 
> wrote:
> 
> Google is your friend, searching for 
> 
> gnuradio radiosonde flowgraph
> 
> returns
> 
> https://github.com/bastibl/gr-rstt <https://github.com/bastibl/gr-rstt>
> http://brmlab.cz/project/weathersonde/start 
> <http://brmlab.cz/project/weathersonde/start>
> 
> Andrea Montefusco IW0HDV
> 
> On Aug 28, 2017 07:28, "Andrew Rich" <vk4...@tech-software.net 
> <mailto:vk4...@tech-software.net>> wrote:
> Hello
> 
> Anyone have experience decoding radio sonde devices ?
> 
> Have the flow graph
> 
> Andrew
> 
> Sent from my iPhone
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org>
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio 
> <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] Radiosonde

[Andrew Rich]

Hello

Anyone have experience decoding radio sonde devices ?

Have the flow graph

Andrew

Sent from my iPhone

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

Re: [Discuss-gnuradio] gr-lte make error

[Andrew Rich]

Are you on a 32 bit or 64 bit 

Sent from my iPhone

> On 27 Aug 2017, at 5:34 pm, w xd  wrote:
> 
> Environment: Mac os 10.12.6
> 
> I want to install gr-lte and learn something about LTE. And I follow the 
> instruction from https://github.com/kit-cel/gr-lte.
> 
> when the go to the command "make -jX", it go wrong.
> 
> The error message:
> 
> Linking CXX shared library libgnuradio-lte.dylib
> Undefined symbols for architecture x86_64:
>   "_volk_32f_accumulator_s32f_a", referenced from:
>   gr::lte::pcfich.
> 
> Have someone met this problem? Thanks very much.
> ___
> 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] Qt GUI: Water falls the wrong direction

[Andrew Rich]

Are you telling me water does run uphill ? 

Sent from my iPhone

> On 26 Aug 2017, at 7:34 am, Martin Braun  wrote:
> 
> Kartik,
> 
> I was joking about renaming it. Waterfall plot is a common term, even if
> it's upside down, people would get more confused with any other name.
> 
> Cheers,
> Martin
> 
>> On 08/24/2017 04:00 PM, Kartik Patel wrote:
>> Hi.
>> 
>> I was wondering why it's called Waterfall and now I understand it was a
>> mistake. :P 
>> 
>> Anyways, I can look into it sometime in next week if we don't want to
>> simply rename the plot. I am not sure if there's just a parameter that
>> we need to change or there is something more we may have to do.
>> 
>> Thanks.
>> 
>> Regards,
>> Kartik Patel
>> 
>> 
>> On Thu, Aug 24, 2017 at 3:12 PM, Martin Braun > > wrote:
>> 
>>>On 08/24/2017 03:16 AM, Marcus Müller wrote:
>>> Hi Folks,
>>> 
>>> while discussing the DABstep GUI's developer mode, we noticed that the
>>> QT GUI Waterfall sink doesn't fully deserve that name. It's a waterrise
>>> sink:
>>> 
>>> http://marcus.hostalia.de/waterfall.webm
>>
>>> 
>>> Is there a (maybe unexposed) property to change the direction of flow?
>> 
>>Seems easier to rename it :)
>> 
>>-- M
>> 
>> 
>>___
>>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 mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] [GSoC 2017] gr-bokehgui: Updates for week 15

[Andrew Rich]

That looks cool

Does that mean people could access a waterfall remotely ?

I watch the waterfall for satellites 

1 hour rotation

Andrew

Sent from my iPhone

> On 25 Aug 2017, at 4:15 pm, Kartik Patel  wrote:
> 
> Hello all,
> 
> This week I worked on documentations, tutorials and code cleanups. For more 
> details, check out my blog post here.
> 
> I have also added a tutorial here. You can also view the screencast of the 
> tutorial available on Youtube at this link.
> 
> Suggestions for the tutorial will be highly appreciated. Once finalized, we 
> can add the tutorial in GNU Radio Wiki.
> 
> Regards,
> Kartik Patel
> ᐧ
> ___
> 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] Audio mux

[Andrew Rich]

Hello

Trying to work out to fit 9 audio carriers in a 3 kHz audio channel

I would like to mux 9 audio generators into one stream 

How many inputs does gnu radio mux handle

Andrew 

Sent from my iPhone

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

Re: [Discuss-gnuradio] Doppler detection

[Andrew Rich]

Ok like the primary radar I have spent 7 years working on 

How do I pull out doppler shifted signal from a waterfall spectrum

The doppler shift is slow though

Not a chirp but a slow 5 minute chirp

Andrew



Sent from my iPhone

> On 23 Aug 2017, at 8:05 pm, Marcus Müller <muel...@kit.edu> wrote:
> 
> So, adapt the scale with which you look at things.
> 
> I think your question could actually use a lot of "describe the problem that 
> you're actually having".
> 
> The point is that you don't really seem to understand how you'd "pull the 
> doppler signals" out of a combination of signals. Now, we all love to help 
> each other, but with this, I'm really stuck with "I don't know what Andrew 
> needs help with". My gut feeling is that you haven't got a firm grip on what 
> Doppler estimation really is, or how you can do it:
>> I guess this would require some sort of processing ?
> GNU Radio can help you /implement/ that, but at least the basic principles 
> are universal. I'd have done very much the same as Chris: point you to 
> references, which will allow you to recognize the math behind Doppler 
> estimation from actual implementation. 
> Best regards,
> 
> Marcus
>> On 08/23/2017 07:42 AM, Andrew Rich wrote:
>> Sorry you misunderstood my question 
>> 
>> I want the doppler shift of the satellites to be very distinct from the 
>> station with no doppler shift 
>> 
>> Much like doppler shift radar perhaps 
>> 
>> But the change in frequency can be minutes long for the satellite pass
>> 
>> Andrew 
>> 
>> 
>> 
>>> On 23 Aug 2017, at 3:26 pm, Chris Kuethe <chris.kue...@gmail.com> wrote:
>>> 
>>> https://github.com/wnagele/gr-gpredict-doppler
>>> https://github.com/daniestevez/doppler
>>> 
>>> might be helpful or at least inspirational.
>>> 
>>>> On Tue, Aug 22, 2017 at 9:58 PM, Andrew Rich <vk4...@tech-software.net> 
>>>> wrote:
>>>> Sorry this is new to me
>>>> 
>>>> I have just worked out I can see satellites in a waterfall display due to 
>>>> their doppler shift
>>>> 
>>>> I think that lends itself to meteor shower
>>>> 
>>>> Can gnu radio be used to assist pulling out the 
>>>> doppler signals from the non doppler ones ?
>>>> 
>>>> I guess this would require some sort of processing ?
>>>> 
>>>> Andrew
>>>> 
>>>> Sent from my iPhone
>>>> 
>>>> ___
>>>> Discuss-gnuradio mailing list
>>>> Discuss-gnuradio@gnu.org
>>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>> 
>>> 
>>> 
>>> -- 
>>> GDB has a 'break' feature; why doesn't it have 'fix' too?
>> 
>> 
>> 
>> ___
>> 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] Doppler detection

[Andrew Rich]

Sorry you misunderstood my question 

I want the doppler shift of the satellites to be very distinct from the station 
with no doppler shift 

Much like doppler shift radar perhaps 

But the change in frequency can be minutes long for the satellite pass

Andrew 



> On 23 Aug 2017, at 3:26 pm, Chris Kuethe <chris.kue...@gmail.com> wrote:
> 
> https://github.com/wnagele/gr-gpredict-doppler 
> <https://github.com/wnagele/gr-gpredict-doppler>
> https://github.com/daniestevez/doppler 
> <https://github.com/daniestevez/doppler>
> 
> might be helpful or at least inspirational.
> 
> On Tue, Aug 22, 2017 at 9:58 PM, Andrew Rich <vk4...@tech-software.net 
> <mailto:vk4...@tech-software.net>> wrote:
> Sorry this is new to me
> 
> I have just worked out I can see satellites in a waterfall display due to 
> their doppler shift
> 
> I think that lends itself to meteor shower
> 
> Can gnu radio be used to assist pulling out the doppler signals from the non 
> doppler ones ?
> 
> I guess this would require some sort of processing ?
> 
> Andrew
> 
> Sent from my iPhone
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org <mailto:Discuss-gnuradio@gnu.org>
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio 
> <https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>
> 
> 
> 
> -- 
> GDB has a 'break' feature; why doesn't it have 'fix' too?

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

[Discuss-gnuradio] Doppler detection

[Andrew Rich]

Sorry this is new to me

I have just worked out I can see satellites in a waterfall display due to their 
doppler shift

I think that lends itself to meteor shower 

Can gnu radio be used to assist pulling out the doppler signals from the non 
doppler ones ?

I guess this would require some sort of processing ? 

Andrew

Sent from my iPhone

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

[Discuss-gnuradio] PC for gnuradio

[Andrew Rich]

Does gnuradio work on a raspberry Pi or beagle bone ? 

Once you develop a gnuradio flow graph is it possible to say turn that into a 
software program that runs ? 

For example you develop a satellite ground station for gnuradio can u then 
compile the application ?

Are there any sdr that are actually usable on gps ? 

Enjoying gnuradio and learning little bits at a time on a MacBook Pro

Andrew 

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

Re: [Discuss-gnuradio] GNU Radio Project Call Moved from 17th to 24th

[Andrew Rich]

Roger that

Sent from my iPhone

> On 18 Aug 2017, at 1:21 am, Martin Braun <martin.br...@ettus.com> wrote:
> 
> Our monthly project syncup. See also:
> 
> https://wiki.gnuradio.org/index.php/DevelopersCalls
> 
> 
> 
>> On 08/17/2017 10:17 AM, Andrew Rich wrote:
>> What's a project call ? 
>> 
>> Sent from my iPhone
>> 
>>> On 18 Aug 2017, at 1:13 am, Martin Braun <mar...@gnuradio.org> wrote:
>>> 
>>> Hi all,
>>> 
>>> just a quick reminder that the call is not today, but next week.
>>> 
>>> Cheers,
>>> Martin
>>> 
>>>> On 08/14/2017 05:53 PM, Martin Braun wrote:
>>>> Hi all,
>>>> 
>>>> this month's project call will be postponed by a week. It'll happen on
>>>> August 24th, same time as before (10 AM Pacific).
>>>> 
>>>> Cheers,
>>>> Martin
>>>> 
>>>> ___
>>>> 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 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] GNU Radio Project Call Moved from 17th to 24th

[Andrew Rich]

What's a project call ? 

Sent from my iPhone

> On 18 Aug 2017, at 1:13 am, Martin Braun  wrote:
> 
> Hi all,
> 
> just a quick reminder that the call is not today, but next week.
> 
> Cheers,
> Martin
> 
>> On 08/14/2017 05:53 PM, Martin Braun wrote:
>> Hi all,
>> 
>> this month's project call will be postponed by a week. It'll happen on
>> August 24th, same time as before (10 AM Pacific).
>> 
>> Cheers,
>> Martin
>> 
>> ___
>> 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

Re: [Discuss-gnuradio] Software Defined Radio Academy 2017

[Andrew Rich]

I have some watching to do

Can I watch them in parallel ! 

Sent from my iPhone

> On 17 Aug 2017, at 2:03 am, Markus Heller  wrote:
> 
> Dear list,
> 
> please note that we have uploaded the recordings of all the talks of
> the Software Defined Radio Academy 2017 into our Youtube channel:
> 
> http://youtube.sdra.io (=forwarder to our channel)
> 
> I have just created a playlist of this year's event. The presentations
> will follow soon on our website: http://sdra.io
> 
> vy73
> Markus Heller
> DL8RDS
> 
> ___
> 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] GNU Radio .grc repository

[Andrew Rich]

Thats awesome lots of examples 

Sent from my iPhone

> On 16 Aug 2017, at 9:13 pm, Marcus Müller  wrote:
> 
> Hi Andrew,
> 
> the latter. Makes more sense – if the project is a dependency of a flow
> graph, or the flowgraph is the reason the module exists in the first
> place, makes no sense to have it centralized elsewhere; if the flowgraph
> is sufficiently complex, it very often happens that you'd end up wanting
> a whole OOT module around it, anyway.
> 
> So, the central repository indeed /is/ cgran.org.
> 
> Best regards,
> 
> Marcus
> 
> 
>> On 08/16/2017 01:06 PM, vk4...@tech-software.net wrote:
>> Hello
>> 
>> Is there a global repository of .grc files ?
>> 
>> Or do we just rely on examples that come with each project ?
>> 
>> Andrew 
>> 
>> 
>> 
>> 
>> ___
>> 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

Re: [Discuss-gnuradio] Stuck at WBFM Project :

[Andrew Rich]

I though decimination was throwing away samples

Like decimination of 4 is chuck away every 4 th sample

Dunno what does it mean

Can u up resample ?

And does it have to be a multiple ?

A

Sent from my iPhone

> On 14 Aug 2017, at 2:12 am, Ash SDR  wrote:
> 
> Thanks everyone and sorry , I couldn't reply you all for inputs you gave me. 
> I apologies for that...  
> 
>  For Now , I kept aside the WBFM project which I asked questions on  and 
> working on the Guided Tutorials from GNU Radio and also tutorials from 
> greatScott gadgets video series. 
> 
> I have a dumb question about Rational Resampler...Here is the snapshot 
> from tutorials website..  
> 
> As far as I understand , the Rational resampler  modifies the sampling rate 
> of the incoming signal based on Interpolation (or) decimation factor  Is 
> it something like this 
> 
> 
> If my incoming Signal is of 10KHz  with Sampling Rate of 50 KHz  ,  Rational 
> Resampler (Interpolation : 4 , Decimation : 1)  gives me the output as signal 
> of 10KHz and Sample Rate of 50*4 = 200 KHz ??
> 
> Am I Interpreting it correctly... ??
> 
> If thats the case , In the following snapshot ,  Signal of 1KHz of 48KHz 
> Sample rate is interpolated by factor 4 ,   Then Output Sampling Rate should 
> be 48*4 = 192KHz which is much higher than the Required Nyquist rate , But 
> the Frequency sink block shows frequency component at 0.25 Hz... Is it 
> because of the "samp_rate" variable set in QT GUI Frequency Sink..
> 
>  I am also playing around with "samp_rate" block in QT Frequency GUI Sink...  
> If i remove rational resampler and just pass on the signal of 1Khz with 48Khz 
> sampling rate   in a QT GUI Frequency sink of samp_rate/4 , it outputs the 
> signal as 0.25KHz ///. why so >
> 
> 
> Please let me know If i am interpreting it correctly  as THIS IS VERY 
> IMPORTANT FOR ME TO UNDERSTAND..  
> 
> Thanks 
> Ash
> 
> 
> 
> 
> 
>> On Tue, Aug 8, 2017 at 4:41 PM, Cinaed Simson  
>> wrote:
>> On 08/07/2017 07:55 PM, Ash SDR wrote:
>> > Hello Everyone ,
>> >
>> > I am a GNU Radio beginner trying to implement Wideband FM Project and
>> > transmit it to my FM receiver at a very lower power.  I am choosing a
>> > frequency in a FM band such that my receiver is not picking anything
>> > from that station/..
>> >
>> > Attached is GRC file which i am working on .and the music file which i
>> > am trying to transmit..
>> >
>> > Can anyone please tell me where I am messing up ?
>> 
>> Remove the first rational resampler. Set your audio rate to 48000 Hz,
>> and quadrature rate 192000 Hz.
>> 
>> In the second re-sampler set the interpolation to 800 Hz and the
>> decimation to 192000 Hz.
>> 
>> I'm going to guess you're using the HackRF based on your default values
>> (except for the transmit RF gain which should be 1.)
>> 
>> I strongly recommend you spend some time on the going through the
>> tutorials at
>> 
>>   http://www.greatscottgadgets.com/sdr
>> 
>> and learn something about your hardware and how to build WBFM receiver
>> befor you try to transmit.
>> 
>> -- Cinaed
>> 
>> 
>> 
>> 
>> >
>> >
>> > As a beginner , my learning curve is from implemented projects ,
>> > University lectures which are available on-line .. This one is from a
>> > book which i am using to get basic understanding ..
>> >
>> >
>> > Thanks
>> > Ash
>> >
>> >
>> > ___
>> > 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 mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Installing rtl-sdr

[Andrew Rich]

Yeah you need gr-osmocom

And be carefull I got caught out it hides under the tree under the very top 
above the blocks

I have a hack rf so I had to install hackrf stuff but for the rtl stuff it 
comes under osmocom

Andrew

Sent from my iPhone

> On 12 Aug 2017, at 3:18 am, Marcus Müller  wrote:
> 
> Dear Bill,
> 
> I think rtl-sdr is just the driver for the dongles.
> 
> What you'd probably like to have is gr-osmosdr, which contains the
> osmocom source, which is the interface block for such hardware.
> 
> By the way, don't know about Mint, but on other similar distros, you can
> directly install what you need through apt-get, and don't have to build
> stuff from source, just to get GNU Radio + tools to run :) Of course,
> it's not that bleeding edge, but if the gnuradio package in your Mint is
> at least 3.7.9, I don't think it'd pay for a beginner to build stuff
> from source.
> 
> So, if in doubt, make sure pybombs didn't use pip to install stuff
> system-wide (it really shouldn't be doing pip --system, but it does, and
> it breaks systems if things are later "properly" installed through
> distro's package management), if in doubt "pybombs remove packagename"
> all the things you've installed via pybombs. Make sure you're not
> currently in a shell where you loaded the setup_env.sh.
> Then, "sudo apt-get install gr-osmosdr" should actually do the trick of
> install GNU Radio 3.7.9 (if you're on the most recent Mint release) from
> the package archives, install the rtl-sdr driver, install gr-osmosdr and
> let you use gnuradio-companion.
> 
> Just my two cents on this: Older Linux versions of Mint seem to have
> extremely outdated versions of GNU Radio, so you shouldn't do that here.
> In some cases, distro package maintainers don't enable all the GNU Radio
> features that pybombs would, and that a user would also want, and then
> it's better to use pybombs to install GNU Radio. But for general purpose
> usage, I'd recommend first checking which version of GNU Radio your
> distro brings, and if it seems rather recent, simply use that, until
> problems show up. Pybombs' great, but it's not perfect, and for many
> cases, you simply don't need to build stuff from source :) My personal
> long-term goal is rather to make GNU Radio so easy to maintain that all
> distros always package the latest, greatest, fulliest-featured GNU Radio
> instead of maintaining a tool that puts the work of building GNU Radio
> from source on the users. I personally still see pybombs as development
> tool for people willing to mess with the source code rather than a
> preferred way of installation for the rest.
> 
> Cheers,
> Marcus
> 
> 
> ___
> 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] FW: Re: File sink permission error on Windows

[Andrew Rich]

How do u run gnu radio on windows ?

A

Sent from my iPhone

> On 8 Aug 2017, at 1:16 pm, 김태영  wrote:
> 
> 
> Thanks.
>  
> But I still have problem. Some file name works good, but not the another.
>  
> For ex. 'C:\Work\GRC_Work\good.bin' whithout error,
> But 'C:\Work\GRC_Work\bad.bin' fail.
>  
> It looks like some kind of bug.
>  
>  
> Regards
> Kim taeyeong
>  
> Original Message
> Subject : Re: [Discuss-gnuradio] File sink permission error on Windows
> Date : 2017-08-07 17:17:57
> From : Marcus Müller 
> To : 
> Cc :
> Hi Kim,
>  
> can you try to select an absolute file name rather then just "new.bin", in a 
> directory that you definitely can generate new files in?
> To me, this looks like the reason really is that you're not allowed to create 
> or write to new.bin.
>  
> Best regards,
> Marcus
>  
> On 08/07/2017 09:31 AM, 김태영 wrote:
>> 
>> Hi all
>>  
>> When I test file sink block on Windows 10 platform, I got permission error. 
>> GRC version is 3.7.9.2
>> This flowgraph works well on Ubuntu environment.
>> How can I overcome this issue.
>>  
>> One more issue is the deference before "Stream to tagged stream" and after.
>> I want to know what this block meaning.
>>  
>>  
>> Regards
>> Kim taeyeong
>>  
>>  
>>  Error message 
>> 
>> Executing: C:\Program Files\GNURadio-3.7\gr-python27\python.exe -u 
>> C:\Work\GRC_Work\file_sink.py
>> Using Volk machine: avx2
>> new.bin: Permission denied
>> Traceback (most recent call last):
>>   File "C:\Work\GRC_Work\file_sink.py", line 82, in 
>> main()
>>   File "C:\Work\GRC_Work\file_sink.py", line 76, in main
>> tb = top_block_cls()
>>   File "C:\Work\GRC_Work\file_sink.py", line 37, in __init__
>> self.blocks_file_sink_0_1 = blocks.file_sink(gr.sizeof_int*1, "new.bin", 
>> False)
>>   File "C:\Program 
>> Files\GNURadio-3.7\lib\site-packages\gnuradio\blocks\blocks_swig0.py", line 
>> 1016, in make
>> return _blocks_swig0.file_sink_make(itemsize, filename, append)
>> RuntimeError: can't open file
>>
>>  
>> ___
>> 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

Re: [Discuss-gnuradio] Stuck at WBFM Project :

[Andrew Rich]

Have u been through YouTube examples ? 

Sent from my iPhone

> On 8 Aug 2017, at 12:55 pm, Ash SDR  wrote:
> 
> Hello Everyone , 
> 
> I am a GNU Radio beginner trying to implement Wideband FM Project and 
> transmit it to my FM receiver at a very lower power.  I am choosing a 
> frequency in a FM band such that my receiver is not picking anything from 
> that station/.. 
> 
> Attached is GRC file which i am working on .and the music file which i am 
> trying to transmit..
> 
> Can anyone please tell me where I am messing up ?
> 
> 
> As a beginner , my learning curve is from implemented projects , University 
> lectures which are available on-line .. This one is from a book which i am 
> using to get basic understanding ..
> 
> 
> Thanks 
> Ash
> 
> 
> ___
> 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] WX GUI scope sink error

[Andrew Rich]

Hello

I defined a scope sink as one input then two then back to one input

When run it still shows two channels 

Andrew 



Sent from my iPhone

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

Re: [Discuss-gnuradio] data type colors not shown in GRC block parameters

[Andrew Rich]

Ali

When you open any block that is white does it show a data type in the 
properties ? 

Sent from my iPhone

> On 6 Aug 2017, at 9:26 pm, Ali The GREAT!  wrote:
> 
> Hi all,
> 
> I wonder why the GRC data type colors in the block's parameters are not shown!
> All the entry places are just in white!
> 
> I am running Debian 9 (stretch) with GNOME and I pulled the latest gnuradio 
> (3.7.12) today and installed that.
> 
> regards,
> Ali
> ___
> 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] Modulation question

[Andrew Rich]

Thanks Marcus

Pulse shape and repetition frequency determine bandwidth then ?

Square is the worst - gausian is better ?

- Andrew -


- Original Message - 
From: Marcus Müller mar...@hostalia.de

To: Andrew Rich vk4...@tech-software.net
Cc: discuss-gnuradio@gnu.org
Sent: Thursday, January 30, 2014 5:27 PM
Subject: Re: Modulation question



-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Andrew,

just a quick heads-up: I nearly missed your message because it was
hidden in another thread, since you seem to have hit reply and changed
subject and text; however, my mail client recognized the In-Reply-To
header, and sorted you in - please directly write mails unless you
actually mean to reply.

So now for your question

Ads-b uses a 1 MHz pulse position modulation scheme

On 30.01.2014 01:22, Andrew Rich wrote:

Ads-b uses a 1 MHz pulse position modulation scheme

Is this possible to create on gnu ?

GNU Radio is only a software radio framework. Basically you can do
anything with it that can be done in baseband signal of a sample rate
that your ADC/DAC and mixers (and analog filters, amps and so on) support.
With gr-air-modes there is a comfortable receiver implemented in GNU
Radio, and as a not-to-rough simplification you can transmit
everything with a software radio that you can receive with one.



Is it the data rate that makes the spectrum wide ? 7 MHz ?

Ok, I don't really understand your question, could you please elaborate?
Reception of ADB-S works quite well with a 4MHz sampling bandwidth,
but I'm not quite sure on the technical requirements of ADB-S
transmission.

The actual bandwidth of PPM systems of course depends on pulse shape
and pulse frequency.

Hope I was able to help a little,
Marcus
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJS6f7XAAoJEAFxB7BbsDrLbjEH/2sA8pHEcp/2V0jsStvfMAgi
8oI4YqJoNrf/C3Y/2mPCzdUcqO2pCPcyFoDvs1zkT+rxtKOg3u9K9pMhNBqe6RhA
tWtxcu2lBoGiu77W8XBFehimpNUe/kGyLxMsn3i0JRe7C0/wlWlVoAYiIHo7rj5T
balJ0VGzLCQEo6tl1uy4ieo7Mwnz52ycTkqhTj0oByBowhMvQ9gLcjNRWTX/s81W
ErkCVaWXDKLjzq77kDPxoGpo/vB1GC8Ut6rcgx8tuc7AylB0BXsJW5+HOwK3CF8A
QwASOazwrNeIe0jvyKWFkpGNU1RTS8z26BbxyieA9LpyO9P0oWY0cyua1sS3z7E=
=UphT
-END PGP SIGNATURE- 



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

Re: [Discuss-gnuradio] Modulation question

[Andrew Rich]

When you demodulate ads-b it becomes just square waves 

Sent from my iPhone

 On 30 Jan 2014, at 8:01 pm, Marcus Müller mar...@hostalia.de wrote:
 
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Basically, yes, but that's communication theory. I'd refer you to
 Kammeyer -- Nachrichtenübertragung, but that's a German book. I guess
 Proakis would be a fine source, too, but I don't have his book at hand
 right now.
 
 Anyway, ADB-S should *define* the pulse shape. Best look into Nick's
 gr-airmodes code for matched filtering; the matched filter directly
 gives you the transmission filter. (But that's even more signal theory)
 
 Greetings,
 Marcus
 
 On 30.01.2014 10:44, Andrew Rich wrote:
 Thanks Marcus
 
 Pulse shape and repetition frequency determine bandwidth then ?
 
 Square is the worst - gausian is better ?
 
 - Andrew -
 
 
 - Original Message - From: Marcus Müller
 mar...@hostalia.de To: Andrew Rich vk4...@tech-software.net 
 Cc: discuss-gnuradio@gnu.org Sent: Thursday, January 30, 2014
 5:27 PM Subject: Re: Modulation question
 
 
 Hi Andrew,
 
 just a quick heads-up: I nearly missed your message because it was 
 hidden in another thread, since you seem to have hit reply and
 changed subject and text; however, my mail client recognized the
 In-Reply-To header, and sorted you in - please directly write mails
 unless you actually mean to reply.
 
 So now for your question
 Ads-b uses a 1 MHz pulse position modulation scheme
 On 30.01.2014 01:22, Andrew Rich wrote:
 Ads-b uses a 1 MHz pulse position modulation scheme
 
 Is this possible to create on gnu ?
 GNU Radio is only a software radio framework. Basically you can do 
 anything with it that can be done in baseband signal of a sample
 rate that your ADC/DAC and mixers (and analog filters, amps and so
 on) support. With gr-air-modes there is a comfortable receiver
 implemented in GNU Radio, and as a not-to-rough simplification you
 can transmit everything with a software radio that you can receive
 with one.
 
 
 Is it the data rate that makes the spectrum wide ? 7 MHz ?
 Ok, I don't really understand your question, could you please
 elaborate? Reception of ADB-S works quite well with a 4MHz sampling
 bandwidth, but I'm not quite sure on the technical requirements of
 ADB-S transmission.
 
 The actual bandwidth of PPM systems of course depends on pulse
 shape and pulse frequency.
 
 Hope I was able to help a little, Marcus
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1
 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
 
 iQEcBAEBAgAGBQJS6iLnAAoJEAFxB7BbsDrLl+wIAJKGfJS0AT3b6WTRdCcm+14B
 lgGOBuTPqpf/3loOqZpoPiAkbUetxrJMk4QtCjbnru5DOKI/cJV7vPwsyL/vAyM2
 MzDgvVrCL0n91fk7iWnEYG/1PrPwJJcoJIdxBL7oBr4b2DHqg6Delsdbai9YK1B3
 FY+6kjKnwUQNdVeEK3G7ifxotUEvEDfrz7pul84HfP6MqZA59CXCsatPgnUTtl6P
 TqIRjbyZNQXePdoBfdmmDA9PiM4FXhAMc7oQEDmsBrlG6wpYqEZSo4xoJbQ2SIEw
 gVPpX/tfBWPhIBtnZCGdQlmKLCmKK7SK4lUbfztdieLV4Jip1m7s9+RjalpnmHc=
 =riRq
 -END PGP SIGNATURE-

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

[Discuss-gnuradio] Modulation question

[Andrew Rich]

Ads-b uses a 1 MHz pulse position modulation scheme

Is this possible to create on gnu ? 

Is it the data rate that makes the spectrum wide ? 7 MHz ? 

Also thinking about a b200 usrp looks nice

Andrew vk4tec 

Sent from my iPhone

 On 29 Jan 2014, at 10:29 pm, Marcus Müller mar...@hostalia.de wrote:
 
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Hi Neil,
 
 yes, this can't work; you can only multiply two numbers if there are
 two numbers (factors). Which will never be the case, since there has
 not been a multiplication before the first factor.
 
 Message passing can't make an flowgraph that has a synchronous path
 (normal sample flow) asynchronous. What you most probably want is to
 receive the message with a block that e.g. sets the factor in a
 multiply_const block.
 
 Hope I could help a little,
 Marcus
 
 On 29.01.2014 13:15, MHMND Herath wrote:
 Dear sir I want to implement a feedback system for example attached
 feedbackmessageoassing.pdf attached. Its output is zero. No thing
 comes for output. I tested message passing in different ways. No
 clear output comes. For the above feedback system nothing comes
 out. Please help me. How to implement such a feedback syste. Thanks
 Neil
 
 
 
 ___ Discuss-gnuradio
 mailing list Discuss-gnuradio@gnu.org 
 https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
 
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1
 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
 
 iQEcBAEBAgAGBQJS6PQyAAoJEAFxB7BbsDrLGIsH/RFTQcOvjsEjHoXPbbhRKF6o
 Ijh08glAHCxF4UVUl/NVRhx/jXBUZSPeFO7KBN/xw6ub9sWu7JhC1YW52AYXtz4a
 AuFohOgRTZ6XbiheCsLBLXSpZSpIH6tiNQe5fXoFOnypJ1xpihixidi9hOKiJqKM
 kKzinKYl7r9lzYOciqQCxRz4LbDlwKX2hYT3NoRnq9DvjO25pxM7aE7hUyMGQPPx
 xrMAjYuHVekniDvDRvD7JsjMBw1huTv+Ooof1vTmtIu4BT8ikJsXmkvs29I4GWlk
 zZ8N8isS3JyqZIsgskCLUeyLb0zHzWwIwiQ5hW52hdh/rfYzmVI/hGfWF/k3VWg=
 =ynZf
 -END PGP SIGNATURE-
 
 ___
 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] Help about using gr-air-modes

[Andrew Rich]

Mode a packets don't contain time stamp but that should not stop you te 
stamping them from the PC time

Are you Mlat processing. ? 

Sent from my iPhone

 On 27 Jan 2014, at 5:48 pm, Cheng Chi ch000...@e.ntu.edu.sg wrote:
 
 Hi,
 
 I am using gr-air-modes for decoding the air plane signal with USRP. I've 
 successfully used the modes_rx and modes_gui for decoding the mode-S 
 packets.
 
 However, it seems that the modes_rx or modes_gui can't provide the timestamp 
 of the mode-S packets being decoded. Is there any option that I can set to 
 timestamp the mode-S packet? The reason I want this timestamp function is 
 that I want to know the decoded packet data correspond to which part of the 
 raw data (complex baseband data samples). 
 
 Thank you for any help you can provide in this situation.
 
 I found that there's a file called air_modes_preamble.cc seems to provide 
 the timestamp function. Does anyone know how to use this file separately? 
 
 Best regards,
 Cheng Chi
 ___
 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] GNU Radio Questions

[Andrew Rich]

Hi, got some questions

1. Can GNURadio run on OpenSUSE Linux
2. Can GNURadio work with RTL SDR dongles ?
3. What can you do with the output of GNU Radio 

For instance, other than listening , can you 

decode AX25 
decode PSK31

visualise the audio like on a scope
do a spectral display
decode ADS-B
decode AIS
decode pagers 

Andrew VK4TEC  



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

Re: [Discuss-gnuradio] GNU Radio Questions

[Andrew Rich]

Thanks Marcus

Appreciate your time

Andrew 

Sent from my iPhone

 On 26 Jan 2014, at 8:05 am, Marcus D. Leech mle...@ripnet.com wrote:
 
 On 01/25/2014 04:59 PM, Andrew Rich wrote:
 Hi, got some questions
 
 1. Can GNURadio run on OpenSUSE Linux
 Yes.
 
 2. Can GNURadio work with RTL SDR dongles ?
 Yes.
 
 3. What can you do with the output of GNU Radio
 For instance, other than listening , can you
 decode AX25 decode PSK31
 visualise the audio like on a scope
 do a spectral display
 decode ADS-B
 decode AIS
 decode pagers
 Andrew VK4TEC
 Gnu Radio is primarily a *development framework* for host-based DSP, mostly 
 from SDR radio hardware.  It isn't a plug and play application for
  casual airwave surfing, although such applications have been *written* 
 using the Gnu Radio DSP framework, such as GQRX.
 
 If you can manipulate a signal using a formal mathematical model, you can use 
 Gnu Radio to process that signal.
 
 I'd suggest starting at:www.gnuradio.org
 
 
 
 
 ___
 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] SDR question

[Andrew Rich]

I have a question about software defined radio

I saw a pass band the other day on a screen which prompted me to ask

The Software defined radio has a specific bandwidth ?

Does it scan across the band very quickly to form the passband, or is the 
bandwidth already that large it just appears as a chunk of MHz ?


I am trying to make the connection between how a Software Defined Radio 
would be different from an analogue system.


For example decoding packet radio using an SDR, is there any performance 
degradation due to the way it works ?


Would the SDR sweep and miss some of the signal ?

- Andrew VK4TEC - 



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

Re: [Discuss-gnuradio] SDR question

[Andrew Rich]

Thanks Marcus

So you can go outside the useable bandwidth, you just need to understand 
that you will loose something as you move to the next chunk of RF ?


I saw an image of several MHz and a little decode window, but I guess that 
is a decoding window, smaller than the SDR sampling window.


I want to use SDR for satellites and packet radio

Does it meet a tnc / analogue radio specs ?

- Andrew -


- Original Message - 
From: Marcus D. Leech mle...@ripnet.com

To: discuss-gnuradio@gnu.org
Sent: Saturday, October 29, 2011 7:16 AM
Subject: Re: [Discuss-gnuradio] SDR question



On 28/10/2011 5:08 PM, Andrew Rich wrote:


I have a question about software defined radio

I saw a pass band the other day on a screen which prompted me to ask

The Software defined radio has a specific bandwidth ?

Does it scan across the band very quickly to form the passband, or is 
the bandwidth already that large it just appears as a chunk of MHz ?


I am trying to make the connection between how a Software Defined Radio 
would be different from an analogue system.


For example decoding packet radio using an SDR, is there any performance 
degradation due to the way it works ?


Would the SDR sweep and miss some of the signal ?

- Andrew VK4TEC -



A typical SDR hardware front-end (just taking the RX view for now) has a 
tunable direct-conversion down-converter that converts a swath of
  bandwidth at a desired center frequency into a complex (I,Q) baseband 
signal that straddles from  -BW/2 to BW/2,

  with DC in the middle.

That swath of (analog) bandwidth is sampled by an ADC and FPGA, and then 
decimated for delivery of a lesser bandwidth (again, in complex
  baseband form) into the host computer for further processing. The 
decimation also acts as a filter, so that there is strong alias 
suppression
  in the delivered bandwidth.  It is usually the case that the FPGA 
decimator is configurable with respect to the amount of bandwidth

  delivered towards the host.

Bandwidths of several MHz into the host are achievable these days, with 
all demodulation, etc, happening on the host.


That is not to say that you couldn't implement a sweeper for doing SIGINT 
and spectral estimation, etc.  In fact, there are Gnu Radio

  applications that do just that.


___
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] GNU radio

[Andrew Rich]

I was just looking at the N200

Do these hardware components have sensitivity figures ?

I am interested in passive RADAR

I have been using a 1090 MHz receiver and a cheap digital OSCilloscope 
commaned under LINUX as a capture device.


I guess that is sort of what the hardware and software of an SDR does ?

My system is very slow

- Andrew -


- Original Message - 
From: Marcus D. Leech mle...@ripnet.com

To: Andrew Rich vk4...@tech-software.net; Discuss-gnuradio@gnu.org
Sent: Wednesday, September 21, 2011 8:43 AM
Subject: Re: GNU radio



On 09/20/2011 06:14 PM, Andrew Rich wrote:

Can I ask some questions about GNU radio ( I think I just did )

Is there a diffinative list of what GNU Radio can do ?
Well, there's the Doxygen DOCs, which are more programmer-friendly than 
for someone wanting to get a pithy overview.


http://gnuradio.org/doc/doxygen/index.html

And the www.gnuradio.org site in general has a fair amount of information.



What modes does the GNU radio suite cover ?
A bunch.  But keep in mind that Gnu Radio isn't an *end application*, but 
rather a DSP/SDR development environment for

  *developing* end applications.

Applications are strung together from fundamental DSP building blocks, 
like modulators, filters, etc.  There's a GUI-based application,
  called GRC (GnuRadio Companion) which helps with that stringing 
together, although one is also free to program using the
  pre-defined blocks in either Python or C++.   There is also a mechanism 
for adding your own processing blocks, which are generally
  written in C++, and interface to the rest of Gnu Radio using a formal 
interface.





Are there any experimental modes being used with GNU radio ?
I huge fraction of the people using Gnu Radio are using it for 
experimentation with communications protocols and new modulation
  techniques.  Some are students, using Gnu Radio to explore variants of 
existing modulation schemes--OFDM, QAM, QPSK, etc.




Is it just the ease of experimentation that is the attraction ?

I guess that's part of the attraction.  And it's free--both as in beer, 
and freedom.  It supports a growing number of SDR hardware
  platforms as well, including the products from Ettus, and the FCD from 
the UK.  One of the Gnu-Radio based applications that I run

  24x7 uses a PC sound card as an RF sampler for VLF radio.

Much of the early SDR hardware platforms out there, particularly those 
targetted at the amateur-radio market, have a closed,
  or nearly-closed API, and often you're locked in to the applications 
they provide.  Which is fine if you think of an SDR platform
  as nothing more than a ham-radio appliance, with a PC GUI instead of 
front-panel knobs.


But for those of us who think of SDR platforms as more-generic devices, a 
framework like Gnu Radio is the perfect vehicle for
  experimentation, research, testing, and even end-product delivery.  My 
own software-product, IRA, uses Gnu Radio underneath

  to do about 80% of the signal-processing functions.

--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org





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

Re: [Discuss-gnuradio] GNU radio

[Andrew Rich]

Maybe I can list my aims and you can tell me if GNU and N200 can do this ?

1. Receive on 1030 MHz - BW not sure yet
2. Receive on 1090 MHz - BW not sure yet
3. Receive on 2700 - 2900 MHz - BW not sure yet
4. Classify signals on these bands.
5. Perform PPM decode - Pulse Position Decode on the 1090 MHz band

Using a hardware device and GNU radio

The computer would be a MAC MINI running openSUSE LINUX

or

MacBook PRO Laptop running LINUX

with either USB or Gigabit ethernet.

What would be the suggested software and hardware combinations ?

Can I use the N200 as a very basic spectrum analyser and a capture device 
( I guess the capture device would be just continuous)


I undestand what I want to do and I have started decoding singals on 1090 
MHz already


I just want to turbo charge the process and make it as fast as my Mode S 
1090 MHz receiver I have now, which is a 1090 MHz front end and FPGA


- Andrew -

- Original Message - 
From: Marcus D. Leech mle...@ripnet.com

To: Andrew Rich vk4...@tech-software.net
Cc: Discuss-gnuradio@gnu.org
Sent: Thursday, September 22, 2011 1:47 AM
Subject: Re: GNU radio



On 21/09/2011 11:34 AM, Andrew Rich wrote:

I was just looking at the N200

Do these hardware components have sensitivity figures ?
That depends entirely on the daughterboard you chose.  Although most of 
them have noise figures in the 4-5dB range at maximum gain.
  If you're just interested in RX in the 1090MHz range, I'd suggest the 
DBS_RX2.  Sensitivity is dominated by noise figure.  If you need
  lower noise figures you'll have to put a band-specific LNA in front, 
which is what I do for radio astronomy.




I am interested in passive RADAR

I have been using a 1090 MHz receiver and a cheap digital OSCilloscope 
commaned under LINUX as a capture device.


I guess that is sort of what the hardware and software of an SDR does ?

My system is very slow

In an SDR, nearly-all the processing is done on the host computer, so you 
need a fastish computer.  Overall compute requirements

  are roughly proportional to sample_rate * complexity-per-sample.













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

Re: [Discuss-gnuradio] GNU radio

[Andrew Rich]

Awesome thanks nick

Could you talk a bit about the decode ? 

Do you have sort of loop ? 

Starting from a first sample ? 



Sent from my iPhone
Andrew Rich

On 22/09/2011, at 4:02, Nick Foster n...@ettus.com wrote:

 Andrew,
 
 I've written a 1090MHz Mode S/ADS-B receiver for Gnuradio which can use Ettus 
 hardware (N200/N210, E100/E110, USRP1). It works pretty well (up to 250nm 
 range with line of sight). I'll try to answer your questions inline below as 
 well.
 
 On Wed, Sep 21, 2011 at 9:17 AM, Andrew Rich vk4...@tech-software.net wrote:
 Maybe I can list my aims and you can tell me if GNU and N200 can do this ?
 
 1. Receive on 1030 MHz - BW not sure yet
 Yes, up to 25MHz bandwidth with N200/N210. You'll want to use WBX, SBX, or 
 DBSRX2 as your daughterboard.
  
 2. Receive on 1090 MHz - BW not sure yet
 Yes, up to 25MHz bandwidth with N200/N210. You'll want to use WBX, SBX, or 
 DBSRX2 as your daughterboard.
 
 Keep in mind you will not be able to receive on 1030 and 1090 simultaneously 
 with a single board. I'm not sure if your application requires this. A USRP1 
 plus two daughterboards, or two N200s in MIMO configuration would accomplish 
 this.
  
 3. Receive on 2700 - 2900 MHz - BW not sure yet
 Yes, up to 25MHz bandwidth with N200/N210. You'll want to use SBX or DBSRX2 
 as your daughterboard.
  
 4. Classify signals on these bands.
 That's totally up to you. Remember that a USRP will just give you straight, 
 basically unprocessed digital RF samples from wherever in the spectrum you 
 ask it to. The processing of those signals into something intelligible is 
 your responsibility, and Gnuradio is a toolkit to make this, if not easy, at 
 least easier than doing all your DSP from scratch.
 
 For example, for 1090MHz PPM signals, if you create a dead-simple Gnuradio 
 flowgraph which just does AM demod (complex-to-magnitude) on the input 
 samples, you'll have a PPM signal that looks just like the output of your 
 1090MHz front end. Further processing in Gnuradio can turn that into 
 intelligible Mode S data.
  
 5. Perform PPM decode - Pulse Position Decode on the 1090 MHz band
 See the gr-air-modes package for an example of a Gnuradio receiver doing just 
 this. Might give you a good idea of what goes into a Gnuradio flowgraph since 
 it's a format you're already pretty familiar with.
  
 
 Using a hardware device and GNU radio
 
 The computer would be a MAC MINI running openSUSE LINUX
 
 or
 
 MacBook PRO Laptop running LINUX
 
 with either USB or Gigabit ethernet.
 
 Either is fine. Recommend using an N200 + GigE.
  
 
 What would be the suggested software and hardware combinations ?
 
 Can I use the N200 as a very basic spectrum analyser and a capture device ( I 
 guess the capture device would be just continuous)
 If your bandwidth of interest is under 25MHz it will give you a good spectrum 
 analyzer display. You can piece together a wider spectrum by re-tuning and 
 capturing one 25MHz swath at a time.
  
 
 I undestand what I want to do and I have started decoding singals on 1090 MHz 
 already
 
 I just want to turbo charge the process and make it as fast as my Mode S 1090 
 MHz receiver I have now, which is a 1090 MHz front end and FPGA
 
 Depends on what you mean by fast. The N200 can get 25MHz of bandwidth down 
 to the host, and since the Mode S waveform requires only 4Msps you're covered 
 with room to spare.
 
 --n
  
 
 
 - Andrew -
 
 - Original Message - From: Marcus D. Leech mle...@ripnet.com
 To: Andrew Rich vk4...@tech-software.net
 Cc: Discuss-gnuradio@gnu.org
 Sent: Thursday, September 22, 2011 1:47 AM
 Subject: Re: GNU radio
 
 
 On 21/09/2011 11:34 AM, Andrew Rich wrote:
 I was just looking at the N200
 
 Do these hardware components have sensitivity figures ?
 That depends entirely on the daughterboard you chose.  Although most of them 
 have noise figures in the 4-5dB range at maximum gain.
  If you're just interested in RX in the 1090MHz range, I'd suggest the 
 DBS_RX2.  Sensitivity is dominated by noise figure.  If you need
  lower noise figures you'll have to put a band-specific LNA in front, which 
 is what I do for radio astronomy.
 
 
 I am interested in passive RADAR
 
 I have been using a 1090 MHz receiver and a cheap digital OSCilloscope 
 commaned under LINUX as a capture device.
 
 I guess that is sort of what the hardware and software of an SDR does ?
 
 My system is very slow
 
 In an SDR, nearly-all the processing is done on the host computer, so you 
 need a fastish computer.  Overall compute requirements
  are roughly proportional to sample_rate * complexity-per-sample.
 
 
 
 
 
 
 
 
 
 ___
 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] GNU radio

[Andrew Rich]

Can I ask some questions about GNU radio ( I think I just did )

Is there a diffinative list of what GNU Radio can do ?

What modes does the GNU radio suite cover ?

Are there any experimental modes being used with GNU radio ?

Is it just the ease of experimentation that is the attraction ?

- Andrew - 


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

Re: [Discuss-gnuradio] floats over UDP into GRC?

[Andrew Rich]

Marcus ,

Sorry to hijack the post , why is the telescope on 1420 MHz ? 

I saw this on your website



Sent from my iPhone
Andrew Rich

On 14/09/2011, at 9:21, Marcus D. Leech mle...@ripnet.com wrote:

 On 09/13/2011 07:05 PM, Mark Cetilia wrote:
 Hi all,
 I would like to stream floating point numbers from another application into 
 GRC;
 currently sending them over UDP as char arrays, which I was hoping to 
 convert back into floats in GRC.
 
 Seems like kind of a basic thing, but I can't get my head around how this is 
 possible.
 Any pointers / advice would be greatly appreciated…
 
 Cheers,
 Mark
 
 
 How are you producing the UDP stream?   ARe you saying that in your 
 producer you don't know how to pack complex-floats into
  a UDP buffer, or something else?
 
 The UDP source in GRC is perfectly happy to unpack complex-floats (or floats, 
 or whatever) from a UDP-based stream.
 
 
 
 
 -- 
 Marcus Leech
 Principal Investigator
 Shirleys Bay Radio Astronomy Consortium
 http://www.sbrac.org
 
 
 
 ___
 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] USRP2 connection problem

[Andrew Rich]

tcpdump ?
  - Original Message - 
  From: mehmet kabasakal 
  To: discuss-gnuradio 
  Sent: Monday, January 10, 2011 6:56 PM
  Subject: [Discuss-gnuradio] USRP2 connection problem


  Hi everyone,
  I am using USRP2 on ubuntu 10.10. When i try to run it with grc i got the 
this message,

  Traceback (most recent call last):
File /home/mehmet/top_block.py, line 46, in module
  tb = top_block()
File /home/mehmet/top_block.py, line 29, in __init__
  self.usrp2_sink__0 = usrp2.sink_32fc()
File /usr/lib/python2.6/dist-packages/gnuradio/usrp2.py, line 1137, in 
sink_32fc
  return _usrp2.sink_32fc(ifc, mac)
  RuntimeError: No USRPs found on interface eth0

  then i run ifconfig eth0 command then i got,

  meh...@mehmet-pc:~$ sudo ifconfig eth0
  [sudo] password for mehmet: 
  eth0  Link encap:Ethernet  HWaddr 60:eb:69:29:bb:c8  
inet6 addr: fe80::62eb:69ff:fe29:bbc8/64 Scope:Link
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:10416 errors:0 dropped:0 overruns:0 frame:0
TX packets:2654 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000 
RX bytes:2112887 (2.1 MB)  TX bytes:324570 (324.5 KB)
Interrupt:48 Base address:0x4000 

  finally i tried find_usrps but again no response,

  meh...@mehmet-pc:~$ sudo find_usrps
  No USRP2 found.

  I have checked if i install sdcc compiler from synaptic package manager and 
it seems it is installed.
  I use the ethernet cable that comes with usrp2 in the package. then i changed 
the ethernet cable.
  I used the one that is for internet connection but it didn't work. 

  The screenshot of the basic grc problem is attached. 

  Thanks for your help.

  Mehmet








--


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

Re: [Discuss-gnuradio] cannot detect USRP2 on ubuntu 9.10 whatsoever...various solutions adopted...

[Andrew Rich]

 Arp ? 

This should return the Mac address and any ip address heard

Does a usrp. Ping ? 



Sent from my iPhone
Andrew Rich

On 04/01/2011, at 18:53, yyl yyl@gmail.com wrote:

 Happy new year!
 Just to notify, my ethernet works fine -- I could use wired internet to 
 connect to the Internet.
 
 
 On 12/31/2010 01:34 AM, Nick Foster wrote:
 Verify that the ethernet card (and cable) work with another device such
 as a network switch. The USRP2 should work with any gigabit Ethernet
 card supported in Linux.
 
 --n
 
 On Thu, 2010-12-30 at 20:23 +0800, yyl wrote:
 On 12/22/2010 02:10 AM, Nick Foster wrote:
 If the ethtool output you provided is with the USRP2 plugged in and
 turned on, then your ethernet card isn't detecting a link. If another
 computer works fine with that same USRP2, I suspect the ethernet cable
 or your ethernet card as the culprit. You might also try:
 
 sudo ifconfig eth0 up
 
 and see if that affects the result of your ethtool output.
 
 --n
 
 On Tue, 2010-12-21 at 11:34 +0800, yulong yang wrote:
 Hi all,
 
 I am new to gnuradio and stuck with the usrp2 connection for several
 days... I looked up tens of search results but no solution yet.
 Therefore I post my problem and hope someone could give me a hand:
 
 I am running gnu radio 3.2.2 on ubuntu9.10, and I think gnuradio works
 fine because dial_tone.py and grc all could be launched correctly.
 However, when I plug in USRP2, problems happen:
 
 if I typed in sudo find_usrps it says: No USRP2 found.
 
 if I typed sudo find_usrps -e eth0 it also says No USRP2 found.
 (eth0 is what I get when typing in ifconfig)
 
 if I typed in sudo usrp2_fft.py t says:
 
 Traceback (most recent call last):
File /usr/local/bin/usrp2_fft.py, line 273, inmodule
  main ()
File /usr/local/bin/usrp2_fft.py, line 269, in main
  app = stdgui2.stdapp(app_top_block, USRP2 FFT, nstatus=1)
File
 /usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py,
 line 36, in __init__
  wx.App.__init__ (self, redirect=False)
File
 /usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py,
 line 7978, in __init__
  self._BootstrapApp()
File
 /usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py,
 line 7552, in _BootstrapApp
  return _core_.PyApp__BootstrapApp(*args, **kwargs)
File
 /usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py,
 line 39, in OnInit
  frame = stdframe (self.top_block_maker, self.title, self._nstatus)
File
 /usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py,
 line 60, in __init__
  self.panel = stdpanel (self, self, top_block_maker)
File
 /usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py,
 line 81, in __init__
  self.top_block = top_block_maker (frame, self, vbox, sys.argv)
File /usr/local/bin/usrp2_fft.py, line 70, in __init__
  self.u = usrp2.source_32fc(options.interface, options.mac_addr)
File /usr/local/lib/python2.6/dist-packages/gnuradio/usrp2.py,
 line 644, in source_32fc
  return _usrp2.source_32fc(*args, **kwargs)
 RuntimeError: No USRPs found on interface eth0
 
 
 What exactly the problem is?
 TO note:
 1. python is fine. I ran following process and it did not say error:
Python 2.6.4 (r264:75706, Dec  7 2009, 18:45:15)
[GCC 4.4.1] on linux2
Type help, copyright, credits or license for more
 information.
   from gnuradio import gr
   from gnuradio import usrp
   from gnuradio import audio
   from gnuradio import usrp2
   exit()
 
 2. could it be the firmware in usrp2? I saw some threads discussing
 firmware in SD card. But it seems to run process like usrp2_fft.py
 dose not need any firmware.
 
 3. my usrp2 runs fine. I checked it with another computer which could
 launch usrp_fft.py correctly. Also, when I power on usrp2, all 6
 lights flah and then D and F remain on.
 
 4. my ethernet card should be fine. it is gigabit. here is what it
 says when I type in sudo ethtool eth0:
 
 Settings for eth0:
  Supported ports: [ TP ]
  Supported link modes:   10baseT/Half 10baseT/Full
  100baseT/Half 100baseT/Full
  1000baseT/Full
  Supports auto-negotiation: Yes
  Advertised link modes:  10baseT/Half 10baseT/Full
  100baseT/Half 100baseT/Full
  1000baseT/Full
  Advertised auto-negotiation: Yes
  Speed: Unknown!
  Duplex: Unknown! (255)
  Port: Twisted Pair
  PHYAD: 1
  Transceiver: internal
  Auto-negotiation: on
  Supports Wake-on: pumbag
  Wake-on: g
  Current message level: 0x0001 (1)
  Link detected: no
 
 
 I am really confused and find no solution on my own. Any suggestion
 would be greatly appreciated. I will wait online and provide any
 additional information if you need.
 ___
 Discuss-gnuradio mailing list
 Discuss-gnuradio@gnu.org
 http

Re: [Discuss-gnuradio] Fw: Need Advice for SDR choice

[Andrew Rich]

Very helpful thank you 


Sent from my iPhone
Andrew Rich

On 04/01/2011, at 5:22, Mark J. Blair n...@nf6x.net wrote:

 
 On Jan 2, 2011, at 1:31 PM, Andrew Rich wrote:
 I have a MacBook PRO I7 it can run OS X or windows
 
 I have been successfully using the Ettus Research USRP with LFRX, LFTX and 
 WBX boards on my 17 MacBook Pro under OS X (Snow Leopard). Installing the 
 software portion is pretty easy: Install the MacPorts package, then run sudo 
 port install gnuradio in a terminal window. You can play with the gnuradio 
 software to see if it's right for you before committing to buying any 
 hardware, since it can use the audio device and/or data files as a 
 source/sink, or even run entirely simulated flowgraphs.
 
 I haven't used any gnuradio-based canned ham radio USB/LSB/whatever 
 applications (if any exist). I have successfully received 2m FM transmissions 
 with one of the examples that comes with the gnuradio distribution. I've 
 mostly used my hardware to generate fairly simple test signals for other 
 radio hardware (i.e., a number of simultaneous CW tones within a fairly 
 narrow bandwidth) and simple spectrum analysis. At the moment, I'm playing 
 around with writing blocks and flowgraphs for sending and receiving 
 high-speed Morse code, due to my current interest in devices such as the 
 AN/GRA-71 code burst keyer (*). This is all pretty simple stuff that the USRP 
 hardware is overkill for, but I'm just beginning to learn about gnuradio and 
 SDR design in general.
 
 Based on what you've stated so far, I think that a USB-based USRP with a WBX 
 board and the gnuradio software should work nicely for you, and you can work 
 with it directly under OS X. You may also want to get an RFX2400 board to hit 
 the 2.4GHz band (I have one, but haven't done much with it yet). This board 
 combination will leave a hole between 2.2GHz and 2.3GHz.
 
 If I recall correctly, I've generally set my hardware decimation to limit 
 sampled bandwidth to about 2 MHz in order to avoid USB over-runs and/or 
 under-runs. I've been able to look at a 4 MHz bandwidth with occasional 
 over/under-runs. The occasional over/under-run doesn't seem to cause problems 
 when just visually watching an FFT plot (i.e., to look for activity within a 
 band).
 
 I don't know if the Ethernet-based USRP platforms work on Macs yet.
 
 
 
 
 (*) More info here if you're curious:
 
http://www.militaryradio.com/spyradio/gra71.html
 
 These are available (though rare) on the surplus market, but I'm unaware of 
 any of the original receiving equipment that has made it out to the hands of 
 collectors. A SDR setup seems like a natural way to handle receiving the code 
 burst and then either playing it back at low speed for manual decoding, or 
 automatically decoding the transmission at normal speed.
 
 -- 
 Mark J. Blair, NF6X n...@nf6x.net
 Web page: http://www.nf6x.net/
 GnuPG public key available from my web page.
 
 
 
 
 
 ___
 Discuss-gnuradio mailing list
 Discuss-gnuradio@gnu.org
 http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

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

[Discuss-gnuradio] Fw: Need Advice for SDR choice

[Andrew Rich]

Hello

I need some advice. I would like to purchase a Software Defined Radio

I would like to be able to do 

1. Around 50 MHz to 2.400 GHz 
2. USB LSB CW FM WFM / RAW ?
3. I would like to be able to decode AX25 packet (ISS)

I also have another project of decoding Mode S aircraft signals.

I have Windows XP / MAC OS X / Linux OpenSUSE.

What are my decoding options for the SDR ?

I can build packages etc in LINUX 

- Andrew VK4TEC - 

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

Re: [Discuss-gnuradio] Fw: Need Advice for SDR choice

[Andrew Rich]

Sorry I understand that there is a software part and a hardware part

I was more interesting in making a decision on the 

1) Hardware 
2) Operating System

RX only 

I have a MacBook PRO I7 it can run OS X or windows

- Andrew VK4TEC -
  - Original Message - 
  From: Marcus D. Leech 
  To: discuss-gnuradio@gnu.org 
  Sent: Monday, January 03, 2011 9:00 AM
  Subject: Re: [Discuss-gnuradio] Fw: Need Advice for SDR choice




Hello

I need some advice. I would like to purchase a Software Defined Radio

I would like to be able to do 

1. Around 50 MHz to 2.400 GHz 
2. USB LSB CW FM WFM / RAW ?
3. I would like to be able to decode AX25 packet (ISS)

I also have another project of decoding Mode S aircraft signals.

I have Windows XP / MAC OS X / Linux OpenSUSE.

What are my decoding options for the SDR ?

I can build packages etc in LINUX 

- Andrew VK4TEC - 


  First, GnuRadio is a *framework* for constructing Software-Defined Radio 
applications, and as such,
it's not a plug and play SDR.

  Plenty of folks on here are working on SDR-based *applications*, and there 
may be people working on
some of the modes you mention.  There's also CGRAN:  http://www.cgran.org 
which is a site largely
for open-source applications that have been built for GnuRadio.  There's 
definitely an on-going
Mode S project using Gnu Radio, and some of those developers are on this 
mailing list.

  You haven't mentioned whether you need Rx capability only, or Rx/Tx.





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


-- 
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org

--


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

Re: [Discuss-gnuradio] Fw: Need Advice for SDR choice

[Andrew Rich]

Thanks Tom.

So what can the USRP or should I say GNURAdio capture as a chunk of RF and 
what is the bandwidth that it can decode ?


I am also looking at the FUNCubeDongle, but it is only 96 khz wide ?

- Andrew -


- Original Message - 
From: Tom Rondeau trondeau1...@gmail.com

To: Andrew Rich vk4...@tech-software.net
Cc: Marcus D. Leech mle...@ripnet.com; discuss-gnuradio@gnu.org
Sent: Monday, January 03, 2011 11:51 AM
Subject: Re: [Discuss-gnuradio] Fw: Need Advice for SDR choice


On Sun, Jan 2, 2011 at 4:31 PM, Andrew Rich vk4...@tech-software.net 
wrote:

Sorry I understand that there is a software part and a hardware part

I was more interesting in making a decision on the

1) Hardware
2) Operating System

RX only

I have a MacBook PRO I7 it can run OS X or windows

- Andrew VK4TEC -


The standard hardware we have for what you are after is the USRP,
probably with a WBX daughterboard (50 MHz - 2.2 GHz). Look at
www.ettus.com for the range of hardware they sell.

As for the OS, you should be fine with OpenSUSE or OSX. If you're
comfortable in Linux, this is the most likely to work well for you. We
try to work in OSX as well (thanks to Michael Dickens, especially),
but most of the developers work natively in Linux.

Tom



- Original Message -
From: Marcus D. Leech
To: discuss-gnuradio@gnu.org
Sent: Monday, January 03, 2011 9:00 AM
Subject: Re: [Discuss-gnuradio] Fw: Need Advice for SDR choice

Hello

I need some advice. I would like to purchase a Software Defined Radio

I would like to be able to do

1. Around 50 MHz to 2.400 GHz
2. USB LSB CW FM WFM / RAW ?
3. I would like to be able to decode AX25 packet (ISS)

I also have another project of decoding Mode S aircraft signals.

I have Windows XP / MAC OS X / Linux OpenSUSE.

What are my decoding options for the SDR ?

I can build packages etc in LINUX

- Andrew VK4TEC -



First, GnuRadio is a *framework* for constructing Software-Defined Radio
applications, and as such,
it's not a plug and play SDR.

Plenty of folks on here are working on SDR-based *applications*, and there
may be people working on
some of the modes you mention. There's also CGRAN: http://www.cgran.org
which is a site largely
for open-source applications that have been built for GnuRadio. There's
definitely an on-going
Mode S project using Gnu Radio, and some of those developers are on this
mailing list.

You haven't mentioned whether you need Rx capability only, or Rx/Tx. 



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

Re: [Discuss-gnuradio] Fw: Need Advice for SDR choice

[Andrew Rich]

I have built a little tracking device on 434.950 MHz and it uses machester 
endcoding


It TX's at 19k2

Is that something a SDR could decode ?

The other things I would like to try is ax25 packet on ISS 145.825 MHz

Satellites - mainly just interested in the specturm and see I can rx them..

How about AIS on 161 MHz ?

- Andrew-
- Original Message - 
From: Tom Rondeau trondeau1...@gmail.com

To: Andrew Rich vk4...@tech-software.net
Cc: Marcus D. Leech mle...@ripnet.com; discuss-gnuradio@gnu.org
Sent: Monday, January 03, 2011 11:51 AM
Subject: Re: [Discuss-gnuradio] Fw: Need Advice for SDR choice


On Sun, Jan 2, 2011 at 4:31 PM, Andrew Rich vk4...@tech-software.net 
wrote:

Sorry I understand that there is a software part and a hardware part

I was more interesting in making a decision on the

1) Hardware
2) Operating System

RX only

I have a MacBook PRO I7 it can run OS X or windows

- Andrew VK4TEC -


The standard hardware we have for what you are after is the USRP,
probably with a WBX daughterboard (50 MHz - 2.2 GHz). Look at
www.ettus.com for the range of hardware they sell.

As for the OS, you should be fine with OpenSUSE or OSX. If you're
comfortable in Linux, this is the most likely to work well for you. We
try to work in OSX as well (thanks to Michael Dickens, especially),
but most of the developers work natively in Linux.

Tom



- Original Message -
From: Marcus D. Leech
To: discuss-gnuradio@gnu.org
Sent: Monday, January 03, 2011 9:00 AM
Subject: Re: [Discuss-gnuradio] Fw: Need Advice for SDR choice

Hello

I need some advice. I would like to purchase a Software Defined Radio

I would like to be able to do

1. Around 50 MHz to 2.400 GHz
2. USB LSB CW FM WFM / RAW ?
3. I would like to be able to decode AX25 packet (ISS)

I also have another project of decoding Mode S aircraft signals.

I have Windows XP / MAC OS X / Linux OpenSUSE.

What are my decoding options for the SDR ?

I can build packages etc in LINUX

- Andrew VK4TEC -



First, GnuRadio is a *framework* for constructing Software-Defined Radio
applications, and as such,
it's not a plug and play SDR.

Plenty of folks on here are working on SDR-based *applications*, and there
may be people working on
some of the modes you mention. There's also CGRAN: http://www.cgran.org
which is a site largely
for open-source applications that have been built for GnuRadio. There's
definitely an on-going
Mode S project using Gnu Radio, and some of those developers are on this
mailing list.

You haven't mentioned whether you need Rx capability only, or Rx/Tx. 



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

Re: [Discuss-gnuradio] Fw: Need Advice for SDR choice

[Andrew Rich]

Another thing I am tracking at the moment is RadioSonde's on 401.500 MHz

These ones seem analaogue - tones

- Andrew -

- Original Message - 
From: Tom Rondeau trondeau1...@gmail.com

To: Andrew Rich vk4...@tech-software.net
Cc: Marcus D. Leech mle...@ripnet.com; discuss-gnuradio@gnu.org
Sent: Monday, January 03, 2011 11:51 AM
Subject: Re: [Discuss-gnuradio] Fw: Need Advice for SDR choice


On Sun, Jan 2, 2011 at 4:31 PM, Andrew Rich vk4...@tech-software.net 
wrote:

Sorry I understand that there is a software part and a hardware part

I was more interesting in making a decision on the

1) Hardware
2) Operating System

RX only

I have a MacBook PRO I7 it can run OS X or windows

- Andrew VK4TEC -


The standard hardware we have for what you are after is the USRP,
probably with a WBX daughterboard (50 MHz - 2.2 GHz). Look at
www.ettus.com for the range of hardware they sell.

As for the OS, you should be fine with OpenSUSE or OSX. If you're
comfortable in Linux, this is the most likely to work well for you. We
try to work in OSX as well (thanks to Michael Dickens, especially),
but most of the developers work natively in Linux.

Tom



- Original Message -
From: Marcus D. Leech
To: discuss-gnuradio@gnu.org
Sent: Monday, January 03, 2011 9:00 AM
Subject: Re: [Discuss-gnuradio] Fw: Need Advice for SDR choice

Hello

I need some advice. I would like to purchase a Software Defined Radio

I would like to be able to do

1. Around 50 MHz to 2.400 GHz
2. USB LSB CW FM WFM / RAW ?
3. I would like to be able to decode AX25 packet (ISS)

I also have another project of decoding Mode S aircraft signals.

I have Windows XP / MAC OS X / Linux OpenSUSE.

What are my decoding options for the SDR ?

I can build packages etc in LINUX

- Andrew VK4TEC -



First, GnuRadio is a *framework* for constructing Software-Defined Radio
applications, and as such,
it's not a plug and play SDR.

Plenty of folks on here are working on SDR-based *applications*, and there
may be people working on
some of the modes you mention. There's also CGRAN: http://www.cgran.org
which is a site largely
for open-source applications that have been built for GnuRadio. There's
definitely an on-going
Mode S project using Gnu Radio, and some of those developers are on this
mailing list.

You haven't mentioned whether you need Rx capability only, or Rx/Tx. 



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

Re: [Discuss-gnuradio] Mode-S/ADS-B and UAT

[Andrew Rich]

I have been doing Mode S with a DSO accessed via the USB port and the video 
out on an SBS-1


Using LINUX to decode the samples.

Set trigger. and download

- Andrew -


- Original Message - 
From: Eric Cottrell wb1...@runbox.com

To: discuss-gnuradio@gnu.org
Sent: Monday, December 06, 2010 11:10 AM
Subject: [Discuss-gnuradio] Mode-S/ADS-B and UAT


Hello,

I was emailed by a few people off list that are interested in the 
Mode-S/ADS-B code.  I am still working on it.


I got the DPD Productions antenna just before Thanksgiving, but it was too 
windy to put up right away.  Sitting on the first floor in the middle of a 
wood frame house, the antenna was picking up aircraft from 40 to 140 miles 
away depending on direction.  I could not see low altitude aircraft to the 
south of the nearest busy airport, which is eight miles south.  44 feet 
above the ground on my roof is a different story and I can see aircraft from 
150 to 210 miles depending on direction.  Although the DPD antenna is higher 
gain, I do not get the same level of interference as the colinear.  The DPD 
antenna is suppose to be a narrow bandwidth antenna.  I tried the wideband 
preamp with the DPD antenna and had the same problem with the noise floor 
rising and decreasing range.


I bought a SBS-1 last week.  It is a commercial Mode-S/ADS-B receiver that 
is smaller than the USRP.  The sensitivity seems slightly better.  It could 
handle the wideband preamp better with just a slight decrease in range.  I 
am currently working on providing a port 30003 compatible output for my 
receiver.  Then I can use Planeplotter and can compare my code to the SBS-1.


My nearby major airport has a ASDE-X system for monitoring aircraft and 
vehicles on the airport surface.  It appears they are installing an ADS-B 
Multilateration system as I get a couple of the sensors.  They use DF18 
(Non-Transponder Extended Squitter) and just send an ID and Multilateration 
status.  Two of them ID as STEST123 with the category of Fixed 
Ground/Tethered Obstacle.  The third recently appeared with an ID of 
PTEST123.  The SBS-1 also picked up the IDs so it can decode at least some 
DF18 formats.


I want to do a UAT receiver and was planning a trip to Philly to look at the 
TIS-B/FIS-B ground segment transmissions.  I got a surprise when I found out 
the New England area has TIS-B/FIS-B services.  Someone did a demo of a 
receive only system.  The TIS-B service only transmits if there is a ADS-B 
aircraft using UAT in the area.  Being able to receive TIS-B would be good 
because it includes non-ADS-B aircraft.  There is also cross-linking of UAT 
and Mode-S so ADS-B aircraft on Mode S ADS-B should show up on UAT.

http://www.youtube.com/watch?v=NmYrUGxRC88

It is an iPhone application using a separate UAT receiver costing $1100.
http://www.skyscope.net/

I looked at the 978 MHz UAT frequency and think I see the signal but it does 
not completely match up with the specifications.  The system uses slightly 
over 1 megabit per second FSK with a over 600K shift.  I see what looks like 
the mark frequency, but instead of the space frequency I get another signal 
at the center frequency (978.0 MHz).  If I use a simple PLL FM detector flow 
graph with a scope sink I do see what looks like a bitstream.  The current 
plan is to get my laptop updated and setup, then go mobile.  I suspect there 
is a transmitter at a nearby airport.


73 Eric

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



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

Re: [Discuss-gnuradio] mailing list

[Andrew Rich]

approved
  - Original Message - 
  From: mostafa khoshnevisan 
  To: discuss-gnuradio@gnu.org 
  Sent: Sunday, April 11, 2010 5:46 PM
  Subject: [Discuss-gnuradio] mailing list


  subscribe. 



--


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

[Discuss-gnuradio] Mode S // DME // Classical SSR

[Andrew Rich]

I found a copy of Eric Cottrell's gr-air src

It is quite similiar to what I am doing.

Using a 1090 MHz receiver, Digital Storage Scope and LINUX perl.

Things I am doing

1) DME detection
2) SSR detection and decode - to either Mode A or Mode C (you can't tell)
3) Mode S DF 00 detect
4) Mode S DF 11 detect and decode - 24 bit address
5) Mode S DF 17 detect CA detect Format type decode 24 bit address decode 
6) Mode S DF 17 aircraft identity decode to callsign

I have yet to do

1) Compact Position Reporting 
2) Velocity Message Decode
3) Amplitude variation checking
4) Garbling decode

Andrew Rich VK4TEC

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

[Discuss-gnuradio] SHF spectrum alanlyser

[Andrew Rich]

Hello

I am interested in scanning from 1000 MHz to 1200 MHz

Can the USRP and gnu radio down convert and show me a spectrum ?

Second question. Can the USRP be used to sweep filters ?

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

[Discuss-gnuradio] Mode S and ADS-B

[Andrew Rich]

Hello

I am seeing quite a bit about code that was written by Eric Cottrell for 
aircraft Mode S decoders and the like.

Where can I find the code ?

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

[Discuss-gnuradio] interworking USRP

[Andrew Rich]

Hello

I am trying to wrap my head around the interprocess workings of USRP and 
gnuradio

The FPGA contains a program that accepts commands from a C++ module ?

What is the logical presence of the hardware on LINUX ? is it at the /dev/USB 
device ?

Are any other USRP's on ethernet ?

I am gathering you send a few commands to the USRP and it just starts sending 
listening period data and you have to manage it on the host PC ?

I guess the easiest way way be to some how trap the data to a file and then do 
your processing off line while you are testing.

Perhaps to improve performance memory could be used instead of HDD ?

I am trying to also work out, at the moment I am using a DSO and capturing the 
values and processing the data in chunks. and  I know that the data is what I 
want to look at because it is triggered.

I guess you would have to turn your thinking around to like a FIFO buffer 
instead for a live stream

Andrew

PS here is a dump of my latest Aircraft Mode S decoder in PERL

**
**
* Mode S decoder using Digital Scope and perl on openSUSE LINUX  *
* Andrew Rich - March 2010   *
**
**
Sample rate 10MS/s
Max sample  37
Cut off 18.5
Array is4000 points
Trigger on point 465
Start count 467
Pre-amble   Match
DF starts   at 547
DF value17
TypeADS-B squitter
Address 7C6C5A
FT valueis 4
TypeIdentity CAT set A
FLTID   VOZ446

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

[Discuss-gnuradio] Help please - install

[Andrew Rich]

Hello 

I am installing gnuradio on openSUSE.

I got this far and then got stuck:-

1) gcc - YAST
2) python and python devel - YAST
3) SWIG - YAST
4) FFTW3F -devel YAST
5) ccpunit - YAST
6) I am now stuck on boost as part of the configure. (it is in YAST but stops)

checking for boost = 1.35... no
configure: error: we could not detect the boost libraries (version 1.35 or 
higher).
If you are sure you have boost installed, then check your version number 
looking in boost/version.hpp. 

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

[Discuss-gnuradio] Re: Help please - install openSUSE 11.1 gnuradio

[Andrew Rich]

Sorted

gnuradio install - openSUSE 11.1 Linux version 2.6.27.7-9-pae

1) gcc - YAST
2) python and python devel - YAST
3) SWIG - YAST
4) FFTW3F -devel YAST
5) libccpunit - YAST

+ installed gcc43-c++ (missing g++ error) (YAST)
+ Downloaded and installed boost_1_42_0  .tar.gz 

BOOST_PREFIX=/opt/boost_1_35
./bootstrap.sh --prefix=$BOOST_PREFIX

(bootstrap.sh and bjam install)

Getting there 

*
The following GNU Radio components have been successfully configured:

config
gruel
omnithread
usrp2
docs

You my now run the make command to build these components.

*
The following components were skipped either because you asked not
to build them or they didn't pass configuration checks:

gcell
gnuradio-core
pmt
mblock
usrp
gr-usrp
gr-usrp2
gr-gcell
gr-audio-alsa
gr-audio-jack
gr-audio-oss
gr-audio-osx
gr-audio-portaudio
gr-audio-windows
gr-cvsd-vocoder
gr-gpio
gr-gsm-fr-vocoder
gr-pager
gr-radar-mono
gr-radio-astronomy
gr-trellis
gr-video-sdl
gr-wxgui
gr-qtgui
gr-sounder
gr-utils
gnuradio-examples
grc

These components will not be built.  








  - Original Message - 
  From: Andrew Rich 
  To: gnuradio 
  Sent: Friday, March 19, 2010 7:28 PM
  Subject: Help please - install 


  Hello 

  I am installing gnuradio on openSUSE.

  I got this far and then got stuck:-

  1) gcc - YAST
  2) python and python devel - YAST
  3) SWIG - YAST
  4) FFTW3F -devel YAST
  5) ccpunit - YAST
  6) I am now stuck on boost as part of the configure. (it is in YAST but 
stops)

  checking for boost = 1.35... no
  configure: error: we could not detect the boost libraries (version 1.35 or 
higher).
  If you are sure you have boost installed, then check your version number 
looking in boost/version.hpp. 

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

Re: [Discuss-gnuradio] Re: Help please - install openSUSE 11.1 gnuradio

[Andrew Rich]

Thanks Alex

I forgot about that page, talk about doing things the long way around !

I installed and got:-

*
The following GNU Radio components have been successfully configured:

config
gruel
omnithread
gnuradio-core
pmt
mblock
usrp2
gr-usrp2
gr-audio-alsa
gr-audio-jack
gr-audio-oss
gr-cvsd-vocoder
gr-gsm-fr-vocoder
gr-pager
gr-radio-astronomy
gr-trellis
gr-video-sdl
gnuradio-examples
docs

You my now run the make command to build these components.

*
The following components were skipped either because you asked not
to build them or they didn't pass configuration checks:

gcell
usrp
gr-usrp
gr-gcell
gr-audio-osx
gr-audio-portaudio
gr-audio-windows
gr-gpio
gr-radar-mono
gr-wxgui
gr-qtgui
gr-sounder
gr-utils
grc

These components will not be built.





- Original Message - 
From: Alexandru Csete oz9...@googlemail.com

To: gnuradio discuss-gnuradio@gnu.org
Sent: Friday, March 19, 2010 9:14 PM
Subject: Re: [Discuss-gnuradio] Re: Help please - install openSUSE 11.1 
gnuradio



Andrew,

It seems you are still missing a lot of dependencies, you can see a
list here: http://gnuradio.org/redmine/wiki/gnuradio/SuseInstall
On desktop linux distributions you should be able to have everything
enabled except

gcell
gr-gcell
gr-audio-osx
gr-audio-windows
gr-comedi
and possibly jack and portaudio.

Alex

On 19 March 2010 11:48, Andrew Rich vk4...@tech-software.net wrote:

Sorted

gnuradio install - openSUSE 11.1 Linux version 2.6.27.7-9-pae

1) gcc - YAST
2) python and python devel - YAST
3) SWIG - YAST
4) FFTW3F -devel YAST
5) libccpunit - YAST

+ installed gcc43-c++ (missing g++ error) (YAST)
+ Downloaded and installed boost_1_42_0 .tar.gz

BOOST_PREFIX=/opt/boost_1_35
./bootstrap.sh --prefix=$BOOST_PREFIX

(bootstrap.sh and bjam install)

Getting there 

*
The following GNU Radio components have been successfully configured:

config
gruel
omnithread
usrp2
docs

You my now run the make command to build these components.

*
The following components were skipped either because you asked not
to build them or they didn't pass configuration checks:

gcell
gnuradio-core
pmt
mblock
usrp
gr-usrp
gr-usrp2
gr-gcell
gr-audio-alsa
gr-audio-jack
gr-audio-oss
gr-audio-osx
gr-audio-portaudio
gr-audio-windows
gr-cvsd-vocoder
gr-gpio
gr-gsm-fr-vocoder
gr-pager
gr-radar-mono
gr-radio-astronomy
gr-trellis
gr-video-sdl
gr-wxgui
gr-qtgui
gr-sounder
gr-utils
gnuradio-examples
grc

These components will not be built.









- Original Message -
From: Andrew Rich
To: gnuradio
Sent: Friday, March 19, 2010 7:28 PM
Subject: Help please - install
Hello

I am installing gnuradio on openSUSE.

I got this far and then got stuck:-

1) gcc - YAST
2) python and python devel - YAST
3) SWIG - YAST
4) FFTW3F -devel YAST
5) ccpunit - YAST
6) I am now stuck on boost as part of the configure. (it is in YAST but
stops)

checking for boost = 1.35... no
configure: error: we could not detect the boost libraries (version 1.35 or
higher).
If you are sure you have boost installed, then check your version number
looking in boost/version.hpp.

Andrew

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





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




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

[Discuss-gnuradio] pre-amble detection techniques

[Andrew Rich]

Hello

Enjoying reading all about the USRP (and other SDR) and gnu radio

Anybody got some advice on pre-amble detection techniques ?

Sliding window ?

fifo ?

Looking for some Mode S signals. 0.5 us pulses, located at 0us, 1us, 3.5us and 
4.5 us.

--TT-T-T---start here

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

[Discuss-gnuradio] gnu radio questions

[Andrew Rich]

Hello

Wondering if some can help

1) Is gnu radio just command line stuff or is there some gui parts ?
2) what sort of assisting programs can be used with gnu radio ? any charting or 
graphing apps ?

Cheers

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

[Discuss-gnuradio] gnu Radio and Mode S (1090 MHz)

[Andrew Rich]

Hello 

Sorry if this is a duplicate.

I am using my digital scope to capture data and pipe it to a flat file where I 
can look at it in LINUX (gdsh USB and perl) 

I am attempting to decode 1090 MHz transponder signals.

I know what I am looking for. ( I do this for a job)

I am on the hunt for better hardware and software to do the job under LINUX.

I simply need a faster better capture soluition that will allow me to up the 
through put of my signal analysis.

Can someone suggest ? I see some work has already been done on gnu-radio in 
this area.

At the moment I am processing csv capture files from the scope.But it takes 
seconds to grab the data from the scope.

Does gnu-radio have a module or code that would let me sample and save ? I can 
do the rest. Maybe a scope function ? samples vs time.

The data rate is 1 MHz for Mode S. 

I have the 1090 MHz receiver, actually got 2. SBS-1 with video out (0-2Volts)

Here are some captures I have done so far.

http://vk4tec.no-ip.org/adsb_gds1022/

Would the USRP and some LINUX code help me out ?

I can program, in perl, python should not be too hard to grasp. C, so so .

Here is my website

www.tech-software.net

Andrew Rich VK4TEC 

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

Re: [Discuss-gnuradio] gnu Radio and Mode S (1090 MHz)

[Andrew Rich]

Thanks Nick

I have some more questions if I may

1) What determines the bandwidth of the daughter boards for USRP ?
2) Where do you connect if you want to bypass the RF board and connect at 
base band ?

3) Will I be able to achieve what I want to achieve on openSUSE linux ?
4) When you talk about code what language ?
5) What is a trunk when you talk about gnu ? is that the software base ?
6) I assume I can get an RF board and do 1030 MHz as well ?
7) Can I use perl to do any of this ?
8) Would someone be able to guide me through this.
9) Is a PC suitable and quick enough to keep up with the signals ? Does 
the USRP and code lag or is there plenty of time left over ?


Andrew




- Original Message - 
From: Nick Foster bistro...@hotmail.com

To: gnuradio discuss-gnuradio@gnu.org; vk4...@tech-software.net
Sent: Wednesday, March 17, 2010 9:11 AM
Subject: RE: [Discuss-gnuradio] gnu Radio and Mode S (1090 MHz)



Andrew,

Eric Cottrell has written a complete Mode S receiver for gnuradio, using a 
USRP with a DBS-RX daughterboard. I also use a 1090MHz SAW filter and an LNA 
in my setup to get better results. Eric's software has not been ported to 
the current gnuradio architecture and uses the older blks interface.


I rewrote Eric's software from scratch last spring to achieve better 
processing at lower sample rates, and to use a more optimal bit slicer for 
coping with FRUIT. I haven't released the software yet -- it is working with 
the latest gnuradio trunk, but I haven't gotten around to cleaning up the 
code to the point where I'm not embarrassed to look at it.


It sounds like you're more interested in sampling data that you already have 
in demodulated PPM form, from a receiver you already own. If that's the 
case, the USRP is probably overkill, but it will certainly work if you use 
an LFRX as the front end board. If you add the DBS-RX to the USRP, you've 
all but obviated the need to use the SBS-1 you have in your current setup.


Nick



From: vk4...@tech-software.net
To: discuss-gnuradio@gnu.org
Date: Wed, 17 Mar 2010 05:58:40 +1000
Subject: [Discuss-gnuradio] gnu Radio and Mode S (1090 MHz)










Hello



Sorry if this is a duplicate.



I am using my digital scope to capture data and pipe it to a
flat file where I can look at it in LINUX (gdsh USB and perl)



I am attempting to decode 1090 MHz transponder
signals.



I know what I am looking for. ( I do this for a
job)



I am on the hunt for better hardware and software to do the
job under LINUX.



I simply need a faster better capture soluition that will
allow me to up the through put of my signal analysis.



Can someone suggest ? I see some work has already been done on
gnu-radio in this area.



At the moment I am processing csv capture files from the
scope.But it takes seconds to grab the data from the scope.



Does gnu-radio have a module or code that would let me sample
and save ? I can do the rest. Maybe a scope function ? samples vs
time.



The data rate is 1 MHz for Mode S.



I have the 1090 MHz receiver, actually got 2. SBS-1 with video
out (0-2Volts)



Here are some captures I have done so far.



http://vk4tec.no-ip.org/adsb_gds1022/



Would the USRP and some LINUX code help me out ?



I can program, in perl, python should not be too hard to
grasp. C, so so .



Here is my website



www.tech-software.net



Andrew Rich VK4TEC



17/03/2010


_
Hotmail has tools for the New Busy. Search, chat and e-mail from your inbox.
http://www.windowslive.com/campaign/thenewbusy?ocid=PID27925::T:WLMTAGL:ON:WL:en-US:WM_HMP:032010_1= 




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

[Discuss-gnuradio] USRP and ADS-B

[Andrew Rich]

I bought a bitscope 
device which did 40MS/s and had a 32 kb buffer.

Was disappointed and 
sold it.

What I really need 
is a FPGA and fast A/D solution.

What I am trying to 
do is 

1) Capture up to 
200us of window data
2) Capture at a rate 
of 40MS/s or better
3) Being able to 
interface this to LINUX and use PERL to process data.
4) My voltage levels 
are up to 1 volt.
5) I am sampling the 
video signals from a RADAR receiver.
6) Trigger on a 
voltage change ?

I have shown some 
captures here:-

http://tech-software.net/viewtopic.php?t=16

Do you think that 
the USRP fits the bill ?

I have looked at 
FPGA development boards and A/D eval kits.

I have also had some 
limited response from the HPSDR group.

What software tools 
are around for the USRP ?
-Andrew 
RichAmateur radio callsign VK4TECemail: [EMAIL PROTECTED]web: 
http://www.tech-software.netBrisbane AUSTRALIA 

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