On Sun, Aug 5, 2012 at 2:45 AM, f6gcp <f6gcp@...> wrote:

Hi,
Winkey is set with a "tail" time of 500ms and PTT asserted, which is quite
ok for CW operation using the keyer, and to avoid trcv to go to receive (of
course, I should say the amplifier!)
Using macro command is nice to run in a pile up, however, the tail, as set
to 500ms is a too long (the pile_up "TU" to confirm qso could be missed!).

Hi Pat,

What version of WinKeyer do you have? There was a change between v2.2
and v2.3 that significantly helps with this situation. From
http://k1el.tripod.com/files/Winkey23changes.pdf :

"Hang mode is now independent of tail delay: Hang Time applies only to
CW sent by paddle. Tail
delay applies only to CW sent by the host or by standalone message. It
is no longer necessary to
disable Hang Time setting controls in the GUI when Tail is set to a
non-zero value. This is because
the settings are independent now. (Side note: A long Tail time can be
truncated early by appending
a `PTT off' buffered command /U0 to the message stream)"

It's worth upgrading (requires chip replacement) if you are
experiencing this problem, IMO.

Using the opcode "stop" (while running the winkey test software), the PTT
is immediatly released whatever the tail set time.
In a macro, is is possible, while <stop> command is used, to immedialty
return to RX (assuming VOX is not used!) or to create a command
<stop_immediat> (or similar) for such purpose?

That may be possible to implement (using the "/U0" command mentioned
above). Only Dave can say. Actually, it may be better to implement a
"<winkeycmd: ...>" so arbitrary commands could be sent.....

73,

~iain / N6ML

Hi Ian,

thanks on information. I have checked running Winkey2 software, and it
shows firmware 2.3.
A <winkeycmd:> could be nice, for advanced settings (Up to now, I don't
know what I can do with this but spot CW... later may be...)

73 - Pat

--- In dxlab@..., iain macdonnell - N6ML <ar@...> wrote:

On Sun, Aug 5, 2012 at 2:45 AM, f6gcp <f6gcp@...> wrote:

Hi,
Winkey is set with a "tail" time of 500ms and PTT asserted, which is
quite
ok for CW operation using the keyer, and to avoid trcv to go to
receive (of
course, I should say the amplifier!)
Using macro command is nice to run in a pile up, however, the tail, as
set
to 500ms is a too long (the pile_up "TU" to confirm qso could be
missed!).

Hi Pat,

What version of WinKeyer do you have? There was a change between v2.2
and v2.3 that significantly helps with this situation. From
http://k1el.tripod.com/files/Winkey23changes.pdf :

"Hang mode is now independent of tail delay: Hang Time applies only to
CW sent by paddle. Tail
delay applies only to CW sent by the host or by standalone message. It
is no longer necessary to
disable Hang Time setting controls in the GUI when Tail is set to a
non-zero value. This is because
the settings are independent now. (Side note: A long Tail time can be
truncated early by appending
a `PTT off' buffered command /U0 to the message stream)"

It's worth upgrading (requires chip replacement) if you are
experiencing this problem, IMO.

Using the opcode "stop" (while running the winkey test software), the
PTT
is immediatly released whatever the tail set time.
In a macro, is is possible, while <stop> command is used, to
immedialty
return to RX (assuming VOX is not used!) or to create a command
<stop_immediat> (or similar) for such purpose?

That may be possible to implement (using the "/U0" command mentioned
above). Only Dave can say. Actually, it may be better to implement a
"<winkeycmd: ...>" so arbitrary commands could be sent.....

73,

~iain / N6ML

AA6YQ comments below

-----Original Message-----
From: dxlab@... [mailto:dxlab@...]On Behalf Of
f6gcp
Sent: Sunday, August 05, 2012 5:45 AM
To: dxlab@...
Subject: [dxlab] Winkey and <stop>


Hi,
Winkey is set with a "tail" time of 500ms and PTT asserted, which is quite
ok for CW operation using the keyer, and to avoid trcv to go to receive (of
course, I should say the amplifier!)
Using macro command is nice to run in a pile up, however, the tail, as set
to 500ms is a too long (the pile_up "TU" to confirm qso could be missed!).
Using the opcode "stop" (while running the winkey test software), the PTT is
immediatly released whatever the tail set time.
In a macro, is is possible, while <stop> command is used, to immedialty
return to RX (assuming VOX is not used!) or to create a command
<stop_immediat> (or similar) for such purpose?

What commands are sent to the WinKey when the "WinKey Test Software" is

directed to "stop"?

73,

Dave, AA6YQ

Hi Pat,

Then I think you just need to reduce your "Tail" setting, and increase
"Paddle Hang".

GL/73,

~iain / N6ML


On Sun, Aug 5, 2012 at 1:48 PM, f6gcp <f6gcp@...> wrote:

Hi Ian,

thanks on information. I have checked running Winkey2 software, and it
shows firmware 2.3.
A <winkeycmd:> could be nice, for advanced settings (Up to now, I don't
know what I can do with this but spot CW... later may be...)

73 - Pat

--- In dxlab@..., iain macdonnell - N6ML <ar@> wrote:

On Sun, Aug 5, 2012 at 2:45 AM, f6gcp <f6gcp@> wrote:

Hi,
Winkey is set with a "tail" time of 500ms and PTT asserted, which is
quite
ok for CW operation using the keyer, and to avoid trcv to go to
receive (of
course, I should say the amplifier!)
Using macro command is nice to run in a pile up, however, the tail, as
set
to 500ms is a too long (the pile_up "TU" to confirm qso could be
missed!).

Hi Pat,

What version of WinKeyer do you have? There was a change between v2.2
and v2.3 that significantly helps with this situation. From
http://k1el.tripod.com/files/Winkey23changes.pdf :

"Hang mode is now independent of tail delay: Hang Time applies only to
CW sent by paddle. Tail
delay applies only to CW sent by the host or by standalone message. It
is no longer necessary to
disable Hang Time setting controls in the GUI when Tail is set to a
non-zero value. This is because
the settings are independent now. (Side note: A long Tail time can be
truncated early by appending
a `PTT off' buffered command /U0 to the message stream)"

It's worth upgrading (requires chip replacement) if you are
experiencing this problem, IMO.

Using the opcode "stop" (while running the winkey test software), the
PTT
is immediatly released whatever the tail set time.
In a macro, is is possible, while <stop> command is used, to
immedialty
return to RX (assuming VOX is not used!) or to create a command
<stop_immediat> (or similar) for such purpose?

That may be possible to implement (using the "/U0" command mentioned
above). Only Dave can say. Actually, it may be better to implement a
"<winkeycmd: ...>" so arbitrary commands could be sent.....

73,

~iain / N6ML

AA6YQ comments below

-----Original Message-----
From: dxlab@... [mailto:dxlab@...]On Behalf Of
f6gcp
Sent: Sunday, August 05, 2012 6:34 PM
To: dxlab@...
Subject: [dxlab] Re: Winkey and <stop>


Hi,
by using Winkeyer2 software, it sends "clrPTT" [N].

There is no clrPTT command mentioned in the Winkeyer2 (v23) datasheet. Do

you mean "PTT Off", which is <18><0> ?

73,

Dave, AA6YQ