| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Real-time Acquisition |
RM> FIFO. When the FIFO becomes full, IRQ7 is asserted and a routine
RM> written in assembler reads all the time slices from the FIFO which is
RM> adressed at D000:0000. The FIFO usually contains 400 16-bit words
Is it possible to 1) set up the board to trigger an interrupt before
the FIFO is full, and 2) determine how full the FIFO is when the interrupt
does get serviced, and read only that much? If so, this could relax
interrupt latency requirements greatly, at the expense of having to service
more interrupts, but since the interrupts are only happening about 1/sec,
that's not a pressing problem. I think the ceiling on interrupt latency for
OS/2 is on the order of 4msec, which is a bit longer than the 3.3msec
between counts.
BTW, could the board not be set up to sample at a lower rate? As I
understand the situation, it sounds like you're just taking the total count
for each 1.33sec period - e.g. intermediate values aren't of any importance
on their own. Or is the count rate high enough that the 16-bit counts may
overflow if the sampling period were to be much longer?
--- Maximus/2 2.01
* Origin: Sol 3 * Toronto * V.32 * (905)858-8488 (1:259/414)SEEN-BY: 12/2442 620/243 624/50 632/348 640/820 690/660 711/409 410 413 430 SEEN-BY: 711/807 808 809 934 942 949 712/353 515 713/888 800/1 7877/2809 @PATH: 259/414 400 99 250/99 3615/50 229/2 12/2442 711/409 808 809 934 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.