Re: [Tlf-devel] Using TLF with hamlib
Bob Nielsen wrote: > I tried the TS-570D with xlog and hamlib and had similar problems. > Strangely, grig works for the most part (it talks to the radio but a few > functions don't respond). I'll see if I can figure out what is > happening or ask on the hamlib list. I'll also finish the I/O card for > my K2 and give that a try. > > Bob, N7XY > > On Wed, 2005-05-04 at 12:13 +0200, Rein Couperus PA0R wrote: > >>I have tlf-0.9.23 running without problem with hamblib 1.2.4 and the >>ORION (rig nr. 1608). Also no problem with the K2. >> >>my config.h says: >> >>/* Define if you have the header file. */ >>/* #undef HAVE_HAMLIB_RIGLIST_H */ >> >>/* Define if you have the header file. */ >>#define HAVE_HAMLIB_RIG_H 1 >> >>/* Define if you have the header file. */ >>#define HAVE_INTTYPES_H 1 >> >>/* Define if you have the `hamlib' library (-lhamlib). */ >>#define HAVE_LIBHAMLIB 1 >> >>Looks like tlf does not need riglist.h >> >>Moreover, the error message you get is not from tlf, but from hamlib, so >>I would look in that direction... >> >>Anybody else have problems with the TS570D ? >> >>Rein PA0R >> >> >> >> >> >>On Mon, 2005-05-02 at 16:55 -0700, Bob Nielsen wrote: >> >>>I finally got around to trying to interface my TS-570D to my computer. >>>It works fine with grig, but I haven't been able to get the rig to talk >>>to TLF. >>> >>>I ran configure with --enable-hamlib. It appears to recognize hamlib: >>> >>>checking for main in -lhamlib... yes >>>checking hamlib/rig.h usability... yes >>>checking hamlib/rig.h presence... yes >>>checking for hamlib/rig.h... yes >>>enabling hamlib support >>> >>>However, checking the resultant config.h, I see: >>> >>> >>>/* Define if you have the header file. */ >>>/* #undef HAVE_HAMLIB_RIGLIST_H */ >>> >>>However, /usr/include/hamlib/riglist.h exists. >>> >>>I compiled TLF and enabled rig control in logcfg.dat, setting RIGMODEL, >>>RIGSPEED and RIGPORT to the appropriate values. When I run TLF, I get >>>the following: >>> >>>Trying to start rig ctrl >>>rig_open: error >>> >>>Editing config.h to define HAVE_HAMLIB_RIGLIST_H doesn't help >>> >>>TLF is version 0.9.23 and hamlib-dev is version 1.2.4-1. The system is >>>a 1.2 GHz Celeron running Libranet 2.8.1 updated with packages from >>>Debian Sarge and Sid. >>> >>>Any ideas? >>> >>>TIA and 73, >>> >>>Bob, N7XY Bob, you do have hamlib-utils installed don't you. ?? I think you will find it is needed for the apps you have installed. Not sure it is just a Debian thing or not. TIA73 Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] TLF Questions
I have 2 questions on TLF that puzzles me. 1. I use Debian stable and Gnome 2.8. In Nautilus logcfg.dat is identified as a mpeg file. Why ? Does it need to be changed and if so how.? 2. I have to reset cwdaemon after a reboot. When I reboot it resets to the default parameters. Is this correct. ? Tnx 73 Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [EMAIL PROTECTED]: Re: [Tlf-devel] TLF Questions]
Ed wrote: 1. I use Debian stable and Gnome 2.8. In Nautilus logcfg.dat is identified as a mpeg file. Why ? Does it need to be changed and if so how.? IN nautilus, right-click the file and use "open with". There is no way to change the file type. I believe it is hardcoded into gnome-vfs. I used Gedit as neither Joe, Nano, or Gvim would open the file. I'm sure you are correct about the vfs. 2. I have to reset cwdaemon after a reboot. When I reboot it resets to the default parameters. Is this correct. ? Yes, if you want to change cwdaemon parameters, change logcfg.dat. cwdaemon settings are not saved. OK, well here I am a little lost. This is my current cwdaemon parameters cwdaemon -d ttyS1 -t 0 -x n How do I enter these into logcfg. ?? As you can see I'm trying to turn off RTS and the PC speaker, but have no luck doing so. I honestly beleive that man pages are written for the advanced user, which I am not. A practical example would be so very helpful. Thanks for the help. 73 Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] cwdaemon & TLF
The only way I can get RTS to be set to off is to start cwdaemon with the following: [EMAIL PROTECTED]:/home/ed]# cwdaemon -d ttyS1 -x n -n and then in logcfg I set PTT to 0. Is this the correct way to do this.? I use DTR for CW and RTS for keying the digital modes. Thanks Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] cwdaemon & TLF **SOLVED**
This was not easy, but I managed to muddle through this. To save others that may be interested, but discouraged here is how I set up cwdaemon to work correctly with TLF using serial port keying. I edited /etc/default/cwdaemon file and changed the following DEVICE="ttyS1" this sets it to a serial port instead of a printer port and will now boot correctly instead of the default parport setting. TXDELAY="0" this drops RTS to a low state since the common practice is to use DTR for CW keying and RTS for PTT for digi modes. The diagram included in cwdaemon will work if you drop the RTS connection for PTT. Be careful as some rigs may need to be keyed first. This was not true in my case using a TT Omni VI. I hope this is useful to someone, as I spent several hours trying to get this up and running. BTW I just accidently came across the /etc/default file, I saw no mention of it anywhere. I finally managed to turn off the sidtone by setting these 2 parameters in logcfg souncard soundcard_volume=0 Now the only sidetone output is from the rigs internal sidetone. 73 Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] FT-1000 Does not work!!
William Liporace wrote: Hi Folks, I have been playing around a bit more with with the FT-1000 under TLF. I was given a patch for the hamlib. I added the patch and started over. CWDAEMON works HAMLIB works ( tested with rigctrl and xlog) TLF does not see the radio: here is the logcfg.dat that I have in my tlf/learn/test #RADIO_CONTROL RIGMODEL=103 #RIGMODEL=103 #RIGSPEED=4800 RIGPORT=/dev/ttyS0 ##RIGPORT=/dev/ttyUSB2 Try uncommenting "rigspeed" and setting it to the correct baud rate. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] TLF Questions
Maybe I'm just missing something quite obvious or I'm not going about this the correct way. I am missing the last line in the terminal, the one that shows country information. How do I get this to work ? Is there a file somewhere I need to edit ? cty.dat ? The only way I can get enter to send the CQ message is to comment out noautocq, why is this ? Or was the app written to function this way ? F1 functions correctly either way. Like Will, I cannot get ctrl-g to work. I'm using a TT Omni VI and have set hamlib and logcfg to the correct parameters. What am I doing wrong here ? TLF 9.23-Debian/sarge-Gnome 2.8 Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] TLF Questions
Rein Couperus PA0R wrote: You just make the terminal 1 line larger some terminals are 24 lines others 25. Tlf needs 25. So the line is there, you don't see it. Enlarge the terminal and you are in business. Did not know this, but easily cured. I made a seperate profile under Gnome for TLF. I placed "gnome-terminal--geometry 80x25" at the beginning of the custom command line. The normal way for tlf is to start autocq with enter or F12. The NOAUTOCQ was introduced because some folks wanted to switch it off. Ok thats fine as long as I know that is the way it is supposed to work. But would be nice if "enter" worked with/without autocq. What is the exact error with ctrl-G? It works fine on my ORION. It works only when there is info in the spot window... Does the OMNI qsy when you type in a random qrg? E.g. 3515 should qsy the rig to 3515. Does tlf display the TRX frequency? Does ctl-f work? If it is a specific OMNI problem you are lucky, as I have to prepare my OMNI for use with hamlib (I want to use it for ALE in PSKmail), so I will test it with tlf. Earlier versions of tlf have always worked without problem with my OMNI, I have tested the later versions only with the ORION... This is a new install on a new install of Debian Sarge. I decided to try my hand at doing my own logcfg. My mistake was I had "rig_control" instead of "radio_control". Took a while to find my error, but the -v switch showed the errors of my ways. Once corrected all is fine. I only have 2 last issues that I need to clear up. I occasionally get a "rig link error". I'm going to try and lower the baud rate and see if that will clear the error. I was under the impression that "rit_clear" would work on the Omni VI, but it doesn't. At least in my case. I'll work on this and see what I find, if anything. Other than the last 2 issues, I'm hoping to convince the Field Day committee to use TLF for the CW tent. I personnally think it works pretty slick and is a keeper. 73 Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] TLF Logo ?
I know this off-topic, but not quite. I came across this while doing some casual surfing of cw related webpages. Hope you enjoy this as I did. http://www.morsecode.dutch.nl/artindex.html Merry Christmas and Happy Holidays Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] TLF & gMfsk
Are there any plans to be able to use the 2 for RTTY contesting.? Has anyone given thought to this idea. I think it would make a very decent, basic Rtty contesting package. Any comments. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] Re: TLF & gMFSK % other things...
On Thu, Feb 16, 2006 at 12:11:58PM +0100, [EMAIL PROTECTED] wrote: > Hi Ed, > > I have thinking about it, and actually it is one of the reasons I started > changing gMFSK :) > But until now this is the first request from the list for this. > It would not be difficult to do, but I would need to sit down and do it. > The main reason I did not do it until is described in yesterday's column in > http://pa0r.blogspirit.com ... > > Tlf needs some attention anyway.Piotr want the RST change back for qso mode > and suddenly I don't get the right country indicated in version 0.9.27... > > I will start tackling it when I get home (somewhere mid March). Don't have > the right tools here! > > 73, > > EA/PA0R/P Thanks Rein for the reply and hope you are having a safe trip. I am hooked on RTTY contesting, but am not an avid one. I hope you can find a good workable TLF & gMfsk, as the lack of a RTTY contest program is the only reason I keep a XP partition. N1MM is an excellent contest tool, but I prefer Linux. 73 Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] Re: TLF & gMFSK % other things...
Joop Stakenborg wrote: Have you tried gmfsk plus xlog for contesting? Joop, PG4I I was not aware that it was possible to do this. I thought Xlog was only capable of CW contesting. 73 Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] Re: TLF & gMFSK % other things...
Joop Stakenborg wrote: Op vr, 17-02-2006 te 17:01 -0500, schreef Ed: Joop Stakenborg wrote: Have you tried gmfsk plus xlog for contesting? Joop, PG4I I was not aware that it was possible to do this. I thought Xlog was only capable of CW contesting. 73 Yes, but since gmfsk can send data to xlog, the obvious question is whether they can work together for contesting. But the question is, the need for a serial number generator. A contest exchange of state, country, province is easy to do with the macro's. But what do you do with a RTTY contest needing serial numbers. ?? and the ability to resend the last number in case of a requested repeat. And then we would need to move on to scoring and the various contest rules. TLF is very flexible with rules and scoring, plus the serial numbers. That is why I think intergrating gmfsk and tlf is the better answer. Xlog is an excellent logging program, so please do not misunderstand that I may think it isn't, I just feel that TLF and gmfsk would be a better solution. Unless you think you could intergrate Xlog and gmfsk to allow the use of the CW contesting built into Xlog, where there is serial numbering available. 73 Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] Re: TLF & gMFSK % other things...
Take a look here...might be of some interest73 http://www.w1hkj.com Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] tlf RTTY
Rein, I dabble in RTTY contests and the keyboard will be needed. Especialy if "enter sends message (macro) or insert" It really doesn't matter to me which it is,either will work. A lot of us are not mouse clickers. Cabrillo output is needed and I also think RY is correct. The only digi contests I'm aware of use either RTTY or PSK. I may be wrong, But I don't think so. I want to express my thanks to you for adding gmfsk to TLF, RTTY contesting is the only reason I keep a W2K partition on the laptop. Your work and efforts on TLF are much appreciated. 73 Ed W3NR Rein Couperus PA0R wrote: Hi, I am finishing the RTTY mode of tlf (using gMFSK as an output device). As I am not an RTTY contester, what are the ADIF and Cabrillo 'MODE' fields for RTTY (or any digital mode gMFSK-0.6 supports)? I think TRlog only says 'DIG'. It works fine already, I now have the same operation technique, scoring, networking, cluster support etc... for RTTY as for CW and phone. only the keyboard mode does not work, because of the gmfsk interface I use for pskmail. But I never use keyboard mode for a contest anyway, and the gmfsk keyboard field is only 1 click away... A new gmfsk socket interface supporting also single character output is on the todo list, but can take some time. But let's first finish this one. Any ideas about the 'modes"? 73, Rein Pa0R ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] gMFSK install for tlf
Rein Couperus PA0R wrote: Just to make sure you can find it, as you have trouble with the pixmaps etc: Complete installation for gmfsk-0.6 on a fresh UBUNTU-5.10 system->> goto http://pskmail.wikispaces.org click 'download' download gMFSK_arq.0.6.tar.gz mv ~/Desktop/gMFSK_arq.0.6.tar.gz ./ tar zxvf gMFSK_arq.0.6.tar.gz chmod +x gmfsk sudo cp /usr/bin/gmfsk /usr/bin/gmfsk.original sudo cp gmfsk /usr/bin if you start gmfsk now you get the message: libstdc++.so.5: cannot open shared object file: No such file or directory install libstdc++5 from synaptic sudo ldconfig sudo mkdir /usr/local/share/pixmaps sudo cp -r /usr/share/pixmaps/gmfsk /usr/local/share/pixmaps/gmfsk echo "" > PSKmailserver ./gmfsk setup the volumes of audio in and audio out to match your rig. gmfsk is now ready for use make sure gcc, automake, autoconf, gnu make are on your system !! Rein, I assume the same basic instructions apply to Debian. ??? Ed W3NR BTW.thanks ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] TLF & GMFSK Problem
When I start TLF I get the following error, any ideas ??? /home/ed/gmfsk.log: open failed for controller port I start gmfsk first and then ./rflinkserver.pl, I have no idea what the above message means. 73 TIA Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] TLF & GMFSK Problem
Rein Couperus PA0R wrote: Tlf cannot find gMFSK.log. config: GMFSK=/home/youruser/gMFSK.log make sure gMFSK makes a logfile, of provide one with 'touch gMFSK.log'. 73, Rein PA0R On Mon, 2006-04-03 at 15:46 -0400, Ed wrote: When I start TLF I get the following error, any ideas ??? /home/ed/gmfsk.log: open failed for controller port I start gmfsk first and then ./rflinkserver.pl, I have no idea what the above message means. 73 TIA Ed W3NR Rein, you are indeed a person of much knowledge and skills at Linux. A normal everyday user like myself just marvels at your ability. After doing "touch" it just worked. Thank you. 73 Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] TLF & GMFSK- Next Question
Is there any way to start the TLF macros on a new line in gMFSK ??? Or to add spaces at the begining and end of the macro ??? Makes for easier contesting if the RTTY macros start on a new line. Thanks73 Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] TLF & :miniterm
This is not echoing back from gMFSK,so there is nothing in the miniterm window. What am I missing. This happens both in RX and TX. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] gMFSK & PSKmailserver Error
This was all just working fine last weekend. Only change I made to anything was to install TLF .30 I start gMFSK arq version, when I run ./rflinkserver.pl I get the following error cant connect to port on pskmail.org connection refused at arq.pm line 228 use of uninitialized value in concatenation (.) or string at arq.m line 236 Reconnecting ++ I have very very little knowledge of Perl, so I'm not really sure where to go from here. Any ideas ?? 73 Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] External scoring system for tlf
Rein Couperus PA0R wrote: I have uploaded tlf_score.tar.gz to the repositories. It should be untarred in the ~/tlf directory and will make a new directory scoring. There you will find a README. Rein, I see the following error [EMAIL PROTECTED]:~/tlf/scoring$ tail -f --retry showlog.log tail: warning --retry is useful only when following by name Any ideas ??? Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] Miniterm Missing
This is a fresh Debian testing install, I *think* I have done everything correctly. gMFSK talks to the PSKmailserver, but when I open TLF I cannot get a miniterm window to open. Of course then TLF will not talk to gMFSK. What am I missing..?? TLF ver .30 Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] Miniterm Missing
Rein Couperus PA0R wrote: When everything is ok,you should be able to start the miniterm by issuing the :min command. The miniterm only echos the gMFSK.log file in your home directory. Check if GMFSK=/home/Ed/gMFSK.log is in your logcfg.dat and that DIGIMODEM=/home/Ed/gmfsk_autofile 73, Rein PA0R On Sun, 2006-04-16 at 10:30 -0400, Ed wrote: This is a fresh Debian testing install, I *think* I have done everything correctly. gMFSK talks to the PSKmailserver, but when I open TLF I cannot get a miniterm window to open. Of course then TLF will not talk to gMFSK. What am I missing..?? TLF ver .30 Ed W3NR I have all of the above, I was using :miniterm, tried :min , still the same. Also tried "echo "test" > gmfsk_autofile" and that also worked as expected. The PSKmailserver echo is correct. Evidently I'm assuming TLF is not finding the .log ??? I copied gMFSK.log to /home/ed/tlf/test and changed the logcfg.dat that also did not work. The one part that I cannot get right is the gmfsk_autofile. I have tried to create one from both touch and Nautilus with no success. But why is the echo test working ??? Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] Miniterm Missing
Ed wrote: Rein Couperus PA0R wrote: When everything is ok,you should be able to start the miniterm by issuing the :min command. The miniterm only echos the gMFSK.log file in your home directory. Check if GMFSK=/home/Ed/gMFSK.log is in your logcfg.dat and that DIGIMODEM=/home/Ed/gmfsk_autofile 73, Rein PA0R On Sun, 2006-04-16 at 10:30 -0400, Ed wrote: This is a fresh Debian testing install, I *think* I have done everything correctly. gMFSK talks to the PSKmailserver, but when I open TLF I cannot get a miniterm window to open. Of course then TLF will not talk to gMFSK. What am I missing..?? TLF ver .30 Ed W3NR I have all of the above, I was using :miniterm, tried :min , still the same. Also tried "echo "test" > gmfsk_autofile" and that also worked as expected. The PSKmailserver echo is correct. Evidently I'm assuming TLF is not finding the .log ??? I copied gMFSK.log to /home/ed/tlf/test and changed the logcfg.dat that also did not work. The one part that I cannot get right is the gmfsk_autofile. I have tried to create one from both touch and Nautilus with no success. But why is the echo test working ??? Ed W3NR A little more information. I started the PSKmailserver without gMFSK running. The string that is sent created a gmfsk_autofile. I then opened TLF without gMFSK running and sent 3 or 4 F1 macros, no autofile was created and the original autofile was intact. So, why is there no miniterm and why is TLF not finding gMFSK ??? Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] Miniterm Missing
Rein Couperus PA0R wrote: ok, step by step... echo "test" > /home/ed/gmfsk_autofile should produce a file gmfsk_autofile in the directory /home/ed/ Yes, it does do this. if gmfsk is running it will send "test" and kill the file. gMFSK is ALWAYS looking in your home directory (/home/ed). Yes, it will also do this. So you have to tell tlf to output its stuff to '/home/ed/gmfsk_autofile' with GMFSK=/home/ed/gmfsk_autofile in the logcfg.dat file. Its there in /home/ed/tlf/test/logcfg.dat. My testing folder. Try this and see if you can get gMFSK to output some macros. It does not, as there is no miniterm window. This is the problem, no miniterm window will open. Now the input side tlf looks at the logfile created by gMFSK, which is called gMFSK.log (watch the capitalization). This logfile is normally created in /home/ed. After running gMFSK for a while you should see a file gMFSK.log in /home/ed. If not, you must configure gMFSK to produce a logfile. Its there and the upper/lower case is correct. If you have the logfile, tell tlf to read it by saying: DIGIMODEM=/home/ed/gMFSK.log in the logcfg.dat file. Its there. Make sure tlf is in digimode (:DIG command) or start tlf with RTTYMODE in the logcfg.dat file. Its in the logfg.dat and have also tried :dig within TLF just to be sure Now start the terminal with the :MIN or :Miniterm command (tlf only needs the first 3 characters of a command). This only works in DIG mode. There is the problemno miniterm opensI have tried min, mini,miniterm ,Min,MIN,MINITERMno miniterm window opens. Of course with the :min.etc That should work... (it works here). Hope this helps... Success and 73, Rein Pa0R (busy, busy with TLF-1.0, which will be a bit easier to configure). Can't wait for this 73. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] Miniterm Missing
Rein Couperus PA0R wrote: I am stunned, baffled and wondering. Can you do 2 things pse: Get the latest version from http://wwns.com/tlf/tlf-0.9.30.tar.gz (the one fom april 5, 5:00. Install, start tlf with 'tlf -v' and look at the starting messages. Rein, I found the problem and am quite embarrassed to say that it was my error. I did not realize that I had to comment out all references to CW. I had just copied the logcfg.dat to my testing directory, and added the necessary items. Once the CW references were commented out the miniterm window opened and all performed as expected. What made me look was that tlf-v started the cwdaemon and that didn't seem right. Now tlf-v tells me /home/ed/gMFSK opened. I did use the .30 version you suggested. Thank you for tolerating an obvious newbie to all this. 73 Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] TLF + gMFSK + SPDX RTTY
I was only able to make 40 QSO's due to band conditions and family. After I sorted out and configured the F keys to my liking I tried both Run and S&P. TLF with gMFSK worked just fine, with few problems, mostly operator error. Hopefully XTLF will also include RTTY contesting support. I have a few suggestions,pointers that I hope will be considered or be of some help. 1, Consider using Dave's W1HKJ hacked version of .7pre1 as this provides a way to lock the transmit and allows use of AFC without the TX following. As it is now, you really cannot use AFC as the TX follows and you can easily "dance" up and down the band. 2. Allow F1 to send the CQ in Run, without the autocq function. 3. Some older RTTY contest programs look for a "de" before the call, I found no way to do this. I changed the call parameter in the logcfg to call= mycall twice, to be able to send it twice in S&P. 4. Please keep the enter sends message as I prefer to use neither the mouse or F keys. 5. I really did not see an advantage to using the miniterm. Most of the time I didn't know whether to follow it or gMFSK. I guess it is a matter of choice. 6. Here is a tip I found around the net, that may of be of some use to newbies as myself. If you are using Debian or a Debian based distro the following may help you compiling an app from source. apt-get build-dep tlf gmfsk this will bring in all that is needed to compile both, with the exception of libstdc++5 which must be specific to the PSKmailserver version of gMFSK. 7. Just in case it isn't obvious, "backspace" disables the F1 help in Gnome terminal. I hope this is of some use and the suggestions evaluated for possible inclusion in newer releases of TLF with gMFSK. 73 Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] Testing Xtlf-1.0.0alpha
Rein Couperus PA0R wrote: Hi folks, I think it is time to release a test version of Xtlf. I will let you play with it for some time and freeze it until I get some feedback (one3 gets tired after a while...). I played with xtlf somewhat the past couple of days. Other than normal errors on my part and a slow laptop, all seems to be going well. I did notice that it takes a while to repaint if I switch windows. But, I'll attribute that to the laptop. My only 2 requests for features concern RTTY contesting. I'm not much on CW contesting anymore, other than ARRL Field Day. Is it possible to have TX start on a new line in gMFSK as it did in TLF .31 and can we have the miniterm back as an optional window. ?? Hopefully you can find the time to incorporate these 2 features. I envy your knowledge and expertise with Linux, I'm just a struggling newbie. Ed W3NR Have a beer.you deserve it.73 ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] Xtlf-1.0.1beta is avalable
Joop Stakenborg wrote:
On Sat, 20 May 2006 18:02:10 +0200
Rein Couperus PA0R <[EMAIL PROTECTED]> wrote:
Get the bits at http://www.pskmail.org/Xtlf/
Preliminary Debian packages at:
http://www.xs4all.nl/~pa4tu/tmp/xtlf_0.0+1.01beta-1_all.deb
I have done some small changes to the GUI (it looks o.k. now also under
Dapper) and killed some error messages.
I have tried to create a multi-user package on Debian. Changes needed:
- config included in the package, directory: /usr/share/xtlf/config
- scoring directory is in /usr/share/xtlf/scoring
- xtlf.pl, glade file and libraries installed in /usr/share/xtlf
- /usr/bin/xtlf is a script which copies /usr/share/xtlf/scoring to
$(HOME)/xtlf it also copies /usr/share/xtlf/scoring to $(HOME)/.xtlf and calls
/usr/share/xtlf/xtlf.pl
Changes needed in xtlf.pl:
Line added with: "use lib "$Bin";", otherwise it can't find tlf_lib.pm
I have used "my $contestinfo = `cat /usr/share/xtlf/scoring/rules.pm`;"
also: "my $g = Gtk2::GladeXML->new("/usr/share/xtlf/xtlf-1.0.0.glade");"
TODO:
See if we really need to copy the scoring directory to $HOME
Feedback welcome!
Joop, this is what I get using the .deb pkg.
autek:/home/ed# exit
[EMAIL PROTECTED]:~$ xtlf
Initializing the libraries
Getting the GUI
Initializing
Filling hash table
Initializing countries
Show windows
Start cluster thread
Start gmfsk thread
Start main loop
Gdk-CRITICAL **: gdk_window_invalidate_rect: assertion `window != NULL' failed
at /usr/share/xtlf/xtlf.pl line 1734.
Gdk-CRITICAL **: gdk_window_invalidate_rect: assertion `window != NULL' failed
at /usr/share/xtlf/xtlf.pl line 1734.
Gtk-CRITICAL **: gtk_paint_box: assertion `style->depth ==
gdk_drawable_get_depth (window)' failed at /usr/share/xtlf/xtlf.pl line 1589.
[EMAIL PROTECTED]:~$
This is on an IBM A20M laptop with Debian testing. I plan on using xTLF
for RTTY contesting. I notice the GUI and windows as well as the overall
performance to be "jerky" for lack of a better word. There is a
noticeable lag before a window opens or a function executes. Am I
missing a needed package ??
Ed W3NR
___
Tlf-devel mailing list
Tlf-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] Xtlf
Rein, just had the chance to try 1.0.2 (1.0.1 beta1), seems to work fine under RTTY. Contest rules and scoring are going to be hard to come by, guess I need to try and learn some Perl. Only problem I encounter is a GTK2 error on line 1805. I did use Cpan and hopefully I did it correctly. Also found I need to toggle rig control off/on for it to read the Omni VI. This may be an Omni setting. Thnaks for a your time and effort on Xtlf. 73 Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] Xtlf-1.0.2beta is out, now incl. the iaru hf test
Rein Couperus PA0R wrote: I have repackaged Xtlf into 1 package, I think that is easier for the maintainers of various distro's. The new archive (xtlf-1.0.2beta.tar.gz) can be downloaded from http://pskmail.org/Xtlf. Rein, I'm still plagued with the GTK2 error in the xtlf.pm, and I have no idea how to correct it. This time it is line 1813. Maybe at some time in the future when I understand Linux better, I'll return to tlf and/or xtlf. At the moment it is just too time consuming trying to find and correct errors. Thanks for all your time and effort, and I'm sure there are many that are using xtlf and enjoying it. I'm just not one of them. 73 Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] Xtlf-1.0.2beta is out, now incl. the iaru hf test
Rein Couperus PA0R wrote: Hi Ed, unfortunately the line nr. contains no clue as to the cause of the error (it marks the 'main program' of the GUI... ) I have already determined this part. I Googled more than you know. What exactly is the text of the error? Gdk-CRITICAL **: gdk_window_invalidate_rect: assertion `window != NULL' failed at /usr/share/xtlf/xtlf.pl line 1813. This error first appeared in the original Beta version, but not the Alpha. What Linux version are you using? Debian testing What Gtk2 version are you using? Updating GTk2 to the latest version may help, it looks line your version is a bit out of date. GTK+-2.8.17 Does the error prevent Xtlf from running or is it only a warning? It runs, but very slow and seems "jerky" for the lack of a better word. I'm going to try Joop's Debian version and see what I get from there. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] Xtlf-1.0.2beta is out, now incl. the iaru hf test
Rein Couperus PA0R wrote: Hi Ed, unfortunately the line nr. contains no clue as to the cause of the error (it marks the 'main program' of the GUI... ) Well, after a few cold beers (been a long work day) I installed Joop's version of Xtlf. This is what I found: 1. starting Xtlf without Gmfsk there is no Gdk error. 2. starting Xtlf before Gmfsk there are no errors, but the RTTY window does not echo from Gmfsk, but this is also true of the cluster window, it will not even open. However the Fn keys do work and send the correct text to Gmfsk, just no echo to the RTTY window. 3. starting Gmfsk and then starting Xtlf the error appears. I rarely use the cluster for RTTY contesting as I just find a QRG and run, however if I start XDX first all is well. 4. I just closed Xtlf and see a "write error:Broken pipe" but do not see this if I start Gmfsk first. I hope this is of some value. I will re-install from source, probably tomorrow evening, right now I need to spend some time with the YL. 73 Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] Xtlf-1.0.2beta is out, now incl. the iaru hf test
Ed wrote: Rein Couperus PA0R wrote: Hi Ed, unfortunately the line nr. contains no clue as to the cause of the error (it marks the 'main program' of the GUI... ) Well, after a few cold beers (been a long work day) I installed Joop's version of Xtlf. This is what I found: 1. starting Xtlf without Gmfsk there is no Gdk error. 2. starting Xtlf before Gmfsk there are no errors, but the RTTY window does not echo from Gmfsk, but this is also true of the cluster window, it will not even open. However the Fn keys do work and send the correct text to Gmfsk, just no echo to the RTTY window. 3. starting Gmfsk and then starting Xtlf the error appears. I rarely use the cluster for RTTY contesting as I just find a QRG and run, however if I start XDX first all is well. 4. I just closed Xtlf and see a "write error:Broken pipe" but do not see this if I start Gmfsk first. I hope this is of some value. I will re-install from source, probably tomorrow evening, right now I need to spend some time with the YL. 73 Ed W3NR I removed Joop's version and installed Rein's. This is what I saw trying to start Xtlf after ./install.sh 1. can't find Xdx, although it is installed. 2. can't locate rules.pm in @INC (@INC contains: /usr/share/xtlf/scoring /usr/share/xtlf /home/ed/.xtlf /etc/perl /usr/local/lib/perl/5.8.7 /usr/local/share/perl/5.8.7 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/share/xtlf/scoring/printcqzones.pm line 26. BEGIN failed--compilation aborted at /usr/share/xtlf/scoring/printcqzones.pm line 26. Compilation failed in require at /usr/share/xtlf/xtlf.pl line 55. BEGIN failed--compilation aborted at /usr/share/xtlf/xtlf.pl line 55. 3. I re-installed xtlf-1.0.2 beta.tar.gz @ 78.3kb and xtlfconfig-1.0.2 tar.gz @ 118.9kb and the above error went away, but the GDK error as mentioned above reappeared as long as I opened Gmfsk first. Xtlf stand-alone showed no errors. 4. I see the exact same results on Debian testing and Ubuntu Dapper. 5. I only see the first digit of the CW speed and the close button in the cluster window is not visible. Also the band up/down arrows are not completly formed. 73 Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] Xtlf-1.0.2beta is out, now incl. the iaru hf test
Ed wrote: 2. can't locate rules.pm in @INC (@INC contains: /usr/share/xtlf/scoring /usr/share/xtlf /home/ed/.xtlf /etc/perl /usr/local/lib/perl/5.8.7 /usr/local/share/perl/5.8.7 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/share/xtlf/scoring/printcqzones.pm line 26. BEGIN failed--compilation aborted at /usr/share/xtlf/scoring/printcqzones.pm line 26. Compilation failed in require at /usr/share/xtlf/xtlf.pl line 55. BEGIN failed--compilation aborted at /usr/share/xtlf/xtlf.pl line 55. Well I think I found the reason for this error, but have no idea of how to fix it. @INC is looking for /home/ed/.xtlf, however ./install.sh doesn't generate this folder/file. Neither does Joop's .deb, but Joop's version works. The only way I see at the present to correct this error is to install the earlier beta versions,then install the beta with the ./install.sh script, but then that is kind of redundant isn't it. 73 Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] Xtlf-1.0.2beta is out, now incl. the iaru hf test
One other item of note. Rein's version does not place xtlf in usr/bin/x11, but Joop's does, and now for whaever reason .xtlf is also there using Joop's version. Think its time for a do-over Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] new beta available
Rein Couperus PA0R wrote: * I also have recoded the RTTY window. Hopefully this kills Ed's error message at startup (I don't get any errors at startup with UBUNTU Dapper LTS, so I am doing this blindly). Rein, I am also using Dapper and switching between it and Debian testing. The @INC error persists. The .xtlf folder is not being installed via the ./install.sh, but is generated the first time xtlf is run. I verfied this by using Joop's .deb which also does not install the .xtlf but does not have the @INC error for whatever reason. In Joop's version the first time xtlf is called the .xtlf folder is installed and there are no other errors. Wish I could join you for a beer Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] new beta available
Ed wrote: Rein Couperus PA0R wrote: * I also have recoded the RTTY window. Hopefully this kills Ed's error message at startup (I don't get any errors at startup with UBUNTU Dapper LTS, so I am doing this blindly). Rein, I am also using Dapper and switching between it and Debian testing. The @INC error persists. The .xtlf folder is not being installed via the ./install.sh, but is generated the first time xtlf is run. I verfied this by using Joop's .deb which also does not install the .xtlf but does not have the @INC error for whatever reason. In Joop's version the first time xtlf is called the .xtlf folder is installed and there are no other errors. Wish I could join you for a beer Ed W3NR As a follow-up, Joop's .03 .deb installed perfectly and with no errors. This is on Ubuntu Dapper, I haven't tried it on Debian testing yet. 73 Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] new beta available
David Quental wrote: As you requested I had a problem during install, script installed .xtlf under /root instead my user, I solved problem transfering directory into mine. Dist here is SuSE 10.1. David, thanks for the heads up on this. Rein, under Ubuntu Dapper it is also being installed under /root. No wonder I couldn't find it with whereis as user. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] new beta available
Rein Couperus PA0R wrote: * I also have recoded the RTTY window. Hopefully this kills Ed's error message at startup (I don't get any errors at startup with UBUNTU Dapper LTS, so I am doing this blindly). After moving /.xtlf from root to user, all is well. The @INC error is gone as well as the GDK error. The RTTY works well and as one would expect. You deserve 2 beers. Thanks 73 Be safe in your travels. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] new beta available
Ken wrote: Ed, I haven't had any trouble with Xtlf in my installations of Ubuntu or Xubuntu. I'm curious whether you've enabled a root user/password for your Ubuntu installation and whether this is how you're installing Xtlf, rather than using sudo. 73, Ken Ken, I enabled root password in Ubuntu. I just checked it, and using sudo it installs correctly. Using root/su it puts .xtlf in / instead of /home. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] Xtlf beta 3 on Fedora FC4
Ernest wrote: Firstly: Xtlf won't start, unless invoked as root. Can't locate rules.pm @INC contains . . . . BEGIN failed--compilation aborted at /usr/share/xtlf/scoring/printcqzones.pm line 26. Compilation failed in require at /usr/share/xtlf/xtlf.pl line 55. BEGIN failed--compilation aborted at /usr/share/xtlf/xtlf.pl line 55. --- Ernest, copy .xtlf from / to /home. Then see what happens and let us know and we can go from there. 73 Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] 5A ???
Rein Am I mistaken or are you heading for 5A soon ??? Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] XTLF and Fedora Core 5
Petr Hlozek wrote: Hi, I'd like to use XTLF on my Fedora Core 5. But I have still problem with perl. I get this error: [EMAIL PROTECTED] ~]$ xtlf Can't locate Gtk2.pm in @INC (@INC contains: /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.7/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.4/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl/5.8.4 /usr/lib/perl5/site_perl/5.8.3 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.7/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.4/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.3/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl/5.8.4 /usr/lib/perl5/vendor_perl/5.8.3 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.8/i386-linux-thread-multi /usr/lib/perl5/5.8.8 .) at /usr/share/xtlf/xtlf.pl line 27. BEGIN failed--compilation aborted at /usr/share/xtlf/xtlf.pl line 27. [EMAIL PROTECTED] ~]$ In cpan I wrote install Glib ExtUtils::Depends ExtUtils::PkgConfig All was OK. After installion iI have to rerun 'perl Makefile.PL'. But how? Where? Without these modules I can't install modules for GTK2 etc. I don't thing that Perl is good way for developing XTLF. I can install old good tlf without problems. I can't say this about XTLF :-(. I hope, developing very good old tlf didn't stop. 73! de Petr, OK2CQR Petr, This is from a similar problem that was discussed in a June thread on the tlf mailing list. The suggestions follow: install libgtk2-perl Gtk2 package including: libgtk2.0-0 libgtk2-perl libgtk2-gladexml-perl libglade2-0 libglade-perl and maybe their -dev variants HTH...73 Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] XTLF and Fedora Core 5
Petr Hlozek wrote: Dne sobota 29 červenec 2006 12:37 jste napsal(a): This is from a similar problem that was discussed in a June thread on the tlf mailing list. The suggestions follow: install libgtk2-perl Gtk2 package including: libgtk2.0-0 libgtk2-perl libgtk2-gladexml-perl libglade2-0 libglade-perl and maybe their -dev variants Dear Ed, yes, it is nice. But this is for Ubuntu. I'm using Fedora Core 5. I can't find packages for FC5. The true is, there are people that don't use Ubuntu or another Debian clone. How to for rpm distros like Fedora, Madriva etc. helps very much! I don't have time study difrencies between Ubuntu and Fedora and convert deb packages to rpm. I spend with xtlf a few days. But without succes. Every time. I don't know Perl but, is possible to create one binary file? This problem with missing modules and files is horrible! 73! de Petr, OK2CQR Petr, actually is was to help solve a problem with Slackware. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] XTLF and Fedora Core 5
Petr Hlozek wrote: Dne sobota 29 červenec 2006 12:37 jste napsal(a): This is from a similar problem that was discussed in a June thread on the tlf mailing list. The suggestions follow: install libgtk2-perl Gtk2 package including: libgtk2.0-0 libgtk2-perl libgtk2-gladexml-perl libglade2-0 libglade-perl and maybe their -dev variants Dear Ed, yes, it is nice. But this is for Ubuntu. I'm using Fedora Core 5. I can't find packages for FC5. The true is, there are people that don't use Ubuntu or another Debian clone. How to for rpm distros like Fedora, Madriva etc. helps very much! I don't have time study difrencies between Ubuntu and Fedora and convert deb packages to rpm. I spend with xtlf a few days. But without succes. Every time. I don't know Perl but, is possible to create one binary file? This problem with missing modules and files is horrible! 73! de Petr, OK2CQR Petr, using Google I found this http://rpmseek.com/index.html?hl=com all of the pkgs that I mentioned are listed there. HTH Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] Newest version
is .30 the newest version there is ?? Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] fldigi & tlf
Is there any reason that fldigi will not work with tlf for RTTY ??? Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] fldigi & tlf
I have been trying to get the 2 of these to work as gmfsk & tlf did. But I am not having much luck. I created the .log and auto_file , did the echo pskmailserver, but nothing gets sent to fldigi. Am I to assume that with all the changes to pskmail that fldigi is not being used as a modem and that a different type of interface is now being used, or am I just completely missing something obvious. Thanks Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] fldigi & tlf
Joop Stakenborg wrote: Op dinsdag 20-11-2007 om 12:55 uur [tijdzone -0600], schreef Nate Bargmann: * Ed <[EMAIL PROTECTED]> [2007 Nov 20 11:09 -0600]: I have been trying to get the 2 of these to work as gmfsk & tlf did. But I am not having much luck. I created the .log and auto_file , did the echo pskmailserver, but nothing gets sent to fldigi. Am I to assume that with all the changes to pskmail that fldigi is not being used as a modem and that a different type of interface is now being used, or am I just completely missing something obvious. Thanks Isn't the data supposed to go from Fldigi to TLF? It works that way with XLog here and I assume TLF can receive it the same way. It's been a while since I played wit TLF. Nooo, tlf can't do this... 73, de Nate >> Regards, Joop If you go back in the archives from 2006, you will see how Rein had set his hacked version of gmfsk to interface with tlf. Gmfsk would read one file and execute it, tlf would read the other file and execute it. Basically depending on how tlf was configured via the log.cfg file, you could use it to do digital(RTTY) contesting. The hacked gmfsk is no longer available and I don't see a reason that fldigi couldn't be made to work the same. The stumbling block is that pskmail no longer uses the gmfsk.log file, which is needed for tlf. I lack the knowledge to be able to implement fldigi to work as a modem as did the hacked gmfsk. The only alternative is to install MS-XP and use N1MM with MMTTY to be able to work a RTTY contest and submit a cabrillo file. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] fldigi & tlf
Nate Bargmann wrote: * Ed <[EMAIL PROTECTED]> [2007 Nov 22 05:51 -0600]: The only alternative is to install MS-XP and use N1MM with MMTTY to be able to work a RTTY contest and submit a cabrillo file. Do neither of those two programs work with Wine? 73, de Nate >> I have never tried Wine, not really sure. I do know that N1MM is written in VB, if that makes a difference. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] TLF Improvement Suggestions
Chris Maness wrote: 1. VHF/UHF bands. Available contest bands should be defined in each particular contest's "rule" file not by program itself. 2. Separate fields specifically for populating the correct adif fields for the contests in question. For example: when it is in FD mode, the exchange 2A WWA should not just go in the comment field. 2A needs to go in the CLASS field and WWA needs to go into ARRL_SEC field. This would probably require 3 seperate entry fields (CALL, CLASS, ARRL_SEC). These fields should be re-definable -- so they could be used for other contest and other adif fields (ie grid square). This fields should be defined in the "rules" file for that contest. Seeing there has been no active maintenance on TLF for a long time, it would require someone else to step in and work on TLF. 3. Also, their is no such mode DIGI in the adif spec. Q's that have DIGI in the mode field, get kicked out when I try to import into trusted QSL. I have to change by hand in another program. RTTY, PSK31 etc, are acceptable modes for tqsl. It would be nice to have more choices in digi modes (just legit ones that won't get kicked out by other apps). The Digi mode was originally included in TLF strictly for RTTY contests. 4. Better color scheme that does not get washed out by sunlight on a computer screen. (black and primaries like red and green would work here). If you are using either Gnome or KDE why not use the included terminal. I had setup TLF to run from the Gnome terminal. This would allow you access to the palette to change the colors to your liking. Also you could easily setup a desktop launcher. The Gnome terminal help file has all the information on how to do this. 5. Setting the CQDelay variable in the main config file does not seem to do anything to effect the CQ delay. It has to be set each time the program is started. You don't mention what distro you are using, but if it Debian based, take a look in /etc/defaults. 6. For field day, I was running the program on an asus eee (a diskless micro PC w/ Xandros Linux, station was on battery power), and the cw speed was unstable. It kind of had a mind of it's own. I do not know if this is a platform specific problem, but I will play with this more later to see if it does this on the i386 platform. Xandros supplied a hacked version of their distro for Asus, so anything could be astray on this. 7. The edit mode drops users into vi or some other arcane editor (yes I know, I love VI's arcaness too), and out older crew absolutely had no clue. I was looking to add pico, but it looks like this program has been obsoleted. However, I think that pico would even be too much for these guys. Is there a editor that emulates the old DOS text editor. We need something completely bonehead here. I would vote for Nano on this one, but Gedit also works. 8. A more complete on-line help system. I was unable to figure out how to switch between S&P modes and CQ modes for the CW macros. They are terribly outdated and I haven't used TLF in a long time and really don't recall the how-to for this. Here are some features that would be nice someday, but are not as crucial: 9. I see the program has a CT emulation mode. It would be nice if it had a WR9R mode for FD. This would make it VERY dumb dumb proof. Start hacking the code ..thats the best idea I have. 10. A GUI mode -- It would be nice to be able to use it in console or GUI. I really like N1MM. Maybe this would be a model to construct it on. Again, there should be a dumb dumb mode for this too as some of our club members even complain that N1MM is too complex (a windows app). Runs fine in both the Gnome and KDE terminals. This is a complete list that I have come up with after actually using it in a real multi opp contest situation w/ real users. Many of these things only revealed themselves as issues in a real contest environment. If any others would like to add to this feel free. I think these changes would make it an AWESOME logging program. Thanks, Chris Maness KQ6UP And unless your good with perl, Xtlf is about out of the question. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] TLF Improvement Suggestions
Chris Maness wrote: It looks like the last release was relatively recent. Was this just a minor fix? Chris KQ6UP From the tlf mailing list posted by Rein PA0R I finally found some time to work on tlf again, and it is fun. Following changes have been done: * Fixing a possible hole in treatment of cluster data. This may fix the SEGFAULT and display overwrite during contests with extreme cluster traffic. * After making 17k contacts in the 2006 CQWW-CW I increased MAXQSO to 20.000. * The 'station worked' search routine does not work on partials any more but searches from the start of the callsign. Which means that M3W will not block OM3W anymore. The 'check partials' routine still looks for partial calls as well. The new archive is tlf-0.9.31.tar.gz and is available in http://sharon.esrac.ele.tue.nl/pub/linux/ham/tlf This was in 12-2007. The previous release was 5-2006. Take a look here:: http://home.iae.nl/users/reinc/TLF-0.2.html You might also want to look over the email list archieves. It answers the problems with voice keying and a lot of other subjects. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] Re: [linuxham] fldigi 3.03 and NBEMS upgrades posted
On Wed, Sep 10, 2008 at 10:50 PM, Vadim Peretokin <[EMAIL PROTECTED]>wrote: > Yup, the bzr looks good. > > -- > ubuntu-art mailing list > ubuntu-art@lists.ubuntu.com > https://lists.ubuntu.com/mailman/listinfo/ubuntu-art > > This is an excellent program! If it had a couple tools for developers, I would use it for development in a snap! I'll read up on python if it would help, but should it be in your purview, a few developer-oriented features would make this the perfect icon suite! - an option to specify a maximum resolution to load to (so we could see high-resolution icons as well) - choose from other folders to read (instead of limiting to the installed icons folder, let users open a folder on their desktop for example) - if possible, an option to click on an icon and replace an individual icon (or if it's a link, the linked image) With those features, your program would probably become the de-facto standard for building icon sets. It would in my book! -Ken Vermette -- ubuntu-art mailing list ail time stamped 4:11 PM Friday getting the specifics for fldigi/tlf, at 2:44 AM Saturday morning I had a version to test with fldigi/tlf. I have also sent this to the tlf mail list as well. Hopefully this will generate renewed interest in tlf...(QLF unless you are an ot cw op, you don't have a clue). I would suggest you join the tlf mail list as well, since all email referencing tlf will be cc'd to that group also. Ed W3NR for the fldigi Alpha team ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] Re: [linuxham] fldigi 3.03 and NBEMS upgrades posted
On Sun, 14 Sep 2008 13:33:58 -0500 w1hkj <[EMAIL PROTECTED]> wrote: > Look on the web site, http://www.w1hkj.com > * Added "tlf", The Left Foot, contest program support. fldigi > accepts tx data and returns rx data to tlf. (Linux primarily). Just in case you missed this little blurb. Linux users now will be able to use fldigi/tlf for contesting. Rein PA0R is the primary force behind tlf, which originally used gmfsk for RTTY contesting. Rein provided a hacked version of gmfsk to do this. Although version 0.9.30 is in most of the popular distros, I would urge you to install 0.9.31-2 available here :: http://sharon.esrac.ele.tue.nl/pub/linux/ham/tlf/ You should also take the time to browse the tlf home page here :: http://home.iae.nl/users/reinc/TLF-0.2.html I wish to thank Dave W1HKJ for adding this feature. It has been on my wish list for quite a while, and Dave finally worked his way down to it. Just so you understand the fast and furious pace that sometimes happens with fldigi, Dave sent me an email time stamped 4:11 PM Friday getting the specifics for fldigi/tlf, at 2:44 AM Saturday morning I had a version to test with fldigi/tlf. I have also sent this to the tlf mail list as well. Hopefully this will generate renewed interest in tlf...(QLF unless you are an ot cw op, you don't have a clue). I would suggest you join the tlf mail list as well, since all email referencing tlf will be cc'd to that group also. Ed W3NR for the fldigi Alpha team ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] Re: [linuxham] Re: fldigi 3.03 and NBEMS upgrades posted
On Mon, 15 Sep 2008 19:02:21 - "Al" <[EMAIL PROTECTED]> wrote: > > > Just in case you missed this little blurb. Linux > > users now will be able to use fldigi/tlf for contesting. > > Great news. Thanks for that to all involved. I've found that whenever > there is some function I use that is missing from the Linux world, it > just means that I need to be more patient, and it appears as if by > magic. > > After my previous comments about using fldigi in contests, I dug more > into MMTTY to see what its contest adaptations were. It has many, but > also a very fatal flaw that makes it quite mouse intensive and not > keyboard-able; in the end not much of an improvement. So the tlf > integration will be preferable. > > Again thanks. > > > Well if you have ever used TR or CT then tlf is right for you. The command structure is almost identical and with the fldigi/tlf combination you have a solid contesting app. I just could not get MMTTY to work right using Wine, so I basically gave up. Dave's email late Friday and a test version of the interface of fldigi and tlf early Saturday morning was a real treat. Hope to see you in the CIS RTTY this weekend. Ed W3NR for the fldigi Alpha team ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] Re: [linuxham] Re: fldigi 3.03 and NBEMS upgrades posted
On Tue, 16 Sep 2008 07:35:29 - "Al" <[EMAIL PROTECTED]> wrote: > In this new version, are we still using the ~/gmfsk_autofile and > ~/PSKmailserver files as the interface to fldigi from tlf? I am trying > this again and no go, ie fldigi is not responding to the > gmfsk_autofile which tlf generates. > > If you would send your CIS files to my Yahoo email, that would also > help. Thanks. > There is no need to create either one of them, and I'm not sure if pskmail uses either of those files anymore. To use fldigi with tlf :: create a new folder in /home TLFfldigi (watchits case sensitive.) touch TLFfldigi (as user) Thats it, tlf/fldigi is now ready to use. Ed W3NR for the fldigi Alpha team ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] fldigi/tlf workaround
Found an easy way to get tlf to send the CQ macro. It was right there in the tlf docs and I just overlooked it. increases the autocq time, I set mine at 60. This gives you plenty of time to see if someone is calling before it starts again. However the S&P still only sends your call as it is defined in the logcfg.dat file. You can put your call in there a max of twice : CALL=W3NR W3NR anymore than that tlf will not start. At least for now it is better than nothing. The cr/lf still needs to be fixed also. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] TLF Wiki up-date
I have added a RTTY contesting how-to for fldigi/TLF to the TLF wiki pagehere : http://tlf.wikispaces.com/ Hopefully you will find this of some value. Thanks..73 Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] TLF wiki
I have revised/edited the TLF wiki. Please take the time to look and make corrections as needed. http://tlf.wikispaces.com/ Thanks.73 Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [tlf-devel] TLF and Cabrillo format
Piotr Tomczak wrote: Hi friends... I have discovered lately that there is some small missmatch in the Cabrillo file generated with TLF compared to both the standard and the other log programs. The difference is in the QSO data. In the received info CALL field. In the Cabrillo specification the second CALL field starts at the position 56 if indexed from 1, while the TLF place it in the position 54 if indexed from the begining. Not a big problem but some Cabrillo to Adif converters complain about this specification mismatch. Has any body else noticed this situation ? Does any body will try to verify it ? I may try to look at the code myself to see first how it looks like in the code. /piotr SM7YEA. I do not understand why you are using an external ADIF converter, when TLF will also print out an ADIF log for you. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] JARTS RTTY
This weekend is the JARTS RTTY contest, anyone else plan on participating ? The exchange is RST and operators age. The mult list will be problamtic to set up, going to take a lot of keyboarding, but is a doable. Hope I'm not the only one to be using tlf/fldigi for contesting. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] Question
I just may have over looked this, but if you go to the packet window, just how do you get back to tlf ?? I read through the help file, but I didn't see any thing that explained this. Like I said, I may just have not seen this information. Thanks 73 Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] JARTS RTTY
Well I was pleased with the results using tlf/fldigi in this contest. Except for a few annoyances all went fairly well. 1. In S&P the macro is not sent, instead tlf sends your call as defined in th log.cfg file. I know I can just press F2, but that defeats the purpose of just using Enter to send. 2. tlf segfaults every time unless the gMFSK.log is a 0 byte file. But then there is no screen dump to the mini terminal. Would be nice if this worked as expected. 3. After a certain number of characters in a macro, the sending slows down and tlf adds spaces to the macro that are not in the macro themselves. Example my CQ macro looks like this :: CQ TEST % % CQ but this is what is sent to fldigi :: CQ TEST W3NR W3NR CQ I fixed the excess cr/lf with Rein's help and that now works much better, thanks I had fun anyhow !!! 73 Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] TLF-1.2.0_pre3 prerelease
On 12/30/2012 12:19 PM, Thomas Beierlein wrote:
Please give the new cabrillo code a thorough test. I am mainly
interested in:
- Does it work for the standard contests with your old logs?
- Is the description of the used 'cabrillo.fmt' file and the way to
define new cabrillo formats in 'README.cabrillo' clearly written and
understandable? As I am no native english speaker please have a look
for corrections of the wording in that text.
Very confusing what is the meaning of the 9 ?
EXC2,9
- As we support a limited set of keywords to describe what to put into
the log file (DATE, TIME, QSL-S, ...) please make sure that you can
describe all cabrillo formats for all of your contests. Give feedback
if more keywords are needed.
!ATTENTION! As with all tlf-1.2 version be aware that it will convert
your old log files to the new format. So back them up of before
trying use the new version.
What about the needed Cabrillo headers ?
Feedback is highly welcome.
73 es gd DX in 2013,
de Tom DL1JBE.
Ed W3NR
___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] TLF-1.2.0_pre3 prerelease
On 12/31/2012 03:52 AM, Thomas Beierlein wrote: So the above means: Put the second word of exchange field into the next column and make the column exactly 9 characters wide (by cutting to long entries or by filling with spaces). Thanks, now it makes sense, I should have read the README a little closer. What about the needed Cabrillo headers ? Switching to Cabrillo v3 and allowing the header to also be configurable is one of the next steps before a final TLF-1.2.0. You might want to look at what Andy has done with Xlog. The needed header is very user friendly. Also fldigi has a very capable header. Thanks for your work on this project. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] TLF-1.2.0_pre3 prerelease
On 12/31/2012 09:42 AM, Thomas Beierlein wrote: Maybe I did not write it clearly enough. Its clear enough, I just didn't fully understand the format. I used a dummy log and prepared a cabrillo, but it does not look right to me or I made an error somewhere in the fmt file. QSO: 7000 CW 2012-12-31 1434 W3NR 599 0001 W4RR 599 0010 What is the 0 at the end represent ? This is the contents of my fmt file QSO=FREQ,5;MODE,2;DATE,10;TIME,4;MYCALL,13;RST_S,3;EXC_S,6;HISCALL,13;RST_R,3;EXCH,6; Suggestons ? Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] TLF-1.2.0_pre3 prerelease
One last observation. The header show the cabrillo as version 2. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] TLF-1.2.0_pre3 prerelease
On 12/31/2012 10:32 AM, Thomas Beierlein wrote: Am Mon, 31 Dec 2012 10:09:41 -0500 schrieb Ed : Its clear enough, I just didn't fully understand the format. I used a dummy log and prepared a cabrillo, but it does not look right to me or I made an error somewhere in the fmt file. QSO: 7000 CW 2012-12-31 1434 W3NR 599 0001 W4RR 599 001 0 What is the 0 at the end represent ? Seems it uses the UNIVERSAL format and not your newly created one. In UNIVERSAL format there is an entry for the used transmitter (see CQWW contest). OK, I just did a copy/paste from your example. Please add a line in the format file above your QSO= line to name your new format (has to be in square brackets) [MY_Format] QSO=. and put the following statement in your contest rule file: CABRILLO=MY_Format Ok, thanks, using the example didn't work. I'll go through and do it the correct way. Be a project for later. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] TLF-1.2.0_pre3 prerelease
I'm getting 3 cabrillo files w3nr.cbr summary.txt cabrillo The w3nr and summary contain the header, the cabrillo does not. My text editor did not like the .cbr, but nano had no problem. But in nano I now see a $0 at the end of the line QSO: 7000 CW 2012-12-31 1434 W3NR 599 0001 W4RR 599 001 $0 Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] TLF-1.2.0_pre3 prerelease
On 12/31/2012 10:30 AM, Bob Nielsen wrote: According to the Cabrillo description for the CQWPX contest: Note for Column 81 (transmitter number): For the MULTI-TWO category, the last column in the log indicates which transmitter made the QSO. It must be a 0 or a 1. This column is not required for other categories. Bob, N7XY ___ Tlf-devel Well with Tom's help I think (hopefully) I have it under control. My mistake was to copy/paste from the example and not creating my own. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] TLF-1.2.0_pre3 prerelease
Well I need some help here. Trying to see what went wrong with the cabrillo, I see that my setup must not be correct. I made a directory /home/ed/tlf and a subdirectoy /home/ed/tlf/test. I put the logcfg.dat and the rules, plus the test.fmt in /test. Made all the needed changes. Starting tlf from /test tlf with -v tells me its reading the rules file from /usr/local/share. So, when I want a cabrillo it follows the universal fmt instead of the one I created. The adif is correct. The cabrillo is reading my log from /test. Its the rules file tha seems to be the problem. Suggestions Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] TLF-1.2.0_pre3 prerelease
On 01/01/2013 09:41 AM, Thomas Beierlein wrote: Hi Ed, let me wish a happy new year first. Yes Tom, we need to start the new year the right way, so happy new year to you. Please make another directory 'rules' inside /home/ed/tlf/test and put the rules file into it. That should do it. I did that earlier. If you read the old help file the information is there. But you need to look at the directory structure that Rein described very carefully. So now that is fixed, thank goodness. Last problem, when I go to write the cabrillo, tlf complains no such file or directory , cabrillo specification not found. I named my fmt test.fmt and it is in the correct place, with the logcfgetc. This is the contents of my fmt [test] QSO=FREQ,5;MODE,2;DATE,10;TIME,4;MYCALL,13;RST_S,3;EXC_S,6;HISCALL,13;RST_R,3;EXCH I have CABRILLO=test in the rules file, also tried the logcfg file. Same error. Ed ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] ARRL RTTY
Before I go much further with getting tlf setup for the RTTY contest, I've run into one problem. Starting tlf -v tells me gmfsk.log open : failed for controller port So that means there is no input/output in miniterm. I'm using tlf/fldigi. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] ARRL RTTY
On 01/02/2013 03:10 PM, Fred Siegmund wrote: Hi Ed, have you set these things in your logcfg.dat? *RTTYMODE* Start tlf in RTTY mode (defaul is CW) *GMFSK=/home/youruser/gMFSK.log* Tell miniterm where to get the data *DIGIMODEM=/home/youruser/gmfsk_autofile* Tell tlf where to send the macros 73 Fred I've run into one problem. Starting tlf -v tells me gmfsk.log open : failed for controller port Yes, I have all of the above,except gmfsk_autofile is in the contest directoy and not /home, but the macros work fine. If I put it in /home the macros do not work. The problem is the controller port. I have no input or ouput to minterm. What are you using for RTTY ? Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] ARRL RTTY
There neds to be one more file: /home/youruser/TLFlfdigi Without it fldigi do not send out the received text to the gMFSK.log. Furthermore comment out the NETKEYER line in logcfg.dat Have already all of the above, as part of setting up for the contest. The gMFSK.log has input from fldigi, as well as my tx output. The macros work and send the data to fldigi. Everything seems in order except for the port controller problem. I'm using 3.21.65 version of fldigi. I did notce that if I put the gmfsk_autofile in /home, as soon as fldigi starts, the file goes away. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] ARRL RTTY
On 01/03/2013 08:03 AM, Thomas Beierlein wrote: Get the same port controller issue with gmfsk. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] ARRL RTTY
There neds to be one more file: /home/youruser/TLFlfdigi Without it fldigi do not send out the received text to the gMFSK.log. Added note, I see the controller error whether or not fldigi is running. Ed ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] ARRL RTTY
Found this in rtty.c
* --- initialize controller */
int init_controller()
{
extern char controllerport[];
struct termios termattribs;
if ((fdcont = open(controllerport, O_RDWR | O_NONBLOCK)) < 0) {
showstring(controllerport,
": Open failed for controller port!!!\n");
sleep(1);
return (-1);
Ed W3NR
___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] GUI Header
How do you edit what is on the top line of the GUI ? (1=CQ .etc) Editing the .paras did not work. I tried editing main.c with no luck. Did not see anything in the includes in main.h Is there a secret to this ? Thanks Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] GUI Header
On 01/04/2013 07:22 PM, Ed wrote: How do you edit what is on the top line of the GUI ? (1=CQ .etc) Editing the .paras did not work. I tried editing main.c with no luck. Did not see anything in the includes in main.h Is there a secret to this ? Thanks Ed W3NR Never mind, figured it all out. Had to run make uninstall before rebuilding. Then the changes were in place. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] Cabrillo & Adif
I'm using ver 1.1.6 and set up a test bed contest modeled from the cqww. Went to write a Cabrillo or Adif and get nothing. Is this still broken ? Thanks Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] Cabrillo & Adif
On 10/09/2013 01:06 AM, Thomas Beierlein wrote: Hi Ed, yes, in the 1.1.6 version cabrillo is still broken but Adif should work. You can download the newest code from github. The 1.2.0 version is not stable yet, but the adif and cabrillo code should work well. As it was a busy year I am late in finishing that version. Maybe it will be easier to backport the cabrillo and adif changes to the 1.1.x line. Please come back if you need help. Tom DL1JBE OK Tom, installed 1.2.0 with no problems. Created both ADIF and Cabrillo. What do I do for a header in the Cabrillo ? And what version of Cabrillo are you using ? Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] Cabrillo & Adif
On 10/09/2013 01:06 AM, Thomas Beierlein wrote: The attached is a header file for cabrillo. I found this several years ago helping Dave W1HKJ add contest features to fldigi. It was listed as open source and GPL as that is always a requirement from Dave. Ed W3NR START-OF-LOG: 3.0 # The callsign used during the contest. CALLSIGN: W3NR # ASSISTED or NON-ASSISTED CATEGORY-ASSISTED: # Band: ALL, 160M, 80M, 40M, 20M, 15M, 10M, 6M, 2M, 222, 432, 902, 1.2G CATEGORY-BAND: # Mode: SSB, CW, RTTY, MIXED CATEGORY-MODE: # Operator: SINGLE-OP, MULTI-OP, CHECKLOG CATEGORY-OPERATOR: # Power: HIGH, LOW, QRP CATEGORY-POWER: # Station: FIXED, MOBILE, PORTABLE, ROVER, EXPEDITION, HQ, SCHOOL CATEGORY-STATION: # Time: 6-HOURS, 12-HOURS, 24-HOURS CATEGORY-TIME: # Transmitter: ONE, TWO, LIMITED, UNLIMITED, SWL CATEGORY-TRANSMITTER: # Overlay: ROOKIE, TB-WIRES, NOVICE-TECH, OVER-50 CATEGORY-OVERLAY: # Integer number CLAIMED-SCORE: # Name of the radio club with which the score should be aggregated. CLUB: # Contest: AP-SPRINT, ARRL-10, ARRL-160, ARRL-DX-CW, ARRL-DX-SSB, ARRL-SS-CW, # ARRL-SS-SSB, ARRL-UHF-AUG, ARRL-VHF-JAN, ARRL-VHF-JUN, ARRL-VHF-SEP, # ARRL-RTTY, BARTG-RTTY, CQ-160-CW, CQ-160-SSB, CQ-WPX-CW, CQ-WPX-RTTY, # CQ-WPX-SSB, CQ-VHF, CQ-WW-CW, CQ-WW-RTTY, CQ-WW-SSB, DARC-WAEDC-CW, # DARC-WAEDC-RTTY, DARC-WAEDC-SSB, FCG-FQP, IARU-HF, JIDX-CW, JIDX-SSB, # NAQP-CW, NAQP-RTTY, NAQP-SSB, NA-SPRINT-CW, NA-SPRINT-SSB, NCCC-CQP, # NEQP, OCEANIA-DX-CW, OCEANIA-DX-SSB, RDXC, RSGB-IOTA, SAC-CW, SAC-SSB, # STEW-PERRY, TARA-RTTY CONTEST: AP-SPRINT # Optional email address EMAIL: LOCATION: # Operator name NAME: # Maximum 4 address lines. ADDRESS: ADDRESS: ADDRESS: ADDRESS: # A space-delimited list of operator callsign(s). OPERATORS: # Offtime -mm-dd -mm-dd # OFFTIME: # Soapbox comments. SOAPBOX: SOAPBOX: SOAPBOX: ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] Cabrillo & Adif
On 10/09/2013 01:06 AM, Thomas Beierlein wrote: Well I was ahead of myself again. I saw the cabrillo, but did not notice the summary file which includes the header file. So all is well, at least for now. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] Cabrillo & Adif
On 10/10/2013 02:52 AM, Thomas Beierlein wrote: Hi Ed, I am not quite sure you got really the last code from github (maybe one of the 1.2.0pre versions?). The header (btw for version 3) should work nicely in the last code. Please download https://github.com/Tlf/tlf/archive/master.tar.gz - that is the newest code - and compile from there. The header should be in the cabrillo file and the 'summary.txt' should be gone. 73, de Tom DL1JBE P.S. I am on vacation at least till sunday. I am not sure that I can answer any posts in meantime. Thanks for the link, the newest version is now installed. Only problem I forgot to uncomment RIG CONTROL, but a reread of the MAN page fxed that. Only suggestion would be to change the file extension on Cabrillo. The .cbr will not open with a text editor. I would think that call.log would be better (w3nr.log) choice as this is a pretty common request from contest sponsors. TLF is working well in the Pennsylvania State QSO party. Thanks Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] WAEDC QTC - v0.002 release :)
On Sat, 02 Nov 2013 13:40:27 +0100 FS wrote: > The biggest challenge is the reciving side. For CW you have to type > it anyway, maybe > that could be a intermediate solution. But it would be nicer for RTTY > to mark a complete line > in miniterm (which is available in TLF), push a key combination and > have it in the QTC box. Any solution within a different programme > like fldigi, will be no short term solution and probably > solved if the connection between this two programms is reworked. So > for now a mouse integration > for marking a line in miniterm seem to be the way - although not > perfect. ;-) > > 73 Fred The problem with miniterm is excessive LFs', especially using fldigi. And gMFSK is old and no longer maintained and may not be adequate. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] More Info
Found some more info on the wiki, this needs to be in the logcfg.dat:: GMFSK=/home/youruser/gMFSK.log DIGIMODEM=/home/youruser/gmfsk_autofile RTTYMODE** Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] TLF RTTY with Fldigi
I used some of Fred's post from 2012 and came up with the following: If you want to use tlf in a RTTY contest with fldigi. Add this to the logcfg.dat: RTTYMODE GMFSK=/home/youruser/gMFSK.log DIGIMODEM=/home/youruser/gmfsk_autofile Create a file in /home/youruser named: TLFfldigi and one named gMFSK.log and one named gmfsk_autofile In tlf you need to open the miniterm: :mini I tested this using the CQ WW as a testbed. Worked perfectly. I also went back to 2006 and read through some of Rein's post about using gMFSK. Without the special version of gMFSK that Rein used, I'm afraid using another verson may not work. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] Cluster Quwstion
In S&P when I log a qso, this appears in the cluster window DX de TLF- What is it, ad what does it do ? Thanks Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] Cluster Question
On Wed, 13 Nov 2013 07:18:20 +0100 Thomas Beierlein wrote: > Hi Ed, > > Am Tue, 12 Nov 2013 14:43:35 -0500 > schrieb Ed : > > > In S&P when I log a qso, this appears in the cluster window > > > > DX de TLF- > > > > What is it, ad what does it do ? > > > It sounds not as intended. Let me check where it is coming from. Btw, > which version do you use? > > 73, de Tom DL1JBE I am using version 1.2.0_pre3 and I do not have LAN activated. I always edit the logcfg to just what is needed and wanted. Although Fred may give an idea of where it is coming from. Thanks Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] Cluster Question
On Wed, 13 Nov 2013 07:18:20 +0100
Thomas Beierlein wrote:
> Hi Ed,
>
> Am Tue, 12 Nov 2013 14:43:35 -0500
> schrieb Ed :
>
> > In S&P when I log a qso, this appears in the cluster window
> >
> > DX de TLF-
> >
> > What is it, ad what does it do ?
> >
> It sounds not as intended. Let me check where it is coming from. Btw,
> which version do you use?
>
> 73, de Tom DL1JBE
Seems Fred was on the correct path. In the help file for LAN I found
this ::
Add spot data to bandmap ("DX de TLF: ..."
Ed W3NR
___
Tlf-devel mailing list
Tlf-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] Cluster Question
On Fri, 15 Nov 2013 07:23:34 +0100 Thomas Beierlein wrote: > Hi to all, > > I just fixed the cluster problem. You can download the newest code > from > > https://github.com/Tlf/tlf/archive/master.zip > > The new code initialises the THISNODE setting to 'A' even if you do > not use the LAN. > > Be aware that the autosend code is not included yet - will be done on > the coming weekend. > > Read INSTALL for 'installing from a repo' or see the command sequence > given shortly in the autosend thread. > > Ed, you will be see now 'DX de TLF-A: ' in the cluster > message. > > 73, de Tom DL1JBE DX de TLF-A: 10115.981 W3NR Works well, thanks. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] Which version should be used?
On Sat, 16 Nov 2013 20:44:13 + "Jim Bruce" wrote: > I see most fixes are for 1.1.7. I also see a download for 1.2. Which > should we be using? > > Tnx, > Jim/W3FA > Jim Bruce/W3FA > > Sent via BlackBerry by AT&T The posts from yesterday referring to cluster will give you the info you need. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] Logfile format
On Tue, 19 Nov 2013 08:54:59 -0500 (EST) Jim Bruce wrote: > I'm not sure if the version matters but I was using the 1.2 pre tlf > version for ARRL SS phone this weekend and added notes in it. At a > break I opened the raw logfile and it opened with notepad and I > edited the log and removed the note (alt-n) entries. Upon restarting > tlf it complained that the file was corrupt and wanted to make a > backup which it did. It opens the log file and shows a correct > section count but the scoring is now incorrect. > Thanks, > Jim/W3FA You would have been OK with wordpad, but personally I just use a Linux text editor, nano is a good choice. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
[Tlf-devel] cwdaemon or winkeyer
I know this is a loaded question, but which do most of you use ? Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] cwdaemon or winkeyer
On Wed, 20 Nov 2013 09:57:44 +0100 Ervin Hegedüs - HA2OS 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
[Tlf-devel] cwdaemon version
Ok, now what version do we need to be using ? I have 0.9.5-1 from the Mint14 repository. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
Re: [Tlf-devel] CQWW result
On Wed, 27 Nov 2013 19:59:49 +0100 Thomas Beierlein wrote: > > Simply try '='. That does what you look for. And '_' resends the last > number. I know it is only documented on Rein's old web site. So maybe > we should write a 'getting started' manual which includes these tips. > > 73, de Tom DL1JBE. Already on the man page. Ed W3NR ___ Tlf-devel mailing list Tlf-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tlf-devel
