Re: Osmocom Source (frequency deviation)

Just one more comment: there is an additional low-pass filter when I use the mixer. The goal is to eliminate one of the frequencies resulting from this process (i.e. 2 x f_offset). Em qui., 25 de jun. de 2020 às 10:35, Artur Nogueira escreveu: > Yes, you're right: 2000 samples is too much. I mad

Re: Osmocom Source (frequency deviation)

Yes, you're right: 2000 samples is too much. I made measurements with different numbers of samples (2, 500 and 2000) because I was afraid a very slow number (e.g. 2) could cause aliasing in the base-band. Regarding the offset, it is indeed constant and for experimentation. I had not realized before

Re: Osmocom Source (frequency deviation)

By the way, 2000 samples per symbol is kind of high. It's usually something like 4. Also, if the frequency offset is constant and this is just for experimentation, you can use a frequency translating filter, or possibly the frequency correction field on the osmocomm blocks (can't remember if it's

Re: Osmocom Source (frequency deviation)

Depending on the bandwidth of your signal, that could be a lot of offset, and you might need a PLL to do frequency correction. That's 130 ppm, which is a little more than you should see between two HackRFs. On Wed, Jun 24, 2020 at 5:13 PM Artur Nogueira wrote: > Thanks a lot. > I'll read the blo

Re: Osmocom Source (frequency deviation)

Thanks a lot. I'll read the block specifications. And yes, the offset is small (120 kHz). Em qua., 24 de jun. de 2020 às 17:53, Jeff Long escreveu: > Assuming the difference is small enough, this is a normal RX problem that > a GMSK demod should be able to handle. The labels on your frequency pl

Re: Osmocom Source (frequency deviation)

Assuming the difference is small enough, this is a normal RX problem that a GMSK demod should be able to handle. The labels on your frequency plot do not say what the offset is, but hint that it is small. Take a look at gmsk.py

Re: Osmocom Source (frequency deviation)

Hi Jeff, Thanks for the feedback. I'm using GNU Radio Version 3.7.13.5 and two Great Scott Gadgets HackRF units for the transmission/reception. My workflow looks like this: [image: image.png] Do you usually use any artifact to compensate for this frequency shift? I'm afraid this could affect dem

Re: Osmocom Source (frequency deviation)

Artur, You haven't mentioned what software you are using, how you have it configured, or what your flowgraph looks like. If you are using two SDRs and the frequency difference is a few kHz, then that is just oscillator differences. On Wed, Jun 24, 2020 at 3:12 PM Artur Nogueira wrote: > Hi eve