[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Tlf-devel] TLF-1.0.0 released

From: Andy Summers
Subject: Re: [Tlf-devel] TLF-1.0.0 released
Date: Thu, 06 Jan 2011 19:55:37 +0000
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20101209 Fedora/3.1.7-0.35.b3pre.fc14 Thunderbird/3.1.7

On 03/01/11 21:02, Thomas Beierlein wrote:
Hi Andy,

Am Sun, 02 Jan 2011 20:52:18 +0000
schrieb Andy Summers<address@hidden>:

Hi Thomas and Happy New Year to all,

So far so good on Fedora 14! I was thrilled to see my audio message
bugfixes made it into the stable release! I'll see how it goes in an
RSGB contest tomorrow.
please let us know how it goes.
Great! Not the sort of contest to give TLF a good workout, but all seemed OK. One thing that is a bit annoying is the inability to left-arrow and edit characters in the exchange field, e.g. change 41 to 51 just by changing the first character. The only way of achieving this right now is to backspace.

Coincidentally I got a Winkeyer USB for Xmas, but it seems I won't be
able to use it without some changes either to TLF or to OK2CQR's
Winkey USB server (thus far I've had no luck with Rein's original
perl version). I wonder if anyone has a good solution? I'll try and
explain the problem...

Congrat.s I will try to get one myself to be able to test how it works.

I have a TT Orion, which doesn't have separate PTT and key inputs.
When in CW mode PTT becomes key. Conventionally, RTS would control
PTT and DTR would be the key. With the Orion you must therefore
wire-OR the two outputs. The standard arrangement with TLF is to use
cwdaemon for CW, and this also provides PTT control during phone
operation. However, cwdaemon also asserts PTT automatically during
the CW message, so wire-OR-ing just gives you constant key-down for
the duration of the CW message. I've gotten round this issue by
hacking cwdaemon so it doesn't automatically assert PTT for a CW

As far as I could see, cwdaemon does not assert PTT if you set the
PTT-delay to 0 (at least in 0.9.4). Have you tried that for the Winkey
server yet?

The winkey server from OK1CQR (really intended for CQRLog) doesn't support any set-up like this. Rein's alternative perl daemon is a possibility but I haven't got that to work yet.
Now I have the Winkey I need the ability to turn-off automatic PTT
and assert/deassert PTT by the usual cwdaemon command (i.e.<ESC>a1).
These features haven't been implemented in OK2CQR's Winkey USB server
yet, but Winkey itself looks like it would support it.

Alternatively, a possible TLF feature request would be to add an
option for PTT via hamlib command, which is why I mention all this on
this reflector.

I fear that will not be possible. The problem is that we need to know
when cwdaemon finishes its keying to know when to turn PTT off. But
we get no feedback from cwdaemon back. I know there is some magic
implemented but that signals only the point when cwdaemon has put all
text into the keying buffer (and not when the last dot has left that
I was thinking of SSB only. Looking at the TLF code, only SSB uses K_PTT. PTT on CW is left to cwdaemon to sort out itself. I agree though that it would be better to do what I wanted in the winkey server.
73, de Tom DL1JBE.

73, de Andy G4KNO.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]