Re: [Discuss-gnuradio] ORC support on armhf w/ embedded SDK

On Mon, May 9, 2016 at 11:47 AM, Ben Hilburn wrote: > ORC (the Oil Runtime Compiler) is abandonware, at this point. The company > that developed it, EntropyWave, closed up a while ago. I seem to remember > ttsou talking to the founder who said that they were focusing on a

Re: [Discuss-gnuradio] Possible LTE signal

On Thu, Dec 3, 2015 at 11:15 PM, Johnathan Corgan wrote: > That looks like two signals, each ~1.25MHz wide. Maybe old school CMDA2000. Indeed. 877 MHz is allocated for cellular. Two signals - IS-95 or CDMA2000. -TT ___

Re: [Discuss-gnuradio] gr-lte vs gr::digital::ofdm*

On Mon, Jun 29, 2015 at 2:19 PM, Anderson, Douglas J. dander...@its.bldrdoc.gov wrote: https://github.com/kit-cel/gr-lte/blob/master/docs/lte_cp_ffo_sync_hier.grc.png If I understand that right, it's saying that I actually don't need to retune the USRP, it just pumps samples into the input of

Re: [Discuss-gnuradio] Fast, Single-Sample Phase Rotation

On Thu, May 28, 2015 at 1:52 PM, Douglas Geiger doug.gei...@bioradiation.net wrote: To follow-up on Sylvain's questions: is the restriction really on doing single-sample rotation (because of some intermediate calculation to generate the phase advance for the next sample), or on the alignment?

Re: [Discuss-gnuradio] [USRP-users] Spikes in b210 received data

to patch UHD. We're also looking into better tuning of the calibration tracking to avoid such signal oddities. -TT On Wed, Mar 25, 2015 at 1:47 AM, Tom Tsou t...@tsou.cc wrote: Hi Arjun, Can you try the attached patch against UHD master and see if you see the same effects? We've seen various

Re: [Discuss-gnuradio] [USRP-users] Spikes in b210 received data

Hi Arjun, On Fri, Mar 20, 2015 at 11:15 PM, Arjun Nadh via USRP-users usrp-us...@lists.ettus.com wrote: On observing the received samples, there is a periodic ramp on the received sample. Attaching the plot. I do not observe this effect while using N210. Also I do not observe this if I use

Re: [Discuss-gnuradio] Best Resample Method For Resampling LTE Data

Hi Paul, On Sun, Nov 30, 2014 at 6:52 PM, Paul Creaser drpaulcrea...@gmail.com wrote: I'm currently using the Rational Resampler in GUNURADIO to resample LTE data, for example from 30.72MHz to 15.36MHz and 50MHz to 15.36MHz. I`m able to decode the data, so every thing seems to be well. I

Re: [Discuss-gnuradio] Usrp x310 LTE support, with/without external clock

Hi Paul, On Fri, Oct 10, 2014 at 7:19 AM, Paul Creaser drpaulcrea...@gmail.com wrote: I'm new to gnuradio and sdr. I'm looking to use a x310 usrp in an lte project. I have read it can support a 184.32MHz clock frequency which is great for LTE and a sample rate of 30.72MHz. I have looked at

Re: [Discuss-gnuradio] Problems building GNURadio

On Mon, Sep 22, 2014 at 10:39 AM, Michal Jakubiak meho...@gmail.com wrote: In my original post I was referring to this discussion: http://lists.gnu.org/archive/html/discuss-gnuradio/2014-08/msg00207.html The output I've put in my first post already used these flags. That was for GR 3.7.5 I've

Re: [Discuss-gnuradio] Problems building GNURadio

On Mon, Sep 22, 2014 at 4:08 PM, Philip Balister phi...@balister.org wrote: On 09/22/2014 02:13 PM, Tom Tsou wrote: cmake ../ -DCMAKE_C_FLAGS=-march=armv7-a -mthumb-interwork -mfloat-abi=hard -mfpu=neon-vfpv4 -mtune=cortex-a15 -DCMAKE_ASM_FLAGS=-march=armv7-a -mthumb-interwork -mfloat-abi=hard

Re: [Discuss-gnuradio] Problems building GNURadio

On Mon, Sep 22, 2014 at 4:45 PM, Vanush Vaswani van...@gmail.com wrote: Damn, I missed the trick with tmpfs. Usually leave it building overnight on BBB. Note that the Arndale (and most other A15 boards) has 2GB of RAM. With 512 MB, the BBB probably won't have enough memory headroom to build in

