# Narrowband Tunnel.py Error

**URL:** <https://www.ruby-forum.com/t/narrowband-tunnel-py-error/231171>\
**Category:** GNU Radio\
**Created:** [July 24, 2014, 11:17pm UTC](https://www.ruby-forum.com/t/narrowband-tunnel-py-error/231171 "2014-07-24T23:17:31Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![addis\_a](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/a/c4cdca/32.png) [@addis\_a](https://www.ruby-forum.com/u/addis_a)\
**Post date:** [July 24, 2014, 11:17pm UTC](https://www.ruby-forum.com/t/narrowband-tunnel-py-error/231171/1 "2014-07-24T23:17:31Z")

</div>

I am currently running GNU Radio 3.7.4 and I am getting an error running  
the stock narrowband tunnel.py script. This is what I am getting:

[root@cobra narrowband]# ./tunnel.py -f 146.0M -a addr=“10.2.8.104”  
linux; GNU C++ version 4.4.7 20120313 (Red Hat 4.4.7-4); Boost\_104100;  
UHD\_003.007.001-64-g92b0b7ab

Using Volk machine: sse4\_2\_64  
– Opening a USRP2/N-Series device…  
– Current recv frame size: 1472 bytes  
– Current send frame size: 1472 bytes

UHD Warning:  
The recv buffer could not be resized sufficiently.  
Target sock buff size: 50000000 bytes.  
Actual sock buff size: 5000000 bytes.  
See the transport application notes on buffer resizing.  
Please run: sudo sysctl -w net.core.rmem\_max=50000000

UHD Warning:  
The recv buffer could not be resized sufficiently.  
Target sock buff size: 50000000 bytes.  
Actual sock buff size: 5000000 bytes.  
See the transport application notes on buffer resizing.  
Please run: sudo sysctl -w net.core.rmem\_max=50000000  
– Detecting internal GPSDO… Found an internal GPSDO  
– found  
– Setting references to the internal GPSDO  
– Initializing time to the internal GPSDO

No gain specified.  
Setting gain to 19.000000 (from [0.000000, 38.000000])  
Traceback (most recent call last):  
File “./tunnel.py”, line 296, in   
main()  
File “./tunnel.py”, line 259, in main  
options)  
File “./tunnel.py”, line 103, in **init**  
options.verbose)  
File  
“/home/fox/Documents/GNU\_radio/Cranial/narrowband/uhd\_interface.py”,  
line 199, in **init**  
freq, lo\_offset, gain, spec, antenna, clock\_source)  
File  
“/home/fox/Documents/GNU\_radio/Cranial/narrowband/uhd\_interface.py”,  
line 70, in **init**  
self.\_freq = self.set\_freq(freq, lo\_offset)  
File  
“/home/fox/Documents/GNU\_radio/Cranial/narrowband/uhd\_interface.py”,  
line 120, in set\_freq  
r = self.u.set\_center\_freq(uhd.tune\_request(freq, lo\_offset))  
File  
“/usr/local/lib64/python2.6/site-packages/gnuradio/uhd/ **init**.py”,  
line 52, in **init**  
super(tune\_request\_t, self). **init** (\*args)  
File  
“/usr/local/lib64/python2.6/site-packages/gnuradio/uhd/uhd\_swig.py”,  
line 792, in **init**  
this = \_uhd\_swig.new\_tune\_request\_t(\*args)  
NotImplementedError: Wrong number of arguments for overloaded function  
‘new\_tune\_request\_t’.  
Possible C/C++ prototypes are:  
uhd::tune\_request\_t(double)  
uhd::tune\_request\_t(double,double)

I am not too sure what to do, I have looked up the error but I couldn’t  
find a solution. Anyone know what to do? Also, the benchmark scripts  
work,  
it is just the tunnel script that doesn’t.

Thanks

Jonathan

---

<div class="post-metadata">

