Re: [Discuss-gnuradio] 32bit version motivations

[Marcus Müller]

Hi!

I thing Dario is referring to the Hipstreet W10, which does really have
a 64 bit Atom CPU; however, maybe the win8.1 running on that is 32bit,
considering the very sparse 2GB RAM.

Best regards,

Marcus


On 09/19/2016 05:15 PM, Geof Nieboer wrote:
> Dario,
>
> Can you send a link to the tablets in question?  I'm curious what CPU
> is installed and how they are locked down.
>
> Building a 32-bit version would be a significant effort, not
> particularly because of GNURadio itself, but because of the
> dependencies.  I'd like to see what other options there might be to
> get a 64-bit version running on these tablet you mentioned.
>
> Geof
>
>
> On Mon, Sep 19, 2016 at 1:37 PM, Dario Paganini Aruba
> mailto:dario.pagan...@aruba.it>> wrote:
>
> Hi,
>
>  
>
> I need a 32bit version because of this :
>
>  
>
> [1] I have a W10 tablet but it is only 32bit processor, like the
> majority of them in this type of product
>
> [2] These tablets are very cheap and can go very fast to manage
> gnuradio
>
> [3] These tablets are locked and don't permit to boot from USB
> port, so no way to install LINUX on them
>
> [4] They are small and very portable, so they are wery useful
> on-the-field !
>
>  
>
> So, if the maintainer can open a 32bit section it will be of much
> use indeed.
>
> If not, it will be useful if the maintainer can explain how to
> compile a 32bit version, it will be very useful
>
> for me and/or others to do this and make it available for all.
>
>  
>
> Many thanks in advance for your reply !
>
>  
>
>  
>
> Dario
>
>
> ___
> 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] Bug in GR runtime: Messages do not restart after reconfiguration

[Marcus Müller]

Hi Eugene,


I haven't noticed whether you've seen any reaction – in case you
haven't: It'd be a shame if this was lost!
Could you please add an issue on the GNU Radio Github issue tracker?

Best regards,
Marcus
On 09/21/2016 05:57 PM, Eugene Grayver wrote:
>
> Hello,
>
>
> I found a bug in the GR runtime.  Here's a simple script to
> demonstrate it.
>
> #
>
> from gnuradio import gr, blocks 
> import pmt
> import time
>
> class child(gr.hier_block2):
> def __init__(self):
> super(child, self).__init__('child',
> gr.io_signature(0,0, gr.sizeof_char),
> gr.io_signature(0,0, gr.sizeof_char))
> 
> src = blocks.message_strobe(pmt.intern('ABCD'), 1000)
> snk = blocks.message_debug()
> self.msg_connect(src, 'strobe', snk, 'print')
>
> class parent(gr.top_block):
> def __init__(self):
> super(parent, self).__init__()
> 
> self.blank = child()
> self.connect(self.blank)
> 
> def reconfig(self):
> self.lock()
> self.disconnect(self.blank)
> self.dut = child()
> self.connect(self.dut)
> self.unlock()
> 
>
> print "Using GR version", gr.version()
> dut = parent()
> dut.start()
> print "Created parent"
> time.sleep(5)
> print "About to reconfig"
> dut.reconfig()
> print "Reconfigured"
> time.sleep(5)
> print "Exiting"
> dut.stop()
> dut.wait()
> #
>
> Here's the output that shows that messages stop after reconfiguration.
>  I was relying on both features for my architecture...  Any
> suggestions/hot fix?
>
>
> Using GR version v3.7.10-44-g124c641c
>
> Created parent
> *** MESSAGE DEBUG PRINT 
> ABCD
> 
> *** MESSAGE DEBUG PRINT 
> ABCD
> 
> *** MESSAGE DEBUG PRINT 
> ABCD
> 
> *** MESSAGE DEBUG PRINT 
> ABCD
> 
> *** MESSAGE DEBUG PRINT 
> ABCD
> 
> About to reconfig
> Reconfigured
> Exiting
>
>
> 
>
> Eugene Grayver, Ph.D.
> Aerospace Corp., Sr. Eng. Spec.
> Tel: 310.336.1274
> 
>
>
>
> ___
> 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] gnuradio for Windows

