Probably off-topic: adding RX center frequency tuning to original Openwebrx code
I hope this isn't too far off topic...
In addition to my KiwiSDR which is running very nicely (though noise abatement is still underway) I'd like to run a tunable VHF/UHF receiver for our local contest group. I currently have an Airspy R2 connected to Andras' original openwebrx software and it works well, but the interface does not allow the receiver center frequency to be changed. I can understand the reason for that where multiple user tune commands could stomp on one another, but in our application that risk is OK.
What I'd like to do is implement something like KiwiSDR's ability to enter a tuned frequency in kHz via the right-side panel to the original openwebrx code. I've been looking at the openwebrx.js code in both programs and it's clear that they've diverged pretty significantly, so I'm not sure how complex this might be.
If anyone has any thoughts or experience that might help me out, I'd love to hear them. I don't mind doing some coding but javascript/html5/websockets isn't my native turf so a push in the right direction would be a huge help.
Thanks,
John
In addition to my KiwiSDR which is running very nicely (though noise abatement is still underway) I'd like to run a tunable VHF/UHF receiver for our local contest group. I currently have an Airspy R2 connected to Andras' original openwebrx software and it works well, but the interface does not allow the receiver center frequency to be changed. I can understand the reason for that where multiple user tune commands could stomp on one another, but in our application that risk is OK.
What I'd like to do is implement something like KiwiSDR's ability to enter a tuned frequency in kHz via the right-side panel to the original openwebrx code. I've been looking at the openwebrx.js code in both programs and it's clear that they've diverged pretty significantly, so I'm not sure how complex this might be.
If anyone has any thoughts or experience that might help me out, I'd love to hear them. I don't mind doing some coding but javascript/html5/websockets isn't my native turf so a push in the right direction would be a huge help.
Thanks,
John
Comments
I'm not too familiar about using OpenWebRX with other hardware. But my understanding is that the cf and sample rate (hence bandwidth that owrx sees) is hardwired into the config_webrx.py file. You can also setup that file to call a command called rx_sdr to pass the cf and/or sample rate back upstream to the particular sdr hardware (including Airspy).
Trying to change the cf with multiple users connected to owrx is a problem because when it changes all of the connections would have to get notified so the common frequency scale gets updated on each. The Kiwi doesn't have this problem because each connection channel has its own sdr upstream effectively (one DDC for the audio and one for the zoom waterfall).
So I don't think this is quite as simple as just adding a new field to the control panel for setting the cf (although that would be a prerequisite).
DD5JFK. That software is deliberately crippled, as described above, over legal concerns of an unrestricted online receiver in some countries. I want full use of my Airspy without having to write 670 individual profiles. I see that the BeagleBone has an available USB port. Either one of the following two options would be really cool:
1. Add Airspy support to the Kiwi/BeagleBone device using the open USB port.
2. Release a Raspberry Pi image containing the Kiwi branch of OpenWebRX, modified to support the Airspy.
I'm not a coder, or I would try to do this myself.