old and not actively developed/maintained. I recommend switching to the
> ofdm_tx and ofdm_rx blocks.
>
> Cheers,
> Martin
>
> On 04/27/2016 04:09 AM, monika bansal wrote:
> > Please help me with this.
> >
> > Thanks.
> >
> > Regards,
> &
Please help me with this.
Thanks.
Regards,
-monika
On Wed, Apr 27, 2016 at 4:37 PM, monika bansal
wrote:
> Hi,
>
> I have connected benchmark_tx.py and benchmark_rx.py to make it loopback
> mode without USRPs. There is no channel block between the tx and rx chain.
>
> I che
Hi,
I have connected benchmark_tx.py and benchmark_rx.py to make it loopback
mode without USRPs. There is no channel block between the tx and rx chain.
I checked all blocks in the Transmit chain. All are working as expected.
But in Receiver chain i did not understand the output of *ofdm_sync_ml
*
OS?
>
>
>
> On 16.04.2016 18:10, monika bansal wrote:
>
> Hi Marcus
>
> The network card is PCI Express Gigabit Ethernet Controller with 1Gbps
> capacity.
>
> Thanks,
> Monika
>
> On Fri, Apr 15, 2016 at 6:38 PM, Marcus Müller
> wrote:
>
>&g
h* too slow, and usually would be
> preceeded by a couple of "O".
> There's two cases where this doesn't happen:
> * Too small network buffers
> * strangely misbehaving network hardware.
>
> So: what is your network card?
>
> Best regards,
> Marcus
ial you point out whether you've modified the software or not :)
>
> Best regards,
> Marcus
>
>
> On 15.04.2016 06:28, monika bansal wrote:
>
> Hii,
>
> Thank you for your help.
> That "" issue is not coming with original benchmark files.
> I ad
Tue, Apr 5, 2016 at 11:51 PM, wrote:
> What if you make the file "/dev/null" -- does this still happen?
>
>
>
>
>
>
> On 2016-04-05 14:12, monika bansal wrote:
>
> Hii,
>
> I am running benchmark code and on the receiver side after receiving some
>
Hii,
I am running benchmark code and on the receiver side after receiving some
number of packets(8000 so), it starts showing overflow errors ("") on
terminal.
Following is the system configuration
python benchmark_rx.py -f 1100M --args "addr=10.32.38.163"
--to-file=/home/ashokbandi/GNU/a_rx.t
back to C++ land, which is
> necessary if you want to still use the ofdm_frame_equalizer_vcvc block
> in conjunction with your Python-based equalizer. Is that something
> you're trying to do?
>
> Cheers,
> Martin
>
>
> On 01/07/2016 02:08 PM, monika bansal wrote
so far.
Thanks.
Regards,
Monika
On Wed, Dec 23, 2015 at 10:46 AM, monika bansal
wrote:
>
> -- Forwarded message --
> From: Marcus Müller
> Date: Tue, Dec 22, 2015 at 8:30 PM
> Subject: Re: [Discuss-gnuradio] About decoding qpsk symbol
> To: monika bansal
ttle background, maybe at least a
> code excerpt and a higher level view on what you're trying to do from the
> start would be very helpful.
>
> Best regards,
> Marcus
>
>
> Am 22. Dezember 2015 05:56:46 MEZ, schrieb monika bansal <
> monika19...@gmail.com>:
>>
On Tue, Dec 22, 2015 at 3:48 AM, Marcus Müller
wrote:
> qpsk.py can't be run.
> It's just a python module containing functionality for QPSK, but no "main"
> function or similar.
>
> What are you actually trying to do?
>
> Best regards,
> Marcus
>
>
Hii,
I am trying to decode qpsk symbols for channel estimation block in python
but there is error in importing digital_swig.
This also happens when i run "qpsk.py" as shown below:
*Traceback (most recent call last):*
* File "qpsk.py", line 32, in *
*import digital_swig as digital*
*ImportErr
Thank you for the reply...
flat_fader_impl.h file is in lib
I am not getting where i did mistake.
Thanks again for your time.
On Thu, Oct 15, 2015 at 3:35 PM, Gisle Vanem wrote:
> when i am running QA test for a new module named "channels_w_tags" there
>> is this error
>> *undefined symbol
hii
when i am running QA test for a new module named "channels_w_tags" there
is this error
*undefined symbol: _ZN2gr15channels_w_tags15flat_fader_implC1Ejfbfi*
Please let me know what should i do. I am not able to find the answer.
Thanks.
___
Discuss
Hii
Should i add tag in the Channel model block to know the channel Taps as it
done in the "ofdm channel estimation" block to convey the channel
information
or there is some other way of knowing these taps.
Regards Monika
On Sat, Oct 3, 2015 at 5:03 PM, monika bansal wrote:
> H
Hii
I want to compute Mean Square Error(MSE) between the true channel and the
estimated one.
How can i get the true channel from the channel blocks such as from
"selective fading channel model" ?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.or
Hii
I have added a new block and it is available in the block list of gnuradio.
I am using it in the flow graph. When i run it, it shows the error :
*self.Channel_Estimation_ofdm_chanest_MMSE_vcvc_0 =
Channel_Estimation.ofdm_chanest_MMSE_vcvc((sync_word1), (sync_word2), 8, 0,
-1, False, 0.1)*
*
* Thanks Marcus ...
On Tue, Sep 15, 2015 at 2:24 PM, monika bansal
wrote:
> Thanks Martin for the nice explanation...
>
> On Tue, Sep 15, 2015 at 1:59 PM, Marcus Müller
> wrote:
>
>> Hi Monika,
>>
>> man
>>
>> often gives instructions on how t
n their name (as you explicitly asked it to), and since there
> were no tests with square in their name, none could be run.
>
> Best regards,
> Marcus
>
>
> On 15.09.2015 10:19, monika bansal wrote:
>
> Hi Martin,
> I run *ctest -V -R qa_ofdm_chanest_MMSE_vcvc*
> I
Hi Martin,
I run *ctest -V -R qa_ofdm_chanest_MMSE_vcvc*
It is giving the test results.
So, do we need to give the QA test file name in place of square ?
Thanks.
On Mon, Sep 14, 2015 at 10:38 PM, Martin Braun
wrote:
> On 11.09.2015 21:51, monika bansal wrote:
> > When i am running *
Hii
I added new module named "Channel_Estimation" and block
named"ofdm_chanest_MMSE_vcvc" using gr_modtool. I am attaching tha QA code
file, which is same as the QA code file for "ofdm_chanest_vcvc". I am
attaching that too.
When i am running *ctest, output* is :
Start 1: test_Channel_Estimat
Thank you Jeff.
On Fri, Sep 11, 2015 at 5:46 PM, Jeff Long wrote:
> You're missing a close paren on line 60 in the cc file. Compare the syntax
> to the other cc file you included.
>
> - Jeff
>
> On 09/11/2015 06:37 AM, monika bansal wrote:
>
>>
11, 2015 at 3:38 PM, Jeff Long wrote:
> The statement is fine. If you post more info, for example the file
> containing this statement, someone should be able to figure out why it
> doesn't work in context.
>
> - Jeff
>
> On 09/11/2015 05:59 AM, monika bansal wrote:
>
&g
hii
I am making a new module using gr_modtool. i am getting an * error:
expression cannot be used as a function d_fft_len(sync_symbol1.size()).*
But the same expression is used in ofdm_chanest_vcvc_imp.cc .
How this statement is different for new module.
I am new to C++ so this question may b
I am not using Header/Payload Demux.
On Sat, Sep 5, 2015 at 1:06 AM, Martin Braun wrote:
> On 04.09.2015 01:20, monika bansal wrote:
> > Hii
> >
> > In OFDM system, at the receiver side i want to remove initial 'x'
> > symbols from the every 'x+fft_
Hii
Thanks :)
On Fri, Sep 4, 2015 at 3:00 PM, Marcus Müller
wrote:
> Hi Monika,
>
> personally, I'd use the "Keep M in N" block.
>
> Best regards,
> Marcus
>
>
> On 04.09.2015 10:20, monika bansal wrote:
>
> Hii
>
> In OFDM system, at
Hii
In OFDM system, at the receiver side i want to remove initial 'x' symbols
from the every 'x+fft_len' symbols. How can i do this ? Is there any block?
or i need to create one...
Thanks.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https
Hii
Is the Impulse Response of wide band wireless channel has only few
significant components as compared to the channel delay spread ?
This question is not related to gnu radio.
I asked it, just to know the opinion of the people from this group who
have good experiences in this field of commu
1Gbit or in case of SNR=12dB more towards 100Gbit in order to
> obtain meaningful results.
> Hope that helps.
>
> On 06.08.2015 11:31, monika bansal wrote:
> > 16 bits for all snr values.,...
> >
> > On Thu, Aug 6, 2015 at 2:45 PM, Marcus Müller
> > wrote:
>
16 bits for all snr values.,...
On Thu, Aug 6, 2015 at 2:45 PM, Marcus Müller
wrote:
> Taking a blind guess here:
> How many samples do you simulate for Eb/N0 = 8dB? And for 10dB? And for
> 12dB?
>
> Best regards,
> Marcus
>
>
> On 06.08.2015 10:58, monika b
the length of your simulation until a few bits lost at start
> and end just don't matter anymore.
>
> Greetings,
> Marcus
>
>
> On 06.08.2015 06:47, monika bansal wrote:
>
> Hii
> Thanks for your responses.
>
> The problem is this channel model is eating so
Hii
Thanks for your responses.
The problem is this channel model is eating some initial 6 bits(3 qpsk
symbols) and last 10 bits(5 qpsk symbols).
Because of this index of output symbol is different fron input which is
resulting in error for all snr ranges.
You can see the output for noise_volage
Hii
I am using channels.channel_model as
channels_channel_model_0 = channels.channel_model(
noise_voltage = self.EbN0_to_noise_voltage(EbN0),
frequency_offset=0.0,
epsilon=1.0,
taps=(1.0 + 0j, ),
noise_seed=RAND_SEED,
block_tags=True
)
in the place of Add and Noise_Source in berawgn.py file.. Bu
;re in gnuradio/gr-digital instead of gnuradio/build.
>
> Best regards,
> Marcus
>
>
> Am 20. Juli 2015 12:12:20 MESZ, schrieb monika bansal <
> monika19...@gmail.com>:
>>
>> Hiii
>>
>> The previous problem is solved. Now after
>>
>> gr
obviously, there's a mistake in gr-digital/lib/CMakeLists.txt, line 189.
> A little more trying to solve this yourself might probably help you find
> the typo; we can't tell you what you've changed, so we can't help you :)
>
> Best regards,
> Marcus
>
>
&g
GNU Radio, so
> that doesn't really help you much.
>
> Best regards,
> Marcus
>
>
>
> On 20.07.2015 10:58, monika bansal wrote:
>
> Hii
>
> After the following command :
>
> gr-digital % gr_modtool add -t general ofdm_chanestMMSE_vcvc
>
>
> and e
it.
-- Configuring incomplete, errors occurred!
See also
"/home/spclab/Desktop/Monika/GNURADIO/gnuradio-3.7.5.1/gr-digital/build/CMakeFiles/CMakeOutput.log".
What should i do ? have i done something wrong ?
On Sat, Jul 18, 2015 at 11:37 AM, monika bansal
wrote:
> yes... i will.
&g
all the basics are clear.
>
> Cheers,
> M
>
> On 17.07.2015 06:20, monika bansal wrote:
> > Ok... Thanks :)
> >
> > On Fri, Jul 17, 2015 at 6:47 PM, Marcus Müller > <mailto:marcus.muel...@ettus.com>> wrote:
> >
> > You can of course add that la
) having your
> back, you can hardly do any harm even to your own work :)
>
>
> On 17.07.2015 14:38, monika bansal wrote:
>
> Hii
> One more doubt...
> As the gr-digital / include/ ofdm_chest_vcvc.h file have the argument
> list given as
> static sptr mak
ffset=-1,
bool force_one_sync_symbol=false
);
Do we need to give Argument list at time of gr_modtool add when it asks...
Or we can add it later if we are not sure at the time of adding new block.
On Fri, Jul 17, 2015 at 5:42 PM, monika bansal
wrote:
> Thanks...
>
> On Fri, Jul 17
Hii
I understood how to create new module and block within this new module
using gr-modtool from
http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules.
I want to add new block in the existing module. How can i do that ?
___
Discuss-gnuradio
Hiii
In the OFDM Channel estimation block, ML estimation has been used. I want
to do MMSE estimation. How should i proceed?
Should i make new module for this or I can add new block in gr-digital?
For MMSE estimator i will need noise variance as well. How can i get that ?
__
ed.
>
>
>
> On 15.07.2015 13:08, monika bansal wrote:
>
> Can't i just remove the existing Boost and install the new version
> compatible with ubuntu 14.04 ?
>
> On Wed, Jul 15, 2015 at 4:24 PM, monika bansal
> wrote:
>
>> My system has Ubuntu 14.04 whic
Can't i just remove the existing Boost and install the new version
compatible with ubuntu 14.04 ?
On Wed, Jul 15, 2015 at 4:24 PM, monika bansal
wrote:
> My system has Ubuntu 14.04 which i upgraded from Ubuntu 12.04.
> This may be because of upgrade issue or something else that i
r willingness to repair your old system.
>
> Best regards,
> Marcus
>
>
> On 15.07.2015 12:39, monika bansal wrote:
>
> Thanks...
> This means i need to re-install Ubuntu and then gnuradio for proper
> working.
>
> On Wed, Jul 15, 2015 at 3:56 PM, Marcus Müller
&
Thanks...
This means i need to re-install Ubuntu and then gnuradio for proper working.
On Wed, Jul 15, 2015 at 3:56 PM, Marcus Müller
wrote:
> Hi Monika,
>
> there's something strange in your package versions:
> On 15.07.2015 07:57, monika bansal wrote:
>
> ii li
How to run berawgn.py in GRC ?
I think this is a trivial question.
I know that GRC makes the python file when we compile the flow graph . But
i don't know how to run Python file in GRC...
On Wed, Jul 15, 2015 at 1:52 PM, monika bansal
wrote:
> Thanks..
> I will look. I will ask a
Thanks..
I will look. I will ask again if got some problem or doubt :)
On Wed, Jul 15, 2015 at 11:45 AM, monika bansal
wrote:
> Thanks..
> I will look. I will ask again if got some problem or doubt :)
>
> On Tue, Jul 14, 2015 at 11:50 PM, Arturo Rinaldi
> wrote:
>
>>
vailable)
Do i need to update ?
On Wed, Jul 15, 2015 at 11:25 AM, monika bansal
wrote:
> Hii,
>
> gcc version 4.8.2 (Ubuntu 4.8.2-19ubuntu1)
>
> I think Boost version is 1.48.0-3
>
>
> I run the command " dpkg -l '*boost*' " and i got
>
>
>
&
I am trying to make the module from
https://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules
I am following the same steps. Till "cmake ../ " everything has correctly
done.
But when i m running "make" the following error comes. please help :)
Scanning dependencies of target gnuradio-h
Hii
I want to generate BER vs SNR graph for BPSK and match it with the
theoritical result.
Is there any block which i can use?
If not what should i do ?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/disc
27;t have to remake all the connections when I change X.
>
> Bye.
>
> 2015-06-03 9:18 GMT-03:00 Marcus Müller :
> > That's because you made a loop, and that's illegal; why do you feed the
> > output of the OFDM CP back into the carrier allocator?
> >
> >
015 at 3:26 PM, monika bansal wrote:
> Thanks Marcus ...
>
> On Wed, Jun 3, 2015 at 3:23 PM, Marcus Müller
> wrote:
>
>> That's totally up to you -- any text that you can remember.
>> You'd put the same value into the Virtual Sink block's stream ID, so
Thanks Marcus ...
On Wed, Jun 3, 2015 at 3:23 PM, Marcus Müller
wrote:
> That's totally up to you -- any text that you can remember.
> You'd put the same value into the Virtual Sink block's stream ID, so that
> they are connected.
>
> On 06/03/2015 11:28 AM,
Hii
What should i input in the "stream ID" field of Virtual Source block?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
56 matches
Mail list logo
