2003
DOI: 10.1145/778553.778557
|View full text |Cite
|
Sign up to set email alerts
|

Modeling methodology for integrated simulation of embedded systems

Abstract: Developing a single embedded application involves a multitude of different development tools including several different simulators. Most tools use different abstractions, have their own formalisms to represent the system under development, utilize different input and output data formats, and have their own semantics. A unified environment that allows capturing the system in one place and one that drives all necessary simulators and analysis tools from this shared representation needs a common representation t… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
2
1

Citation Types

0
36
0

Year Published

2004
2004
2010
2010

Publication Types

Select...
4
3
2

Relationship

1
8

Authors

Journals

citations
Cited by 38 publications
(36 citation statements)
references
References 14 publications
0
36
0
Order By: Relevance
“…Data types in Gratis++ are modeled similarly to the MILAN system [8]. It allows the specification of both simple and composite types.…”
Section: Gratis++: An Mic Approachmentioning
confidence: 99%
“…Data types in Gratis++ are modeled similarly to the MILAN system [8]. It allows the specification of both simple and composite types.…”
Section: Gratis++: An Mic Approachmentioning
confidence: 99%
“…Yet, we were one of the first to use the module description language of Simulink as interface to Globus or Condor. Actor-oriented programs like Ptolemy [17] and MILAN [58] use the same dataflow model as Simulink, but use their own language and had originally no interface to a cluster or grid. The Ptolemy environment not only works in the dataflow domain, but also in many others, as for instance continuous time and discrete events [17].…”
Section: Integration Approachmentioning
confidence: 99%
“…This can be in the form of simulation of individual subsystems in isolation as well as replacing detailed behavior with computational more efficient high level behavior, as demonstrated in chapter 6 and for instance also in the Milan project [58]. Yet, abstraction into a hierarchy of modules is for most engineering problems not enough.…”
Section: Multi-level Modelingmentioning
confidence: 99%
“…The designer uses the tools integrated in the framework to estimate performance, analyze the effect of parameter variation on performance, and identify optimization opportunities. The framework supports application modeling as a hierarchical data flow graph [Ledeczi et al 2003] (explained in Section 3.2). Such representations allow us to define the application design problem as a mapping (task mapped to a device operating at a particular configuration) problem that can be solved in an efficient manner using, for example, dynamic programming or heuristics.…”
Section: Introductionmentioning
confidence: 99%