1 / 18

Tools for Model-based Design and Test

Tools for Model-based Design and Test. Martin Vlach Lynguent, Inc. 2828 SW. Corbett Ave., Ste 122 Portland, OR 97201 Ph: 503-241-7195 mvlach@lynguent.com. H. Alan Mantooth Mixed-Signal CAD Laboratory University of Arkansas Fayetteville, AR 72701 Ph: 479-575-4838

aureliom
Download Presentation

Tools for Model-based Design and Test

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Tools for Model-based Design and Test Martin Vlach Lynguent, Inc. 2828 SW. Corbett Ave., Ste 122 Portland, OR 97201 Ph: 503-241-7195 mvlach@lynguent.com H. Alan Mantooth Mixed-Signal CAD Laboratory University of Arkansas Fayetteville, AR 72701 Ph: 479-575-4838 mantooth@{lynguent.com,uark.edu}

  2. Outline • Compact modeling yesterday and today • C based • Verilog-A based with compilers • Compact modeling tomorrow • Conceptual level methodology • Importing legacy HDL models • Optimized for ADMS compilation • Advanced diagnostics • Self-documenting • Reusable effects • PDK support • Model-based toolkits • Multi-lingual from single root • Conclusions

  3. Yesterday and Today • Compact modeling yesterday and today • C based • Simulator data structures • Unwieldy code • Typically, poorly documented • Underanalyzed • Derivatives • Verilog-A based with compilers • Still totally code based • Underanalyzed • Maintenance for multiple simulators

  4. Paragon/ModLyng

  5. Tomorrow • Conceptual • Importing • Optimized • Diagnostics • Self-documenting • Reusable effects • PDK support • Toolkits • Multi-lingual Focus on what to model, not how

  6. Tomorrow • Conceptual • Importing • Optimized • Diagnostics • Self-documenting • Reusable effects • PDK support • Toolkits • Multi-lingual • Reuse legacy HDL code as either: • A starting point for modification or • Perhaps a migration to another format

  7. Tomorrow • Conceptual • Importing • Optimized • Diagnostics • Self-documenting • Reusable effects • PDK support • Toolkits • Multi-lingual Code generation understands parameters, constants, etc.

  8. Tomorrow • Conceptual • Importing • Optimized • Diagnostics • Self-documenting • Reusable effects • PDK support • Toolkits • Multi-lingual • Produce plots of evaluated code • Check continuity • Perform differentiation

  9. Tomorrow • Conceptual • Importing • Optimized • Diagnostics • Self-documenting • Reusable effects • PDK support • Toolkits • Multi-lingual • Modeling at this level IS documentation • Tool clearly does more to convey model functionality than simply code analogous to a state machine diagram

  10. Tomorrow • Conceptual • Importing • Optimized • Diagnostics • Self-documenting • Reusable effects • PDK support • Toolkits • Multi-lingual Compact models often have many of the same effects

  11. Tomorrow • Conceptual • Importing • Optimized • Diagnostics • Self-documenting • Reusable effects • PDK support • Toolkits • Multi-lingual Elimination of PDK macromodels and scripts for geometric, thermal, and correlative effects

  12. Tomorrow • Conceptual • Importing • Optimized • Diagnostics • Self-documenting • Reusable effects • PDK support • Toolkits • Multi-lingual Complete with regression analysis, commonly used graph definitions, commonly used diagnostics.

  13. Tomorrow • Conceptual • Importing • Optimized • Diagnostics • Self-documenting • Reusable effects • PDK support • Toolkits • Multi-lingual • Can generate multiple HDLs • Can generate code for multiple simulation platforms • API-based, so user-definable

  14. Transistor Modeling Demonstration of BSIM4 • Import • Documented BSIM4 • Search • Threshold voltage • BSIM4 improvement through ModLyng

  15. Conclusions • Compact modeling continues moving toward a new approach • Foundation is comprehensive • ModLyng is equally valid for analog and mixed-signal behavioral modeling • Much more to tell such as: • CMX: open source format • Effects modeling • Extensions to mixed-signal • Model synthesis tools

  16. Block example Q6 Q5 Q1 Q2 Q7 Q8 Q3 Q4 Ictrl RL RL I1 Vo+ Ibias Vo- In+ Re In- Ictrl

  17. Bias Current Circuit Start-up PTAT voltage generator Gm/ID regulator

  18. Model of Bias Current • I vs. T I = 0.0645*T + 4.65 mA p I(T) m

More Related