Sept 27 2004


  Hello, all,

  Here are my SSB parameters:

  First FFT bandwidth (Hz) [83]
  First FFT window (power of sin) [2]
  First forward FFT version [0]                [SM5BSZ:  Change to 5 ( much faster )]
  First FFT storage time (s) [1]               [SM5BSZ:  Change to 10 ( unless you have small memory, Allows 
  First FFT amplitude [1000]                                            longer averaging times )]
  Enable second FFT [1]                   
  First backward FFT version [0]               [SM5BSZ:  Change to 1  is much faster but with Linrad-01.26 there will be             
  Sellim maxlevel [6000]                                 advantages of using floating point Linrad-01-25 and earlier, best use 1 here]
  First backward FFT att. N [6]
  Second FFT bandwidth factor in powers of 2 [2]    [SM5BSZ: Change to 0 or 1. Typicaly no need for narrow filtering in waterfalls for SSB]
  Second FFT window (power of sin) [0]              [SM5BSZ: Change to 2. Provides better filters] 
  Second forward FFT version [0]                    [SM5BSZ: 2 is much faster, but with Linrad-01-26 there will be advantages of using 
  Second forward FFT att. N [7]                                                floating point]
  Second FFT storage time (s) [5]  
  Enable AFC/SPUR/DECODE [1]                        [SM5BSZ: Use 1 here only if you actually want to use spur removal. AFC should not be
  AFC lock range Hz [150]                                                     used for SSB so make the window small and make it inactive on screen]
  AFC max drift Hz/minute [100]
  Enable Morse decoding [0]
  Max no of spurs to cancel [100]
  Spur timeconstant (0.1sek) [5]
  First mixer bandwidth reduction in powers of 2 [4]
  First mixer no of channels [1]
  Baseband storage time (s) [200]          [SM5BSZ: !!! Use much smaller time here. At high bandwidth this would require very much 
                                           memory. Many arrays are allocated in the baseband for CW decoding. The are useless in SSB mode
                                           but I have not removed memory allocation in ssb mode yet.
                                           In cw with a bandwidth of 50Hz or less, the sampling speed is very low and this is no problem. ]
 
  Output delay margin (0.1sek) [5]         [SM5BSZ: Maybe you can make this smaller. Check the margin with 'T' ]
  Output sampling speed (Hz) [10000]  
  Default output mode [1]
  Audio expander exponent [3]
  A/D speed [96000]
  Check [1110107]

  
  -----end of SSB parameters
 


  Here are my wcw parameters:

  First FFT bandwidth (Hz) [100]
  First FFT window (power of sin) [3]
  First forward FFT version [2]
  First FFT storage time (s) [20]
  First FFT amplitude [1000]
  Enable second FFT [1]
  First backward FFT version [1]
  Sellim maxlevel [6000]
  First backward FFT att. N [6]
  Second FFT bandwidth factor in powers of 2 [4]
  Second FFT window (power of sin) [4]
  Second forward FFT version [2]
  Second forward FFT att. N [10]
  Second FFT storage time (s) [15]
  Enable AFC/SPUR/DECODE [1]
  AFC lock range Hz [150]
  AFC max drift Hz/minute [100]
  Enable Morse decoding [0]
  Max no of spurs to cancel [100]
  Spur timeconstant (0.1sek) [5]
  First mixer bandwidth reduction in powers of 2 [4]
  First mixer no of channels [1]
  Baseband storage time (s) [150]
  Output delay margin (0.1sek) [5]
  Output sampling speed (Hz) [6000]
  Default output mode [1]
  Audio expander exponent [3]
  A/D speed [96000]
  Check [1110107]

  Change only between brackets.
  
  If file has errors, Linrad will ignore file and prompt
  for a complete set of new parameters

  linrad-01.25

  With the SSB parameters I get a delay on the order of 0.5-0.7 seconds or  less.  I am not sure of 
  the delay with the CW parameters listed above, as  I didn't check it today, but generally I have 
  had delays of 2-5 seconds  [which are not a problem for my purposes].

  I post them with no representation as to their optimization.  Rather, they  are being posted to 
  provide an object for criticism, and to provide a  framework for the discussion of the tradeoffs 
  and consequences of specific  parameter choices.

  These are running on this system:

  CPU::  Pentium 3
  CPU Speed::  1 GHz
  RAM in MB::  770 MB
  SOUND CARD::  M-Audio Delta44
  SOUND DRIVER::  OSS/Linux OSS 3.99.1g
  ADDITIONAL CARD1::  SoundBlaster PCI
  VIDEO CARD::  ATI Radeon 7000
  VIDEO DRIVER::  Rage 128
  LINUX DISTRIBUTION::  Red Hat
  LINUX VERSION::  8.0
  KERNEL VERSION::  2.4.20-28.8
  GCC VERSION::  3.2 20020903
  SVGALIB VERSION::  1.9.19
  LINRAD VERSION::  01.25

  Hope that is of some interest, and

  73, Roger Rehr, W3SZ
  
  http://www.qsl.net/w3sz



                         -------------*********-----------------

   Oct 14 2004


  Hello, All!

  This is just a brief report on my experience with Linrad in the EME  contest this past weekend.  
  I have used Linrad each year beginning in 2000  for the annual ARRL EME contest.  For the last 
  several years it was my  primary receiver.  But this weekend, the first leg of the 2004 ARRL 
  EME  Contest, was the first time that I used it for EME with the  Antennspecialisten Linrad 
  hardware.  Like last year, I did not even have a  conventional receiver online.  Linrad was it 
  and nothing else was needed.

  I was very pleased and impressed.  I worked only CW for the contest, but I  did take some time 
  out to go up above 144.100 and listen to some EME JT65b  using Linrad and the Antennspecialisten 
  hardware as the front end for  WSJT.  What were the advantages of using Linrad in this manner? 

  [1] I could immediately see any JT65b station that came on the air over a 96 KHz  frequency span. 
  [2] I could take advantage of Linrad's noise reduction. 
  [3] The Linrad waterfall was  superior to Spectran's in my hands for seeing  the stations.
  [4] Using Linrad's click and point frequency control, I was  able to set, immediately and with no 
     trouble, the receive frequency so  that there was zero frequency offset for WSJT to deal with.
  [5] The receiver seemed very sensitive and I had no dynamic range problems.

  On cw, I found [as before] that quite a number of stations that I heard  very clearly with Linrad 
  replied with 'QRZ' for a long time [sometimes  forever] to my calls.  That tells me that Linrad 
  with the  Antennspecialisten hardware hears very well.  I also found that when I  called CQ, 
  I was able to work the station calling me every time.  So I  believe I heard everyone who called me, 
  but not everyone whom I heard  clearly was able to copy me.  I was running 1500 watts, and 
  my 2 x 2  2mxp32 array has a theorerical gain of 21.8 dBd, so I had a reasonable  ERP.  I could see 
  and hear my own echoes with no problem.  Using Linrad, I  was clearly 'transmitter limited' in 
  terms of making contacts.  This is  where I want to be.

  I kept the 'smart' and 'dumb' noise blankers on [manual] nearly the whole  time, and I was not 
  bothered by noise.  When I turned them off I was  reminded that when my rotors are rotating they 
  generate a lot of noise,  totally obliterating the EME signals.  Their noise had been totally  
  eliminated by the noise blankersa and as I was never looking at the  wideband spectrum while 
  operating the rotors, I had been oblivious to the  noise.

  My cw parameters gave me a 5.3 second receive delay, which was not a  problem for me.  I learned 
  to watch the wideband spectrum as 'the end of  the minute' approached, and to start transmitting 
  when the spectral peak  of the station I was working disappeared.  

  These parameters were:

   First FFT bandwidth (Hz) [100]
   First FFT window (power of sin) [3]
   First forward FFT version [5]
   First FFT storage time (s) [20]
   First FFT amplitude [1000]
   Enable second FFT [1]
   First backward FFT version [1]
   Sellim maxlevel [6000]
   First backward FFT att. N [6]
   Second FFT bandwidth factor in powers of 2 [5]
   Second FFT window (power of sin) [2]
   Second forward FFT version [2]
   Second forward FFT att. N [10]
   Second FFT storage time (s) [20]
   Enable AFC/SPUR/DECODE [1]
   AFC lock range Hz [150]
   AFC max drift Hz/minute [100]
   Enable Morse decoding [0]
   Max no of spurs to cancel [0]
   Spur timeconstant (0.1sek) [5]
   First mixer bandwidth reduction in powers of 2 [4]
   First mixer no of channels [1]
   Baseband storage time (s) [100]
   Output delay margin (0.1sek) [5]
   Output sampling speed (Hz) [6000]
   Default output mode [1]
   Audio expander exponent [3]
   A/D speed [96000]
   Check [1110107]



  My parameters for JT65b [ssb mode] were:

   First FFT bandwidth (Hz) [83]
   First FFT window (power of sin) [2]
   First forward FFT version [5]
   First FFT storage time (s) [10]
   First FFT amplitude [1000]
   Enable second FFT [1]
   First backward FFT version [1]
   Sellim maxlevel [6000]
   First backward FFT att. N [6]
   Second FFT bandwidth factor in powers of 2 [2]
   Second FFT window (power of sin) [2]
   Second forward FFT version [2]
   Second forward FFT att. N [7]
   Second FFT storage time (s) [10]
   Enable AFC/SPUR/DECODE [1]
   AFC lock range Hz [150]
   AFC max drift Hz/minute [100]
   Enable Morse decoding [0]
   Max no of spurs to cancel [100]
   Spur timeconstant (0.1sek) [5]
   First mixer bandwidth reduction in powers of 2 [4]
   First mixer no of channels [1]
   Baseband storage time (s) [10]
   Output delay margin (0.1sek) [5]
   Output sampling speed (Hz) [10000]
   Default output mode [1]
   Audio expander exponent [3]
   A/D speed [96000]
   Check [1110107]

  The delay using these parameters was less than one second.

  I played around with the CW parameters to get good performance with  reasonable delay times, but 
  I did not play around with the SSB parameters  as I didn't need to do so.

  For the second leg of the contest I am going to actually hook up a  conventional receiver, so that 
  I can again directly compare the Linrad  software and hardware to the conventional receiver, much 
  as I did in 2000  and 2001 when using my own front end.  I am doing this out of curiosity,  not 
  because I need anything besides Linrad.  I will be using an SSB  Electronics LT2S-Mk V along with 
  either my Elecraft K2 or my FT1000MP.  If  I get the narrow roofing filter for the MP in time, 
  it will be the one I  use.

  I can't wait for the second leg of the contest.  The combination of the  Linrad hardware and 
  software made this EME contest the most enjoyable one  I've had since my first getting on EME in 
  1998, and I can't wait to spend  another EME contest weekend with the combination.

  The Lin-2-1000MP add-on to make a Linrad transceiver out of my FT1000MP  and Linrad worked fine 
  except for those occasions when I forgot to type  'q' to bring the MP on-frequency before 
  transmitting.

  73,

  Roger Rehr,  W3SZ


RETURN to LINRAD DATA