[Marcus Müller]

Hi Lyman,

to add to what Geof said, try the LiveSDR environment. It's kept for the
sole purpose of offering people with a ready-to-run environment, even if
they don't have a readily set up Linux box at hand.

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

Best regards,

Marcus


On 09/24/2016 05:05 PM, Geof Nieboer wrote:
> Lyman,
>
> Glad you were able to install GNURadio.  The warnings you mentioned
> are indeed known but are just warnings.
>
> If you can be more specific about what didn't work, it would be quite
> helpful.
>
> GNURadio is more stable on Linux as that is the primary platform for
> most users.  This Windows installer is relatively new so we are still
> working on a few issues, but we would like to hear what didn't work
> for you.
>
> Geof
>
> On Saturday, September 24, 2016, Lyman Paquette
> mailto:lyman.paque...@gmail.com>> wrote:
>
> Greetings,
>
> Recently I downloaded gnuradio for Windows to try as I do not have
> a working Linux box at present.
>
> The install went smoothly but upon starting gnuradio the command
> window came up and gave the following errors:
>
> Snip>>>
>
> setting gnuradio environment
>
> ** (python.exe:10624): WARNING **: Trying to register gtype
> 'GMountMountFlags' as enum when in fact it is of type 'GFlags'
>
> ** (python.exe:10624): WARNING **: Trying to register gtype
> 'GDriveStartFlags' as enum when in fact it is of type 'GFlags'
>
> ** (python.exe:10624): WARNING **: Trying to register gtype
> 'GSocketMsgFlags' as enum when in fact it is of type 'GFlags'
> C:\Program
> Files\GNURadio-3.7\lib\site-packages\gnuradio\grc\main.py:43:
> GtkWarning: Could not find the icon 'gnuradio-grc'. The 'hicolor'
> theme
> was not found either, perhaps you need to install it.
>
> <<
> You probably already know about these but in case no one has let
> you know I am posting here.
>
> Using Win 10 - 64bit with Python 3.5 installed.
>
> It seems to be able to do some things but not others. As I am just
> trying to learn gnuradio I have not tested extensively.
>
> I will try your ubuntu build and upgrade gnuradio.
>
>
> regards
> L
>
>
>
> ___
> 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] Module development and debugging

[Martin Braun]

Sorry, that last email was empty for some reason. Not sure if I can
remember all the things... let me try:

On 09/21/2016 09:07 AM, Gavin Jacobs wrote:
>>You trigger, or simply stop the output (middle click). There's probably
>>a way to overlay signals with different rates, but I can't think of one off
> GBJ> Found the Trigger settings and already learned more about how my
> block is behaving. I don't see a way to do a one-shot trace (i.e.
> trigger once, then stop). I would like to see the very first piece of
> audio and the first few bits that get decoded; is that possible? As a
> work around, I could conceivably make an even smaller audio file so that
> the whole trace fits on one screen, but I would still like a one-shot
> for future use.

I don't think we have a way to do that. Maybe there's a workaround with
tags or something.

>>Where did you install GNU Radio? And how?
> GBJ>I practiced a few times on an old laptop, and then a few more times
> on a virtual machine. In the end I installed GQRX from the GQRX PPA
> (which was listed as the way to do it for all Ubuntu users); that
> package included gqrx, gnuradio, osmosdr, and most of the dependencies I
> needed, in one package/operation. I do not recall ever specifying a
> destination - but using File Manager, I can see: /usr/share/gnuradio and
> the following subdirectories: examples, fec, grc, modtool, themes. No
> sign of cmake stuff nor the location that the OOT module was seeking. I
> know the concepts of directory trees etc., but I don't know the linux
> usual or recommended locations.

