Re: [Discuss-gnuradio] RF Hackathon at Allen Telescope Array

2019-04-02 Thread Marcus D. Leech 

On 04/02/2019 01:33 PM, Ben Hilburn wrote:

Hi all -

The Berkeley SETI Institute and Breakthrough Listen are hosting a 
hackathon at the Allen Telescope Array the week of May 13th, and would 
like to invite members of the GNU Radio community who wish to 
participate to attend the event. You can read more about the 
objectives and topics, as well as a high level agenda, on their 
sign-up form, here:


https://goo.gl/forms/YMRWxQrxBQFNSFA72

Space is very limited at the facility, so please **only** register for 
the event if you truly intend to be there. Claiming a spot you don't 
intend to use might preclude someone else from attending.


Please feel free to share the link with anyone you think might be 
interested! If you have any questions, let me know, and I can't answer 
them, I'll connect you to the SETI team.


Cheers,
Ben

I'd love to go, but, it aint happening.   Hopefully the event is well 
attended, and much Cool Stuff(tm) comes out of it.



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

[Discuss-gnuradio] RF Hackathon at Allen Telescope Array

2019-04-02 Thread Ben Hilburn 
Hi all -

The Berkeley SETI Institute and Breakthrough Listen are hosting a hackathon
at the Allen Telescope Array the week of May 13th, and would like to invite
members of the GNU Radio community who wish to participate to attend the
event. You can read more about the objectives and topics, as well as a high
level agenda, on their sign-up form, here:

https://goo.gl/forms/YMRWxQrxBQFNSFA72

Space is very limited at the facility, so please **only** register for the
event if you truly intend to be there. Claiming a spot you don't intend to
use might preclude someone else from attending.

Please feel free to share the link with anyone you think might be
interested! If you have any questions, let me know, and I can't answer
them, I'll connect you to the SETI team.

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

Re: [Discuss-gnuradio] [EXT] Re: Need support for USRP2

2019-04-02 Thread Johannes Demel 
Hi Chesir,

I saw similar behavior with very recent X310s with UBX daughterboards. 
It did help to revert to an earlier UHD version [0]. Maybe the issue is 
related. Maybe it is not.

Cheers
Johannes

[0] https://github.com/EttusResearch/uhd/issues/257

Am 02.04.19 um 16:04 schrieb Chesir, Aaron M.:
> Marcus,
> 
> I mis-spoke: I am using a common **receiver** application, and I am 
> comparing the received spectrum when using either the N21 or the USRP2 
> as the transmitter.
> 
> Attached are the screen shots of the parameters of the UHD USRP Sink 
> block, which is common when using either of the two boxes to transmit 
> (other than the IP address).
> 
> Attached also are the results of executing “uhd_usrp_probe” for each of 
> the two boxes.
> 
> I do not understand why I am seeing a healthy spectrum when receiving 
> from the N210 transmitter, but nothing when receiving from the USRP2 
> transmitter.
> 
> Help.
> 
> Thanks,
> 
> Aaron
> 
> *From:*Marcus D. Leech 
> *Sent:* Tuesday, April 2, 2019 9:34 AM
> *To:* Chesir, Aaron M. ; discuss-gnuradio@gnu.org
> *Subject:* Re: [EXT] Re: [Discuss-gnuradio] Need support for USRP2
> 
> On 04/02/2019 09:20 AM, Chesir, Aaron M. wrote:
> 
> When I generate a known good signal in the ISM band (902 MHz), I can
> use any other receiver with GRC and a good spectrum will be
> displayed. When I use the USRP2 with GRC, to receive and
> characterize energy , GRC offers no complaints, but GRC indicates no
> reception of any signal energy.
> 
> What daughtercard do you have installed?  What gain setting are you using?
> 
> 
> 
> *From:*Discuss-gnuradio
> 
>  *On
> Behalf Of *Marcus D. Leech
> *Sent:* Tuesday, April 2, 2019 9:06 AM
> *To:* discuss-gnuradio@gnu.org 
> *Subject:* [EXT] Re: [Discuss-gnuradio] Need support for USRP2
> 
> On 04/02/2019 09:00 AM, Chesir, Aaron M. wrote:
> 
> Folks,
> 
> Apparently the USRP2 is no longer supported by GNUradio Companion.
> 
> Do any of you have the source files that would allow one to use
> gr_modtool to build a GRC block for the USRP2: One to transmit
> and one to receive?
> 
> Thanks,
> 
> Aaron
> 
> That isn't true.  You can even still use USRP1 with Gnu Radio.
> 
> 
> 
> 
> *From:* Discuss-gnuradio
> 
>  *On
> Behalf Of *Neel Pandeya
> *Sent:* Saturday, March 16, 2019 10:37 PM
> *To:* krist...@skypro.be 
> *Cc:* GNURadio Discussion List 
> 
> *Subject:* [EXT] Re: [Discuss-gnuradio] forum to learn more
> about signal-processing and SDR ?
> 
> Hello Kristoff:
> 
> These pages have links to resources that might be helpful to you.
> 
> https://kb.ettus.com/Suggested_Videos
> 
> https://kb.ettus.com/Suggested_Reading
> 
> --Neel Pandeya
> 
> On Sat, 16 Mar 2019 at 21:01, Ali Dormiani
> mailto:sdorm...@eng.ucsd.edu>> wrote:
> 
> This book is also a great starting point and reference.
> 
> Digital Signal Processing by Oppenheim and Schafer
> 
> Also, here is a fun visual way of getting an alternative
> understanding of Fourier transforms.
> 
> https://www.youtube.com/watch?v=spUNpyF58BY
> 
> Have fun,
> 
> Ali
> 
> On Sat, Mar 16, 2019 at 2:24 PM Albin Stigö
> mailto:albin.st...@gmail.com>> wrote:
> 
> This book is a very good starting point:
> 
> http://www.dspguide.com
> 
> dsp.stackexchange.com  is
> a good place for questions.
> 
> Good luck.
> 
> Albin SM6WJM
> 
> On Sat, Mar 16, 2019, 22:20 Kristoff  > wrote:
> 
> Hi,
> 
> 
> One of the reasons I am currently using GNU Radio is
> to learn more about
> signal-processing and SDR.
> 
> As the "discuss-gnuradio" list is about gnuradio
> itself, what would be a
> good mailing-list, newsgroup or forum to ask more
> generic questions
> about signal-processing?
> 
> 
> 
> 
> Kristoff (ON1ARF)
> 
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> 
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 
> __

Re: [Discuss-gnuradio] [EXT] Re: Need support for USRP2

2019-04-02 Thread Marcus D. Leech 

On 04/02/2019 10:04 AM, Chesir, Aaron M. wrote:


Marcus,

I mis-spoke: I am using a common **receiver** application, and I am 
comparing the received spectrum when using either the N21 or the USRP2 
as the transmitter.


Attached are the screen shots of the parameters of the UHD USRP Sink 
block, which is common when using either of the two boxes to transmit 
(other than the IP address).


Attached also are the results of executing “uhd_usrp_probe” for each 
of the two boxes.


I do not understand why I am seeing a healthy spectrum when receiving 
from the N210 transmitter, but nothing when receiving from the USRP2 
transmitter.


Help.

Thanks,

Aaron

You could try swapping the WBX cards between platforms, to see if it's a 
hardware issue.




*From:*Marcus D. Leech 
*Sent:* Tuesday, April 2, 2019 9:34 AM
*To:* Chesir, Aaron M. ; discuss-gnuradio@gnu.org
*Subject:* Re: [EXT] Re: [Discuss-gnuradio] Need support for USRP2

On 04/02/2019 09:20 AM, Chesir, Aaron M. wrote:

When I generate a known good signal in the ISM band (902 MHz), I
can use any other receiver with GRC and a good spectrum will be
displayed. When I use the USRP2 with GRC, to receive and
characterize energy , GRC offers no complaints, but GRC indicates
no reception of any signal energy.

What daughtercard do you have installed? What gain setting are you using?



*From:*Discuss-gnuradio

 *On
Behalf Of *Marcus D. Leech
*Sent:* Tuesday, April 2, 2019 9:06 AM
*To:* discuss-gnuradio@gnu.org 
*Subject:* [EXT] Re: [Discuss-gnuradio] Need support for USRP2

On 04/02/2019 09:00 AM, Chesir, Aaron M. wrote:

Folks,

Apparently the USRP2 is no longer supported by GNUradio Companion.

Do any of you have the source files that would allow one to
use gr_modtool to build a GRC block for the USRP2: One to
transmit and one to receive?

Thanks,

Aaron

That isn't true.  You can even still use USRP1 with Gnu Radio.




*From:* Discuss-gnuradio


*On Behalf Of *Neel Pandeya
*Sent:* Saturday, March 16, 2019 10:37 PM
*To:* krist...@skypro.be 
*Cc:* GNURadio Discussion List 

*Subject:* [EXT] Re: [Discuss-gnuradio] forum to learn more
about signal-processing and SDR ?

Hello Kristoff:

These pages have links to resources that might be helpful to you.

https://kb.ettus.com/Suggested_Videos

https://kb.ettus.com/Suggested_Reading

--Neel Pandeya

On Sat, 16 Mar 2019 at 21:01, Ali Dormiani
mailto:sdorm...@eng.ucsd.edu>> wrote:

This book is also a great starting point and reference.

Digital Signal Processing by Oppenheim and Schafer

Also, here is a fun visual way of getting an alternative
understanding of Fourier transforms.

https://www.youtube.com/watch?v=spUNpyF58BY

Have fun,

Ali

