[Discuss-gnuradio] How can Receiver separate between two different frequency's input

[Niaz Ahmed]

I am working on an application where i receive input at audio_sink and
check for tone or data.
Data is FSK modulated at 1k and 3k whereas Tone is of 2k (i.e Tone lies in
the middle).

I have written a flow graph which consists of two heirarichal flow graphs
(tone_rx and data_rx).
Input is received at audio_sink and then forwarded to both sub-graphs.

My code works fine when tone is received but there is a problem when Data
is received.
Because Data consists of FSK code and it has 2k components in it which also
triggers Tone graph.

So i want to ask is there any GnuRadio Block by using which i can avoid
triggering of tone while receiving Data
as i need to eliminate 2k component for Data but retain it when input it is
 Tone. OR
is there any such method by which we identify at the start whether it is
data or tone.
i am using laptop sound card (not usrp).




 
  ---> |  Tone Rx Flow Graph
 |
__   |   ||
   | audio_sink |__|
   |__|   |
 |
  --- > |  Data Rx Flow Graph
 |
 ||








-- 
*
Best Regards

Niaz Ahmed*
Lab Engineer
NUCES-FAST, Islamabad Campus
EXT-271

Engineers motto: cheap, good, fast: choose any two
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] GNU Radio support for Epiq Solutions' Matchstiq SDR

[John Orlando]

Epiq Solutions is pleased to announce our most recent software defined
radio platform called Matchstiq, a complete SDR system consisting of a
broadband RF transceiver + FPGA + 1 GHz ARM processor that supports
GNU Radio.  Matchstiq fits in the palm of your hand, and fills a void
in the current SDR landscape where flexibility, mobility, and form
factor are critical to enabling new capabilities.

Highlights of Matchstiq include the following:
-Broadband RF transceiver covering 300 MHz to 3.8 GHz
-Support for RF channel bandwidths up to 28 MHz
-Sub-octave pre-select filter bank
-Dual 12 bit A/D and D/A converters, up to 40 Msamples/sec
-30.72 MHz TC-VCXO reference clock
-Low-jitter programmable sample rate clock with 1 Hz resolutions
-Integrated GPS with 1 PPS
-Xilinx Spartan 6 LX45 FPGA
-TI DM3730 (ARM+DSP) processor, running a 2.6.35 Linux kernel @ 1 GHz
-High speed USB OTG interface (supporting an ethernet gadget interface
to a PC, as well as host mode for adding USB peripherals)
-Size: 2.2" x 4.6" x 0.9"
-Power consumption: ~3W (typical Rx-only application)
-Supports ~2 hours of operation with optional battery pack
(application dependent)

Matchstiq will begin shipping next month, and additional details can
be found at our website:

http://epiqsolutions.com/matchstiq/

Regards,
John

-- 
John Orlando
CEO/System Architect
Epiq Solutions
http://www.epiq-solutions.com

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

Re: [Discuss-gnuradio] GNU Radio release candidate 3.5.0rc0 available for download

[Svante Signell]

On Sat, 2011-10-29 at 13:03 -0700, Johnathan Corgan wrote:
> GNU Radio release candidate 3.5.0rc0 has been tagged on the master
> branch and made available as a tarball:
> 
> http://gnuradio.org/redmine/attachments/download/281/gnuradio-3.5.0rc0.tar.gz
> 
> As a release candidate, this tarball represents what will be in the
> 3.5.0 release, absent bug fixes discovered in testing.
> 
> To avoid issues with multiple versions of GNU Radio being installed,
> it is important to uninstall an existing installation using the "make
> uninstall" command from your source tree.
> 
> Also, please remember that when building GNU Radio from a tarball, one
> does not need to run the "bootstrap" step.

Hello,

I'm new to gnuradio and have downloaded the Debian packages as well as
built from source. However, in these builds there is no uhd kernel
driver. And in your latest release candidate above there is no kernel
driver either.

Looking at the ettus webpage,

http://code.ettus.com/redmine/ettus/projects/uhd/wiki

there seems to be a separate git directory for the driver:  
git clone git://code.ettus.com/ettus/uhd.git

