-
Notifications
You must be signed in to change notification settings - Fork 451
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Very large number of samples produced #378
Comments
Isn't the number of samples per symbol (sps) too high (203)? |
I want to demodulate AIS waveform upconverted to plutosdr frequency range (483.07Mhz). The data rate is 9600 bps. So when sampling at 2 Msps the samples per symbol are 208, which is not working with liquid dsp. Ingact anything above 10 for sps not working. I don't understand how gnuradio decod3s AIS then. |
I think you can first convert to baseband (mixing) and then apply decimation (+FIR to get rid of aliasing) to around 5-20 sps. |
Thanks, can you tell for tx also I need to use 208 samples per symbol from 2msps/9600, which liquiddsp not handle correctly but gnuradio in an open source project of AIS generator uses 208 samples per symbol and works correctly. So what I should do for tx part. Thanks for your time. |
For TX you can probably interpolate (aka upsample) to the target SPS and then mix from baseband to passband. |
Thanks for quick response. |
The samples per symbol would increase (like from 20 to 200) but the baud/data rate would be the same. |
In your mentioned solution, the number of samples per symbol in case of tx and rx which are input to gmsk modulator and demodulator would be low( 4 to 10 ) which is supported by liquid dsp. However the samples per symbol over the air wiuld be high. So would it benefit. I thought somehow if liquiddsp handles high number if samples then more frames would be decoded. |
Hi,
When running example of gmsk frame sync with k (number of samples per symbol) = 203 with remaining parameter like filter length m=2 and BT = 0.5 the number of samples produced are quite large arround 1779261.
unsigned int num_samples = gmskframegen_getframelen(fg) + 800;
.This number of samples are producing large amount of delay when example is run standalone and not able to decode when did practically sending through plutosdr with 2 Msps. Any idea what could be wrong.
It works with k=2 with 2 Msps which is not practical for real scenario.
Can't liquiddsp handle large k values.
The text was updated successfully, but these errors were encountered: