Agreed Jim, Only the top line of the waterfall changes, all the rest is
history that could easily be replicated at the control site. In that
scheme, one would just send the output of the FFT and do all the display
at the control site. However, whatever is involved, I would also like
to be able to push the buttons and turn the knob. The max BW required
at the 1st IF to just bring it down and feed my P3 is 200 KHz, and I
never use more than 50 KHz spans, usually 20 KHz on CW. With RemoteRig,
my K3 looks, feels, and sounds like it is actually making the RF. Would
be nice to include the P3 in that.
Interesting ensemble of engineering tradeoffs, no?
73,
Fred ["Skip"] K6DGW
Sparks NV DM09dn
Washoe County
On 11/20/2017 3:52 PM, Jim Miller wrote:
Doing a screen grab is certainly possible a variety of ways. But it
would seem to me that doing the FFT of a realistic size and update
rate and just streaming the data to the control location would likely
be more efficient. Most of the SVGA display is blank at any point in
time and a waste of bandwidth. Doing an A/D converter and feeding an
FPGA for the FFT must have been done before by the HPSDR guys.
https://openhpsdr.org/
The control point can then display the data, average it as desired,
provide a waterfall of it, etc.
______________________________________________________________
Elecraft mailing list
Home: http://mailman.qth.net/mailman/listinfo/elecraft
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:Elecraft@mailman.qth.net
This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html
Message delivered to arch...@mail-archive.com
