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

Incorrect timestamp when submitting to pskreporter #7

Open
pjsg opened this issue Mar 26, 2023 · 3 comments
Open

Incorrect timestamp when submitting to pskreporter #7

pjsg opened this issue Mar 26, 2023 · 3 comments

Comments

@pjsg
Copy link

pjsg commented Mar 26, 2023

It looks as though CWSL_DIGI submits the timestamp of the start of the transmission rather than the decode time. This confuses the analyzer that looks for incorrect QRG on the reports -- it assumes that a particular callsign only transmits on a single band in a single timeslot.

Thanks

Philip, N1DQ (PskReporter.info)

@Supremehamster
Copy link

Won't the decode time vary though depending on peoples cores?

@pjsg
Copy link
Author

pjsg commented Mar 26, 2023

Yes it does (a bit). These are some counts of which second was reported for FT8:

2918875 0
 423131 1
 192628 2
  99906 3
  55023 4
  31087 5
  18745 6
  13178 7
  10655 8
   8843 9
  17135 10
4653483 11
6941843 12
 886087 13
4444038 14

I expect that some of the outliers are clock errors on the system in question.

@alexranaldi
Copy link
Owner

I thought the convention was to use the start time. WSJT-X timestamps decoded messages according to the period in which they begin. Right now I'm just passing along the WSJT-X timestamps. I can change it to whatever works best for PSK Reporter, if desired.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants