Re: [Discuss-gnuradio] How to minimize Spillage of energy in neighboring frequencies while transmission

Hi, > You can see the spectrogram at the receiver. I want to do narrowband(1 kHz) > transmission hence I am keeping the sampling freq at transmitter at 1k. That sentence is just wrong. It's actually quite the opposite. By keeping the sample rate at the transmitter at 1k, you're basically leaving

Re: [Discuss-gnuradio] Understanding processing delay

Hi Veljko, GNU Radio works by calling your blocks' "work" methods with buffers full of consecutive items (read: samples). These blocks might then run in parallel. For example, assume that the first add_const has worked through samples 0-999, the second is called with the resulting 1000 items, whil

Re: [Discuss-gnuradio] How to minimize Spillage of energy in neighboring frequencies while transmission

Hi Abhinav, which USRP are you using? I'm pretty sure none of our devices supports a 2kS/s sampling rate -- it's just far too low to get directly interpolated to a "usable" DAC/ADC rate. Especially those USRPs that can be equipped with RF frontends (daughterboards) that can operate at near-baseban

Re: [Discuss-gnuradio] Saving data

Hi Pedro, you sent a very similar email with exactly the same subject on the 15th of October, and I did my best to help you there (email from back then below). Has my mail gotten lost in spam? Is there some further help you'd need? Did I upset you somehow? Best regards, Marcus On 16.10.2015 15:

[Discuss-gnuradio] Pad 'idle' items when an upstream block gives nothing

Consider a flow graph like: http://i.imgur.com/bNa6YuQ.png Message source produces a short message. Period is quite long. Thus, There should be a long idle time. I'd like to build a block 'pad idle'. The block pad a predefined sequence if the upstream block gives nothing. I think a prototype w

Re: [Discuss-gnuradio] Pad 'idle' items when an upstream block gives nothing

Hi Jeon, with gr-eventstream, there's something that already does the "idle time padding": https://github.com/osh/gr-eventstream/ Read Tim's articles, too: http://oshearesearch.com/tag/gr-eventstream/ To answer your question: > 1. Is it allowed to forecast zero item? And does it behave as I expec

Re: [Discuss-gnuradio] Pad 'idle' items when an upstream block gives nothing

Dear Marcus, Thank you for quick and detailed answer. I'll check that gr-eventstream as well as fundamentals of GNU Radio you've described. Regards, Jeon. 2015-10-21 22:23 GMT+09:00 Marcus Müller : > Hi Jeon, > > with gr-eventstream, there's something that already does the "idle time > padding

Re: [Discuss-gnuradio] How to minimize Spillage of energy in neighboring frequencies while transmission

Hi Marcus, On Wed, Oct 21, 2015 at 3:18 AM, Marcus Müller wrote: > Hi Abhinav, > > which USRP are you using? > USRP N210 > I'm pretty sure none of our devices supports a 2kS/s sampling rate -- it's > just far too low to get directly interpolated to a "usable" DAC/ADC rate. > Especially those U

Re: [Discuss-gnuradio] How to minimize Spillage of energy in neighboring frequencies while transmission

Hi Sylvain, > > You can see the spectrogram at the receiver. I want to do narrowband(1 > kHz) > > transmission hence I am keeping the sampling freq at transmitter at 1k. > > That sentence is just wrong. It's actually quite the opposite. > > By keeping the sample rate at the transmitter at 1k, you

Re: [Discuss-gnuradio] How to minimize Spillage of energy in neighboring frequencies while transmission

> What is alias filtering ? I have hear about anti-alias filters. > Apologies as I am a CS student > but interested in radios and hence working on the project. I might be > missing something > obvious. It's the same. As mentioned, your hardware shouldn't be working at 2kS/s at all -- you should d

Re: [Discuss-gnuradio] How to minimize Spillage of energy in neighboring frequencies while transmission

Hi Abhinav, I think most of your questions have been answered in my reply to your reply to Sylvain's mail; basically, yes, you need to use a sampling rate >=196kHz, but no one is stopping you from putting any signal into that sampling rate that has a smaller bandwidth. See my comments on oversampl

Re: [Discuss-gnuradio] Pad 'idle' items when an upstream block gives nothing

Jeon, I was talking with a co-worker and I think I got the stock HDLC framer/deframer confused with the ones available in gr-framers on the gr-vt repo: https://github.com/gr-vt/gr-framers/tree/master/lib The framers in gr-framers do produce

Re: [Discuss-gnuradio] How to minimize Spillage of energy in neighboring frequencies while transmission

Hi Marcus, I see your point, and I can add intepolation factor as 196K/2K =98 in my transmitter. Can you please tell me about what should I do in my receiver now that I have to do decimation. I have the exact grc file attached. I am doing : USRP Source-> FLL Band Edge-> Polyphase Clock Sync with R

[Discuss-gnuradio] scope gui

Hello, I just migrated a flowgraph among two systems with distant gnuradio commits, as follows: Origin: commit db2c447c4295ad3327e9059545a241e3e3f9f2f5 Date: Mon Jul 28 15:14:06 2014 -0400 Destination (14.04 LTS -- gr via pybombs): commit e0a70a9257290dbf43c2936acf6ccbb4393295cb Date: Tue Oc

Re: [Discuss-gnuradio] Pad 'idle' items when an upstream block gives nothing

Jeon, You could also possibly use the HDLC framer/deframer blocks. That block produces an idle flag when there are no message inputs. -- Seth On 10/21/2015 11:39 AM, Jeon wrote: Dear Marcus, Thank you for quick and detailed answer. I'll check that gr-eventstream as well as fundamentals of

Re: [Discuss-gnuradio] scope gui

Hi, Not really sure what you mean ... You're obviously not feeding the same signal (one even has 2 inputs while the other has a single input). But other than that they look pretty much the same to me. Cheers, Sylvain ___ Discuss-gnuradio mailing