**Author:** ![jfaulkenberry](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/c2a13f/32.png) [@jfaulkenberry](https://www.ruby-forum.com/u/jfaulkenberry)\
**Post date:** [July 25, 2014, 1:11am UTC](https://www.ruby-forum.com/t/narrowband-tunnel-py-error/231171/2 "2014-07-25T01:11:23Z")

</div>

Try adding ‘–lo-offset=10e6’ as a commandline argument. Thanks for the  
bug report, I’ll push a fix asap.

FYI, the tunnel.py script has been superseded by gr-mac:

> **[GitHub - balint256/gr-mac: Easy-to-use MAC-layer implementations for GNU Radio.](https://github.com/balint256/gr-mac)**
>
> Easy-to-use MAC-layer implementations for GNU Radio. - GitHub - balint256/gr-mac: Easy-to-use MAC-layer implementations for GNU Radio.

Mike

–  
Mike J. M0MIK BSc MIET  
Ettus R. Technical Support  
Email: removed\_email\_address@domain.invalid  
Web: [http://ettus.com](http://ettus.com)

On Thu, Jul 24, 2014 at 10:15 PM, Jonathan F.  
[removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)

---

<div class="post-metadata">

**Author:** ![jfaulkenberry](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/c2a13f/32.png) [@jfaulkenberry](https://www.ruby-forum.com/u/jfaulkenberry)\
**Post date:** [July 25, 2014, 1:44am UTC](https://www.ruby-forum.com/t/narrowband-tunnel-py-error/231171/3 "2014-07-25T01:44:30Z")

</div>

Thanks for the response.

A colleague of mine recommended going into the uhd\_interface file and  
change the self.u.set\_center\_freq() and not use the lo\_offset as a  
parameter. Then again it couldn’t hurt to just add the command line  
argument.

Thank you for the gr-mac link, it is within my interests to use it.

Jonathan

On Thu, Jul 24, 2014 at 7:09 PM, Mike J. [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)

---

<div class="post-metadata">

**Author:** ![jfaulkenberry](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/c2a13f/32.png) [@jfaulkenberry](https://www.ruby-forum.com/u/jfaulkenberry)\
**Post date:** [July 25, 2014, 10:29pm UTC](https://www.ruby-forum.com/t/narrowband-tunnel-py-error/231171/4 "2014-07-25T22:29:44Z")

</div>

On Fri, Jul 25, 2014 at 1:13 PM, Tom R. [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) wrote:

> > Thank you for the gr-mac link, it is within my interests to use it.
> 
> > > > Using Volk machine: sse4\_2\_64
> > > > 
> > > > “/home/fox/Documents/GNU\_radio/Cranial/narrowband/uhd\_interface.py”, line  
> > > > File  
> > > > uhd::tune\_request\_t(double)
> > > > 
> > > > * * *
> > 
> > [Discuss-gnuradio Info Page](https://lists.gnu.org/mailman/listinfo/discuss-gnuradio)

I did try the --lo-offset=10e6 argument and it didn’t work. I may just  
have  
to tweak the self.u.set\_center\_freq to not have the uhd.tune\_request  
because it doesn’t work just as  
self.u.set\_center\_freq(uhd.tune\_request(freq)).

I know the latest version of GNU Radio has a burst tagger block, so is  
the  
gr-mac project already incorporated?

---

<div class="post-metadata">

**Author:** ![jfaulkenberry](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/c2a13f/32.png) [@jfaulkenberry](https://www.ruby-forum.com/u/jfaulkenberry)\
**Post date:** [July 25, 2014, 7:14pm UTC](https://www.ruby-forum.com/t/narrowband-tunnel-py-error/231171/5 "2014-07-25T19:14:48Z")

</div>

On Thu, Jul 24, 2014 at 7:42 PM, Jonathan F.  
[removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)  
wrote:

> 

Best to focus on using gr-mac. Getting started with it might be a bit  
difficult, but it’s far superior to tunnel.py and where we want to go,  
anyways. GNU Radio will hopefully be adopting this in the future, too,  
and  
removing tunnel.py.

Tom

---

<div class="post-metadata">

**Author:** ![jfaulkenberry](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/c2a13f/32.png) [@jfaulkenberry](https://www.ruby-forum.com/u/jfaulkenberry)\
**Post date:** [July 27, 2014, 5:03pm UTC](https://www.ruby-forum.com/t/narrowband-tunnel-py-error/231171/6 "2014-07-27T17:03:16Z")

</div>

On Fri, Jul 25, 2014 at 4:28 PM, Jonathan F.  
[removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)  
wrote:

> > > argument.
> > 
> > > > Web: [http://ettus.com](http://ettus.com)
> > > > 
> > > > > UHD\_003.007.001-64-g92b0b7ab  
> > > > > See the transport application notes on buffer resizing.  
> > > > > – Setting references to the internal GPSDO  
> > > > > options.verbose)  
> > > > > 120, in set\_freq  
> > > > > ‘new\_tune\_request\_t’.  
> > > > > Jonathan
> 
> I did try the --lo-offset=10e6 argument and it didn’t work. I may just  
> have to tweak the self.u.set\_center\_freq to not have the uhd.tune\_request  
> because it doesn’t work just as  
> self.u.set\_center\_freq(uhd.tune\_request(freq)).
> 
> I know the latest version of GNU Radio has a burst tagger block, so is the  
> gr-mac project already incorporated?

No. As I said, we will hopefully be adopting it in the future, but it is  
still a separate project. And the burst tagger block has been in GNU  
Radio  
for quite some time.

Tom
