Re: [Discuss-gnuradio] [GSOC] A HTML-based GUI for GNU Radio: Draft of proposal

Hello all, Gentle reminder regarding previous email. Also, I have implemented a Plotly based frontend and Bokeh server as backend. Please see [1]. For demo: Go to [2] for Bokeh based output and [3] for Plotly based output. In both cases, backend is handled by Bokeh. Procedure to setup on your

Re: [Discuss-gnuradio] Transceiver gr-ieee802.11

On 03/22/2017 10:27 AM, Cristian Rodríguez wrote: > Hi everybody. > > I'm trying to implement the Transceiver gr-ieee802.11 of Bastian. > > I'm following the instructions in github, and this video in youtube. > https://www.youtube.com/watch?v=tAVgsJLM-sc > > In the begining of the simulation

Re: [Discuss-gnuradio] installing a python package without elevated privileges

You are right if they had access to it at first place. Anyhow I fixed it. -- View this message in context: http://gnuradio.4.n7.nabble.com/installing-a-python-package-without-elevated-privileges-tp63183p63258.html Sent from the GnuRadio mailing list archive at Nabble.com.

[Discuss-gnuradio] Implementing IEEE 802.11 a/g/p Transceiver module

Hi. I'm implementing the transceiver of Bastian following the instructions in github. When i use nic.sh (as it is indicated in the youtube video https://www.youtube.com/watch?v=tAVgsJLM-sc) i should receive it. [image: Imágenes integradas 1] But instead, i'm receiving:

Re: [Discuss-gnuradio] FEC: Convolutional Encoder Gnuradio and Matlab: different results

Hi Emanuel, Try bit-reversing the polynomials. By the way, even though the block definitions can take any python representation of the numbers. For instance 91 decimal is 0x5B (hex) and 091 (octal) in python. I often use the leading zero octal notation for stuff like this since the weirdos who

Re: [Discuss-gnuradio] Transceiver gr-ieee802.11

Thanks a lot. Yes i was worried about the message then your answer is ver useful Ron and again thanks Marcus for your interest in help. 2017-03-22 12:45 GMT-05:00 Ron Economos : > volk-config-info --machine > > BTW, the printout you see in the video has been removed in recent

Re: [Discuss-gnuradio] Measure and record the phase at the receiver

Hi Fernando! On 03/22/2017 06:51 PM, Trejo Treviño, Fernando Alberto wrote: > > Hi Marcus! > > > I am implementing a transmitter and a receiver model using two USRP > N210s. Both are using GFSK modulation, and the data is transmitted at > 2.4 GHz. > Cool :) > > I would like to add a phase shift

Re: [Discuss-gnuradio] Measure and record the phase at the receiver

Hi Marcus! I am implementing a transmitter and a receiver model using two USRP N210s. Both are using GFSK modulation, and the data is transmitted at 2.4 GHz. I would like to add a phase shift at the transmitter side via the use of a multiplier block with an exponential. Then, at the receiver

Re: [Discuss-gnuradio] Transceiver gr-ieee802.11

volk-config-info --machine BTW, the printout you see in the video has been removed in recent versions of GNU Radio. Ron On 03/22/2017 10:42 AM, Cristian Rodríguez wrote: Thanks for your answer Marcus. Is there a command so i can know if the gnuradio flow graph is executing VOLK?

Re: [Discuss-gnuradio] Transceiver gr-ieee802.11

Thanks for your answer Marcus. Is there a command so i can know if the gnuradio flow graph is executing VOLK? Regards, Cristian 2017-03-22 12:32 GMT-05:00 Marcus Müller : > Hi Cristian, > > VOLK is an integral component of GNU Radio. If your GNU Radio has no VOLK, >

Re: [Discuss-gnuradio] Transceiver gr-ieee802.11

Hi Cristian, VOLK is an integral component of GNU Radio. If your GNU Radio has no VOLK, you wouldn't even have most of the GNU Radio blocks you use. So you very, very likely have VOLK. Your problem lies somewhere else. Best regards, Marcus On 03/22/2017 06:27 PM, Cristian Rodríguez wrote: >

Re: [Discuss-gnuradio] Measure and record the phase at the receiver

Hi Fernando, you'll need to be a little more specific what you mean with "a received signal" and its phase – a PLL does keep track of the phase, but its job is, by definition, to "correct" the output so that it follows a specific phase behaviour, so a PLL is certainly not what you're looking for

[Discuss-gnuradio] Transceiver gr-ieee802.11

Hi everybody. I'm trying to implement the Transceiver gr-ieee802.11 of Bastian. I'm following the instructions in github, and this video in youtube. https://www.youtube.com/watch?v=tAVgsJLM-sc In the begining of the simulation should be appear "Using volk machine" like in the video, because

[Discuss-gnuradio] Measure and record the phase at the receiver

I am currently experimenting with a USRP N210, and I would like to measure and record the phase of a received signal. I have read into the pre-installed PLL blocks, but these do not provide the same functionality. Ideally this would be done before the first iteration of the PLL, but I am also

Re: [Discuss-gnuradio] FEC: Convolutional Encoder Gnuradio and Matlab: different results

Hi Emanuel, Maybe you find following thread useful. http://lists.gnu.org/archive/html/discuss-gnuradio/2015-09/msg00404.html -- Usman On Wed, Mar 22, 2017 at 1:07 PM, wrote: > Hi together, > > > > I’m using the FEC Async Encoder with the CC Encoder Definition. >

Re: [Discuss-gnuradio] Using multi_usrp in python code

Hi Nicolas, > I tried to use the set_auto_dc_offset method of the usrp_source class > (GRC automatically creates a usrp_source instance) to disable auto > offset correction and the set_dc_offset to set it to 0, but > experimentally, it seems that it does not do anything. We know of this:

[Discuss-gnuradio] Using multi_usrp in python code

Hello, I am using gnuradio with a X310 usrp and a LFRX daughterboard to acquire a 10 kHz signal. My problem is due to the DC offset correction. The flowgraph is generated using GRC and I am working on the python file. I tried to use the set_auto_dc_offset method of the usrp_source class

Re: [Discuss-gnuradio] GNU Radio on Beaglebone black

A common way to figure out dependencies is to look into what other builders used – in your case, you can check very easily: apt-get build-dep gnuradio Will list (and if you want to, install) all packages that the package maintainer deemed necessary to build GNU Radio. Note that this will include

Re: [Discuss-gnuradio] GNU Radio on Beaglebone black

On 03/21/2017 09:34 PM, Usman Haider wrote: > > > On Wed, Mar 22, 2017 at 2:52 AM, Dennis Glatting > wrote: > > On Tue, 2017-03-21 at 22:59 +0500, Usman Haider wrote: > > Hi, > > > > I am currently building GNU Radio 3.7.10.1 on

[Discuss-gnuradio] FEC: Convolutional Encoder Gnuradio and Matlab: different results

Hi together, I'm using the FEC Async Encoder with the CC Encoder Definition. Input/Output are unpacked and I use the terminated behavior. In Gnuradio the polynomials for the CC Encoder Definition are defined on a base of 10, and not as octals like in MATLAB, right? I tried the following: 1