Re: [Discuss-gnuradio] Narrowband Tunnel.py Error
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: 5000 bytes. Actual sock buff size: 500 bytes. See the transport application notes on buffer resizing. Please run: sudo sysctl -w net.core.rmem_max=5000 UHD Warning: The recv buffer could not be resized sufficiently. Target sock buff size: 5000 bytes. Actual sock buff size: 500 bytes. See the transport application notes on buffer resizing. Please run: sudo sysctl -w net.core.rmem_max=5000 -- 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.00 (from [0.00, 38.00]) 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
Re: [Discuss-gnuradio] Narrowband Tunnel.py Error
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: 5000 bytes. Actual sock buff size: 500 bytes. See the transport application notes on buffer resizing. Please run: sudo sysctl -w net.core.rmem_max=5000 UHD Warning: The recv buffer could not be resized sufficiently. Target sock buff size: 5000 bytes. Actual sock buff size: 500 bytes. See the transport application notes on buffer resizing. Please run: sudo sysctl -w net.core.rmem_max=5000 -- 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.00 (from [0.00, 38.00]) 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
Re: [Discuss-gnuradio] Narrowband Tunnel.py Error
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: 5000 bytes. Actual sock buff size: 500 bytes. See the transport application notes on buffer resizing. Please run: sudo sysctl -w net.core.rmem_max=5000 UHD Warning: The recv buffer could not be resized sufficiently. Target sock buff size: 5000 bytes. Actual sock buff size: 500 bytes. See the transport application notes on buffer resizing. Please run: sudo sysctl -w net.core.rmem_max=5000 -- 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.00 (from [0.00, 38.00]) 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 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? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Narrowband Tunnel.py Error
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: 5000 bytes. Actual sock buff size: 500 bytes. See the transport application notes on buffer resizing. Please run: sudo sysctl -w net.core.rmem_max=5000 UHD Warning: The recv buffer could not be resized sufficiently. Target sock buff size: 5000 bytes. Actual sock buff size: 500 bytes. See the transport application notes on buffer resizing. Please run: sudo sysctl -w net.core.rmem_max=5000 -- 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.00 (from [0.00, 38.00]) 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
Re: [Discuss-gnuradio] Narrowband Tunnel.py Error
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: 5000 bytes. Actual sock buff size: 500 bytes. See the transport application notes on buffer resizing. Please run: sudo sysctl -w net.core.rmem_max=5000 UHD Warning: The recv buffer could not be resized sufficiently. Target sock buff size: 5000 bytes. Actual sock buff size: 500 bytes. See the transport application notes on buffer resizing. Please run: sudo sysctl -w net.core.rmem_max=5000 -- 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.00 (from [0.00, 38.00]) 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
Re: [Discuss-gnuradio] Narrowband Tunnel.py Error
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: 5000 bytes. Actual sock buff size: 500 bytes. See the transport application notes on buffer resizing. Please run: sudo sysctl -w net.core.rmem_max=5000 UHD Warning: The recv buffer could not be resized sufficiently. Target sock buff size: 5000 bytes. Actual sock buff size: 500 bytes. See the transport application notes on buffer resizing. Please run: sudo sysctl -w net.core.rmem_max=5000 -- 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.00 (from [0.00, 38.00]) 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