Array
(
    [content] => 
    [params] => Array
        (
            [0] => /forum/threads/systemc-ams-2-0-lrm-release.2287/
        )

    [addOns] => Array
        (
            [DL6/MLTP] => 13
            [Hampel/TimeZoneDebug] => 1000070
            [SV/ChangePostDate] => 2010200
            [SemiWiki/Newsletter] => 1000010
            [SemiWiki/WPMenu] => 1000010
            [SemiWiki/XPressExtend] => 1000010
            [ThemeHouse/XLink] => 1000970
            [ThemeHouse/XPress] => 1010570
            [XF] => 2021770
            [XFI] => 1050270
        )

    [wordpress] => /var/www/html
)

SystemC-AMS 2.0 LRM Release

sumit_tuwien

New member
Grab a copy : SystemC AMS 2.0 Draft Public Review - Accellera Systems Initiative

<script src="//platform.linkedin.com/in.js" type="text/javascript"></script>
inShare10​
<script type="IN/Share+init" data-counter="right"></script>

Introduction to the SystemC AMS 2.0 draft standard
The Accellera Systems Initiative SystemC AMS Working Group (AMSWG) is making available the SystemC AMS 2.0 draft standard for public review. The purpose of this draft standard is to obtain feedback on the proposed updates in the SystemC AMS extensions. The AMS Working Group solicits feedback on the standardized language constructs and semantics to support dynamic and reactive behavior in SystemC AMS, as well as inconsistencies and/or incompatibilities with SystemC-based modeling practices for electronic system-level design. The AMS Working Group will not address change requests related to additional features or functionality extensions as part of the finalization process of the SystemC AMS 2.0 release, but will consider such requests for subsequent releases of the standard.

The SystemC AMS 2.0 draft standard has been created to provide a precise and complete definition of the AMS class library so that a SystemC AMS implementation can be developed with reference to this draft standard alone. As of today, the Accellera Systems Initiative is not aware of the availability of a proof-of-concept implementation compliant with this AMS 2.0 draft standard. Nevertheless, the AMS Working Group has spent significant time to define class definitions which are implementable.

This draft standard is not intended to serve as a user’s guide nor to provide an introduction to the enhancements made to the SystemC AMS 1.0 standard. For this purpose please refer to the presentation given at the open public review teleconference call held on April 19. In addition, general information can be found in the SystemC AMS 1.0 User’s Guide, available as part of the SystemC AMS 1.0 standard, as well as in the white paper “Advancing the SystemC Analog/Mixed-Signal (AMS) Extensions — Introducing Dynamic Timed Data Flow”.

As a convenience courtesy to our readers, here is a non-exhaustive overview of some of the changes compared to the SystemC AMS extensions language standard version 1.0. More information can be found in the Annex D of the SystemC AMS 2.0 draft standard.
  • New member functions for TDF modules and TDF ports to dynamically change or evaluate TDF attributes (e.g., timestep, rate, delay) during simulation;
  • New classes for TDF decoupling ports, which enable continuous-time and discrete-time decoupling of TDF clusters;
  • New class to define the default interpolation mechanism for the continuous-time decoupling port;
  • New specialized TDF port classes and member functions, which enable event-driven TDF module activation;
  • New member functions for the embedded linear dynamic equations to estimate the next value;
  • New member functions to set and get the maximum timestep for modules and TDF ports;
  • New member function to return the last timestep value of modules and TDF ports;
  • New function to return the maximum value of the simulation time;
  • New constant to explicitly assign an undefined value of type double to the initial charge (q0) or initial linked flux (phi0) of ELN primitives representing a capacitor or inductor, respectively;
  • The version and copyright information is now available to the preprocessor using a set of macros and global constant variables, consistent with IEEE Std 1666-2011;
  • The member function bind for the TDF converter ports has been made virtual, consistent with IEEE Std 1666-2011;
  • Deprecated member functions set_timeoffset and get_timeoffset of TDF ports and trace variable.

E-mail your feedback to ams_review@lists.accellera.org. The SystemC AMS Working Group will make every effort to properly assess and incorporate feedback received as we deem appropriate. Feedback should be received prior to April 30, 2012, to ensure time for incorporation into the final SystemC AMS 2.0 release. Feedback received after that date will still be considered, but may be delayed into a subsequent release of the standard.

For more information, please contact us.
 
Last edited by a moderator:
Dear Daniel,

Thanks for the question.

Firstly SystemC family (holds true for the AMS extension) of languages are not behavioral - they are architectural design languages.

Regarding adoption :: In industry it is already being used by NXP, Infenion and STM (OSCI Welcomes Adoption of SystemC AMS 1.0 Standard Inside Industrial Design Flows for Mixed-Signal System Design). It will not be used by many companies for their business focus. Rest it will take little time. The first LRM released on 2010 where the LRM-1.0 had some limitations which has been taken care in LRM-2.0 which will be released soon. We have seen a significant interest after this improvement - especially in automotive industry.

There is one more problem which you can see - there is no proper methodology exists on using SystemC-AMS, on which I am currently working. I think I got the correct abstraction vs accuracy method which will be usable.

SystemC-AMS is very young in terms of existence and it will surely take up with time.

Please let me know if you have more questions

Regards,
Sumit
 
Sumit,

What is the learning curve for someone considering SystemC-AMS? Is it on the order of days, weeks or months?

Thanks.
 
Learning curve is dependent on previous experience. If he is comfortable with C++/SystemC then it should be in the order of weeks. He should be able to write working suits within couple of weeks.
 
You might want to download the User Guide (currently available for LRM-1.0, for LRM-2.0 AMSWG is working) from accellera systems initiative website. The user guide is pretty good and will give you an idea about the learning curve.
 
Back
Top