in addition to the rest of the code:
git clone git://gnuradio.org/gnuradio

However, I did not manage to build the driver either with cmake or the
autotools yet.

Additionally, from the uhd wiki there are links for Ubuntu, Fedora and
Darwin, not Debian. Any ideas how to build/find a pre-packaged driver to
get started? There also seems to be a script available, also for Ubuntu
+Fedora, not Debian. 

Thanks!


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

[Discuss-gnuradio] Making my own blocks

[Chris Lirakis]

Thanks to everyone who responded to my post yesterday. I've been slowly
slogging my way through the code. Yes, it is a lot less connected than I
originally thought. I needed to extract some helper functions from
gnuradio/gr

So now I am making some custom blocks. How can I get the block ID to show
up in the graphical representation?
Chris

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

Re: [Discuss-gnuradio] GNU Radio release candidate 3.5.0rc0 available for download

[Ben Hilburn]

Svante -

UHD is an entirely different project from GNURadio.  UHD provides the
firmware & API for Ettus Research SDRs.  GNURadio has support for
UHD-compatible devices, through gr-uhd, but they are different projects.
 You can, in fact, install GNURadio without UHD, and use GNURadio with SDRs
that are not USRPs, or without any actual hardware at all.

If you have questions about using UHD with USRPs, you can get help from us
on the USRP-Users list!
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

If you want to build GNURadio with the gr-uhd component, you will need to
build and install UHD prior to building & installing GNURadio.  You didn't
say what was keeping you from building UHD in your last e-mail, so I don't
really have any information to help you yet.  If you still need help, send
your error messages to the USRP-Users list, linked above, and we will do
what we can to help you =)

Cheers,
Ben


On Tue, Nov 1, 2011 at 8:51 AM, Svante Signell  wrote:

> On Sat, 2011-10-29 at 13:03 -0700, Johnathan Corgan wrote:
> > GNU Radio release candidate 3.5.0rc0 has been tagged on the master
> > branch and made available as a tarball:
> >
> >
> http://gnuradio.org/redmine/attachments/download/281/gnuradio-3.5.0rc0.tar.gz
> >
> > As a release candidate, this tarball represents what will be in the
> > 3.5.0 release, absent bug fixes discovered in testing.
> >
> > To avoid issues with multiple versions of GNU Radio being installed,
> > it is important to uninstall an existing installation using the "make
> > uninstall" command from your source tree.
> >
> > Also, please remember that when building GNU Radio from a tarball, one
> > does not need to run the "bootstrap" step.
>
> Hello,
>
> I'm new to gnuradio and have downloaded the Debian packages as well as
> built from source. However, in these builds there is no uhd kernel
> driver. And in your latest release candidate above there is no kernel
> driver either.
>
> Looking at the ettus webpage,
>
> http://code.ettus.com/redmine/ettus/projects/uhd/wiki
>
> there seems to be a separate git directory for the driver:
> git clone git://code.ettus.com/ettus/uhd.git
>
> in addition to the rest of the code:
> git clone git://gnuradio.org/gnuradio
>
> However, I did not manage to build the driver either with cmake or the
> autotools yet.
>
> Additionally, from the uhd wiki there are links for Ubuntu, Fedora and
> Darwin, not Debian. Any ideas how to build/find a pre-packaged driver to
> get started? There also seems to be a script available, also for Ubuntu
> +Fedora, not Debian.
>
> Thanks!
>
>
> ___
> 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 release candidate 3.5.0rc0 available for download

[Ben Hilburn]

Johnathan -

Awesome!  I'm building the git tag now.  I'll let you know if I encounter
anything =)

Cheers,
Ben


On Sat, Oct 29, 2011 at 1:03 PM, Johnathan Corgan <
jcor...@corganenterprises.com> wrote:

> GNU Radio release candidate 3.5.0rc0 has been tagged on the master branch
> and made available as a tarball:
>
>
> http://gnuradio.org/redmine/attachments/download/281/gnuradio-3.5.0rc0.tar.gz
>
> As a release candidate, this tarball represents what will be in the 3.5.0
> release, absent bug fixes discovered in testing.
>
> To avoid issues with multiple versions of GNU Radio being installed, it is
> important to uninstall an existing installation using the "make uninstall"
> command from your source tree.
>
> Also, please remember that when building GNU Radio from a tarball, one
> does not need to run the "bootstrap" step.
>
> Johnathan
>
> ___
> 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 release candidate 3.5.0rc0 available for download

[Svante Signell]

On Tue, 2011-11-01 at 12:00 -0700, Ben Hilburn wrote:
> Svante -
> 
> 
> UHD is an entirely different project from GNURadio.  UHD provides the
> firmware & API for Ettus Research SDRs.  GNURadio has support for
> UHD-compatible devices, through gr-uhd, but they are different
> projects.  You can, in fact, install GNURadio without UHD, and use
> GNURadio with SDRs that are not USRPs, or without any actual hardware
> at all.
> 
> 
> If you have questions about using UHD with USRPs, you can get help
> from us on the USRP-Users
> list! http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> 
> 
> If you want to build GNURadio with the gr-uhd component, you will need
> to build and install UHD prior to building & installing GNURadio.  You
> didn't say what was keeping you from building UHD in your last e-mail,
> so I don't really have any information to help you yet.  If you still
> need help, send your error messages to the USRP-Users list, linked
> above, and we will do what we can to help you =)

I used git to download the uhd code and tried to build it. But I did not
succeed with autotools or cmake, se below. Additionally there does not
seem to be any Debian packages available. So building from source would
be the only option for now. I'll subscribe to USRP-Users mailing list if
needed.

Thanks!

> Looking at the ettus webpage,
> 
> http://code.ettus.com/redmine/ettus/projects/uhd/wiki
> 
> there seems to be a separate git directory for the driver:
>  git clone git://code.ettus.com/ettus/uhd.git
...
> However, I did not manage to build the driver either with
> cmake or the autotools yet.




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

Re: [Discuss-gnuradio] GNU Radio release candidate 3.5.0rc0 available for download

[Ben Hilburn]

Svante -

You say "see below", but I'm not seeing any error messages or attached
files in your e-mail.  Tell me if they are there and I'm just not seeing
them, as it might be my mail client.

Regardless, yes, please join the USRP-Users list, and post your questions
there.  We will be happy to field any issues you may have while using UHD.
 I think we have de-railed Johnathan's 3.5.0 RC announcement enough at this
point ;)

Cheers,
Ben

On Tue, Nov 1, 2011 at 1:42 PM, Svante Signell  wrote:

> On Tue, 2011-11-01 at 12:00 -0700, Ben Hilburn wrote:
> > Svante -
> >
> >
> > UHD is an entirely different project from GNURadio.  UHD provides the
> > firmware & API for Ettus Research SDRs.  GNURadio has support for
> > UHD-compatible devices, through gr-uhd, but they are different
> > projects.  You can, in fact, install GNURadio without UHD, and use
> > GNURadio with SDRs that are not USRPs, or without any actual hardware
> > at all.
> >
> >
> > If you have questions about using UHD with USRPs, you can get help
> > from us on the USRP-Users
> > list! http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >
> >
> > If you want to build GNURadio with the gr-uhd component, you will need
> > to build and install UHD prior to building & installing GNURadio.  You
> > didn't say what was keeping you from building UHD in your last e-mail,
> > so I don't really have any information to help you yet.  If you still
> > need help, send your error messages to the USRP-Users list, linked
> > above, and we will do what we can to help you =)
>
> I used git to download the uhd code and tried to build it. But I did not
> succeed with autotools or cmake, se below. Additionally there does not
> seem to be any Debian packages available. So building from source would
> be the only option for now. I'll subscribe to USRP-Users mailing list if
> needed.
>
> Thanks!
>
> > Looking at the ettus webpage,
> >
> > http://code.ettus.com/redmine/ettus/projects/uhd/wiki
> >
> > there seems to be a separate git directory for the driver:
> >  git clone git://code.ettus.com/ettus/uhd.git
> ...
> > However, I did not manage to build the driver either with
> > cmake or the autotools yet.
>
>
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] How can Receiver separate between two different frequency's input

[Marcus D. Leech]

I am working on an application where i receive input at audio_sink and 
check for tone or data.
Data is FSK modulated at 1k and 3k whereas Tone is of 2k (i.e Tone 
lies in the middle).


I have written a flow graph which consists of two heirarichal flow 
graphs (tone_rx and data_rx).

Input is received at audio_sink and then forwarded to both sub-graphs.

My code works fine when tone is received but there is a problem when 
Data is received.
Because Data consists of FSK code and it has 2k components in it which 
also triggers Tone graph.


So i want to ask is there any GnuRadio Block by using which i can 
avoid triggering of tone while receiving Data
as i need to eliminate 2k component for Data but retain it when input 
it is  Tone. OR
is there any such method by which we identify at the start whether it 
is data or tone.

i am using laptop sound card (not usrp).

Simple first approximation.  Use the short-term-average power calculated 
over the data channels (1KHz and 3KHz), to drive a squelch
  function on the 2KHz channel.  I'll leave the details up to you, but 
I'd basically have some logic that said "if energy at 1KHz and energy at 
3KHz,

  squelch the 2KHz tone channel."




--
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 release candidate 3.5.0rc0 available for download

[Arturo Rinaldi]

Nella citazione in data mar 01 nov 2011 22:22:06 CET, Ben Hilburn ha 
scritto:

Svante -

You say "see below", but I'm not seeing any error messages or attached 
files in your e-mail.  Tell me if they are there and I'm just not 
seeing them, as it might be my mail client.


Regardless, yes, please join the USRP-Users list, and post your 
questions there.  We will be happy to field any issues you may have 
while using UHD.  I think we have de-railed Johnathan's 3.5.0 RC 
announcement enough at this point ;)


Cheers,
Ben

On Tue, Nov 1, 2011 at 1:42 PM, Svante Signell > wrote:


On Tue, 2011-11-01 at 12:00 -0700, Ben Hilburn wrote:
> Svante -
>
>
> UHD is an entirely different project from GNURadio.  UHD
provides the
> firmware & API for Ettus Research SDRs.  GNURadio has support for
> UHD-compatible devices, through gr-uhd, but they are different
> projects.  You can, in fact, install GNURadio without UHD, and use
> GNURadio with SDRs that are not USRPs, or without any actual
hardware
> at all.
>
>
> If you have questions about using UHD with USRPs, you can get help
> from us on the USRP-Users
> list!
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
> If you want to build GNURadio with the gr-uhd component, you
will need
> to build and install UHD prior to building & installing
GNURadio.  You
> didn't say what was keeping you from building UHD in your last
e-mail,
> so I don't really have any information to help you yet.  If you
still
> need help, send your error messages to the USRP-Users list, linked
> above, and we will do what we can to help you =)

I used git to download the uhd code and tried to build it. But I
did not
succeed with autotools or cmake, se below. Additionally there does not
seem to be any Debian packages available. So building from source
would
be the only option for now. I'll subscribe to USRP-Users mailing
list if
needed.

Thanks!

> Looking at the ettus webpage,
>
> http://code.ettus.com/redmine/ettus/projects/uhd/wiki
>
> there seems to be a separate git directory for the driver:
>  git clone git://code.ettus.com/ettus/uhd.git

...
> However, I did not manage to build the driver either with
> cmake or the autotools yet.






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


i can't find the bug tracker to post the cmake -build-package 
errorcan you link me to it ?


Regards, Arturo

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

[Discuss-gnuradio] Two fixes for qtgui

[Philip Balister]

Johnathon, can you pull these two fixes for qtgui? This solves a problem
we are having on the e100.

https://github.com/balister/GNU-Radio/commits/qtgui_update_rate_fix

Philip

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

Re: [Discuss-gnuradio] Two fixes for qtgui

[Johnathan Corgan]

On Tue, Nov 1, 2011 at 16:26, Philip Balister  wrote:


