Appendix D
Registers, Data Formats, & Queries
NetScan User’s Manual
D-17
Trigger Latency
Each trigger source has an associated latency. This is the time between the actual trigger and its recognition by
the acquisition device.
The following latency times are only representative of the time between when the trigger is detected and when
the trigger has been processed. Hardware latency times and ISR servicing of other tasks at the time of the
trigger event but before the trigger is detected are not accounted for. In other words, these times may be offset
as much as the hardware latency times, in addition to the amount of time that the longest uninterrupted ISR takes
to process.
TRIGGER SOURCE
LATENCY
(avg)
OBSERVED
VARIATION
External Triggers ( TTL Rising, TTL Falling)
610.95 µs
2.10 µs
Selected Temperature Range
N/A
(1)
N/A
(1)
@ character
2.255 µs
620.00 µs
Alarm
N/A
(1)
N/A
(1)
Absolute Time
44.5 µs
27.0 µs
Count (post-trigger)
45.9 µs
28.5 µs
(1) When using a channel level or alarm as the trigger source, the trigger latency is
dependent on the number of channels being scanned and the programmed timebase. If
the scan time is less than or equal to the programmed scan rate, then the maximum
trigger latency is equal to the programmed scan rate. If the scan time is greater than the
programmed scan rate, the maximum trigger latency is equal to the scan time.
Trigger Overrun
A trigger overrun condition exists if more than one trigger start event or more than one trigger stop event occurs
during one trigger acquisition. This is flagged and notification is given, but no other action is taken. The trigger
overrun bit in the Error Source Register (ESE) is set. The user may query (with the E? command) the Error
Source Register to determine if a trigger overrun has occurred.
Buffer Overrun
The NetScan’s internal buffer will wrap-around if the controlling computer cannot read the data out of the buffer
before it is completely full. This situation is called “buffer overrun.” It prevents new data from being lost and
keeps the scan rate consistent, but it also overwrites the oldest data.
Although registered as an error, depending on the application, a buffer overrun may be a part of normal
operation.
For example, if a NetScan with 256 Kbytes of memory was configured to scan 16 channels at a one minute
interval, the buffer would fill and an overrun would occur in about 5.6 days. Regardless of how long the
NetScan is left unattended after that point, it will always maintain the newest 5.6 days of scans.
There are two cases of buffer overrun. One when only one trigger block is in the buffer, and secondly, when
multiple trigger blocks are in the buffer.
If a buffer-overrun occurs, it may be detected by querying the Status Byte (STB) by a U1X command.
PRINT#1, “U1X”
INPUT#1, A$
S%=VAL(A$)
IF (S% and 128 = 128) THEN
PRINT “Buffer Overrun Occurred”
ENDIF
Summary of Contents for OMB-NETSCAN 1500
Page 6: ...iv NetScan User s Manual...
Page 18: ...1 12 Configuring and Starting NetScan NetScan User s Manual Notes...
Page 38: ...3 8 General Information and Specifications NetScan User s Manual Notes...
Page 82: ...4 44 ChartView Software Reference NetScan User s Manual Notes...
Page 118: ...6 20 Calibration NetScan User s Manual...
Page 140: ...A ii NetScan User s Manual...
Page 192: ...API Command Reference Appendix A A 52 NetScan User s Manual Notes...
Page 237: ...Appendix D Registers Data Formats Queries NetScan User s Manual D 13...
Page 244: ...NetScan Program Examples Appendix E E 2 NetScan User s Manual...
Page 248: ...ASCII Code Summary Appendix F F 4 NetScan User s Manual Notes...
Page 250: ...NetScan Error Messages Appendix G G 2 NetScan User s Manual Notes...
Page 252: ...Abbreviations Appendix H H 2 NetScan User s Manual Notes...
Page 254: ...NetScan User s Manual...
