GB2362728A - Verifying the accuracy of a digital model of an integrated circuit - Google Patents

Verifying the accuracy of a digital model of an integrated circuit Download PDF

Info

Publication number
GB2362728A
GB2362728A GB9925654A GB9925654A GB2362728A GB 2362728 A GB2362728 A GB 2362728A GB 9925654 A GB9925654 A GB 9925654A GB 9925654 A GB9925654 A GB 9925654A GB 2362728 A GB2362728 A GB 2362728A
Authority
GB
United Kingdom
Prior art keywords
model
analogue
pin
voltage
digital
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
GB9925654A
Other versions
GB9925654D0 (en
GB2362728B (en
Inventor
Peter Ballam
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
STMicroelectronics Ltd Great Britain
Original Assignee
STMicroelectronics Ltd Great Britain
SGS Thomson Microelectronics Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by STMicroelectronics Ltd Great Britain, SGS Thomson Microelectronics Ltd filed Critical STMicroelectronics Ltd Great Britain
Priority to GB9925654A priority Critical patent/GB2362728B/en
Publication of GB9925654D0 publication Critical patent/GB9925654D0/en
Publication of GB2362728A publication Critical patent/GB2362728A/en
Application granted granted Critical
Publication of GB2362728B publication Critical patent/GB2362728B/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00Computer-aided design [CAD]
    • G06F30/30Circuit design
    • G06F30/36Circuit design at the analogue level
    • G06F30/367Design verification, e.g. using simulation, simulation program with integrated circuit emphasis [SPICE], direct methods or relaxation methods
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00Computer-aided design [CAD]
    • G06F30/30Circuit design
    • G06F30/32Circuit design at the digital level
    • G06F30/33Design verification, e.g. functional simulation or model checking

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Evolutionary Computation (AREA)
  • Geometry (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Tests Of Electronic Circuits (AREA)

Abstract

The digital logic model verification method comprises the steps of simulating the digital model (HDL or VHDL) with associated digital model values, converting the digital model values into a set to provide stimulus to an analogue model (SPICE, ELDO) of said hardware circuit, simulating the analogue model with the converted values and comparing the results from both simulating steps to verify that the digital model is an accurate model of said analogue model. An indication is given if the digital model is an accurate model of said analogue model. The method is able to generate an ELDO or other suitable SPICE test bench that reliably reproduces the meanings of the VHDL 9 logic rotates which can then be used in the SPICE model under test. This speeds up the process of simulation and verification.

Description

Z7, 2362728 A METHOD OF VERIFYING THE ACCURACY OF A DIGITAL MODEL The
present invention relates to a method of operating a computer system to verify the accuracy of a digital model of a hardware circuit and in particular but not exclusively to a method of checking the accuracy of a VHDL model.
In the past during mixed signal IC device or chip, development, testing departments have had to wait until a device has been reduced to silicon before functional tests can be performed. In view of the increase in the general requirements for mixed signal (using digital and analogue signals) chips and their shrinking product shelf life, the need to reduce development time has risen accordingly. BY testing IC device designs prior to reduction to silicon 20' overall development times can be reduced considerably. This means that a device can be brought to market more quickly.
A number of test simulators are known which allow test departments to test how a device will function as soon as a preliminary design is completed. This can be prior to the reduction to silicon of the device.
One type of test simulator is an analog simulator which may be used for non-linear DC, non-linear transient and linear AC analysis. SPICE is an example of an industry standard general-purpose analog c ircuit simulator. A development of the SPICE simulator is the ELDO simulator which provides the functionality, performance and accuracy of SPICE-level simulation along with improved algorithms which allow more complex circuits to be simulated and also provides a mixed signal simulation capability.
Analog simulators, as the name suggests, allow simulation of a hardware cell being tested at the analog signal level.
The simulator provides performance results through the whole 2 range of analog input signals and allows for voltage sweeps. In other words, the cell is tested over a wide range of voltage values, the voltage values being for example applied as inputs. As a result analog simulators provide very accurate descriptions of the designed device operation.
However simulation times can be prohibitively protracted especially when a design comprises many thousands or hundreds of thousands of cells to be simulated.
As a solution to the task of describing circuits of such 15 large scale, digital simulators have been developed. Numerous digital simulators have been developed to model the behaviour of circuitry described using a hardware description language (HDL). HDL is a programming language which has been designed and optimised for simulating and thereby describing behaviour of digital circuitry. allows electrical aspects of circuit behaviour precisely described. However since only digital HDL to be signals (which have one of two states) are simulated simulation time scales are much reduced. Additionally, only changes of logic level trigger an evaluation of the effect. A specific example of HDL is the very high speed integrated circuit HDL known as VHDL.
HDL models typically provide a behavioural description of 30 the circuitry of the designed device which can be synthesised into a net list which includes circuit diagrams of the device saved in textual form. In other words, the circuitry of the device is broken down into cells or small circuit portions, each of which has a known behaviour. These cells or small circuit portions are listed in the net list. Operation of the device is simulated by stimulating the net list by the application of a test bench. Test benches are HDI, descriptions of circuit stimulus. The outputs of the cell in response to stimulus are compared with expected outputs to verify the behaviour of a circuit over time. The verification results may be analysed to establish how the circuit has functioned.
A problem is that whilst various cells whose operation has an analog type behaviour are modelled as a VI-IDL behavioural description or a net list of transistors there is no real verification between the cells response in a true analog simulator such as ELDO. As the cells are analogue cells, the analogue simulator would provide a more accurate reflection of the behaviour of the cell. Certainly no such real verification is achieved by automatic means but it is rather a further requirement for the model writer. As such it can be a further source of error in a design. This problem also applies to digital circuits as they can be regarded as analogue cells with very high gains so that the outputs tend to be rail to rail.
VHDL supports many abstract data types which are used to described different signal strengths or commonly used simulation conditions such as unknowns and high-impedance conditions. These non- standard data types have been adopted by the IEEE as standard 1164. Such data types are not applicable to analog simulators which require true analog signals rather than abstract data types.
It is an aim of embodiments of the present invention to at least partly mitigate the above problems.
According to one aspect of the present invention, there is provided a method of operating a computer system to verify the accuracy of a digital model of a hardware circuit comprising the steps of imulating the digital model with 4 associated digital model values; converting the digital model values into a set to provide stimulus to an analogue model of said hardware circuit; simulating the analogue model with the converted values7 comparing the results from both simulating steps to verify that the digital model is an accurate model of said analogue model; and providing an output indicating if the digital model is an accurate model of said analogue model.
Preferably the digital model is a HDL model and more preferably a VHDL model. The associated digital model values are the standard HDL values, as specified in the IEEE standard, in preferred embodiments. The analogue model is preferably a SPICE model such as an ELDO model.
According to a second aspect of the present invention, there is provided a system for simulating a digital model of a hardware circuit with associated digital model values, said system comprising means for converting the digital model values into a set to provide stimulus to an analogue model of said hardware circuit; means for simulating the analogue model with the converted.values; comparing means for comparing both simulations to verify the digital model is an accurate model of said analogue model; and means for providing an output indicating if the digital model is an accurate model of said analogue model.
An embodiment of the present invention will now be described by way of example only with reference to the accompanying drawings in which:
Figure 1 illustrates an inverter logic gate; Figure 2 illustrates an inverter logic gate as modelled by an analog model; - ie - ' -. 5- Figure 3 shows control circuitry for providing input signals to an analog simulation model; Figure 4 shows schematically apparatus for reducing the RC delay when testing tristate conditions; Figure 5 shows an AND gate; and Figure 6 shows a flow chart of a method embodying the present invention.
VHDL can describe the behaviour and structure of electronic systems in general and is suited as a language to describe the structure and behaviour of digital electronic hardware designs ie hardware cells. A cell is typically a relatively small part of the overall circuit design. Such device design is described in the VHDL language using the concept of a design entity. Each design entity is divided into two parts, the entity declaration and the architecture body. The entity declaration describes the external interface or connections to the design entity. The architecture body represents the internal description of the design entity such as its structure, behaviour or both.
Figure 1 illustrates an inverter (INV) gate and it will now be described in VHDL.Considering the INV gate as a single cell, a single input pin and single output pin are required.
Power and ground pins are not required to be defined.
The code in which such an inverter gate would be described in VHDL is 1. /VHDL code for INV gate/ 2. library IEEE 3. use IEEE.STD - LOGIC-1164.all; 4. entity INV is 5. port ( 6. A: in STD_LOGIC; 6--- 7. F: out STD_LOGIC 8.); 9. end INV; 10. architecture VI of INV is 11. begin 12. F≤not (A) after T; 13. end VI 14. /end of VHDL code Line 1 is simply a comment which allows the user to make notes referring to the code as a memory aid. The / and / notation indicate the start of a comment and the end of the comment respectively. This instructs the compiler to ignore the line of VHDL as the first line does not contain instructions for the compiler.
Lines 2 and 3 are a library clause (library IEEE) and a use clause (use IEEE.STD - LOGIC - 1164.all;) respectively. These provide the design entity INV with access to all the names declared in the package STD LOGIC - 1164 stored in the library IEEE and particularly in the data type STD_LOGIC.
The data type of a pin sets out the values of different signal strengths and signals which may flow through the pin.
30. VHDL supports many such data types which are of an abstract nature including unknowns and high impedance. In order to cater for such abstract values a standard, numbered 1164, has been adopted by the IEEE. This standard defines a standard package containing definitions for a standard 9- valued data type. The standard data type is called standard logic and the IEEE 1164 package is sometimes referred to as the standard logic package or MVL 9 (for multi-value logic 9 - -1.
7- -- values). The standard also defines the logical operations for theses data types, for example the NOT operation.
Each of the nine states of the IEEE 1164 standard logic package are explained below.
U, This represents a strong unknown, that is as an input a 'U' indicates anything from a strong low to a strong high. If a 'U' is an output nothing has modified the outputs.
1xl This also represents a strong unknown and can be anything from a strong low to a strong high signal. In particular 'X' on an output can indicate that an error has occurred as the signal has passed through the model.
- 1 This also represents a strong unknown and as such can be anything from a strong low to a strong high signal.
This is sometimes referred to as NOT 'X'. It can provide a good logic level but it is a don't care state where its actual value is unimportant.
1WI noted above.
This state is a weak version of the X, data type 'L' This data type represents a weak low, that is a low signal having a weak drive strength. This state can also represent a charge storage when used as an output state.
H' This is exactly the same as an 'L' however in the opposite sense, that is say it represents a weak high.
8--- --- 101 This is a strong low which can be input directly into a model.
ill This is a strong high and is the same as a 0 but in the opposite sense.
1 z 1 This represents a high impedance signal and when used as an input it means nothing drives the node.
Referring back to the VHDL description of the invention, 15 line 4 provides an arbitrary level to the design entity. This line starts the definition of a new VHDL design unit. Because the library and use clauses are written before the entity declaration they do not begin the VHDL description of the design unit, there are merely context clauses.
The entity declaration includes port declarations which are in lines 5 to 9. Ports may be pins on ICs or any other edge connection on a board etc. Technically ports are signals and so signals and ports are read in the same way. The port declaration includes the name of each port, the direction in which information is allowed to flow through the ports and the data type of the ports as described above. The entity declaration is completed by the VHDL word -end' 1. '-A' 1 is therefore an input and---F"an output.
The architecture body, which is in lines 10 to 13, represents the internal behaviour and structure of the design entity and is itself given an arbitrary name, in this case V1. The VHDL word---begin-signifies the start of the architecture statement part. The next line, line 12, is a concurrent signal assignment which describes how the design entity will actually function. This line of code is executed each time the input changes value after a time T g- which can be def ined elsewhere. In the case of an inverter the output F is def ined as being equal to NOT the input A. The architecture word -end- is used to complete the architecture declaration. The final VHDL comment on line 14 signified by / is again merely a memory aid.
VHDL can be used to describe more complicated calls.
Figure 2 shows how an ELDO Spice analog simulator might function to model the same inverter. The analog model includes an input A and an output F similar to the VHDL model. However the analog model describes the function of the analog inverter in relation to the transistors 21 and 22 which are arranged in a conventional inverting array. it will be appreciated that analog simulators can model analog voltage sweeps which are not available to the digital level VHDL models. That is the analog simulator can model voltages between the -'0" and -- 111 levels. A portion of the program code which is executed by the analog model is set out below:
1. subckt INV A F 2. M1 VDD A F PMOS 3. M2 GND A F NMOS 4.. ends The first line defines a sub circuit which is named INV 30. having an input A and output F. once again the name is arbitrarily fixed by the programmer. The order in which the ports are listed defines the connectivity.---Allis an output and --F'' is an output.
The next two lines, lines 2 and 3, def ine operation of the parts of the circuit. The parts are listed and comprise M1 (transistor 22) and M2 (transistor 21) which are defined as PMOS and NMOS transistors respectively. The drain, gate and --le 1 - 10--- source of transistor M1 are def ined as being connected to Vdd, A and F respectively whilst those of M2 are connected to ground GND, A and F respectively. once again an end-type message on line 4 defines the end of the functional description of the model. The ELDO program includes a library containing details of circuit components, resistors, capacitors transistors etc and includes details of their behaviour.
The relationship with the rest of the circuit can be defined as X1 netl net70 INV. This indicates that input Ais connected to netl and output F is connected to net70 by an inverter. netl and net70 represent a net list of the respective components or cells connected to the input A and the output F respectively.
By describing the inverter in terms of the two transistors 21 and 22 in this way, the analog model unlike the digital VHDL model above-described, is able to provide the tool with the functionality to allow it to work with real data types including floating point data type and voltage sweeps. This enables information to be learned about the transitional phases (i.e. where the voltage is between---011 and --high'') as the input signal changes from low to high and vice versa. It will be appreciated that whilst such a simulation provides a highly accurate description of the circuit's performance it increases the complexity of the model which consequently takes far longer in run time.
As a consequence digital modelling is typically used, especially where the device design being tested includes large quantities of hardware cells. verification between the cells response in a true analog simulator (ELDO) and its response in the VHDL model is made. Without this - ill 11--verification, a cell which is tested using the quicker VHDL model may be found to be inoperational when using real data types. Embodiments of the present invention overcome the need for the model writer to make such a verification. This is achieved by automating the verification process as far as possible.
Embodiments of the present invention use WIF files. A WIF (waveform interface format) file is an ASCII based file which contains information needed to describe the model's interface (names of ports, directions of signals - types of signals) and in a tabular format. In embodiments of the present invention, the IEEE 9 logic states discussed previously are used to indicate both driven 20' and driving states. The pin direction is then used to determine what needs to be done to either drive the test for the existence of a value in one of supported simulators. Additional parameters spec5ified using specially defined comments. These used to alter the behaviour of the tool simulations/interpretations performed by the tool.
input/output/bi-directional, and signal activity against time value or the many can be are then and the WIF2TB is a program or tool embodying the invention. The program WIF2TB (a flow diagram of which is shown in Figure 30 6) takes a set of vectors using all nine VHDL logic types and proves by multiple simulations that the VHDL model behaviour is the same as the ELDO simulation. A tool generates an ELDO Spice test bench that reliably reproduces the meanings of the VHDL 9 state logic for use wi th a Spice model of the circuit under test. The result is a VHDL model which can be added into a V-HDL test bench to provide an analog model. This test bench -is connectable to all the ports of the analog model to enable the states of the - -7 ', 12- inputs, outputs and bidirectional pins or the like to be monitored. The tool requires only an input WIF file specifying the pins and vectors. Using this file, the tool then writes its own test bench and a simulation control file. Only pins which are possibly driven by the model need modelling as the tool already knows the input signal activity. The system is strobe driven and the results of the analog simulation are recorded and checked automatically to cross cheek the response of both simulation runs. If the analogue and digital simulation runs are the same, the VHDL model is verified.
The tool embodying the present invention consists of three parts. In the f irst of these the VHDL model is monitored whilst performing a normal test bench simulation of the model. The VHDL model uses the IEEE 1164 standard logic package as a data set for stimulating the model. The data are input onto input or bidirectional pins (that is pins on which the signal can either be an input or an output) of the VHDL model. The outputs are observed. The resultant signals on each pin are read into the tool as well as the expected reference results and stored as an ASCII WIF file.
The next stage is to carry out the ELDO simulation. In. order to do this the standard VHDL logic package is 30' converted into a data set which is applicable to an analog simulator. This requires those complex data types which are not compatible with analog simulators to be converted into a series of compatible values. The thus expanded logic package is then input onto the corresponding input, output and bidirectional pins of the analog model and the resultant voltage outputs are read into the tool as analog reference results.
13 In the first stage, all bidirectional pins have the strength of their input signals reduced to weak. This allows the effect of driving the bidirectional pins to be seen during the simulation since if the pin is an output a stronger output signal will be superimposed over the reduced weak input signal and can be measured. Additionally, all the input states for complex levels are expanded into sequences of the simpler logic levels (0, 1, L and H). This results in an input sequence of achievable logic levels complete with expected results for each new vector. Further, any IZIs on the outputs are expanded into two vectors to allow the program to test for IZIs in the ELDO simulation.
All this data is then used to write an ELDO test bench that connects to the cell's inputs via a digital to analog converter (DAC) and which can drive the pin to a high or low voltage with different drive strengths. The test bench can also set up a potential divider to provide midband voltages. The actual type of DAC is determined for each pin depending upon what logic states it needs to produce for the simulation. For normal output pins a potential divider is connected to effectively try to force the output pin to a weak unknown. For pins with varying strengths of output another type of DAC is connected that always tries to drive the pin to a midband voltage using a weaker strength drive than should be present on the output. For an output at high impedance a very weak drive is used to drive the pin low then high to try to prove the pin is f loating. All the information to do this is held in the program's working memory.
After the simulation has been run the results are converted into an ASCII WIF file. This is then read into the program, where it can be compared to the expected reference results 1 14 from the VHDL simulation. Only outputs at 0, 1, are checked as all other states are safe unknowns.
L, H and Z The third stage takes place after the ELDO simulation is carried out using the expanded logic package the results are verified against the expected reference results from the VHDL simulation. Not only can the tool check that the outputs match but further verifications can be made to the results to find potential bad transitions.
In summary, embodiments of the present invention provide a tool which is able to generate an ELDO or other suitable SPICE test bench that reliably reproduces the meanings of the VHDL 9 logic states which can then be used in the SPICE model under test. In the tool embodying the invention, the circuit to be connected to each pin is determined so that the circuit either drives the required voltage onto the pin through a suitable resister to represent the drive strength for the input or opposes the expected output change using the next weakest drive to try to prove that the correct drive strength is modelled. To represent three different drive strengths as proposed in the embodiment of the present invention described in more detail later, four different resistors are used. Two of these resistors bound the so called weak levels. It should be appreciated that in alternative embodiments of the present invention, more or less than three different drive strengths can be provided. Four resistors are used in preferred embodiments of the present invention. However in alternative embodiments of the present invention, more or less than four resistors may be provided. In alternative embodiments, alternative components may be used as well as or instead of the resistors.
- -7 i 15- - - The expanded logic package environment is set out below.
for use with the analog U', 'X', 1-1: These three strong unknown states can be anything from a strong low to a strong high and so a voltage sweep from zero volts to VDD is used in the analog model to represent the input condition. The voltage sweep is digitised into three voltage levels being driven strongly. Tristate effects can be ignored as the driven effect mimics the floating effect in that the pin could be high or low or anywhere inbetween. The program has the ability to expand these states into a sequence of strongly driven voltages of low, high or midband. As an output condition the three states are irrelevant and so no test is required.
The 0, 1 and M (midband) signals required for the voltage sweep can be simulated in VHDL as 0, 1 and X. X states are expanded into user defined sequences of a logic 1 voltage, a logic 0 voltage and a voltage between the two logic voltages. This allows both logic states, potential edges and contention generated mid voltage levels to be generated for an X. The X is therefore expanded into a series of 0 and 1's describing any possible value.
1WI: This state is the weak version of the above mentioned strong unknowns and can therefore be tested in a similar manner using a voltage sweep but with the drive strength of the signals reduced. The state is therefore expanded into a series of 'L' then 'H' as set out below.
35, 'L' This state represents a weak low signal. The weak drive strength is effectively a band between a strong drive strength and a tristated pin. Because of this it is realised as two drive strengths represented by different resistances 16- -- to represent the two band edges. As a result the program doubles the weak strengths into a very weak and a strong weak strength. If the response of these two is good then any drive in between should also prove to be good. As a result the ILI becomes weak ILI and strong 'Ll.
H' This is exactly analogous to the 'Ll but in the opposite sense.
0 This is a strong low and can be input directly.
The signal is input through the resistor element because an infinite drive strength is unrealistic.
lit: This is a strong high and is simulated analogously to the 101 but in the opposite sense.
1 Z This is high impedance and when used as an input it means nothing drives the pin. When this is an output then a zero volt to VDD voltage sweep through a resistor leads to the similar voltage on the output pin. If a IZ, is present on the input then a very weak copy of the 'X' expansion is used to represent it. This is the weakest drive used in the simulation and is less than a very weak ?Wt. If a 'Z' is present on an output then the pin is driven high then low using the very weak drive to prove it really floating. The verification software will subsequently look for a 101 or 111 logic level in the right place to pass this as a correct IZI state.
was When bidirectional pins of the analog model are being tested all input stimuli are i nput as weak values so that strong outputs override the input levels. Hence the bidirectional pins are handled by simulating them in VHDL with all the drive strengths reduced to weak. When the cell drives an - -01 :, 1 17- output it will be a strong drive strength, thus identifying the direction. The VHDL test bench replaces the strong levels with a IZ' which allows the strong strength to appear. Also by being a IZI state it stops 'X' states from causing false assertions which can be the case due to the simplification. As only the finishing level is needed for processing, the test bench has no knowledge of when the pin changed state so if the pin was forced to a level for the full vector other than IZI it could change the simulation during this time to cause an error.
By converting the standard logic package into a data set which can provide stimulus to an analog model of a hardware cell a computer system can be operated to verify the accuracy of a VHDL model hardware test circuit. Firstly the VHDL model is simulated with the standard logic package. Afterwards the analog model can be simulated with the converted standard logic package and the results of both stimulations are compared to verify that the VHDL model is an accurate model of the analog model.
25.
Figure 3 illustrates the circuitry 300 which can be emulated by the program to apply required voltage signals on the input, output and bidirectional pins of the analog model of the hardware cell 301. Figure 3 shows an ELOO test bench.
The test bench provides the stimulation to the model and optionally observes the outputs. The test bench shown in Figure 3 can be implemented in hardware but is more preferably implemented in software.
The WIF2TB tool expands the stimulus and response levels into a realisable set for the ELDO simulator. The resultant test bench is a mix of voltage supplies and voltage 7.. 18- controlled switches with varying ON resistances. Some pins can have very simple circuitry connected to them.
The program has three basic separate algorithms depending on the complexity of the required stimulus for each pin. This is done to reduce the time needed for simulation by using the simplest possible circuit for all cases. The first algorithm basically states that any pin that never changes can be tied off to one of the supplies by a required drive resistor. The second algorithm basically uses a pattern producing voltage supply and a resistor to model any two level stimulus of equal drive. Thatis any pin which is driven between 0 and 1. The third algorithm defines complex stimuli using voltage controlled switches using pattern producing voltage sources.
has written For any pin that always has the same state the test bench to it a single resistor connected to the relevant supply. If the pin is an input, the supply used is the true level of the pin. If the pin is an output then the voltage used is the voltage of the inverted logic state.
The inversion is required to give the output something to drive against to prove its drive strength. Also in the case of an output, the drive strength is reduced.
Because of the algorithm used in expansions, this type of case only exists for pins that are held at or drive a strong 0 or 1. Any tie-offs declared in the input WIF file will also have the same kind of circuit used to give the effect. The following table gives all the possible cases for this 35 type of situation:
LEVEL DIRECTION ESISTOR SUPPLY USED USED 19- 71 Strong 0 Input R1 GND Strong 1 Input R1 VDD Strong 0 output/Bidirectional R2 VDD Strong 1 Output/Bidirectional R2 GND TABLE T.1
The resistors R1 have the lowest resistance and are used to drive strong signals. The resistors R2 are used for the strong edge of the weak drive strength band. The resistors R4 have the highest resistance and are used to produce the very weakest signals.
In the following, R1 can have a resistance of 100Ohms, R2 a resistance 100K Ohms, R3 a resistance of 250 K Ohms and R4 a resistance of 1 MegaOhm. These values are by way of example only.
In Figure 3, resistor (R1) 302 is connected between high voltage supply rail VDD and the input to the analog model.
This provides the strong 1 state to the analog model. Analogously resistor (R1) 303 is connected to the ground GND supply rail to supply strong 0 signals as inputs to the analog model. In this way inputs to the analog model which are identified as never changing state can be tied off to one of these inputs depending upon whether they are permanently strong high or low signals. This is provided by the first algorithm.
Resistor (R1) 304 is connected between a control input port 306 and the input to the hardware cell 301. By inputting a series of 0 and 1 signals as control signals on terminal 306 a series of strong 0 and 1 signals can be applied to the cell. This is provided by the second algorithm.
20- The following are used by the third algorithm. Signal generating circuits 308 and 309 each include a voltage control switch connected to a resistor R2. These resistors have an approximate value of 10OkOhms. The circuit 308 is connected to the ground line whilst circuit 309 is connected to the high voltage supply line VDD. Each voltage controlled switch is operable in response to control signals input on control input terminals 310 and 311 respectively. The inputs on these terminals will be a series of O's and l's produced by the WIF2TB tool to control the operation of the circuits 308 and 309. The outputs of these two circuits are connected to node 314 which is connected to an input of the hardware cell.
output signal generating circuits 315 and 316 each include a respective resistive element R3 together with a respective voltage control switch. Circuitry 315 is connected to receive a high voltage signal VDD whilst circuitry 316 is connected to receive the ground signal GND. Control 25. terminals 317 and 318 control the voltage controlled switches in the circuits 315 and 316 respectively. Once again the input signals on the control terminal 317 and 318 will be a series of 0 1 s and 1 1 s produced by the tool to control the output at node 314. The circuitry 308, 309, 315 and 316 are used in the expansion of 'L' and 'H' states into an expanded package suitable for application to the inputs of the analog model of the hardware cell 301.
As described above ILI states are expanded into very weak low and strong weak low signals. These are provided from circuits 316 and 308 respectively under control of the signals applied to control terminals 318 and 310.
--Y 21- H states are expanded into strong weak high signals and very weak high signals by circuitry 309 and 315 respectively.
Hence any input of the analog model which in the corresponding VHDL model has an L or H state applied to the input can be stimulated by the expanded logic package by applying very weak and strong weak signals to the input. Although node 314 is shown providing only one signal input into the cell 301 it will be understood that any number of inputs of the analog model could be connected to the node 314.
As described hereinbefore some pins may be bidirectional so that it is unknown whether the pin is an input or an output. In order to deal with this situation such pins are input with stimulus having a' weak drive strength. In this way strong outputs will override the input. The weak drive strengths are produced by utilising a high resistance element R4 as shown in output circuitry 320, 321. Each of these circuits comprises a resistive element R4 connected in series with a voltage controlled switch. Circuit 320 is connected to the ground rail whilst circuit 321 is connected to the high voltage supply VDD. The voltage control switches of each circuit is controlled by input signals input on terminals 322 and 323 respectively. The control signals input on these terminals will be a series of i's which will operate to open and close the switches in the circuits 320,321 to thereby control the voltage on node 324. The signal at node 324 is connected to the bidirectional pin inputs of the analog model of the hardware cell 301.
35' Outputs of the analog model can be driven by resistive elements 326 and 327 which operate to provide varying drive 22- strengths for the signals which terminals 328 and 329 respectively.
-- ' 1 -' are input on control For any pin that has got a single drive strength and on which the signal alternates between high and low states a pattern producing voltage source is connected to the pin by the drive modelling resistor. output pins are driven by the weaker inverted level. Outputs of the analog model connected to resistive elements 326 and 327 which operate provide varying drive strengths for the signals which are input on control terminals 328 and 329 respectively. The exception to this is that any output pin with a Z which driven using the strong drive strength to overcome any capacitance in the output stage. Also inversion is not used in this case as the test bench is trying to prove the pin is free to attain any value. For input pins the very weak drive is used as there should be no drive opposing the change and the capacitance should be small are to is The following table shows the possibilities for these next simple cases:
LEVELS DIRECTION RESISTOR SENSE USED Strong -01, Input 1 Not inverted -l, Strong -01, output /Bidirectional 2 Inverted l, Z-0, Z-1 Input/Bidirectional 4 Not inverted Z-0, Z-1 Output 4 Inverted TABLE T.2
Any signals left to generate are a mix of drive strengths and logic levels. These cases may also have midband voltages. The stimulus for these are made by generating control sequences from pattern generating voltage sources 10 that switch on and off the voltage controlled switches. Each switch connects to the required supply by the required resistor. The pattern generating control supplies are named using numbers to identify the required effect. These are index numbers. When a 1 is output the corresponding voltage and drive strength determined by the resistor used is output. When the control sequence signal is low on a voltage controlled switch the element is tristated from the pin. The following table defines what the index number of each control voltage drives:
INDEX VOLTAGE RESISTOR USED 1 VDD R1 2 VDD R2 4 VDD R3 8 VDD R4 16 GND R1 32 GND R2 64 GND R3 128 GND R4 256 MID R1 512 MID R2 1024 MID R3 2048 MID R4 24- TABLE T.3
As an example consider a 1 pin input which is always driven strongly. In such a case a user would write an ASCII file of the form set out below:
Objects /name/A:I STD_logi End Ons:O 5ns:l 1Ons:O 15ns:X The WIF2TB tool would read this into its memory. Firstly the cell name would be read in, then the pins would be defined. In this case there is only one input and that is 20 labelled A.
I is used to indicate an input, 0 an output, B a directional pin, and S a signal. The signal S is treated as a bidirectional pin.
The type of input is def ined as being of the standard logic type. The levels of the signals are def ined below as 0 in the first time period at Ons, followed by 1 in the next time period at 5ns, followed by 0 in the next time period at 1Ons followed by an X, in the next time period at 15ns. The tool also reads in the timing sequence for the signals on the pin A. These are read in as the time units in this case 5 nanoseconds, a conversion rate 1 x 1W' and then a series of vectors which are formed by analysing the time details and making the steps between the data signals to be an integer number of small time periods. The tool will then - --L7 iall analyse the input levels to identify any complex data states such as X's which will require expansion into further 0 and 1 states which can be applied to the analog model. As a result the 010X signals which are to be applied will become 010 01. A further vector will be added to account for the expanded series of signals. The WIF2T3 tool will then analyse the required analog circuit which will be required to provide the expanded series of inputs. This analysis is carried out with relation to tables T1 to T3 noted above. By scanning down the levels for each pin the tool will record a reference number to show all the required voltages/resistors for the pin.
To begin the tool will analyse the first 0 from the series of signals which are to be applied to the pin of the 20 example. The 0 represents a strong 0 zero signal which is produced by the circuitry 300 by connecting the ground rail to the input via a resistor R1 having the lowest resistance. Referring to Table T3 this provides a reference number 16. The reference number 16 is then reduced to binary format to produce the number 00010000. This value is bitwise 0Rld with a pre-existing reference number. In the first instance the default value is 0. The bitwise 0Rld result for the first signal is therefore 00010000. Next the tool analyses the next signal which is a strong 1. A strong 1 is provided 30 by connecting the high voltage supply VDD to an input pin of the model through a resistor R1. Referring again to Table T3 this has an index number 1. Again this index number is reduced to binary format to obtain the number00000001.
This binary number is then bitwise 0Rld with the existing value 00010000. The result is the binary number 00010001 which provides the reference number output 17. The procedure is repeated for each subsequent signal which is to be applied to that pin. In the present example since all 216further values are strong O's or I's the bitwise operation will not alter the resultant reference number which will be 17. It will be understood that if the series of input signals contain other data types for example L's H's or W's reference would have to be made to the above-mentioned tables to obtain an appropriate index number. The series of signals input would then be analysed as above described to obtain eventually the single reference number for that pin.
to the analog model The WIF2TB tool will then analyse the reference number output to determine the type of circuit required to connect In the first instance the tool establishes if a pin is to be tied off. In this case the reference number will only have one bit set since the level of signal on the pin will remain at a predetermined value.
If the tool identifies that only one bit is set it can connect the input pin directly to one of the supply rails thereby tying off the pin.
The tool then analyses whether the input levels are of a 25. single strength. In this case the referencenumber will only have two bits set. The reference number will either be 17 indicating that the pin is always strong or 136 (a combination of index numbers 8 and 128) indicating that the pin always has a Z on it. In this case the tool generates control signals to be connected by the terminal 306 (in the case of always strong signals), or terminals 322 and 323 (in the case of always Z) In this example the input levels 01001 may produce a flow of control signals such as 00000111110000000000011111 on the control terminals.
If the reference number has more than 2 bits set the result is a complex series of voltage levels on the pins. As a result many control voltage sources will be required and the 2-7- 1 tool will produce the required control signals to be output on the control terminals to provide the required levels on the pins of the analog model.
Figure 4 shows circuitry which can be used to overcome a 10 problem when a Z state is on an output or bidirectional pin. The problem is that although a very weak resistor drive needs to be applied there is likely to be a significant capacitance present unlike on an input pin. Because of this a very large RC time constant could be present. As a result the weak drive strength will take a considerable time to charge up or discharge a signal on the pin thereby increasing simulation times considerably. This circuitry can be implemented in hardware or more preferably in software.
The problem is overcome by using a short circuit connection to be made with a very low resistance element to the supply to charge or discharge the pin. The circuitry 400 shows signal level control circuitry 401 which is analogous to either of the circuits 320, 321 shown in Figure 3. The circuit 401 includes a high resistor element (for example 1 mega ohm) connected in series with a voltage controlled switch. The voltage controlled switch is connected to either the high voltage supply rail VDD or the ground line. The voltage control switch itself is controlled by control signal CNT applied to terminal 402. This terminal is analogous to terminals 322 and 323 shown in Figure 3. As described hereinabove in order to apply the Z state on an output or bidirectional pin a very high resistor element is used to provide a very low drive strength. As a result the 35. capacitance of the pin and the resistance of the circuitry to which it is attached becomes appreciable (the time constant is relatively large) and any signal to be generated on the pin will take some time to develop due to the RC time :e 28, constant. For this reason a pulse generator circuit 403 is provided which includes the small resistor element 404 (of the order of 1 Ohm). The voltage controlled switch of the circuit 403 is controlled by the control signal CNT. This signal operates to close the switch to connect the pin via node 405 to the voltage supply Vdd or GND. The control signal is also input into a delay element 406 which has a delaying effect upon the signal of around 100 pico seconds. The delayed control signal operates to reopen the switch after the short time thereby disconnecting the short circuit. The result is to produce a short pulse at node 405 to aid in establishing the required signal on the pin. The pulse is sufficiently short so that the short circuit signal does not propagate through the analog model.
In summary, to detect if an output is Z, a very weak high and a very weak low level is applied. Additionally a very short duration pulse (for example between 50 150 pico seconds) to the same voltage is initially applied. This short duration pulse is to overcome large RC delays for the high resistance used and the large capacitance of a typical driver cell. As the pulse is short, the pulse does not have the opportunity the propagate through the active circuit and only alters the voltage on a capacitor. once the pulse has charged/ discharged the capacitor, the very large resistance supplied voltage is all that is left to hold the capacitor's voltage against the leakage current of the driver. If this is small the voltage will not move. If however a larger current path exists the voltage will move from the set level. This difference will indicate that the output was not really a Z but a driven level.
As an alternative to providing the high and low resistance in parallel the low resistance may be switched into the path - ---.e :1 2R between the voltage supply and node 405 when the short pulse is applied.
As will be appreciated the steps of running an HDL model of a hardware cell then an analog model and comparing the two results to identify accurate HDL modelling can be relatively time consuming (although quicker than many other methods). Occasionally it is possible to identify an inaccurate HDI, model without the requirement to carry out analog simulation and comparison. This is possible when input into the HDL model contain an abstract X data signal. In this situation the HDL model can run first using the X's as input then modifying the X input by expanding each X into a 0 and a 1 and resimulating. The results can then be compared between the unmodified and modified simulations. If the results of the two runs do not match the model can be predicted to be incorrect. Basically if a good logic value is output with an X on the input then the same good logic state should be present if the X is replaced with a sequence containing zeros and ones. If the value no longer matches the original good value the X state modelling of the model is incorrect and a subsequent comparison with the SPICE simulation would also fail. However since the HDI, check is much faster time can be saved in identifying such predictably incorrect models.
An example of such an X expansion when run on a HDL model of an AND gate cell is set out below with reference to a conventional AND gate as shown in Figure 5 and comprising two inputs A and B and a single output F. Table T4 illustrates a possible result table for such a logic gate.
A B F 0 0 0 3.0_ 0 0 0 X 0 0 0 X 0 X 1 1 TABLE T4
The first four of these entries illustrate the conventional truth table for an AND gate. However the final three entries refer to the results of the model when an abstract X data type is input into one of the inputs of the HDI, model of the AND gate instead of a 0 or a 1.
As described above the X level can represent any strong unknown signal on the input and therefore represents any value f rom 0 to 1 driven strongly. In the fifth and sixth entries of the Table the model handles the X state correctly since in each case the simple logic level is a 0 and the output from an AND gate must therefore necessarily be 0. However the final entry indicates an incorrect modelling of the AND gate. This is because an X, which represents any strong value from 0 to 1, could be a 0. Since the output from the AND gate when one of the inputs (in the example A) is a 0 should be a 0 the model is clearly incorrect in asserting a 1 on the output.
This fact therefore indicates a bad model of the AND cell. However the fact would not normally be discovered without verifying the HDL model with an analog spice model using the expanded logic package as above described. Since the analog simulation of a cell is far more time consuming than running -..-V 7.. 31 an HDI, model a check may f irst be made on the HDL model by expanding each X on the input.
The f irst step is to run a first HDL simulation as set out below.
objects End ons 5ns ions 15ns 20ns 20 25ns 3 Ons /AND /A: I STD Logic /AND /B: I STD Logic /AND IF: 0 STD_Logic 0 0 0 1 1 0 1 1 X 0 0 X X 1 This provides the necessary read in the data according the two inputs A and B and selected from the standard is on the inputs are left output column shown as the stored as a set of expected information for the HDI, model to to that shown in Table T4 having an output F all of which may be logic package. In this step X's as an X in the simulation. The third column in Table T4 is then results from the HDL model.
As a next step each X on the input is expanded into a 0 and a 1. This results in the input data set out below. 0 0 0 1 1 0 1 1 Ons 5ns: 35 ions 15ns 32- 20ns 25ns 3 Ons 35ns 40ns 45ns 0 0 1 0 0 0 0 1 0 1 1 1 1 Using these input signals into the HDL model the model is run and the results of the resimulation using the expanded X data are stored as resimulation results. A comparison is then made between the expected results from the initial simulation run with the simulated results from the expanded resimulation run. If the results do not match identically the HDL model can be predicted to handle X states incorrectly and is therefore an incorrect model. A check against an analog model is therefore no longer necessary. This would note that if the inputs are 'X' and 'l, the output cannot be 1 1 1 if 1 X ' is 1 1 The HDL model therefore f ails.
In summary, the 'X' state which represent a strong unknown is expanded to each of its possible values, that is 0 and 1.
A check is made in each 'X' state with the HDL model does determined that the of the states of 'X' HDL to check that the model works for 'X' equal to 0 and 'X' equal to 1. If not work in one or more cases, it is model is flawed. In other words, if one does not provide the predicted output, this indicates a problem with the HDL model. This can be done without having to carry out the comparison with the analog model. This saves time and is hence more efficient.
It should be appreciated that this method can be used with any of the other states which represent an unknown state. In the simple example shown, the X' states are on the inputs.
33- It is possible for one or more 'X's to be on one or more outputs. 'X's can be provided on one or more input and one or more output. This may be at the same or different times in the expanded sequence.
The embodiments which have been described hereinbefore have been described in the context of SPICE and HDL. It should be appreciated that embodiments of the present invention may be applied to any other digital and analog simulators.
First, reference will be made to Figure 6 which shows a flow diagram of the steps carried out by the tool embodying the present invention.
In step S1, the process starts. In step S2, the f irst WIF file for the inputs is read and stored in a memory. In step S3, the voltages applied to the bidirectional pins are altered so that 0 is changed to L, 1 to H and X to W. In step S4, the VHDL test bench is written out and the control file for the simulator is also written out. In step S5, the VHDL test bench is analysed. The test bench information is read and converted into a form in which it can be used in the simulation.
In step S6, the VHDL is simulated, the results are converted from a binary representation to an ASCII file andthe assertions are checked. Assertions may indicate that certain effects have occurred. These may be error conditions.
In step S7, a second WIF file for the outputs is read into memory. In step S8, the output patterns are copied into the original database. In steps S9, SIO and S11, the Xs are expanded. 'X's are expanded. In step S9, level sensitive Z- 34- 'X's are expanded. In step S10 edge sensitive X's are expanded. In step S11, double edged 'X's are expanded.
In step S12, the second VHDL test bench is written out along with the control f ile. In step S13, the VHDL test bench is analysed. In step S14, the second VHDL simulation is run, the results are converted and the assertions checked.
In step S15, the output/input Zs are expanded.
In step S16, the ELDO f ile is written and in step S17, the ELDO test bench is simulated and the results are converted to a WIF f ile. In step S18, the WIF f ile is read in to memory (the second database). In step S19, the results are verified and step S20 is the end.
The following sets out the steps of Figure 6 in more detail.
SECTION 1 - this section provides feedback about options and/or modes given for a run or test. (step Sl) W2TB-I-MODE, Using Mode leldovhdll W2TB-I-SET, W2TB-I-SET, W2TB-I-SET, W2TB-I-SET, 30 W2TB-I-SET, W2TB-I-SET, W2TB-I-SET, W2TB-I-SET, W2TB-I-SET, Expanding for stages 31 Adding assertions for stages 16 Outputting VHDL for stages 18 Analysing VHDI, for stages 18 VHDL simulating for stages 18 Results reading for stages 2 Merging results for stages 2 Outputting cir for stages 32 ELDO simulating for stages 32 35- W2TB-I-SET, Reading ELDO simulation results for stages 32 W2TD-I-SET, Verifying ELDO simulation results for stages 32 W2TB-I-ARCH, Using architecture lbehav, for VHDL simulations W2TB-I-NETLIST, Using ELDO netlist section lallcct.net' 35- W2TB-I-WIFIN, using input WIF 'allcct.wif' SECTION 2- the WIF file is read in and information is stored in a computer memory. (step S2 and S3) 10 W2TB-I-WIFIN, Parsing input wif file WP-I-CIN, Read in comment info WP-I-PINS, Encountered 15 pins in object block WP-I-OIN, Read in object block WP-W-PROGRESS, Percentage of vectors parsed = 100i completed WP-I-VECS, Total of 61 vectors read WP-I-DELTA, Smallest delta = 5000.00 ps WP-I-PIN, Read in the test patterns W2TB-S-IN, Successfully loaded database SECTION 3- check and if necessary correct the timing WT2B-I-DELTA, Smallest Delta is 5000.00 ps after analysis (part of step S2) SECTION 4 - write HDL test bench (step S4) WT2B-I-VHDL, Writing VHDI, to file prefixed 'w2tb_all_cct_21_ W2TB-I-SYSCMD SECTION 5- run HDL simulation (steps SS and S6). Running system command Ivhdlanm -nc -i 30 w2tb_all_cct_2.vhd, W2TB-I-SYSCMD, Running system command Ivhdlan -nc w2tb_all_cct_2_behav.vhd, W2TB-I-SYSCMD, Running system command Ivhdlan -nc _i w2tb all cct 2 netlist.vhd, 35 W2TB-I- SYSCMD, Running system command Ivhdlan -nc w2tb_all_cct_2_cfg.vhd, W2TB-I- SYSCMD, Running w2tb_all_cct_2.controll system command Ivhdlsim -nc -i 36- W2TB-I-ASSERT, no assertions detected in last simulation.
SECTION 6- general operation -only WIF (step S6) W2TB-I-SYSCMD, Running system command 1wif rint -p ALL_CCT_TEST_BENCH.ow>w2tbl SECTION 7 - read into memory the second WIF file, outputs only. This is the second database. (step S7) W2TE-I-WIFIN, Parsing results wif file WP-I-PINS, Encountered 7 pins in object block WP-I-OIN, Read in object block WP-W-PROGRESS, Percentage of vectors parsed= 100-05 - completed WP-I-VECS, Total of 46 vectors read WP-IDELTA, Smallest delta = 5000.00 ps 20. WP-I-PIN, Read in the test patterns SECTION 8 - merge the outputs from the second WIF file into the first database. (step S8) W2M-S-IN, Successfully loaded results database SECTION 9 - expand the X vectors (steps S9, S10 and S11) W2TE-I-XS, Exhaustively expanded level X states, now have 119 vectors SECTION 10 - write the second HDL test bench. (step S12) WT2EIVHDL, Writing VHDI, to file prefixed 'w2tb_all_cct_161 W2TR-I-ASSERT, Adding output testing code SECTION 11 - the second HDI, simulation (steps S13 and S14) 35 W2TB-I- SYSCMD, Running system command Ivhdlan -nc w2tb_all_cct_16_.vhd' - 37 W2TB-I-SYSCMD, Running system command Ivhdlan -nc w2tb_all_cct_16_behav. vhd, W2TB-I-SYSCMD, Running system command Ivhdlan -nc _i w2tb_all_cct_16. netlist' W2TB-I-SYSCMD, Running 10 w2tb_all_cct_16_cfg.vhd, W2TB-I-SYSCMD, Running w2tb_all_cct_16.controll system command Ivhdlan -nc _i system command Ivhdlan -nc _i SECTION 12 this checks if the X modelling is correct. If 15 it is, no assertions will be detected. (step S14) W2TB-I-ASSERT, no assertions detected in last simulation.
W2TB-I-SYSCMD, Running system command lwif-print ALL_CCT_TEST_BENCH.ow> w2tb, SECTION 13 Data prepared for SPICE (step S15) W2TB-I-W, Expanded output Z states, now have 204 vectors SECTION 14 - write SPICE test bench (step S16) W2TB-I-RES, A total of 6 resistors written to the ELDO test 25 bench W2TB-I-SW, A total of 72 switches written to ELDO test bench W2TB-I-VOLT, A total of 76 voltage sources written to ELDO test bench W2TB-I-CURRENT, a total of 0 current sources written to ELDO 30. test bench W2TB-S-END, ELDO test bench written SECTION 15 - run SPICE simulation (step S17) W2TB-I-SYSCMD, Running system command '$eldodir/com/eldo35 stveer w2tb all cct W2TB-I-LOG the log of the eldo simulation has the following lines in it 0 errors 38 0 errors 0 warnings 0warnings SECTION 16- convert SPICE to WIF file, outputs only (step S17) W2TB-ISYSCMD, running system command $WIF2TB ROOT/bin/chi2halfwif w2tb all C2W-I-START, Converting ELDO chi file 'w2rb all-cct-32.chil into WIF file 'w2 C2W-I-SIGNALS, Found 7 signal to convert C2W-I-DONE, converted 269 vectors SECTION 17 - read in WIF file, reuse second database in memory (step S18) W2TE-IWIFIN, Parsing ELDO results wif file WP-I-PINS, Encountered 7 pins in object block WP-I-OIN, Read in object block WP-W-PROGRESS, Percentage of vectors parsed= 100% completed WP-IVECS, Total of 269 vectors read WPI-DELTA, Smallest delta = 100.00 ps WP-I-PIN, Read in the test patterns W2M-S-IN, Successfully loaded ELDO database SECTION 18 - check all pins (step S19) W2TB-I-VERIFY, Verifying pin Ifil W2TB-I-STAT, This pin passed all the tests W2TB-I-VERIFY, Verifying pin 1f21 W2TB-I-STAT, This pin passed all the tests 35 W2TB-I-VERIFY, Verifying pin 1f31 W2TB-I-STAT, This pin passed all the tests W2TB-IVERIFY, Verifying pin 1f41 W2TB-I-STAT, This pin passed all the tests ---1e 3-9 -- W2T3-I-VERIFY, Verifying pin 1f51 W2TB-I-STAT, This pin passed all the tests W2TB-I-VERIFY, Verifying pin 'f61 W2TB-I-STAT, This pin passed all the tests W2TB-I-VERIFY, Verifying pin 1f71 W2TB-I-STAT, This pin failed 1 times WT2B-I-STAT, A total of 1 pins failed verification WT2B-EFAL, the HDL model is different to the ELDO response It should be appreciated that embodiments of the present invention may be implemented by a computer program or by suitable circuitry. The various circuits described can be implemented in hardware or software. When the verification process has been completed an output signal is provided which indicates if the test has been successful or has failed.
The output of embodiments of the invention provides an indication to a user, for example, on a screen indicating that a test has failed or passed. Optionally, in the case of failure, an explanation as to the cause of failure is provided. The output may also advise the computer operating system if the test has passed and failed. In a preferred embodiment of the invention, a file is created in the operating system which indicates if a test has passed or failed. In the case of failure, the reasons for the failure are written in the file.
As an alternative to VHDL, Verilog can be used.
Embodiments of the present invention can be used to verify models of part or all of an integrated circuit.
il 40 It will be apparent to those skilled in the art that modifications could be made to the above-described examples without departing from the scope of the present invention.
ov, -7 41

Claims (17)

CLAIMS:
1. A method of operating a computer system to verify the accuracy of a digital model of a hardware circuit comprising the steps of:
simulating the digital model with associated digital model values; converting the digital model values into a set to provide stimulus to an analogue model of said hardware circuit; simulating the analogue model with the converted values; comparing the results from both simulating steps to verify that the digital model is an accurate model of said analogue model; and providing an output indicating if the digital model is an accurate model of said analogue model.
2. A method as claimed in claim 1, wherein the digital model is a hardware description language (HDL) and the associated digital model values are standard HDL values.
3. A method according to claim 1 or 2, wherein said step of converting the digital model values further comprises the steps of: generating a test bench that reproduces the meanings of the digital model values for use with the analogue model.
4. A method according to claim 3, wherein said step of simulating the digital model comprises monitoring the digital model whilst performing the normal test bench simulation of the model; said step of simulating the analogue model comprises monitoring the analogue model whilst performing a test bench 42- simulation of the model by applying the generated test bench to said analogue model; and said step of comparing the results comprises analysing the results of both the monitoring steps and comparing the results.
5. A method according to claim 3 or 4, wherein said step of generating a test bench comprises the steps of: providing a plurality of voltage supplies; controlling a plurality of voltage controlled switches each connectable to an associated one of said voltage supplies and connected to a resistance for providing a selectable set of stimulus voltage levels for use with said analogue model.
6. A method according to claim 5, further comprising the steps of selectively connecting one of said stimulus voltage levels to each input and output and bi-directional pin of said analogue model.
7. A method according to claim 6, further comprising the steps of when said pin always has a predetermined first voltage state; connecting a first selected voltage supply to said pin via a selected single resistor when said pin is an input 30 pin.
8. A method according to claim 7, wherein when said pin always has a predetermined first voltage state, and said pin is an output pin connecting a second selected voltage supply to said pin, wherein said second voltage is the inverted logic state of said first voltage.
voltage of the 43,
9. A method according to claim 8, further comprising the steps of reducing the drive strength of said second selected voltage supply below the drive strength of an expected output voltage.
10. A method according to claims 1 to 9, wherein said analogue model is a SPICE model of the test circuit.
11. A method according to claim 10, wherein said analogue model is an ELDO model of the test circuit.
12. A method according to any one of claims 1 to 11, wherein said digital model is a very high speed integrated circuit description language (VHDL) model.
13. A method according to any one of claims 1 to 12, wherein said digital model is a Verilog model.
14. A method as claimed in any preceding claim, wherein if the digital model is not an accurate model of said analogue model, said output is arranged to indicate where the models differ.
15. A system for simulating a digital model of a hardware circuit with associated digital model values, said system comprising: means for converting the digital model values into a set to provide stimulus to an analogue model of said hardware circuit; means for simulating the analogue model with the converted values; comparing means for verify the digital model analogue model; and comparing both simulations to is -an accurate model of said 44- means for providing an output indicating if the digital model is an accurate model of said analogue model.
16. A system as claimed in claim 15, wherein said system is a computer system.
17. A computer program comprising program code for performing any of the steps of any of claims 1 to 14, when the program is run on a computer.
GB9925654A 1999-10-29 1999-10-29 A method of verifying the accuracy of a digital model Expired - Fee Related GB2362728B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
GB9925654A GB2362728B (en) 1999-10-29 1999-10-29 A method of verifying the accuracy of a digital model

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
GB9925654A GB2362728B (en) 1999-10-29 1999-10-29 A method of verifying the accuracy of a digital model

Publications (3)

Publication Number Publication Date
GB9925654D0 GB9925654D0 (en) 1999-12-29
GB2362728A true GB2362728A (en) 2001-11-28
GB2362728B GB2362728B (en) 2002-04-24

Family

ID=10863626

Family Applications (1)

Application Number Title Priority Date Filing Date
GB9925654A Expired - Fee Related GB2362728B (en) 1999-10-29 1999-10-29 A method of verifying the accuracy of a digital model

Country Status (1)

Country Link
GB (1) GB2362728B (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2368667A (en) * 2000-06-08 2002-05-08 Sgs Thomson Microelectronics Method and system for identifying inaccurate models of an integrated circuit
US7743351B2 (en) 2004-05-05 2010-06-22 Hispano Suiza Checking the robustness of a model of a physical system
US9940417B2 (en) 2016-07-21 2018-04-10 International Business Machines Corporation Simulating reference voltage response in digital simulation environments

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4792913A (en) * 1986-11-03 1988-12-20 Grumman Aerospace Corporation Simulator for systems having analog and digital portions
US5297066A (en) * 1991-10-22 1994-03-22 National Semiconductor Corporation Digital circuit simulation of analog/digital circuits
JPH07296032A (en) * 1994-04-26 1995-11-10 Dainippon Printing Co Ltd Logic model verification device

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4792913A (en) * 1986-11-03 1988-12-20 Grumman Aerospace Corporation Simulator for systems having analog and digital portions
US5297066A (en) * 1991-10-22 1994-03-22 National Semiconductor Corporation Digital circuit simulation of analog/digital circuits
JPH07296032A (en) * 1994-04-26 1995-11-10 Dainippon Printing Co Ltd Logic model verification device

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2368667A (en) * 2000-06-08 2002-05-08 Sgs Thomson Microelectronics Method and system for identifying inaccurate models of an integrated circuit
GB2368667B (en) * 2000-06-08 2002-09-18 Sgs Thomson Microelectronics Method and system for identifying inaccurate models
US6996513B2 (en) 2000-06-08 2006-02-07 Stmicroelectronics Limited Method and system for identifying inaccurate models
US7743351B2 (en) 2004-05-05 2010-06-22 Hispano Suiza Checking the robustness of a model of a physical system
EP1593982B1 (en) * 2004-05-05 2016-09-28 Snecma Test of the robustness of a modeling of a physical system
US9940417B2 (en) 2016-07-21 2018-04-10 International Business Machines Corporation Simulating reference voltage response in digital simulation environments

Also Published As

Publication number Publication date
GB9925654D0 (en) 1999-12-29
GB2362728B (en) 2002-04-24

Similar Documents

Publication Publication Date Title
US6959271B1 (en) Method of identifying an accurate model
US6061283A (en) Semiconductor integrated circuit evaluation system
US5426770A (en) System for automatically determining the logical function of a circuit
EP0700008A2 (en) Electronic circuit modeling method and apparatus
US5995740A (en) Method for capturing ASIC I/O pin data for tester compatibility analysis
US6560757B1 (en) Method of verification
US6567971B1 (en) Circuit synthesis method using technology parameters extracting circuit
Lopez-Ongil et al. A unified environment for fault injection at any design level based on emulation
US6785642B1 (en) Method of converting data
US5418931A (en) Method and apparatus for detecting timing errors in digital circuit designs
US6847926B1 (en) Method of distinguishing bidirectional pins
US6769101B2 (en) Systems and methods providing scan-based delay test generation
US6996513B2 (en) Method and system for identifying inaccurate models
US6912494B1 (en) Method of reducing delays
US6681357B2 (en) MISR simulation tool for memory BIST application
GB2362728A (en) Verifying the accuracy of a digital model of an integrated circuit
US5677848A (en) Method to derive the functionality of a digital circuit from its mask layout
Gosling Simulation in the design of digital electronic systems
Thiel Have I really met timing?-validating primetime timing reports with SPICE
Webster An integrated analog test simulation environment
US7047173B1 (en) Analog signal verification using digital signatures
Sanchez et al. System level fault simulation
Sasalu FPGA IMPLEMENTATION OF MEMORY TO TEST A SECURED MICROCONTROLLER CHIP
Rülling Circuit Verification
JP4072884B2 (en) Circuit simulation apparatus, circuit simulation method, and storage medium storing the procedure

Legal Events

Date Code Title Description
PCNP Patent ceased through non-payment of renewal fee

Effective date: 20071029