GTK+

Some time ago I tried to write some C code using GTK+.

I was interested in seeing what it would take to create some panels that were similar to the ones designed by Beppe. The code is written to run with the version of DttSP that uses FIFO's and to work with the Softrock. If I get time I will try to update it to uses the latest CGRAN version of DttSP and to also work with Ozy/Penelope/Mercury.

I fired it up again and this is what it looks like.

Mercury Bandscope

Just quickly added some support for the new bandscope capability of Mercury.

This is the first attempt at a GUI. I have not checked the code yet to validate it, but thought it was interesting as a first attempt. The full 0 to 55 MHz is being displayed. I am doing the FFT for this in the Java code and then calculating the Power Spectral Density which I am displaying.

More on Mercury running on Linux

Upgraded to the latest 2.4 firmware. Had to run Windows XP to do that!

I have some basic code working with Mercury. This really is a great little receiver. Still some problems with the code that takes the data from Ozy and creates the buffer for jack but at least I can tune around and hear the audio with the occasional click because of the buffering problem.

Still running everything at 48K as I try to resolve the buffering problem.




And this shows the System Monitor when running the receiver and the Java GUI.

HPSDR Mercury card

Quickly installed the Mercury card and after a couple of minor bug fixes to the code it seems to be working!

Image below using Mercury at 48000 listening to BBC Radio 5 on 909 KHz Medium wave.

Still some work to do, but the basic code is working.

sdr-core and datagrams

Frank has released a new version of sdr-core that uses datagrams as the transport for receiving commands.

I have updated a version of my RMI based code to test this out and it is working with no problems. Note the output from the shell window at the top right with the "--verbose" output from the RX sdr-core.

Meters

Finally found some time to do some more work on the RMI GUI.

I have now added a digital and analog S meter.

DttSP rev 233

I am now running with the latest rev 233 of DttSP (sdr-core). Once I had resolved the distorted audio problem as being overloading the output from DttSP it seems to be working well.

On my dual core system running at 3.4GHz with 2MB of memory I see each sdr-core taking about 1% of cpu when there are no requests for spectrum sample.





The cpu goes up to about 2% for sdr-core when samples are being requested at 15 per second and of course the java cpu time increases because of the graphic display of the panadapter and waterfall.