On Sat, Mar 16, 2019 at 2:24 PM Albin Stigö
mailto:albin.st...@gmail.com>> wrote:

This book is a very good starting point:

http://www.dspguide.com

dsp.stackexchange.com 
is a good place for questions.

Good luck.

Albin SM6WJM

On Sat, Mar 16, 2019, 22:20 Kristoff
mailto:krist...@skypro.be>> wrote:

Hi,


One of the reasons I am currently using GNU Radio
is to learn more about
signal-processing and SDR.

As the "discuss-gnuradio" list is about gnuradio
itself, what would be a
good mailing-list, newsgroup or forum to ask more
generic questions
about signal-processing?




Kristoff (ON1ARF)


___
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] [EXT] Re: Need support for USRP2

2019-04-02 Thread Chesir, Aaron M. 
Marcus,

I mis-spoke: I am using a common *receiver* application, and I am comparing the 
received spectrum when using either the N21 or the USRP2 as the transmitter.

Attached are the screen shots of the parameters of the UHD USRP Sink block, 
which is common when using either of the two boxes to transmit (other than the 
IP address).

Attached also are the results of executing "uhd_usrp_probe" for each of the two 
boxes.

I do not understand why I am seeing a healthy spectrum when receiving from the 
N210 transmitter, but nothing when receiving from the USRP2 transmitter.

Help.

Thanks,

Aaron


From: Marcus D. Leech 
Sent: Tuesday, April 2, 2019 9:34 AM
To: Chesir, Aaron M. ; discuss-gnuradio@gnu.org
Subject: Re: [EXT] Re: [Discuss-gnuradio] Need support for USRP2

On 04/02/2019 09:20 AM, Chesir, Aaron M. wrote:
When I generate a known good signal in the ISM band (902 MHz), I can use any 
other receiver with GRC and a good spectrum will be displayed. When I use the 
USRP2 with GRC, to receive and characterize energy , GRC offers no complaints, 
but GRC indicates no reception of any signal energy.
What daughtercard do you have installed?  What gain setting are you using?




From: Discuss-gnuradio 

 On Behalf Of Marcus D. Leech
Sent: Tuesday, April 2, 2019 9:06 AM
To: discuss-gnuradio@gnu.org
Subject: [EXT] Re: [Discuss-gnuradio] Need support for USRP2

On 04/02/2019 09:00 AM, Chesir, Aaron M. wrote:
Folks,

Apparently the USRP2 is no longer supported by GNUradio Companion.

Do any of you have the source files that would allow one to use gr_modtool to 
build a GRC block for the USRP2: One to transmit and one to receive?

Thanks,

Aaron

That isn't true.  You can even still use USRP1 with Gnu Radio.





From: Discuss-gnuradio 

 On Behalf Of Neel Pandeya
Sent: Saturday, March 16, 2019 10:37 PM
To: krist...@skypro.be
Cc: GNURadio Discussion List 

Subject: [EXT] Re: [Discuss-gnuradio] forum to learn more about 
signal-processing and SDR ?

Hello Kristoff:

These pages have links to resources that might be helpful to you.

https://kb.ettus.com/Suggested_Videos

https://kb.ettus.com/Suggested_Reading

--Neel Pandeya




On Sat, 16 Mar 2019 at 21:01, Ali Dormiani 
mailto:sdorm...@eng.ucsd.edu>> wrote:
This book is also a great starting point and reference.

Digital Signal Processing by Oppenheim and Schafer

Also, here is a fun visual way of getting an alternative understanding of 
Fourier transforms.

https://www.youtube.com/watch?v=spUNpyF58BY

Have fun,

Ali

On Sat, Mar 16, 2019 at 2:24 PM Albin Stigö 
mailto:albin.st...@gmail.com>> wrote:
This book is a very good starting point:

http://www.dspguide.com

dsp.stackexchange.com is a good place for 
questions.

Good luck.

Albin SM6WJM

On Sat, Mar 16, 2019, 22:20 Kristoff 
mailto:krist...@skypro.be>> wrote:
Hi,


One of the reasons I am currently using GNU Radio is to learn more about
signal-processing and SDR.

As the "discuss-gnuradio" list is about gnuradio itself, what would be a
good mailing-list, newsgroup or forum to ask more generic questions
about signal-processing?




Kristoff (ON1ARF)


___
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
h

linux; GNU C++ version 4.8.5 20150623 (Red Hat 4.8.5-16); Boost_105300; 
UHD_003.010.001.000-0-unknown

-- Opening a USRP2/N-Series device...
-- Current recv frame size: 1472 bytes
-- Current send frame size: 1472 bytes
  _
 /
