Re: [Discuss-gnuradio] weak signal detection in gnuradio / gqrx

2017-02-24 Thread Marcus D. Leech 

On 02/24/2017 07:16 PM, Cinaed Simson wrote:

On 02/23/2017 08:28 PM, Jon Elson wrote:

Hello,

new user of gnuradio.  I'm still running on Ubuntu 12, so I installed a
virtual Ubuntu 14.04 guest with Virtualbox, as I couldn't get gnuradio
to compile on the Ubuntu 12 system.  The virtual 14.04 install seems to
run fine.  I have a
nooelec NESDR smart, rtl-sdr.

I also have linrad installed on the Ubuntu 12 host, and it is able to
bring out weak CW on the 6m band.  (Don't have an upconverter, yet.)
There seem to be a couple guys on 6m that are sending slow Morse all day
long, and they generally give QUITE clear audio.  The CW is just visible
on the waterfall.

So, I tried to tune them in with both gnuradio and gqrx.  Both just get
noise, and I can't see the signal on the waterfall of FFT graph.  Now,
one thing is that linrad is running my rtl at 200 KS/sec, and gnuradio
and gqrx seem to "like" over 1 MHz better.  If I try to select 200K
Sa/sec in gqrx, it doesn't seem to improve things any.  (Changing the
sample rate in gnuradio requires some tweaking of the decimation, so it
isn't one-click away.)

In order to sample at 200 KS/sec with the RTL dongle you need to be able
to write to the registers on the RTL dongle to select the sampling rate.
Also, 200ksps IS NOT an available sample-rate on the RTLSDR. 250ksps, 
and 300ksps are known to work, and

  then the next actually-works sample-rate is 900ksps.





Can anybody suggest some settings that help pull out the weaker CW
signals with gnuradio?

linrad works better at weak signals, but the user interface is awful!
Another thing is that linrad uses only very little CPU resources, but
gnuradio loads my i5 CPU completely.  Does that have anything to do with
the virtual environment (virtualbox) or is it just the difference in the
software?

Thanks very much,

Jon

___
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] weak signal detection in gnuradio / gqrx

2017-02-24 Thread Cinaed Simson 
On 02/23/2017 08:28 PM, Jon Elson wrote:
> Hello,
> 
> new user of gnuradio.  I'm still running on Ubuntu 12, so I installed a
> virtual Ubuntu 14.04 guest with Virtualbox, as I couldn't get gnuradio
> to compile on the Ubuntu 12 system.  The virtual 14.04 install seems to
> run fine.  I have a
> nooelec NESDR smart, rtl-sdr.
> 
> I also have linrad installed on the Ubuntu 12 host, and it is able to
> bring out weak CW on the 6m band.  (Don't have an upconverter, yet.) 
> There seem to be a couple guys on 6m that are sending slow Morse all day
> long, and they generally give QUITE clear audio.  The CW is just visible
> on the waterfall.
> 
> So, I tried to tune them in with both gnuradio and gqrx.  Both just get
> noise, and I can't see the signal on the waterfall of FFT graph.  Now,
> one thing is that linrad is running my rtl at 200 KS/sec, and gnuradio
> and gqrx seem to "like" over 1 MHz better.  If I try to select 200K
> Sa/sec in gqrx, it doesn't seem to improve things any.  (Changing the
> sample rate in gnuradio requires some tweaking of the decimation, so it
> isn't one-click away.)

In order to sample at 200 KS/sec with the RTL dongle you need to be able
to write to the registers on the RTL dongle to select the sampling rate.

> 
> Can anybody suggest some settings that help pull out the weaker CW
> signals with gnuradio?
> 
> linrad works better at weak signals, but the user interface is awful! 
> Another thing is that linrad uses only very little CPU resources, but
> gnuradio loads my i5 CPU completely.  Does that have anything to do with
> the virtual environment (virtualbox) or is it just the difference in the
> software?
> 
> Thanks very much,
> 
> Jon
> 
> ___
> 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] Linking Armadillo and LAPACK to gnuradio

2017-02-24 Thread Richard Mcallister 
Sorry, I didn't realize I hit reply not reply all

Thanks! I'll add it in and see what happens.

On Fri, Feb 24, 2017 at 3:30 PM, Marcus Müller 
wrote:

> yep, simply copy over to cmake/Modules. That way, CMake will find it when
> you look for Armadillo
>
> Cheers,
>
> Marcus
>
> PS: I think this might be useful in the future, so please try to keep the
> mailing list in CC:
>
> On 24.02.2017 21:25, Richard Mcallister wrote:
>
> FindArmadillo.cmake in cmake/Modules? I haven't included it, so I just
> place the file in cmake/Modules? Or how I should include it in my OOT
> module?
>
> On Fri, Feb 24, 2017 at 3:22 PM, Marcus Müller 
> wrote:
>
>> Ah sorry, forgot to mention the key point: you've got the
>> FindArmadillo.cmake from gr-specest?
>>
>>
>> On 24.02.2017 21:18, Richard Mcallister wrote:
>>
>> Hey Marcus,
>>
>> I added the following lines to my CMakeLists.txt, following from what
>> gr-specest had:
>> find_package(BLAS REQUIRED)
>> find_package(LAPACK REQUIRED)
>> find_package(Armadillo)
>> include(Armadillo)
>>
>> And when i run 'make' it results in:
>> -- A library with BLAS API found.
>> -- A library with BLAS API found.
>> -- A library with LAPACK API found.
>> CMake Error at CMakeLists.txt:125 (include):
>>   include could not find load file:
>>
>> Armadillo
>> (The other lines are just the standard outputs in the console)
>> Line 125 is include(Armadillo). I guess thats where error is, although
>> pybombs tells me armadillo is installed. Is there a way to manually link it?
>>
>> Thanks,
>> Rich
>>
>>
>>
>> On Fri, Feb 24, 2017 at 2:54 PM, Marcus Müller 
>> wrote:
>>
>>> I remember we had quite a struggle for a moment, but fixed that for
>>> gr-specest. See https://github.com/kit-cel/gr-specest.
>>>
>>> Best regards,
>>>
>>> Marcus
>>>
>>> On 24.02.2017 20:31, Richard Mcallister wrote:
>>>
>>> Hey all,
>>>
>>> This might be more of an error with cmake or armadillo, but I've been
>>> trying to use armadillo in an OOT module. I've called make and built the
>>> module, no issues with missing libraries or anything. Pybombs tells me that
>>> armadillo is installed, along with blas and lapack. I'm using the latest
>>> gnuradio update, and I'm on Ubuntu 16.04
>>>
>>> However, when I run 'ctest -V -R'
>>> Test timeout computed to be: 9.99988e+06
>>> 3: Traceback (most recent call last):
>>> 3:   File "/home/rich/Desktop/repos3/gr-vlp2/python/qa_amp2d_ff.py",
>>> line 24, in 
>>> 3: import vlp2_swig as vlp2
>>> 3:   File "/home/rich/Desktop/repos3/gr-vlp2/build/swig/vlp2_swig.py",
>>> line 28, in 
>>> 3: _vlp2_swig = swig_import_helper()
>>> 3:   File "/home/rich/Desktop/repos3/gr-vlp2/build/swig/vlp2_swig.py",
>>> line 24, in swig_import_helper
>>> 3: _mod = imp.load_module('_vlp2_swig', fp, pathname, description)
>>> 3: ImportError: /home/rich/Desktop/repos3/gr-v
>>> lp2/build/lib/libgnuradio-vlp2.so: undefined symbol: wrapper_sgelsd_
>>>
>>> All of the tests in the OOT modules fail (except test_vlp2), including
>>> blocks that don't use armadillo. I've looked at gr-specest and added the
>>> following lines to my CMakeLists.txt:
>>> find_package(BLAS REQUIRED)
>>> find_package(LAPACK REQUIRED)
>>> find_package(Armadillo)
>>>
>>> and still get the same issues. I'm pretty sure cmake is missing
>>> something, I'm just not sure what. Has anyone else had issues with this
>>> before?
>>>
>>>
>>> Thanks,
>>> Rich
>>>
>>>
>>> ___
>>> Discuss-gnuradio mailing 
>>> listDiscuss-gnuradio@gnu.orghttps://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] Linking Armadillo and LAPACK to gnuradio