> Johnathon, can you pull these two fixes for qtgui? This solves a problem
> we are having on the e100.
>

This is done.

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

Re: [Discuss-gnuradio] USRP2 / Tunnel.py packet reflection issue

[Tuan (Johnny) Ta]

Thanks for the explanation. I managed to get the system working by
introducing a delay before every packet transmission. I know it's a hack
but that's the quickest method I can think of. The minimum delay that I can
get it to work is 11ms. It seems quite large. Is this reasonable for the
turn-around time (from TX to RX) of the XCVR2450?

Johnny

On Mon, Oct 31, 2011 at 6:51 PM, Marcus D. Leech  wrote:

> On 10/31/2011 06:40 PM, Tuan (Johnny) Ta wrote:
>
>> Marcus,
>>
>> What do you mean my zero-stuffing the TX frames? And how would it help
>> with the turn-around time of the XCVR2450 daughterboard? Do you mean I
>> should transmit a zero-filled packet before any real packet, so that the
>> receiving side (A in my scenario) has time to switch back to receiving
>> before the real packet arrives?
>>
>>  The transmit side assumes that the combination of RX-to-TX and TX-to-RX
> transition experienced by both sides is non-zero.  So, you get
>  the transmit side to simply send some idle 0s, and *then* the actual
> start-of-frame data, etc.  What happens in these situations in my experience
>  is that the start-of-frame gets missed during the switchover interval.
>  So if the transmit side sends zeros (or, really, anything other than
>  the start-of-frame sequence) for a "little while" after commencing a
> transmit burst, you're less likely to run into TX-to-RX transition issues.
>
>
>
> --
> 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] USRP2 / Tunnel.py packet reflection issue

[Marcus D. Leech]

On 01/11/11 08:02 PM, Tuan (Johnny) Ta wrote:
> Thanks for the explanation. I managed to get the system working by
> introducing a delay before every packet transmission. I know it's a
> hack but that's the quickest method I can think of. The minimum delay
> that I can get it to work is 11ms. It seems quite large. Is this
> reasonable for the turn-around time (from TX to RX) of the XCVR2450?
>
> Johnny
>
>
That sounds like the right order-of-magnitude, yes.



-- 
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] uhd_fft and rx_ascii_art_dft die after 30 seconds

[Clark Pope]

> Date: Sun, 30 Oct 2011 23:36:25 -0400
> From: mle...@ripnet.com
> To: discuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] uhd_fft and rx_ascii_art_dft die after 30 
> seconds
>
> On 30/10/11 11:27 PM, Clark Pope wrote:
> >
> > I am running ubuntu 10.04 in vmware and connecting to an n210 via a gigabit 
> > ethernet USB dongle. When I run either uhd_fft.py or rx_ascii_art_dft all 
> > works fine for exactly 30 seconds and then the data display stops updating. 
> > If I rerun the app it works again for 30 seconds and stops.
> >
> > In wireshark the data looks good coming from 192.168.10.2 to port 49156 
> > until it hangs then pc sends packet on 35433 and usrp reponds on 49152 and 
> > it just goes back and forth forever.
> >
> > there's plenty of disk space and memory and no messages in dmesg. doesn't 
> > seem to matter what sample rate I choose. I assume it has something to do 
> > with vmware but just guessing. Any ideas? Thanks
> > ___
> >
> >
> I would suspect some combination of VMWare and your USB Ethernet
> dongle. USB-2.0 operates at
> 480Msps *maximum*, which is just shy of *half* of the required Gigabit
> rates supported by
> *real* Gigabit ethernet cards.
>
>
> --
> Principal Investigator
> Shirleys Bay Radio Astronomy Consortium
> http://www.sbrac.org

Some more information on this. I've figured out that after the 30 seconds the 
VM network stack (I guess) throws an ICMP destination port unreachable packet 
which looking at the usrp firmware will kill the stream. There's no reason for 
the ICMP message since hundreds of packets to port 4140 precede the message. 
 
I guess its a long shot but maybe someone out there has seen this with ubuntu 
10.04 in vmware? Thanks
 

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