Should contest rules allow and act upon 599K QRM reports?

Thursday 8 October 2020

FTDX101D PC CW Keying with DTR

Situation:

Rig FTDX101d. Using N1MM+ to send stored messages (F1 etc) using DTR of the USB port (standard port) to send CW. Setting the radio to CW Setting -> Mode CW -> PC Keying -> DTR to receive the hardware CW keying.


Findings:
Surprisingly this direct method of sending CW from the PC doesn't seem to need PTT? With no transmit CAT command, nothing connected to the PTT input at the rear of the radio and without BK-IN engaged on the front of the radio, the messages from N1MM+ software are transmitted by the radio.

Looking into this a bit more...

In N1MM+, RTS of the USB port (standard port) is set to 'Always Off'. PTT is therefore not being sent to the FTDX101D from N1MM+ on pressing one of the message keys (F1 etc).

How can the radio know when to enagage and disengage PTT at the right times for the message when no PTT signal is sent?

This led me to experiment with the following BK-IN menu setting despite BK-IN being disengaged on the front of the radio:
Changing CW Setting -> CW BK-IN TYPE -> SEMI to FULL

Eureka! Yet more madness from Yaesu! Now when I sent the message from N1MM+, the radio is in Full break-in mode despite BK-IN being disengaged on the front of the radio!

In summary, when using CW Setting -> Mode CW -> PC Keying -> DTR, the FTDX101D uses BK-IN irrespective of the front panel control. Bonkers!

This fact is important to me for contesting as if BK-IN is used, it has an associated CW BK-IN DELAY after the message has completed. This means I will not hear the first CW element of fast return callers. Why Yaesu has done this instead of allowing the PC to control PTT through RTS like the K3 I'll never know. Oh well back to using a Winkey with fully controllable PTT and CW KEY. Buyer beware!

Regards

Doug GM0ELP