2017-02-24 Thread Marcus Müller 
yep, simply copy over to cmake/Modules. That way, CMake will find it
when you look for Armadillo

Cheers,

Marcus

PS: I think this might be useful in the future, so please try to keep
the mailing list in CC:


On 24.02.2017 21:25, Richard Mcallister wrote:
> FindArmadillo.cmake in cmake/Modules? I haven't included it, so I just
> place the file in cmake/Modules? Or how I should include it in my OOT
> module?
>
> On Fri, Feb 24, 2017 at 3:22 PM, Marcus Müller
> mailto:marcus.muel...@ettus.com>> wrote:
>
> Ah sorry, forgot to mention the key point: you've got the
> FindArmadillo.cmake from gr-specest?
>
>
> On 24.02.2017 21:18, Richard Mcallister wrote:
>> Hey Marcus,
>>
>> I added the following lines to my CMakeLists.txt, following from
>> what gr-specest had:
>> find_package(BLAS REQUIRED)
>> find_package(LAPACK REQUIRED)
>> find_package(Armadillo)
>> include(Armadillo)
>>
>> And when i run 'make' it results in:
>> -- A library with BLAS API found.
>> -- A library with BLAS API found.
>> -- A library with LAPACK API found.
>> CMake Error at CMakeLists.txt:125 (include):
>>   include could not find load file:
>>
>> Armadillo
>> (The other lines are just the standard outputs in the console)
>> Line 125 is include(Armadillo). I guess thats where error is,
>> although pybombs tells me armadillo is installed. Is there a way
>> to manually link it?
>>
>> Thanks,
>> Rich
>>
>>
>>
>> On Fri, Feb 24, 2017 at 2:54 PM, Marcus Müller
>> mailto:marcus.muel...@ettus.com>> wrote:
>>
>> I remember we had quite a struggle for a moment, but fixed
>> that for gr-specest. See
>> https://github.com/kit-cel/gr-specest
>> .
>>
>> Best regards,
>>
>> Marcus
>>
>>
>> On 24.02.2017 20:31, Richard Mcallister wrote:
>>> Hey all,
>>>
>>> This might be more of an error with cmake or armadillo, but
>>> I've been trying to use armadillo in an OOT module. I've
>>> called make and built the module, no issues with missing
>>> libraries or anything. Pybombs tells me that armadillo is
>>> installed, along with blas and lapack. I'm using the latest
>>> gnuradio update, and I'm on Ubuntu 16.04
>>>
>>> However, when I run 'ctest -V -R'
>>> Test timeout computed to be: 9.99988e+06
>>> 3: Traceback (most recent call last):
>>> 3:   File
>>> "/home/rich/Desktop/repos3/gr-vlp2/python/qa_amp2d_ff.py",
>>> line 24, in 
>>> 3: import vlp2_swig as vlp2
>>> 3:   File
>>> "/home/rich/Desktop/repos3/gr-vlp2/build/swig/vlp2_swig.py",
>>> line 28, in 
>>> 3: _vlp2_swig = swig_import_helper()
>>> 3:   File
>>> "/home/rich/Desktop/repos3/gr-vlp2/build/swig/vlp2_swig.py",
>>> line 24, in swig_import_helper
>>> 3: _mod = imp.load_module('_vlp2_swig', fp, pathname,
>>> description)
>>> 3: ImportError:
>>> /home/rich/Desktop/repos3/gr-vlp2/build/lib/libgnuradio-vlp2.so:
>>> undefined symbol: wrapper_sgelsd_
>>>
>>> All of the tests in the OOT modules fail (except test_vlp2),
>>> including blocks that don't use armadillo. I've looked at
>>> gr-specest and added the following lines to my CMakeLists.txt:
>>> find_package(BLAS REQUIRED)
>>> find_package(LAPACK REQUIRED)
>>> find_package(Armadillo)
>>>
>>> and still get the same issues. I'm pretty sure cmake is
>>> missing something, I'm just not sure what. Has anyone else
>>> had issues with this before?
>>>
>>>
>>> Thanks,
>>> Rich
>>>
>>>
>>> ___
>>> 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] Linking Armadillo and LAPACK to gnuradio

2017-02-24 Thread Marcus Müller 
Ah sorry, forgot to mention the key point: you've got the
FindArmadillo.cmake from gr-specest?


On 24.02.2017 21:18, Richard Mcallister wrote:
> Hey Marcus,
>
> I added the following lines to my CMakeLists.txt, following from what
> gr-specest had:
> find_package(BLAS REQUIRED)
> find_package(LAPACK REQUIRED)
> find_package(Armadillo)
> include(Armadillo)
>
> And when i run 'make' it results in:
> -- A library with BLAS API found.
> -- A library with BLAS API found.
> -- A library with LAPACK API found.
> CMake Error at CMakeLists.txt:125 (include):
>   include could not find load file:
>
> Armadillo
> (The other lines are just the standard outputs in the console)
> Line 125 is include(Armadillo). I guess thats where error is, although
> pybombs tells me armadillo is installed. Is there a way to manually
> link it?
>
> Thanks,
> Rich
>
>
>
> On Fri, Feb 24, 2017 at 2:54 PM, Marcus Müller
> mailto:marcus.muel...@ettus.com>> wrote:
>
> I remember we had quite a struggle for a moment, but fixed that
> for gr-specest. See https://github.com/kit-cel/gr-specest
> .
>
> Best regards,
>
> Marcus
>
>
> On 24.02.2017 20:31, Richard Mcallister wrote:
>> Hey all,
>>
>> This might be more of an error with cmake or armadillo, but I've
>> been trying to use armadillo in an OOT module. I've called make
>> and built the module, no issues with missing libraries or
>> anything. Pybombs tells me that armadillo is installed, along
>> with blas and lapack. I'm using the latest gnuradio update, and
>> I'm on Ubuntu 16.04
>>
>> However, when I run 'ctest -V -R'
>> Test timeout computed to be: 9.99988e+06
>> 3: Traceback (most recent call last):
>> 3:   File
>> "/home/rich/Desktop/repos3/gr-vlp2/python/qa_amp2d_ff.py", line
>> 24, in 
>> 3: import vlp2_swig as vlp2
>> 3:   File
>> "/home/rich/Desktop/repos3/gr-vlp2/build/swig/vlp2_swig.py", line
>> 28, in 
>> 3: _vlp2_swig = swig_import_helper()
>> 3:   File
>> "/home/rich/Desktop/repos3/gr-vlp2/build/swig/vlp2_swig.py", line
>> 24, in swig_import_helper
>> 3: _mod = imp.load_module('_vlp2_swig', fp, pathname,
>> description)
>> 3: ImportError:
>> /home/rich/Desktop/repos3/gr-vlp2/build/lib/libgnuradio-vlp2.so:
>> undefined symbol: wrapper_sgelsd_
>>
>> All of the tests in the OOT modules fail (except test_vlp2),
>> including blocks that don't use armadillo. I've looked at
>> gr-specest and added the following lines to my CMakeLists.txt:
>> find_package(BLAS REQUIRED)
>> find_package(LAPACK REQUIRED)
>> find_package(Armadillo)
>>
>> and still get the same issues. I'm pretty sure cmake is missing
>> something, I'm just not sure what. Has anyone else had issues
>> with this before?
>>
>>
>> Thanks,
>> Rich
>>
>>
>> ___
>> 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] Linking Armadillo and LAPACK to gnuradio

2017-02-24 Thread Marcus Müller 
I remember we had quite a struggle for a moment, but fixed that for
gr-specest. See https://github.com/kit-cel/gr-specest.

Best regards,

Marcus


On 24.02.2017 20:31, Richard Mcallister wrote:
> Hey all,
>
> This might be more of an error with cmake or armadillo, but I've been
> trying to use armadillo in an OOT module. I've called make and built
> the module, no issues with missing libraries or anything. Pybombs
> tells me that armadillo is installed, along with blas and lapack. I'm
> using the latest gnuradio update, and I'm on Ubuntu 16.04
>
> However, when I run 'ctest -V -R'
> Test timeout computed to be: 9.99988e+06
> 3: Traceback (most recent call last):
> 3:   File "/home/rich/Desktop/repos3/gr-vlp2/python/qa_amp2d_ff.py",
> line 24, in 
> 3: import vlp2_swig as vlp2
> 3:   File "/home/rich/Desktop/repos3/gr-vlp2/build/swig/vlp2_swig.py",
> line 28, in 
> 3: _vlp2_swig = swig_import_helper()
> 3:   File "/home/rich/Desktop/repos3/gr-vlp2/build/swig/vlp2_swig.py",
> line 24, in swig_import_helper
> 3: _mod = imp.load_module('_vlp2_swig', fp, pathname, description)
> 3: ImportError:
> /home/rich/Desktop/repos3/gr-vlp2/build/lib/libgnuradio-vlp2.so:
> undefined symbol: wrapper_sgelsd_
>
> All of the tests in the OOT modules fail (except test_vlp2), including
> blocks that don't use armadillo. I've looked at gr-specest and added
> the following lines to my CMakeLists.txt:
> find_package(BLAS REQUIRED)
> find_package(LAPACK REQUIRED)
> find_package(Armadillo)
>
> and still get the same issues. I'm pretty sure cmake is missing
> something, I'm just not sure what. Has anyone else had issues with
> this before?
>
>
> Thanks,
> Rich
>
>
> ___
> 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] Linking Armadillo and LAPACK to gnuradio

2017-02-24 Thread Richard Mcallister 
Hey all,

This might be more of an error with cmake or armadillo, but I've been
trying to use armadillo in an OOT module. I've called make and built the
module, no issues with missing libraries or anything. Pybombs tells me that
armadillo is installed, along with blas and lapack. I'm using the latest
gnuradio update, and I'm on Ubuntu 16.04

However, when I run 'ctest -V -R'
Test timeout computed to be: 9.99988e+06
3: Traceback (most recent call last):
3:   File "/home/rich/Desktop/repos3/gr-vlp2/python/qa_amp2d_ff.py", line
24, in 
3: import vlp2_swig as vlp2
3:   File "/home/rich/Desktop/repos3/gr-vlp2/build/swig/vlp2_swig.py", line
28, in 
3: _vlp2_swig = swig_import_helper()
3:   File "/home/rich/Desktop/repos3/gr-vlp2/build/swig/vlp2_swig.py", line
24, in swig_import_helper
3: _mod = imp.load_module('_vlp2_swig', fp, pathname, description)
3: ImportError:
/home/rich/Desktop/repos3/gr-vlp2/build/lib/libgnuradio-vlp2.so: undefined
symbol: wrapper_sgelsd_

All of the tests in the OOT modules fail (except test_vlp2), including
blocks that don't use armadillo. I've looked at gr-specest and added the
following lines to my CMakeLists.txt:
find_package(BLAS REQUIRED)
find_package(LAPACK REQUIRED)
find_package(Armadillo)

and still get the same issues. I'm pretty sure cmake is missing something,
I'm just not sure what. Has anyone else had issues with this before?


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

[Discuss-gnuradio] IEEE 802.11 a/g/p transreceiver - Bit Error Rate in wifi_loopback

2017-02-24 Thread Qurat-Ul-Ann Akbar 
Hi,

I have been working with the 802.11 module for GNU Radio and I want to
enable my receiver to perform some bit error rate calculations. I ran the
wifi_loopbck and noticed that a bit error rate field appears in the GUI. I
have been trying to see where and how is this error being calculated. Can
anyone tell me where is this calculation being done? And has error rate
block been deprecated?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Changing the USRP transmitter gain after a timeout

2017-02-24 Thread Qurat-Ul-Ann Akbar 
I have looked at that file and you have made gain, frequency, and LO offset
variables and then you send messages every 2 secs. When I run the file, I
try to change the frequency from 2.4 to 2.5 G using the glider in the GUI.
It should change the value of the variable which should be reflected in the
actual center frequency. However, I do not see the frequency changing after
2 secs in the Frequency Sink Plot. Is that the right way to change the
value of the variable ?

On Fri, Feb 24, 2017 at 11:06 AM, Derek Kozel  wrote:

> Hello,
>
> For every message which you send UHD would change the gain once. So in
> order to alternate every 100ms you would send 10 messages a second,
> advancing the timestamp value by 100ms each time. The example I linked to
> shows the frequency and gain being changed every two seconds. You'll just
> need to alter the arguments to have it alternate the gain.
>
> Regards,
> Derek
>
> On Fri, Feb 24, 2017 at 8:52 AM, Qurat-Ul-Ann Akbar <
> quratulannakbar2...@u.northwestern.edu> wrote:
>
>> Also I want to keep doing this in a loop (the values keep alternating
>> after an interval). Will it be possible through the command port interface ?
>>
>>
>> On Fri, Feb 24, 2017 at 9:17 AM, Qurat-Ul-Ann Akbar <
>> quratulannakbar2...@u.northwestern.edu> wrote:
>>
>>> Hi Derek,
>>>
>>> Thank you for your email. If you could find that file it would be really
>>> helpful. What I want to do is to alternate between two or more values of
>>> gain after specific intervals. Can I alternate like this using the command
>>> port interface? How will the block USRP sink block know which value to use
>>> ? Can you kindly explain that a bit.
>>>
>>>
>>>
>>> On Thu, Feb 23, 2017 at 4:23 PM, Derek Kozel 
>>> wrote:
>>>
 Hello,

 The command port interface can be used to change the gain value. There
 is an example of creating messages for tuning included in gr-uhd.
 https://github.com/gnuradio/gnuradio/blob/master/gr-uhd/exam
 ples/grc/uhd_msg_tune.grc

 I've used a function probe to generate coarsely timed "tick" messages
 to a custom python block which is correctly formatting the messages before.
 Unfortunately I cannot find that GRC file at the moment. The function probe
 will run at an approximate interval dependent on your system and GNU
 Radio's scheduler. If you don't need exact timing then just use the gain
 message and function probe, if you do need exact timing include both time
 and gain values in the pmt command message then the gain will be applied at
 the specific time based on the radio timestamp. Set the Sync setting to
 unknown_pps, which will set the radio timestamp to 0 when the flowgraph
 starts, and set the initial timestamp for the command port message to a
 second or two in the future to account for the startup time of the
 flowgraph.

 Regards,
 Derek

 On Thu, Feb 23, 2017 at 1:36 PM, Qurat-Ul-Ann Akbar <
 quratulannakbar2...@u.northwestern.edu> wrote:

> Hi,
>
> I want to alternate the gain of the USRP between two values after a
> certain period of time. For example after 100 ms it should go from A to B
> and after another 100 ms the value should go from B to A and so on.
>
> Is there an easy way of doing this in the GNU Radio companion or would
> I need to start a timer in python and put an IF condition to keep changing
> the value? Can I do this somehow using the probe block?
>
>
>
> ___
> 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] Changing the USRP transmitter gain after a timeout

2017-02-24 Thread Derek Kozel 
Hello,

For every message which you send UHD would change the gain once. So in
order to alternate every 100ms you would send 10 messages a second,
advancing the timestamp value by 100ms each time. The example I linked to
shows the frequency and gain being changed every two seconds. You'll just
need to alter the arguments to have it alternate the gain.

Regards,
Derek

