Error detection/correction and fault detection/recovery – Data processing system error or fault handling – Reliability and availability
Reexamination Certificate
2001-04-10
2004-09-07
Baderman, Scott (Department: 2184)
Error detection/correction and fault detection/recovery
Data processing system error or fault handling
Reliability and availability
C714S046000
Reexamination Certificate
active
06789217
ABSTRACT:
BACKGROUND OF THE INVENTION
1. Field of the Invention
The present invention relates generally to signal measurement systems and, more particularly, to allocating hardware resources to perform a user-specified measurement in a logic analyzer.
2. Related Art
Analyzers and testers are commonly available to assist in the development, manufacturing and troubleshooting of complex digital electronic/software devices and integrated circuits having incorporated therein microprocessors, random-access memories (RAM), read-only memories (ROM), and other circuits. Such analyzers and testers, generally referred to herein as signal measurement systems, include, for example, logic analyzers, digital oscilloscopes, protocol analyzers, microprocessor emulators, bit error rate testers and network analyzers. Logic analyzers in particular have emerged for this purpose and are commercially available from a number of vendors such as Agilent Technologies, Inc., Tektronix, Inc., and others.
Logic analyzers are digital data acquisition instruments that allow a user to acquire and display digital signal data from a large number of logic signals such as those that travel over address, data and control lines of a device under test. A device under test may include a printed wiring board, printed circuit board, including microprocessors, memory circuits and other circuits and circuit components.
The logic signals are acquired from the device under test on hardwired lines referred to as data channels. The channels may be physically assembled into groups commonly referred to as pods. The received signals are sampled and digitized to form signal data. Digitizing typically includes comparing a voltage magnitude of each logic signal sample to a reference voltage threshold to determine the logic state of the signal. Sampling may occur at one of a number of selectable rates, depending on the frequency at which the sampled signals change logic states. The resultant signal data are stored, under the control of a sampling clock, in a signal data memory generally having a fixed size. The data are typically stored in a sequential manner such that consecutive signal samples are stored in consecutive memory locations. Due to the quantity of signal data, signal data memory is commonly implemented as a wrap-around buffer.
Selection of the portion of the signal data that is separately stored and subsequently presented on the display is determined by a user-defined trigger specification, referred to herein as a trigger sequence. A trigger sequence is functionally divided into one or more sequence levels to assist in the development and definition of complex trigger specifications. Each sequence level, in turn, includes one or more trigger to branches. Each trigger branch includes one or more trigger events and an occurrence specification together identifying the condition under which functions defined by an action list of the trigger branch are performed. A trigger event is defined as an occurrence of certain characteristics or properties of a signal, such as a rising or falling edge, a logic high or logic low signal state, etc. Events may also be defined based on internal resources, such internal timers, counters, etc. Typically, a branch condition specifies a number of events that occur simultaneously. The trigger branch condition is expressed by a Boolean expression referred to herein as a branch condition statement. Typically, the branch condition statement includes as one event an identification of the signal data that is to be captured.
Thus, a trigger sequence is comprised of one or more trigger sequence levels each including any number of trigger branches each of which includes a branch condition the occurrence of which causes the logic analyzer to execute the action defined in that trigger branch. Such execution results in the storage of signal data or further processing of a subsequent sequence level. Ultimately, execution of a trigger branch results in the storage of a predetermined quantity of signal data occurring before and after the portion of the signal that satisfied the specified trigger condition.
After the trigger specification is specified, the user can perform a measurement; that is, initiate acquisition of signal samples. When signal data capture is initiated, currently received signal data is compared to the specified trigger sequence. When the trigger sequence is satisfied, the signal data is captured in accordance with specified trigger control parameters. Subsequently, the signal data memory may be sequentially accessed and the captured signal data displayed.
Conventional logic analyzers present on a display device a measurement specification model that is nearly a direct representation of the analyzer's internal hardware architecture to be programmed by the user. The user defines the trigger sequence by programming the hardware elements of the acquisition hardware through the displayed measurement specification model. The user constructs a trigger sequence by specifying which hardware resources shall participate in each term of the trigger sequence and how the resources are to be logically combined. This low-level hardware component configuration information is stored by the user interface and used by the analyzer software drivers to program the acquisition hardware.
This low-level, hardware component programming of the logic analyzer hardware resources prevents the efficient and accurate development of signal measurement specifications. The display of the underlying hardware architecture on the user interface is difficult for a user to understand and utilize. In addition, subsequent logic analyzer designs may implement a different hardware architecture to meet different speed and functionality design goals. Presenting a direct representation of the new architecture to the operator requires the design of a new measurement specification model for display on the user interface. Also, the user will thereafter be required to learn and understand the new measurement specification model. Furthermore, it may not be possible to use the measurement specifications made using one measurement specification model on a different type of logic analyzer due to differences in the underlying hardware architecture. These drawbacks only become more prohibitive to the productive use of the logic analyzers as they increase in complexity. Thus, as logic analyzers become more advanced, the number of qualified users decreases.
What is needed, therefore, is a system and method for facilitating the allocation of logic analyzer hardware resources.
SUMMARY OF THE INVENTION
The present invention is directed to systems and methodologies for use in signal measurement systems that acquire and store signal data in accordance with a trigger specification. In particular, the present invention is directed to a hardware resource allocator that is interposed between the signal acquisition hardware and graphical user interface on which a signal measurement specification model is presented to the user. The hardware resource allocator translates the measurement requirements specified by the user on the user interface to hardware configuration commands and data for allocation and control of the appropriate combination of hardware resources. Generally, the hardware resource allocator allocates and configures the requisite hardware resources and translates the measurement specification to hardware control data used by software drivers to program the signal acquisition hardware resources. Advantageously, the hardware resource allocator separates the architecture of the logic analyzer signal acquisition hardware from the measurement specification model presented on the user interface. As a result, the measurement specification model presented by the graphical user interface is not limited or otherwise dictated by the architecture of the signal acquisition hardware. In contrast to conventional systems subject to such limitations, the user interface may provide any measurement specification model to the user that is not a representation of
Haeffele Jeffrey John
Slaugh Chad H
Agilent Technologie,s Inc.
Baderman Scott
Damiano Anne L.
LandOfFree
System and method for allocating logic analyzer hardware... does not yet have a rating. At this time, there are no reviews or comments for this patent.
If you have personal experience with System and method for allocating logic analyzer hardware..., we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and System and method for allocating logic analyzer hardware... will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-3198196