Re: [Discuss-gnuradio] connect USRP-2921 to gnuradio

Hi Mohamed, UHD 3.5.5, which you seem to be using, is so very old that it lacks crucial features. You should definitely update your UHD version. I assume you're using Ubuntu 14.04 (they are the only ones who still ship this old UHD), so please sudo apt-get remove uhd-host libuhd003 gnuradio and

Re: [Discuss-gnuradio] USRP Competition

Dave, the USRP has no notion of "channels". It's a concept that you have in your software that deals with the samples coming from the USRP. You can configure the USRP to arbitrary center frequencies. Best regards, Marcus On 16.11.2015 03:06, Rama V wrote: > > I would like to send data through

Re: [Discuss-gnuradio] USRP Burst Mode Weirdness

Hi Roee, On 16.11.2015 22:28, Roee Bar wrote: > Hi Marcus, > > You understand correctly. I ran this experiment with USRP block > 'length tag’ field enabled and another time with this field empty > (these correspond to ‘signal_with_tag’ and ‘signal_without_tag’ > respectively). > > Regarding your

Re: [Discuss-gnuradio] Gnuradio-companion

I'd like to emphasize on the possibilities for self-debug, in this case. GNU Radio's cmake run closely describes which dependencies were missing and which components therefore got disabled. GRC needs python > 2.5 (I strongly recommend using 2.7 for compatibility with out of tree modules),

Re: [Discuss-gnuradio] QT GUI (Constellation Sink) Update Period (Refresh Rate)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi David, > 2) Should I set 'Number of Points' to 576? Yes. The block will take this amount of points and display it. Then wait a given time and take the next chunk to display it. As long as the block does not have at least the specified amount of

Re: [Discuss-gnuradio] Higher sample rate

As Marcus L. said: Usually, your hard drive is the limiting factor. Try to write to a vector sink instead of a file sink. Does it get better? Notice: Hard drive write speeds are usually significant < 1Gb/s sustainably. Best regards, Marcus On 11/17/2015 05:14 PM, scott tiger wrote: > Thank you

[Discuss-gnuradio] N210 MIMO packet TX time alignment when using message strobe

Hello list, I have a really tricky question that we have been working on during the last few weeks. I am asking for any advice how to handle this issue: In short: Samples input into the USRP sink do not appear at both hardware outputs at the same time, but are set off by several sampling

Re: [Discuss-gnuradio] pybombs cross-compile mako error

On 11/17/2015 10:42 AM, Jason Matusiak wrote: >> Arg, I forgot you are using rfnoc :) Sorry. >> The latest e310 files with rfnoc are here: >> http://files.ettus.com/e3xx_images/alpha/fido-rfnoc-test/ >> You could also update the release-3 image to have rfnoc also. > > So here is where things

Re: [Discuss-gnuradio] Higher sample rate

Thank you very much for your reply. There isn't any switch or router between USRP and computer. They are connected by Ethernet cable. the folow-graf is not complex at all, but the signal is transmitted from the saved file and the received signal is recorded to hard disk. I tested to do that on

Re: [Discuss-gnuradio] USRP Complex Demodulation

Hi Roee, you forgot that there is a delay between sending and receiving, and that the receiver LO is not at the same phase as the transmitter LO. So in your receiver I(t) and Q(t), you don't mix with a cos(w0*t) and a -sin(w0*t), but with cos(w0*t+tau) and a -sin(w0*t+tau), respectively, with

[Discuss-gnuradio] Higher sample rate

Dear all, Can you please tell me, what is the max sample rate that can be used in gnu-radio for SISO transmission with USRP 2 or N200 series? "of course practically" theoretically it is written up to 50M, but the max that I achieved is 12M. any ideas about the host computer characteristic to

Re: [Discuss-gnuradio] FEC, Repetition Encoder/Decoder

On Tue, Nov 17, 2015 at 4:43 AM, David Halls wrote: > Hi guys, > > I am trying to use a combination of a CC code and a repetition code. This > might sounds a bit odd, but it just so happens I have 5 short ints 5*8 > bits, so I am repeating this 7 times, then using

Re: [Discuss-gnuradio] Lock-Up Time for 2PSK Demodulation

On Mon, Nov 16, 2015 at 10:08 PM, Kevin McQuiggin wrote: > Hi All: > > I have a .grc 2PSK demodulator working for the RDS subcarriers on FM radio > signals. I note however that it takes a couple of minutes for the PSK > demod hierarchical block to settle and give me consistent

Re: [Discuss-gnuradio] QT GUI (Constellation Sink) Update Period (Refresh Rate)

On Tue, Nov 17, 2015 at 7:40 AM, Johannes Demel wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi David, > > > 2) Should I set 'Number of Points' to 576? > Yes. The block will take this amount of points and display it. Then > wait a given time and take the

Re: [Discuss-gnuradio] LMS-DD Equalizer with OOK Modulation