Packages from PPAs will typically install to /usr/. In that case, you
should not be required to provide CMAKE_INSTALL_PREFIX.

Cheers,
M


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

Re: [Discuss-gnuradio] ENABLE_PERFORMANCE_COUNTERS Crash

[kyle.unice]

Neel,

Sure it is the B4860QDS running the Yocto 1.8 ‘daisy’ build from the freescale 
website.  I am using the 64-bit build.


K-

From: Neel Pandeya [mailto:neel.pand...@ettus.com]
Sent: Wednesday, September 28, 2016 4:29 PM
To: Unice, W. Kyle @ CSG - CSW
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] ENABLE_PERFORMANCE_COUNTERS Crash

Hello Kyle:
Yeah, I had a feeling as I looked more closely at the error messages.
Could you tell me more about your hardware and your Linux distro/version?
--Neel Pandeya


On 28 September 2016 at 15:22, 
mailto:kyle.un...@l-3com.com>> wrote:
Neel,

Actually I am running on a PPC 64-bit platform.

root@b4860:~# gcc --version
gcc (GCC) 4.9.2
Copyright (C) 2014 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

root@b4860:~# uname -a
Linux b4860 3.12.37-rt51-QorIQ-SDK-V1.8+gf488de6 #1 SMP Thu Sep 1 08:15:41 PDT 
2016 ppc64 GNU/Linux
root@b4860:~# echo $LD_LIBRARY_PATH

root@b4860:~# source ./ld.sh
root@b4860:~# echo $LD_LIBRARY_PATH
/usr/lib64
root@b4860:~#

K-

From: Neel Pandeya 
[mailto:neel.pand...@ettus.com]
Sent: Wednesday, September 28, 2016 4:20 PM
To: Unice, W. Kyle @ CSG - CSW
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] ENABLE_PERFORMANCE_COUNTERS Crash

Hello Kyle:
You're running on the E310, right? Where did you build GNU Radio, on the E310, 
or on the external host?

Could you post the output of the following:

gcc --version
uname -a
echo $LD_LIBRARY_PATH

--Neel Pandeya

On 28 September 2016 at 15:13, 
mailto:kyle.un...@l-3com.com>> wrote:
I compile GNU Radio with the –DENABLE_PERFORMANCE_COUNTERS=ON,  edit the 
/etc/gnuradio/conf.d/gnuradio-runtime.conf file to enable ‘ctrlport’ etc.  I 
bring up my graph and add the CtrlPort Performance Monitor and CtrlPort Monitor 
blocks to my graph and then run the graph.

I get a page fault in this code:
warning: Could not load shared library symbols for linux-vdso64.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Core was generated by `/usr/bin/python -u /home/root/grc_tests/becdl.py '.
Program terminated with signal 11, Segmentation fault.
#0  0x3fffafce7c80 in rpcbasic_register_get::rpcbasic_register_get (this=0x12c661f0, block_alias=...,
functionbase=, function=, min=..., max=...,
def=..., units_=0x3fffafd60a10 "Hz", desc_=0x3fffafd60a18 "Sample Rate",
minpriv_=RPC_PRIVLVL_MIN, display_=2049)
at 
/opt/QorIQ-SDK-V1.8-20150619-yocto/build_b4860qds-64b_release/tmp/work/ppc64e6500-fsl-linux/gnuradio/3.7.10-r0/git/gnuradio-runtime/include/gnuradio/rpcregisterhelpers.h:1076
1076  
/opt/QorIQ-SDK-V1.8-20150619-yocto/build_b4860qds-64b_release/tmp/work/ppc64e6500-fsl-linux/gnuradio/3.7.10-r0/git/gnuradio-runtime/include/gnuradio/rpcregisterhelpers.h:
 No such file or directory.
(gdb)

Any ideas on what could be happending / done wrong ?
Thanks

W. Kyle Unice
Staff Engineer
MS F1H03
322 North 2200 West Dock 3
Salt Lake City, Utah 84116-0850

Voice: 801-594-2687


___
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] ENABLE_PERFORMANCE_COUNTERS Crash

[Neel Pandeya]

Hello Kyle:

Yeah, I had a feeling as I looked more closely at the error messages.
Could you tell me more about your hardware and your Linux distro/version?

--Neel Pandeya



On 28 September 2016 at 15:22,  wrote:

> *Neel,*
>
>
>
> *Actually I am running on a PPC 64-bit platform. *
>
>
>
> *root@b4860:~# gcc --version*
>
> *gcc (GCC) 4.9.2*
>
> *Copyright (C) 2014 Free Software Foundation, Inc.*
>
> *This is free software; see the source for copying conditions.  There is
> NO*
>
> *warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
> PURPOSE.*
>
>
>
> *root@b4860:~# uname -a*
>
> *Linux b4860 3.12.37-rt51-QorIQ-SDK-V1.8+gf488de6 #1 SMP Thu Sep 1
> 08:15:41 PDT 2016 ppc64 GNU/Linux*
>
> *root@b4860:~# echo $LD_LIBRARY_PATH*
>
>
>
> *root@b4860:~# source ./ld.sh*
>
> *root@b4860:~# echo $LD_LIBRARY_PATH*
>
> */usr/lib64*
>
> *root@b4860:~#*
>
>
>
> *K-*
>
>
>
> *From:* Neel Pandeya [mailto:neel.pand...@ettus.com]
> *Sent:* Wednesday, September 28, 2016 4:20 PM
> *To:* Unice, W. Kyle @ CSG - CSW
> *Cc:* discuss-gnuradio@gnu.org
> *Subject:* Re: [Discuss-gnuradio] ENABLE_PERFORMANCE_COUNTERS Crash
>
>
>
> Hello Kyle:
>
> You're running on the E310, right? Where did you build GNU Radio, on the
> E310, or on the external host?
>
> Could you post the output of the following:
>
> gcc --version
>
> uname -a
>
> echo $LD_LIBRARY_PATH
>
>
>
> --Neel Pandeya
>
>
>
> On 28 September 2016 at 15:13,  wrote:
>
> I compile GNU Radio with the –DENABLE_PERFORMANCE_COUNTERS=ON,  edit the
> /etc/gnuradio/conf.d/gnuradio-runtime.conf file to enable ‘ctrlport’
> etc.  I bring up my graph and add the CtrlPort Performance Monitor and
> CtrlPort Monitor blocks to my graph and then run the graph.
>
>
>
> I get a page fault in this code:
>
> warning: Could not load shared library symbols for linux-vdso64.so.1.
>
> Do you need "set solib-search-path" or "set sysroot"?
>
> [Thread debugging using libthread_db enabled]
>
> Using host libthread_db library "/lib64/libthread_db.so.1".
>
> Core was generated by `/usr/bin/python -u /home/root/grc_tests/becdl.py '.
>
> Program terminated with signal 11, Segmentation fault.
>
> #0  0x3fffafce7c80 in rpcbasic_register_get double>::rpcbasic_register_get (this=0x12c661f0, block_alias=...,
>
> functionbase=, function=, min=...,
> max=...,
>
> def=..., units_=0x3fffafd60a10 "Hz", desc_=0x3fffafd60a18 "Sample
> Rate",
>
> minpriv_=RPC_PRIVLVL_MIN, display_=2049)
>
> at /opt/QorIQ-SDK-V1.8-20150619-yocto/build_b4860qds-64b_
> release/tmp/work/ppc64e6500-fsl-linux/gnuradio/3.7.10-r0/
> git/gnuradio-runtime/include/gnuradio/rpcregisterhelpers.h:1076
>
> 1076  /opt/QorIQ-SDK-V1.8-20150619-yocto/build_b4860qds-64b_
> release/tmp/work/ppc64e6500-fsl-linux/gnuradio/3.7.10-r0/
> git/gnuradio-runtime/include/gnuradio/rpcregisterhelpers.h: No such file
> or directory.
>
> (gdb)
>
>
>
> Any ideas on what could be happending / done wrong ?
> Thanks
>
>
>
> W. Kyle Unice
>
> Staff Engineer
>
> MS F1H03
>
> 322 North 2200 West Dock 3
>
> Salt Lake City, Utah 84116-0850
>
>
>
> Voice: 801-594-2687
>
>
>
>
> ___
> 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] ENABLE_PERFORMANCE_COUNTERS Crash

[Neel Pandeya]

Hello Kyle:

You're running on the E310, right? Where did you build GNU Radio, on the
E310, or on the external host?

Could you post the output of the following:

gcc --version
uname -a
echo $LD_LIBRARY_PATH

--Neel Pandeya



On 28 September 2016 at 15:13,  wrote:

> I compile GNU Radio with the –DENABLE_PERFORMANCE_COUNTERS=ON,  edit the
> /etc/gnuradio/conf.d/gnuradio-runtime.conf file to enable ‘ctrlport’
> etc.  I bring up my graph and add the CtrlPort Performance Monitor and
> CtrlPort Monitor blocks to my graph and then run the graph.
>
>
>
> I get a page fault in this code:
>
> warning: Could not load shared library symbols for linux-vdso64.so.1.
>
> Do you need "set solib-search-path" or "set sysroot"?
>
> [Thread debugging using libthread_db enabled]
>
> Using host libthread_db library "/lib64/libthread_db.so.1".
>
> Core was generated by `/usr/bin/python -u /home/root/grc_tests/becdl.py '.
>
> Program terminated with signal 11, Segmentation fault.
>
> #0  0x3fffafce7c80 in rpcbasic_register_get double>::rpcbasic_register_get (this=0x12c661f0, block_alias=...,
>
> functionbase=, function=, min=...,
> max=...,
>
> def=..., units_=0x3fffafd60a10 "Hz", desc_=0x3fffafd60a18 "Sample
> Rate",
>
> minpriv_=RPC_PRIVLVL_MIN, display_=2049)
>
> at /opt/QorIQ-SDK-V1.8-20150619-yocto/build_b4860qds-64b_
> release/tmp/work/ppc64e6500-fsl-linux/gnuradio/3.7.10-r0/
> git/gnuradio-runtime/include/gnuradio/rpcregisterhelpers.h:1076
>
> 1076  /opt/QorIQ-SDK-V1.8-20150619-yocto/build_b4860qds-64b_
> release/tmp/work/ppc64e6500-fsl-linux/gnuradio/3.7.10-r0/
> git/gnuradio-runtime/include/gnuradio/rpcregisterhelpers.h: No such file
> or directory.
>
> (gdb)
>
>
>
> Any ideas on what could be happending / done wrong ?
> Thanks
>
>
>
> W. Kyle Unice
>
> Staff Engineer
>
> MS F1H03
>
> 322 North 2200 West Dock 3
>
> Salt Lake City, Utah 84116-0850
>
>
>
> Voice: 801-594-2687
>
>
>
> ___
> 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] ENABLE_PERFORMANCE_COUNTERS Crash

[kyle.unice]

I compile GNU Radio with the -DENABLE_PERFORMANCE_COUNTERS=ON,  edit the 
/etc/gnuradio/conf.d/gnuradio-runtime.conf file to enable 'ctrlport' etc.  I 
bring up my graph and add the CtrlPort Performance Monitor and CtrlPort Monitor 
blocks to my graph and then run the graph.

I get a page fault in this code:
warning: Could not load shared library symbols for linux-vdso64.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Core was generated by `/usr/bin/python -u /home/root/grc_tests/becdl.py '.
Program terminated with signal 11, Segmentation fault.
#0  0x3fffafce7c80 in rpcbasic_register_get::rpcbasic_register_get (this=0x12c661f0, block_alias=...,
functionbase=, function=, min=..., max=...,
def=..., units_=0x3fffafd60a10 "Hz", desc_=0x3fffafd60a18 "Sample Rate",
minpriv_=RPC_PRIVLVL_MIN, display_=2049)
at 
/opt/QorIQ-SDK-V1.8-20150619-yocto/build_b4860qds-64b_release/tmp/work/ppc64e6500-fsl-linux/gnuradio/3.7.10-r0/git/gnuradio-runtime/include/gnuradio/rpcregisterhelpers.h:1076
1076  
/opt/QorIQ-SDK-V1.8-20150619-yocto/build_b4860qds-64b_release/tmp/work/ppc64e6500-fsl-linux/gnuradio/3.7.10-r0/git/gnuradio-runtime/include/gnuradio/rpcregisterhelpers.h:
 No such file or directory.
(gdb)

Any ideas on what could be happending / done wrong ?
Thanks

W. Kyle Unice
Staff Engineer
MS F1H03
322 North 2200 West Dock 3
Salt Lake City, Utah 84116-0850

Voice: 801-594-2687

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

Re: [Discuss-gnuradio] GNU flow graph containing a UHD block - unable to detect USRP E310

[Jason Matusiak]

> If you do want to stream samples across the network you will need to 
compile UHD with custom settings.


The other option that I've done occasionally is having a flowgraph 
running on the E310 and another one running on my PC.  Then via UDP 
source/sink blocks, I can pass data to my PC (though this is not a very 
fast option).


If you just want to be able to see a QT block, the easiest thing to do 
is to enable X11 forwarding on the E310 and then to ssh -X to your 
device and run your flowgraph that way.  That works really well.


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

Re: [Discuss-gnuradio] GNU flow graph containing a UHD block - unable to detect USRP E310

[Derek Kozel]

Hello John,

The E310 is designed to have GNU Radio run onboard the radio rather than on
an external computer. By default the USRP driver does not include support
for using the E310 remotely across a network. This is because network mode
was implemented primarily as a debugging aid. The sample rate which it is
possible to stream across the network is very low.

If you do want to stream samples across the network you will need to
compile UHD with custom settings. Also please note that the version of UHD
on the host computer must exactly match the version on the E310. You can
find out this version by connecting to the E310 using SSH or the USB serial
console and running a uhd command, which will print the UHD version.
http://files.ettus.com/manual/page_usrp_e3x0.html#e3x0_network_mode

Regards,
Derek

On Wed, Sep 28, 2016 at 2:53 AM, John Smith  wrote:

> I have an E310 device connected over an Ethernet link to a laptop running
> GNU Radio.
>
> When I attempted to execute a GNU flow graph containing a UHD block, I got
> the following error:
>
> RuntimeError: LookupError: KeyError: No devices found for -> Empty
> Device Address
>
> I have entered the device IP address in the UHD block.
>
> I can ping the E310.
>
> Any help much appreciated.
>
> ___
> 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] Control the speed of a source block based on the sample rate

[Damindra Bandara]

Hi,

I have created a  source block as an oot module that gets an application
layer message(message size is 160bytes) to send via USRP. The source block
is connected to a packet encoder followed by QPSK modulator and a USRP sink
block. If the application message rate is low, the source block generates
some additional messages with the same packet size. This is done to ensure
that the receiver stays synchronized even the messages are sent
irregularly to avoid packet losses during the synchronization period (This
action is required because of the time taken for phase synchronization).

The way I implemented this is by monitoring the 'noutput_items' variable at
the work() function and generating messages until the
(outputbuffer-data)yyy , it
changes to something like xxxx'). After a while,
it synchronizes back. This repeats.

>From what I understand the noutput_items shows how many bits that has to be
passed to the next block. Am I misunderstanding something?  I appreciate if
someone could help me to solve this problem.