|   Device: USRP2 / N-Series Device
| _
|/
|   |   Mboard: USRP2 r4
|   |   hardware: 1024
|   |   mac-addr: 00:50:c2:85:35:d3
|   |   ip-addr: 255.255.255.255
|   |   subnet: 255.255.255.255
|   |   gateway: 255.255.255.255
|   |   gpsdo: none
|   |   serial: 1491
|   |   FW Version: 12.4
|   |   FPGA Version: 10.1
|   |   
|   |   Time sources:  none, external, _external_, mimo
|   |   Clock sources: internal, external, mimo
|   |   Sensors: mimo_locked, ref_locked
|   | __

Re: [Discuss-gnuradio] [EXT] Re: Need support for USRP2

2019-04-02 Thread Marcus D. Leech 

On 04/02/2019 09:20 AM, Chesir, Aaron M. wrote:


When I generate a known good signal in the ISM band (902 MHz), I can 
use any other receiver with GRC and a good spectrum will be displayed. 
When I use the USRP2 with GRC, to receive and characterize energy , 
GRC offers no complaints, but GRC indicates no reception of any signal 
energy.



What daughtercard do you have installed?  What gain setting are you using?


*From:*Discuss-gnuradio 
 *On Behalf Of 
*Marcus D. Leech

*Sent:* Tuesday, April 2, 2019 9:06 AM
*To:* discuss-gnuradio@gnu.org
*Subject:* [EXT] Re: [Discuss-gnuradio] Need support for USRP2

On 04/02/2019 09:00 AM, Chesir, Aaron M. wrote:

Folks,

Apparently the USRP2 is no longer supported by GNUradio Companion.

Do any of you have the source files that would allow one to use
gr_modtool to build a GRC block for the USRP2: One to transmit and
one to receive?

Thanks,

Aaron

That isn't true.  You can even still use USRP1 with Gnu Radio.



*From:* Discuss-gnuradio

 *On
Behalf Of *Neel Pandeya
*Sent:* Saturday, March 16, 2019 10:37 PM
*To:* krist...@skypro.be 
*Cc:* GNURadio Discussion List 

*Subject:* [EXT] Re: [Discuss-gnuradio] forum to learn more about
signal-processing and SDR ?

Hello Kristoff:

These pages have links to resources that might be helpful to you.

https://kb.ettus.com/Suggested_Videos

https://kb.ettus.com/Suggested_Reading

--Neel Pandeya

On Sat, 16 Mar 2019 at 21:01, Ali Dormiani mailto:sdorm...@eng.ucsd.edu>> wrote:

This book is also a great starting point and reference.

Digital Signal Processing by Oppenheim and Schafer

Also, here is a fun visual way of getting an alternative
understanding of Fourier transforms.

https://www.youtube.com/watch?v=spUNpyF58BY

Have fun,

Ali

On Sat, Mar 16, 2019 at 2:24 PM Albin Stigö
mailto:albin.st...@gmail.com>> wrote:

This book is a very good starting point:

http://www.dspguide.com

dsp.stackexchange.com  is a
good place for questions.

Good luck.

Albin SM6WJM

On Sat, Mar 16, 2019, 22:20 Kristoff mailto:krist...@skypro.be>> wrote:

Hi,


One of the reasons I am currently using GNU Radio is
to learn more about
signal-processing and SDR.

As the "discuss-gnuradio" list is about gnuradio
itself, what would be a
good mailing-list, newsgroup or forum to ask more
generic questions
about signal-processing?




Kristoff (ON1ARF)


___
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

h



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

Re: [Discuss-gnuradio] Need support for USRP2

2019-04-02 Thread Kyeong Su Shin 
Hello Aaron,

My guess is that you are trying to use old USRP drivers (pre-uhd) instead of 
gr-uhd, or have a GNU Radio installation without gr-uhd module.  I did not test 
USRP 2 on the newest UHD driver, but it works fine on my Ubuntu 18.04 box with 
GNU Radio 3.7.13.3 using gr-uhd.

Regards,
Kyeong Su Shin

보낸 사람: Chesir, Aaron M.  대신 Discuss-gnuradio 

보낸 날짜: 2019년 4월 2일 화요일 오후 10:00
받는 사람: GNURadio Discussion List
제목: [Discuss-gnuradio] Need support for USRP2


Folks,



Apparently the USRP2 is no longer supported by GNUradio Companion.



Do any of you have the source files that would allow one to use gr_modtool to 
build a GRC block for the USRP2: One to transmit and one to receive?

Thanks,



Aaron





From: Discuss-gnuradio  On 
Behalf Of Neel Pandeya
Sent: Saturday, March 16, 2019 10:37 PM
To: krist...@skypro.be
Cc: GNURadio Discussion List 
Subject: [EXT] Re: [Discuss-gnuradio] forum to learn more about 
signal-processing and SDR ?



Hello Kristoff:



These pages have links to resources that might be helpful to you.



https://kb.ettus.com/Suggested_Videos



https://kb.ettus.com/Suggested_Reading



--Neel Pandeya









On Sat, 16 Mar 2019 at 21:01, Ali Dormiani 
mailto:sdorm...@eng.ucsd.edu>> wrote:

