Re: Symbol Sync Block Python Source File Passing Wrong Constellation

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEOn0gFAd3OQG8ow6EtFwrk3lBwykFAmdSwrsACgkQtFwrk3lB
wynUwRAAgGOtPYUmdUMBc5QiocL3XfOLxwGu2FwwHj6ij63nRkz/L+kBDi+88+7Z
vO9x25lpbL6Ejz2XFbj8o2kXAbVjhM4xtoD69t1KaEGDEtDMEhLtPBagsC/jo37v
fmQuQFo08NTAQVYIMNoHw/KUoRRsv0IJzXJYDrMiXZ0OPtCnXYGuvgA3OI9w+q70
PPv4AnpUHfZy+BeTw1eXfly8f4aJUTI/jxeLfkoYebvfvHsQPmSAzevMPLVP9NAE
Kvjfe+/ASau3JtKJrBrf+b3W5tXchmOUFceOfEP910F6v916SbU/AjxFPMk+2gAn
rW0hYLa2lfCDKiiRnADVL1icj9IP+o6ybZvvqQZfQCs9kS9UCtMc7pldSsa3Rg8A
pVs4+XhjQInS9nQob/apTLufKhQYR7ZxGcpbSFAe7mCSHs6gCROleL2SzybKbY9L
ij9emmK7GraBz0kZHNVIHwD6Wt9NPqlGdHRbgKZXSIRr5W7JfvOy/jN33i8/QZQ6
RIXVTmCI1mJW3C6qBUdIGr3ySRnKMy9XF6iYCKXD9eOOGjsx6kjgZ1PRk0PbwPbQ
mBkD/nBomL8MYyegEdRThWNUTyUoW2veXfFVqYk4yCeYUy6o40eFZR/XvdrkCwAA
HRwzDbdCxC22FaVp9nZbXmNg4E3wSpMV+eqd/A5C3lkWc23Usvk=
=wrTi
-----END PGP SIGNATURE-----
Hi Ceren,

I believe the Gardner TED does not use or require a constellation
(unlike some of the other TEDs supported by Symbol Sync). Thus, the
constellation you supply in the call to symbol_sync_cc() is ignored. You
can read through the C++ code to make sure that this is indeed the case.

Best,
Daniel.

On 06/12/2024 09:30, Ceren Karaköse wrote:
> Hi all,
>
> I'm using Symbol Sync from core GNU library. Although when Gardner TED
> is selected, the parameters section ***do not***have any option to
> define a slicer constellation, the generated python file passes
> qpsk.base as slicer argument as follows:
>
>         self.digital_symbol_sync_xx_0_0_0 = digital.symbol_sync_cc(
>             digital.TED_GARDNER,
>             xsample,
>             my_loopbw,
>             my_damp_fac,
>             my_ted,
>             my_maxdev,
>             1,
> *digital.constellation_qpsk().base(),*
>             digital.IR_PFB_MF,
>             nfilts,
>             rrc_taps)
>
> I would like to modify the default qpsk.base constellation as I'm using
> a different one. My question is can I do so without messing with the
> generated .py file? I would much prefer passing the argument using GNU
> interface instead of manually modifying .py file.
>
> Thanks a lot,
> Best regards,
> Ceren
>