On Fri, Feb 24, 2017 at 8:52 AM, Qurat-Ul-Ann Akbar <
quratulannakbar2...@u.northwestern.edu> wrote:

> Also I want to keep doing this in a loop (the values keep alternating
> after an interval). Will it be possible through the command port interface ?
>
>
> On Fri, Feb 24, 2017 at 9:17 AM, Qurat-Ul-Ann Akbar <
> quratulannakbar2...@u.northwestern.edu> wrote:
>
>> Hi Derek,
>>
>> Thank you for your email. If you could find that file it would be really
>> helpful. What I want to do is to alternate between two or more values of
>> gain after specific intervals. Can I alternate like this using the command
>> port interface? How will the block USRP sink block know which value to use
>> ? Can you kindly explain that a bit.
>>
>>
>>
>> On Thu, Feb 23, 2017 at 4:23 PM, Derek Kozel 
>> wrote:
>>
>>> Hello,
>>>
>>> The command port interface can be used to change the gain value. There
>>> is an example of creating messages for tuning included in gr-uhd.
>>> https://github.com/gnuradio/gnuradio/blob/master/gr-uhd/exam
>>> ples/grc/uhd_msg_tune.grc
>>>
>>> I've used a function probe to generate coarsely timed "tick" messages to
>>> a custom python block which is correctly formatting the messages before.
>>> Unfortunately I cannot find that GRC file at the moment. The function probe
>>> will run at an approximate interval dependent on your system and GNU
>>> Radio's scheduler. If you don't need exact timing then just use the gain
>>> message and function probe, if you do need exact timing include both time
>>> and gain values in the pmt command message then the gain will be applied at
>>> the specific time based on the radio timestamp. Set the Sync setting to
>>> unknown_pps, which will set the radio timestamp to 0 when the flowgraph
>>> starts, and set the initial timestamp for the command port message to a
>>> second or two in the future to account for the startup time of the
>>> flowgraph.
>>>
>>> Regards,
>>> Derek
>>>
>>> On Thu, Feb 23, 2017 at 1:36 PM, Qurat-Ul-Ann Akbar <
>>> quratulannakbar2...@u.northwestern.edu> wrote:
>>>
 Hi,

 I want to alternate the gain of the USRP between two values after a
 certain period of time. For example after 100 ms it should go from A to B
 and after another 100 ms the value should go from B to A and so on.

 Is there an easy way of doing this in the GNU Radio companion or would
 I need to start a timer in python and put an IF condition to keep changing
 the value? Can I do this somehow using the probe block?



 ___
 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] Changing the USRP transmitter gain after a timeout

2017-02-24 Thread Qurat-Ul-Ann Akbar 
Also I want to keep doing this in a loop (the values keep alternating after
an interval). Will it be possible through the command port interface ?


On Fri, Feb 24, 2017 at 9:17 AM, Qurat-Ul-Ann Akbar <
quratulannakbar2...@u.northwestern.edu> wrote:

