On Fri, Jul 25, 2014 at 4:28 PM, Jonathan Fox <31...@cardinalmail.cua.edu> wrote:
> On Fri, Jul 25, 2014 at 1:13 PM, Tom Rondeau <t...@trondeau.com> wrote: > >> 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 >>>>> >>>>> > 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
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio