Re: [Discuss-gnuradio] unpack k bits block with a new created block

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey David, I suggest you read the tutorial [1]. It explains the various parts of a block in great detail. [1] https://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules On 18.06.2015 00:12, dcardona wrote: > Hello Johannes. > > Thank you

Re: [Discuss-gnuradio] problem with ofdm link

hi martin, i just thought so, it's fairly simple. the only parameters i used are "fft length" and "occupied carriers". the configuration is attached (ofdm_ca_config.png).     alphonso   Gesendet: Mittwoch, 17. Juni 2015 um 09:01 Uhr Von: "Martin Braun" An: bh...@web.de, discuss-gnuradio@gnu

Re: [Discuss-gnuradio] why alignment feature work only when output_multiple not set

Hi Tom, Thanks your reply, I have another question, in function "min_available_space" why buffer_size/2 is best ? 在 2015年06月16日 21:31, Tom Rondeau 写道: On Tue, Jun 16, 2015 at 8:57 AM, Tiankun Hu > wrote: Hi, After go through the block_executor.cc, I foun

[Discuss-gnuradio] Issues with N210

Hello All, I would like to know that is the USRP2 needs separate installation on the host or It will work smoothly with the USRP 1 configured host?? I have a host configured for USRP 1, I used these for few lab works. Now I would like to use the networked series devices i..e USRP N210 for my

[Discuss-gnuradio] infinite receive and transmission

Hello list, I am beginner for USRP networked series N210. I have two N210 connected to my host i.e. laptop. I am trying to check transmission and reception using two USRP . When i am passing the command for transmission it is taking too much time (running sicne last 3 hours) . I am using be

Re: [Discuss-gnuradio] Issues with N210

What version of UHD are you using? There has been N2xx support for several years. You should follow the guides here: http://files.ettus.com/manual/page_usrp2.html#usrp2_network_setuphost On 2015-06-18 09:12, alok ranjan wrote: > Hello All, > > I would like to know that is the USRP2 need

Re: [Discuss-gnuradio] infinite receive and transmission

On Thu, Jun 18, 2015 at 9:14 AM, alok ranjan wrote: > Hello list, > > > I am beginner for USRP networked series N210. > > I have two N210 connected to my host i.e. laptop. I am trying to check > transmission and reception using two USRP . > > When i am passing the command for transmission it is

Re: [Discuss-gnuradio] Install GNURadio from Source

On Wed, Jun 17, 2015 at 8:12 PM, Richard Bell wrote: > I used the /usr prefix. The exact ./configure command I used was: > > ./configure --prefix=/usr > > I realize I didn't explicitly include the --with-cpp --with-python > statements, though I did see that thrift said it installed with C, C++ an

Re: [Discuss-gnuradio] infinite receive and transmission

Hello Tom, Thank you for your reply to my queries . After running the command for ' gnuradio-config-info' it is giving the output as 3.7.2.1 . Infinite time means that it keep on transmitting for several hours (Checked upto 5 hours). Thank you, From: t...@trondeau.com Date: Thu, 18 Jun 201

Re: [Discuss-gnuradio] infinite receive and transmission

