Re: [Discuss-gnuradio] Narrowband Tunnel.py Error

[Jonathan Fox]

On Fri, Jul 25, 2014 at 1:13 PM, Tom Rondeau <address@hidden> wrote:

On Thu, Jul 24, 2014 at 7:42 PM, Jonathan Fox <address@hidden> wrote:

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

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

 

On Thu, Jul 24, 2014 at 7:09 PM, Mike Jameson <address@hidden> wrote:

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:

https://github.com/balint256/gr-mac

Mike

--
Mike Jameson M0MIK BSc MIET
Ettus Research Technical Support
Email: address@hidden
Web: http://ettus.com

On Thu, Jul 24, 2014 at 10:15 PM, Jonathan Fox <address@hidden> wrote:

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:

address@hidden 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 <module>
    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

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

_______________________________________________
Discuss-gnuradio mailing list
address@hidden
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?