Skip to content
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

Phase synchronization #12

Open
wbarnha opened this issue Feb 12, 2020 · 5 comments
Open

Phase synchronization #12

wbarnha opened this issue Feb 12, 2020 · 5 comments
Labels
enhancement New feature or request wontfix This will not be worked on

Comments

@wbarnha
Copy link
Owner

wbarnha commented Feb 12, 2020

Looks like the phase synchronization block for the horizontal and vertical channels we developed won't do the job. Can we figure out what's going on through trial and error?

@wbarnha wbarnha added bug Something isn't working enhancement New feature or request labels Feb 12, 2020
@wbarnha
Copy link
Owner Author

wbarnha commented Feb 19, 2020

Did a lab test at 915 MHz with BPSK. This looks quite promising!

image

We'll move forward to retesting our RF front-end.

@wbarnha wbarnha assigned wbarnha and unassigned domnguyen19962000 Feb 21, 2020
@wbarnha
Copy link
Owner Author

wbarnha commented Feb 21, 2020

Reassigned tasks. This is going to get quite difficult.

@wbarnha
Copy link
Owner Author

wbarnha commented Feb 24, 2020

It seems that the phase offset is so significant, we need to take an empirical approach.
test2
test1
There appears to be a phase difference of 269.1093 microseconds for this demodulated 333 Hz signal. The carrier is not included since this is in baseband. I have developed an equation that can help us estimate the necessary number of samples to achieve reasonable synchronization.

@wbarnha wbarnha removed the bug Something isn't working label Feb 25, 2020
@wbarnha
Copy link
Owner Author

wbarnha commented Feb 27, 2020

image
Ran a test at 145 MHz and it works pretty well. However, we need to delay by 223 samples for a sampling rate of 2 MHz and downsampling factor of 10 for our saved IQ data. The time delay between these peaks are normally 111 microseconds and at 146 MHz the delay is 269 microseconds. If there's a difference this pronounced, then we need to factor in the delay related to the difference in lengths for the transmission line.

@wbarnha
Copy link
Owner Author

wbarnha commented Mar 1, 2020

Adaptive synchronization is not possible unless we utilize a message being sent to a variable. Regarding the architecture of GNU Radio, we cannot create feedback looks, which this would require. We have interpolated approximated delay times between 145 and 146 MHz, which should suffice for creating symbol synchronization. Regardless, this feature may never see use since the signal strength received by a single polarity is drastically different from the opposite polarity.

@wbarnha wbarnha closed this as completed Mar 1, 2020
@wbarnha wbarnha reopened this Mar 4, 2020
@wbarnha wbarnha added the wontfix This will not be worked on label Mar 4, 2020
@wbarnha wbarnha removed their assignment Mar 5, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

2 participants