Would be great on RPI 3 with Remote desktop

[hnosbig]

Hi! Great Project. I had started something like this myself, but you obviously got further.
The new RPI3 seems to have enough power for this, but I think this is a very different machine
than the RPI2 and has issues when running . (I know the pitx stuff code needs modifying, as the hardware is different) . Are there plans to get this going on RPI3?.. Expecially nice would be if it can run through a remote desktop (RxTx).. Thanks, and good luck! Hugh

[ha7ilm]

Hi @hnosbig,

I think that rpitx should work on RPi 3 as @F5OEO worked hard to fix the bugs related to it. What are the exact issues you have?

The easiest way to run qtcsdr over remote desktop is to use X forwarding over SSH on Linux.

ssh -X raspberrypi.local

...then run qtcsdr as usual and you will get the window on your computer's screen rather than on the RPi. (Note that audio cannot be streamed this way, you will still need to use the mike and the speaker connected to the RPi. This could be worked around with PulseAudio.)

[hnosbig]

Thanks! OK, I'm running Debian Jessie 8 (raspbian default). rtl_sdr seems fine (big first step!). Running qtcsdr, GUI and waterfall appear, but frequencies passed from the GUI to rtl_sdr seem wrong. For example, the start-up default GUI frequency of 2840000 appears as "tuned to 8950000 Hz". Ncat also throwing connection refused errors

[hnosbig]

I need to sort out some silly issues too here.. If you say it should work, I will try to get it running, and then perhaps contact you again.... thanks for the top on the X-forwarding,, good idea, Hugh.

[ha7ilm]

If ncat throws errors, maybe there is another instance still running. I used to kill all the processes like this, which should close all resources:

killall -9 qtcsdr ncat pgroup rtl_sdr rpitx nc csdr

Only do this if you do not use any of these commands for something else in the background!