Hi all,
good point Guy, CPU time shouldnt be a problem anymore
(for those with older or slow cpu the option can stay false)
The practical limit could be the radio response time:
radio cpu speed and line speed.
I deleted a message from Tree talking about
the delay from a radio and about the 2400 bps speed.
in any case we are talking of milliseconds or tenth
of milliseconds.
Do we want to say 100 ms? 200 ms?
Yes 200 could be good, and your eyes shouldn't
recognise the delay of the freq reading versus knob turning.
Whatever the solution Tree will find (and will be a good one)
I think this poll delay should be programmable as an option,
and CW will not be disrupted (no need to poll during PTT!!!!)
so if PC in sending CW you have no need to tune the band!!
so no need to readout the freq., even on the 2nd radio
if you use it.
73
Bob,I2WIJ - J49WI
mailto:i2wij@qsl.net
http://www.qsl.net/i2wij/
-----Original Message-----
From: k2av@contesting.com [mailto:k2av@contesting.com]
Sent: Monday, June 26, 2000 9:32 PM
To: George Fremin III - K5TR; trlog@contesting.com
Subject: Re: [TRLog] RE Radio Update Seconds
The CPU box that is in the station slot is a PIII running at 825. It could
poll anything that moves in that computer and read another chapter in the
novel in 10 microseconds. If we could set shorter intervals, the frequency
updates would move in tune with the knob. Is there a practical limit in the
polling interval to an MP, for instance?
On Mon, 26 Jun 2000 10:10:58 -0700, you wrote:
>
>On Mon, Jun 26, 2000 at 10:11:24AM -0500, 00tlzivney@bsuvc.bsu.edu wrote:
>>
>> the update cannot be set less than one second on TR. CT does not have
>> this problem, as it stopped polling (asking) the radios many years ago.
>> The radio sends out its frequency every time it changes and CT quickly
>> displays this updated frequency. TR apparently polls the radio once per
>> second (or once every two seconds or once every three seconds...
depending
>> upon how TR is setup). When tuning the bands, TR or CT has nothing else
to
>> do but display the frequency. It seems that TR could read the frequency
>> more frequently during those times.
>
>TR-Log polls all of the ports for activity.
>
>The advantage is that TR-Log does not care about IRQs.
>It also allowed Tree make the CW sound really good.
>
>
>--
>
>George Fremin III "When a true genius appears in the world,
>Johnson City, TX you may know him by this sign; that the
>K5TR (ex.WB5VZL) dunces are all in confederacy against him."
>830/868-2510 -- Jonathan Swift
>geoiii@kkn.net
>http://www.kkn.net/~k5tr
73, Guy
k2av@contesting.com
Apex, NC, USA
--
FAQ on WWW: http://www.contesting.com/FAQ/trlog
Submissions: trlog@contesting.com
Administrative requests: trlog-REQUEST@contesting.com
Problems: owner-trlog@contesting.com
Feature Wishlist: http://web.jzap.com/n6tr/trwish.html
--
FAQ on WWW: http://www.contesting.com/FAQ/trlog
Submissions: trlog@contesting.com
Administrative requests: trlog-REQUEST@contesting.com
Problems: owner-trlog@contesting.com
Feature Wishlist: http://web.jzap.com/n6tr/trwish.html
|