[Top][All Lists]

[Discuss-gnuradio] Let's wrap this up! (was: Re: Delay determination bet

 From: CEL Subject: [Discuss-gnuradio] Let's wrap this up! (was: Re: Delay determination between Tx and Rx signal for limesdr mini with help of gnu radio.) Date: Tue, 16 Jul 2019 10:44:56 +0000

```Hi Atiqur,

On Tue, 2019-07-16 at 12:02 +0200, Md. Atiqur Rahman wrote:
> I really need to know that SPS(samples per symbol)  like 16,32,64 so on for
> qpsk scheme, possible to take?

Uh-oh! You're confusing things. Samples per Symbol is a property of
your pulse shaper, not of your constellation. You think of bits? But
even then, 16,32,64 makes no sense. at. all.

you have can probably be solved in half an hour of intense sitting down
with the aforementioned tabular representation, and talking about how
to fill it in. It's near impossible to even remotely achieve the same
level of knowledge transfer by spending hours upon hours on writing
emails.

It's just that this is the discuss-gnuradio mailing list, and although
I know that people, including me, are extremely helpful when it comes
to also explaining a bit of the surrounding theory, we really can't be
giving you a basic course on digital comms with the amount of
misunderstandings you carry around.

Again, as someone who advises students himself, I'd be very happy that
you came to me early and discussed all this, if you were my student.
Say hello to your advisor from me; it's not that we don't want to help
you, it's just that a mailing list about a specific piece of software
isn't the right place to help you with the fundamental problems you're
having.

>
> If possible then bits per symbol will not be changed, right? It will be
> always 2(bits per symbol) for qpsk?

No.

>
> Suppose I need data rate 1Mbits/s: then sample rate would be
> (sps*1Mbits/s)/(bps)= ((4*1Mbits/s))/2 bits/s= 2Mbits/s, right? then for sps
> change, sample would be change as well.
>
> >>Please make sure that you are not violating your local laws if you are
> >>unless you are using a loopback cable with attenuators). You may end up
> >>annoying your local RF regulation bodies.
> Actually, I am using limesdr with the wire itself, one end connected tx and
> another one with Rx.

That's an easy way to damage your RX. You need an attenuator.

Best regards,
Marcus

```

smime.p7s
Description: S/MIME cryptographic signature