On Mon, Nov 16, 2015 at 1:30 PM, Vijay Galbaransingh wrote: > Hello, > > > > I am trying to demodulate an on-off-keyed signal, and in doing so am > trying to use the LMS-DD equalizer as follows: > > > > Source --> BPF --> AGC --> PLL --> RRC --> M Clk Recovery --> LMS-DD EQ > -->

Re: [Discuss-gnuradio] Higher sample rate

Hello Maksim, The rate at which you can move samples to and from the USRP is highly dependent on your hardware and particular setup. Do you have any switches or routers in between your computer and the USRP? I recommend reading this, admittedly in need of reformatting, wiki page which discusses

Re: [Discuss-gnuradio] Higher sample rate

On 11/17/2015 10:13 AM, scott tiger wrote: Dear all, Can you please tell me, what is the max sample rate that can be used in gnu-radio for SISO transmission with USRP 2 or N200 series? "of course practically" theoretically it is written up to 50M, but the max that I achieved is 12M. any ideas

Re: [Discuss-gnuradio] pybombs cross-compile mako error

> Arg, I forgot you are using rfnoc :) Sorry. > The latest e310 files with rfnoc are here: > http://files.ettus.com/e3xx_images/alpha/fido-rfnoc-test/ > You could also update the release-3 image to have rfnoc also. So here is where things ended up. The default E310 load from OCT (in the link

Re: [Discuss-gnuradio] Higher sample rate

On 17.11.2015 08:34, Marcus Müller wrote: > As Marcus L. said: > > Usually, your hard drive is the limiting factor. Try to write to a > vector sink instead of a file sink. Does it get better? Notice: Hard > drive write speeds are usually significant < 1Gb/s sustainably. Yep, the Marcuses are

Re: [Discuss-gnuradio] N210 MIMO packet TX time alignment when using message strobe

Hi Stephan, some prelims first: Can you manually sync the devices using set_time_unknown_pps() before running the flow graph? I would like to rule out VITA time issues. Also, your way of setting the time should work; it's the same code as if you were using tx_time tags. Although, that's

[Discuss-gnuradio] QT GUI (Constellation Sink) Update Period (Refresh Rate)

Hi all, I am using QT, finally, but I am struggling with the 'refresh rate' on the Constellation Sink. My system receives one packet of 576 symbols (points), every second (slow!). I would like the plot to display all 576 each second, then wipe, and show the next 576 etc. There seems to be a

Re: [Discuss-gnuradio] USRP Competition

Dear Dave, > So this channel concept lies in GNU Radio. No. The concept "channel" is how you, as a signal processing expert, look at a piece of spectrum. GNU Radio just sees samples. If you build a GNU Radio system that filters out specific parts of the spectrum that *you* consider to be the

Re: [Discuss-gnuradio] USRP Competition

A "channel" is really just a high-level, somewhat arbitrary, agreement berween a sender and a receiver on how to view a particular hunk of spectrum. It will vary, depending on the application. For example, broadcast television divides its spectrum up into 6 MHz wide channels. Broadcast FM, on

Re: [Discuss-gnuradio] LMS-DD Equalizer with OOK Modulation

Changing to the non-causal AGC so that samples are <=1 and adding -0.5 so that it is zero-biased worked. The equalizer output now performs as expected in GRC and has cleaned things up considerably. Leads to another question though: my final target for this is Android, which means writing the

Re: [Discuss-gnuradio] USRP Complex Demodulation

Yes, the images came ok. Using your original example of transmitting I(t)=cos(wm*t), Q(t)=sin(wm*t), let’s take I(t)=cos(wm*t) and Q(t)=0: sout(t) = cos(wm*t)*cos(wo*t) - 0*sin(wo*t) = 1/2 * [ cos(wm*t-wo*t) + cos(wm*t+wo*t) ] At the receiver (sorry if the derivation is too explicit): I(t) =

Re: [Discuss-gnuradio] USRP Latency.

Hi Will, we have a similar problem with our set-up, and hence I can somehow confirm your findings, although we do not have a solution/explanation (yet), either. We have a 2x2 MIMO N210 system (with MIMO cable and w/o GPSDO) in burst-mode (PDU messages from message strobe are issued every

[Discuss-gnuradio] FEC, Repetition Encoder/Decoder

Hi guys, I am trying to use a combination of a CC code and a repetition code. This might sounds a bit odd, but it just so happens I have 5 short ints 5*8 bits, so I am repeating this 7 times, then using 1/2 rate to fill my packet - 576bits. I can get the codes to work separately, but please

[Discuss-gnuradio] connect USRP-2921 to gnuradio

hello i tried to implement FM reciever from this video : https://www.youtube.com/watch?v=KWeY2yqwVA0 but the problem is that everytime i need to run the grc an error show which is: -- linux; GNU C++ version 4.8.2; Boost_105400;

Re: [Discuss-gnuradio] USRP Competition

Thanks for the reply Marcus. So this channel concept lies in GNU Radio. How can I really set from what channel I need to send the data or which channels are free for the transmission. Do I need to write any code for that? I am performing DARPA Spectrum competition wherein I need to perform data