This book is also a great starting point and reference.



Digital Signal Processing by Oppenheim and Schafer



Also, here is a fun visual way of getting an alternative understanding of 
Fourier transforms.



https://www.youtube.com/watch?v=spUNpyF58BY



Have fun,



Ali



On Sat, Mar 16, 2019 at 2:24 PM Albin Stigö 
mailto:albin.st...@gmail.com>> wrote:

This book is a very good starting point:



http://www.dspguide.com



dsp.stackexchange.com is a good place for 
questions.



Good luck.



Albin SM6WJM



On Sat, Mar 16, 2019, 22:20 Kristoff 
mailto:krist...@skypro.be>> wrote:

Hi,


One of the reasons I am currently using GNU Radio is to learn more about
signal-processing and SDR.

As the "discuss-gnuradio" list is about gnuradio itself, what would be a
good mailing-list, newsgroup or forum to ask more generic questions
about signal-processing?




Kristoff (ON1ARF)


___
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] Need support for USRP2

2019-04-02 Thread Markus Heller 
Hi Aaron,

I am also using it perfectly fine for EsHailSat reception with Version
3.7. 

Why do you think it shouldn't work? What's your error? 

vy73
markus
dl8rds

Am Dienstag, den 02.04.2019, 13:00 + schrieb Chesir, Aaron M.:
> Folks,
>  
> Apparently the USRP2 is no longer supported by GNUradio Companion.
>  
> Do any of you have the source files that would allow one to use
> gr_modtool to build a GRC block for the USRP2: One to transmit and
> one to receive?
> 
> Thanks,
>  
> Aaron
>  
>  
> From: Discuss-gnuradio  u.org> On Behalf Of Neel Pandeya
> Sent: Saturday, March 16, 2019 10:37 PM
> To: krist...@skypro.be
> Cc: GNURadio Discussion List 
> Subject: [EXT] Re: [Discuss-gnuradio] forum to learn more about
> signal-processing and SDR ?
>  
> Hello Kristoff:
>  
> These pages have links to resources that might be helpful to you.
>  
> https://kb.ettus.com/Suggested_Videos
>  
> https://kb.ettus.com/Suggested_Reading
>  
> --Neel Pandeya
>  
>  
>  
>  
> On Sat, 16 Mar 2019 at 21:01, Ali Dormiani 
> wrote:
> This book is also a great starting point and reference.
>  
> Digital Signal Processing by Oppenheim and Schafer
>  
> Also, here is a fun visual way of getting an alternative
> understanding of Fourier transforms.
>  
> https://www.youtube.com/watch?v=spUNpyF58BY
>  
> Have fun,
>  
> Ali
>  
> On Sat, Mar 16, 2019 at 2:24 PM Albin Stigö 
> wrote:
> This book is a very good starting point:
>  
> http://www.dspguide.com
>  
> dsp.stackexchange.com is a good place for questions.
>  
> Good luck.
>  
> Albin SM6WJM
>  
> On Sat, Mar 16, 2019, 22:20 Kristoff  wrote:
> Hi,
> 
> 
> One of the reasons I am currently using GNU Radio is to learn more
> about 
> signal-processing and SDR.
> 
> As the "discuss-gnuradio" list is about gnuradio itself, what would
> be a 
> good mailing-list, newsgroup or forum to ask more generic questions 
> about signal-processing?
> 
> 
> 
> 
> Kristoff (ON1ARF)
> 
> 
> ___
> 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] [EXT] Re: Need support for USRP2

2019-04-02 Thread Chesir, Aaron M. 
When I generate a known good signal in the ISM band (902 MHz), I can use any 
other receiver with GRC and a good spectrum will be displayed. When I use the 
USRP2 with GRC, to receive and characterize energy , GRC offers no complaints, 
but GRC indicates no reception of any signal energy.

From: Discuss-gnuradio  On 
Behalf Of Marcus D. Leech
Sent: Tuesday, April 2, 2019 9:06 AM
To: discuss-gnuradio@gnu.org
Subject: [EXT] Re: [Discuss-gnuradio] Need support for USRP2

On 04/02/2019 09:00 AM, Chesir, Aaron M. wrote:
Folks,

Apparently the USRP2 is no longer supported by GNUradio Companion.

Do any of you have the source files that would allow one to use gr_modtool to 
build a GRC block for the USRP2: One to transmit and one to receive?

Thanks,

Aaron

That isn't true.  You can even still use USRP1 with Gnu Radio.




From: Discuss-gnuradio 

 On Behalf Of Neel Pandeya
Sent: Saturday, March 16, 2019 10:37 PM
To: krist...@skypro.be
Cc: GNURadio Discussion List 

Subject: [EXT] Re: [Discuss-gnuradio] forum to learn more about 
signal-processing and SDR ?

Hello Kristoff:

These pages have links to resources that might be helpful to you.

https://kb.ettus.com/Suggested_Videos

https://kb.ettus.com/Suggested_Reading

--Neel Pandeya




On Sat, 16 Mar 2019 at 21:01, Ali Dormiani 
mailto:sdorm...@eng.ucsd.edu>> wrote:
This book is also a great starting point and reference.

Digital Signal Processing by Oppenheim and Schafer

Also, here is a fun visual way of getting an alternative understanding of 
Fourier transforms.

https://www.youtube.com/watch?v=spUNpyF58BY

Have fun,

Ali

On Sat, Mar 16, 2019 at 2:24 PM Albin Stigö 
mailto:albin.st...@gmail.com>> wrote:
This book is a very good starting point:

http://www.dspguide.com

dsp.stackexchange.com is a good place for 
questions.

Good luck.

Albin SM6WJM

On Sat, Mar 16, 2019, 22:20 Kristoff 
mailto:krist...@skypro.be>> wrote:
Hi,


One of the reasons I am currently using GNU Radio is to learn more about
signal-processing and SDR.

As the "discuss-gnuradio" list is about gnuradio itself, what would be a
good mailing-list, newsgroup or forum to ask more generic questions
about signal-processing?




Kristoff (ON1ARF)


___
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
h
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Need support for USRP2

2019-04-02 Thread Marcus D. Leech 

On 04/02/2019 09:00 AM, Chesir, Aaron M. wrote:


Folks,

Apparently the USRP2 is no longer supported by GNUradio Companion.

Do any of you have the source files that would allow one to use 
gr_modtool to build a GRC block for the USRP2: One to transmit and one 
to receive?


Thanks,

Aaron


That isn't true.  You can even still use USRP1 with Gnu Radio.


*From:* Discuss-gnuradio 
 *On Behalf Of 
*Neel Pandeya

*Sent:* Saturday, March 16, 2019 10:37 PM
*To:* krist...@skypro.be
*Cc:* GNURadio Discussion List 
*Subject:* [EXT] Re: [Discuss-gnuradio] forum to learn more about 
signal-processing and SDR ?


Hello Kristoff:

These pages have links to resources that might be helpful to you.

https://kb.ettus.com/Suggested_Videos

https://kb.ettus.com/Suggested_Reading

--Neel Pandeya

On Sat, 16 Mar 2019 at 21:01, Ali Dormiani > wrote:


This book is also a great starting point and reference.

Digital Signal Processing by Oppenheim and Schafer

Also, here is a fun visual way of getting an alternative
understanding of Fourier transforms.

https://www.youtube.com/watch?v=spUNpyF58BY

Have fun,

Ali

On Sat, Mar 16, 2019 at 2:24 PM Albin Stigö mailto:albin.st...@gmail.com>> wrote:

This book is a very good starting point:

http://www.dspguide.com

dsp.stackexchange.com  is a good
place for questions.

Good luck.

Albin SM6WJM

On Sat, Mar 16, 2019, 22:20 Kristoff mailto:krist...@skypro.be>> wrote:

Hi,


One of the reasons I am currently using GNU Radio is to
learn more about
signal-processing and SDR.

As the "discuss-gnuradio" list is about gnuradio itself,
what would be a
good mailing-list, newsgroup or forum to ask more generic
questions
about signal-processing?




Kristoff (ON1ARF)


___
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

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

[Discuss-gnuradio] Need support for USRP2

2019-04-02 Thread Chesir, Aaron M. 
Folks,

Apparently the USRP2 is no longer supported by GNUradio Companion.

Do any of you have the source files that would allow one to use gr_modtool to 
build a GRC block for the USRP2: One to transmit and one to receive?

Thanks,

Aaron


From: Discuss-gnuradio  On 
Behalf Of Neel Pandeya
Sent: Saturday, March 16, 2019 10:37 PM
To: krist...@skypro.be
Cc: GNURadio Discussion List 
Subject: [EXT] Re: [Discuss-gnuradio] forum to learn more about 
signal-processing and SDR ?

Hello Kristoff:

These pages have links to resources that might be helpful to you.

https://kb.ettus.com/Suggested_Videos

https://kb.ettus.com/Suggested_Reading

--Neel Pandeya




On Sat, 16 Mar 2019 at 21:01, Ali Dormiani 
mailto:sdorm...@eng.ucsd.edu>> wrote:
This book is also a great starting point and reference.

Digital Signal Processing by Oppenheim and Schafer

Also, here is a fun visual way of getting an alternative understanding of 
Fourier transforms.

https://www.youtube.com/watch?v=spUNpyF58BY

Have fun,

Ali

On Sat, Mar 16, 2019 at 2:24 PM Albin Stigö 
mailto:albin.st...@gmail.com>> wrote:
This book is a very good starting point:

http://www.dspguide.com

dsp.stackexchange.com is a good place for 
questions.

Good luck.

Albin SM6WJM

