Re: [Tlf-devel] TLF-1.0.0 released

[Andy Summers]

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
> > message.
> 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
> buffer).
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.