|
PureBytes Links
Trading Reference Links
|
The tc 920 is an ISA board that runs fine under Windows 98 and Windows NT. The
tc 920 uses 16750 UART, as opposed to the 16550 UART sold in PC's today. 16750
UART provides a 64-bit com port buffer as opposed to a 16-bit buffer for the
16550. That gives the computer more time to completely service the com port
and avoid overflow errors. tc 920 also has a special driver for the tc 920
card which is supposed to provide some additional advantages. The tc 920 is
software configurable as opposed to one competitor I looked at which requires
configuring on the board.
As far as I know, the tc 920 or equivalent is ALWAYS recommended for DTN
satellite feed. For those not familiar with DTN satellite, as I understand it
DTN transmits two satellite feeds which somehow your satellite sends to your
computer as a single feed. DTN has a 56K baud prices-only satellite feed and a
38.4K baud satellite feed for text.
The tc 920 is also supposed to be useful if your modem supports
modem-to-computer speeds faster than 56K baud, which some V.90 modems do
support. My modem does but when I tried a tc920 for my modem I couldn't see
any difference.
In Windows NT you have to enable a Plug-and Play driver, as they explain, which
can sometimes confuse NT a little, but it can be sorted out. For Windows 98
you get a handy utility program to display the Bits per second of any com port.
That way you know the com port is functioning and how fast. In the case of
BMI, it shows BMI is maxed out much too often during the day, which means ticks
are being delayed. With all the text BMI transmits now, BMI really needs to go
to a dual feed - even dual 38K baud.
There is also a 2 port version of tc 920 which uses two IRQ's.
--- Chris
-----Original Message-----
From: Sentinel <rjbiii@xxxxxxxxx>
To: chrisbak@xxxxxxxxx <chrisbak@xxxxxxxxx>; Omega List <omega-list@xxxxxxxxxx>
Date: Saturday, March 27, 1999 12:25 PM
Subject: Tick Counts and Serial Ports
>In counting ticks I have noticed that DTN sends ticks that are equal to the
last
>tick for an hour or more after the market, closes and not a consistent time. If
>you look at the Sessions Tab for a symbol you will see the session time and
>Dribble, as well as Settlement. I seem to collect ticks for 2hrs. 30 min after
>most sessions. So to do a tick count comparison wouldn't we also have to
compare
>the time of the first tick and last. Or the number of ticks between certain
>hours of the day. The only ticks that show on a chart are the ones received
>during the session time.
>
>There also seems to be an issue of Hardware using DTN and the UMDS or Global
>Server. The techies at DTN tell me that the amount of overflows on the box is
>due to the shear volume of data they have available and that we will miss
ticks,
>using a standard 16650 URT
>serial port at maximum baud rate of 115,200. They now recommend that we use a
>High Speed
>Serial Port card. DTN is recommending the 920 Card from
>http://www.pacificcommware.com/texport.html Its about 79.00, dose anyone have
>experience with it?
>
>
>
>____________________Reply Separator____________________
>Subject: Re: Update TS2000i Bill Cruz
>Author: Chris Baker
>Date: 3/27/99 11:18 AM
>
>-----Original Message-----
>From: gl <garywl@xxxxxxxx>
>To: omega list <omega-list@xxxxxxxxxx>
>Date: Saturday, March 27, 1999 1:24 AM
>Subject: Re: Update TS2000i Bill Cruz
>
>
>>if you look at historybank.com i downloaded 3257 spm9 ticks
>>
>
>I'm in EST, which Omega is in, and I got 3701 ticks with Global Server (The
>Global Server counts ticks received since midnight). I've never used
>HistoryBank.com - what time does Omega update the History Bank?
>
>However 3701 ticks is only for EST - since midnight occurs later in time zones
>west of EST, it seems the Global Server should collect fewer ticks for SP since
>there are fewer trading hours until the close. However the number of ticks
in
>the Day symbol DSP should be the same for all users using the same feed.
>
>
|