Marcus, Thank you for the warm welcome! The problems that I was referring to are noise related, in that as you continue to increase the number of phase shifts noise is less tolerated? Unless that is not the case. In terms of my flowgraphs and blocks, I have tried to debug and see what is going on. I even have used an example of file transmission using BPSK that I found from 2023 GNURadio conference, and am trying to modify that to get QPSK to work as I need some more experience. However, I feel that I have made the correct modifications but still do not see any output into the receive file. The goal is to keep incrementing to 16PSK and beyond, but I wish to understand more of the underlying things going on and need to get QPSK to work in this structure first. I will attach the flowgraphs to this email. If you could provide any insight that would be great, if not I will keep probing myself - thanks again for the welcome.
Zach On Wed, Apr 9, 2025 at 9:51 AM Marcus Müller <mmuel...@gnuradio.org> wrote: > Hi Zach, > > welcome to the community! > > So, seeing you have QPSK working, that means you have some flow graphs in > which you can > attach graphical sinks to see whether the inidividual steps in your > receiver are working. > That's how you get started identifying the detection, equalization, time, > frequency and > phase recovery problem that is stopping you from having success here. > > > 28/256PSK/QAM is something that I > > would like to achieve even though I understand those have their own > problems as well > > Could you be more detailed as to what problems they have? > > Best regards, > Marcus > > > On 4/9/25 3:02 PM, Zachary Naymik wrote: > > Hello all, > > I was reaching out to the community to see if anyone had any examples of > 16PSK/16QAM > > working. I have been able to get QPSK working myself and using others > examples. I'll admit > > that I am not anywhere near experienced or an expert with signal > processing. Hence why I > > am wondering if anyone has any configurations that are able to work with > transmitting a > > file over 16PSK/16QAM or any higher orders as well. 128/256PSK/QAM is > something that I > > would like to achieve even though I understand those have their own > problems as well. If > > anyone has any information or some place to point me that would be > great, if you have any > > questions please ask and I will answer to the best of my ability. > > > > Best, > > Zach > > > > -- > > > > Zach Naymik|Software Engineer > > > > e:znay...@mti-systems.com p:330-931-9945 > > > > https://mti-systems.com <https://mti-systems.com> > > > > A black background with a black square Description automatically > generated > > > > > -- Zach Naymik | Software Engineer e: znay...@mti-systems.com p: 330-931-9945 https://mti-systems.com [image: A black background with a black square Description automatically generated]
bpsk_working.grc
Description: Binary data
qpsk_not_working.grc
Description: Binary data
