Mail Archive Search: <+from:gbaron@sparc.isl.net>

Results:

References: [ +from:gbaron@sparc.isl.net: 69 ]

Total 69 documents matching your query.

61. [TRLog] TR hangs while logging. (score: 1): Author: gbaron@sparc.isl.net (Gilbert Baron); Date: Mon, 27 Oct 1997 11:21:14 GMT; I don't know what your problem is but it is NOT dos7. I can run in a window as a matter of fact with no problem, or just form the command line boot. It is very likely that RF is your problem. -- Gil; /archives//html/TRLog/1997-10/msg00140.html (8,174 bytes)
62. [TRLog] Radio interface is not working correctly (score: 1): Author: gbaron@sparc.isl.net (Gilbert Baron); Date: Thu, 30 Oct 1997 12:26:30 GMT; When I load the program it keeps the last radio information. For instance if I have the radio on 20CW and I last worked 40 cw it still says 40 cw. It does not update the band and frequency until I se; /archives//html/TRLog/1997-10/msg00193.html (9,097 bytes)
63. [TRLog] Radio interface is not working correctly (score: 1): Author: gbaron@sparc.isl.net (Gilbert Baron); Date: Thu, 30 Oct 1997 12:47:49 GMT; I think the answer is that you have no choice but to jumper pin 7 to pin 8. I change to that and it seems to update when it must. It still (SOMETIMES AT LEAST) does not update until you do something; /archives//html/TRLog/1997-10/msg00194.html (10,775 bytes)
64. [TRLog] Radio interface is not working correctly (score: 1): Author: gbaron@sparc.isl.net (Gilbert Baron); Date: Thu, 30 Oct 1997 13:20:15 GMT; I find that if I juste start the program and wait all of the things I want to happen are now happening. I did change the response timeout line in the config to 50. It does take up to 15 seconds or so; /archives//html/TRLog/1997-10/msg00195.html (11,443 bytes)
65. [TRLog] Serial cable wiring (score: 1): Author: gbaron@sparc.isl.net (Gilbert Baron); Date: Thu, 30 Oct 1997 22:32:48 GMT; My system is still taking from 15 seconds to 1 minute to see changes to the frequency. I do have CTS-RTS jumpered. I don't have DSR-Carrier detect since neither pins 1 nor 6 in the Kenwood have any c; /archives//html/TRLog/1997-10/msg00207.html (7,664 bytes)
66. [TRLog] Re: kenwood computer interface (fwd) (score: 1): Author: gbaron@sparc.isl.net (Gilbert Baron); Date: Fri, 31 Oct 1997 11:40:04 GMT; That is exactly how I am connected but still have the slow polling. It is not the same pins at the 870 but same purposes. The 870 has a real DB9 connector. -- Gil Baron W0MN gbaron@sparc.isl.net http; /archives//html/TRLog/1997-10/msg00215.html (9,042 bytes)
67. [TRLog] Tail End Key What does it do? (score: 1): Author: gbaron@sparc.isl.net (Gilbert Baron); Date: Fri, 31 Oct 1997 13:48:16 GMT; According to the manual the tail end key should log the qso, send the tail end message, and send any call as you enter it. When I do that it sends the tail end message, leaves the previous call in th; /archives//html/TRLog/1997-10/msg00216.html (7,671 bytes)
68. [TRLog] Tail end key, How do YOU think it should work? (score: 1): Author: gbaron@sparc.isl.net (Gilbert Baron); Date: Fri, 31 Oct 1997 13:00:42 -0600; In an earlier post I complained about the tail end key operation. I see that the manual is ambiguous. Under the Appendix for the config file it says it will log the contact and let you enter the call; /archives//html/TRLog/1997-10/msg00218.html (7,586 bytes)
69. [TRLog] ARRL Section-v4.05 (score: 1): Author: gbaron@sparc.isl.net (Gilbert Baron); Date: Fri, 31 Oct 1997 15:12:59 -0600; Multipliers are in the .DOM files. Add the new sections to the ARRLSECT.DOM file if you have one. If that is not the name in 4.05 then open the .DOMs until you find the correct one. -- Gil gbaron@spa; /archives//html/TRLog/1997-10/msg00219.html (7,916 bytes)

Current List: 61 - 69
Page: [1] [2] [3] [4]