Thank you,
Damindra




-- 
Damindra Savithri Bandara,
Ph.D. in Information Technology (Candidate)
George Mason University,
Fairfax,
Virginia
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] GNU flow graph containing a UHD block - unable to detect USRP E310

[Marcus D. Leech]

On 09/28/2016 08:32 AM, Jason Matusiak wrote:
> I have an E310 device connected over an Ethernet link to a laptop 
running GNU Radio.
You want to run the GNURadio script on the E310 itself.  The E310 has 
its own processor so you can think of it as a PC with a USRP attached 
to it.  Your host PC doesn't know about the USRP attached to the ARM 
processor.



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
In general, we encourage all E3xx users to run their flow-graphs on the 
device itself, since the entire notion of E3xx devices is that they
  are compact, low-footprint, embedded *systems* with a USRP radio "on 
board".


However, having said that, and with the caveat that Network Mode is only 
intended for initial checkout, at low sample rates:


https://files.ettus.com/manual/page_usrp_e3x0.html#e3x0_network_mode


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

Re: [Discuss-gnuradio] Rectangular Pulse Shape w/ PFB Clock Sync

[Neil Schafer]

I haven't tried it myself, but wouldn't using a raised cosine or Gaussian
filter for your taps still provide some pulse shaping for the PFB clock sync
to track? You're essentially leap-frogging the RRC matched filters at
transmitter and receiver, and placing the entire burden at the receiver, but
at the decision point of the clock synch the end result should be the same.

 

Neil

 

From: Discuss-gnuradio
[mailto:discuss-gnuradio-bounces+neil.schafer=nrl.navy@gnu.org] On
Behalf Of Garver, Paul W
Sent: Wednesday, September 28, 2016 7:49 AM
To: John Malsbury 
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Rectangular Pulse Shape w/ PFB Clock Sync

 

I have tried to use PFB clock sync without success on rectangular pulses as
well. Presumably you've seen the documentation [1] on nfilts and taps. I
tried making the filter a rectangular pulse with x sps upsampled by nfilts.
One theory I have is that the polyphase clock sync may not work with
rectangular pulses. If you read the paper, the derivative of the pulse is
required. Perhaps that's a problem since for typical RRC pulses the
derivative is well defined but for a rectangular pulse the derivative is 0. 

 

[1] http://gnuradio.org/doc/doxygen/page_pfb.html

 

 


Paul Garver 

 


On Sep 28, 2016, at 3:09 AM, John Malsbury mailto:jmalsbury.perso...@gmail.com> > wrote:

I'm struggling with something pretty basic.  I am trying to achieve near
theoretical performance detection of a rectangular (no RRC) QPSK signal at 2
or 4 sps.  I have an existing  solution that uses a discrete FIR filter
followed by a Gardner timing recovery loop.  The taps of the FIR filter are
a box car function.  It works quite well and implementation loss is
negligible.

However, I'd like to achieve the same thing using the stock PFB clock sync.
For the life of me I can't figure out the proper specification of nfilts,
and taps.

Given a signal with rectangular pulse shape at 'sps', can someone spell out
the taps and nfilt i need to enter into PFB clock sync for a properly
matched filter bank?

 

-John

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



smime.p7s
Description: S/MIME cryptographic signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Rectangular Pulse Shape w/ PFB Clock Sync

[Andy Walls]

>  From: 
> John Malsbury
>   Subject: 
> [Discuss-gnuradio] Rectangular
> Pulse Shape w/ PFB Clock Sync
>  Date: 
> Wed, 28 Sep 2016 00:07:46 -0700
> 
> __
> I'm struggling with something pretty basic.  I am trying to achieve
> near theoretical performance detection of a rectangular (no RRC) QPSK
> signal at 2 or 4 sps.  I have an existing  solution that uses a
> discrete FIR filter followed by a Gardner timing recovery loop.  The
> taps of the FIR filter are a box car function.  It works quite well
> and implementation loss is negligible.
> 
> 
> However, I'd like to achieve the same thing using the stock PFB clock
> sync.

It won't work.  The PFB clock recovery uses a derivative filter based on
the matched pulse filter, and relies on a peaked match pulse filter
shape. (Which has a derivative filter tap value of ideally 0 at the
center of the matched pulse filter taps.)

The derivative filter of a matched pulse filter for square pulses
doesn't have the properties the PFB clock sync block needs.

Regards,
Andy

>   For the life of me I can't figure out the proper specification of
> nfilts, and taps.
> 
> 
> Given a signal with rectangular pulse shape at 'sps', can someone
> spell out the taps and nfilt i need to enter into PFB clock sync for a
> properly matched filter bank?
> 
> 
> 
> -John
> 
> 
> __
> 



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

[Discuss-gnuradio] GNU flow graph containing a UHD block - unable to detect USRP E310

[Jason Matusiak]

> I have an E310 device connected over an Ethernet link to a laptop 
running GNU Radio.
You want to run the GNURadio script on the E310 itself.  The E310 has 
its own processor so you can think of it as a PC with a USRP attached to 
it.  Your host PC doesn't know about the USRP attached to the ARM processor.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Rectangular Pulse Shape w/ PFB Clock Sync

[Garver, Paul W]

I have tried to use PFB clock sync without success on rectangular pulses as 
well. Presumably you've seen the documentation [1] on nfilts and taps. I tried 
making the filter a rectangular pulse with x sps upsampled by nfilts. One 
theory I have is that the polyphase clock sync may not work with rectangular 
pulses. If you read the paper, the derivative of the pulse is required. Perhaps 
that's a problem since for typical RRC pulses the derivative is well defined 
but for a rectangular pulse the derivative is 0.

[1] http://gnuradio.org/doc/doxygen/page_pfb.html



Paul Garver


On Sep 28, 2016, at 3:09 AM, John Malsbury 
mailto:jmalsbury.perso...@gmail.com>> wrote:

I'm struggling with something pretty basic.  I am trying to achieve near 
theoretical performance detection of a rectangular (no RRC) QPSK signal at 2 or 
4 sps.  I have an existing  solution that uses a discrete FIR filter followed 
by a Gardner timing recovery loop.  The taps of the FIR filter are a box car 
function.  It works quite well and implementation loss is negligible.

However, I'd like to achieve the same thing using the stock PFB clock sync.  
For the life of me I can't figure out the proper specification of nfilts, and 
taps.

Given a signal with rectangular pulse shape at 'sps', can someone spell out the 
taps and nfilt i need to enter into PFB clock sync for a properly matched 
filter bank?

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

[Discuss-gnuradio] GNU flow graph containing a UHD block - unable to detect USRP E310

[John Smith]

I have an E310 device connected over an Ethernet link to a laptop running GNU 
Radio.
When I attempted to execute a GNU flow graph containing a UHD block, I got the 
following error:

RuntimeError: LookupError: KeyError: No devicesfound for -> Empty Device 
Address


I have entered the device IP address in the UHD block.

I can ping the E310.

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

[Discuss-gnuradio] Rectangular Pulse Shape w/ PFB Clock Sync

[John Malsbury]

I'm struggling with something pretty basic.  I am trying to achieve near
theoretical performance detection of a rectangular (no RRC) QPSK signal at
2 or 4 sps.  I have an existing  solution that uses a discrete FIR filter
followed by a Gardner timing recovery loop.  The taps of the FIR filter are
a box car function.  It works quite well and implementation loss is
negligible.

However, I'd like to achieve the same thing using the stock PFB clock
sync.  For the life of me I can't figure out the proper specification of
nfilts, and taps.

Given a signal with rectangular pulse shape at 'sps', can someone spell out
the taps and nfilt i need to enter into PFB clock sync for a properly
matched filter bank?

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