On Sat, Mar 16, 2019, 22:20 Kristoff 
mailto:krist...@skypro.be>> wrote:
Hi,


One of the reasons I am currently using GNU Radio is to learn more about
signal-processing and SDR.

As the "discuss-gnuradio" list is about gnuradio itself, what would be a
good mailing-list, newsgroup or forum to ask more generic questions
about signal-processing?




Kristoff (ON1ARF)


___
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] Error during compilation of GR-baz

2019-04-02 Thread Michael Dickens 
Hi Balaji - For this sort of debugging, please "reply to all" including the GR 
list: more eyes might find your issue faster than just mine along!

I see you're on "Ubuntu 14.04.4 LTS". I'm thinking that's a little dated by now 
... any way you can use a more recent Ubuntu version?

What does the following return:
{{{
gnuradio-config-info -v --cflags --cc --cxx
}}}

Then, from the gr-baz "build" directory do:
{{{
rm -rf *
cmake ..
make VERBOSE=ON > gr-baz-build-log.txt 2>&1
}}}
and then post the file "gr-baz-build-log.txt" on < pastebin.com > or the 
equivalent & send us the link to it here.

I'm guessing the issue is that C++11 isn't being enabled during the build, 
maybe because the compiler doesn't support or because gr-baz doesn't explicitly 
tell CMake to do so. - MLD

On Tue, Apr 2, 2019, at 1:02 AM, Balaji Kolla wrote:
> HI Michael,
> Thank you for your response. 
> 
> *I am using the following OS and a version*
> [*lekha@Lekha-01:~]$cat /etc/os-release 
> NAME="Ubuntu"
> VERSION="14.04.4 LTS, Trusty Tahr"
> ID=ubuntu
> ID_LIKE=debian
> PRETTY_NAME="Ubuntu 14.04.4 LTS"
> VERSION_ID="14.04"
> HOME_URL="http://www.ubuntu.com/";
> SUPPORT_URL="http://help.ubuntu.com/";
> BUG_REPORT_URL="http://bugs.launchpad.net/ubuntu/";
*
> *Here is the output of cmake and make
> 
> [lekha@Lekha-01:build]$cmake ..
> -- Build type not specified: defaulting to release.
> -- Boost version: 1.55.0
> -- Found the following Boost libraries:
> -- system
> -- thread
> Checking for GNU Radio Module: RUNTIME
>  * INCLUDES=/usr/local/include
>  * 
> LIBS=/usr/local/lib/libgnuradio-runtime.so;/usr/local/lib/libgnuradio-pmt.so
> GNURADIO_RUNTIME_FOUND = TRUE
> Checking for GNU Radio Module: BLOCKS
>  * INCLUDES=/usr/local/include
>  * 
> LIBS=/usr/local/lib/libgnuradio-blocks.so;/usr/local/lib/libgnuradio-runtime.so;/usr/local/lib/libgnuradio-pmt.so
> GNURADIO_BLOCKS_FOUND = TRUE
> Checking for GNU Radio Module: DIGITAL
>  * INCLUDES=/usr/local/include
>  * 
> LIBS=/usr/local/lib/libgnuradio-digital.so;/usr/local/lib/libgnuradio-runtime.so;/usr/local/lib/libgnuradio-pmt.so
> GNURADIO_DIGITAL_FOUND = TRUE
> Checking for GNU Radio Module: FILTER
>  * INCLUDES=/usr/local/include
>  * 
> LIBS=/usr/local/lib/libgnuradio-filter.so;/usr/local/lib/libgnuradio-fft.so;/usr/local/lib/libgnuradio-runtime.so;/usr/local/lib/libgnuradio-pmt.so
> GNURADIO_FILTER_FOUND = TRUE
> Checking for GNU Radio Module: PMT
>  * INCLUDES=/usr/local/include
>  * 
> LIBS=/usr/local/lib/libgnuradio-runtime.so;/usr/local/lib/libgnuradio-pmt.so
> GNURADIO_PMT_FOUND = TRUE
> -- UHD found - compiling UHD-aware blocks
> -- libusb found - compiling RTL2832U source block
> -- Armadillo found - compiling MUSIC DOA estimator block
> -- SDL found - compiling SDL sink block
> -- Could NOT find SDL_ttf (missing: SDL_TTF_LIBRARIES SDL_TTF_INCLUDE_DIRS) 
> -- SDL TTF NOT found! SDL sink block will not have text
> -- 
> -- Checking for module SWIG
> -- Found SWIG version 2.0.11.
> -- Configuring done
> -- Generating done
> -- Build files have been written to: /home/lekha/sources/gr-baz/build
> [lekha@Lekha-01:build]$make
> [ 1%] Building CXX object lib/CMakeFiles/gnuradio-baz.dir/baz_file_source.cc.o
> /home/lekha/sources/gr-baz/lib/baz_file_source.cc:107:15: error: ‘shared_ptr’ 
> in namespace ‘std’ does not name a type
>  typedef std::shared_ptr sptr;*
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Distance Measurement by Correlation

