On Thu, Jul 24, 2014 at 7:42 PM, Jonathan Fox <31...@cardinalmail.cua.edu> 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 <mike.jame...@ettus.com> > 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: supp...@ettus.com >> Web: http://ettus.com >> >> >> On Thu, Jul 24, 2014 at 10:15 PM, Jonathan Fox < >> 31...@cardinalmail.cua.edu> 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: >>> >>> [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 <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 >>> 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
