[Discuss-gnuradio] instructions for 2x2 mimo with USRP N210

[Pengyu Zhang]

Hi,

I want to build a 2x2 mimo system using USRP N210. Would be great to get
some instructions. I have the following questions.

1. As the following figure shows, should I use four N210s where two of them
act as TX and the other two act as RX? Or can I use just two N210s?

2. When a router is used for connection as the following figure shows, how
should I assign IP address for each of the USRP and the router itself? The
subnet address (192.168.10.2 and 192.168.20.2) used for each USRP described
in the following link is confusing for me...

http://files.ettus.com/manual/page_usrp2.html

Thanks.

Pengyu

[image: Inline image 1]
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] using virtual member functions

[Mostafa Alizadeh]

Hello all,

I'm about to use member functions of the abstract base class of qtgui
classes to adjust visualization parameters such as "set_title",
"set_line_label"
etc.

There is an explanation of virtual based classes in [1]. So it's possible
to use pure virtual functions by the derived classes.

When we're in GNURadio, there is an abstract class and an implementation
class which is derived from the abstract class. So I expect to be able of
using the pure virtual functions declared in abstract class by having a
pointer of the implementation class. However the members aren't accessible.
What can I do to use them?

Best,
Mostafa

[1] http://www.cplusplus.com/doc/tutorial/polymorphism/
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Errors while running CTest [VOLK...]

[Basse Ang]

Hi,

I just tried to install gnuradio (ref:
http://gnuradio.org/doc/doxygen/build_guide.html)

until :
make test

the result is :

98% tests passed, 3 tests failed out of 193

Total Test time (real) = 117.72 sec

The following tests FAILED:
  1 - qa_volk_test_all (Failed)
144 - qa_constellation (Failed)
187 - qa_codec2_vocoder (Failed)
Errors while running CTest
make: *** [test] Error 8


then, from
http://gnuradio.4.n7.nabble.com/Install-qa-volk-test-all-fails-td51420.html,
there are some recommendations, so I follow with:

sudo make install
sudo ldconfig
volk_profile
make test

the result is still same:

The following tests FAILED:
  1 - qa_volk_test_all (Failed)
144 - qa_constellation (Failed)
187 - qa_codec2_vocoder (Failed)
Errors while running CTest
make: *** [test] Error 8


for other additional information, might be needed, refer to
http://gnuradio.4.n7.nabble.com/Install-qa-volk-test-all-fails-td51420.html
>>>sudo ctest -V -R volk | grep -C 5 offset.. the result:

1: RUN_VOLK_TESTS: volk_32fc_s32f_magnitude_16i(20462,1)
1: a_sse3 completed in 0ms
1: a_sse completed in 0ms
1: generic completed in 0ms
1: u_orc completed in 0ms
1: offset 6 in1: -32768 in2: -31913
1: offset 8 in1: -32768 in2: -28448
1: offset 14 in1: -32768 in2: -30785
1: offset 17 in1: -32768 in2: -19291
1: offset 25 in1: -32768 in2: -28536
1: offset 27 in1: -32768 in2: -32730
1: offset 32 in1: -32768 in2: -30853
1: offset 47 in1: -32768 in2: -28458
1: offset 50 in1: -32768 in2: -29759
1: offset 53 in1: -32768 in2: -32381
1: volk_32fc_s32f_magnitude_16i: fail on arch u_orc
1: Best aligned arch: a_sse3
1: Best unaligned arch: generic
1: /home/tes/project/gnuradio/volk/lib/testqa.cc(70): error in
"volk_32fc_s32f_magnitude_16i_test": check run_volk_tests(
volk_32fc_s32f_magnitude_16i_get_func_desc(), (void
(*)())volk_32fc_s32f_magnitude_16i_manual,
std::string("volk_32fc_s32f_magnitude_16i"), 1, 32768, 20462, 1, 0, "NULL")
== 0 failed [true != 0]
1: RUN_VOLK_TESTS: volk_32fc_magnitude_32f(20462,1)
Errors while running CTest

>>> cat /proc/cpuinfo | grep 'model name'
model name: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz
model name: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz
model name: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz
model name: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz


sorry for inconvinience, for long thread.. but I hope any help from you
guys...

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

[Discuss-gnuradio] Using USRP and Osmo sources

[Luke Berndt]

Has anyone used a USRP and Osmosdr source together on the same graph? I am 
trying. To run a HackRF and an Ettus b200 together and I am getting a lot of 
'D's. I have tried putting both at a low sampling rate but it doesn't seem to 
change things. I am running it on an i7 so there should be enough CPU. Could it 
be a USB issue? Could the drivers be interfering? 

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

Re: [Discuss-gnuradio] instructions for 2x2 mimo with USRP N210

[Marcus Müller]

Hi Pengyu,

1. the USRPs are full duplex capable, so you can get away with just
using two.
2. You should not use a router. A switch would be ok. Please note that
you can't get more than 1Gb ~= 32MS/s over the single Gigabit link
between your PC and the switch, so it's better to use a PC with two
network cards connected to one USRP each, so you get more bandwidth.

Greetings,
Marcus

On 03/13/2015 01:53 PM, Pengyu Zhang wrote:
> Hi,
>
> I want to build a 2x2 mimo system using USRP N210. Would be great to
> get some instructions. I have the following questions.
>
> 1. As the following figure shows, should I use four N210s where two of
> them act as TX and the other two act as RX? Or can I use just two N210s?
>
> 2. When a router is used for connection as the following figure shows,
> how should I assign IP address for each of the USRP and the router
> itself? The subnet address (192.168.10.2 and 192.168.20.2) used for
> each USRP described in the following link is confusing for me...
>
> http://files.ettus.com/manual/page_usrp2.html
>
> Thanks.
>
> Pengyu
>
> Inline image 1
>
>
> ___
> 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] Using USRP and Osmo sources

[mleech]

 

You might try running your USRP and HackRF on separate USB controllers.
Different ports on the same controller, *might* be leading to conflicts
in packet scheduling at a fairly-low layer in the stack. I think HackRF
uses libusb, just like USRPs, so they are subject to the same
constraints in underlying USB drivers. 

On 2015-03-13 10:08, Luke Berndt wrote: 

> Has anyone used a USRP and Osmosdr source together on the same graph? I am 
> trying. To run a HackRF and an Ettus b200 together and I am getting a lot of 
> 'D's. I have tried putting both at a low sampling rate but it doesn't seem to 
> change things. I am running it on an i7 so there should be enough CPU. Could 
> it be a USB issue? Could the drivers be interfering? 
> 
> Sent from my iPhone
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [1]
 

Links:
--
[1] 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] Using USRP and Osmo sources

[Marcus Müller]

Maybe you're seeing a classical two-clock problem: The USRP's and the
the HackRF's have independent oscillators, and so the sampling rates are
not really exactly related to each other -- for example, your USRP could
be asked to sample 10MS/s, giving you 10.03MS/s, whereas the HackRF
is configured to transmit 10MS/s, and consumes 9.90MS/s. After a few
seconds, samples start piling up.


On 03/13/2015 03:08 PM, Luke Berndt wrote:
> Has anyone used a USRP and Osmosdr source together on the same graph? I am 
> trying. To run a HackRF and an Ettus b200 together and I am getting a lot of 
> 'D's. I have tried putting both at a low sampling rate but it doesn't seem to 
> change things. I am running it on an i7 so there should be enough CPU. Could 
> it be a USB issue? Could the drivers be interfering? 
>
> Sent from my iPhone
> ___
> 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] Setting up GNU Radio

[Richard Bell]

Marcus,

I deleted the pybombs folder and re-cloned pybombs from remote. When
running 'sudo ./pybombs install gnuradio' I still get the same error output
when it reachees the prefix portion.

Also, I want to make sure I understand your following directions. To
install gnuradio on a computer so all user accounts have access to it, I
should do the following:

1) Install the base gnuradio framework to /usr/local/bin
2) Have users install custom modules they want to their local home
directories

v/r,
Rich

On Thu, Mar 12, 2015 at 3:12 PM, Marcus Müller 
wrote:

>  If I install it without sudo to a local account directory, how will
> other users be able to access the install? Is it simply a matter of setting
> up the environment variables correctly?
>
> The idea is to install GNU Radio globally, and let users handle their own
> modules in their own home directories. So you'd install GNU Radio with sudo
> as root into /usr/local, and each user installs private modules into
> /home//prefix
>
> When does the error you paste below occur? Before you get the chance to
> enter /usr/local as prefix, or after?
> Anyway, I'd recommend deleting your pybombs folder and cloning it cleanly
> again, running pybombs without root. It should ask you for the prefix.
> after that, it should print a warning that you should re-run it with sudo.
> Do that. Does the error still occur?
>
> Greetings,
> Marcus
>
>
>
>
> On 03/12/2015 11:02 PM, Richard Bell wrote:
>
>   Thanks for responding MarcusM,
>
>  I can't execute 'sudo ./pybombs install gnuradio' at all, because it
> fails with the following output:
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *rbell@polarcode1:~/Documents/gnuradio/pybombs$ sudo ./pybombs install
> gnuradio Initializing config file... Username for GIT access gituser
> [root]: Directory of git cache repository gitcache []: Install Prefix
> Traceback (most recent call last):   File "./pybombs", line 25, in 
> from mod_pybombs import verbosity as v   File
> "/home/rbell/Documents/gnuradio/pybombs/mod_pybombs/__init__.py", line 22,
> in  from globals import *;   File
> "/home/rbell/Documents/gnuradio/pybombs/mod_pybombs/globals.py", line 48,
> in  config_init(config);   File
> "/home/rbell/Documents/gnuradio/pybombs/mod_pybombs/cfg.py", line 70, in
> config_init if os.path.basename(pwd)=="pybombs":   File
> "/usr/lib/python2.7/posixpath.py", line 121, in basename i =
> p.rfind('/') + 1 AttributeError: 'NoneType' object has no attribute 'rfind'
> rbell@polarcode1:~/Documents/gnuradio/pybombs$ *
>
>  If I install it without sudo to a local account directory, how will other
> users be able to access the install? Is it simply a matter of setting up
> the environment variables correctly?
>
>  v/r,
>  Rich
>
> On Thu, Mar 12, 2015 at 2:49 PM, Marcus Müller 
> wrote:
>
>>  Hi Richard,
>> no, not completely.
>> instead of 1) you should cd somewhere in your home directory, where you
>> have write access
>> 2) - 3) are correct. Choose /usr/local/ as prefix
>> 5) could also be done by copying over setup_env.sh to
>> /etc/profile.d/50-setup-gnuradio-paths
>>
>> 6) is normal and should not result in errors.
>>
>> If normal users (including) want to install their own OOT modules, they'd
>> use a local clone of pybombs, setting that gnuradio is already installed,
>> and install their modules into a user-prefix (e.g. /home/user/prefix).
>>
>> Greetings,
>> Marcus
>>
>>
>>
>> On 03/12/2015 10:43 PM, Richard Bell wrote:
>>
>>   Hi all,
>>
>>  I'm setting up a new shared laptop with multiple users who want to use
>> GNU Radio. I'm not sure how to set this up correctly.
>>
>>  Should I do it this way:
>>
>>  1) cd /usr/local/bin
>>  2) git clone https://github.com/pybombs/pybombs.git && cd pybombs
>>  3) sudo ./pybombs install gnuradio (sudo needed to give permission to
>> create files here)
>>  4) ./pybombs env
>>
>>  5) Then instead of sourcing the setup_env.sh file from .bashrc, I will
>> source it from /etc/profile.
>>
>>  6) Finally, and this is the part I'm most unsure of, since I used sudo
>> ./pybombs install gnuradio, root owns these files. If I remember correctly,
>> this caused issues for me in the past trying to run gnuradio from a
>> non-root account. How should I handle this?
>>
>>  Thanks a lot,
>>  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] Setting up GNU Radio

[Richard Bell]

I forgot to answer one of your previous questions. Yes the error occurs
before I have a chance to enter anything for the prefix. I have no control
over it.

v/r,
Rich

On Fri, Mar 13, 2015 at 10:00 AM, Richard Bell 
wrote:

> Marcus,
>
> I deleted the pybombs folder and re-cloned pybombs from remote. When
> running 'sudo ./pybombs install gnuradio' I still get the same error output
> when it reachees the prefix portion.
>
> Also, I want to make sure I understand your following directions. To
> install gnuradio on a computer so all user accounts have access to it, I
> should do the following:
>
> 1) Install the base gnuradio framework to /usr/local/bin
> 2) Have users install custom modules they want to their local home
> directories
>
> v/r,
> Rich
>
> On Thu, Mar 12, 2015 at 3:12 PM, Marcus Müller 
> wrote:
>
>>  If I install it without sudo to a local account directory, how will
>> other users be able to access the install? Is it simply a matter of setting
>> up the environment variables correctly?
>>
>> The idea is to install GNU Radio globally, and let users handle their own
>> modules in their own home directories. So you'd install GNU Radio with sudo
>> as root into /usr/local, and each user installs private modules into
>> /home//prefix
>>
>> When does the error you paste below occur? Before you get the chance to
>> enter /usr/local as prefix, or after?
>> Anyway, I'd recommend deleting your pybombs folder and cloning it cleanly
>> again, running pybombs without root. It should ask you for the prefix.
>> after that, it should print a warning that you should re-run it with sudo.
>> Do that. Does the error still occur?
>>
>> Greetings,
>> Marcus
>>
>>
>>
>>
>> On 03/12/2015 11:02 PM, Richard Bell wrote:
>>
>>   Thanks for responding MarcusM,
>>
>>  I can't execute 'sudo ./pybombs install gnuradio' at all, because it
>> fails with the following output:
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *rbell@polarcode1:~/Documents/gnuradio/pybombs$ sudo ./pybombs install
>> gnuradio Initializing config file... Username for GIT access gituser
>> [root]: Directory of git cache repository gitcache []: Install Prefix
>> Traceback (most recent call last):   File "./pybombs", line 25, in 
>> from mod_pybombs import verbosity as v   File
>> "/home/rbell/Documents/gnuradio/pybombs/mod_pybombs/__init__.py", line 22,
>> in  from globals import *;   File
>> "/home/rbell/Documents/gnuradio/pybombs/mod_pybombs/globals.py", line 48,
>> in  config_init(config);   File
>> "/home/rbell/Documents/gnuradio/pybombs/mod_pybombs/cfg.py", line 70, in
>> config_init if os.path.basename(pwd)=="pybombs":   File
>> "/usr/lib/python2.7/posixpath.py", line 121, in basename i =
>> p.rfind('/') + 1 AttributeError: 'NoneType' object has no attribute 'rfind'
>> rbell@polarcode1:~/Documents/gnuradio/pybombs$ *
>>
>>  If I install it without sudo to a local account directory, how will
>> other users be able to access the install? Is it simply a matter of setting
>> up the environment variables correctly?
>>
>>  v/r,
>>  Rich
>>
>> On Thu, Mar 12, 2015 at 2:49 PM, Marcus Müller 
>> wrote:
>>
>>>  Hi Richard,
>>> no, not completely.
>>> instead of 1) you should cd somewhere in your home directory, where you
>>> have write access
>>> 2) - 3) are correct. Choose /usr/local/ as prefix
>>> 5) could also be done by copying over setup_env.sh to
>>> /etc/profile.d/50-setup-gnuradio-paths
>>>
>>> 6) is normal and should not result in errors.
>>>
>>> If normal users (including) want to install their own OOT modules,
>>> they'd use a local clone of pybombs, setting that gnuradio is already
>>> installed, and install their modules into a user-prefix (e.g.
>>> /home/user/prefix).
>>>
>>> Greetings,
>>> Marcus
>>>
>>>
>>>
>>> On 03/12/2015 10:43 PM, Richard Bell wrote:
>>>
>>>   Hi all,
>>>
>>>  I'm setting up a new shared laptop with multiple users who want to use
>>> GNU Radio. I'm not sure how to set this up correctly.
>>>
>>>  Should I do it this way:
>>>
>>>  1) cd /usr/local/bin
>>>  2) git clone https://github.com/pybombs/pybombs.git && cd pybombs
>>>  3) sudo ./pybombs install gnuradio (sudo needed to give permission to
>>> create files here)
>>>  4) ./pybombs env
>>>
>>>  5) Then instead of sourcing the setup_env.sh file from .bashrc, I will
>>> source it from /etc/profile.
>>>
>>>  6) Finally, and this is the part I'm most unsure of, since I used sudo
>>> ./pybombs install gnuradio, root owns these files. If I remember correctly,
>>> this caused issues for me in the past trying to run gnuradio from a
>>> non-root account. How should I handle this?
>>>
>>>  Thanks a lot,
>>>  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

Re: [Discuss-gnuradio] Errors while running CTest [VOLK...]

[West, Nathan]

On Fri, Mar 13, 2015 at 9:01 AM, Basse Ang  wrote:

> Hi,
>
> I just tried to install gnuradio (ref:
> http://gnuradio.org/doc/doxygen/build_guide.html)
>
> until :
> make test
>
> the result is :
> 
> 98% tests passed, 3 tests failed out of 193
>
> Total Test time (real) = 117.72 sec
>
> The following tests FAILED:
>   1 - qa_volk_test_all (Failed)
> 144 - qa_constellation (Failed)
> 187 - qa_codec2_vocoder (Failed)
> Errors while running CTest
> make: *** [test] Error 8
>
>
> then, from
> http://gnuradio.4.n7.nabble.com/Install-qa-volk-test-all-fails-td51420.html,
> there are some recommendations, so I follow with:
>
> sudo make install
> sudo ldconfig
> volk_profile
> make test
>
> the result is still same:
>
> The following tests FAILED:
>   1 - qa_volk_test_all (Failed)
> 144 - qa_constellation (Failed)
> 187 - qa_codec2_vocoder (Failed)
> Errors while running CTest
> make: *** [test] Error 8
>

As mentioned in the linked thread, doing this should not change anything.
There is no such thing as bootstrapping VOLK.


>
>
> for other additional information, might be needed, refer to
> http://gnuradio.4.n7.nabble.com/Install-qa-volk-test-all-fails-td51420.html
> >>>sudo ctest -V -R volk | grep -C 5 offset.. the result:
>
> 1: RUN_VOLK_TESTS: volk_32fc_s32f_magnitude_16i(20462,1)
> 1: a_sse3 completed in 0ms
> 1: a_sse completed in 0ms
> 1: generic completed in 0ms
> 1: u_orc completed in 0ms
> 1: offset 6 in1: -32768 in2: -31913
> 1: offset 8 in1: -32768 in2: -28448
> 1: offset 14 in1: -32768 in2: -30785
> 1: offset 17 in1: -32768 in2: -19291
> 1: offset 25 in1: -32768 in2: -28536
> 1: offset 27 in1: -32768 in2: -32730
> 1: offset 32 in1: -32768 in2: -30853
> 1: offset 47 in1: -32768 in2: -28458
> 1: offset 50 in1: -32768 in2: -29759
> 1: offset 53 in1: -32768 in2: -32381
> 1: volk_32fc_s32f_magnitude_16i: fail on arch u_orc
> 1: Best aligned arch: a_sse3
> 1: Best unaligned arch: generic
> 1: /home/tes/project/gnuradio/volk/lib/testqa.cc(70): error in
> "volk_32fc_s32f_magnitude_16i_test": check run_volk_tests(
> volk_32fc_s32f_magnitude_16i_get_func_desc(), (void
> (*)())volk_32fc_s32f_magnitude_16i_manual,
> std::string("volk_32fc_s32f_magnitude_16i"), 1, 32768, 20462, 1, 0, "NULL")
> == 0 failed [true != 0]
> 1: RUN_VOLK_TESTS: volk_32fc_magnitude_32f(20462,1)
> Errors while running CTest
>
> >>> cat /proc/cpuinfo | grep 'model name'
> model name: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz
> model name: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz
> model name: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz
> model name: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz
>
>
This is the first I case I've heard of this protokernel failing. We've had
problems with ORC on other platforms, but never before on an x86_64. As a
band-aid you could just remove ORC and rebuild (or run cmake again with
-DENABLE_ORC=False), but the negative results from generic are also kind of
interesting.

In the mean time, can you tell me
* which version of GNU Radio you're building?
* what version of orc are you running?


>
> manythanks,
> Bass
>
>
Nathan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] GNU Radio on Zedboard

[Alireza Khodamoradi]

Hello everyone,

I'm going through the instructions from here:

http://gnuradio.org/redmine/projects/gnuradio/wiki/Zynq

to get a working image with gnu radio for my zedboard.

Unfortunately I can't get the board to boot with this image. I was
wondering if someone can help me.

what I tried so far ( all failed - can't boot from the SDCard):

- default settings in the instructions
- renaming u-boot.bin to boot.bin
- renaming u-boot.bin to BOOT.BIN
- renaming uImage--zedboard-zynq7.dtb to devicetree.dtb
- I tried command line as well as gparted gui.

what I checked:

- download a linux from XillyBus and boot the board with SDCard -> works

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

Re: [Discuss-gnuradio] Burst Transmissions

[Martin Braun]

Only gave your FG a quick glance, but if you give the HPD the right 
packet length, you should end up with only the data packet.


Things to check:
- Is the packet length passed to the HPD correct?
- Are there packing/unpacking issues that would add zeros? Are you maybe 
calculating the packet length in the wrong domain?


M

On 13.03.2015 10:09, Richard Bell wrote:

Hi all,

This is kind of a reword of a previous question I asked yesterday. I
don't think I did a good job.

I am receiving data bursts that can be separated by no transmissions
(noise) for extended periods of time. I want to figure out a way to get
the bursts of data into a file without the noise. I can identify the
bursts and how long the bursts are in terms of bytes. I can't figure out
a way to then get the burst into a file without all dead time between
them. The dead time translates to large chunks of zeros in the output file.

I'm attaching a flowgraph of what allows me to identify the burst
header, remove the header and claim the payload. The problem remains
that along with the payload going to the file, large chunks of zeros are
also making it into the file.

I would really appreciate some guidance.

v/r,
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

Re: [Discuss-gnuradio] Burst Transmissions

[Richard Bell]

Thanks for confirming the functionality of the HPD block. That's what I was
hoping it would do. I'll assume the problem lies in how I'm using it and
debug around it.

Thanks for the help.

Rich

On Fri, Mar 13, 2015 at 10:25 AM, Martin Braun 
wrote:

> Only gave your FG a quick glance, but if you give the HPD the right packet
> length, you should end up with only the data packet.
>
> Things to check:
> - Is the packet length passed to the HPD correct?
> - Are there packing/unpacking issues that would add zeros? Are you maybe
> calculating the packet length in the wrong domain?
>
> M
>
>
> On 13.03.2015 10:09, Richard Bell wrote:
>
>> Hi all,
>>
>> This is kind of a reword of a previous question I asked yesterday. I
>> don't think I did a good job.
>>
>> I am receiving data bursts that can be separated by no transmissions
>> (noise) for extended periods of time. I want to figure out a way to get
>> the bursts of data into a file without the noise. I can identify the
>> bursts and how long the bursts are in terms of bytes. I can't figure out
>> a way to then get the burst into a file without all dead time between
>> them. The dead time translates to large chunks of zeros in the output
>> file.
>>
>> I'm attaching a flowgraph of what allows me to identify the burst
>> header, remove the header and claim the payload. The problem remains
>> that along with the payload going to the file, large chunks of zeros are
>> also making it into the file.
>>
>> I would really appreciate some guidance.
>>
>> v/r,
>> 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] using virtual member functions

[Martin Braun]

When you 'make' a block, it actually returns you a _impl version of the 
class, even though only the abstract class is declared publically. All 
the methods are actually defined in the _impl, where also the members 
reside.


If you're having trouble understanding the polymorphism concepts, I 
suggest having another look at some C++ literature. If it's the actual 
GNU Radio block design, have another look at examples of blocks (e.g. in 
gr-blocks) to see how the abstract methods interact with their definitions.


Cheers,
M

On 13.03.2015 06:15, Mostafa Alizadeh wrote:

Hello all,

I'm about to use member functions of the abstract base class of qtgui
classes to adjust visualization parameters such as "set_title",
"set_line_label" etc.

There is an explanation of virtual based classes in [1]. So it's
possible to use pure virtual functions by the derived classes.

When we're in GNURadio, there is an abstract class and an implementation
class which is derived from the abstract class. So I expect to be able
of using the pure virtual functions declared in abstract class by having
a pointer of the implementation class. However the members aren't
accessible. What can I do to use them?

Best,
Mostafa

[1] http://www.cplusplus.com/doc/tutorial/polymorphism/



___
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] Controlling File Sink

[Martin Braun]

On 12.03.2015 11:36, Richard Bell wrote:

Hello all,

In GRC, I've set up a packet detector that is working using the Header
Payload Demux block. Unexpectedly, however, it seems the payload output
port does not go silent when no header is detected. It outputs zeros,
which the file sink block I have connected to that port then stores.


Richard,

the HPD does *not* output zeros between bursts. It will send out 
whatever the header return message tells it to output. Check the OFDM 
examples for how these things happen. You can add message probes to see 
what exactly is encoded by the messages.


M


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

Re: [Discuss-gnuradio] Setting up GNU Radio

[West, Nathan]

The problem is the python posixpath's basename() when run as sudo is None.
Pybombs depends on that for the initial config.

A solution without changing the way pybombs does this is just to run
./pybombs config without root, then do your sudo pybombs install.


On Fri, Mar 13, 2015 at 12:02 PM, Richard Bell 
wrote:

> I forgot to answer one of your previous questions. Yes the error occurs
> before I have a chance to enter anything for the prefix. I have no control
> over it.
>
> v/r,
> Rich
>
> On Fri, Mar 13, 2015 at 10:00 AM, Richard Bell 
> wrote:
>
>> Marcus,
>>
>> I deleted the pybombs folder and re-cloned pybombs from remote. When
>> running 'sudo ./pybombs install gnuradio' I still get the same error output
>> when it reachees the prefix portion.
>>
>> Also, I want to make sure I understand your following directions. To
>> install gnuradio on a computer so all user accounts have access to it, I
>> should do the following:
>>
>> 1) Install the base gnuradio framework to /usr/local/bin
>> 2) Have users install custom modules they want to their local home
>> directories
>>
>> v/r,
>> Rich
>>
>> On Thu, Mar 12, 2015 at 3:12 PM, Marcus Müller 
>> wrote:
>>
>>>  If I install it without sudo to a local account directory, how will
>>> other users be able to access the install? Is it simply a matter of setting
>>> up the environment variables correctly?
>>>
>>> The idea is to install GNU Radio globally, and let users handle their
>>> own modules in their own home directories. So you'd install GNU Radio with
>>> sudo as root into /usr/local, and each user installs private modules into
>>> /home//prefix
>>>
>>> When does the error you paste below occur? Before you get the chance to
>>> enter /usr/local as prefix, or after?
>>> Anyway, I'd recommend deleting your pybombs folder and cloning it
>>> cleanly again, running pybombs without root. It should ask you for the
>>> prefix. after that, it should print a warning that you should re-run it
>>> with sudo. Do that. Does the error still occur?
>>>
>>> Greetings,
>>> Marcus
>>>
>>>
>>>
>>>
>>> On 03/12/2015 11:02 PM, Richard Bell wrote:
>>>
>>>   Thanks for responding MarcusM,
>>>
>>>  I can't execute 'sudo ./pybombs install gnuradio' at all, because it
>>> fails with the following output:
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> *rbell@polarcode1:~/Documents/gnuradio/pybombs$ sudo ./pybombs install
>>> gnuradio Initializing config file... Username for GIT access gituser
>>> [root]: Directory of git cache repository gitcache []: Install Prefix
>>> Traceback (most recent call last):   File "./pybombs", line 25, in 
>>> from mod_pybombs import verbosity as v   File
>>> "/home/rbell/Documents/gnuradio/pybombs/mod_pybombs/__init__.py", line 22,
>>> in  from globals import *;   File
>>> "/home/rbell/Documents/gnuradio/pybombs/mod_pybombs/globals.py", line 48,
>>> in  config_init(config);   File
>>> "/home/rbell/Documents/gnuradio/pybombs/mod_pybombs/cfg.py", line 70, in
>>> config_init if os.path.basename(pwd)=="pybombs":   File
>>> "/usr/lib/python2.7/posixpath.py", line 121, in basename i =
>>> p.rfind('/') + 1 AttributeError: 'NoneType' object has no attribute 'rfind'
>>> rbell@polarcode1:~/Documents/gnuradio/pybombs$ *
>>>
>>>  If I install it without sudo to a local account directory, how will
>>> other users be able to access the install? Is it simply a matter of setting
>>> up the environment variables correctly?
>>>
>>>  v/r,
>>>  Rich
>>>
>>> On Thu, Mar 12, 2015 at 2:49 PM, Marcus Müller >> > wrote:
>>>
  Hi Richard,
 no, not completely.
 instead of 1) you should cd somewhere in your home directory, where you
 have write access
 2) - 3) are correct. Choose /usr/local/ as prefix
 5) could also be done by copying over setup_env.sh to
 /etc/profile.d/50-setup-gnuradio-paths

 6) is normal and should not result in errors.

 If normal users (including) want to install their own OOT modules,
 they'd use a local clone of pybombs, setting that gnuradio is already
 installed, and install their modules into a user-prefix (e.g.
 /home/user/prefix).

 Greetings,
 Marcus



 On 03/12/2015 10:43 PM, Richard Bell wrote:

   Hi all,

  I'm setting up a new shared laptop with multiple users who want to use
 GNU Radio. I'm not sure how to set this up correctly.

  Should I do it this way:

  1) cd /usr/local/bin
  2) git clone https://github.com/pybombs/pybombs.git && cd pybombs
  3) sudo ./pybombs install gnuradio (sudo needed to give permission to
 create files here)
  4) ./pybombs env

  5) Then instead of sourcing the setup_env.sh file from .bashrc, I will
 source it from /etc/profile.

  6) Finally, and this is the part I'm most unsure of, since I used sudo
 ./pybombs install gnuradio, root owns these files. If I remember correctly,
 this caused 

[Discuss-gnuradio] installing gr-ettus

[Ben Lapointe]

Hi,
I'm trying to install gr-ettus on an E310.
I previously installed a new version of UHD (to support RFNoC) in the
directory /opt/uhd
I would like to install gr-ettus into the existing version of gnuradio that
is installed.

Inside the build directory of gr-ettus, when I type "cmake ../" I get the
following message and error:
-- Found UHD: /usr/lib/libuhd.so
CMake Error at CMakeLists.txt:108 (message):
RFNoC not found.

When I had installed UHD, I followed the steps in [1], and made sure that
the new libuhd.so was in my LD_LIBRARY_PATH and I added the new path to
/etc/ld.so.conf; however, when I ran ldconfig I got the following error:
ldconfig: /usr/lib/libstdc++.so.6.0.20-gdb.py is not an ELF file - it has
the wrong magic bytes at the start.
I had ignored that error, partly because I didn't understand it, and partly
because I had already updated the LD_LIBRARY_PATH variable.  Was it a
mistake to ignore it?

I welcome any advice on installing gnuradio out-of-tree modules (such as
gr-ettus mentioned in [2]), and advice on managing different versions of
UHD on the same system.  I can't seem to get the gr-ettus installation to
look at the new version of UHD.  Note: I am using the E310 Dizzy build [3].

Thanks!
-ben

[1] http://files.ettus.com/manual/page_build_guide.html
[2] https://github.com/EttusResearch/uhd/wiki/RFNoC:-Getting-Started
[3] http://files.ettus.com/e3xx_images/beta/dizzy-test/
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] GNU Radio on Zedboard

[Tom Rondeau]

On Fri, Mar 13, 2015 at 1:17 PM, Alireza Khodamoradi 
wrote:

> Hello everyone,
>
> I'm going through the instructions from here:
>
> http://gnuradio.org/redmine/projects/gnuradio/wiki/Zynq
>
> to get a working image with gnu radio for my zedboard.
>
> Unfortunately I can't get the board to boot with this image. I was
> wondering if someone can help me.
>
> what I tried so far ( all failed - can't boot from the SDCard):
>
> - default settings in the instructions
> - renaming u-boot.bin to boot.bin
> - renaming u-boot.bin to BOOT.BIN
> - renaming uImage--zedboard-zynq7.dtb to devicetree.dtb
> - I tried command line as well as gparted gui.
>
> what I checked:
>
> - download a linux from XillyBus and boot the board with SDCard -> works
>
> v/r
> Alireza
>

Can you provide details about how it's not booting? Are you monitoring the
boot sequence over the tty connection (/dev/ttyACM0, usually). I've noticed
bugs on my system where the u-boot sequence doesn't kick off properly, so I
have to go in over the serial connection to actually call 'boot' to get it
to run. (I'm sure this problem is something that I've done to myself.)

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

Re: [Discuss-gnuradio] installing gr-ettus

[Martin Braun]

Ben,

you *must* use the right branch of UHD (which I know you've been using). 
For cross-compiling, you need to make sure that *all* the CMake vars 
starting with UHD_ are correctly set.


Are you using our SDK? If yes, it's probably pointing to the SDK's 
default UHD.


M

On 13.03.2015 10:55, Ben Lapointe wrote:

Hi,
I'm trying to install gr-ettus on an E310.
I previously installed a new version of UHD (to support RFNoC) in the
directory /opt/uhd
I would like to install gr-ettus into the existing version of gnuradio
that is installed.

Inside the build directory of gr-ettus, when I type "cmake ../" I get
the following message and error:
-- Found UHD: /usr/lib/libuhd.so
CMake Error at CMakeLists.txt:108 (message):
RFNoC not found.

When I had installed UHD, I followed the steps in [1], and made sure
that the new libuhd.so was in my LD_LIBRARY_PATH and I added the new
path to /etc/ld.so.conf; however, when I ran ldconfig I got the
following error:
ldconfig: /usr/lib/libstdc++.so.6.0.20-gdb.py 
is not an ELF file - it has the wrong magic bytes at the start.
I had ignored that error, partly because I didn't understand it, and
partly because I had already updated the LD_LIBRARY_PATH variable.  Was
it a mistake to ignore it?

I welcome any advice on installing gnuradio out-of-tree modules (such as
gr-ettus mentioned in [2]), and advice on managing different versions of
UHD on the same system.  I can't seem to get the gr-ettus installation
to look at the new version of UHD.  Note: I am using the E310 Dizzy
build [3].

Thanks!
-ben

[1] http://files.ettus.com/manual/page_build_guide.html
[2] https://github.com/EttusResearch/uhd/wiki/RFNoC:-Getting-Started
[3] http://files.ettus.com/e3xx_images/beta/dizzy-test/




___
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] Can you spot the error in the python basic block?

[Anderson, Douglas J.]

Yesterday I asked a question about a failing flowgraph when connecting the copy 
block to a message source and running the flowgraph multiple times.

I'm still trying to understand what's going on, so I decided to write a version 
of "copy" in python to try and better understand things. Even though I've 
successfully written basic blocks in Python before, I am really struggling to 
make this work.

As it's implemented, it could (should) be a sync_block (and works if it is), 
but copy needs to be a basic block to handle disabled copying.

The test hangs as if "py_copy" is never passing on the WORK_DONE from the 
vector_sink. Does anyone see the error?

import numpy as np
from gnuradio import gr, gr_unittest, blocks

class py_copy(gr.basic_block):
"""A python version of the copy block for comparison testing."""
def __init__(self, itemtype):
gr.basic_block.__init__(
self,
name="py_copy",
in_sig=[itemtype],
out_sig=[itemtype]
)

def general_work(self, input_items, output_items):
n = min(len(input_items[0]), len(output_items[0]))
output_items[0][:n] = input_items[0][:n]
self.consume_each(n)
return n


class qa_copy(gr_unittest.TestCase):
def setUp(self):
self.tb = gr.top_block()

def tearDown(self):
self.tb = None

def test_copy(self):
src_data = np.arange(1000)
src = blocks.vector_source_f(src_data)
#copy_block = blocks.copy(gr.sizeof_float)
copy_block = py_copy(np.float32)
null_sink = blocks.null_sink(gr.sizeof_float)

self.tb.connect(src, copy_block, null_sink)

self.tb.run()
self.assertEqual(1000, copy_block.nitems_written(0))


if __name__ == '__main__':
gr_unittest.run(qa_copy)
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] GNU Radio on Zedboard

[Philip Balister]

On 03/13/2015 01:17 PM, Alireza Khodamoradi wrote:
> Hello everyone,
> 
> I'm going through the instructions from here:
> 
> http://gnuradio.org/redmine/projects/gnuradio/wiki/Zynq

I should go over those carefully, but in the mentime I have some images
built for the zedbaord here:

https://www.dropbox.com/sh/yfbpj63pcenqatr/AAAt0s3xFXs47I7q5pNopheHa?dl=0

Take the zedboard one, uncompress it and write it to an sd card. Be sure
to unmount (not eject) the sd card and run:

sudo dd if=sdimage-8G-zedboard.direct of=/dev/sdX

where sdx is the device the sd card is on.

Philip

> 
> to get a working image with gnu radio for my zedboard.
> 
> Unfortunately I can't get the board to boot with this image. I was
> wondering if someone can help me.
> 
> what I tried so far ( all failed - can't boot from the SDCard):
> 
> - default settings in the instructions
> - renaming u-boot.bin to boot.bin
> - renaming u-boot.bin to BOOT.BIN
> - renaming uImage--zedboard-zynq7.dtb to devicetree.dtb
> - I tried command line as well as gparted gui.
> 
> what I checked:
> 
> - download a linux from XillyBus and boot the board with SDCard -> works
> 
> v/r
> Alireza
> 
> 
> 
> ___
> 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] News about upcoming release

[Tom Rondeau]

Please see the following news item regarding our release plans for version
3.7.7:

http://gnuradio.org/redmine/news/48

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

Re: [Discuss-gnuradio] installing gr-ettus

[Ben Lapointe]

Martin,
I am not using the SDK.  The steps I have taken so far:
Created a new SD card from the dizzy dev image found at [1].
Followed the steps at [2] to clone the RFNoC git repository, switch to
rfnoc-devel branch, build it, install it to /opt/uhd
My next challenge was to install the gr-ettus OOT module to be able to use
the RFNoC blocks in GRC.
The dizzy image already had a previous install of UHD and GNU RADIO.  For
RFNoC I installed a new UHD with the RFNoC branch.  I was hoping to add
gr-ettus to the existing GNU RADIO install, to simplify things.
I am doing all of this on the E310.  Is this the right way to do it?  I
assumed that I didn't need the SDK because I already had an SD image built.
Thanks,
-ben
[1] http://files.ettus.com/e3xx_images/beta/dizzy-test/
[2] https://github.com/EttusResearch/uhd/wiki/RFNoC:-Getting-Started

On Fri, Mar 13, 2015 at 2:12 PM, Martin Braun 
wrote:

> Ben,
>
> you *must* use the right branch of UHD (which I know you've been using).
> For cross-compiling, you need to make sure that *all* the CMake vars
> starting with UHD_ are correctly set.
>
> Are you using our SDK? If yes, it's probably pointing to the SDK's default
> UHD.
>
> M
>
> On 13.03.2015 10:55, Ben Lapointe wrote:
>
>> Hi,
>> I'm trying to install gr-ettus on an E310.
>> I previously installed a new version of UHD (to support RFNoC) in the
>> directory /opt/uhd
>> I would like to install gr-ettus into the existing version of gnuradio
>> that is installed.
>>
>> Inside the build directory of gr-ettus, when I type "cmake ../" I get
>> the following message and error:
>> -- Found UHD: /usr/lib/libuhd.so
>> CMake Error at CMakeLists.txt:108 (message):
>> RFNoC not found.
>>
>> When I had installed UHD, I followed the steps in [1], and made sure
>> that the new libuhd.so was in my LD_LIBRARY_PATH and I added the new
>> path to /etc/ld.so.conf; however, when I ran ldconfig I got the
>> following error:
>> ldconfig: /usr/lib/libstdc++.so.6.0.20-gdb.py 
>> is not an ELF file - it has the wrong magic bytes at the start.
>> I had ignored that error, partly because I didn't understand it, and
>> partly because I had already updated the LD_LIBRARY_PATH variable.  Was
>> it a mistake to ignore it?
>>
>> I welcome any advice on installing gnuradio out-of-tree modules (such as
>> gr-ettus mentioned in [2]), and advice on managing different versions of
>> UHD on the same system.  I can't seem to get the gr-ettus installation
>> to look at the new version of UHD.  Note: I am using the E310 Dizzy
>> build [3].
>>
>> Thanks!
>> -ben
>>
>> [1] http://files.ettus.com/manual/page_build_guide.html
>> [2] https://github.com/EttusResearch/uhd/wiki/RFNoC:-Getting-Started
>> [3] http://files.ettus.com/e3xx_images/beta/dizzy-test/
>> 
>>
>>
>>
>> ___
>> 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] Can you spot the error in the python basic block?

[Anderson, Douglas J.]

It seems like "consume_each" is not consuming the input buffer correctly. I 
stepped through the general_work function with a debugger and the input_items 
are being properly copied to output_items, consume_each and return are both 
being passed the correct integer for the number of input samples it got (1000), 
but the input buffer doesn't get consumed. Almost like vector_source_f was on 
"repeat", but it's not. Even putting a head block after the vector source does 
nothing.

-Doug

From: discuss-gnuradio-bounces+danderson=its.bldrdoc@gnu.org 
[discuss-gnuradio-bounces+danderson=its.bldrdoc@gnu.org] on behalf of 
Anderson, Douglas J. [dander...@its.bldrdoc.gov]
Sent: Friday, March 13, 2015 12:26 PM
To: GNURadio Discussion List
Subject: [Discuss-gnuradio] Can you spot the error in the python basic block?

Yesterday I asked a question about a failing flowgraph when connecting the copy 
block to a message source and running the flowgraph multiple times.

I'm still trying to understand what's going on, so I decided to write a version 
of "copy" in python to try and better understand things. Even though I've 
successfully written basic blocks in Python before, I am really struggling to 
make this work.

As it's implemented, it could (should) be a sync_block (and works if it is), 
but copy needs to be a basic block to handle disabled copying.

The test hangs as if "py_copy" is never passing on the WORK_DONE from the 
vector_sink. Does anyone see the error?

import numpy as np
from gnuradio import gr, gr_unittest, blocks

class py_copy(gr.basic_block):
"""A python version of the copy block for comparison testing."""
def __init__(self, itemtype):
gr.basic_block.__init__(
self,
name="py_copy",
in_sig=[itemtype],
out_sig=[itemtype]
)

def general_work(self, input_items, output_items):
n = min(len(input_items[0]), len(output_items[0]))
output_items[0][:n] = input_items[0][:n]
self.consume_each(n)
return n


class qa_copy(gr_unittest.TestCase):
def setUp(self):
self.tb = gr.top_block()

def tearDown(self):
self.tb = None

def test_copy(self):
src_data = np.arange(1000)
src = blocks.vector_source_f(src_data)
#copy_block = blocks.copy(gr.sizeof_float)
copy_block = py_copy(np.float32)
null_sink = blocks.null_sink(gr.sizeof_float)

self.tb.connect(src, copy_block, null_sink)

self.tb.run()
self.assertEqual(1000, copy_block.nitems_written(0))


if __name__ == '__main__':
gr_unittest.run(qa_copy)
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] GNU Radio on Android

[Vijay Galbaransingh]

Hi,

Has a patched version of GNU Radio which runs on Android been released?

I'm working on a project where I'm transmitting information over audio
from a desktop system to an Android device, and since setting up the
transmitter end with GNU Radio was such a snap I would love to leverage
the GNU Radio system to build the receiver as well.

Thanks,
Vijay

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

Re: [Discuss-gnuradio] installing gr-ettus

[Martin Braun]

I didn't realize you were doing on this on the device. If you have all 
the PATHs set up correctly, you should be good, but it looks like you're 
using the default UHD. Have a look at your CMake cache (in gr-ettus) and 
see where the UHD_* vars point to. They're 'advanced' vars, in case you 
can't see them immediately.


Cheers,
M

On 13.03.2015 12:08, Ben Lapointe wrote:

Martin,
I am not using the SDK.  The steps I have taken so far:
Created a new SD card from the dizzy dev image found at [1].
Followed the steps at [2] to clone the RFNoC git repository, switch to
rfnoc-devel branch, build it, install it to /opt/uhd
My next challenge was to install the gr-ettus OOT module to be able to
use the RFNoC blocks in GRC.
The dizzy image already had a previous install of UHD and GNU RADIO.
For RFNoC I installed a new UHD with the RFNoC branch.  I was hoping to
add gr-ettus to the existing GNU RADIO install, to simplify things.
I am doing all of this on the E310.  Is this the right way to do it?  I
assumed that I didn't need the SDK because I already had an SD image built.
Thanks,
-ben
[1] http://files.ettus.com/e3xx_images/beta/dizzy-test/
[2] https://github.com/EttusResearch/uhd/wiki/RFNoC:-Getting-Started

On Fri, Mar 13, 2015 at 2:12 PM, Martin Braun mailto:martin.br...@ettus.com>> wrote:

Ben,

you *must* use the right branch of UHD (which I know you've been
using). For cross-compiling, you need to make sure that *all* the
CMake vars starting with UHD_ are correctly set.

Are you using our SDK? If yes, it's probably pointing to the SDK's
default UHD.

M

On 13.03.2015 10:55, Ben Lapointe wrote:

Hi,
I'm trying to install gr-ettus on an E310.
I previously installed a new version of UHD (to support RFNoC)
in the
directory /opt/uhd
I would like to install gr-ettus into the existing version of
gnuradio
that is installed.

Inside the build directory of gr-ettus, when I type "cmake ../"
I get
the following message and error:
-- Found UHD: /usr/lib/libuhd.so
CMake Error at CMakeLists.txt:108 (message):
RFNoC not found.

When I had installed UHD, I followed the steps in [1], and made sure
that the new libuhd.so was in my LD_LIBRARY_PATH and I added the new
path to /etc/ld.so.conf; however, when I ran ldconfig I got the
following error:
ldconfig: /usr/lib/libstdc++.so.6.0.20-__gdb.py
 
is not an ELF file - it has the wrong magic bytes at the start.
I had ignored that error, partly because I didn't understand it, and
partly because I had already updated the LD_LIBRARY_PATH
variable.  Was
it a mistake to ignore it?

I welcome any advice on installing gnuradio out-of-tree modules
(such as
gr-ettus mentioned in [2]), and advice on managing different
versions of
UHD on the same system.  I can't seem to get the gr-ettus
installation
to look at the new version of UHD.  Note: I am using the E310 Dizzy
build [3].

Thanks!
-ben

[1] http://files.ettus.com/manual/__page_build_guide.html

[2]
https://github.com/__EttusResearch/uhd/wiki/RFNoC:-__Getting-Started

[3] http://files.ettus.com/e3xx___images/beta/dizzy-test/

>



_
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org 
https://lists.gnu.org/mailman/__listinfo/discuss-gnuradio




_
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org 
https://lists.gnu.org/mailman/__listinfo/discuss-gnuradio






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

Re: [Discuss-gnuradio] installing gr-ettus

[Martin Braun]

And you must have rfnoc-devel branch of UHD installed. This is not on 
the default image.


M

On 13.03.2015 14:14, Martin Braun wrote:

I didn't realize you were doing on this on the device. If you have all
the PATHs set up correctly, you should be good, but it looks like you're
using the default UHD. Have a look at your CMake cache (in gr-ettus) and
see where the UHD_* vars point to. They're 'advanced' vars, in case you
can't see them immediately.

Cheers,
M

On 13.03.2015 12:08, Ben Lapointe wrote:

Martin,
I am not using the SDK.  The steps I have taken so far:
Created a new SD card from the dizzy dev image found at [1].
Followed the steps at [2] to clone the RFNoC git repository, switch to
rfnoc-devel branch, build it, install it to /opt/uhd
My next challenge was to install the gr-ettus OOT module to be able to
use the RFNoC blocks in GRC.
The dizzy image already had a previous install of UHD and GNU RADIO.
For RFNoC I installed a new UHD with the RFNoC branch.  I was hoping to
add gr-ettus to the existing GNU RADIO install, to simplify things.
I am doing all of this on the E310.  Is this the right way to do it?  I
assumed that I didn't need the SDK because I already had an SD image
built.
Thanks,
-ben
[1] http://files.ettus.com/e3xx_images/beta/dizzy-test/
[2] https://github.com/EttusResearch/uhd/wiki/RFNoC:-Getting-Started

On Fri, Mar 13, 2015 at 2:12 PM, Martin Braun mailto:martin.br...@ettus.com>> wrote:

Ben,

you *must* use the right branch of UHD (which I know you've been
using). For cross-compiling, you need to make sure that *all* the
CMake vars starting with UHD_ are correctly set.

Are you using our SDK? If yes, it's probably pointing to the SDK's
default UHD.

M

On 13.03.2015 10:55, Ben Lapointe wrote:

Hi,
I'm trying to install gr-ettus on an E310.
I previously installed a new version of UHD (to support RFNoC)
in the
directory /opt/uhd
I would like to install gr-ettus into the existing version of
gnuradio
that is installed.

Inside the build directory of gr-ettus, when I type "cmake ../"
I get
the following message and error:
-- Found UHD: /usr/lib/libuhd.so
CMake Error at CMakeLists.txt:108 (message):
RFNoC not found.

When I had installed UHD, I followed the steps in [1], and
made sure
that the new libuhd.so was in my LD_LIBRARY_PATH and I added
the new
path to /etc/ld.so.conf; however, when I ran ldconfig I got the
following error:
ldconfig: /usr/lib/libstdc++.so.6.0.20-__gdb.py
 
is not an ELF file - it has the wrong magic bytes at the start.
I had ignored that error, partly because I didn't understand
it, and
partly because I had already updated the LD_LIBRARY_PATH
variable.  Was
it a mistake to ignore it?

I welcome any advice on installing gnuradio out-of-tree modules
(such as
gr-ettus mentioned in [2]), and advice on managing different
versions of
UHD on the same system.  I can't seem to get the gr-ettus
installation
to look at the new version of UHD.  Note: I am using the E310
Dizzy
build [3].

Thanks!
-ben

[1] http://files.ettus.com/manual/__page_build_guide.html

[2]

https://github.com/__EttusResearch/uhd/wiki/RFNoC:-__Getting-Started


[3] http://files.ettus.com/e3xx___images/beta/dizzy-test/

>



_
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] Setting up GNU Radio

[Richard Bell]

Thanks guys. I got it working eventually. All users on our station now have
access to gnuradio.

There was no way I could get pybombs to create the config.dat file itself
in /usr/local/bin. With sudo I had the prefix error problem and without
sudo it didn't have permission to create the file. The workaround I used
was to create the config.dat file by hand. I copy and pasted one I had on
another computer. That worked.

Thanks again,
Rich

On Fri, Mar 13, 2015 at 10:49 AM, West, Nathan 
wrote:

> The problem is the python posixpath's basename() when run as sudo is None.
> Pybombs depends on that for the initial config.
>
> A solution without changing the way pybombs does this is just to run
> ./pybombs config without root, then do your sudo pybombs install.
>
>
> On Fri, Mar 13, 2015 at 12:02 PM, Richard Bell 
> wrote:
>
>> I forgot to answer one of your previous questions. Yes the error occurs
>> before I have a chance to enter anything for the prefix. I have no control
>> over it.
>>
>> v/r,
>> Rich
>>
>> On Fri, Mar 13, 2015 at 10:00 AM, Richard Bell 
>> wrote:
>>
>>> Marcus,
>>>
>>> I deleted the pybombs folder and re-cloned pybombs from remote. When
>>> running 'sudo ./pybombs install gnuradio' I still get the same error output
>>> when it reachees the prefix portion.
>>>
>>> Also, I want to make sure I understand your following directions. To
>>> install gnuradio on a computer so all user accounts have access to it, I
>>> should do the following:
>>>
>>> 1) Install the base gnuradio framework to /usr/local/bin
>>> 2) Have users install custom modules they want to their local home
>>> directories
>>>
>>> v/r,
>>> Rich
>>>
>>> On Thu, Mar 12, 2015 at 3:12 PM, Marcus Müller >> > wrote:
>>>
  If I install it without sudo to a local account directory, how will
 other users be able to access the install? Is it simply a matter of setting
 up the environment variables correctly?

 The idea is to install GNU Radio globally, and let users handle their
 own modules in their own home directories. So you'd install GNU Radio with
 sudo as root into /usr/local, and each user installs private modules into
 /home//prefix

 When does the error you paste below occur? Before you get the chance to
 enter /usr/local as prefix, or after?
 Anyway, I'd recommend deleting your pybombs folder and cloning it
 cleanly again, running pybombs without root. It should ask you for the
 prefix. after that, it should print a warning that you should re-run it
 with sudo. Do that. Does the error still occur?

 Greetings,
 Marcus




 On 03/12/2015 11:02 PM, Richard Bell wrote:

   Thanks for responding MarcusM,

  I can't execute 'sudo ./pybombs install gnuradio' at all, because it
 fails with the following output:




















 *rbell@polarcode1:~/Documents/gnuradio/pybombs$ sudo ./pybombs install
 gnuradio Initializing config file... Username for GIT access gituser
 [root]: Directory of git cache repository gitcache []: Install Prefix
 Traceback (most recent call last):   File "./pybombs", line 25, in 
 from mod_pybombs import verbosity as v   File
 "/home/rbell/Documents/gnuradio/pybombs/mod_pybombs/__init__.py", line 22,
 in  from globals import *;   File
 "/home/rbell/Documents/gnuradio/pybombs/mod_pybombs/globals.py", line 48,
 in  config_init(config);   File
 "/home/rbell/Documents/gnuradio/pybombs/mod_pybombs/cfg.py", line 70, in
 config_init if os.path.basename(pwd)=="pybombs":   File
 "/usr/lib/python2.7/posixpath.py", line 121, in basename i =
 p.rfind('/') + 1 AttributeError: 'NoneType' object has no attribute 'rfind'
 rbell@polarcode1:~/Documents/gnuradio/pybombs$ *

  If I install it without sudo to a local account directory, how will
 other users be able to access the install? Is it simply a matter of setting
 up the environment variables correctly?

  v/r,
  Rich

 On Thu, Mar 12, 2015 at 2:49 PM, Marcus Müller <
 marcus.muel...@ettus.com> wrote:

>  Hi Richard,
> no, not completely.
> instead of 1) you should cd somewhere in your home directory, where
> you have write access
> 2) - 3) are correct. Choose /usr/local/ as prefix
> 5) could also be done by copying over setup_env.sh to
> /etc/profile.d/50-setup-gnuradio-paths
>
> 6) is normal and should not result in errors.
>
> If normal users (including) want to install their own OOT modules,
> they'd use a local clone of pybombs, setting that gnuradio is already
> installed, and install their modules into a user-prefix (e.g.
> /home/user/prefix).
>
> Greetings,
> Marcus
>
>
>
> On 03/12/2015 10:43 PM, Richard Bell wrote:
>
>   Hi all,
>
>  I'm setting up a new

Re: [Discuss-gnuradio] GNU Radio on Android

[Tom Rondeau]

On Fri, Mar 13, 2015 at 5:04 PM, Vijay Galbaransingh  wrote:

> Hi,
>
> Has a patched version of GNU Radio which runs on Android been released?
>
> I'm working on a project where I'm transmitting information over audio
> from a desktop system to an Android device, and since setting up the
> transmitter end with GNU Radio was such a snap I would love to leverage
> the GNU Radio system to build the receiver as well.
>
> Thanks,
> Vijay
>

Just yesterday, in fact:

http://gnuradio.org/redmine/projects/gnuradio/wiki/Android

I'll try to release some of my apps soon. One of them captures from the
audio device, even. It's not too hard since there's the gr-grand opensl
audio source block to talk to the audio system.

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

Re: [Discuss-gnuradio] installing gr-ettus

[Philip Balister]

On 03/13/2015 05:16 PM, Martin Braun wrote:
> And you must have rfnoc-devel branch of UHD installed. This is not on
> the default image.

Somewhere we have a toolchain file for cmake to build natively?
Otherwise the default flags are for older arms and no neon.

Philip

> 
> M
> 
> On 13.03.2015 14:14, Martin Braun wrote:
>> I didn't realize you were doing on this on the device. If you have all
>> the PATHs set up correctly, you should be good, but it looks like you're
>> using the default UHD. Have a look at your CMake cache (in gr-ettus) and
>> see where the UHD_* vars point to. They're 'advanced' vars, in case you
>> can't see them immediately.
>>
>> Cheers,
>> M
>>
>> On 13.03.2015 12:08, Ben Lapointe wrote:
>>> Martin,
>>> I am not using the SDK.  The steps I have taken so far:
>>> Created a new SD card from the dizzy dev image found at [1].
>>> Followed the steps at [2] to clone the RFNoC git repository, switch to
>>> rfnoc-devel branch, build it, install it to /opt/uhd
>>> My next challenge was to install the gr-ettus OOT module to be able to
>>> use the RFNoC blocks in GRC.
>>> The dizzy image already had a previous install of UHD and GNU RADIO.
>>> For RFNoC I installed a new UHD with the RFNoC branch.  I was hoping to
>>> add gr-ettus to the existing GNU RADIO install, to simplify things.
>>> I am doing all of this on the E310.  Is this the right way to do it?  I
>>> assumed that I didn't need the SDK because I already had an SD image
>>> built.
>>> Thanks,
>>> -ben
>>> [1] http://files.ettus.com/e3xx_images/beta/dizzy-test/
>>> [2] https://github.com/EttusResearch/uhd/wiki/RFNoC:-Getting-Started
>>>
>>> On Fri, Mar 13, 2015 at 2:12 PM, Martin Braun >> > wrote:
>>>
>>> Ben,
>>>
>>> you *must* use the right branch of UHD (which I know you've been
>>> using). For cross-compiling, you need to make sure that *all* the
>>> CMake vars starting with UHD_ are correctly set.
>>>
>>> Are you using our SDK? If yes, it's probably pointing to the SDK's
>>> default UHD.
>>>
>>> M
>>>
>>> On 13.03.2015 10:55, Ben Lapointe wrote:
>>>
>>> Hi,
>>> I'm trying to install gr-ettus on an E310.
>>> I previously installed a new version of UHD (to support RFNoC)
>>> in the
>>> directory /opt/uhd
>>> I would like to install gr-ettus into the existing version of
>>> gnuradio
>>> that is installed.
>>>
>>> Inside the build directory of gr-ettus, when I type "cmake ../"
>>> I get
>>> the following message and error:
>>> -- Found UHD: /usr/lib/libuhd.so
>>> CMake Error at CMakeLists.txt:108 (message):
>>> RFNoC not found.
>>>
>>> When I had installed UHD, I followed the steps in [1], and
>>> made sure
>>> that the new libuhd.so was in my LD_LIBRARY_PATH and I added
>>> the new
>>> path to /etc/ld.so.conf; however, when I ran ldconfig I got the
>>> following error:
>>> ldconfig: /usr/lib/libstdc++.so.6.0.20-__gdb.py
>>>  
>>> is not an ELF file - it has the wrong magic bytes at the start.
>>> I had ignored that error, partly because I didn't understand
>>> it, and
>>> partly because I had already updated the LD_LIBRARY_PATH
>>> variable.  Was
>>> it a mistake to ignore it?
>>>
>>> I welcome any advice on installing gnuradio out-of-tree modules
>>> (such as
>>> gr-ettus mentioned in [2]), and advice on managing different
>>> versions of
>>> UHD on the same system.  I can't seem to get the gr-ettus
>>> installation
>>> to look at the new version of UHD.  Note: I am using the E310
>>> Dizzy
>>> build [3].
>>>
>>> Thanks!
>>> -ben
>>>
>>> [1] http://files.ettus.com/manual/__page_build_guide.html
>>> 
>>> [2]
>>>
>>> https://github.com/__EttusResearch/uhd/wiki/RFNoC:-__Getting-Started
>>>
>>> 
>>> [3] http://files.ettus.com/e3xx___images/beta/dizzy-test/
>>> 
>>> >> >
>>>
>>>
>>>
>>> _
>>> 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

Re: [Discuss-gnuradio] installing gr-ettus

[Martin Braun]

I run gr-ettus on E300 all the time using the GNU Radio toolchain file. 
You have to set UHD_INCLUDE_DIRS and UHD_LIBRARIES, though.


M

On 13.03.2015 14:52, Philip Balister wrote:

On 03/13/2015 05:16 PM, Martin Braun wrote:

And you must have rfnoc-devel branch of UHD installed. This is not on
the default image.


Somewhere we have a toolchain file for cmake to build natively?
Otherwise the default flags are for older arms and no neon.

Philip



M

On 13.03.2015 14:14, Martin Braun wrote:

I didn't realize you were doing on this on the device. If you have all
the PATHs set up correctly, you should be good, but it looks like you're
using the default UHD. Have a look at your CMake cache (in gr-ettus) and
see where the UHD_* vars point to. They're 'advanced' vars, in case you
can't see them immediately.

Cheers,
M

On 13.03.2015 12:08, Ben Lapointe wrote:

Martin,
I am not using the SDK.  The steps I have taken so far:
Created a new SD card from the dizzy dev image found at [1].
Followed the steps at [2] to clone the RFNoC git repository, switch to
rfnoc-devel branch, build it, install it to /opt/uhd
My next challenge was to install the gr-ettus OOT module to be able to
use the RFNoC blocks in GRC.
The dizzy image already had a previous install of UHD and GNU RADIO.
For RFNoC I installed a new UHD with the RFNoC branch.  I was hoping to
add gr-ettus to the existing GNU RADIO install, to simplify things.
I am doing all of this on the E310.  Is this the right way to do it?  I
assumed that I didn't need the SDK because I already had an SD image
built.
Thanks,
-ben
[1] http://files.ettus.com/e3xx_images/beta/dizzy-test/
[2] https://github.com/EttusResearch/uhd/wiki/RFNoC:-Getting-Started