> Hi Derek,
>
> Thank you for your email. If you could find that file it would be really
> helpful. What I want to do is to alternate between two or more values of
> gain after specific intervals. Can I alternate like this using the command
> port interface? How will the block USRP sink block know which value to use
> ? Can you kindly explain that a bit.
>
>
>
> On Thu, Feb 23, 2017 at 4:23 PM, Derek Kozel 
> wrote:
>
>> Hello,
>>
>> The command port interface can be used to change the gain value. There is
>> an example of creating messages for tuning included in gr-uhd.
>> https://github.com/gnuradio/gnuradio/blob/master/gr-uhd/exam
>> ples/grc/uhd_msg_tune.grc
>>
>> I've used a function probe to generate coarsely timed "tick" messages to
>> a custom python block which is correctly formatting the messages before.
>> Unfortunately I cannot find that GRC file at the moment. The function probe
>> will run at an approximate interval dependent on your system and GNU
>> Radio's scheduler. If you don't need exact timing then just use the gain
>> message and function probe, if you do need exact timing include both time
>> and gain values in the pmt command message then the gain will be applied at
>> the specific time based on the radio timestamp. Set the Sync setting to
>> unknown_pps, which will set the radio timestamp to 0 when the flowgraph
>> starts, and set the initial timestamp for the command port message to a
>> second or two in the future to account for the startup time of the
>> flowgraph.
>>
>> Regards,
>> Derek
>>
>> On Thu, Feb 23, 2017 at 1:36 PM, Qurat-Ul-Ann Akbar <
>> quratulannakbar2...@u.northwestern.edu> wrote:
>>
>>> Hi,
>>>
>>> I want to alternate the gain of the USRP between two values after a
>>> certain period of time. For example after 100 ms it should go from A to B
>>> and after another 100 ms the value should go from B to A and so on.
>>>
>>> Is there an easy way of doing this in the GNU Radio companion or would I
>>> need to start a timer in python and put an IF condition to keep changing
>>> the value? Can I do this somehow using the probe block?
>>>
>>>
>>>
>>> ___
>>> 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] Changing the USRP transmitter gain after a timeout

2017-02-24 Thread Qurat-Ul-Ann Akbar 
Hi Derek,

Thank you for your email. If you could find that file it would be really
helpful. What I want to do is to alternate between two or more values of
gain after specific intervals. Can I alternate like this using the command
port interface? How will the block USRP sink block know which value to use
? Can you kindly explain that a bit.



On Thu, Feb 23, 2017 at 4:23 PM, Derek Kozel  wrote:

> Hello,
>
> The command port interface can be used to change the gain value. There is
> an example of creating messages for tuning included in gr-uhd.
> https://github.com/gnuradio/gnuradio/blob/master/gr-uhd/
> examples/grc/uhd_msg_tune.grc
>
> I've used a function probe to generate coarsely timed "tick" messages to a
> custom python block which is correctly formatting the messages before.
> Unfortunately I cannot find that GRC file at the moment. The function probe
> will run at an approximate interval dependent on your system and GNU
> Radio's scheduler. If you don't need exact timing then just use the gain
> message and function probe, if you do need exact timing include both time
> and gain values in the pmt command message then the gain will be applied at
> the specific time based on the radio timestamp. Set the Sync setting to
> unknown_pps, which will set the radio timestamp to 0 when the flowgraph
> starts, and set the initial timestamp for the command port message to a
> second or two in the future to account for the startup time of the
> flowgraph.
>
> Regards,
> Derek
>
> On Thu, Feb 23, 2017 at 1:36 PM, Qurat-Ul-Ann Akbar <
> quratulannakbar2...@u.northwestern.edu> wrote:
>
>> Hi,
>>
>> I want to alternate the gain of the USRP between two values after a
>> certain period of time. For example after 100 ms it should go from A to B
>> and after another 100 ms the value should go from B to A and so on.
>>
>> Is there an easy way of doing this in the GNU Radio companion or would I
>> need to start a timer in python and put an IF condition to keep changing
>> the value? Can I do this somehow using the probe block?
>>
>>
>>
>> ___
>> 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] red pitaya with GR?

2017-02-24 Thread Ron Economos 
Red Pitaya is definitely supported by gr-osmosdr, so sink and source 
blocks are available.


In this repo there's a script to install GNU Radio from apt.

https://github.com/pavel-demin/red-pitaya-notes

https://github.com/pavel-demin/red-pitaya-notes/blob/master/scripts/debian-gnuradio.sh

However, I don't have a Red Pitaya or used any of that repo, so you'll 
have to decide if it's useful.


Ron

On 02/23/2017 11:04 PM, Ralph A. Schmid, dk5ras wrote:

Hi,

Is the red pitaya usable with gnuradio in an easy way, means, sink/source
block, and ready to go, or is this more hassle? Quick google search did not
show me clear results on this answer...

I am searching affordable hardware similar to a B210 (means, small and
portable) and with perfect gr support, but for 0-30 MHz or so.

With best regards

Ralph.




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