Mail Archive Search: <+from:sdelling@facstaff.wisc.edu>

Results:

References: [ +from:sdelling@facstaff.wisc.edu: 35 ]

Total 35 documents matching your query.

1. [TRLog] ARRL DX Logs (score: 1): Author: sdelling@facstaff.wisc.edu (Scott Ellington); Date: Thu, 14 Mar 2002 12:42:16 -0600; Is anyone else getting a POST 6.63a Cabrillo log rejected by the ARRL robot? 73, Scott K9MA -- Scott Ellington Madison, Wisconsin USA sdelling@facstaff.wisc.edu -- "It is evident that if humanity is; /archives//html/TRLog/2002-03/msg00070.html (6,559 bytes)
2. [TRLog] Logikey K-3 & TR-Log (score: 1): Author: sdelling@facstaff.wisc.edu (Scott Ellington); Date: Tue, 19 Feb 2002 12:46:09 -0600; Does the TRLOG keyer work while a floppy save is in progress? With 2000+ QSO's in the log, that can take a while, but I don't suppose that's going to be a problem around here until the next sunspot c; /archives//html/TRLog/2002-02/msg00088.html (8,620 bytes)
3. [TRLog] Bandmap Inconsistencies (score: 1): Author: sdelling@facstaff.wisc.edu (Scott Ellington); Date: Mon, 03 Dec 2001 10:00:46 -0600; This is precisely the kind of behavior I've seen. All running DOS without Windows. 73, Scott K9MA -- Scott Ellington Madison, Wisconsin USA sdelling@facstaff.wisc.edu -- FAQ on WWW: http://www.contes; /archives//html/TRLog/2001-12/msg00021.html (10,069 bytes)
4. [TRLog] Bandmap Inconsistencies (score: 1): Author: sdelling@facstaff.wisc.edu (Scott Ellington); Date: Mon, 10 Dec 2001 11:31:03 -0600; One solution would be a command that would delete the blinking bandmap entry, without requiring scrolling all the way down the bandmap to it. Not only could you delete the cq frequency when go back; /archives//html/TRLog/2001-12/msg00033.html (9,378 bytes)
5. [TRLog] Bandmap Inconsistencies (score: 1): Author: sdelling@facstaff.wisc.edu (Scott Ellington); Date: Mon, 26 Nov 2001 10:23:12 -0600; The bandmap is great, but I've always seen the following inconsistent behavior: 1. An entry sometimes fails to pop into the call window when tuning to its frequency, even though the call hasn't faded; /archives//html/TRLog/2001-11/msg00147.html (7,197 bytes)
6. [TRLog] Minimum PC requirements for TRLOG (score: 1): Author: sdelling@facstaff.wisc.edu (Scott Ellington); Date: Mon, 26 Nov 2001 14:25:43 -0600; I haven't fired it up in a couple years, but I have an "emergency spare" 6 MHz 286 which ran TRLOG just fine. Dupe check was a bit slow by the end of the contest, and I never tried SCP with it. Of al; /archives//html/TRLog/2001-11/msg00157.html (9,054 bytes)
7. [TRLog] Nasty POST failure mode (score: 1): Author: sdelling@facstaff.wisc.edu (Scott Ellington); Date: Sat, 02 Dec 2000 16:29:08 -0600; Not as nasty, but when I ran version 6.55, without printing, it simply failed to find any dupes. When I ran the dupe check with 6.47, it found about 25 of them. 73, Scott K9MA -- Scott Ellington Madi; /archives//html/TRLog/2000-12/msg00018.html (6,855 bytes)
8. [TRLog] Wish to improve SAP mode (score: 1): Author: sdelling@facstaff.wisc.edu (Scott Ellington); Date: Tue, 05 Dec 2000 16:27:21 -0600; F1 should send the call unconditionally, though you should certainly get an indication if you have a dupe. The call you have entered might be a dupe, even though you know perfectly well that it is no; /archives//html/TRLog/2000-12/msg00045.html (8,062 bytes)
9. [TRLog] What the....? (score: 1): Author: sdelling@facstaff.wisc.edu (Scott Ellington); Date: Thu, 14 Dec 2000 13:01:54 -0600; The FT-1000D also does some bizarre things when TRLOG is running: Display goes to minimum brightness RIT turns off These, of course, are quite benign, but it's clear some unintended commands are goin; /archives//html/TRLog/2000-12/msg00168.html (7,883 bytes)
10. [TRLog] What happened? (score: 1): Author: sdelling@facstaff.wisc.edu (Scott Ellington); Date: Tue, 21 Nov 2000 09:18:10 -0600; I had one wierd experience with 6.55 during SS: SAP mode, hit alt-Y to delete last QSO, and the editable log got merged. Nothing lost, except the wrong mult got logged for that QSO. It only happened; /archives//html/TRLog/2000-11/msg00194.html (8,633 bytes)
11. [TRLog] 6.47 NEXTBANDMAP (score: 1): Author: sdelling@facstaff.wisc.edu (Scott Ellington); Date: Thu, 17 Feb 2000 11:35:42 -0600; Finally got around to installing 6.47, and NEXTBANDMAP really works great. Can't wait to try it out in the contest. Thanks, Tree! Anyone know if there's a way to speed up the polling of the FT1000D?; /archives//html/TRLog/2000-02/msg00058.html (7,236 bytes)
12. [TRLog] NEXTBANDMAP in ARRL DX (score: 1): Author: sdelling@facstaff.wisc.edu (Scott Ellington); Date: Mon, 21 Feb 2000 11:35:42 -0600; Worked perfectly, and probably made a big improvement in my score. This is a really great feature. However, the undocumented "Coronal Plasma Diverter" feature is what really saved the contest for us; /archives//html/TRLog/2000-02/msg00083.html (8,847 bytes)
13. [TRLog] NEXTBANDMAP in ARRL DX (score: 1): Author: sdelling@facstaff.wisc.edu (Scott Ellington); Date: Tue, 22 Feb 2000 14:29:50 -0600; You have to type CTRL-P again before CTRL-D, when you program the memory from the ALT-P menu. 73, Scott K9MA -- Scott Ellington Madison, Wisconsin USA sdelling@facstaff.wisc.edu -- FAQ on WWW: http:/; /archives//html/TRLog/2000-02/msg00092.html (7,811 bytes)
14. [TRLog] Band Map Scanning (score: 1): Author: sdelling@facstaff.wisc.edu (Scott Ellington); Date: Mon, 06 Dec 1999 10:58:35 -0600; Here in the heart of the Black Hole, we spend a lot of time in S&P mode. The TRLOG band map is an extremely powerful tool, especially WITHOUT packet. My S&P method involves scanning the band quickly,; /archives//html/TRLog/1999-12/msg00056.html (9,227 bytes)
15. [TRLog] Band Map Scanning (score: 1): Author: sdelling@facstaff.wisc.edu (Scott Ellington); Date: Tue, 07 Dec 1999 11:47:51 -0600; There have been some good suggestions, but let's keep in mind that the band map has two quite different uses. One is working multipliers from packet spots; the other is to make S&P more efficient wit; /archives//html/TRLog/1999-12/msg00079.html (8,298 bytes)
16. [TRLog] Tune by using dits (score: 1): Author: sdelling@facstaff.wisc.edu (Scott Ellington); Date: Fri, 10 Dec 1999 09:16:59 -0600; Yet another example of how these dumb computers always do what you TELL them to do, instead of what you WANT them to do! 73, Scott K9MA -- Scott Ellington Madison, Wisconsin USA sdelling@facstaff.wis; /archives//html/TRLog/1999-12/msg00112.html (7,420 bytes)
17. [TRLog] 6.45 CQWW Problem? (score: 1): Author: sdelling@facstaff.wisc.edu (Scott Ellington); Date: Thu, 04 Nov 1999 14:08:34 -0600; This one is easy to work around, so doesn't really need to be fixed before SS. Using AD1C's latest country.dat file, I've found that setting the band map to NOT show dupes causes the computer to hang; /archives//html/TRLog/1999-11/msg00033.html (7,288 bytes)
18. [TRLog] Sprint Mode Changes (score: 1): Author: sdelling@facstaff.wisc.edu (Scott Ellington); Date: Mon, 15 Feb 1999 14:07:30 -0600; 73, Scott K9MA -- Scott Ellington sdelling@facstaff.wisc.edu Madison, Wisconsin USA -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: t; /archives//html/TRLog/1999-02/msg00055.html (6,646 bytes)
19. [TRLog] S&P to CQ Mode Switching (score: 1): Author: sdelling@facstaff.wisc.edu (Scott Ellington); Date: Wed, 13 Jan 1999 13:53:42 -0600; By now I'm sure Tree is tired of my requests that the esc key not switch back to CQ mode, but even after a couple years of practice I still botch a few contacts this way in each contest. The esc key; /archives//html/TRLog/1999-01/msg00064.html (7,046 bytes)
20. [TRLog] Need help with Keying/PTT/Paddle interface (score: 1): Author: sdelling@facstaff.wisc.edu (Scott Ellington); Date: Mon, 25 Jan 1999 11:21:37 -0600; The 2N7000 works well. Just buy some spares and watch out for ESD when installing. 73, Scott K9MA -- Scott Ellington sdelling@facstaff.wisc.edu Madison, Wisconsin USA -- FAQ on WWW: http://www.contes; /archives//html/TRLog/1999-01/msg00140.html (8,267 bytes)

Current List: 1 - 20
Page: [1] [2]