How to add a contest?

[Ed]

Try man tlf, should give you the info you need.

Ed W3NR

Winkeydaemon Help

[Ed]

My winkeyer is version 3.

The -s switch has no effect on the speed, so using the pot is not
possible.

The -m switch works as far as muting the speaker sidetone. but results
in sending pure jibbersh. Without the switch the speaker is back on and
keying is normal.

Any work arounds or suggestions ?

Ed W3NR

winkeydaemon

[Ed]

It is just sending jibberish now. The speed pot has no effect. Where do
I set speed to 0 ?

Ed W3NR

Re: winkeydaemon

[Ed]

I got the file packaged and made it executable.Not that hard to
copy/paste.

But:

stty: /dev/ttyUSB0: No such file or directory
Died at /home/ed/bin/winkeydaemon line 242.

I found no /dev/ttyUSB0 which is hard to believe.

Ed W3NR

Re: winkeydaemon

[Ed]

On Mon, 8 Aug 2022 10:39:37 -0500
Nate Bargmann  wrote:


> > 
> > I put the winkey daemon in /home/ed/bin, this is the output:
> > 
> > /home/ed/bin/winkeydaemon: line 8: syntax error near unexpected
> > token `newline' /home/ed/bin/winkeydaemon: line 8: ` > html>'  
> 
> Looks like you tried to save the page from the GitHub page as there is
> no `' text in that script, particularly at line 8.
> 
> Try this link:
> 
> https://raw.githubusercontent.com/N0NB/winkeydaemon/master/src/winkeydaemon

This is just the body of the file, not the file itself

Ed W3NR









 
> Then save it from your browser but beware that your browser may add a
> '.txt' extension (Chromium does that here) which should not be added
> when you do a "Save As...".  You will also need to set the executable
> bit on the file after you save it, i.e. 'chmod +x winkeydaemon' in the
> directory you saved it.
> 
> 73, Nate
> 

Re: winkeydaemon

[Ed]

On Mon, 8 Aug 2022 03:43:16 -0500
Nate Bargmann  wrote:
  

> Hi Ed,
> 
> Then the ./ is not required.  In essence, the ./ tells the shell to
> run the command that is found in the current directory and to look
> nowhere else.
 
> Hope that helps.
> 
> 73, Nate

I put the winkey daemon in /home/ed/bin, this is the output:

/home/ed/bin/winkeydaemon: line 8: syntax error near unexpected token `newline'
/home/ed/bin/winkeydaemon: line 8: `'

Ed

winkeydaemon

[Ed]

Is this the correct way to start it ?

./winkeydaemon -n -d /dev/ttyUSB0

This is what I get

bash: ./winkeydaemon: No such file or directory

The directory it is in is in my path.

Ed W3NR

Mint 21

[Ed]

I have everything set so far. Except for one problem,cwdaemon does not
talk to tlf. Nothing. Also have the same on Fedora36.

So any ideas. I have cwdaemon starting at boot.

Works fine on Mint 20.3

Thanks

Ed W3NR

Bandmap

[Ed]

Is this correct ?

BANDMAP='B''M',300

Ed W3NR

CWdaemon

[Ed]

New install of Fedora36, I used the repository for TLF and cwdaemon.

I copied my TLF contests from my backup.

Now I cannot get cwdaemon to work, I use this to start it::

cwdaemon -d ttyUSB0 -x n

Suggestions or ideas ?

Thanks

Ed W3NR

Fixed

[Ed]

In the 7300 menu I changed the CW USB keying from RTS to DTR and all is
fine. Almost 3 days on this.

Thanks to all who chimed in.

TLF works as expected. Let's go play radio !!

Ed W3NR

Re: Stumped

[Ed]

On Sun, 29 May 2022 11:10:21 +0800
Onno VK6FLAB  wrote:

> I suspect that it means that tlf isn't talking to cwdaemon.
> 

You are 100% correct.

Ed W3NR

Re: Stumped

[Ed]

On Sun, 29 May 2022 07:23:26 +0800
Onno VK6FLAB  wrote:

> cwdaemon has a debug mode.
> 
> Launch it on a separate console window with debug turned on.
> 
> Then launch tlf.
> 
> You should see what's going on.
> 

I've already tried that and there was no output.

Thanks

Ed W3NR

Re: Stumped

[Ed]

On Sat, 28 May 2022 19:47:26 -0400
Gary Grebus  wrote:


> 
> On the IC-7300, what do you have configured on Connectors->USB 
> Send/Keying->USB Keying (CW)  ?  Mine is set to DTR (although I don't 
> see anything in the cwdaemon man page that mentions how it uses the 
> modem control signals).
> 
>   Gary, K8LT

I tried both RTS/DTR no difference.

Thanks

Ed W3NR

winkey

[Ed]

Well zero luck getting cwdaemon to work, thought I would try winkey
again.

I start it with

./winkeydaemon -n -d /dev/ttyUSB0

All I get is a dead key down.

Ed W3NR

Stumped

[Ed]

I cannot get cwdaemon to work, no matter what I have tried. It starts
at boot using USB0, it's listed in tlf -v . tlf seems normal, rig
control and spots are good. Bandmap is full. But no CW from any F key.

Here is my logcfg settings

NETKEYER
NETKEYERPORT=6789
NETKEYERHOST=127.0.0.1
#

#---speed (6 ... 60 wpm)
CWSPEED=25
#---weight (-5 ... 5 ms)
WEIGHT=3

I built 1.4. from source, it's dated 2020. Seems kind of old to me.

So any ideas ?

73

Ed W3NR

cwdaemon

[Ed]

I finally remembered how to start it on boot.

/etc/default

Edit the file as root to point it to USB0 (in my case).

Works just as years past. Just took a while for the bulb to come on.

Ed W3NR

Re: winkeyer daeon

[Ed]

On Thu, 26 May 2022 19:20:11 -0400
Gary Grebus  wrote:

> On 5/26/22 18:00, Ed wrote:
> > On Thu, 26 May 2022 17:06:02 -0400
> > Gary Grebus  wrote:
> >   
> >> On 5/26/22 15:21, Ed wrote:  
> >>> /var/log no winkeyer daemon shown. How to start ?
> >>>  
> >>
> >> I don't exactly understand what you're seeing.  Is that a message
> >> you see in /var/log?
> >>
> >> There are probably multiple ways to do this, but I use cwdaemon.
> >>
> >> $ sudo apt install cwdaemon
> >>
> >> On my IC-7300, I set:
> >>
> >> USB Keying (CW)to  DTR
> >>
> >> In logcfg.dat:
> >>
> >> NETKEYER
> >> NETKEYERPORT=6789   # The defaults
> >> NETKEYERHOST=127.0.0.1
> >>
> >> You have to start cwdaemon manually before running tlf. I have a 3
> >> line "start" script:
> >>
> >> killall -w -v cwdaemon
> >> cwdaemon -d ttyUSBx -x n
> >> tlf
> >>
> >>
> >> where ttyUSBx is the IC-7300 USB serial port (same as you use for
> >> rig control).
> >>
> >> 73,
> >>
> >>Gary, K8LT
> >>  
> > 
> > Since I suck at scipts, do you mind sharing ?
> >   
> 
> Just exactly those three lines:
> 
> killall -w -v cwdaemon
> cwdaemon -d ttyUSBx -x n
> tlf
> 
> 
> ttyUSBx is your USB device, without the "/dev" string e.g. ttyUSB0
> tlf is whatever command you normally use to run tlf.
> 
> Put those three lines in a file e.g. called "start"
> 
> $chmod u+x start  # to make it executable
> ./start   # to start the CW daemon and tlf.
> 
> I'm don't have a winkeyer, so I can't help with that setup.  There is 
> probably an advantage to offloading the CW generation to the keyer.
> I liked the idea of doing it all with just the computer and the
> single USB connection to the IC-7300.
> 
> 73,
>   Gary, K8LT
> 
> 
> 
> 

Thanks bunches...

Ed W3NR

Re: winkeyer daeon

[Ed]

On Thu, 26 May 2022 17:06:02 -0400
Gary Grebus  wrote:

> On 5/26/22 15:21, Ed wrote:
> > /var/log no winkeyer daemon shown. How to start ?
> >   
> 
> I don't exactly understand what you're seeing.  Is that a message you 
> see in /var/log?
> 
> There are probably multiple ways to do this, but I use cwdaemon.
> 
> $ sudo apt install cwdaemon
> 
> On my IC-7300, I set:
> 
> USB Keying (CW)to  DTR
> 
> In logcfg.dat:
> 
> NETKEYER
> NETKEYERPORT=6789   # The defaults
> NETKEYERHOST=127.0.0.1
> 
> You have to start cwdaemon manually before running tlf. I have a 3
> line "start" script:
> 
> killall -w -v cwdaemon
> cwdaemon -d ttyUSBx -x n
> tlf
> 
> 
> where ttyUSBx is the IC-7300 USB serial port (same as you use for rig 
> control).
> 
> 73,
> 
>   Gary, K8LT
> 

Since I suck at scipts, do you mind sharing ?

73 Thanks

Ed W3NR

Re: winkeyer daeon

[Ed]

On Thu, 26 May 2022 17:06:02 -0400
Gary Grebus  wrote:

> On 5/26/22 15:21, Ed wrote:
> > /var/log no winkeyer daemon shown. How to start ?
> >   
> 
> I don't exactly understand what you're seeing.  Is that a message you 
> see in /var/log?
> 
> There are probably multiple ways to do this, but I use cwdaemon.
> 
> $ sudo apt install cwdaemon
> 
> On my IC-7300, I set:
> 
> USB Keying (CW)to  DTR
> 
> In logcfg.dat:
> 
> NETKEYER
> NETKEYERPORT=6789   # The defaults
> NETKEYERHOST=127.0.0.1
> 
> You have to start cwdaemon manually before running tlf. I have a 3
> line "start" script:
> 
> killall -w -v cwdaemon
> cwdaemon -d ttyUSBx -x n
> tlf
> 
> 
> where ttyUSBx is the IC-7300 USB serial port (same as you use for rig 
> control).
> 
> 73,
> 
>   Gary, K8LT
> 

I'm trying to use my Winkeyer using the daemon by Nate N0NB and I see
no way to run it. Problem /var/log  shows no winkeyer daemon nor does
it show anywhere. Guess it is just another dead end.

Thanks for your input, much appreciated.

Ed W3NR

winkeyer daeon

[Ed]

/var/log no winkeyer daemon shown. How to start ?

Ed W3NR

CW keying

[Ed]

When I start tlf I get a CW key down. No key is attached, so somewhere
I've got something set wrong. Netkeyer is commented out so that is not
it. Rig is a IC-7300.

Ed W3NR

Re: Rig Control

[Ed]

On Wed, 25 May 2022 17:15:09 -0400
Gary Grebus  wrote:

> On 5/25/22 14:07, Ed wrote:
> > I use a ic-7300 and have it set to use USB0, but I get no rig
> > control.
> > 
> > Not sure how to correct this, the 7300 uses a symlink to USB0, so
> > how do I get this to work ?
> > 
> > /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge
> > +_Controller_IC-7300_02038316-if00-port0
> >   
> 
> That should be a symlink to the actual tty device.  On my system it
> is /dev/ttyUSB0.
> 
> 
> pi@pi2:~ $ ls -l /dev/serial/by-id
> total 0
> ...
> lrwxrwxrwx 1 root root 13 May 17 10:50 
> usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_IC-7300_02034059-if00-port0
>  
> -> ../../ttyUSB0  
> 
> So in logcfg.dat:
> 
> RIGMODEL=373
> RIGPORT=/dev/ttyUSB0
> RIGSPEED=19200

Same as here,except this error in tlf

Rignumber is 373
Rig speed is 19200
Trying to start rig ctrl
rig_open: error 

here is my setup

RIGMODEL=373
RIGSPEED=19200
RIGPORT=/dev/ttyUSB0

I have no experience with udev and it is going to be a challange

Ed W3NR

Rig Control

[Ed]

I use a ic-7300 and have it set to use USB0, but I get no rig control.

Not sure how to correct this, the 7300 uses a symlink to USB0, so how
do I get this to work ?

/dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge
+_Controller_IC-7300_02038316-if00-port0

Ed W3NR

tlf & hammlib

[Ed]

tlf version 1.4 tells me my icom 7300 is not supported. Hamlib says rig
# is 3073.

Ed W3NR

[Tlf-devel] Smart Key

[Ed]

Does this only work if  CONTEST_MODE is set in rules ?? I'm assuming
that is the case.

Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] Rig Control

[Ed]

On Tue, 21 Feb 2017 21:27:24 +0100
Ervin Hegedüs <airw...@gmail.com> wrote:

> Hi Ed,
> 
> On Tue, Feb 21, 2017 at 03:02:07PM -0500, Ed wrote:
> > I'm using an Icom 7200 with a USB cable from the rig to the pc. This
> > is what I'm using to define the port::
> > 
> > /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge
> > 
> > of course that does not work and that is the only choice I know of.
> > 
> > Work around ?  
> 
> I don't know the rig above, I just Google'd some info's.
> 
> I see, the rig has an USB connector - but I assume that it's a
> serial converter (which is probably true, the USB_to_UART in your
> name of device affects that too).
> 
> If that true, the most simple way, that you unplug the converter
> from PC, and reconnect, till you see the syslog/messages file.
> You'll see some kind of these lines:
> 
> [235784.268109] usb 5-1: ch341-uart converter now attached to ttyUSB3
> 
> then you can set up in your logcfg.dat these:
> 
> RADIO_CONTROL
> RIGMODEL=361
> RIGSPEED=19200
> RIGPORT=/dev/ttyUSB3
> 
> of course, the RIGPORT is what you see in your log.
> 
> You can fix the device through the udev:
> 
> type this command:
> sudo udevadm
> info /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge
> 
> you'll see something like this:
> 
> P: /devices/pci:00/:00:1d.3/usb5/5-1/5-1:1.0/ttyUSB3/tty/ttyUSB3
> N: ttyUSB3
> S: serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
> S: serial/by-path/pci-:00:1d.3-usb-0:1:1.0-port0
> ...
> E: ID_MODEL_ID=7523
> E: ID_PATH=pci-:00:1d.3-usb-0:1:1.0
> E: ID_PATH_TAG=pci-_00_1d_3-usb-0_1_1_0
> E: ID_REVISION=0254
> E: ID_SERIAL=1a86_USB2.0-Serial
> E: ID_TYPE=generic
> ...
> E: ID_VENDOR=1a86
> E: ID_VENDOR_ENC=1a86
> 
> 
> by those lines, you can write an own rule for udev:
> 
> sudo touch /etc/udev/rules.d/z21_persistent-local.rules
> 
> edit the file, and put these fields, of course replace to your
> output:
> 
> ATTRS{idProduct}=="7523", ATTRS{idVendor}=="1a86", SYMLINK+="rig"
> 
> Then:
> 
> sudo udevadm control --reload
> 
> 
> In this case, if you'll connect your rig to your PC (which has
> that udev rule), you will see that as "/dev/rig", and you can
> talk with from any application (of course, you have to replace
> the /dev/ttyUSBX in Tlf logcfg.dat file too).
> 
> 
> Hope that's clear - let me know, if you have any question.
> 
> 
> 
> 73, Ervin
> 
> 

Thank you for the precise directions. I'll work on this tomorrow. 

73

Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

[Tlf-devel] Rig Control

[Ed]

I'm using an Icom 7200 with a USB cable from the rig to the pc. This
is what I'm using to define the port::

/dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge

of course that does not work and that is the only choice I know of.

Work around ?

Thanks

Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

[Tlf-devel] Macro Names

[Ed]

Is there any way to change them to what you want and not loose them on 
the next start ?


Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

[Tlf-devel] Fwd: TLF-1.2.4.1 maintenance and bug-fix release

[Ed]

 Forwarded Message 
Subject: [Tlf-devel] TLF-1.2.4.1 maintenance and bug-fix release
Date: Thu, 28 Apr 2016 20:35:25 +0200
From: Thomas Beierlein 
To: tlf-devel@nongnu.org, debian-h...@lists.debian.org, 
linux...@yahoogroups.com


A new TLF maintenance and bug-fix release is available at

http://www.hs-mittweida.de/tb/tlf-1.2.4.1.tar.gz

It adds some new features and fixes some bugs found
by different people in last months. Thanks to all contributors (and
sorry for being late with the release).

New features:
- Switch hard coded keyboard handling to the use of ncurses
  keypad(). That way a broad range of terminal settings should be
  supported (Tnx to Nate N0NB for the work).
- Add two new keywords to extend bandmap functionality. See
  man page for details (tnx to Ervin HA2OS).
  * Setting BMAUTOADD in logcfg.dat simplify the adding of heard
stations to the bandmap list. Just type in the call and as soon
as you turn off to another frequency the call gets added to the
bandmap (similar to Ctl-A).
  * If BMAUTOGRAB is set in logcfg.dat Tlf will automatically grab a
call from the bandmap list and put it in the call input field if
you tune in next to the station. You can just start working it
in S by pressing ENTER.

Bug fixes:
- Cleanup some valgrind warnng about possible memory leaks.
- Fix autoconf settings for new lookup of ncurses include files
- Fix a segmentation fault if we have unexpected long call sign
  prefixes
- Fix a possible buffer overflow in addmult2 due to strncpy


For a more detailed discussion of the new features please read the
NEWS file and the man page.

As always reports about problems (or success) are welcome.


73 es gd DX,  de Tom DL1JBE.
--
"Do what is needful!"
Ursula LeGuin: Earthsea
--


___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel




___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] New TLF experimental release -- please test

[Ed]

On 02/08/2016 11:45 AM, Thomas Beierlein wrote:

Hi all,

two weeks ago I announced the below mentioned test version of tlf.

Am Tue, 26 Jan 2016 20:12:23 +0100
schrieb Thomas Beierlein <t...@forth-ev.de>:


A new experimental release of TLF is available at

http://www.hs-mittweida.de/tb/tlf-1.2.3_use_keypad.tar.gz

Lately Nate N0NB did quite some work to give TLF a better keyboard
input handling. Main goal was to enable its use on a broader range of
different UNIX/Linux terminal implementations.



Until now I got no feedback for it. I take that as a good sign and will
merge the code to the main branch on next weekend.

If you got a chance for testing please give some feedback about success
or problems. Please mention your used terminal settings (terminal
program and TERM environment variable).

Thanks and 73,

Tom DL1JBE.




I use Mint 17 and the terminal is basically a clone of the gnome 
terminal. So I didn't think I had anything to test.


Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] Radio change mode problem

[Ed]

On 01/26/2016 04:06 PM, Nate Bargmann wrote:

* On 2016 26 Jan 09:43 -0600, Ervin Hegedüs wrote:


Note, that I'm not sure, there is a right way to do that -
I'm afraid, there isn't any reliable method to detect, which is
your _logmode_ (not RIG mode!), I mean, if you want to work in
AFSK, you'll select the LSB mode on your RIG, but choose DIGI
mode in Tlf.


That was a bug I noticed the other evening looking at something else,
that only LSB is available for digi modes.  As I plan to expand to
interfacing with Fldigi I am going to have to fix this one since I need
to use PKTUSB with the K3 for PSK31 and PKTLSB for RTTY.  Others may
need to use the RTTY mode as well.  A quick thought is to add a key word
to the logcfg.dat vocabulary such as 'RIG_DIGIMODE=' and then the op
could select whichever is needed for his setup and Tlf would set the rig
mode to RIG_DIGIMODE, etc.

73, Nate



I use fldigi with tlf using a FT-950 set to PKT-U. fldigi expects USB in 
all of it's modems. I have this set in the logcfg.dat


RTTYMODE
GMFSK=/home/ed/gMFSK.log
DIGIMODEM=/home/ed/gmfsk_autofile

Never had a problem.

Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] More winkeyer (SOLVED)

[Ed]

On 11/16/2015 05:12 AM, Andy Summers wrote:

Ed, whose winkey server are you using? I wasn't aware that TLF has its own?

What changed since it last worked? TLF version? winkey server version?
hardware? A guess from your error output is that it's to do with USB ports.

Andy, G4KNO.


I'm using winkeyer as the server/client, it can be found here::


http://www.cqrlog.com/?q=node/149


After trial and error I finally fixed the problem. I was helping someone 
that could not get cwdaemon working. I installed cwdaemon basically to 
make sure the config file was still in /etc/default.
So once I removed cwdaemon the problem was cured. They both use the same 
port and since cwdaemon starts at boot, the winkeyer lost out.


Ed W3NR



___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] More winkeyer (SOLVED)

[Ed]

On 11/16/2015 08:38 AM, Andy Summers wrote:

Ah, OK. Glad you got it fixed.

Have you seen my version (it's why my ears pricked up)?

http://g4kno.com/software_it/jWinkeyServer/jWinkeyServer.html

It implements a few more winkey features. I use it daily.

73 Andy, G4KNO.


Nice work. Works well here.

Ed W3NR


___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

[Tlf-devel] Winkey Server

[Ed]

I'm getting this error when I start the server

Error on bind [98]: Address already in use

Don't have a clue and of course the keyer does not work.

Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

[Tlf-devel] More winkeyer

[Ed]

Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message 
with a timestamp of 0 for 0x3e00040 (WinKey ser)
Window manager warning: meta_window_activate called by a pager with a 0 
timestamp; the pager needs to be fixed.
Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message 
with a timestamp of 0 for 0x3e00040 (WinKey ser)
Window manager warning: meta_window_activate called by a pager with a 0 
timestamp; the pager needs to be fixed.
Window manager warning: Log level 8: Source ID 121 was not found when 
attempting to remove it


(winkeyer_server:2614): GLib-CRITICAL **: Source ID 12 was not found 
when attempting to remove it


(winkeyer_server:2614): GLib-CRITICAL **: Source ID 221 was not found 
when attempting to remove it

Error on bind [98]: Address already in use
Device: /dev/ttyS0
After sending null command
After sending echo command: 92
Device: /dev/ttyS0
After sending null command
After sending echo command: 20
Firmware version: 21
Speed: 0
Speed: 20
WinKeyer closed

Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

[Tlf-devel] Winkey Server

[Ed]

I'm getting this error when I start the server

Error on bind [98]: Address already in use

Don't have a clue and of course the keyer does not work.

Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

[Tlf-devel] More winkeyer

[Ed]

Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message 
with a timestamp of 0 for 0x3e00040 (WinKey ser)
Window manager warning: meta_window_activate called by a pager with a 0 
timestamp; the pager needs to be fixed.
Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message 
with a timestamp of 0 for 0x3e00040 (WinKey ser)
Window manager warning: meta_window_activate called by a pager with a 0 
timestamp; the pager needs to be fixed.
Window manager warning: Log level 8: Source ID 121 was not found when 
attempting to remove it


(winkeyer_server:2614): GLib-CRITICAL **: Source ID 12 was not found 
when attempting to remove it


(winkeyer_server:2614): GLib-CRITICAL **: Source ID 221 was not found 
when attempting to remove it

Error on bind [98]: Address already in use
Device: /dev/ttyS0
After sending null command
After sending echo command: 92
Device: /dev/ttyS0
After sending null command
After sending echo command: 20
Firmware version: 21
Speed: 0
Speed: 20
WinKeyer closed

Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] Enter and log

[Ed]

On 11/08/2015 07:31 AM, Thomas Beierlein wrote:

Hello all,

sorry for answering late, I was away two days.

Ed, you are right. Pressing ENTER in log mode with an empty call sign
field should start the auto cq message.

Let me try to clarify how it works:

- auto_cq works in ANY mode (contest, qso, dxped)
- you have to be in LOG otherwise the S message will be send
- there should be 'no' NOAUTOCQ in the logcfg.dat or rules file (that
   inhibits auto_cq)
- and finally there has to be a message defined for it (F12)

Ed, please check especially the last two point. It could lead to your
observations.

If it does not work, please send me your logcfg.dat and arrlss rule
file. Then I have to dig into it.

Ervin, the relevant code is not in logit.c. auto_cq() is called from
callinput for pressing F12 and for pressing ENTER.

I hope that helped,

73, de Tom DL1JBE


I had NOAUTOCQ in my logcfg.dat. Commented it out and it works as Tom 
pointed out.


Thanks
73

Ed W3NR














___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

[Tlf-devel] Enter and log

[Ed]

I cannot get enter to send the CQ message in log mode. What am I missing ?

Thanks

Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] Where to get newest callmaster data file?

[Ed]

On 10/17/2015 02:56 PM, Mike Waters wrote:

Hello,

Where can we download the latest callmaster call sign data file for TLF?
The only one I can find on Github is two years old.

Thanks,
Mike
www.w0btu.com


Try here


http://www.country-files.com/


Ed W3Nr

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] Wiki

[Ed]

On 01/11/2015 02:35 AM, Thomas Beierlein wrote:

Hi all,

as discussed some days ago we have now the new Tlf intro page at

http://tlf.github.io (can be found also under http://tlf.github.com).

Please have a look and give comments about corrections or suggested
additions.

73, de Tom DL1JBE


I'm stil getting the old page.

Ed W3NR



___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] Wiki

[Ed]

On 01/05/2015 09:18 AM, Ervin Hegedüs wrote:

Hi Fred, and other Tlf users,

On Mon, Jan 05, 2015 at 12:51:58PM +, FS wrote:

Hi TLF users, maybe someone has noticed that the wiki at wikispaces
is not useable anymore and probably will not be in the future. So
the need for a dedicated homepage/wiki? is more urgent then ever.




The fldigi wiki is hosted here, might be a choice.


https://fedorahosted.org/web/index


Ed W3NR


___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] Wiki

[Ed]

On 01/05/2015 11:01 AM, Ervin Hegedüs wrote:

Hello all,



On Mon, Jan 05, 2015 at 04:35:25PM +0100, Thomas Beierlein wrote:

I just got a pm from Rein PA0R about the subject.

Am Mon, 5 Jan 2015 15:52:13 +0100
schrieb Rein Couperus r...@couperus.com:


The pskmailwiki has been moved to wikidot.com,
maybe that is also an option for the TLF wiki?


Looks interesting. What do you think?


looks like useful.


73,


Ervin
HA2OS


This bothers me about wikidot.com


Although from time to time we display ads on free sites, this is done as 
discretely as possible. Moreover, we are giving you simple opt-out 
options which transfer all the control to you! If you want, you can 
start earning money with Google AdSense whenever someone clicks ads on 
your pages. The best thing is that you can set if the ads are displayed 
to everyone or only to unlogged Wikidot users. You also have control 
over placement, colors, sizes — and you can start now!



Ed W3NR







___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] tlf install locally issues

[Ed]

On 12/06/2014 10:11 PM, Jim Bruce wrote:

I am trying to run the install using the script patL sent that worked
previously on my prior computer (Xubuntu 12.04) and on this computer
(xubuntu 14.04) I am getting errors. Not sure why it is unable to
resolve host name as it is in the networking files but  am  not sure
this is stopping the install. I renamed the script from
tlf-install.local.sh as I googled and found that pushd and popd are
bash commands and not other shell commands. Results for both are
below.


Well what shell are you using other than bash, which is the default.



#Create your local programs directory and add it to your path echo
'export PATH=$HOME/local/bin:$PATH'  ~/.bashrc source ~/.bashrc
mkdir ~/local

#for local hamlib #echo 'export LD_LIBRARY_PATH=$HOME/local/lib' 
~/.bashrc #source ~/.bashrc


Unless you created /.bashrc its now called /.profile.

Why not just use the install instructions that are in the tarball ?

To me you are making it far more involved that it needs to be.

Ed W3NR












___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] tlf install locally issues

[Ed]

On 12/06/2014 11:05 PM, n8vw wrote:

On 2014-12-06 22:51, Ed wrote:

Why not just use the install instructions that are in the tarball ?

To me you are making it far more involved that it needs to be.



I can think of a number of reasons.

Pat


Care to elaborate, I'm always up to learning something new.

Ed


___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] tlf install locally issues

[Ed]

On 12/06/2014 11:28 PM, n8vw wrote:

On 2014-12-06 23:15, Ed wrote:


Care to elaborate, I'm always up to learning something new.



My main reason is that I can install it to a usb drive and just plug and
play with whatever Linux computer I happen to have in front of me. Along
with running my own fork and/or the latest build.

Pat


But, are you making a /.bashrc ? since the default is now /.profile ?

I don't see why you couldn't do a regular install to the flash drive, or 
am I missing something.


It also begs to be answered as to how many users would be up to your 
level, plus have more than 1 computer in the shack ? or running a fork ?


Ed


___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] tlf install locally issues

[Ed]

On 12/06/2014 11:39 PM, Jim Bruce wrote:

Ed, I have no other other shell. I guess basically I was trying to
rum the script incorrectly. I will go back and run the install
according to the tarball and see what i get. I did like the locations
of the files from the previous script. For me it made it easier to
remember where the files were. Thanks agn, Jim


Well, unless something has changed the directory would be in ~/home. At 
least it is here and has been for several years. You only have 1 
directory, with the option to make sub directories for different contests.


Sorry, but I think we are making a mountain out of a mole hill.

Ed

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] CQ WW RTTY special rules

[Ed]

On 09/29/2014 02:14 PM, Zilvinas, AUGMA wrote:


Hi all,

I did my first RTTY contest with TLF/fldigi. Overall quite a nice
experience!

I have a question what is the usual count the calling station issues
it's callsign in SP mode during RTTY contests?
I have an impression it's two or even three times... (because of QRMs).
I thought maybe there could be an parameter implemented:

SP_MESSAGE % %   (% if omitted, current DEFAULT behavior)

This way once SP stations presses ENTER, it's callsign would be
trasmitted two times.

I hope more experienced hams could tell if this is meaningful...

73 Zilvis LY2SS


Yes, at least 2 times. As Tlf is now coded for SP your call is only 
sent once and it uses whatever you entered in the logcfg.dat file for CALL.


My work around is to put my call in CALL 2 times. You may have to edit 
the logcfg and your log before you generate the cabrillo.


Or you just use F2.

Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] CQ WW RTTY special rules

[Ed]

On 09/26/2014 10:51 AM, Ed wrote:

On 09/26/2014 02:34 AM, Ervin Hegedüs wrote:


If you'll try this patch, and you have any problem, just let me
know!


73,


Ervin
HA2OS




I entered w1aw, it counted the mults, but there were zero points. There
should be 1 point for your own country.

Might be better to make your own rules file. I'll test that later.

Ed W3NR


From the CQWW CWSSB Rules

Contacts between stations in the same country have zero (0) QSO point 
value, but are permitted for zone or country multiplier credit.


In the RTTY contest, you get 1 point.

Ed W3NR












___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] TLF install and newer computer

[Ed]

On 08/31/2014 08:44 AM, Jim Bruce wrote:

GM all. I just repurposed a newer computer that I will be using in
the shack with the newer OS (Xubuntu 14.04 x86). I want to make sure
my station documentation is up to date before I install TLF and
prerequisites. Some of my current info came from the original TLF web
pages for the old 0.9 version. No serial ports are on this machine,
just USB which will be another question to the group.


The man pages are more current and you need to review it.


My station book has; Linux OS (obviously) cwdeamon (I want to use
winkeyer server instead, what version is best?) sox hamlib 1.2.12 or
later (optional) (I will be using)


Use the latest version, my winkeyer works perfectly.


and finally the local install script from Github, tks Pat/N8VW

Any suggestions or changes?

Thanks, Jim W3FA


You will need to install ncurses-dev.

Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] TLF install and newer computer

[Ed]

On 08/31/2014 12:47 PM, Ervin Hegedüs wrote:

Hi all,

On Sun, Aug 31, 2014 at 09:31:50AM -0400, Ed wrote:

and finally the local install script from Github, tks Pat/N8VW

Any suggestions or changes?

Thanks, Jim W3FA


You will need to install ncurses-dev.


if the user installs Tlf from source, then it must to install
libglib2.0-dev too. These are the minimal requirements.

If the user wants to use hamlib (eg. read the freq, change
band...), then the libhamlib-dev is required.


From a terminal ::

sudo apt-get install build-essentials

sudo apt-get build-dep tlf

Make sure you have all the needed repositories checked.

Ed W3NR


___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] TLF-1.2.1 maintenance and bug-fix release

[Ed]

On 05/17/2014 01:12 AM, Thomas Beierlein wrote:

Am Fri, 16 May 2014 17:33:56 -0400
schrieb Ed au...@comcast.net:


On 05/15/2014 08:33 AM, Thomas Beierlein t...@forth-ev.de [linuxham]
wrote:


  - Additional display of WARC bands in searchwindow if mode is
QSO or DXPED (tnx HA2OS).
73 es gd DX,  de Tom DL1JBE.



Tom, is this the scorewindow or the worked before window ? I thought
at one time it also included the worked before window, but I may be
wrong.


Hi Ed,

sorry for being imprecise. You are right - I was talking about the
'worked before' window. I missed that point as it is called
searchwindow in the code.

Tom DL1JBE.


In qso mode both the score and worked before windows reflect the WARC 
bands as expected.


I had to edit the rules file and remove CONTEST_MODE to have it work 
correctly.


73

Ed W3NR














___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] TLF-1.2.1 maintenance and bug-fix release

[Ed]

On 05/15/2014 08:33 AM, Thomas Beierlein t...@forth-ev.de [linuxham] wrote:


 - Additional display of WARC bands in searchwindow if mode is QSO
   or DXPED (tnx HA2OS).
73 es gd DX,  de Tom DL1JBE.



Tom, is this the scorewindow or the worked before window ? I thought at 
one time it also included the worked before window, but I may be wrong.


Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] cwdaemon/ winkeyer questions

[Ed]

On 03/26/2014 09:12 PM, Jim Bruce wrote:

Currently I am running Xubuntu 12.04LTS x86 and will go to Xubuntu 14.04LTS 
later this spring. Depending on motherboard used it could be x86 or x64 OS. 
Logging programs are Tlf (naturally), CQRLog and Xlog. CW/PTT port is on ttyS0 
to an MFJ 1279T.

I currently have cwdaemon 0.94 installed. I understand that this has some bugs 
and I think I experienced it with the recent contests. Is the new version 
(0.10.0) since it has a new maintainer better? Or is it better to use winkeyer- 
server? I like the winkeyer config window the one time I tried it but it 
conflicted with the installed cwdaemon. I tried setting cwdaemon to default to 
ttyS0 but the program didn't like the changed config. I don't think CQRLog nor 
Xlog work with winkeyer, correct?

What is the recomendations and/or opinions for this?

Thanks,
Jim/W3FA


win-keyer works perfectly with tlf and cqrlog, but not xlog.

Ed W3NR


___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] hamlib in v1.2.0

[Ed]

On 03/16/2014 07:24 AM, FS wrote:

Hi everybody, was there any change calling the hamlib with the new
version? I compiled with --enable-hamlib but it doesnt work anymore...

reading multiplier data
reading callmaster data
? HAMLIB compiled in
Rignumber is 330
Rig speed is 9600
Trying to start rig ctrl
Problem with rig link!

73 Fred


Is the rigport correct in logcfg.dat ?

I'm having no rig issues with 1.2.0

Ed W3NR


___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] WARC bands - fixed

[Ed]

On 03/01/2014 03:06 PM, Ervin Hegedüs wrote:

Hello,

On Sat, Mar 01, 2014 at 08:44:05PM +0100, Ervin Hegedüs wrote:


So, based on this I think that's rigctld problem. I'll see that
soon.


sorry - the problem would be on hamlib's side too. May be the
RIGMODEL 2 can't handle correctly the rig_get_vfo() - but may be
the problem is in the rigctld.



73,

Ervin
HA2OS



Nate ,N0NB, is a hamlib maintainer and I'm sure he would help to debug 
the problem from his side.


Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] WARC bands - fixed

[Ed]

On 02/28/2014 07:35 PM, Ed wrote:


Get this error on ./configure --enable-hamlib

Can't exec aclocal: No such file or directory at
/usr/share/autoconf/Autom4te/FileUtils.pm line 326.

I did run::

autoreconf --install

Ed W3NR


Answer my own post. Left out 1 library on a new system.

Ed W3NR


___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] WARC bands

[Ed]

On 02/26/2014 09:14 AM, Zilvinas, AUGMA wrote:


In rig I use (857) I must select DIG mode. I don't know if hamlib is
capable to transfer this MODE type to tlf I'll check.
I use fldigi for everyday psk operation but I did not yet find the way
how to thether/operate fldigi psk modes with tlf.
(also I must exit tlf because it interferes with fldigi while operating
digimodes)
  I only know a bit that tlf does know what is RTTY mode, but I suspect
it knows nothing about PSK63, PSK125 etc.
So I use tlf for CW/SSB log and fldigi log for PSK modes alias...


Just tested, tlf in digi mode, fldigi set to psk31. Guess neither tlf or 
fldigi care what digital modem you are using. Did not test the band map.


Ed W3NR



___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] WARC bands

[Ed]

Bandmap does not work in digi mode.

Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

[Tlf-devel] Digi Modes

[Ed]

Not sure what I did, but the bandmap now works.

Also seems as though the extra linefeeds has been fixed.

Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] WARC bands

[Ed]

On 02/25/2014 02:57 PM, Ervin Hegedüs wrote:

Hello all,

On Mon, Jan 20, 2014 at 06:36:11PM +0200, Zilvinas, AUGMA wrote:

Greetings all,

I run tlf in qso mode also for everyday logging. I see the software
doesn't show WARC bands in Worked window.


so, that's true, everyone can reproduce,


The bandmap is also affected - I just made a qso with station and it
does note become lower case.


then Thomas wrote, he will fix that soon,


I do understand that the all the focus and efforts are concentrated
is made on contesting...
Are there any chances to get these bands 'recognised' in tlf ?
BTW bandswitching via hamlib is working OK.


I've reviewed the code, and looks like it could be fixed too.

But I don't know, what would be the best solution:

i) in QSO mode, Tlf shows all band in Worked window, that means
instead of the current 6 band there would be 9. Then the bottom
line of Worked window would be directly abaove the current QSO
line. Of course in CONTEST mode, the WARC bands would be hidden.

Disadvantage of this solution is the Worked window would be too
high, and - may be - unconfortable.

ii) there is no different between QSO and CONTEST mode, but if
there is one or more match in QSO list on WARC band, that would
be showed, and then the next band would be hidden. For example,
if you have a QSO on 30m, and matches one or more criteria (zone,
country or callsign match), then it seems the 20m or 40m of site.
That depends, which other band have matches.

And that's the disadvantage of this solution: what if if you have
a QSO on 20, 30 and 40 meters? What would be showed?

I prefer the first case, but I don't want to decide alone in this
question.

I hope the situation is clear to all, and can help to decide :)


73,

Ervin
HA2OS




I also would prefer the first case.

Ed W3NR









___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] Few modification for RTTY

[Ed]

On 02/11/2014 05:54 AM, Martin Kratoska wrote:



P.S. MMTTY is capable to key the FSK, also probably Digipan (I need to
fill the gaps in my memory) but AFAIK NO LINUX software! The very
popular fldigi uses pseudo FSK which is an AF signal which is
rectified and switching the radio FSK input via transistor switch. The
problem is the rectifier, its filtering capacity is rather critical. BTW
when I cooperated with Tony, VE6YP on the YPLOG we developed a CW keying
system capable to key you TX up to 200 WPM - it was a very unique
option. Also I collected a lot of experience with such rectifiers and
can say, it is very tricky! Anyway, we need to beat the timing (latency)
issues to get an useful FSK program.


Dave, W1HKJ, looked into adding FSK into fldigi. The problem at that 
time existed in the kernel, and probably still does. This is why the 
pseudo-fsk option was introduced. Martin is correct that the interface 
can be tricky.


This is the latest information on how fldigi does RTTY

 http://www.w1hkj.com/FldigiHelp-3.21/html/rtty_page.html

I also recommend looking at W7AY's web page

 http://www.w7ay.net/chen/index.html

Ed W3NR
















___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] Few modification for RTTY

[Ed]

On 02/10/2014 04:07 PM, Ervin Hegedüs wrote:

Hello Tlf users,



New features:
* I made a new placeholder for the exchange of other station to
   send the confirm message. The placeholder is !, examples:

   CQ_TU_MSG=@ TU ! DE % CQ TEST
   SP_TU_MSG=@ CFM ! UR 599 # # 73


I've been doing RTTY contests since 2002. I think this would be better.

CQ_TU_MSG=QSL TU % CQ TEST K

SP_TU_MSG=QSL 599 # # % K

Short and to the point. Everyone knows their call, de is no longer 
needed and just slows the process down.


I'm not sure exactly what the  !  does.

Actually I would rather see all the extra line feeds worked on. This is 
what keeps me from using tlf in a RTTY contest.


Good work Ervin.

Ed W3NR





___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] Fw: WARC bands

[Ed]

On 01/26/2014 09:33 AM, Thomas Beierlein wrote:


Not easy to do in the short run, but it is on the long term list.

Maybe it is a good idea to collect the contests that can not be handled
and are of interest. That way we get an idea what is missing. Which
contest are you up Ed?


FMRE RTTY the multipliers::

count only once for Mexico, but count per band for others.

BARTG RTTY SPRINT::

QSO POINTS: Each completed QSO scores one point. Stations may be 
contacted again on other bands.
MULTIPLIERS: All DXCC countries and JA, W, VE and VK areas count as 
multipliers. Multipliers and

continents count only once in the contest regardless of band
QSO points x Multipliers x Continents (max 6)

These are only a quick glance at 2. If a user could configure the 
existing mults and points to be either per band or per contest would be 
a start. As it is now, unless I overlooked it, there is no way to know 
which mult is per band or contest in tlf. Expanding the points would 
also be very helpful, maybe 1 to 20, instead of as it is now.


Thanks

Ed W3NR


___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] WARC bands

[Ed]

On 01/20/2014 11:36 AM, Zilvinas, AUGMA wrote:

Greetings all,

I run tlf in qso mode also for everyday logging. I see the software
doesn't show WARC bands in Worked window.
The bandmap is also affected - I just made a qso with station and it
does note become lower case.

I do understand that the all the focus and efforts are concentrated is
made on contesting...
Are there any chances to get these bands 'recognised' in tlf ?
BTW bandswitching via hamlib is working OK.

Just my 2 cents...

73 Zilvinas LY2SS


This is in my qso mode rules file

CONTEST=contest
LOGFILE=qso.log
CABRILLO=UNIVERSAL
CONTEST_MODE

See if this helps any.

Ed W3NR


___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] WARC bands

[Ed]

On 01/20/2014 03:12 PM, Ervin Hegedüs - HA2OS wrote:

Hello,



The big question is what would we like to work? I mean, the WARC
bands aren't used (never?) on any contest. So, it possible
they would be used only in QSO mode (there isn't CONTEST_MODE
option in rule file/logcfg.dat), but what's the expected
operation? Should we use a new option, eg. USE_WARC_BANDS? Or if
there isn't CONTEST_MODE, these will be showed and maintained?


If it were easier to have the option USE_WARC_BANDS then to me that 
seems like the best way to go,


But the method I use works, but unless you switch to a WARC band 
manually TLF does not see them.


Will the gui be able to handle the expanded bands without interfering 
with miniterm for RTTY use ?


In QSO mode we need to see all bands, WARC included.


And now I take this opportunity: about a one year ago, one of my
HAM friend proposed the Tlf to me. He said he really would like to
use the Tlf on VHF contest, but as he knows this isn't maintained.
I hope I contributed to refute this :), and if I _would_ start to
modify Tlf to handle the WARC bands, may be that would be good
time to prepare the Tlf for VHF bands... but may be that's a very
crazy idea :)


Not to me, but your the one working on the codehi

Ed W3NR


___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

[Tlf-devel] Mult Question

[Ed]

Is this per band or per contest ?


DX__SECTIONS Multiplier is DXCC country  or  section  from  multiplier
   file.

Thanks

Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] Introduce SERIAL_OR_SECTION

[Ed]

On 01/11/2014 01:04 PM, Ervin Hegedüs - HA2OS wrote:

Hello Ed,



could you send me / share with me that rule files, which are
brokens?


Thanks,

73:

Ervin




These rule files were just used for learning on my part. They are just 
what I would call allowing me to play in the sandbox.


Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

[Tlf-devel] NAQP Problems

[Ed]

I am having after contest problems and need some help. This is a no rst 
contest and I used NO_RST in the rules file. This is what tlf looked 
like after I entered the exchange and loggged the qso.


 40CW  12-Jan-14 02:45 0016  K6NR   ---  ---  DANA CA DANA CA
 40CW  12-Jan-14 02:49 0017  N6NF   ---  ---  TOM CA  TOM CA 1

Not sure what the 1 means and where does it come from ? Please note 
the  double exchange entry.


This is what is in the naqp.log

80CW  12-Jan-14 04:07 0019  NC4KW  ---  ---  PAT NCPAT 
NC   1   3534.1


Next comes the cabrillo,

QSO: 21035 CW 2014-01-11 2147 W3NR  0   ED GA  AD1C  0 
 JIM CO


QSO: 21043 CW 2014-01-11 2225 W3NR  0   ED GA  K5GY  0 
 FRED


Where did the 0 come from and I ran out of lines in the cabrillo format.

Any thoughts ?

Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] NAQP Problems

[Ed]

On 01/12/2014 08:47 AM, Ed wrote:

I am having after contest problems and need some help. This is a no rst
contest and I used NO_RST in the rules file. This is what tlf looked
like after I entered the exchange and loggged the qso.


Probably not in good taste to reply to your own post.

I fixed the cabrillo problem, instead of universal I used the eusprint 
which is also a non rst contest and the cabrillo came out perfect.


Ed W3NR


___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] Stew Perry review

[Ed]

On 01/12/2014 07:46 PM, Mike Waters wrote:

I did use it, but after only 16 contacts I had to quit because I was too
sick (influenza) to continue.



Thanks again for all the help!

73, Mike
www.w0btu.com


Nice amp, good looking work. I haven't seen a 833 in years.

Ed W3NR


___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] Introduce SERIAL_OR_SECTION

[Ed]

On 01/11/2014 12:06 PM, Ervin Hegedüs - HA2OS wrote:

Hi Ed,

On Sat, Jan 11, 2014 at 12:00:29PM -0500, Ed wrote:

On 01/11/2014 09:09 AM, Ervin Hegedüs - HA2OS wrote:

Dear Tlf users,
23. SERIAL_OR_SECTION


I'm not seeing this in the rules file.


this isn't in the rules file - yet.

That was maded for the Tlf current master branch.


I do see this::

#SERIAL+SECTION


thanks, I changed the gist, that need to exists there.

After you download the rules file, just put SERIAL_OR_SECTION by
manually after INITIAL_EXCHANGE line.

Thanks,


73:

Ervin
HA2OS



OK thanks Ervin. I'm getting ready for the NAQP in the next hour. I will 
have a HA contest directory to setup in my tlf_contest directory. I've 
added a few, but they are mostly broken fom trying different rules file...hi


Ed W3NR
















___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

[Tlf-devel] NAQP

[Ed]

I have uploaded a rules file and logcfg.dat and a mult list here::

 https://sites.google.com/site/edshamradiopage/Home

The mults will not be correct. I could not find anywhere the correct 
mult file. The NAQP rules state all 50 US States and VE as well as *ALL* 
North American countries. The NAQP contest manager sent this to me ::


Hi Ed,
Yes, all countries in North America.  This includes central america, of
course.
Caribbean, central America, VP9, etc are all mults!

But the only mult files I could find only had W/VE. So your scoring will 
not be correct.


I tried.

Ed W3NR

BTW:: The NAQP contest manager has not returned my request for a correct 
mults file.




___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] TLF RTTY

[Ed]

On 01/05/2014 05:13 AM, Thomas Beierlein wrote:

Hi Ed,

sorry for late reply, I was away a little. I just rechecked: on TLF's
side there is only one Newline before a macro and one after it. I
changed it back in October 2012.


Do not worry about the reply. I understand needing time away.

This is the output from gMFSK.log ::

TX 14026500 : PSK31 (2014-01-05 13:21Z):
TX 14026500 : PSK31 (2014-01-05 13:21Z): W3NR
TX 14026500 : PSK31 (2014-01-05 13:21Z):
TX 14026500 : PSK31 (2014-01-05 13:21Z):
TX 14026500 : PSK31 (2014-01-05 13:21Z): W3NR
TX 14026500 : PSK31 (2014-01-05 13:21Z):
TX 14026500 : PSK31 (2014-01-05 13:21Z):
TX 14026500 : PSK31 (2014-01-05 13:21Z): W3NR
TX 14026500 : PSK31 (2014-01-05 13:21Z):
TX 14026500 : PSK31 (2014-01-05 13:21Z):
TX 14026500 : PSK31 (2014-01-05 13:21Z): W3NR
TX 14026500 : PSK31 (2014-01-05 13:21Z):

And this is from the fldigi text capture *with* tlf ::

TX 7031636 : RTTY (2014-01-05 13:47Z): W3NR
TX 7031636 : RTTY (2014-01-05 13:47Z):
TX 7031636 : RTTY (2014-01-05 13:47Z):
TX 7031636 : RTTY (2014-01-05 13:47Z):
TX 7031636 : RTTY (2014-01-05 13:47Z): W3NR
TX 7031636 : RTTY (2014-01-05 13:47Z):
TX 7031636 : RTTY (2014-01-05 13:47Z):
TX 7031636 : RTTY (2014-01-05 13:47Z):
TX 7031636 : RTTY (2014-01-05 13:47Z): W3NR

I think you are correct that the newlines are coming from fldigi, but 
how is this solved ?


Ed W3NR

















___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] TLF RTTY

[Ed]

On 01/03/2014 11:36 PM, FS wrote:

Ed, this has been fixed. Use a actual version.

73 Fred
Am 03.01.2014 20:55, schrieb Ed:

Will be unuseable. It is not good operating practice to send 6 to 8
linefeeds for one sent macro. Other ops will need to chase you on the
screen, if you already have not scrolled off.

This is from the changelog::

tlf-0.9.30
==
Bug fixes:
- exchange needed at least 1 character in dxped mode

RTTY miniterm changed to display line feeds (reading formatted texst
is easier)
RTTY now sends linefeeds before and after the macro.

Wish I knew where and how many.

Ed W3NR


I was merely trying to point out when and where Rein made the change. 
The RX linefeed is correct. Its the TX that is the problem. When a macro 
is sent it is adding 6 to 8 linefeeds. Hopefully someone here on the 
list will test this to see what I mean.


And yes, I'm using the latest version from githib, as well as the latest 
version of fldigi.


Ed W3NR


___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] TLF RTTY

[Ed]

On 01/04/2014 08:22 AM, Ervin Hegedüs - HA2OS wrote:

Hi Ed,

On Sat, Jan 04, 2014 at 07:24:45AM -0500, Ed wrote:

I was merely trying to point out when and where Rein made the
change. The RX linefeed is correct. Its the TX that is the problem.
When a macro is sent it is adding 6 to 8 linefeeds. Hopefully
someone here on the list will test this to see what I mean.



do you mean if your macro in Fldig contains 6 or more LF, and when
that macro had been sent, in Tlf miniterm runs out, and you don't
see the content of macro?


No, that is not what I mean. Besides,the macros are sent from tlf, not 
fldigi. fldigi is no more than a client, sending whatever tlf tells it to.



It it's true, what should be the expected result? If the TX macro
contains 6 or more LF, Tlf should shows only 1?


No it does not show just 1, but all the excess linefeeds (6 to 8)on TX, 
it shows only RX linefeeds from fldigi and that varies with the decoding 
in fldigi.


Please reread the part of the changelog I am referring to::

tlf-0.9.30
==
Bug fixes:

RTTY miniterm changed to display line feeds (reading formatted texst is 
easier)

RTTY now sends linefeeds before and after the macro.

Especially the last line, this has carried over to the current tlf version.

If someone would just test this you will see what I've been saying, tlf 
is sending excess linefeeds (6 to 8) with every macro.


But until someone does this will never be fixed.


Btw: there isn't TX and RX side in TLF. It just read a file, it
doesn't know what's the RC and what's the TX...



73,

Ervin
HA2OS



Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] TLF RTTY

[Ed]

On 01/04/2014 10:02 AM, Ervin Hegedüs - HA2OS wrote:


ok, I think I understand - but can't reproduce that.

What do you mean when you say Tlf macro? You mean the F1..F12
shortkeys? Eg. CQ, DE, RST, 73, ... and so on macros?


Yes


I've checked all of them, from F1 to F9, and as you wrote: Tlf
sends an LF _before_ sends macro, and after it sends also an LF -
but only 3, not 6 to 8...


well 3 at the start and 3 at the end = 6, so the other op sees a total 
of 7 lines, with only 1 with the macro contents.


Needs to be 1 at start and 1 after.


Note, that 3 LF are enough to run out the text... Is that your problem?


Yes, exactly.


73,


Ervin
HA2OS



Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] TLF RTTY

[Ed]

On 01/04/2014 03:02 PM, FS wrote:

I agree that the LF after the macro could be skipped. But 2 LFs in place
before I find useful, to start on a clean line. 73 Fred from
https://github.com/Tlf/tlf/blob/master/ChangeLog 2012-10-13 Thomas
Beierlein
 * src/write_keyer.c: shorten macro output in digimode
   - old implementation had 5 empty lines for each macro output
 (1 from message eol, 2 from write_keyer routine, 1 from echo,
 1 from fldigi)
   - dropped 1 of the lines in output string
   - used '-n' switch to force echo to not append a further newline
   - simplify command formatting


Well, the above is not what I'm seeing. After you send a macro look at 
the fldigi window and you will see the excessive linefeeds.


Two before is fine, but no more than one after. But it looks to me there 
are 4 linefeeds looking at the above.


Ed W3NR




___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

[Tlf-devel] TLF RTTY

[Ed]

Will be unuseable. It is not good operating practice to send 6 to 8 
linefeeds for one sent macro. Other ops will need to chase you on the 
screen, if you already have not scrolled off.


This is from the changelog::

tlf-0.9.30
==
Bug fixes:
- exchange needed at least 1 character in dxped mode

RTTY miniterm changed to display line feeds (reading formatted texst is 
easier)

RTTY now sends linefeeds before and after the macro.

Wish I knew where and how many.

Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] Few modifications in Tlf core

[Ed]

On 12/31/2013 04:18 AM, Ervin Hegedüs - HA2OS wrote:

Ed,

could you try this with your rig?

* remove/uncomment the SHOW_FREQUENCY option in logcfg.dat, if
   exists
* set up your rig model
* start TLF
* then Tlf show the frequency of your RIG at middle-right side,
   eg: TRX: 14004.5
* switch the VFO on your RIG to another, and tune it to
   everywhere

Does Tlf follow it? Does it show the new frequency with another
VFO, than was active when Tlf had started?


Thanks,


73

Ervin
HA2OS


Tlf does not see or follow VFO B, only A. It sees and follows B if I 
start tlf using VFO B. So it is only seeing the VFO you have selected 
before you start tlf.


Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

[Tlf-devel] RTTY Contest

[Ed]

This weekend is the ARRL RTTY Roundup. This is one of the more popular 
RTTY contests. Details are here::


 http://www.arrl.org/rtty-roundup

I have written 2 rules files, one for w/ve and the other for DX. Also 
have a working logcfg.dat and the needed mults file.


I tested locally and all seems to be OK.

You will need to have fldigi installed and working::

 http://www.w1hkj.com/FldigiHelp-3.21/index.htm

Create these files in /home/yourusername/ named:

TLFfldigi

gmfsk_autofile

gMFSK.log

In tlf you need to open the miniterm:

:mini

Be glad to send these on to anyone wanting a copy. Make sure you review 
and make changes as you desire.


Thanks

Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] RTTY Contest

[Ed]

On 12/30/2013 12:47 PM, Thomas Beierlein wrote:

Hi Ed,



can you please provide us with a copy?

73, de Tom DL1JBE


Does the list accept attachments ? If so, I will be glad to provide the 
files.


Ed W3NR


___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] Few modifications in Tlf core

[Ed]

On 12/30/2013 01:42 PM, Thomas Beierlein wrote:

Hi Ervin,


Am Mon, 30 Dec 2013 11:40:02 +0100
schrieb Ervin Hegedüs - HA2OS airw...@gmail.com:


Note, these are just proposals, may be these aren't bugs.

* point calculating
   At last weekend I made the RAC. On RAC all VE/VA station worth
   10 points, any other does 2 points. My config was:

   COUNTRYLIST=VE
   TWO_POINTS
   COUNTRY_LIST_POINTS=10
   (and there is a file with name VE, which contains all canadian
   prefixes)


The VE exchange was provinces, not prefixes.


that will need a serious look into it. The scoring logic
(especially with COUNTRY_LIST set) is complex and somewhat fragile. The
whole score.c needs a serious overhaul. My main concern is to get some
test cases to make sure we do not break other contests scoring.





I am not sure about these idea. Normally you use some bandwidth setting
for a contest as you find it useful. Sometimes you have a situation on
some bands where you temporarily want to widen (or narrowing) the
bandwidth. If you finally change the band you get your default settings
again.
What do others think about that feature?


I don't use this feature at all. I can select bandwidth at the rig with 
a turn of the knob.




Maybe we should add the possibility to switch off that automatic
bandwidth resetting at all (e.g. with CW_BANDWIDTH=0). Than tlf would
accept whatever bandwidth you had set up at the rig itself.

73, de Tom DL1JBE


Ed W3NR











___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] SP/RUN mode confusion

[Ed]

On 12/22/2013 02:25 PM, Ervin Hegedüs - HA2OS wrote:


so, that's clear, very clear - but... :)

May be I just complicate this SP mode, but I think it would be
better to send a message to RUN station when I press ENTER (which
configured for ALT+3 now), and when all thing is right, and
station acknowledged my report, then I can save the QSO _without_
any message. But as I wrote above, may be that's just my
misunderstanding.


It will send the message to the RUN station, but it does not go in ALT+3,


F1=CQ DE % TEST
F2=@ DE %
F3=@ ++5NN--#
F4=TU 73
F5= @
F6=%
F7=@ SRI QSO B4 GL
F8=AGN
F9= ?
F10= QRZ?
F11= PSE K
F12=TEST % %
#
CQ_TU_MSG=TU %
SP_TU_MSG=TU 5NN #*It goes here and only here.*


Just an idea: may be it could be good to implement a short key to
save the QSO without send any TU message - what is your opinion?


Yes, the backstroke key does this   \   but only in CW.

Are you using the macros from the rules files or are you putting them in 
the logcfg.dat? They belong in the rules file.


Ed W3NR














___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] SP/RUN mode confusion

[Ed]

On 12/22/2013 03:06 PM, Thomas Beierlein wrote:




What is wrong with the  sequence below?

run station you

test de xy2xyz
xy2xyz enter (sends your call)
(if he did not here you
just press enter  again)


No it sends the SP TU macro, you need to use F2 until you are called. 
In SP when you enter a call and press enter the cursor moves to the 
input field, and when you press enter the 2nd time the qso is logged 
and the TU message is sent.



ha2os 5nn 123
type in 123 and press enter
(sends SP_TU_MSG and logs qso)

if he does not understand
and send agn?   
press '_' (sends 'nr #' again)


So minimum is: Enter call enter enter nr send by him enter


Only if he calls you the 1st time you send your call and that does not 
always happen. That's why you use F2.



As far as I know it is handled similar by other contest programs.


It is used by N1MM and TRlog both, the others I don't know.

The only alternative I know of is to leave the call in the call field, 
keep pressing enter until you are called. Hit the space bar to move to 
the input field, once populated, enter again send TU message and logs 
qso. But tlf is not coded this way. Would be nice if it did.


Ed W3NR















___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] SP/RUN mode confusion

[Ed]

I want to clear up any confusion I've made. First of all we are talking 
SP, and not RUN.


First item is if you are going to do SP, you need to press (+) to 
change from LOG to SP.


The following depends on the contest and the exchange. I'm going to use 
the CQWW as an example.


Type in the RUN station's call, the cursor will move to the exchange 
input field. enter will send your call. If you are not heard you will 
need to use F2, as the input field is populated with the RUN stations 
zone from the cty.dat file. When you are heard and the RUN station sends 
his info enter will send your info and log the qso, using the SP TU 
message. You need to have a proper exchange string in the SP TU message 
and no where else. If the RUN station needs a fill (_) will resend your 
info. If you need to log the QSO without CW output use the backslash (\).



Now I'm going to use a contest that uses a serial number as the exchange 
( 9A contest). Type in the RUN station's call. The cursor will move to 
the input field. Until the RUN station hears you, you can use enter to 
send your call. Once you are heard, enter the  info in the input field, 
enter will send your info, and log the QSO, as long as you have the 
exchange string defined in the SP TU message. Again the (_) will resend 
your exchange.


Your macro's are only needed in the rules file. If you are going to work 
a contest that has no pre-defined rules file, use the template and 
carefully edit what you need. The same for the logcfg.dat there is also 
a template. The man pages as well as the old tlf web site are an 
excellent reference on how to do all of this. The wiki needs a lot of 
work to get up to date.


What really is needed is more scoring options, but Tom is already up to 
his (you know what) with other important items, especially family time. 
A more flexible logcfg.dat would be ideal. If I knew how to do it I 
would try my hand at hacking the code. But, alas, the only code I know 
is CW.


Take care and Merry Christmas and Happy Holidays to all.

Ed W3NR











___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] 10M Test No scoring

[Ed]

On 12/15/2013 01:45 PM, Thomas Beierlein wrote:

Re my previous mail.

Am Sun, 15 Dec 2013 18:27:32 +
schrieb FS dh...@freenet.de:


Hi Ed, not scoring at all? I noticed that it does not score DXCCs as
Mults.


I stand corrected. Fred is correct. I found the bug in meantime but have
to find a way to fix it.

73, de Tom DL1JBE



Thanks I was thinking operator error, but a contest setup is really easy 
to do. I even copied cty.dat to the working directory.


Plus all my QSO's were DX.

Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] 10M Test No scoring

[Ed]

On 12/15/2013 03:14 PM, Thomas Beierlein wrote:

Hi Ed,

just pushed a fixed version to github. Fetch the newest master branch
and build it. Come back if it does not fix the problem.

73, de Tom DL1JBE.


My showscore.c is not the same as what shows on github for your fix. I 
grabbed the latest master just a few minutes ago.


173 || (sectn_mult == 1)) {
174
174 return totalmults;
}

Problem still exists.

Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] 10M Test No scoring

[Ed]

On 12/15/2013 03:14 PM, Thomas Beierlein wrote:

Hi Ed,

just pushed a fixed version to github. Fetch the newest master branch
and build it. Come back if it does not fix the problem.

73, de Tom DL1JBE.



Sorry, it did fix the mults, but not the points or score.

Ed W3NR


___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] Installing tlf as non-root user

[Ed]

On 12/14/2013 02:40 PM, Pat Collins wrote:

On Sat, 14 Dec 2013 19:28:32 + jimw...@gmail.com wrote


Ok. Hamlib was installed normally and not locally. I added --enable-hamlib to
the ./configure line and all is working or appears to be except cwdaemon
crashes.


Wonder what it is crashing on.


Depending on what version. There are/where several buggy versions, and 
some of them sre still around. 0.9.4 *seems* Ok.


Ed W3NR









___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] Installing tlf as non-root user

[Ed]

On 12/14/2013 04:30 PM, Pat Collins wrote:


What is in their .profile?  Mine includes .bashrc if it exists.


Same here, but I always copy my /.bashrc over from the old install.

This is in my /.profile

# set PATH so it includes user's private bin if it exists
if [ -d $HOME/bin ] ; then
PATH=$HOME/bin:$PATH
fi

But its not in my /.bashrc

I use Mint, but Lubuntu as well Xubuntu and LXDE all had the same 
/.profile without a /.bashrc



It is a choice.  Maybe I want to have the program on a usb key, or maybe I don't
want to pollute my base os install, or maybe I'm testing a new version and I
want the old one around just in case.


Good points. Thanks

Ed W3NR



___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] Installing tlf as non-root user

[Ed]

On 12/14/2013 09:56 PM, Jim Bruce wrote:

OK, I did see that file and I have a backup copy of the original that
ii modified and set that to yes as well as changing the Device=
from parport0 to ttyS0 which I hope will change the default device.
Will I need to run the usr/share/cwdeamon/cwsetup.sh again after
making the changes?

Jim W3FA


NO

Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] Tlf scoring for Stew Perry?

[Ed]

On 12/13/2013 02:51 PM, Nate Bargmann wrote:

Hi Mike, et. al.

Hamlib can be used from a Python, Perl, or TCL script and call the
functions used for calculating azimuth and distance using several
different location formats.  Ervin mentioned below about some changes he
submitted to the non-C language bindings.  Those changes are only
available in the development branch of Hamlib at this time (we're
working to get the next version out the door).

An example of how Python can be used for these functions can be found in
the latter part of the following script:

https://github.com/N0NB/hamlib/blob/master/bindings/pytest.py

A daily snapshot of the development branch is available at:

http://n0nb.users.sourceforge.net

Compiling is not too difficult although certain dependencies exist,
particularly for compiling the language bindings.  Most of all the
information is detailed in the INSTALL and README.betatester files in
the source archive.

Admittedly, getting started learning the Hamlib functions is not as easy
as it should be due to a lack of good documentation.  I started on a
manual earlier this year and really need to get back to working on it.

73, de Nate 



Has anyone looked at Dave W1HKJ's Geoid, might give someone some ideas.

Ed W3NR














___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] arrl160 rules file bad

[Ed]

On 12/06/2013 10:12 PM, Pat Collins wrote:

On Thu, 05 Dec 2013 20:54:35 -0500 Ed au...@comcast.net wrote


On 12/05/2013 07:59 PM, Jim Bruce wrote:

I get this error starting tlf reading contest rules file: rules/arrl160
Error opening multiplier file us_canada_states.


Jim, you need a file with that name in the working dirctory. Are the
US/VE both mults ?? If so you can use the file in
tlf-autosend/share/arrldx_mults. There is also a file for the 10 meter
contest in the same directory.


Ed W3NR


I posted this to the tlf wiki

http://tlf.wikispaces.com/arrl160m

This seems to work for scoring the contest correctly.  One problem I do see is
that the multiplier for ONE gets counted as NE.  This is on a git master from
Thursday.



Pat N8VW


Your list does not seem to be what the rules want or did I miss something.

 http://www.arrl.org/160-meter/

Ed W3NR




___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] File Needed

[Ed]

On 12/03/2013 04:41 PM, Ervin Hegedüs wrote:



I don't know where can I find official list of states, but on the
Wikipedia, there are found the list below. There only 50 state's,
and Washington D.C. - so, that's equla the list on the page
above.

List of Canadian provinces and territories are the appendix A,
see below - that's almost conform with EI8IC's link. The
different's are the appendix has 3 chars length abbrev (NWT,
PEI), and there is YU instead of YT (Yukon).



The US states are correct, its the Canadian provinces that need to be 
clarified. Also NW and NU, in 2 places the ARRL shows 2 different 
abbreviations for NWT and NU, so which is which. Maybe a note to the 
ARRL contest director might be needed.


Ed W3NR


___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] File Needed

[Ed]

On 12/03/2013 05:57 PM, Ed wrote:


The US states are correct, its the Canadian provinces that need to be
clarified. Also NW and NU, in 2 places the ARRL shows 2 different
abbreviations for NWT and NU, so which is which. Maybe a note to the
ARRL contest director might be needed.


I just dropped an email to the ARRL contest manager. See what he has to say.

Ed W3NR


___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] CQWW result

[Ed]

On Thu, 28 Nov 2013 17:37:11 +0100
Thomas Beierlein t...@forth-ev.de wrote:

 I started a new inofficial test page some time ago (see
 http://TLF.github.com/index2.html ). It needs some more work but can
 be a new start. It has a copy of the web site you mentioned above
 Fred. That one we can modify.
 
 We can also use the wiki on github. Only drawback: You have to be
 registered on github. 
 
 I think it would be great to have all relevant information under one
 roof (github).
 
 73, de Tom.

I agree that it all needs to be in one place.

Registering on github would not be a problem for me and I would be glad
to contribute the best I can.

Ed W3NR


___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] cwdaemon or winkeyer

[Ed]

On Wed, 20 Nov 2013 09:57:44 +0100
Ervin Hegedüs - HA2OS airw...@gmail.com wrote:

 Hello,
 
 On Wed, Nov 20, 2013 at 09:04:55AM +0100, Fabian Kurz wrote:
  On Wed, Nov 20, 2013 at 09:00:18AM +0100, Thomas Beierlein wrote:
   To expand the question a little bit. There are some other keying
   devices supported (but not good as I fear). Maybe we can get some
   more feedback. Let us make a table and append to it:
  
 callcwdaemon   winkeyer   MFJ1278   ORIONkeyer
 ==
 DL1JBE x
 DJ1YFK x
 OK1RR x
 HA2OS  x
  W3NR  x

Ed W3NR

___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel

Re: [Tlf-devel] cwdaemon or winkeyer

[Ed lawson]

On Wed, 20 Nov 2013 09:57:44 +0100
Ervin Hegedüs - HA2OS airw...@gmail.com wrote:

 Hello,
 
 On Wed, Nov 20, 2013 at 09:04:55AM +0100, Fabian Kurz wrote:
  On Wed, Nov 20, 2013 at 09:00:18AM +0100, Thomas Beierlein wrote:
   To expand the question a little bit. There are some other keying
   devices supported (but not good as I fear). Maybe we can get some
   more feedback. Let us make a table and append to it:
  
callcwdaemon   winkeyer   MFJ1278   ORIONkeyer
 ==
DL1JBE x
DJ1YFK x
OK1RR x
HA2OS  x
K1VP  x

I use the USBwinkeyer if that matters.  For things like Field
Day or similar events I have used CWdaemon. 

-- 
Ed Lawson
Ham Callsign: K1VP
PGP Key ID:   1591EAD3
PGP Key Fingerprint:  79A1 CDC3 EF3D 7F93 1D28  2D42 58E4 2287 1591 EAD3


___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel