[WT-support] CW speed problems MK-->WT

[Rudolf Schwenger]

Hi,

for your easy reference I do include the wording of the email of Joe Subich as follows:

Rudolph, 

The issue of uncommanded speed changes with WinTest and 
microKEYER is absolutely an issue in the way WinTest 
controls WinKey speed.  It happens also with a "bare" 
K1EL WinKey and it does not happen with the other leading 
software.  

Well over a year ago I posted information on eliminating 
the issue.  Other authors have made use of that data to 
eliminate the uncommanded speed changes but it appears 
that WT has not.  The key portions of that information 
include:  

  1) A program should never use "Change Speed Buffered" 
     (<1C nn>) except for temporary changes within a 
     macro and their use should include a "Cancel Buffered 
     Speed Change" (<1E>) command at the end of the 
     macro. 
  2) always add a WinKey "Set WPM SPEED = 00" after 
     the macro has completed (when WinKey signals PTT 
     released or busy=0) to reset the speed to that 
     set by the pot
  3) always include a "Set WPM Speed" command at the 
     start of a macro to sync WinKey to the speed the 
     program believes it should be.
  4) (helpful but not required) poll WinKey for the 
     current speed whenever receiving an unexpected 
     (uncommanded) speed change.  This will help to 
     filter "excessive" speed changes due to RFI 
  5) (helpful but not required) ignore speed changes 
     from WinKey of +/- 1 WPM as this could be "noise" 
     in the speed pot A to D converter. 

The microHAM implementation of WinKey is completely transparent; 
Router makes no changes in any data to or from the WinKey IC. 
Any speed changes are entirely generated by the application or 
user. 

73, 

   ... Joe Subich, W4TV 
       microHAM America 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.f5mzn.org/pipermail/support/attachments/20070813/7bc67a6e/attachment.htm