2019-04-02 Thread Jonathan Preheim 
Yes, after fixing the BladeRF issue (turns out the DAC was clipping and the
input just needed to be attenuated) it gave similar overflow errors. Since
the PN code is hundreds of samples, using an FIR filter for correlation was
slowing things way down. I'm able to get the sample rate up to about 8 MSPS
using the FFT->conj. multiply->IFFT method of cross correlation. We will
keep experimenting.

Thanks,
Jonathan

On Mon, Mar 18, 2019 at 6:54 AM Müller, Marcus (CEL) 
wrote:

> I don't intimately know the BladeRF driver, but it seems unlikely that
> the USRP is way more computationally intense than the BladeRF. Chances
> are the BladeRF driver doesn't /show/ the same errors.
>
> Be a bit careful about saving away the data: your storage must be up to
> supporting the constant data rate even in a realistic worst-case
> scenario – a storage device with high average rate might still have
> high variance in write speed, and that might or might not be manageable
> with some limited write buffers.
>
> Best regards,
> Marcus
>
> On Sun, 2019-03-17 at 22:26 -0700, Jonathan Preheim wrote:
> > Thanks for the advice all. It turns out the BladeRF is not transmitting
> properly in this case. I probably should have figured that out long ago. An
> equivalent flowgraph (for some reason my original did not work) performed
> as expected at lower sample rates with a USRP b205.
> >
> > Follow up: It does not seem like GRC plots can keep up with incoming RX
> data without having overflows from the USRP. I imagine all I can do about
> this is save to a file and process (i.e. correlate and display) the data
> later? It seems odd that that was not a problem with the BladeRF that I was
> aware of.
> >
> > Thanks,
> > Jonathan
> >
> > On Wed, Feb 27, 2019 at 4:17 PM Qasim Chaudhari <
> qasim.chaudh...@gmail.com> wrote:
> > > To clarify a confusion in my last email, by "until the point in signal
> processing chain where you decimate the signal down to the symbol rate", I
> meant the stage just before quantization; otherwise carrier recovery in
> BPSK still needs to work with complex samples at symbol rate.
> > >
> > > Cheers,
> > > Qasim
> > >
> > >
> > > On Thu, Feb 28, 2019 at 11:06 AM Qasim Chaudhari <
> qasim.chaudh...@gmail.com> wrote:
> > > > Some pointer that might help you.
> > > >
> > > > - No, the samples are not completely real in BPSK until the point in
> signal processing chain where you decimate the signal down to the symbol
> rate. From what I understand your problem, and given that your purpose is
> to find the correlation peak instead of demodulating the data, you'd be
> dealing with both I and Q samples.
> > > >
> > > > - Be very careful with conjugation as they bring in both conjugation
> and reversal in the other domain (
> https://dsp.stackexchange.com/questions/23733/conjugation-in-fourier-transform).
> Furthermore, you're correlating it with a clean copy that is stored in your
> system so there is a usual discrimination between cross-correlation and
> auto-correlation, the latter being the operation in which conjugations
> remove the phase/frequency effects and not the former.
> > > >
> > > > - Regarding the Costas loop, I usually do not trust the acquisition
> range/acquisition time numbers from simulation to practice, as simulations
> are done at a certain SNR with only one imperfection present. Even if
> everything expected is simulated, the loop starting points cannot be
> carefully controlled due to the unknown incoming phase! In addition,
> acquisition is a highly non-linear operation which strongly depends on both
> the Rx SNR and the loop SNR as well as the shape of the channel frequency
> response. In this particular ranging application, I would rather tune the
> frequency of one USRP receiving a test signal (e.g., simple CW and
> employing a simple PLL) until I get the lock. Then in the next experiment,
> I would initiate my ranging procedure and track small changes from there.
> Also keep in mind that there is a finite acquisition time for the loop to
> settle which might comprise of your entire sequence to be correlated. At
> least it will certainly eat away some part of it.
> > > >
> > > > Finally, Marcus' suggestion of starting with the simplest case and
> seeing where your signal deviates from what you expect is probably the best
> way to move forward.
> > > >
> > > > Cheers,
> > > > Qasim
> > > >
> > > >
> > > > On Wed, Feb 27, 2019 at 6:58 PM Jonathan Preheim <
> jonathan.preh...@gmail.com> wrote:
> > > > > Hi all,
> > > > >
> > > > > Thanks for the responses. Ultimately, we won't be able to share a
> clock source directly, and I don't have the right cables right now to link
> them for troubleshooting. Even when I try to use the RF loopback modes
> though, I do not see a correlation peak. Firmware-based loopback works as
> expected. I've been trying to model a frequency offset with the Channel
> Model block, and compensate with the Costas loop block with a little
> success. But actually doing it on