DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI
DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI
DACI
DACI
DACI
DACI
DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI DACI
DACI
DACI
DACI DACI DACI DACI DACI
DACI
DACI DACI DACI DACI DACI DACI DACI
No Bugs!
Q How long has DACI been in business?
A Since 1983.
Q How does DACI operate?
A We have a small core staff and a network of seasoned senior consultants. This allows us to target the resources required for our various projects in a very cost-efficient manner.
Q If DACI does an analysis for my company, who will do the analysis at DACI?
A For analysis tasks, DACI will provide someone who is not only expert in analysis techniques, but who also has at least 20 years of experience in the general technology being analyzed. In our view this is the only way to get the best results from WCA.
Q Will the analysis take up a lot of my staff's time?
A We try to be as unobtrusive as possible. In some cases, we provide an analysis based only on submitted schematics and related design materials. However, that is not optimum. Instead we recommend that the process be a real-time effort with close coordination with your project managers. This will give them timely information during the design flow, enabling them to make important design decisions when changes are less costly.
Q What if my design team does not agree with your conclusions?
A Although we are highly qualified, we are not perfect. We expect our reports to be reviewed with a critical eye. In fact, "closing the loop" by comparing analysis results to lab or simulation results is a necessary step in ensuring that the analysis is correct and the design is fully understood. Ideally, the WCA process is a dialog between the designers, analysts, and project managers with the goal of bullet-proofing and optimizing a design, in a cost-effective manner.
Q We have been using testing and simulations as our design validation process. Isn't that enough?
A Your competitors will hope you continue to think so. But your design validation process has a gaping hole.
Q Why is that? I thought analysis and simulation were the same thing.
A No, they are quite different. Simulation is an important tool, but does not facilitate an in-depth understanding of a design. Analysis on the other hand is the development and study of design equations. This allows the key variables of the design to be identified and their effects to be fully understood, essential for design-centering, optimization, and creativity. Analysis also takes into account tolerance stackup that is extremely difficult if not impossible to determine by testing or simulations. Also, an important output of our WCA+ method is a probability estimate for out-of-spec conditions. This allows design managers to make rapid and practical risk assessments of any identified problems.
Q How can you use design equations to identify the complex performance aspects we observe with simulators?
A Equations are an open-ended modeling tool, providing tremendous insight. If a process can be observed, it can generally be broken into small manageable chunks and modeled with enough accuracy to meet design validation needs. Simulators such as SPICE are, after all, nothing more than equation generators running in the background. By comparison, with algebraic design equations you gain the advantage of much more clearly "seeing" a design, allowing the immense power of the human brain to be applied. As a small example, design equations can readily be adjusted to include the effects of thermal feedback within a power device such as an IGBT, allowing the design team to observe the conditions that initiate thermal runaway.
Q Can you analyze every design?
A No, but the exceptions are those relatively rare cases where a design relies on poorly understood or uncontrolled factors, or has an intertwined complexity which makes it impossible to unravel. In both cases, however, this is not a deficiency in the analysis process, this is a deficiency in the design. For a design to be of acceptable risk, it must be capable of being described with algebra or simple calculus, and able to survive a thorough analysis.
Q Some of my designers do not provide much analytical backup for their designs. Others do not like to have their designs "challenged." Will you still be able to do an analysis?
A Yes. Our background includes in-depth design experience, and we are sensitive to such issues. Our role is not to be critical, but to be viewed as an assistant to the design team and project manager, helping them to beef-up, tune-up, and optimize a design. Our goal is No Bugs!
ANALYSIS FAQ