27 May 2013

Trackpad RFI

Having spent the long weekend at my Mum's place, I threw up a random wire and counterpoise so I could have a listen with my KX3. 


Even at such modest QRP levels, there were a couple of incidents of transmitted RFI.  Transmitting on most of the HF bands apparently turned her bedside lamp on and off, and would bring her PVR in the living room (where I had deployed the rig) out of standby.

It wasn't all a one way thing though.  As soon as I connected up the rig, I remembered that I'd been obliged to procure a pair of  Powerline Networking adapters for her, so she could watch VOD on her TV.  I also remember the caveat I made at the time of purchase, which was that those things would probably always be disconnected if I came to visit with radios, so they got unplugged without any disagreement from Mum.  However, the broadband hash from her Panasonic TV was unexpected and very harsh on 20m and below.  This limited my listening to the late evening after Mum went to bed, which was also not a problem.

However, the most profound RFI issue seemed to be self-inflicted.  My Lenovo Z570 laptop's trackpad went batshit crazy when I tried to beacon on 30m with PSKmail and didn't recover when transmission ceased.  I was able to exert control over the UI with the USB mouse and eventually found the solution, namely reloading the drivers.  The commands to do this are below.  The main reason for writing this post is so that I can remember them ;)

sudo rmmod psmouse

sudo modprobe psmouse

23 May 2013

Intriguing quirk in gqrx

I was experimenting with using my USRP B100 and a BasicRx daughterboard tapping the IF output of my AOR 8600Mk2 reciever in order to monitor the transmission quality of my Elecraft KX3 the other day.

I became concerned that my KX3 was misbehaving when I saw some fairly horrible signals in the waterfall, for example, the CW transmission below.


Horrible isn't it!

I noticed similar nastiness for SSB transmissions too.  Then, by a stroke of luck I retuned gqrx's demodulator away from the signal and much to my surprise, the nastiness went away.


I then resorted to using a gnuradio-companion flowgraph instead and the KX3's transmissions looked clean

I'm not sure what is going on in gqrx that such a quirk can exist and I haven't had a look at the code yet.  I wonder if there might be a recursive filter operating on the same data that is being used in the waterfall and PSD plot, or similar.

Update 1
I've added another screenshot below. When this was taken, I'd been scrolling the modem back and forth across the CW signal.  This time I used a modem with a wider bandwidth.




Update 2:
It seems to be related to the squelch somehow. In the following screenshot, I alternated the squelch between fully open (previous setting) and fully closed.  The spurii seemed to go away  when the squelch was closed.



Update 3:
Turning AGC off gets rid of it.

19 May 2013

Approaching digital mode nirvana

Today I found myself running two instances of fldigi alongside WSPR and WSJT, all happily using the same SignalinkUSB soundcard interface to my KX3 and sharing access to the rig via Hamlib's rigctld.  Well, all but WSJT which doesn't have hamlib support in this build.


First signals received on 6m

I've just received my first signals on 6m with my KX3 and an indoor NORCAL doublet. I heard ES5RY calling CQ in CW on 50.0856Mhz.