Re: [Discuss-gnuradio] ber_simulation

[chai E]

hello derek

because of the delay of actual radio,i change the data sourece into a static number 1,and use bpsk

​
and set the uhd source gain into 10,i got ber is not zero ,i check the source ,the number in two file is different.

but i change to transmit 3 with qpsk,the ber is not zero

​

so i think it is not the matter of actual radio delay.

you said add some packeting,is it mean the block "repackbits"

and what the flow control of sync mean? which block

thank you

--Ekko
​

2015-11-17 23:18 GMT+08:00 Derek Kozel <address@hidden>:

Hello Ekko,

In the first simulation there is no delay or channel effects, other than a small amount of simulated noise, so the data bits line up perfectly at the start of the error rate block. Now that you are transmitting over actual radios you have to account for all of the additional delay. That is your correct bit error rate right now, you are just not measuring what you expect. You will need to, at least, add packetising and some flow control to synchronize the inputs to the error rate block.

Regards,

Derek

On Tue, Nov 17, 2015 at 3:04 PM, chai E <address@hidden> wrote:

today i run the /usr/share/gnuradio/examples/digital/demo/ber-simulation.grc

just like 

the picture1, i exe the grc file and got the ber is near zero,i think this is normal

then i seprate this grc into wo part 

the one is chunks to symbols+uhd_sink

the other is uhd_source+constellation decoder,

disable the noise,

the result is 

it is too large ,this is symbol error rate。

next is my set of uhd

​

center_freq is 433M

i want to know is there something wrong in my the uhd setting,

and why the symbol error rate is so large.

​

hope i have Elaborated my problem  clearly

--Ekko
 ​

_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio