Re: [Discuss-gnuradio] Frequency modulation in GRC
Well, when I use the same sensitivity as u, I cant see, but with higher value u can see.U can use average option but still with that sensitivity u will not see much. On Fri, May 23, 2014 at 6:26 AM, jason sam user0...@gmail.com wrote: Hi, I have made the flowgraph as attached..It is showing the modulation in scope but in fft block it's continuously changing so I am still unable to find out that what are the max and min frequencies??I know how to find that in theory but i want to prove it from my results.. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Nemanja Savić ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Frequency modulation in GRC
I was experimenting with this the other day. I used the wide band FM modulator instead, since the deviation can be set. Here's the flow graph. http://www.w6rz.net/fmtest.grc The test audio files. sine01.wav is 0.1 Hz and sine15k.wav is 15000 Hz. http://www.w6rz.net/sine01.wav http://www.w6rz.net/sine15k.wav Some C code to generate audio files at other frequencies. http://www.w6rz.net/sine.c Ron On 5/22/2014 9:26 PM, jason sam wrote: Hi, I have made the flowgraph as attached..It is showing the modulation in scope but in fft block it's continuously changing so I am still unable to find out that what are the max and min frequencies??I know how to find that in theory but i want to prove it from my results.. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] How can we adjust the ADC rate in usrp2 in ofdm benchmark example?
Hi guy, Thanks in advance. I am a new comer to gnuradio. Now I am handling the project based on ofdm benchmark. I want to down-sample ADC to 2M/s(default is 100M/s) to capture the low frequency signal, 1Mhz in our case. I guess the USRP capture all the signal using the maximal ADC rate by default. Does anyone know how to do that? Any help will be greatly appreciated. Best, Kay ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] tx_ofdm
On 05/23/2014 02:29 AM, xianda wrote: Hi: Thank you so much. 1.But from chunks to symbols I see you use the bpsk and qpsk both.Right?What is the relationship between 800 bits and 17 symbols?Namely,how to calculate the 17 symbols? 17*64=1088.Can you explain? 1 OFDM symbol @ BPSK == 48 bits in this configuration. ceil(800/48) == 17. 2.I have looked at your ppt about the ofdm.You say now have two version ofdm.Can you give me some links to them?Or some advices?Thank you. They're both in the tree. If you start working off of rx_ofdm an tx_ofdm you're already using the new stuff; no need to worry about this. M Best regards At 2014-05-23 04:33:44,Martin Braun martin.br...@ettus.com wrote: On 05/22/2014 10:12 PM, eontool wrote: IIRC, the tx and rx files are just a very general implementation of the OFDM model. Here's my understanding: - Packet length refers to the data necessary to produce n symbols (48 data carriers, 2 symbols = 96). Er, no. This is the number of bytes per packet. It's 96 because we add 4 bytes for CRC, and then the packet number is a round value. At 100 bytes per packet, the payload is 800 bits. With BPSK, that would be 17 OFDM symbols (plus 1 OFDM symbol for header, and 2 for preamble). You can set whatever here, but remember that the stock equalizers don't do a good job on long packets. Also, the length can vary per packet. - The number of total carriers in the systems equals the FFT length. In this case, 48 data carriers and 4 pilots, 52 total and the rest are set to 0. This is correct (compare 802.11a standard). M ___ 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] How can we adjust the ADC rate in usrp2 in ofdm benchmark example?
On 05/23/2014 10:35 AM, Yingjie Chen wrote: Hi guy, Thanks in advance. I am a new comer to gnuradio. Now I am handling the project based on ofdm benchmark. I want to down-sample ADC to 2M/s(default is 100M/s) to capture the low frequency signal, 1Mhz in our case. I guess the USRP capture all the signal using the maximal ADC rate by default. Does anyone know how to do that? Any help will be greatly appreciated. If you specify a sampling rate of 1 MHz, the USRP will downsample for you. No reason to worry about the 100Msps. Which device are you using? M ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Cannot import gnuradio !
I've found a post on same issue under the same title: http://gnuradio.4.n7.nabble.com/Cannot-import-gnuradio-td42045.html I tried to load the configuration by ldconfig after setting the path varaiables, and it works perfectly now. -- View this message in context: http://gnuradio.4.n7.nabble.com/Cannot-import-gnuradio-tp48422p48444.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Removing the old version and Installing gnuradio 3.7 on USRP E 110
Hi, I have two questions: 1/ I followed the different instructions mentioned in this link: http://www.cyberciti.biz/faq/linux-add-a-swap-file-howto/ But when I typed: root@usrp-e1xx:~# swapon /swapfile1 *swapon: /swapfile1: swapon failed: Device or resource busy* I got the error above. How to fix this error in order to create swap file in order to update gnuradio ? 2/ For the following instruction , which count shall I put for the swap file in order to update gnuradio on usrp e110 ? dd if=/dev/zero of=/swapfile1 bs=1024 count=524288 Best regards, Wafa HAJ HMIDA 2014-05-22 16:57 GMT+02:00 Philip Balister phi...@opensdr.com: On 05/22/2014 10:25 AM, Wafa Elhajhmida wrote: Hi, The USRP E 110 is connected to internet. In fact, I followed the different commands described in the FAQ. But when I typed make I got this error : [ 49%] Built target _filter_swig_swig_tag [ 49%] Building CXX object gr-filter/swig/CMakeFiles/_filter_swig.dir/filter_swigPYTHON_wrap.cxx.o g++: Internal error: Killed (program cc1plus) Please submit a full bug report. See http://gcc.gnu.org/bugs.html https://owa.ece.fr/owa/redir.aspx?C=azMLHeTJTEeJAp-eApYyqBPwd5wXLNEIaWtGtAFgTFNK5I8pwshWTvAb5Aa2cq8hkqcLKU7Jt-8.URL= for instructions. make[2]: *** [gr-filter/swig/CMakeFiles/_filter_swig.dir/filter_swigPYTHON_wrap.cxx.o] Error 1 make[1]: *** [gr-filter/swig/CMakeFiles/_filter_swig.dir/all] Error 2 make: *** [all] Error 2 How to fix it in order to update gnuradio embedded on usrp e110? You need to add a swapfile. There swig generated files take an enormous amount of memory to compile. Google should give guides on setting up a swapfile. here is one: http://www.cyberciti.biz/faq/linux-add-a-swap-file-howto/ Philip Best regards, Wafa HAJ HMIDA 2014-05-19 16:06 GMT+02:00 Wafa Elhajhmida wafa.elhaj.hm...@gmail.com: I think I shall ask the network administrator to make the necessary configurations so that the usrp e110 will be recognized by the network. Thanks for helping, Best regards, Wafa HAJ HMIDA 2014-05-19 15:58 GMT+02:00 Wafa Elhajhmida wafa.elhaj.hm...@gmail.com : I tried the different commands but the command opkg update still don't work. 2014-05-19 15:55 GMT+02:00 Wafa Elhajhmida wafa.elhaj.hm...@gmail.com : the output is : ifup: interface eth0 already configured 2014-05-19 15:39 GMT+02:00 Ettus Research Support supp...@ettus.com : I missed off the 'eth0' bit on the gateway setting: sudo route add default gw 192.168.1.1 eth0 Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Mon, May 19, 2014 at 2:34 PM, Ettus Research Support supp...@ettus.com wrote: On Ubuntu the alternative way to set an IP address of 192.168.1.234, gateway of 192.168.1.1 and nameserver to 8.8.8.8 (google) is by doing the following: sudo ifconfig eth0 up sudo ifconfig eth0 192.168.1.234 sudo route add default gw 192.168.1.1 sudo echo nameserver 8.8.8.8 /etc/resolv.conf Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Mon, May 19, 2014 at 2:14 PM, Marcus Müller marcus.muel...@ettus.com wrote: Hi Wafa, to download packages, you obviously need internet connectivity. You need to manage that; as gr-discuss, we really can't help you with that. Greetings, Marcus On 19.05.2014 15:13, Wafa Elhajhmida wrote: I tried what you recommend me to do. But I got the same error, it isn't able to download the files for update. Is there any other alternative to fix this error ? 2014-05-19 14:54 GMT+02:00 Ettus Research Support supp...@ettus.com: You need an IP address. Try: sudo dhclient eth0 Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Mon, May 19, 2014 at 10:11 AM, Wafa Elhajhmida wafa.elhaj.hm...@gmail.com wrote: Hi, I connected the usrp e100 through an ethernet connection. And I obtained: root@usrp-e1xx:~# ifconfig eth0eth0 Link encap:Ethernet HWaddr A0:36:FA:95:32:E9inet6 addr: fe80::a236:faff:fe95:32e9/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:334 errors:0 dropped:0 overruns:0 frame:0 TX packets:52 errors:3 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:22517 (21.9 KiB) TX bytes:14498 (14.1 KiB) Interrupt:80 When I typed opkg update, I got this error. *root@usrp-e1xx:~# opkg update * *Downloading http://files.ettus.com/binaries/oe-classic-feeds/ipk/armv7a/Packages.gz http://files.ettus.com/binaries/oe-classic-feeds/ipk/armv7a/Packages.gz .* * Downloading
Re: [Discuss-gnuradio] tx_ofdm
On 05/23/2014 11:33 AM, xianda wrote: Hi Martin: Thank you for your reply. But, 1.I see the virual Source(Stream ID:Payload Bits)-Chunks to Symbols(Symbol Table(-0.707...))(modulate:qpsk)?When I input 800 bits to the Packet Header Generator,then chunks to symbols.How many symbols generate in this way?When I input 800 bits to the Repack Bits,then chunks to symbols.How many symbols generate in this way?Thank you very much. I'm pretty sure I've answered all of these questions already. 2.I also see another ofdm in the old version of gnuradio.And the module structure is attached.And the connect code in python: Just ignore that. The new stuff is a complete rewrite. 3.And i use two usrps to run the tx_ofdm.grc and rx_ofdm.grc.The adjust code I also attached. But in the transmit,so many U U U display.Why?And in the receive part,I also encouter problem.Can you help me explain it? Your computer is too slow. M Thank you very much.I see the ofdm part many days.And the 3 questions I encounter.Thank you.Sorry for my poor English if you can't understand.Thank you in advance.Thank you for your patience. Best regards At 2014-05-23 16:40:55,Martin Braun martin.br...@ettus.com wrote: On 05/23/2014 02:29 AM, xianda wrote: Hi: Thank you so much. 1.But from chunks to symbols I see you use the bpsk and qpsk both.Right?What is the relationship between 800 bits and 17 symbols?Namely,how to calculate the 17 symbols? 17*64=1088.Can you explain? 1 OFDM symbol @ BPSK == 48 bits in this configuration. ceil(800/48) == 17. 2.I have looked at your ppt about the ofdm.You say now have two version ofdm.Can you give me some links to them?Or some advices?Thank you. They're both in the tree. If you start working off of rx_ofdm an tx_ofdm you're already using the new stuff; no need to worry about this. M Best regards At 2014-05-23 04:33:44,Martin Braun martin.br...@ettus.com wrote: On 05/22/2014 10:12 PM, eontool wrote: IIRC, the tx and rx files are just a very general implementation of the OFDM model. Here's my understanding: - Packet length refers to the data necessary to produce n symbols (48 data carriers, 2 symbols = 96). Er, no. This is the number of bytes per packet. It's 96 because we add 4 bytes for CRC, and then the packet number is a round value. At 100 bytes per packet, the payload is 800 bits. With BPSK, that would be 17 OFDM symbols (plus 1 OFDM symbol for header, and 2 for preamble). You can set whatever here, but remember that the stock equalizers don't do a good job on long packets. Also, the length can vary per packet. - The number of total carriers in the systems equals the FFT length. In this case, 48 data carriers and 4 pilots, 52 total and the rest are set to 0. This is correct (compare 802.11a standard). M ___ 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] error while building 3.7.3 on RHEL6
So, is there any solution or nobody did see the last email? Best, Nemanja On Tue, May 13, 2014 at 12:15 PM, Nemanja Savic vlasi...@gmail.com wrote: It is written: Using Volk machine: avx_64_mmx Best On Tue, May 13, 2014 at 10:49 AM, Martin Braun martin.br...@ettus.comwrote: On 12.05.2014 12:53, Nemanja Savic wrote: I finally disabled doxygen and everything was built fine, but the test fails at pfb_arb_resampler: FAIL: test_ccf_001 (__main__.test_pfb_arb_resampler) -- Traceback (most recent call last): File /home/savi_ne/tools/gnuradio-3.7.3/gr-filter/python/filter/ qa_pfb_arb_resampler.py, line 153, in test_ccf_001 self.assertComplexTuplesAlmostEqual(expected_data[-Ntest:], dst_data[-Ntest:], 2) File /home/savi_ne/tools/gnuradio-3.7.3/gnuradio-runtime/python/ gnuradio/gr_unittest.py, line 74, in assertComplexTuplesAlmostEqual self.assertComplexAlmostEqual (a[i], b[i], places, msg) File /home/savi_ne/tools/gnuradio-3.7.3/gnuradio-runtime/python/ gnuradio/gr_unittest.py, line 47, in assertComplexAlmostEqual (msg or '%s != %s within %s places' % (`first`, `second`, `places` )) AssertionError: (-0.32564974754236342-0.94549047690899302j) != (-0.56183856725692749-0.82724255323410034j) within 2 places Which VOLK machine are you using? Martin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Nemanja Savić -- Nemanja Savić ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Removing the old version and Installing gnuradio 3.7 on USRP E 110
Hi Wafa, root@usrp-e1xx:~# swapon /swapfile1 *swapon: /swapfile1: swapon failed: Device or resource busy* The file is still opened; maybe you're already using it (check with swapon without arguments)? Have you been able to run mkswap on the file? Also, you must use an external drive to store the swap file instead of the root folder ( / ), because in the standard image on the standard 4GB flash drive that the E100 uses, there won't be enough free space for a reasonably large swap file. Regarding question 2: swap can't be too big. Aim for 3-4GB. Greetings, Marcus On 23.05.2014 11:50, Wafa Elhajhmida wrote: Hi, I have two questions: 1/ I followed the different instructions mentioned in this link: http://www.cyberciti.biz/faq/linux-add-a-swap-file-howto/ But when I typed: root@usrp-e1xx:~# swapon /swapfile1 *swapon: /swapfile1: swapon failed: Device or resource busy* I got the error above. How to fix this error in order to create swap file in order to update gnuradio ? 2/ For the following instruction , which count shall I put for the swap file in order to update gnuradio on usrp e110 ? dd if=/dev/zero of=/swapfile1 bs=1024 count=524288 Best regards, Wafa HAJ HMIDA 2014-05-22 16:57 GMT+02:00 Philip Balister phi...@opensdr.com: On 05/22/2014 10:25 AM, Wafa Elhajhmida wrote: Hi, The USRP E 110 is connected to internet. In fact, I followed the different commands described in the FAQ. But when I typed make I got this error : [ 49%] Built target _filter_swig_swig_tag [ 49%] Building CXX object gr-filter/swig/CMakeFiles/_filter_swig.dir/filter_swigPYTHON_wrap.cxx.o g++: Internal error: Killed (program cc1plus) Please submit a full bug report. See http://gcc.gnu.org/bugs.html https://owa.ece.fr/owa/redir.aspx?C=azMLHeTJTEeJAp-eApYyqBPwd5wXLNEIaWtGtAFgTFNK5I8pwshWTvAb5Aa2cq8hkqcLKU7Jt-8.URL= for instructions. make[2]: *** [gr-filter/swig/CMakeFiles/_filter_swig.dir/filter_swigPYTHON_wrap.cxx.o] Error 1 make[1]: *** [gr-filter/swig/CMakeFiles/_filter_swig.dir/all] Error 2 make: *** [all] Error 2 How to fix it in order to update gnuradio embedded on usrp e110? You need to add a swapfile. There swig generated files take an enormous amount of memory to compile. Google should give guides on setting up a swapfile. here is one: http://www.cyberciti.biz/faq/linux-add-a-swap-file-howto/ Philip Best regards, Wafa HAJ HMIDA 2014-05-19 16:06 GMT+02:00 Wafa Elhajhmida wafa.elhaj.hm...@gmail.com: I think I shall ask the network administrator to make the necessary configurations so that the usrp e110 will be recognized by the network. Thanks for helping, Best regards, Wafa HAJ HMIDA 2014-05-19 15:58 GMT+02:00 Wafa Elhajhmida wafa.elhaj.hm...@gmail.com : I tried the different commands but the command opkg update still don't work. 2014-05-19 15:55 GMT+02:00 Wafa Elhajhmida wafa.elhaj.hm...@gmail.com : the output is : ifup: interface eth0 already configured 2014-05-19 15:39 GMT+02:00 Ettus Research Support supp...@ettus.com : I missed off the 'eth0' bit on the gateway setting: sudo route add default gw 192.168.1.1 eth0 Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Mon, May 19, 2014 at 2:34 PM, Ettus Research Support supp...@ettus.com wrote: On Ubuntu the alternative way to set an IP address of 192.168.1.234, gateway of 192.168.1.1 and nameserver to 8.8.8.8 (google) is by doing the following: sudo ifconfig eth0 up sudo ifconfig eth0 192.168.1.234 sudo route add default gw 192.168.1.1 sudo echo nameserver 8.8.8.8 /etc/resolv.conf Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Mon, May 19, 2014 at 2:14 PM, Marcus Müller marcus.muel...@ettus.com wrote: Hi Wafa, to download packages, you obviously need internet connectivity. You need to manage that; as gr-discuss, we really can't help you with that. Greetings, Marcus On 19.05.2014 15:13, Wafa Elhajhmida wrote: I tried what you recommend me to do. But I got the same error, it isn't able to download the files for update. Is there any other alternative to fix this error ? 2014-05-19 14:54 GMT+02:00 Ettus Research Support supp...@ettus.com: You need an IP address. Try: sudo dhclient eth0 Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Mon, May 19, 2014 at 10:11 AM, Wafa Elhajhmida wafa.elhaj.hm...@gmail.com wrote: Hi, I connected the usrp e100 through an ethernet connection. And I obtained: root@usrp-e1xx:~# ifconfig eth0eth0 Link encap:Ethernet HWaddr A0:36:FA:95:32:E9inet6 addr: fe80::a236:faff:fe95:32e9/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:334 errors:0 dropped:0 overruns:0 frame:0 TX packets:52
Re: [Discuss-gnuradio] error while building 3.7.3 on RHEL6
On Fri, May 23, 2014 at 6:14 AM, Nemanja Savic vlasi...@gmail.com wrote: So, is there any solution or nobody did see the last email? Best, Nemanja It's hard to track the issue through so many emails that switch topics. Can you start a new thread with all of the relevant information. When dealing with numerical errors, please remember to include information about the processor and platform you're running on. Tom On Tue, May 13, 2014 at 12:15 PM, Nemanja Savic vlasi...@gmail.comwrote: It is written: Using Volk machine: avx_64_mmx Best On Tue, May 13, 2014 at 10:49 AM, Martin Braun martin.br...@ettus.comwrote: On 12.05.2014 12:53, Nemanja Savic wrote: I finally disabled doxygen and everything was built fine, but the test fails at pfb_arb_resampler: FAIL: test_ccf_001 (__main__.test_pfb_arb_resampler) -- Traceback (most recent call last): File /home/savi_ne/tools/gnuradio-3.7.3/gr-filter/python/filter/ qa_pfb_arb_resampler.py, line 153, in test_ccf_001 self.assertComplexTuplesAlmostEqual(expected_data[-Ntest:], dst_data[-Ntest:], 2) File /home/savi_ne/tools/gnuradio-3.7.3/gnuradio-runtime/python/ gnuradio/gr_unittest.py, line 74, in assertComplexTuplesAlmostEqual self.assertComplexAlmostEqual (a[i], b[i], places, msg) File /home/savi_ne/tools/gnuradio-3.7.3/gnuradio-runtime/python/ gnuradio/gr_unittest.py, line 47, in assertComplexAlmostEqual (msg or '%s != %s within %s places' % (`first`, `second`, `places` )) AssertionError: (-0.32564974754236342-0.94549047690899302j) != (-0.56183856725692749-0.82724255323410034j) within 2 places Which VOLK machine are you using? Martin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Nemanja Savić -- Nemanja Savić ___ 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] Installation issues with gnuradio on Ubuntu 12.04
You can have custom install locations by telling the build-gnuradio script to not do the build. For example: ./build-gnuradio -m prereqs gitfetch This will perform the resolving of prerequisites, get the source code and use the HEAD of the master branch (which has the very latest commits to GnuRadio). Then you can do the build in a separate step. Chose an install directory that makes sense for you. /opt works well since it has the correct permissions. cd gnuradio mkdir build cd build cmake -DCMAKE_INSTALL_PREFIX=/opt/gnuradio .. make sudo make install This will build GnuRadio and install it in /opt/gnuradio The down side is that you'll have to build all the other modules that you need (UHD, gr-osmosdr, gr-iqbal, etc.) one by one. Make sure you use the same install directory with cmake. It should be noted that once you have all the prerequisites on your machine, you don't have to run build-gnuradio again. Assuming you haven't changed any of the prerequisites, you can just git clone GnuRadio and build it like above. Ron On 5/23/2014 7:30 AM, Robert Light wrote: Ubuntu had a bug that libboost1.48 depends on 1.46 . It was officially highlited, but I don't know whether it was solved. I see this error very often when I install Gnuradio from sources. I then usually install 1.46 and 1.48 and it works. Although it creates some mess. A simpler solution is just use build-gnuradio script http://www.sbrac.org/files/build-gnuradio Magically it installs everything and it doesn't complain about anything. I like to have UHD and gnuradio in custom locations because I keep several versions of gnuradio, UHD and libusrp, but I don't know how to do it with this script. If you don't care about the locations just use the script. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] ColtrolPort IC Timeout
On Thu, May 22, 2014 at 11:09 AM, Dan CaJacob dan.caja...@gmail.com wrote: I have a gui-less flowgraph that runs in the background with sudo privileges. While I can run ControlPort normally from GRC, it doesn't seem to work properly with my backgrounded FG - I get timeout errors. My config files are setup so that both FGs do actually call ControlPort and Perf Mon (verified in log files). The FG and the monitoring apps are all running on the same PC. Setup is Ubuntu 12.04 x64 with GR 3.7.4, built on the weekend. Attempting to run Perf Mon, I get: $ gr-perf-monitorx 127.0.0.1 23456 Hey Dan, When you're running the flowgraph that you're trying to connect to over ControlPort, can you verify that they are setting up the correct endpoint? If you run it yourself, not as a background task, it should print out information about the endpoints. That will tell you the port number. Just want to check to make sure your config file is getting read correctly and setting it up on port 23456 like you specified. We really should move the endpoint information to be sent out by the gr-log system so you can redirect the info to a file and see the info without requiring you to have access to stdout. Tom 2014-05-22 11:01:54.450720 /usr/bin/gr-perf-monitorx: error: Traceback (most recent call last): File /usr/lib/pymodules/python2.7/Ice.py, line 984, in main status = self.doMain(args, initData) File /usr/lib/pymodules/python2.7/Ice.py, line 1031, in doMain return self.run(args) File /usr/lib/python2.7/dist-packages/gnuradio/ctrlport/IceRadioClient.py, line 102, in run ex = self.parentClass(radio, port, self) File /usr/bin/gr-perf-monitorx, line 74, in __init__ self.newCon(radio, port) File /usr/bin/gr-perf-monitorx, line 88, in newCon child = MForm(radio, port, len(self.conns), self) File /usr/bin/gr-perf-monitorx, line 696, in __init__ knobs = self.radio.get([]) File /usr/lib/python2.7/dist-packages/gnuradio_ice.py, line 1221, in get return _M_gnuradio.ctrlport.GNURadio.ControlPort._op_get.invoke(self, ((knobs, ), _ctx)) ConnectTimeoutException: exception ::Ice::ConnectTimeoutException { } Attempting to run Ctrl Port Mon, I get: A blank canvas screen like this: http://i.imgur.com/8N88fcU.png and console output like: $ gr-ctrlport-monitor 127.0.0.1 23456 X Error: BadAccess (attempt to access private resource denied) 10 Extension:129 (MIT-SHM) Minor opcode: 1 (X_ShmAttach) Resource id: 0x421 X Error: BadShmSeg (invalid shared segment parameter) 128 Extension:129 (MIT-SHM) Minor opcode: 5 (X_ShmCreatePixmap) Resource id: 0x4200012 X Error: BadDrawable (invalid Pixmap or Window parameter) 9 Major opcode: 62 (X_CopyArea) Resource id: 0x4200013 X Error: BadDrawable (invalid Pixmap or Window parameter) 9 Major opcode: 62 (X_CopyArea) Resource id: 0x4200013 ctrlport-monitor: radio.get threw exception (exception ::Ice::ConnectTimeoutException { }). ... My ctrlport.conf file has just one uncommented line: ControlPort.Endpoints = tcp -t 5000 -h 127.0.0.1 -p 23456 I had extended the timeout, attempting to resolve the problem, but had no luck. Very Respectfully, Dan CaJacob ___ 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] gr-specest dependencies
There are several dependencies for gr-specest not included in the recipe for pybombs and some not listed in the gr-specest list of dependencies but implied by the text. The recipe for gr-specest in pybombs doesn't include liblapack-dev, libblas-dev, and libarmadillo-dev. These include the list form the readme Howto build: In order to sucessfully build the gr-specest modules you will need: * cmake 2.8 * swig * libgnuradio-core * libuhd * gfortran (others might work as well, not tested) * liblapack-dev * libblas-dev but it will not compile, giving you an error about not finding BLAS and then you fix it by including armadillo which the readme wishes was deprecated, but most certainly is not. include: libarmadillo-dev on Ubuntu. Now, to construct some use cases that others can use like a guide post to what should be one of the most important gnuradio add-ons and wish I hope will help others use it. I will post stuff to my blog when it is ready. Bob -- Bob McGwier Co-Owner and Technical Director, Federated Wireless, LLC Professor Virginia Tech Senior Member IEEE, Facebook: N4HYBob, ARS: N4HY Faculty Advisor Virginia Tech Amateur Radio Assn. (K4KDJ) ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] How to set a master clock rate on USRP B200
Hello All Gnu Radio user, To use a 2 TX, I want to change a clock rate to an accepted one, under 30.72 MHz. I use the API with uhd_usrp_probe and it works only for this command. Can you give me the idea or python code to use this argument parameter with a python flowgraph? --args=master_clock_rate=28Thanks.___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] How to change a master clock rate on USRP B210
Hello All Gnu Radio user, To use a 2 TX, I want to change a clock rate to an accepted one, under 30.72 MHz. I use the API with uhd_usrp_probe and it works only for this command. Can you give me the idea or python code to use this argument parameter with a python flowgraph? --args=master_clock_rate=28 Thanks. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to set a master clock rate on USRP B200
On 05/23/2014 12:23 PM, raf raf wrote: Hello All Gnu Radio user, To use a 2 TX, I want to change a clock rate to an accepted one, under 30.72 MHz. I use the API with uhd_usrp_probe and it works only for this command. Can you give me the idea or python code to use this argument parameter with a python flowgraph? --args=master_clock_rate=28 Thanks. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio In GRC, where it has a device args parameter, that's wher this master_clock_rate=28e6 should go. I assume you meant 28e6, rather than 28. Everything is in Hz, and there's no way the B200 can go down to a clock rate of 28Hz. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] ColtrolPort IC Timeout
Hey Tom, Yes, it was definitely pulling the correct endpoint. Even though it is backgrounded, I have a log for everything that ran. Very Respectfully, Dan CaJacob On Fri, May 23, 2014 at 11:26 AM, Tom Rondeau t...@trondeau.com wrote: On Thu, May 22, 2014 at 11:09 AM, Dan CaJacob dan.caja...@gmail.comwrote: I have a gui-less flowgraph that runs in the background with sudo privileges. While I can run ControlPort normally from GRC, it doesn't seem to work properly with my backgrounded FG - I get timeout errors. My config files are setup so that both FGs do actually call ControlPort and Perf Mon (verified in log files). The FG and the monitoring apps are all running on the same PC. Setup is Ubuntu 12.04 x64 with GR 3.7.4, built on the weekend. Attempting to run Perf Mon, I get: $ gr-perf-monitorx 127.0.0.1 23456 Hey Dan, When you're running the flowgraph that you're trying to connect to over ControlPort, can you verify that they are setting up the correct endpoint? If you run it yourself, not as a background task, it should print out information about the endpoints. That will tell you the port number. Just want to check to make sure your config file is getting read correctly and setting it up on port 23456 like you specified. We really should move the endpoint information to be sent out by the gr-log system so you can redirect the info to a file and see the info without requiring you to have access to stdout. Tom 2014-05-22 11:01:54.450720 /usr/bin/gr-perf-monitorx: error: Traceback (most recent call last): File /usr/lib/pymodules/python2.7/Ice.py, line 984, in main status = self.doMain(args, initData) File /usr/lib/pymodules/python2.7/Ice.py, line 1031, in doMain return self.run(args) File /usr/lib/python2.7/dist-packages/gnuradio/ctrlport/IceRadioClient.py, line 102, in run ex = self.parentClass(radio, port, self) File /usr/bin/gr-perf-monitorx, line 74, in __init__ self.newCon(radio, port) File /usr/bin/gr-perf-monitorx, line 88, in newCon child = MForm(radio, port, len(self.conns), self) File /usr/bin/gr-perf-monitorx, line 696, in __init__ knobs = self.radio.get([]) File /usr/lib/python2.7/dist-packages/gnuradio_ice.py, line 1221, in get return _M_gnuradio.ctrlport.GNURadio.ControlPort._op_get.invoke(self, ((knobs, ), _ctx)) ConnectTimeoutException: exception ::Ice::ConnectTimeoutException { } Attempting to run Ctrl Port Mon, I get: A blank canvas screen like this: http://i.imgur.com/8N88fcU.png and console output like: $ gr-ctrlport-monitor 127.0.0.1 23456 X Error: BadAccess (attempt to access private resource denied) 10 Extension:129 (MIT-SHM) Minor opcode: 1 (X_ShmAttach) Resource id: 0x421 X Error: BadShmSeg (invalid shared segment parameter) 128 Extension:129 (MIT-SHM) Minor opcode: 5 (X_ShmCreatePixmap) Resource id: 0x4200012 X Error: BadDrawable (invalid Pixmap or Window parameter) 9 Major opcode: 62 (X_CopyArea) Resource id: 0x4200013 X Error: BadDrawable (invalid Pixmap or Window parameter) 9 Major opcode: 62 (X_CopyArea) Resource id: 0x4200013 ctrlport-monitor: radio.get threw exception (exception ::Ice::ConnectTimeoutException { }). ... My ctrlport.conf file has just one uncommented line: ControlPort.Endpoints = tcp -t 5000 -h 127.0.0.1 -p 23456 I had extended the timeout, attempting to resolve the problem, but had no luck. Very Respectfully, Dan CaJacob ___ 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] Window-close not killing everything
I have a user of simple_ra that has an issue with pieces of it still running after they use the window close button. In particular, there's an XMLRPC server thread that gets left behind. On my own, Fedora 14, system here, it's not a problem. Window close kills everything. On his Ubuntu 12.04 system, it seems to kill off most of it, but there's this dangler that is holding the XMLRPC socket. If I bind a close button to a function that issue a signal-to-self, what signal should that be? SIGHUP? -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Installation issues with gnuradio on Ubuntu 12.04
On Fri, May 23, 2014 at 11:28 PM, Ron Economos w...@comcast.net wrote: Chose an install directory that makes sense for you. /opt works well since it has the correct permissions. cd gnuradio mkdir build cd build cmake -DCMAKE_INSTALL_PREFIX=/opt/gnuradio .. make sudo make install This will build GnuRadio and install it in /opt/gnuradio Will this later cause problem with OOT created with earlier version of gr_modtool? It seems that the /usr/local has been hard-coded into some files of the OOT, as shown below. Hence the OOT installation may fail to put all necessary files correctly into /opt/gnuradio. user1@pc1: ~/gnuradio/gr-mymodule1 $ grep -R /usr/local cmake/Modules/FindGnuradioRuntime.cmake:PATHS /usr/local/include cmake/Modules/FindGnuradioRuntime.cmake:PATHS /usr/local/lib cmake/Modules/FindGnuradioRuntime.cmake: /usr/local/lib64 cmake/Modules/FindCppUnit.cmake:/usr/local/include cmake/Modules/FindCppUnit.cmake:/usr/local/lib cmake/Modules/FindFFTW3.cmake:PATHS /usr/local/include cmake/Modules/FindFFTW3.cmake:PATHS /usr/local/lib cmake/Modules/FindFFTW3.cmake:PATHS /usr/local/lib cmake/Modules/activecatConfig.cmake: /usr/local/include cmake/Modules/activecatConfig.cmake: /usr/local/lib cmake/Modules/activecatConfig.cmake: /usr/local/lib64 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio