Welcome to the new FlexRadio Community! Please review the new Community Rules and other important new Community information on the Message Board.
If you are having a problem, please refer to the product documentation or check the Help Center for known solutions.
Need technical support from FlexRadio? It's as simple as Creating a HelpDesk ticket.

Flex 6700 CW Keying v. Elecraft K3

Paul Christensen, W9AC
Paul Christensen, W9AC Member ✭✭
edited June 2020 in SmartSDR for Windows
Last night, I compared transmit CW keying characteristics between my Flex 6700 and Elecraft K3 in "QRQ" mode. Keyed waveform images attached. The shorter keyed waveform time from the left edge is the image captured from the Flex 6700. Test conditions: - Agilent DSOX-3024A Digital Storage Oscilloscope for data capture; - RF sampled from a Bird 4723 RF variable coupler; - 100 watts transmit power from each transceiver on 80m into a 50-ohm load; - External keying from a modified WinkeyerUSB. The keyer is modified with a port that goes to logic high when the PTT line goes low. This was done to ensure correct scope triggering; - Screen capture is one "dit" at 40 WPM; - Horizonal axis is 5 ms./div. Notice that the Flex 6700 generates full power 6-7 ms. after key closure. By contrast the Elecraft K3 in "QRQ" mode produces full power at approximately 13 ms after key closure. Also note from key closure to key-up, the Flex 6700's waveform goes to zero at roughly 7 ms and approximately 10 ms. for the K3. Both transceivers produce excellent keyed waveform shaping at the leading and trailing edges. I should also point out that the Flex 6700's keyed waveform ramp time has two steps. What's shown is the faster keyed envelope time. The transition occurs when the 6700's internal keyer goes from 19WPm to 20WPM. But wait, I just told you that I'm using an external keyer. That's right. But the keyed ramp time is still a function of the internal keyer speed. I'll attach another image showing that effect. The concept is a good one in that at lower speeds, the ramp time can be slowed while at faster speeds, it can be shortened up. As long as the raised cosine characteristic is preserved, it's a good idea IMO. The bottom line is that if you're using an external keyer, you may elect to slide the internal keyer to match that of the external keyer. Again,that transition occurs at exactly 19-20 WPM on the slider. I am not sure of Flex's plans to automatically adapt that transition when external keying is used. I see no reason to change it as long as the op is cognizant of that transition. No harm is done by a mismatch. But die-hard CW fans may want to keep this effect in mind. Paul, W9AC First image is the Flex 6700: -
«1

Comments

  • Paul Christensen, W9AC
    Paul Christensen, W9AC Member ✭✭
    edited February 2017
    And, the Flex 6700 keying shown below when the internal slider is set to 19 WPM or lower. Keep in mind that the 6700 is still being keyed by an external keyer. Only the internal keyer slider value in SSDR is changing. Paul, W9AC
  • Paul Christensen, W9AC
    Paul Christensen, W9AC Member ✭✭
    edited February 2017
    I failed to mention that the green-colored trace is the PTT line. Key closure is signified by the higher DC level, then falls to zero when the key is opened. Paul, W9AC
  • Al_NN4ZZ
    Al_NN4ZZ Member ✭✭✭
    edited March 2017
    Paul, Thanks for the captures and comments. Great work! I don't think I've seen any previous comments about the ramp up change or ever heard of it on another rig so that is interesting. Regards, Al / NN4ZZ
  • Ken - NM9P
    Ken - NM9P Member ✭✭✭
    edited June 2020
    But that does explain the extra thump on receive on slower keying speeds requiring a slight increase of delay to about 18-20.
  • Paul Christensen, W9AC
    Paul Christensen, W9AC Member ✭✭
    edited June 2020
    Ken, There's likely a relationship to what you and I are hearing (when the slider is at 19 WPM or less). I have to believe that artifact can be ironed out since it nearly goes away at 20 WPM and above. I never send my character sets below 20 WPM even during slow QSOs so it's pretty much a non-issue for me. Sending is sorta' done in a Farnsworth fashion when I'm asked to QRS. I'm still impressed with the overall QSK accomplishment at this early stage of SSDR development. Most folks probably cannot appreciate the software engineering effort required to achieve this level of T/R switching performance from an SDR transceiver, especially when one considers wide splits, RIT/XIT, multiple slices and pan adapters running, etc. What may seem like a simple process in the analog world can be incredibly complex in a SDR. Paul, W9AC
  • Stan VA7NF
    Stan VA7NF Member ✭✭✭
    edited February 2017
    Paul, Thanks for the informative analysis. Something in the keying feedback path starts making extra characters at 30WPM. In your investigation did you happen to compare key down to sidetone generation? Does it start before/at/after RF start? Between fingers, 6700, sidetone speaker out, brain and back to fingers there seems to be a delay in moving the fingers. Probably in the vintage brain but I notice better keying on an external dedicated keyer with sidetone.
  • Paul Christensen, W9AC
    Paul Christensen, W9AC Member ✭✭
    edited February 2017
    A couple folks have requested the same. The DSO has 4 channels so I can add 6700 headphone audio to ch. 3. This will show timing between keyer PTT, RF waveform, and Rx audio with sidetone. I've gotten lazy with DAX, so I'll first need to wire up a 1/4" to BNC adapter. Paul, W9AC
  • Sergey R5AU
    Sergey R5AU Member ✭✭
    edited April 2017
    Paul, thank you for such report in details, i am with Stan regarding his request, it will be quite interesting to look on this
  • Ken - NM9P
    Ken - NM9P Member ✭✭✭
    edited June 2020
    I would suggest that the test be repeated after 1.1 is released to see if there were any changes / improvements / glitches introduced.
  • Ken - NM9P
    Ken - NM9P Member ✭✭✭
    edited December 2016
    I started out with my 6500 sending at 16-18 WPM since my code speed had deteriorated from several years' absence from CW work. The "thump" was annoying at first until I discovered that a slight adjustment of the delay muted it completely. I still set it about 50 on a noisy or busy band because my brain gets confused hearing "between the dits." But I have the delay set a lot faster than I EVER did on any other rig because it can be made to be so smooth. Now after a few CW contests and DX pileups, I am sending at 20 again. I think I need to do some maintenance on my 25 year-old Bencher paddles because I am getting some skipped characters and odd timing. It seems as if It is missing a contact once in a while. Before 1.0 I could blame it on the timing quirks that Flex was still working out. But now it is all on me! (Or my paddles) I have cleaned them, but I may have a bad contact, or need some higher power cleaner and adjustment. In any case, I have found the 6500 to be smoother in function and sound than my TS-850 was. And that is saying something, because I thought the 850 was a superb CW rig which I loved for 20 years before replacing it with my Flexes. The 6500 has made me a CW op (part time) again! And an SSB Contester, and a DX chaser, and an audiophile, and a Digital Mode experimenter....... (Did I say that I love this rig!) 73 Ken - NM9P
  • Alan - KA4B
    Alan - KA4B Member ✭✭
    edited February 2015
    Paul, if I am perceiving things correctly it looks like on the plot of the K3 signal, once the initial ramp up has been completed, there seems to be a gradual increase of signal strength, probably of 2 or 3 percent. I don't see that on the Flex plot. Any explanation?
  • Paul Christensen, W9AC
    Paul Christensen, W9AC Member ✭✭
    edited February 2017
    Good eye. That's due to ALC stabilization. Paul, W9AC
  • Paul Christensen, W9AC
    Paul Christensen, W9AC Member ✭✭
    edited February 2017
    I've now added a third trace, colored in blue. This trace represents audio with CW sidetone from the Flex 6700 headphone jack. Three screen captures were taken. All other test conditions remain the same as in the case shown above. Display #1: CW speed set to 20 WPM in SSDR; Display #2: CW speed set to 19 WPM in SSDR; Display #3: CW speed set to 19 WPM with the horizonal scale set to 20 ms./division. Notice the "glitch" at about 190 ms on the blue colored trace. This shows the "thump" that's present when the internal keyer speed is set to 19 WPM or less. Probably the most important take-away here is that the CW sidetone ramps "lock step" with the actual keyed RF envelope. Not only that, but the sidetone ramping is completely independent of the internal speed slider. Notice that although the keyed RF waveform changes from 20 to 19 WPM, the sidetone doesn't. This means that you're hearing the sidetone start about 8 ms. after key closure. I'll take that any day. Flex gets an A+ for CW timing. Still the audible "glitch" heard in the headphones at ~ 190 ms. is a bit of an annoyance for those ops sending at 19 WPM or less from the internal keyer. For those using external keyers, simply set the internal speed slider to 20 WPM or more, then dial in any speed you like on the external keyer. Paul, W9AC
  • Barry N1EU
    Barry N1EU Member ✭✭
    edited February 2017
    Great stuff Paul! Can you please tune the receiver to band noise with sufficient RF/AF gain to create some scope deflection and repeat the trace and show the receiver recovery after transmission?
  • Paul Christensen, W9AC
    Paul Christensen, W9AC Member ✭✭
    edited February 2017
    Have a look below. Keying is 20 WPM. A few interesting things going on... Notice that the band audio is actually mixing with the CW sidetone for half of both keyed elements. I suspect this is due to latency. Second, notice the receive band audio recovering in between "dits" about 50 ms after the fall of the CW sidetone and keyed RF envelope. Paul, W9AC
  • Stan VA7NF
    Stan VA7NF Member ✭✭✭
    edited February 2017
    Thanks again Paul, The 8ms delay in output is fine, especially since it is shutting down the RX and notifying any amplifiers etc, before starting the RF. I would still like to see the sidetone match the key down because at 30WPM and more the activator and sidetone are being more out of sync. At 60 WPM, I used to do message handling at that speed, it is over 50% shifted. As the WPM decreases the audible delay becomes insignificant. With remote CW mode network delay and jitter 6000 key up/down will become erratic. In this mode the PC must supply the sidetone concurrent with key action and the flex will need around 100ms jitter buffer as in VoIP.
  • Paul Christensen, W9AC
    Paul Christensen, W9AC Member ✭✭
    edited February 2017
    Last set of screen captures. Same test with the Elecraft K3. Again, the transmitted RF waveform is the yellow trace; the key line is the green trace; and blue represents receiver headphone audio with sidetone. The top display shows Rx recovery time in "QRQ" mode. The bottom trace shows Rx recovery time with QRQ deactivated. In both instances: (1) the onset of the CW sidetone is delayed to approximately the same degree as the Flex 6700. The K3 does not exhibit latency and I wouldn't expect much, if any. (2) Recovered Rx audio is faster on the K3 when compared to the Flex. Paul, W9AC
  • W5UN_Dave
    W5UN_Dave Member ✭✭
    edited February 2019
    I run full break-in on the K3 at all time, usually well above 20 wpm. What I notice all the time in rapid fire QSO's such as working DXpeditions, is that when I key up on the final character, the responding station will have already begun sending, and I will miss the first couple of dits/dashes. I find this lag latency very frustrating. I cannot comment on the 6700 full break-in yet, as I have not used it enough. I expect better. Anyone else want to comment who has experience with full break-in with both radios?
  • Al_NN4ZZ
    Al_NN4ZZ Member ✭✭✭
    edited March 2017
    Paul, Excellent information, thanks for taking the time to do all of the tests and analysis! Regards, Al
  • Sergey R5AU
    Sergey R5AU Member ✭✭
    edited April 2017
    Hi Paul, thanks a lot again for figures, i wonna to compare with ver 1.0, you know such "glitch" as mixing band audio an side tone + side tone "lock step" and not remember in 1.0, can you compare it ? I think CW was better in 1.0. Could be interesting regarding FRS comments, i guess Agilent oscilloscope is Independent reviewer Paul, just to be clear, in case 6700 you utilized only ANT1 circuit for RX/TX or two slices with separate RX and TX circuits(ex: ANT1 and ANT2) ?
  • Al_NN4ZZ
    Al_NN4ZZ Member ✭✭✭
    edited March 2017
    Paul, Two Questions -------------------- First, about the keying ramp up difference based on the CW speed setting. When using a straight key (i.e. IAMBIC OFF) does the speed setting still have the same effect on the signal? If so, and assume you are keying at about 15 WPM, would one or the other speed settings (and associated ramp ups) sound better on the other end? This is just a curiosity and you have spent a lot of time testing already so I'm not asking you to do any more but would like your thoughts. Second, do you mind if i download some of your screen captures and comments for future reference and to share? I'd be sure to credit you for the work. Regards, Al / NN4ZZ
  • Barry N1EU
    Barry N1EU Member ✭✭
    edited February 2017
    Paul, I'm looking at your last Flex trace (Jan 28 21:31:35 - not the K3 trace). What I'm seeing there is 50msec latency for rx recovery after xmsn, correct? I think the mixing of rx audio with the sidetone is problematic and is probably a bug - agree? Someone sent me a soundclip a few days ago of their 6500 and I saw the same thing and was very confused by it.
  • Paul Christensen, W9AC
    Paul Christensen, W9AC Member ✭✭
    edited November 2016
    Yes, only ANT1. I did not try more complicated use with more slices, panadapters, splits, etc.
  • Paul Christensen, W9AC
    Paul Christensen, W9AC Member ✭✭
    edited November 2016
    Al, 1) Same effect with the straight key or an external keyer since iambic is turned off. Recall that all my testing is with an external keyer. It's possible to test the internal keyer by modifying the configuration of the trigger input. For anyone wishing to test timing of the internal keyer, a "Y" adapter is needed at the key jack. The key jack will have a positive key voltage until keyed to circuit ground. One side of the Y adapter goes to the Flex, the other to the scope's triggered input. The scope would would then be set to trigger on the trailing edge and not the leading edge. 2) By all means, go ahead and use the images. Paul, W9AC
  • Paul Christensen, W9AC
    Paul Christensen, W9AC Member ✭✭
    edited November 2016
    "...I'm looking at your last Flex trace (Jan 28 21:31:35 - not the K3 trace). What I'm seeing there is 50msec latency for rx recovery after xmsn, correct? " Correct. Recovery is about 50 ms. and is definitely slower than the K3. I wasn't expecting it to be much better given the complicated task in the Flex 6K architecture. Now, what's also interesting is that I believe the recovery time is actually better in real use. For example, the recovery time changes as a long string of dits are sent. I can clearly hear between keyed elements up to about 30 WPM for about the first 1/2 second of the transmitted string. Thereafter, recovery is longer. I have no idea why. But the bottom line is that we don't send a string of dits in our QSOs (okay except for the 8-dit error), When alternating between dits and dahs, the recovery time is quite good. "...I think the mixing of rx audio with the sidetone is problematic and is probably a bug - agree? Someone sent me a soundclip a few days ago of their 6500 and I saw the same thing and was very confused by it." Had I not seen it on the scope, I would have never noticed it. It's not problematic since the CW sidetone is there where and when it needs to be. The fact that the band audio is a bit latent at the beginning just means you're hearing your own CW signal in the band noise (like any other CW signal) for the first half of a "dit." Finally, getting back to the keying difference between 19-20 WPM: Probably what Flex could do is simply include a menu option for hard and soft keying, then just let the user decide which to use. When I owned an ADAT ADT-200A, it also had variable rise/fall based on the internal keyer setting. But since most avid CW ops use external keyers, that feature is essentially lost. Paul, W9AC
  • Barry N1EU
    Barry N1EU Member ✭✭
    edited December 2016
    Okay, what I think you're saying is that occasionally (for whatever reason) the bandnoise from t-50ms is mixing with the sidetone from t. For whatever reason, it sounds like the rx buffer is not being flushed at onset of xmit. Got it.
  • Paul Christensen, W9AC
    Paul Christensen, W9AC Member ✭✭
    edited November 2016
    Yes, but it's not occasional -- it's at the beginning of each keyed element when using full break-in. It's of such a short duration that I can't even tell the band noise + sidetone mix is even happening. It's an interesting visual effect, but operationally, I think it's meaningless.
  • Barry N1EU
    Barry N1EU Member ✭✭
    edited December 2016
    Thanks Paul. What was confusing me is that we're dealing with two factors at the same time: latency and TR turnaround. Because the turnaround is so much faster than latency, the rx is actually turned on and buffers are filling before the audio actually pops out when latency expires.
  • Al_NN4ZZ
    Al_NN4ZZ Member ✭✭✭
    edited December 2016
    Paul, Thanks, I compiled into a Word document. Again, nice job! Regards, Al / NN4ZZ
  • Steve-N5AC
    Steve-N5AC Community Manager admin
    edited December 2016
    Paul, we're working hard to complete v1.1, but we'll come back and look at this for v1.2. I'm not sure what might be causing it off the top of my head.

Leave a Comment

Rich Text Editor. To edit a paragraph's style, hit tab to get to the paragraph menu. From there you will be able to pick one style. Nothing defaults to paragraph. An inline formatting menu will show up when you select text. Hit tab to get into that menu. Some elements, such as rich link embeds, images, loading indicators, and error messages may get inserted into the editor. You may navigate to these using the arrow keys inside of the editor and delete them with the delete or backspace key.