Adjust websdr URLs to decode CW activations #45
No reviewers
Labels
No labels
big job
blocked
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
maybe
meta
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
ian/field-spotter!45
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "feat/websdr-cw"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Tested by overwriting function definitions in my browser.
Tested with http://websdr1.kfsdr.com:8901/ and http://websdr.k3fef.com:8901/.
This could be extended to USB/LSB, but as that will require some more testing, I am leaving that for a separate feature.
This is a real weird one! I confess I haven't tried URL parameters on WebSDRs before, and now I have, I'm actually seeing five different behaviours. All screenshots below using a URL parameter of
tune=14064CWwithout your 750Hz adjustment:University of Twente (http://websdr.ewi.utwente.nl:8901/?tune=14064CW): Sets dial 750Hz higher, "LSB" mode, results in centre of passband being at 14064 and CW therefore being audible
RAF Hack Green (http://hackgreensdr.org:8901/?tune=14064CW): Sets dial on frequency, "USB" mode, results in centre of passband being at 14064.75 and CW not audible
Your two examples (http://websdr.k3fef.com:8901/?tune=14064CW and http://websdr1.kfsdr.com:8901/?tune=14064CW): Sets dial 1500Hz higher, "LSB" mode, results in centre of passband also being at 14064.75 and CW would not be audible. Weirdly neither the dial frequency or the centre of the passband is at 14064kHz, but the effective behaviour is the same as Hack Green.
Maasbree (http://sdr.websdrmaasbree.nl:8901/?tune=14064CW): Sets dial on frequency, passband directly around dial frequency, CW would be audible
Bordeaux (http://ham.websdrbordeaux.fr:8000/?tune=14064CW): "tune" parameter not supported at all.
Based on these and a few more I've tried, it looks like the WebSDRs that require a 750Hz down shift are slightly more common, but not by much. So I think I would prefer if there was an option in the UI to toggle this on or off (which would then get saved to and restored from localstorage for the user).
If you're happy to make that change under your branch, please do - if not, let me know, I'm happy to merge your PR here and then add the toggle myself.
Thanks for pointing this issue out and thanks for contributing to Field Spotter!
Weird indeed! Thanks for checking out some more examples. I totally agree if the behavior isn't uniform then it should be behind a UI toggle.
I think you will do a better job integrating the UI/storage functionality, so if you're willing to take care of that part I would be appreciative!
OK, no problem. I'll merge this now then include the toggle. Thanks again!