Re: [Discuss-gnuradio] fftw3 thread safety ?

On Wed, Aug 13, 2014 at 8:35 AM, jmfriedt jean-michel.fri...@femto-st.fr wrote: I tracked the issue to the fftw3 thread safety and apparently some global variable shared by all task planners. Can someone point me to the way gnuradio solves this thread safety issue (which must be solved since I

Re: [Discuss-gnuradio] [GSoC] Co-Processors Update #9

On Mon, Aug 11, 2014 at 10:06 AM, Philip Balister phi...@balister.org wrote: On 08/08/2014 11:54 PM, Alfredo Muniz wrote: Plan for GNU Radio: - From my talks with Pendlum, I think this approach will work for both Zynq and Keystone and any device that has shared memory with the coprocessors.

Re: [Discuss-gnuradio] [GSoC] Co-Processors Update #9

On Mon, Aug 11, 2014 at 11:06 AM, Philip Balister phi...@balister.org wrote: On 08/11/2014 01:42 PM, Tom Tsou wrote: At least from a high level, a message queue with a rotating set of buffer pointers seems OK to me. Though, not being familiar with the current Keystone transport options, what

Re: [Discuss-gnuradio] [GSoC] Co-Processors Update #7

On Fri, Jul 25, 2014 at 1:02 AM, Alfredo Muniz mun...@seas.upenn.edu wrote: Currently I have everything working on the DSP through a compiled program that I load onto the DSP from the ARM. I would now need to send data between the ARM and the DSP so that we can interface with GNU Radio. I have

Re: [Discuss-gnuradio] [GSoC] Co-Processors Update #7

Hi Alfredo, On Thu, Jul 24, 2014 at 1:57 PM, Alfredo Muniz mun...@seas.upenn.edu wrote: - Good news is that I have successfully run the turbo decoder on the DSP through loading in a program from the ARM. I fed it some data and it returns the appropriate hard decisions for LTE at 93

Re: [Discuss-gnuradio] GSoC14 gr-trellis update

On Wed, Jun 25, 2014 at 3:40 AM, Jan Krämer kraemer...@googlemail.com wrote: right in time for Midtermevalutaions I have a bigger update for you. Viterbi Decoder is now fully Volkified, but results are a bit meh :/ You can read more on my blog http://spectrejan.blogspot.de/ Hi Jan, I only

Re: [Discuss-gnuradio] tx_time tag accuraccy

On Mon, Jun 9, 2014 at 2:15 AM, bob wole bnw...@gmail.com wrote: Thanks for your comment. I do not think if I tag a burst with time X, it'll go out of USRP transmit FIFO at exactly X, there would be some small delta involved depending on the clock resolution, and I want to know that delta. I

Re: [Discuss-gnuradio] tx_time tag accuraccy

On Wed, Jun 4, 2014 at 2:01 PM, bob wole bnw...@gmail.com wrote: I think that USRP transmit FIFO is at the start of the DSP chain in FPGA i.e it is prior to both of the interpolation filters? right? I am not talking about when the burst will be over the air, I want to know when the first

Re: [Discuss-gnuradio] Getting overflows at 50 Msps (not sure why)

On Wed, Jun 4, 2014 at 5:16 PM, Orin Lincoln orindlinc...@gatech.edu wrote: I am trying to get samples from a B200 at 50 Msps into GNU Radio. The UHD benchmark_rate tool receives at 50 Msps without any overflows detected. My GNU Radio flowgraph is simply a USRP source connected to a null sink,

Re: [Discuss-gnuradio] B200 clock calibration

On Wed, May 14, 2014 at 6:16 AM, Martin Braun martin.br...@ettus.com wrote: On 14.05.2014 12:12, Robert Light wrote: UHD Warning: The hardware does not support the requested RX sample rate: Target sample rate: 0.270833 MSps Actual sample rate: 0.271186 MSps Robert, as long as you

Re: [Discuss-gnuradio] The GMSK demodulation

On Mon, Mar 3, 2014 at 8:32 PM, zhenhua han hzhua...@gmail.com wrote: I'm reading the code of Airprobe and I found this function. double gsm_receiver_cf::compute_freq_offset(const gr_complex * input, unsigned first_sample, unsigned last_sample) ~ It calculates the frequency offset with

Re: [Discuss-gnuradio] The GMSK demodulation

On Fri, Feb 28, 2014 at 11:51 AM, Nick Foster bistrom...@gmail.com wrote: I'm working on a generalized CPM demod based on Achilleas's previous work in gr-trellis/src/examples/test_cpm.py, and I have it more or less working although there are plenty of little bugs to work out. Since the Viterbi

Re: [Discuss-gnuradio] The GMSK demodulation

On Fri, Feb 28, 2014 at 1:54 PM, Nick Foster bistrom...@gmail.com wrote: On Fri, Feb 28, 2014 at 10:21 AM, Tom Tsou t...@tsou.cc wrote: I don't have much to add, but Nick and Sylvain touched on the largest difference between the Gnuradio GMSK demod and GSM/TDMA type burst processing - and it's

Re: [Discuss-gnuradio] Why does Airprobe no longer work with current GNU Radio?

On Wed, Feb 19, 2014 at 10:32 AM, Gabriel T gto...@inti.gob.ar wrote: Following this website: http://www.rtl-sdr.com/rtl-sdr-tutorial-analyzing-gsm-with-airprobe-and-wireshark/ I've applied the patch mentioned and could run airprobe with gnuradio 3.7. However, I couldn't decode the example

Re: [Discuss-gnuradio] WX GUI FFT sink on Raspberry Pi

On Fri, Feb 7, 2014 at 9:25 PM, Wayne Roberts wroberts92...@gmail.com wrote: Seems more viable to run it on a more modern cpu, such as http://www.rtl-sdr.com/demonstrating-gqrx-running-beaglebone-black-rtl-sdr/ I would not completely discount performance of the Raspberry Pi - notably floating

Re: [Discuss-gnuradio] [VOLK] 16i_max_star_horizontal_16i non-saturating subtraction

On Thu, Feb 6, 2014 at 11:58 AM, Douglas Geiger doug.gei...@bioradiation.net wrote: I'll suggest that the generic kernel should be trusted to do the correct thing, or at least have the correct set of intentions, and that if you want to change the behavior of the generic kernel, that you are

Re: [Discuss-gnuradio] B100 clock with UHD

On Tue, Jan 21, 2014 at 5:45 AM, Robert Light robert.li...@gmx.de wrote: I thought OpenBTS would use Transceiver52MHz to communicate with B100 and to configure the AD9522 to output 52MHz sampling clock. However, with OpenBTS working with B100 and WBX I measure 64MHz sampling clock. And I am

Re: [Discuss-gnuradio] Fedora 20 and Boost 1.54

On Mon, Jan 13, 2014 at 2:29 PM, Michael Berman mrberma...@gmail.com wrote: Has anybody ran into issues with or had success with installing Gnuradio on Fedora 20 with Boost 1.54? I am running Fedora 20 on three systems and have not seen any issues. My initial issue was with gr_modtool not

Re: [Discuss-gnuradio] gr-lte updated to GNU Radio 3.7 API

On Thu, Dec 19, 2013 at 12:55 PM, Johannes Demel johannes.de...@ettus.com wrote: Technically it could work with life data. Unfortunately it creates a too heavy load to be processed in realtime, unless you have the computing power or reduce the bandwidth/fft length to a small value. But then you

Re: [Discuss-gnuradio] gr-lte updated to GNU Radio 3.7 API

On Thu, Dec 19, 2013 at 3:07 PM, Johannes Demel johannes.de...@ettus.com wrote: Currently synchronization doesn't support fractional CPs. Besides this, reducing the sample rate helps a lot to make it run faster. Only thing to keep in mind though, having a different number of blocks than used by

Re: [Discuss-gnuradio] Install: qa_volk_test_all fails on armv7

On Sun, Dec 15, 2013 at 12:23 PM, Tom Rondeau t...@trondeau.com wrote: On Wed, Dec 11, 2013 at 10:35 AM, Monahan-Mitchell, Tim OK, good to hear. Does that mean bugs 582 and 583 should be re-opened? I've reopened the tickets as Works for some. Philip, Nathan, and I agreed to work together this

Re: [Discuss-gnuradio] Still problems building gr 3.4.2 / Debian

On Aug 3, 2013 9:18 AM, Ralph A. Schmid, dk5ras ra...@schmid.xxx wrote: Without gr-usrp everything builds and installs just fine - but when trying to compile OpenBTS, I get the message No package usrp found. So I assume this one is needed... It's not. What are the contents of the following

Re: [Discuss-gnuradio] Still problems building gr 3.4.2 / Debian

On Aug 3, 2013 11:39 AM, Ralph A. Schmid, dk5ras ra...@schmid.xxx wrote: In the lib filder only stuff of latest build, in the lib64 the 342 stuff... You need to be more specific. Does the file 'ursp.pc' exist in the pkgconfig directory or does it not? -TT

Re: [Discuss-gnuradio] Still problems building gr 3.4.2 / Debian

On Sat, Aug 3, 2013 at 6:55 PM, Ralph A. Schmid ra...@schmid.xxx wrote: And here the 64-bit-folder: gnuradio-core.pc gruel.pc usrp.pc The gnuradio-libusrp install is fine. You just need to specifiy the PKG_CONFIG_PATH before running configure with OpenBTS. 'export

Re: [Discuss-gnuradio] Still problems building gr 3.4.2 / Debian

On Fri, Aug 2, 2013 at 6:27 AM, Ralph A. Schmid, dk5ras ra...@schmid.xxx wrote: After compiling and installing sdcc2.9 from source this problem seems to be solved, but now building gr 3.4.2 on a Debian / Jessie (testing) AMD64 machine gives right after confirming the sdcc version another error.

Re: [Discuss-gnuradio] Still problems building gr 3.4.2 / Debian

On Fri, Aug 2, 2013 at 10:02 AM, Ralph A. Schmid, dk5ras ra...@schmid.xxx wrote: not building the USRP1 firmware and remove the sdcc requirement from the This will not break USRP1 usability? In fact the only thing I want to get running is OpenBTS with the USRP1. You can use the current UHD

Re: [Discuss-gnuradio] Still problems building gr 3.4.2 / Debian

On Fri, Aug 2, 2013 at 1:46 PM, Ralph A. Schmid, dk5ras ra...@schmid.xxx wrote: qa_gri_mmse_fir_interpolator_cc.cc: In member function 'void qa_gri_mmse_fir_interpolator_cc::t2_body()': qa_gri_mmse_fir_interpolator_cc.cc:96:9: error: 'intptr_t' was not declared in this scope

Re: [Discuss-gnuradio] Still problems building gr 3.4.2 / Debian

On Fri, Aug 2, 2013 at 5:13 PM, Ralph A. Schmid ra...@schmid.xxx wrote: make[6]: Leaving directory `/home/ras/gnuradio-3.4.2/usrp/firmware/src/common' Making all in usrp2 make[6]: Entering directory `/home/ras/gnuradio-3.4.2/usrp/firmware/src/usrp2' sdcc -mmcs51 --no-xinit-opt --code-loc

Re: [Discuss-gnuradio] Still problems building gr 3.4.2 / Debian

On Fri, Aug 2, 2013 at 5:09 PM, Tom Tsou t...@tsou.cc wrote: On Fri, Aug 2, 2013 at 5:13 PM, Ralph A. Schmid ra...@schmid.xxx wrote: make[6]: Leaving directory `/home/ras/gnuradio-3.4.2/usrp/firmware/src/common' Making all in usrp2 make[6]: Entering directory `/home/ras/gnuradio-3.4.2/usrp

Re: [Discuss-gnuradio] Still problems building gr 3.4.2 / Debian

On Fri, Aug 2, 2013 at 11:38 PM, Ralph A. Schmid ra...@schmid.xxx wrote: Bootstrap gives this error: ras@dk5ras:~/gnuradio-3.4.2$ ./bootstrap configure.ac:24: warning: AM_INIT_AUTOMAKE: two- and three- arguments forms are deprecated. For more info, see: configure.ac:24:

Re: [Discuss-gnuradio] Still problems building gr 3.4.2 / Debian

On Fri, Aug 2, 2013 at 9:27 PM, Ralph A. Schmid ra...@schmid.xxx wrote: sdas8051 -plosgff `basename '_startup.a51'` sdcc -mmcs51 --no-xinit-opt --code-loc 0x --code-size 0x1800 -- xram-loc 0x1800 --xram-size 0x0800 -Wl '-b USBDESCSEG = 0xE000' -L ../../lib libfx2.lib -o eeprom_boot.ihx

Re: [Discuss-gnuradio] Still problems building gr 3.4.2 / Debian

On Fri, Aug 2, 2013 at 10:19 PM, Ralph A. Schmid, dk5ras ra...@schmid.xxx wrote: OK, pulled fresh copy frokm git, no errors with bootstrap, but still this one: /usr/bin/ld: usrp_rx_cfile.o: undefined reference to symbol '_ZN5boost6system15system_categoryEv' /usr/bin/ld: note: