I was ignoring the utility of SQL/RDBMS operations. (Am I
misremembering or are there libs to do that with flat text "table"
data structures already?)
I like that sqlite "how to corrupt" article. It does point out very
well that data safety isn't simply application level
question/architecture/so
Would a database store offer any useful utility? Journaling or ? for
robustness? Power loss during portable contesting with a laptop or
desktop or Pi or ? ... would be nice if no data loss and simple
resumption after power is restored. Or is the choice of
HW/OS/filesystem more useful for that so
Another vote for 80 columns. I like to run tlf in an 80x25 or 80x24
console/monitor. If I want to edit on the same platform...
Tabs vs spaces is always an interesting question. I guess so long as
the tabs are all meant to be 8 char (or 4 or whatever the convention
is for the project).
Best reg
16 May 09:07 -0500, Drew Arnett wrote:
> > In the world of open source contest loggers, just saw this posted on
> > reddit: https://github.com/mbridak/not1mm
>
> I do like his sense of humor, especially the Men Without Hats reference!
>
> > Cross platform for networked lo
In the world of open source contest loggers, just saw this posted on
reddit: https://github.com/mbridak/not1mm
Cross platform for networked logging is definitely one thing I'm interested in.
Best regards,
Drew
n7da
Interesting. I"ve used call history files (sometimes shared for
various events on the N1MM files website). Nice to type in a callsign
and have exchange fields prefilled using the call history, though I
listen really closely to see that the information this year is the
same or if something changed
I was delighted to see TLF in the California QSO Party results video.
https://youtu.be/5OkXZqPYd_4?t=752
Drew
n7da
I think asking what is in the future is a great question.
Is it continued innovation and features for the top contesters? You
know, the ones who need 2 or more radios to keep from getting bored
during a contest and are doing 400+ QSOs/hour. Is there room for
innovation for more average contester
The error message told you exactly what was wrong. That the library
rich was not installed. Don't worry; this is a common Python newcomer
topic. rich isn't part of the standard library that comes with
Python, so needs to be installed. (pypi.org is a large, but not
exhaustive catalog of 3rd part
Assuming you don't need TLF to calculate a score on the fly nor track
multipliers worked or needed, can TLF work for you for these contests?
Rather than trying to modify TLF to score or track multipliers worked
or needed, I'd suggest writing a small second program to do that by
watching/reading th
More details, please. :-) Maybe enough for someone to reproduce or
at least figure out what is going on?
Which winkeydaemon? (I know of at least 3 different programs to
provide a cwdaemon interface to WinKeyer.)
It should be possible for muting to work, in theory at least. My
implementation w
So, what hardware device are you trying to use? A USB serial adapter?
Something else? (Non-USB serial ports won't have USB in the device
filename.)
Regardless, should show up in dmesg during boot time.
On Mon, Aug 8, 2022 at 7:33 PM Ed wrote:
>
> I got the file packaged and made it executable
How did you install that? With your distro's package manager or some
other way? If some other way, what was it?
If you have the file tool installed
(https://manpages.debian.org/stretch/file/file.1.en.html), what does
'file /home/ed/bin/winkeydaemon' say?
Best regards,
Drew
n7da
On Mon, Aug 8,
Try running it not at boot, not as a daemon, but run it in the
foreground launching it by hand instead to see if any of the debugging
messages help.
I've never seen tlf fail to send to cwdaemon; perhaps share the
uncommented line(s) you have for netkeyer in your tlf config? Could
try one of the o
/dev/ttyUSB0 maybe?
Check the device file. dmesg will tell you if nothing else.
Does cwdaemon have a verbose flag to turn on debugging messages?
On Thu, Jul 14, 2022 at 10:44 PM Ed wrote:
>
> New install of Fedora36, I used the repository for TLF and cwdaemon.
>
> I copied my TLF contests from
Hi,
I was looking at the cwdaemon 'd' command which controls delay for
PTT. Looks like TLF only uses at startup to configure this with a
config file entry:
TXDELAY (Turn On Delay) control for cwdaemon.
The value of TOD from logcfg.dat is sent to the keyer at startup.
Value range i
Thanks, gang!
Drew
n7da
On Thu, Feb 25, 2021 at 4:48 PM Thomas Beierlein wrote:
>
> Hi Drew, hi Christoph,
>
> Am Thu, 25 Feb 2021 17:04:52 +0100
> schrieb Christoph Berg :
>
> > Re: Drew Arnett
> > > Dumb question: why 25 rows? Sorry for asking first, befor
Hi,
Dumb question: why 25 rows? Sorry for asking first, before examining code.
Is there a design to the screen layout?
Why I bring up the question... The official Raspberry Pi 7" screen
with the closest linux console font that I found (didn't search for
more options) ends up at 24 rows instea
tlf.
Drew
n7da
On Mon, Jan 11, 2021 at 2:27 PM Hegedüs Ervin wrote:
>
> Hi Drew,
>
> On Mon, Jan 11, 2021 at 02:15:00PM +, Drew Arnett wrote:
> > Does hamlib support keying through the CAT serial port device?
>
> yes, take a look to this (especially in case of Pytho
How is this supposed to work when it is all setup and running?
Does hamlib support keying through the CAT serial port device? Does
TLF support that, too?
On Mon, Jan 11, 2021 at 11:28 AM Juanjo EA8BGO wrote:
>
> Hamlib 3.3 I installed it from source.
>
> With $ ./configure --with-python-binding
Are you trying to key the 7610 directly via its USB? Or do you have a
USB keyer adapter you are using between the PC and the 7610?
(something like the K1EL WinKeyer USB or one of the others)
Drew
n7da
On Sun, Jan 10, 2021 at 8:49 PM Juanjo EA8BGO wrote:
>
> Dear Friends
>
> I have recently purc
Dumb question: Can some of this be avoided by running rigctld and
then pointing tlf to the daemon? They didn't change the network
protocol for rigctld, did they?
Best regards,
Drew
n7da
On Wed, Dec 16, 2020 at 5:48 AM Thomas Beierlein wrote:
>
> Hi all,
>
> if you want to play with the new Ha
I was really concerned with.
>
> I love tlf, and am woking on using it for SO2R. Basically, I'll have a
> computer hooked up to each radio, but send the xterm of one to the
> other so they're both on the same monitor.
>
> 73, Jim KK0U
>
> On Sun, 4 Oct 2020 23:23:
Hi,
I used TLF for the CQP (California QSO Party) yesterday from San Diego
county. (Debian stable tlf package version 1.3.2-1)
Worked fairly well. Would be nice to have 2 entry boxes to tab
between for serial and qth (mult) instead of one, but it was workable.
I used an initial file which held
Conceptually interesting idea.
I'd suggest a separate project/tool/application. One that could fetch
the UDC content (it's on the net afterall) and output appropriate TLF
config file(s) or appropriate TLF config file(s) template(s).
Would want to see if the UDC stuff is under the same or differe
d involves
using the 'buffered speed command' indefinitely. I had thought that
would be appropriate to use for just a single message. Maybe not.
Hmm.
Best regards,
Drew
n7da
On Sun, Dec 8, 2019 at 4:30 PM Drew Arnett wrote:
>
> Two issues:
> 1. I expanded prosigns af
entry if the band dropped out or QRM
or something meant the QSO didn't get completed. Don't need to do
that most of the time.
Drew
n7da
On Sun, Dec 8, 2019 at 5:48 PM Nate Bargmann wrote:
>
> * On 2019 08 Dec 10:07 -0600, Drew Arnett wrote:
> > I played for a couple of h
Nov 30, 2019 at 4:29 AM Drew Arnett wrote:
>
> I'll trouble shoot this with Joop off list. Shouldn't be related to
> the type of serial port, but we will see. First step was a better
> assertion statement that would provide the value that failed to match.
> Good sign that
I played for a couple of hours with the 160m contest as well from a
very noisy location, so not very many QSOs. Worked a big gun east of
the Mississippi, but no KG4 for me. :-) Didn't consult with Nate for
rules or config file. Just grabbed the distributed arrl160m_usa rules
and merged a bit fr
Doing some debugging and cleanup of my pywinkerdaemon implementation
of cwdaemon. (I introduced some bugs with recent feature
introduction.)
A few years ago, I looked at the UDP packets several different
cwdaemon clients sent. Some, like TLF, send a single trailing null
character which is not ne
ort.read(1).decode() == test_char
> AssertionError
>
>
> Joop PG4I
>
> Op 26-11-19 om 00:44 schreef Drew Arnett:
> > Finally knocked off some todos including porting to python3. (still
> > runs on 2 as well)
> >
> > Also, finally added in message +/-
Hamlib is great and really achieved a lot. Very neat what clients can
do with that library for sure.
But, all in one solutions sometimes get, um, interesting. cwdaemon
defined a protocol. So, anyone can write a replacement, that tlf and
others, can use. And they have. cwdaemon itself doesn't
Finally knocked off some todos including porting to python3. (still
runs on 2 as well)
Also, finally added in message +/- controls (tested with TLF) and
support for cwdaemon prosigns. (I hadn't been using these sorts of
things, so hadn't missed them personally, but they've
been on the TODO list
t; schrieb Nate Bargmann :
>
> > * On 2019 23 Nov 08:14 -0600, Drew Arnett wrote:
> > > Resize is fine, but please continue to support 80x25 long term. I
> > > don't see classic TUI losing value anytime soon.
> >
> > Do you mean that Tlf should enforce
age with subject or body 'help' to
> > > tlf-devel-requ...@nongnu.org
> > >
> > > You can reach the person managing the list at
> > > tlf-devel-ow...@nongnu.org
> > >
> > > When replying, please edit your Subject line so it is
Zoli's idea is the first thing I thought of, too. But the suggested
method of using EDITOR from tlf config as first priority, then falling
back on the shell environmental variable as 2nd priority I think would
be better. I could image someone preferring some editor for most of
their usual work, b
Portable is good. So I'd ask if hamlib found it possible to support
speed changes.
KX3 is only 3 wire serial CAT interface, so no RTS/DTR style keying
possible. In that case, I suppose a Y cable could be fabricated that
fans out RTS/DTR to a separate key plug. That's a bit tidier perhaps.
Anot
Resize is fine, but please continue to support 80x25 long term. I
don't see classic TUI losing value anytime soon.
What about a 2nd application, tlf-config or easy-tlf-config, which
would have the pulldown menus etc for setting up config files. Keep
the pulldown menus out of tlf. Once you add m
When you ask for keying by hamlib, you are asking for keying via CAT,
correct? (I would have to look to see if hamlib supports anything
besides the CAT port on rigs, like the key line.)
I wrote a python application that acts like cwdaemon listening on a
network socket, and drives a USB to key ada
I've been using tlf off and on for a couple of years now. Used it for
ARRL SS CW most recently. Huge fan of the TUI. Run it with no
windows manager, so no having the window manager focus run off
someplace. :-) Like what happens if using someone's laptop with N1MM
and the heel of the hand hits
> So either pick up the actual sources from github and compile it
> yourself or wait for the shortly coming TLF-1.4.0 version.
>
> 83, de Tom DL1JBE
>
>
> Am Sun, 10 Nov
> 2019 17:34:51 + schrieb Drew Arnett :
>
> > The recent discussion reminded me of an issue
work a huge number of QSOs, but tlf did great for me, as
always, with the recent ARRL SS CW contest.
Best regards,
Drew Arnett
n7da
or tlf being packaged in debian and being a TUI (text
user interface) program with no mouse input! :-)
Thanks for your patience and help.
Best regards,
Drew
kb9fko
On Thu, Aug 1, 2019 at 7:08 PM Ervin Hegedüs wrote:
>
> Hi Drew,
>
> On Thu, Aug 01, 2019 at 02:42:23PM +, Drew
in Hegedüs wrote:
>
> Hi Drew,
>
> On Thu, Aug 01, 2019 at 02:17:13AM +, Drew Arnett wrote:
> > I just tried a fairly new desktop hard disk (less than a year old)
> > with an older USB 2.0 to SATA adapter. I put my local working
> > directory there (logcfg.dat, ru
behaves.
Thanks and best regards,
Drew
kb9fko
On Thu, Aug 1, 2019 at 1:26 AM Drew Arnett wrote:
>
> I just subscribed to the tlf-devel list, so I should get those emails
> in my mailbox now. (I was using the archive web page.)
>
> I will respond to Ervin and Tom's emails.
Wed, Jul 31, 2019 at 8:18 PM Ervin Hegedüs wrote:
>
> Drew, Thomas, and all,
>
> On Tue, Jul 30, 2019 at 02:26:25PM +, Drew Arnett wrote:
>
> I don't have Debian Buster actually, but have a Debian SID - it's
> not so far from Buster :), and all rel
FILE=iarulog.txt
CONTEST_MODE
F1=CQ DE % TEST
F2=%
F3=5NN 6
F4=TU
F5=@
F6=%
F7=
F8=AGN
F9=?
F10=QRZ?
F11=
F12=CQ DE % TEST
#
CQ_TU_MSG=TU %
S&P_TU_MSG=TU 5NN 6
ITUMULT
RECALL_MULTS
-
Thanks you and best regards,
Drew Arnett
kb9fko
logcfg
47 matches
Mail list logo