On Thu, Jun 18, 2015 at 10:04 AM, alok ranjan wrote: > Hello Tom, > > Thank you for your reply to my queries . > > > After running the command for ' gnuradio-config-info' it is giving the > output as 3.7.2.1 . > > Infinite time means that it keep on transmitting for several hours > (Checked upto

Re: [Discuss-gnuradio] CPU usage when hdlc framer is used

On Wed, 2015-06-17 at 12:01 -0400, discuss-gnuradio-requ...@gnu.org wrote: > Message: 11 > Date: Tue, 16 Jun 2015 16:04:54 -0700 > From: Johnathan Corgan > To: Marcus M?ller > Cc: "discuss-gnuradio@gnu.org" > Subject: Re: [Discuss-gnuradio] CPU usage when hdlc framer is used > Message-ID: >

Re: [Discuss-gnuradio] problem with ofdm link

Your occupied carriers data structure is a vector, I believe it should be a vector of vectors (see the examples and the manual page). I guess with all the SWIGgery, this doesn't get detected very early on. M On 18.06.2015 00:42, bh...@web.de wrote: > hi martin, > i just thought so, it's fairly si

Re: [Discuss-gnuradio] Install GNURadio from Source

I reinstalled Thrift and Gnu Radio and captured the cmake output, pasted below: -- Configuring gr-ctrlport support... -- Dependency Boost_FOUND = 1 -- Dependency SWIG_FOUND = TRUE -- Dependency SWIG_VERSION_CHECK = TRUE -- Dependency ENABLE_GNURADIO_RUNTIME = ON -- Enabling gr-ctrlport s

Re: [Discuss-gnuradio] Install GNURadio from Source

On Thu, Jun 18, 2015 at 12:31 PM, Richard Bell wrote: > I reinstalled Thrift and Gnu Radio and captured the cmake output, pasted > below: > > -- Configuring gr-ctrlport support... > -- Dependency Boost_FOUND = 1 > -- Dependency SWIG_FOUND = TRUE > -- Dependency SWIG_VERSION_CHECK = TRUE > -

[Discuss-gnuradio] Active Reflector

Hello all, I'm trying to do ranging using two USRPs N210. The idea is that the first USRP sends a signal and then the second USRP recognize it and send the signal back. Looking to the turnaround time I would be able to know the ranging. Despite some problems that I already had, right now I'm stuck

Re: [Discuss-gnuradio] Active Reflector

Hi Rafael, what you're trying to build is not a causal system -- you tell the sink to start transmitting the first sample right at the same moment that your source receives the first sample -- but between that, the samples have to flow through your PC! Add a bit of delay between rx and tx. Also,

Re: [Discuss-gnuradio] Channel Model block - Epsilon effect on band edges

On further thought, not all resamplers need filters. In fact this may be about the ideal case where a resampler does not need a filter. If you are resampling a signal that does extend fully to the band edge, and your resample ratio is close enough to unity to avoid aliasing at the target new rate,

Re: [Discuss-gnuradio] Channel Model block - Epsilon effect on band edges

eh, nevermind, hit send too quickly on a long day (decimators are probably a special case, but rational resamplers when they interpolate are going to generate aliases that fold back in band when decimated, so yeah never mind) John Murphy jmur...@comsonics.com On Thu, Jun 18, 2015 at 1:20 PM, Mur

Re: [Discuss-gnuradio] Install GNURadio from Source

Oh very good to know. After installing those python modules and making the following changes to the gnuradio-runtime.conf file [PerfCounters] on = True #False export = True #False clock = thread #clock = monotonic [ControlPort] on = True #False edges_list = True #False My flowgraph fails with t

Re: [Discuss-gnuradio] Active Reflector

Hi Marcus, I'm using the WBX daughter board. I though the late packages problem could be because of the processing time between receiving a sample and sending it back. And I have tried to I used the delay difference like this: now = self.uhd_usrp_sink_0.get_time_now() self.uhd_u

Re: [Discuss-gnuradio] Active Reflector

Rafael, 1ms delay is pretty good, considering that you need to pack one complete ethernet packet of samples, send it to the PC, unpack that package, repack it, and send it to the USRP -- the main delay here is probably your OS. Since both of your USRP are time-synced, I assume both are frequency-

Re: [Discuss-gnuradio] Install GNURadio from Source

On Thu, Jun 18, 2015 at 2:01 PM, Richard Bell wrote: > Oh very good to know. > > After installing those python modules and making the following changes to > the gnuradio-runtime.conf file > > [PerfCounters] > on = True #False > export = True #False > clock = thread > #clock = monotonic > > [Contr

[Discuss-gnuradio] extended_encoder ignores get_output_conversion()

Hey list, 'extended_encoder' currently ignores whatever 'get_output_conversion' returns. If you use FEC's extended encoder and you reimplement 'get_output_conversion', it gets ignored. A quick look at the available encoders in gr-fec shows, that none of them actually uses that method. Though the

Re: [Discuss-gnuradio] Embedded WG

On 06/15/2015 10:38 PM, Nowlan, Sean wrote: >> For the next year, I'd like to get more people actually using the >> infrastructure > >> we have. I'd like to get a list of gnuradio apps together and start >> validating > >> they run on various embedded platforms. > > > > I've been doing a li

[Discuss-gnuradio] Buffers and Sample Rates

Hi all, I'm working on a system that has hardware defining an input rate and hardware defining an output rate. This is a data based system, so I can't afford to lose any bits, which implies sample rate changes have to be exact. For example, if data is being input at 2.4 ksps and the USRP outputs

Re: [Discuss-gnuradio] Buffers and Sample Rates

We call this the "two clock problem". This is something people (including myself) have been talking about implementing for ages. There's nothing available in GNURadio right now to do this. --n On Thu, Jun 18, 2015 at 12:51 PM Richard Bell wrote: > Hi all, > > I'm working on a system that has ha

Re: [Discuss-gnuradio] Buffers and Sample Rates

It's not unique to modern DSP systems, either. When we put together a bit-regenerating repeater for 56kbit packet "back in the day", we had to design an elastic hardware buffer to "soak up" slight differences in RX and TX clocks--the RX bit clock was from the remote station, and TX bit-clock w

Re: [Discuss-gnuradio] Buffers and Sample Rates

Alright thanks for the feedback. It sounds like I have some work to do. v/r, Rich On Thu, Jun 18, 2015 at 1:01 PM, wrote: > It's not unique to modern DSP systems, either. > > When we put together a bit-regenerating repeater for 56kbit packet "back > in the day", we had to design an elastic har

Re: [Discuss-gnuradio] Install GNURadio from Source

Ah yes sorry about that. I entered that into a terminal directly but forgot to add it to source it in my bash startup file. I think the general installation for control ports is complete now. I will start a new thread for non-install related questions now. Appreciate all the help. v/r, Rich On

[Discuss-gnuradio] Control Ports On/Off and Config file

I set my gnuradio configuration file (located here: /usr/local/etc/gnuradio/conf.d/gnuradio-runtime.conf) to the following: [PerfCounters] on = True #False export = True #False clock = thread #clock = monotonic [ControlPort] on = True #False edges_list = True #False I continue to run into the fo

[Discuss-gnuradio] overlapping channels in polyphase channelizer

Is it possible to have overlapping channels in a polyphase channelizer? say you have 10MHz of bandwidth, and you want to break it up into 10 channels, each 2MHz wide with the center frequencies being 1MHz apart. would you just set the taps to have the right bw and lowpass filter width (in this cas

[Discuss-gnuradio] Question on tags - offsets

Hi, A quick question on tags. I'm coding a custom block in python and my forecast function is like so: def forecast(self, noutput_items, ninput_items_required): #setup size of input_items[i] for work call for i in range(len(ninput_items_required)): ninput_items_requir

Re: [Discuss-gnuradio] Embedded WG

On Mon, Jun 15, 2015 at 7:38 PM, Nowlan, Sean wrote: > J Corgan's bootable USB stick on a Minnowboard > I'm pretty curious how well this worked and if you ran into any issues or had to do anything extra for this combination. -- Johnathan Corgan Corgan Labs - SDR Training and Development Servi

Re: [Discuss-gnuradio] Embedded WG

On Mon, Jun 15, 2015 at 4:54 PM, Philip Balister wrote: > > For the next year, I'd like to get more people actually using the > infrastructure we have. I'd like to get a list of gnuradio apps together > and start validating they run on various embedded platforms. > As someone who's been followi

Re: [Discuss-gnuradio] overlapping channels in polyphase channelizer

On Jun 18, 2015, at 6:14 PM, ben Gee mailto:grben...@gmail.com>> wrote: Is it possible to have overlapping channels in a polyphase channelizer? say you have 10MHz of bandwidth, and you want to break it up into 10 channels, each 2MHz wide with the center frequencies being 1MHz apart. Hi Ben, pe

Re: [Discuss-gnuradio] Question on tags - offsets

Dear Anil, Not every 64 items,but work() function is called if there are more than 64 items in the input stream (buffer). Regards, Jeon. 2015-06-19 11:51 GMT+09:00 Anil Kumar Yerrapragada : > Hi, > > A quick question on tags. > > I'm coding a custom block in python and my forecast function is l

[Discuss-gnuradio] Fw: pybombs-gnuradio-install-missing files

After a lot of work, I am a beginner concerning gnuradio, only an average linux user concentration on PCLinuxOS, now have an awfull lot of files installed in my sandbox.  I have had many goes at installing 'pybombs' and I think I have an understanding of the concept of installing from source. W