Re: [Discuss-gnuradio] trellis encoder and OFDM modulator
thanks Vanessa On Tue, Jan 31, 2012 at 12:21 PM, Friederike Maier wrote: > Hi > > I was also looking around the OFDM Modulation recently. Found this nice > project here: http://people.csail.mit.edu/szym/rawofdm/README.html > where ofdm mod and channel est are done separately. I didn't had the > time to follow ths more...perhaps it helps. > > best, friederike > > On 01/20/2012 02:38 PM, vanITA1082 wrote: >> >> Did you solve it? >> >> I am trying to add FEC in the OFDM chain but I didn't figure out how to do >> this, yet. >> >> Any advice or do you know if someone did it and the code is public? >> >> Thanks >> >> Veljko Pejovic wrote: >>> >>> Hi, >>> >>> I tried to use trellis_encoder from trellis package to perform >>> convolution coding before sending the message to the OFDM modulator. >>> However, ofdm_mod has zero input signature, and relies on send_pkt() >>> which calls ofdm_packet_utils.make_packet() and then puts the message >>> in the queue at gr.ofdm_mapper_bcv. Since the chain basically starts >>> with ofdm_mod I don't see the way to connect the trellis_encoder >>> before the signal is already modulated. In ftw80211 project they >>> modify ofdm_packet_utils and write their own convolution coding >>> method, I could do the same, but then I would miss all the benefits of >>> this nice trellis package. >>> >>> Interestingly, the other modulation blocks such as dbpsk or d8psk have >>> different input signatures, and I would put the trellis_encoder >>> between the gr.message_source and modulator in pkt.py. Is there a way >>> to seamlessly introduce trellis_encoder in the flow graph with an OFDM >>> modulator? Am I missing something here? >>> >>> >>> Thanks, >>> >>> >>> Veljko >>> >>> >>> ___ >>> Discuss-gnuradio mailing list >>> Discuss-gnuradio@gnu.org >>> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio >>> >>> >> > > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Vanessa GARDELLIN, Ph.D. Researcher Institute for Informatics and Telematics (IIT), Italian National Research Council (CNR) Via G. Moruzzi 1 56124 Pisa - ITALY Phone: +390503158297 Room: B65/c E-mail: vanessa.gardel...@iit.cnr.it WWW: http://www.iit.cnr.it/staff/vanessa.gardellin/ Skype: gardellin.vanessa ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Meet SDR guys IRL: Karlsruhe WSR
Hi, for anyone who wants to meet up with fellow SDR devs, the 7th Karlsruhe Workshop on Software Radio will be held March 7/8, here in Karlsruhe, Germany. Some of you guys are already registered, and some are even doing a presentation (I just love to see GNU Radio-based presentations on conferences :). Now that the preliminary programme has been released, I thought I'd ping the list once more. It's a small conference, but it has a unique mix of people from academia, OSS community and also industry (if you're looking for an SDR-related job in Europe, it's also not the worst place to go :). Also, at 110,-€ it's the second cheapest conference I know (the first being the GNU Radio conference), and that includes dinner with infinity glasses of wine (unless they had to change that from last year :). So, if travelling to Karlsruhe is no issue for you, check out the web site and the preliminary programme at http://www-int.etec.uni-karlsruhe.de/seiten/conferences/wsr12/ Hope to see some of you guys there! Martin PS: Just to be clear: the CfP is long over, this is merely an invitation to attend, not to present. -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpKBQiEb3uHV.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Running tunnel.py/benchmark tx.py (OFDM) with XCVR2450?
The XCVR2450 hardware is incapable of full-duplex operation. It *cannot* transmit and receive at the same time. Yes, you are right but consider we are transmitting ping requests just for a very short moment (since they are also containing only 84 bytes) with a frequency of 1 Hz. Hence, we are occupying the channel only for a very short-termed moment. We have right now in this moment found out or at least got a clue why it isn't running. We have inserted a sleep of roughly 50ms before the self.tb.txpath.send_pkt(payload) in order to give the RX/TX switching some time. The packet is now sent back and the ping request indicates a delay of 56ms (including the sleeping delay of 50ms). Does anybody has a clue why the RX/TX switching is not established fast enough? Is there some code missing what dictates the UHD interface to switch? In another application using UHD natively we are not experiencing such a strange behavior. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Hep Needed :Query on using qtgui from gnuradio
On Thu, Feb 2, 2012 at 2:04 AM, bharadwaj desikan wrote: > Hi All > > kindly clarify my query on using wxgui of gnuradio to embedd it into > another application ... > > I have a necessity to integrate the qtgui window to a parent Qt > Application.Please let me know if i use the existing function > > qtgui.sink_c (int fftsize, int wintype, double fc=0, > double bandwidth=1.0, const std::string &name="Spectrum Display", >bool plotfreq=true, bool plotwaterfall=true, bool > plotwaterfall3d=true,bool plottime=true, bool > plotconst=true, bool use_openGL=true,QWidget *parent=NULL) > > how to use the argument parent pointer highlighted . > > Thanks in advance > > > Regards > > Bharadwaj Desikan > There's some confusion with your email in mixing the wxgui and qtgui blocks. I'm not sure the two mix. But if you are focused only on the qtgui applications and using it as part of a larger Qt project, then you should be able to do this. A good place to start is gr-qtgui/apps/qt_digital.py. I embed two qtgui sinks into a larger project. I don't use the parent widget, though I probably could have. Note that this app was written all in Python using PyQT. I'm not sure how easy you'll find it to work with the qtgui in a pure C++ environment; I've never tried and it wasn't designed with that in mind, initially. But the qt_digital.py is still a good place to start for what you are asking about. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] A sampling rate of 2M is supporting a sine generation of 2.5G
On Wed, Feb 1, 2012 at 11:11 PM, Ebtisam wrote: > > Hi all, > > Im trying to transmit a sine wave from RFX2400 usrp, and im successful in > transmitting it. The only thing which bothers me is that im making a sine > wave from gr.vector_source_c in usrp_siggen.py with a sampling frequency of > 2M = dac rate/interp rate. So, how is this sampling done or sine is sampled > at some other frequency > > Regards, > Ebtisam > Ebtisam, I'm not sure I follow. You should be using a gr.sig_source_c to generate a sine way, not the vector source. The sig_source takes in the sampling rate in Hz and the frequency of the sine in Hz to produce the signal. Now, to the CPU, the sampling rate is a meaningless number; all it knows is the number of samples per cycle. But the rate matters when talking to the real world -- like the USRP itself. Since the USRP is set to a rate (dac_rate/interp_rate), it expects samples coming at that rate. It's the USRP that provides the rate clocking for the rest of the system. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] gnuradio build problem
Hi all. I had a old version 3.3 , it was working fine but i wanted to install a newer version version 3.5 . I went to the directory make uninstall. then compiled the new version. after compilation and trying to run gnuradio -companion This error window "connot import gnuradio .Are your LD_LIBRARY_PATH and PYTHONPATH are set correctly ?" the label of this window is" /usr/local/lib/libgnuradio-core-3.5.0git.so" But i can see the .so and i included the path correctly but still not working what is the problem ? Ahmed Alsawi ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio build problem
After you did the make install, did you "sudo ldconfig" ?? On Thu, 2 Feb 2012 19:18:44 +0200, Ahmed Alsawi wrote: > Hi all. > I had a old version 3.3 , it was working fine but i wanted to install a newer version version 3.5 . > I went to the directory make uninstall. > then compiled the new version. > after compilation and trying to run gnuradio -companion This error window > "connot import gnuradio .Are your LD_LIBRARY_PATH and PYTHONPATH are set correctly ?" > > the label of this window is" /usr/local/lib/libgnuradio-core-3.5.0git.so [1]" > > But i can see the .so and i included the path correctly but still not working > > what is the problem ? > > Ahmed Alsawi Links: -- [1] http://libgnuradio-core-3.5.0git.so ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio build problem
Yes, i did On Thu, Feb 2, 2012 at 7:25 PM, wrote: > ** > > After you did the make install, did you "sudo ldconfig" ?? > > > > > > On Thu, 2 Feb 2012 19:18:44 +0200, Ahmed Alsawi wrote: > > Hi all. > I had a old version 3.3 , it was working fine but i wanted to install a > newer version version 3.5 . > I went to the directory make uninstall. > then compiled the new version. > after compilation and trying to run gnuradio -companion This error window > "connot import gnuradio .Are your LD_LIBRARY_PATH and PYTHONPATH are set > correctly ?" > the label of this window is" /usr/local/lib/libgnuradio-core-3.5.0git.so" > But i can see the .so and i included the path correctly but still not > working > what is the problem ? > Ahmed Alsawi > > > > ___ > 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] gnuradio build problem
Try: sudo rm /usr/local/lib/libgnuradio* Then re-do your sudo make install; sudo ldconfig On Thu, 2 Feb 2012 19:28:44 +0200, Ahmed Alsawi wrote: > Yes, i did > > On Thu, Feb 2, 2012 at 7:25 PM, wrote: > >> After you did the make install, did you "sudo ldconfig" ?? >> >> On Thu, 2 Feb 2012 19:18:44 +0200, Ahmed Alsawi wrote: >> >>> Hi all. >>> I had a old version 3.3 , it was working fine but i wanted to install a newer version version 3.5 . >>> I went to the directory make uninstall. >>> then compiled the new version. >>> after compilation and trying to run gnuradio -companion This error window >>> "connot import gnuradio .Are your LD_LIBRARY_PATH and PYTHONPATH are set correctly ?" >>> the label of this window is" /usr/local/lib/libgnuradio-core-3.5.0git.so [1]" >>> But i can see the .so and i included the path correctly but still not working >>> what is the problem ? >>> Ahmed Alsawi >> >> ___ >> Discuss-gnuradio mailing list >> Discuss-gnuradio@gnu.org [2] >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [3] Links: -- [1] http://libgnuradio-core-3.5.0git.so [2] mailto:Discuss-gnuradio@gnu.org [3] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [4] mailto:mle...@ripnet.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] How to use USRP N210 simulation
hello: i am beginner to USRP N210 .. i am getting problem from very basics i am using windowXP and xilinx 13.1 i just want to simulate N210 FPGA design got from "EttusResearch-UHD-Mirror-release_003_003_001-197-ge30cf4e" its compiling but of no use mean no out put on DAC nor ADC generate anything. can you please guide me how to use for simulation with steps -- Regards FARHAN http://flakon01.blogspot.com/ Everyone Is a Genius. But if you judge a fish on its ability to climb a tree, it will live its whole life believing it is stupid. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] How to use USRP N210 UHD
Hello! I am newbie to USRP (N210) i want to modify its FPGA core for timing synchronization of MIMO as project. I downloaded "EttusResearch-UHD-Mirror-release_003_003_001-197-ge30cf4e" this and using xilinx 13.1 in window XP. . but my simulation is not running properly i just made project and add required file to project in hierarchy (top level to down each an every file which are used in any module). But my simulation is not working properly test bench is also given by "Ettus". i Google it a lot but no source of information Please you guys help me from where did I start -- View this message in context: http://old.nabble.com/How-to-use-USRP-N210-UHD-tp33250888p33250888.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] How to use USRP N210 UHD
OK so repeating your question three times is not going to help you get an answer. For starters, ask on the right list -- this question belongs on usrp-users, not on discuss-gnuradio, since it's USRP-specific. Second, what exactly is the problem you're having? "Not running properly" is so vague as to cover everything from incorrect setup to an infestation of bees. Please provide the error messages or output you're seeing, vs. what you're expecting. --n On Thu, Feb 2, 2012 at 11:56 AM, farhanbabar wrote: > > Hello! > I am newbie to USRP (N210) i want to modify its FPGA core for timing > synchronization of MIMO as project. > I downloaded "EttusResearch-UHD-Mirror-release_003_003_001-197-ge30cf4e" > this and using xilinx 13.1 in window XP. . but my simulation is not running > properly i just made project and add required file to project in hierarchy > (top level to down each an every file which are used in any module). But my > simulation is not working properly test bench is also given by "Ettus". i > Google it a lot but no source of information > Please you guys help me from where did I start > -- > View this message in context: > http://old.nabble.com/How-to-use-USRP-N210-UHD-tp33250888p33250888.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 > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Uninstall Gnuradio help
hi all, does any one know a way to remove gnuradio totally ?? I want to remove it to install the newer version. Ahmed ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] segmentation fault with current gnuradio version on USRP1
Hello, I would like to ask for an advice - I have troubles running current gnuradio git version with USRP1 using UHD. I have installed UHD drivers with downloaded firmware and FPGA images and compiled the host code; uhd_usrp_probe seems to work: linux; GNU C++ version 4.5.3; Boost_104700; UHD_003.003.002-unknown -- Loading firmware image: /usr/local/share/uhd/images/usrp1_fw.ihx... done -- Opening a USRP1 device... -- Loading FPGA image: /usr/local/share/uhd/images/usrp1_fpga.rbf... done -- Using FPGA clock rate of 64.00MHz... _ / | Device: USRP1 Device | _ |/ | | Mboard: USRP1 (Classic) | | serial: 46390f8b | | | | Time sources: none | | Clock sources: internal | | Sensors: | | _ | |/ | | | RX DSP: 0 | | | Freq range: -32.000 to 32.000 Mhz | | _ | |/ | | | RX DSP: 1 | | | Freq range: -32.000 to 32.000 Mhz | | _ | |/ | | | RX Dboard: A | | | ID: WBX, WBX + Simple GDB (0x0053) | | | _ | | |/ | | | | RX Subdev: 0 | | | | Name: WBX RX + Simple GDB | | | | Antennas: TX/RX, RX2 | | | | Sensors: lo_locked | | | | Freq range: 68.750 to 2200.000 Mhz | | | | Gain range PGA0: 0.0 to 31.5 step 0.5 dB | | | | Connection Type: IQ | | | | Uses LO offset: No | | | _ | | |/ | | | | RX Codec: A | | | | Name: ad9522 | | | | Gain range pga: 0.0 to 20.0 step 1.0 dB | | _ | |/ | | | RX Dboard: B | | | ID: DBSRX (0x0002) | | | _ | | |/ | | | | RX Subdev: 0 | | | | Name: DBSRX (0x0002) | | | | Antennas: J3 | | | | Sensors: lo_locked | | | | Freq range: 800.000 to 2400.000 Mhz | | | | Gain range GC1: 0.0 to 56.0 step 0.5 dB etc.. Then I installed gnuradio from git clone and configured it as: ./configure --enable-gr-uhd --enable-gr-noaa --enable-usrp2 --enable-usrp --enable-gr-usrp --enable-grc --enable-gr-audio-alsa --enable-gr-trellis --disable-volk I had to disable volk due to compilation errors (some 32-64 bit code mismatch I guess). It seems that old USRP (non-UHD) support has been already removed and when I trysome UHD example, it always coredumps: AFTER USRP POWER CYCLE jiri@jp:/scratch/jiri/gnuradio/gr-uhd/examples/ ./usrp_wfm_rcv_pll.py linux; GNU C++ version 4.5.3; Boost_104700; UHD_003.003.002-unknown -- Loading firmware image: /usr/local/share/uhd/images/usrp1_fw.ihx... done -- Opening a USRP1 device... -- Loading FPGA image: /usr/local/share/uhd/images/usrp1_fpga.rbf... done (gdb) bt #0 0x034b0018 in ?? () #1 0x7fbb65892cb2 in thread_proxy () from /usr/lib64/libboost_thread-mt-1_42.so.1.42.0 #2 0x7fbb671c5ca8 in start_thread () from /lib64/libpthread.so.0 #3 0x7fbb66f0c1ad in clone () from /lib64/libc.so.6 WITHOUT POWER CYCLE -- Opening a USRP1 device... -- Using FPGA clock rate of 64.00MHz... Segmentation fault (core dumped) #0 0x7ffb61a855a4 in boost::thread::start_thread() () from /usr/lib64/libboost_thread-mt-1_42.so.1.42.0 (gdb) bt #0 0x7ffb61a855a4 in boost::thread::start_thread() () from /usr/lib64/libboost_thread-mt-1_42.so.1.42.0 #1 0x7ffb5839d71b in boost::thread* boost::thread_group::create_thread const&>, boost::_bi::list2, boost::_bi::value > > > >(boost::_bi::bind_t const&>, boost::_bi::list2, boost::_bi::value > > >) () from /usr/local/lib64/libuhd.so.003 #2 0x7ffb5839e5ca in task_impl::task_impl(boost::function const&) () from /usr/local/lib64/libuhd.so.003 #3 0x7ffb5839bd71 in uhd::task::make(boost::function const&) () from /usr/local/lib64/libuhd.so.003 #4 0x7ffb582d40c6 in usrp1_impl::io_init() () from /usr/local/lib64/libuhd.so.003 #5 0x7ffb582f440c in usrp1_impl::usrp1_impl(uhd::device_addr_t const&) () from /usr/local/lib64/libuhd.so.003 #6 0x7ffb582f5871 in usrp1_make(uhd::device_addr_t const&) () from /usr/local/lib64/libuhd.so.003 #7 0x7ffb582f952c in boost::detail::function::function_invoker1 (*)(uhd::device_addr_t const&), boost::shared_ptr, uhd::device_addr_t const&>::invoke(boost::detail::function::function_buffer&, uhd::device_addr_t const&) () from /usr/local/lib64/libuhd.so.003 #8 0x7ffb583a34c3 in uhd::device::make(uhd::device_addr_t const&, unsigned long) () from /usr/local/lib64/libuhd.so.003 #9 0x7ffb581e9b49 in uhd::usrp::multi_usrp::make(uhd::device_
Re: [Discuss-gnuradio] segmentation fault with current gnuradio version on USRP1
There was an ABI change between Gnu Radio and UHD, so you have to be running a newer UHD--current master is what I'd recommend. Also, you'll find your world is better if you use build-gnuradio, if you're on Ubuntu or Fedora. On Thu, 2 Feb 2012 21:41:50 +0100 (CET), jiri.pitt...@jh-inst.cas.cz wrote: > Hello, > > I would like to ask for an advice - I have troubles running current > gnuradio git version with USRP1 using UHD. > > I have installed UHD drivers with downloaded firmware and FPGA images and compiled the host code; uhd_usrp_probe seems to work: > linux; GNU C++ version 4.5.3; Boost_104700; UHD_003.003.002-unknown > > -- Loading firmware image: /usr/local/share/uhd/images/usrp1_fw.ihx... done > -- Opening a USRP1 device... > -- Loading FPGA image: /usr/local/share/uhd/images/usrp1_fpga.rbf... done > -- Using FPGA clock rate of 64.00MHz... > _ > / > | Device: USRP1 Device > | _ > | / > | | Mboard: USRP1 (Classic) > | | serial: 46390f8b > | | > | | Time sources: none > | | Clock sources: internal > | | Sensors: > | | _ > | | / > | | | RX DSP: 0 > | | | Freq range: -32.000 to 32.000 Mhz > | | _ > | | / > | | | RX DSP: 1 > | | | Freq range: -32.000 to 32.000 Mhz > | | _ > | | / > | | | RX Dboard: A > | | | ID: WBX, WBX + Simple GDB (0x0053) > | | | _ > | | | / > | | | | RX Subdev: 0 > | | | | Name: WBX RX + Simple GDB > | | | | Antennas: TX/RX, RX2 > | | | | Sensors: lo_locked > | | | | Freq range: 68.750 to 2200.000 Mhz > | | | | Gain range PGA0: 0.0 to 31.5 step 0.5 dB > | | | | Connection Type: IQ > | | | | Uses LO offset: No > | | | _ > | | | / > | | | | RX Codec: A > | | | | Name: ad9522 > | | | | Gain range pga: 0.0 to 20.0 step 1.0 dB > | | _ > | | / > | | | RX Dboard: B > | | | ID: DBSRX (0x0002) > | | | _ > | | | / > | | | | RX Subdev: 0 > | | | | Name: DBSRX (0x0002) > | | | | Antennas: J3 > | | | | Sensors: lo_locked > | | | | Freq range: 800.000 to 2400.000 Mhz > | | | | Gain range GC1: 0.0 to 56.0 step 0.5 dB > etc.. > > Then I installed gnuradio from git clone and configured it as: > ./configure --enable-gr-uhd --enable-gr-noaa --enable-usrp2 --enable-usrp --enable-gr-usrp --enable-grc --enable-gr-audio-alsa --enable-gr-trellis --disable-volk > I had to disable volk due to compilation errors (some 32-64 bit code mismatch I guess). > It seems that old USRP (non-UHD) support has been already removed and when I trysome UHD example, it always coredumps: > > AFTER USRP POWER CYCLE > jiri@jp:/scratch/jiri/gnuradio/gr-uhd/examples/ ./usrp_wfm_rcv_pll.py > linux; GNU C++ version 4.5.3; Boost_104700; UHD_003.003.002-unknown > > -- Loading firmware image: /usr/local/share/uhd/images/usrp1_fw.ihx... done > -- Opening a USRP1 device... > -- Loading FPGA image: /usr/local/share/uhd/images/usrp1_fpga.rbf... done > (gdb) bt > #0 0x034b0018 in ?? () > #1 0x7fbb65892cb2 in thread_proxy () from /usr/lib64/libboost_thread-mt-1_42.so.1.42.0 > #2 0x7fbb671c5ca8 in start_thread () from /lib64/libpthread.so.0 > #3 0x7fbb66f0c1ad in clone () from /lib64/libc.so.6 > > WITHOUT POWER CYCLE > -- Opening a USRP1 device... > -- Using FPGA clock rate of 64.00MHz... > Segmentation fault (core dumped) > #0 0x7ffb61a855a4 in boost::thread::start_thread() () from /usr/lib64/libboost_thread-mt-1_42.so.1.42.0 > (gdb) bt > #0 0x7ffb61a855a4 in boost::thread::start_thread() () from /usr/lib64/libboost_thread-mt-1_42.so.1.42.0 > #1 0x7ffb5839d71b in boost::thread* boost::thread_group::create_thread const&>, boost::_bi::list2, boost::_bi::value > > > >(boost::_bi::bind_t const&>, boost::_bi::list2, boost::_bi::value > > >) () from /usr/local/lib64/libuhd.so.003 > #2 0x7ffb5839e5ca in task_impl::task_impl(boost::function const&) () from /usr/local/lib64/libuhd.so.003 > #3 0x7ffb5839bd71 in uhd::task::make(boost::function const&) () from /usr/local/lib64/libuhd.so.003 > #4 0x7ffb582d40c6 in usrp1_impl::io_init() () from /usr/local/lib64/libuhd.so.003 > #5 0x7ffb582f440c in usrp1_impl::usrp1_impl(uhd::device_addr_t const&) () from /usr/local/lib64/libuhd.so.003 > #6 0x7ffb582f5871 in usrp1_make(uhd::device_addr_t const&) () from /usr/local/lib64/libuhd.so.003 > #7 0x7ffb582f952c in boost::detail::function::function_invoker1 (*)(uhd::device_addr_t const&), boost::shared_ptr, uhd::device_addr_t const&>::invoke(boost::detail::function::function_buffer&, uhd::device_addr_t const&) () from /usr/local/lib64/libuhd.so.003 > #8 0x7ffb583a34c3 in uhd::device::make(uhd::device_addr_t const&, unsig
Re: [Discuss-gnuradio] segmentation fault with current gnuradio version on USRP1
I have installed git version of UHD drivers and images from UHD-images-003.004.000-322fb97.tar.gz. uhd_usrp_probe runs again well but, unfortunately, the problem persists: usrp_wfm_rcv.py linux; GNU C++ version 4.5.3; Boost_104700; UHD_003.004.000-5b06adb ... Segmentation fault (core dumped) ... exactly the same behavior as before. From the backtrace the problem seems to be in threaded boost, which is called from uhd drivers. Any ideas how to fix it? Thanks, Jiri On Thu, 2 Feb 2012, mle...@ripnet.com wrote: There was an ABI change between Gnu Radio and UHD, so you have to be running a newer UHD--current master is what I'd recommend. Also, you'll find your world is better if you use build-gnuradio, if you're on Ubuntu or Fedora. On Thu, 2 Feb 2012 21:41:50 +0100 (CET), jiri.pitt...@jh-inst.cas.cz wrote: Hello, I would like to ask for an advice - I have troubles running current gnuradio git version with USRP1 using UHD. I have installed UHD drivers with downloaded firmware and FPGA images and compiled the host code; uhd_usrp_probe seems to work: linux; GNU C++ version 4.5.3; Boost_104700; UHD_003.003.002-unknown -- Loading firmware image: /usr/local/share/uhd/images/usrp1_fw.ihx... done -- Opening a USRP1 device... -- Loading FPGA image: /usr/local/share/uhd/images/usrp1_fpga.rbf... done -- Using FPGA clock rate of 64.00MHz... _ / | Device: USRP1 Device | _ | / | | Mboard: USRP1 (Classic) | | serial: 46390f8b | | | | Time sources: none | | Clock sources: internal | | Sensors: | | _ | | / | | | RX DSP: 0 | | | Freq range: -32.000 to 32.000 Mhz | | _ | | / | | | RX DSP: 1 | | | Freq range: -32.000 to 32.000 Mhz | | _ | | / | | | RX Dboard: A | | | ID: WBX, WBX + Simple GDB (0x0053) | | | _ | | | / | | | | RX Subdev: 0 | | | | Name: WBX RX + Simple GDB | | | | Antennas: TX/RX, RX2 | | | | Sensors: lo_locked | | | | Freq range: 68.750 to 2200.000 Mhz | | | | Gain range PGA0: 0.0 to 31.5 step 0.5 dB | | | | Connection Type: IQ | | | | Uses LO offset: No | | | _ | | | / | | | | RX Codec: A | | | | Name: ad9522 | | | | Gain range pga: 0.0 to 20.0 step 1.0 dB | | _ | | / | | | RX Dboard: B | | | ID: DBSRX (0x0002) | | | _ | | | / | | | | RX Subdev: 0 | | | | Name: DBSRX (0x0002) | | | | Antennas: J3 | | | | Sensors: lo_locked | | | | Freq range: 800.000 to 2400.000 Mhz | | | | Gain range GC1: 0.0 to 56.0 step 0.5 dB etc.. Then I installed gnuradio from git clone and configured it as: ./configure --enable-gr-uhd --enable-gr-noaa --enable-usrp2 --enable-usrp --enable-gr-usrp --enable-grc --enable-gr-audio-alsa --enable-gr-trellis --disable-volk I had to disable volk due to compilation errors (some 32-64 bit code mismatch I guess). It seems that old USRP (non-UHD) support has been already removed and when I trysome UHD example, it always coredumps: AFTER USRP POWER CYCLE jiri@jp:/scratch/jiri/gnuradio/gr-uhd/examples/ ./usrp_wfm_rcv_pll.py linux; GNU C++ version 4.5.3; Boost_104700; UHD_003.003.002-unknown -- Loading firmware image: /usr/local/share/uhd/images/usrp1_fw.ihx... done -- Opening a USRP1 device... -- Loading FPGA image: /usr/local/share/uhd/images/usrp1_fpga.rbf... done (gdb) bt #0 0x034b0018 in ?? () #1 0x7fbb65892cb2 in thread_proxy () from /usr/lib64/libboost_thread-mt-1_42.so.1.42.0 #2 0x7fbb671c5ca8 in start_thread () from /lib64/libpthread.so.0 #3 0x7fbb66f0c1ad in clone () from /lib64/libc.so.6 WITHOUT POWER CYCLE -- Opening a USRP1 device... -- Using FPGA clock rate of 64.00MHz... Segmentation fault (core dumped) #0 0x7ffb61a855a4 in boost::thread::start_thread() () from /usr/lib64/libboost_thread-mt-1_42.so.1.42.0 (gdb) bt #0 0x7ffb61a855a4 in boost::thread::start_thread() () from /usr/lib64/libboost_thread-mt-1_42.so.1.42.0 #1 0x7ffb5839d71b in boost::thread* boost::thread_group::create_thread const&>, boost::_bi::list2, boost::_bi::value > > > >(boost::_bi::bind_t const&>, boost::_bi::list2, boost::_bi::value > > >) () from /usr/local/lib64/libuhd.so.003 #2 0x7ffb5839e5ca in task_impl::task_impl(boost::function const&) () from /usr/local/lib64/libuhd.so.003 #3 0x7ffb5839bd71 in uhd::task::make(boost::function const&) () from /usr/local/lib64/libuhd.so.003 #4 0x7ffb582d40c6 in usrp1_impl::io_init() () from /usr/local/lib64/libuhd.so.003 #5 0x7ffb582f440c in usrp1_impl::usrp1_impl(uhd::device_addr_t const&) () from /usr/local/lib64/libuhd.so.003 #6 0x00
Re: [Discuss-gnuradio] segmentation fault with current gnuradio version on USRP1
Try recompiling gr-uhd and reinstalling. --n On Thu, Feb 2, 2012 at 2:42 PM, Jiri Pittner wrote: > I have installed git version of UHD drivers and images from > UHD-images-003.004.000-**322fb97.tar.gz. > uhd_usrp_probe runs again well but, > unfortunately, the problem persists: > usrp_wfm_rcv.py > linux; GNU C++ version 4.5.3; Boost_104700; UHD_003.004.000-5b06adb > ... > Segmentation fault (core dumped) > ... > exactly the same behavior as before. > From the backtrace the problem seems to be in threaded boost, which is > called from uhd drivers. > Any ideas how to fix it? Thanks, > Jiri > > > On Thu, 2 Feb 2012, mle...@ripnet.com wrote: > > >> >> There was an ABI change between Gnu Radio and UHD, so you have to >> be running a newer UHD--current master is what I'd recommend. >> >> Also, >> you'll find your world is better if you use build-gnuradio, if you're on >> Ubuntu or Fedora. >> >> On Thu, 2 Feb 2012 21:41:50 +0100 (CET), >> jiri.pitt...@jh-inst.cas.cz wrote: >> >> Hello, >>> >>> I would like to ask >>> >> for an advice - I have troubles running current >> >>> gnuradio git version >>> >> with USRP1 using UHD. >> >>> >>> I have installed UHD drivers with downloaded >>> >> firmware and FPGA images and compiled the host code; uhd_usrp_probe >> seems to work: >> >>> linux; GNU C++ version 4.5.3; Boost_104700; >>> >> UHD_003.003.002-unknown >> >>> >>> -- Loading firmware image: >>> >> /usr/local/share/uhd/images/**usrp1_fw.ihx... done >> >>> -- Opening a USRP1 >>> >> device... >> >>> -- Loading FPGA image: >>> >> /usr/local/share/uhd/images/**usrp1_fpga.rbf... done >> >>> -- Using FPGA clock >>> >> rate of 64.00MHz... >> >>> >>> __**___ >> >>> / >>> | Device: >>> >> USRP1 Device >> >>> | __**___ >>> >>> | / >> >>> | | Mboard: USRP1 (Classic) >>> | | serial: 46390f8b >>> | | >>> | | >>> >> Time sources: none >> >>> | | Clock sources: internal >>> | | Sensors: >>> | | >>> >> __**___ >> >>> | | / >>> | | | RX >>> >> DSP: 0 >> >>> | | | Freq range: -32.000 to 32.000 Mhz >>> | | >>> >> __**___ >> >>> | | / >>> | | | RX >>> >> DSP: 1 >> >>> | | | Freq range: -32.000 to 32.000 Mhz >>> | | >>> >> __**___ >> >>> | | / >>> | | | RX >>> >> Dboard: A >> >>> | | | ID: WBX, WBX + Simple GDB (0x0053) >>> | | | >>> >> __**___ >> >>> | | | / >>> | | | >>> >> | RX Subdev: 0 >> >>> | | | | Name: WBX RX + Simple GDB >>> | | | | Antennas: >>> >> TX/RX, RX2 >> >>> | | | | Sensors: lo_locked >>> | | | | Freq range: 68.750 to >>> >> 2200.000 Mhz >> >>> | | | | Gain range PGA0: 0.0 to 31.5 step 0.5 dB >>> | | | >>> >> | Connection Type: IQ >> >>> | | | | Uses LO offset: No >>> | | | >>> >> __**___ >> >>> | | | / >>> | | | >>> >> | RX Codec: A >> >>> | | | | Name: ad9522 >>> | | | | Gain range pga: 0.0 to >>> >> 20.0 step 1.0 dB >> >>> | | >>> >> __**___ >> >>> | | / >>> | | | RX >>> >> Dboard: B >> >>> | | | ID: DBSRX (0x0002) >>> | | | >>> >> __**___ >> >>> | | | / >>> | | | >>> >> | RX Subdev: 0 >> >>> | | | | Name: DBSRX (0x0002) >>> | | | | Antennas: J3 >>> | >>> >> | | | Sensors: lo_locked >> >>> | | | | Freq range: 800.000 to 2400.000 Mhz >>> >>> | | | | Gain range GC1: 0.0 to 56.0 step 0.5 dB >> >>> etc.. >>> >>> Then I >>> >> installed gnuradio from git clone and configured it as: >> >>> ./configure >>> >> --enable-gr-uhd --enable-gr-noaa --enable-usrp2 --enable-usrp >> --enable-gr-usrp --enable-grc --enable-gr-audio-alsa --enable-gr-trellis >> --disable-volk >> >>> I had to disable volk due to compilation errors (some >>> >> 32-64 bit code mismatch I guess). >> >>> It seems that old USRP (non-UHD) >>> >> support has been already removed and when I trysome UHD example, it >> always coredumps: >> >>> >>> AFTER USRP POWER CYCLE >>> >>> jiri@jp:/scratch/jiri/**gnuradio/gr-uhd/examples/ ./usrp_wfm_rcv_pll.py >> >>> >>> linux; GNU C++ version 4.5.3; Boost_104700; UHD_003.003.002-unknown >> >>> >>> >>> -- Loading firmware image: /usr/local/share/uhd/images/** >> usrp1_fw.ihx... >> done >> >>> -- Opening a USRP1 device... >>> -- Loading FPGA image: >>> >> /usr/local/share/uhd/images/**usrp1_fpga.rbf... done >> >>> (gdb) bt >>> #0 >>> >> 0x034b0018 in ?? () >> >>> #1 0x7fbb65892cb2 in thread_proxy () >>> >> from /usr/lib64/libboost_thread-mt-**1_42.so.1.42.0 >> >>> #2 >>> >> 0x7fbb671c5ca8 in start_thread () from /lib64/libpthread.so.0 >> >>> #3 >>> >> 0x7fbb66f0c1ad in clone () from /lib64/libc.so.6 >> >>> >>> WITHOUT POWER >>> >> CYCLE >> >>> -- Opening a USRP1 device... >>> -- Using FPGA clock rate of >>> >> 64.00MHz... >> >>> Segmentation fault (core dumped) >>> #
Re: [Discuss-gnuradio] segmentation fault with current gnuradio version on USRP1
On 02/02/2012 05:54 PM, Nick Foster wrote: Try recompiling gr-uhd and reinstalling. --n Might as well re-do the entire Gnu Radio build. It doesn't take *that* long. -- 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] segmentation fault with current gnuradio version on USRP1
This I did more than 10 times recently, testing also with 3.4.2, carefully deinstalling previously installed versions. It's reasonably fast on 4-core machine and as Gentoo user I am used to run some compilations :-). As I wrote I got compilation errors with newer boost versions, I will retry that and report them, since the backtrace shows problem is in boost, so when I am able to compile gnuradio with newer boost it might help. Jiri On Thu, 2 Feb 2012, Marcus D. Leech wrote: On 02/02/2012 05:54 PM, Nick Foster wrote: Try recompiling gr-uhd and reinstalling. --n Might as well re-do the entire Gnu Radio build. It doesn't take *that* long. -- 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
