Blog

 

 

 


 

 



 

SDR-Radio.com

rss

Assorted ramblings from the developer


Release: 3.0.6

Download here [Link].

Note: 3.0.6 fixes / enhances the support for Lime and PlutoSDR.

What's new / changed in 3.0.6:

Data Recording

The WAV file format upgraded to WAV RF64 which supports an unlimited filesize, previously the maximum filesize was 2GB.

  • No more XML files being created.
  • Analyser updated and tested, seems to be OK with these big single-file recordings.
  • Tested with 3rd-party recordings: Perseus, ELAD S2.
  • Redesigned the Playback Select window (below). If you have a lot of recordings this is should be better to use.

When you make a new recording the individual filesize is now optional, if not enabled then a single file is created.

General

  • Fixed a bug which had been in the code since day 1 (about 4 years ago). As this was thread-related the crash happened rarely, depended on CPU speed and other factors. Restarting a radio/recording could cause a crash due to bad thread synchronisation:
    • Changing radio bandwidth,
    • Starting recording after the radio was running,
    • Starting radio after playing the radio.
  • Default stack size now 2MB (was 1MB)
  • Added a Mute option – when enabled mutes RX audio during TX (see below).

Lime

  • Sample rates have changed, lowest is now 750kHz (TX), designed for the ‘less powerful’ computer.
  • The settings shown in the radio panel now saved on a per-radio (serial #) basis.
  • Antennas now set correctly for the Lime USB (very stupid error).
  • Simplex / Duplex works for Mini and USB in all combinations below.
  • Power out now better *and* mirror image rejection better after TX Calib. pressed.
  • If TX Calibration fails (which it can) then a popup is shown
  • Now using offset tuning in TX, offset is 250kHz so the signal is sent 250kHz below the center and the TX LO is shifted up 250kHz.
  • GPIO band detection implemented

Pluto

  • Improved the Pluto support, options are now in the radio pane of the Receive DSP.
  • Timeouts have been disabled in the Pluto USB I/O library, as a result I’m getting much better throughput at 5MHz and can use short 50ms buffers, something I couldn’t do before. It seems that the timeout values in the Pluto support library were causing problems on receive at least.
  • On transmit the buffers used are now a power of 2 * 1k, for example 1 x 1024, 2 x 1024, 4 x 1024 etc. Some PC USB hardware drivers prefer buffers set like this. With any luck this buffer size logic and disabling timeouts will help with the transmit problems. I can send a steady transmission with the smallest buffer size.
  • New: RIT / XIT.
  • New: Half-/Full-duplex option.
  • Added oscillator calibration (correction):

USB Relay support

  • The relays are initialised when the program starts, updated as you switched between RX and TX.
  • If you have a unit not supported here let me know.

Using Es’Hail 2

  1. Define a Down converter, select it when starting the radio.
  2. Select radio, Definitions, [X] Converter selection. Add a Down-converter definition for your LNB, for example 9750 MHz.
  3. Define a TX offset, enable it.
  4. Transmit options, Frequency Offset, enter 8089.5 MHz (converts display of 2400.050 to 10489.550MHz). So with the TX tuned to 2410 MHz the display is shown as 2410 + 8089.5 = 10499.5 MHz
  5. Enable Sync RX for Frequency, as you tune either RX or TX both stay in sync.
  6. Use RIT / XIT (Lime) as needed, either to compensate for LNB drift or the other station drifting.
  • If working correctly RX & TX will stay in sync.
  • Known bug: With Sync RX enabled, if you scroll the RX frequency the TX frequency change is not applied until you next start TX, so scrolling RX while transmitting does not change the TX frequency. I can’t remember whether this is by design or a bug.

Look at the screenshot:

Here you see the down converter setting for a LNB:

Here you see the TX offset:

Here you see Sync RX:




Comments are closed.



Recent Posts

  • DRM in SDR Console Posted 3 days ago
    I'm often asked to incorporate a Digital Radio Mondiale (DRM) receiver into SDR Console. The reasons why I haven't done this are: Patent / royalty issues with the audio codec, and The Dream project works well. Brendan Wahl, WA7HL, co-Moderator, of the DRM North America Newsgroup explained the lagal minefiled recently. The text below is reproduced with his permission. Hi all, got some background here for you. I've been following DRM since the beginning,  and still admire it for its broadcast quality and capabilities. The DRM system was originally written by the Frauenhofer Institute in Germany, with the first software for personal use requiring a license key that cost the individual listener somewhere around ~€49/$49. I've got one somewhere, but I haven't had to use it since the freeware "DReaM" came out. No key needed when using that software package, which is still available on Github IIRC. The original commercial software still works, but it's very simple and doesn't provide a lot of bells and whistles. I'm not sure it's available anymore. What happened was that the AAC codec (and it's variants, esp. XE-AAC...) was ...
  • Spectrum Markers Posted last week
    Now that I'm spending more time on 2m (144.5 MHz) I decided to add spectrum markers as it makes beacon identiciation easier. Here's a 2m screenshot taken today, as you can see there's not a lot happening. A simple window for adding definitions: And another for the appearance: When time permits I'll add support for adding data from a CSV file.
  • WiNRADiO Sigma (G65DDC) Posted last week
    Nils Schiffhauer dk8ok has helped me a lot in the past, so when he asked me to support the WiNRADiO Sigma aka G65DDC how could I refuse? This is a beast of a radio, I've not encountered anything like it before. There's one problem - I don't have one, so testing could have been a nightmare. However, the API is very clear and well documented. After just two days exchanging code with Nils he has now reported that the Sigma is working, and working well with the features in SDR Console that he needs. This is the first time I've added support without ever seeing the hardware, so kudos to the team at WiNRADiO. The SDK's API is here: https://www.winradio.com/home/g65ddc_sdk.htm . I'm so impressed, I may add support for more WiNRADiO radios if there's demand. Here's an example of the Sigma running with a 33.3MHz sample rate and we see the whole of HF! Support will be in version 3.0.11 of SDR Console which at the time of writing has not been released.
  • Release: 3.0.10 Posted last month
    Download here [Link]. What's new / changed in 3.0.10: General Audio device dropdown now shows a check mark next to the current device and L/R channel selection. SDRplay radios – sanity check that the default frequency is valid – must be in the range 10 kHz to 2 GHz. previously a user started with the default frequency of 10Ghz which is not supported by the SDRplay library. FM Stereo RDS logging was not working properly with multiple active receivers. Fixed a long-standing bug in the tuning bar at the bottom of the main waterfall; this was an error which existed since the code was originally written over four years ago. A determined fool-hardy user could expose the problem and crash the program. Scrolling at 8.333 kHz with rapid middle wheel spinning works properly. Identity title now optionally shown in the program title bar. DSP More taps available for filters. Corrected DSB filter editor. Narrow FM de-emphasis redesigned to avoid audio pumping. NR3 reworked. Threshold changed to Level, working much better. Filters: Changed appearance of the Filter design window. ...
  • E's To Morocco Posted last month
    A very nice opening this morning to Morocco on Band II Stereo (88 - 108MHz).
Read More »