On Fri, Mar 13, 2015 at 2:12 PM, Martin Braun mailto:martin.br...@ettus.com>> wrote:

 Ben,

 you *must* use the right branch of UHD (which I know you've been
 using). For cross-compiling, you need to make sure that *all* the
 CMake vars starting with UHD_ are correctly set.

 Are you using our SDK? If yes, it's probably pointing to the SDK's
 default UHD.

 M

 On 13.03.2015 10:55, Ben Lapointe wrote:

 Hi,
 I'm trying to install gr-ettus on an E310.
 I previously installed a new version of UHD (to support RFNoC)
 in the
 directory /opt/uhd
 I would like to install gr-ettus into the existing version of
 gnuradio
 that is installed.

 Inside the build directory of gr-ettus, when I type "cmake ../"
 I get
 the following message and error:
 -- Found UHD: /usr/lib/libuhd.so
 CMake Error at CMakeLists.txt:108 (message):
 RFNoC not found.

 When I had installed UHD, I followed the steps in [1], and
made sure
 that the new libuhd.so was in my LD_LIBRARY_PATH and I added
the new
 path to /etc/ld.so.conf; however, when I ran ldconfig I got the
 following error:
 ldconfig: /usr/lib/libstdc++.so.6.0.20-__gdb.py
  
 is not an ELF file - it has the wrong magic bytes at the start.
 I had ignored that error, partly because I didn't understand
it, and
 partly because I had already updated the LD_LIBRARY_PATH
 variable.  Was
 it a mistake to ignore it?

 I welcome any advice on installing gnuradio out-of-tree modules
 (such as
 gr-ettus mentioned in [2]), and advice on managing different
 versions of
 UHD on the same system.  I can't seem to get the gr-ettus
 installation
 to look at the new version of UHD.  Note: I am using the E310
Dizzy
 build [3].

 Thanks!
 -ben

 [1] http://files.ettus.com/manual/__page_build_guide.html
 
 [2]

https://github.com/__EttusResearch/uhd/wiki/RFNoC:-__Getting-Started


 [3] http://files.ettus.com/e3xx___images/beta/dizzy-test/
 
 >



 _
 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:

Re: [Discuss-gnuradio] GNU Radio on Android

[Vijay Galbaransingh]

Thanks for the quick reply Tom! I’ll start with this right away. Looking 
forward to seeing your apps when you get a chance.



Thanks again,

Vijay



From: trond...@trondeau.com [mailto:trond...@trondeau.com] On Behalf Of Tom 
Rondeau
Sent: March-13-15 14:41
To: Vijay Galbaransingh
Cc: GNURadio Discussion List
Subject: Re: [Discuss-gnuradio] GNU Radio on Android



On Fri, Mar 13, 2015 at 5:04 PM, Vijay Galbaransingh  wrote:

Hi,

Has a patched version of GNU Radio which runs on Android been released?

I'm working on a project where I'm transmitting information over audio
from a desktop system to an Android device, and since setting up the
transmitter end with GNU Radio was such a snap I would love to leverage
the GNU Radio system to build the receiver as well.

Thanks,
Vijay



Just yesterday, in fact:



http://gnuradio.org/redmine/projects/gnuradio/wiki/Android



I'll try to release some of my apps soon. One of them captures from the 
audio device, even. It's not too hard since there's the gr-grand opensl 
audio source block to talk to the audio system.



Tom



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

Re: [Discuss-gnuradio] Controlling File Sink

[Ali Riaz]

Hey Richard,

I looked at your previous post, and turns out that I actually have a
similar need; I'm trying to figure out a way to control the functionality
of the tagged file sink because I don't want it to create so many files lol
(I'd just like it to place everything in one file).

So I was thinking, since we already have the source code for these blocks,
and there's a nice tutorial on how to write blocks either in c++ or python
at http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules, so
a good starting point would be to create our own version of the block, and
use the current source code as a starting point in adding the extra
functionality that's needed.

Best,
Ali

On Fri, Mar 13, 2015 at 12:32 PM, Martin Braun 
wrote:

> On 12.03.2015 11:36, Richard Bell wrote:
>
>> Hello all,
>>
>> In GRC, I've set up a packet detector that is working using the Header
>> Payload Demux block. Unexpectedly, however, it seems the payload output
>> port does not go silent when no header is detected. It outputs zeros,
>> which the file sink block I have connected to that port then stores.
>>
>
> Richard,
>
> the HPD does *not* output zeros between bursts. It will send out whatever
> the header return message tells it to output. Check the OFDM examples for
> how these things happen. You can add message probes to see what exactly is
> encoded by the messages.
>
>
> M
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] GNU Radio on Zedboard

[Alireza Khodamoradi]

Hi Tom,

I connected my UART to /dev/ttyACM0. Here are the result:

-With the image from Xillybus:

I see the boot sequence and it works fine.

-With the image from http://gnuradio.org/redmine/projects/gnuradio/wiki/Zynq

I get nothing!

Am I overlooking something very obvious?

v/r
Alireza

On Fri, Mar 13, 2015 at 11:06 AM, Tom Rondeau  wrote:

> On Fri, Mar 13, 2015 at 1:17 PM, Alireza Khodamoradi <
> alire...@eng.ucsd.edu> wrote:
>
>> Hello everyone,
>>
>> I'm going through the instructions from here:
>>
>> http://gnuradio.org/redmine/projects/gnuradio/wiki/Zynq
>>
>> to get a working image with gnu radio for my zedboard.
>>
>> Unfortunately I can't get the board to boot with this image. I was
>> wondering if someone can help me.
>>
>> what I tried so far ( all failed - can't boot from the SDCard):
>>
>> - default settings in the instructions
>> - renaming u-boot.bin to boot.bin
>> - renaming u-boot.bin to BOOT.BIN
>> - renaming uImage--zedboard-zynq7.dtb to devicetree.dtb
>> - I tried command line as well as gparted gui.
>>
>> what I checked:
>>
>> - download a linux from XillyBus and boot the board with SDCard -> works
>>
>> v/r
>> Alireza
>>
>
> Can you provide details about how it's not booting? Are you monitoring the
> boot sequence over the tty connection (/dev/ttyACM0, usually). I've noticed
> bugs on my system where the u-boot sequence doesn't kick off properly, so I
> have to go in over the serial connection to actually call 'boot' to get it
> to run. (I'm sure this problem is something that I've done to myself.)
>
> Tom
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] First project: Garmin Rino GPS/FRS/GMRS?

[Kevin Zembower]

Hello,

I'm very new to GNURadio and to RF exploration/hacking in general. I've 
downloaded GNURadio on my Linux system and have been successful in 
installing a couple of systems. I got the RTL-SDR USB receiver working, 
and have the gr-rds system working.


A project I thought of working on would be to try to understand and 
document the system used by Garmin Rino GPS/FRS/GMRS systems (see 
https://buy.garmin.com/en-US/US/cOnTheTrail-cTwowayRadio-p1.html). These 
systems seem to transmit the transmitter's latitude, longitude and 
altitude to all the other Rino radios using the same FRS or GMRS channel 
and squelch code. This seems to occur whenever the Push To Talk button 
is pressed. The receiver's location, as well as all the other 
transmitters, can be viewed on everyone's GPS display.


I searched for Garmin and Rino in the mailing list's archives, and 
didn't come up with anything significant. Is this idea similar to 
anything else that anyone's attempted? If not, can anyone point me to 
ideas for getting started? I'm thinking that I'll first have to capture 
the waveforms produced by keying my Rino, then see if I can discern the 
encoding of the digital information.


Thanks for any pointers anyone can think of to begin working on this system.

-Kevin

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

Re: [Discuss-gnuradio] First project: Garmin Rino GPS/FRS/GMRS?

[Martin Braun]

Kevin,

I don't think there's anyone doing this. In general, I recommend 
checking the PyBOMBS recipe list which contains a lot of active projects.


For how to start, that depends a lot on your comfort level doing 
wireless comms and DSP. Do you have any details on the modulation used?


Cheers,
m

On 13.03.2015 17:12, Kevin Zembower wrote:

Hello,

I'm very new to GNURadio and to RF exploration/hacking in general. I've
downloaded GNURadio on my Linux system and have been successful in
installing a couple of systems. I got the RTL-SDR USB receiver working,
and have the gr-rds system working.

A project I thought of working on would be to try to understand and
document the system used by Garmin Rino GPS/FRS/GMRS systems (see
https://buy.garmin.com/en-US/US/cOnTheTrail-cTwowayRadio-p1.html). These
systems seem to transmit the transmitter's latitude, longitude and
altitude to all the other Rino radios using the same FRS or GMRS channel
and squelch code. This seems to occur whenever the Push To Talk button
is pressed. The receiver's location, as well as all the other
transmitters, can be viewed on everyone's GPS display.

I searched for Garmin and Rino in the mailing list's archives, and
didn't come up with anything significant. Is this idea similar to
anything else that anyone's attempted? If not, can anyone point me to
ideas for getting started? I'm thinking that I'll first have to capture
the waveforms produced by keying my Rino, then see if I can discern the
encoding of the digital information.

Thanks for any pointers anyone can think of to begin working on this
system.

-Kevin

___
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