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