单片机类毕业论文设计英文翻译

1、单片机类毕业论文设计英文资料翻译a modeling-based methodology for evaluating the performance of a real-time embedded control systemklemen perko, remy kocik, redha hamouche, andrej trostabstractthis paper presents a modelling-based methodology for embedded control system (ecs) design. here, instead of developing a ne

2、w methodology for ecs design, we propose to upgrade an existing one by bridging it with a methodology used in other areas of embedded systems design. we created a transformation bridge between the control-scheduling and the hardware/software (hw/sw) co-design tools. by defining this bridge, we allow

3、 for an automatic model transformation. as a result, we obtain more accurate timing-behaviour simulations, considering not only the real-time software, but also the hardware architectures impact on the control performance. we show an example with different model-evaluation results compared to real i

4、mplementation measurements, which clearly demonstrates the benefits of our approach. 2011 elsevier b.v. all rights reservedkey words: modeling, model transformations, embedded control systems design, real-time systems1. introductionembedded control systems (ecss) are ubiquitous nowadays. they are us

5、ed in a broad spectrum of applications, from simple temperature control in household appliances to complex and safetycritical automotive brake systems or aircraft flight control systems. different applications have different demands with regards to the real-time execution, control performance, energ

6、y consumption, price, etc., of the ecs being used. modern technologies for hardware (hw) and software (sw) design provide a variety of possibilities for designing ecss (e.g., distributed and networked hw, multi-processor systems, a variety of sw control algorithms and real-time operating systems (rt

7、oss), etc.) 1. it is commonly acknowledged that the designing and verifying of reliable and efficient ecss for a particular application are challenging tasks.1.1. traditional control-system designthe aim of designing an ecs is to build a computing system that is able to control the behavior of a phy

8、sical system, e.g., a plant. such a plant is made up of interconnected mechanical, electrical and/or chemical elements. a typical ecs consists of electronic sensors for data acquisition from the plant, a computing system for processing the control algorithm, and electronic actuators to drive the pla

9、nt.the ecs design process involves different actors and areas of expertise (control theory, signal processing, real-time sw and hw engineers). each of these engineers is familiar with their own modeling languages, models, design tools, etc. this heterogeneity introduces cuts in the design process. m

10、odel transformations are needed between each design step; however, they are often carried out manually and, as a result, are prone to mistakes and subject to interpretation, which of course depends on the skill of the designer. the traditional form of ecs design is performed in two separated domains

11、 the control sw domain and the hw domain using specific design tools and their respective system models. in the first domain, control engineers define the control laws and the sw engineers write the code that executes the operations required by the control laws. a so-called control-scheduling co-des

12、ign is performed. decisions made in the real-time (rt) software design affect the control design, and vice versa. for instance, different sw scheduling policies have different impacts on the latency distributions in the control loops and, consequently, on their performance. also, the control-loop pe

13、rformance directly affects (by constraining) the sw execution parameters (i.e., sampling periods, task-execution jitter, etc.).in the second domain the hw engineers design an hwplatform that will execute the control sw. the connections of all the sensors and actuators to the platform are made via th

14、e available communication channels. however, because the hw platform is designed separately, control engineers cannot estimate its impact on the control-loop performance. for instance, the data from sensors and to actuators can pass through one or more communication channels. a hw engineer can, in g

15、eneral, choose from among a variety of communication protocols, and each type introduces different latencies and jitter, which therefore affects the sw execution. the control engineer cannot, however, evaluate the effect of these latencies before the system is actually implemented. hence, the desire

16、d performance of the system may not be achieved, and it is necessary to change and tune the control laws (calibration phase) in order to compensate for the impact of these communication and execution delays. the fact that the calibration has to be performed on an actual plant can be very expensive a

17、nd time-consuming, especially when the desired performance cannot be achieved using the current hwplatform and a redesign is required. another shortcoming of traditional ecs design is the inability of control and sw engineers to exploit some of the advantages offered by modern hw technologies. for i

18、nstance, control loops running in parallel, instead of the traditional sequential execution, could give better performance. parallel execution can be achieved with the use of multi-processor or distributed platforms.modern ecs design techniques rely heavily on system modeling, which provides a means

19、 to examine how various components work together and to estimate the impact of the ecss implementation on control performance before it is actually implemented. this makes it possible to correct the initial control laws in order to compensate for the implementation impacts early in the design cycle.

20、 another important aspect of modeling is the ability to explore different possible system implementations (design-space exploration). appropriate modeling can significantly shorten the design cycle of an ecs 2.to overcome the problems introduced by the heterogeneity of design models and tools, diffe

21、rent methodologies and tools were developed 3. these methodologies usually provide a means to create a uniform ecs model, simulate and evaluate its behavior, formally transform it towards an implementation, etc.1.2.proposed control system designto improve and accelerate the traditional ecs design we

22、 propose the merging of these separated domains. on the basis of this merging, all the actors in the design process could better collaborate and exchange their data during the design process, they could do a more thorough design-space exploration and the design cycle could be made significantly shor

23、ter. instead of developing a new methodology for ecs design, we propose to upgrade the traditional sw-based control-system design approach with efficient modeling and design of the hw platforms. recently, several methodologies have been developed that concern hw/sw co-design. these methodologies ena

24、ble the efficient design of sw and hw on embedded systems in terms of sw execution speed, hw resources usage, system flexibility, future upgradeability, final design costs, etc. we propose creating a formal bridge between the existing tools for control-scheduling co-design and hw/sw co-design. this

25、bridge makes possible model transformations and the exchange of simulation results between tools for control-scheduling co-design and hw/sw co-design.the bridge is based on a formal transformation of models between different design tools. our foundation for the control scheduling co-design methodolo

26、gy is work presented in 4 and its associated tool, modest, which is presented in 5. for the purpose of hw/sw co-design we have selected the methodology presented in 6 with its associated abstract-system modeling tool, asymod, which is presented in 7.with the bridge we are able to obtain more accurat

27、e control-performance evaluations considering architectural details and even the possibility to study mixed hw/sw implementations of the control system. evaluating the impact of implementation in the early design stages reduces the number of design-lifecycle iterations and shortens the time needed f

28、or a final calibration of the control laws.in the next section we present the related methodologies, followed by short descriptions of the modest and asymod tools and their metamodels. in section 3 we describe the formal rules for model transformation and the implementation of the bridge. in section

29、 4, two examples of an embedded controller are presented. by comparing simulation results to measurements on a real implemented system, we show the benefits of our approach. finally, the paper is concluded in section 5.1.3.related methodologies and toolsthe increasing need to optimize ecss in terms

30、of their control performance, rt constraints and cost efficiency has led to limited computational resources combined with their efficient exploitation and has, as a consequence, encouraged the emergence of new research areas.domain-specific tools for control-scheduling co-design have been developed

31、recently. these tools support implementation modeling and analysis in terms of control performance. several of the tools are based on matlab, which is traditionally used by control engineers for the design of control laws. the aida 8 toolset is a model-based environment for the design and analysis o

32、f control systems, used either in stand-alone form or with matlab. the toolset supports the modeling of control-function execution on distributed hw components containing multi-processors and communications links. the effects of the control algorithms implementation on control performance can be ana

33、lyzed. jitterbug 9 is a matlab-based analysis tool for computing a quadratic performance criterion in linear control systems under various timing conditions. using jitterbug, the sensitivity of control systems to delays, jitter and other interferences can be studied. the effects of different sw impl

34、ementations on control performance can be analyzed. truetime 10 is a simulator in matlab/simulink designed for the co-simulation of the distributed controllers task execution on several rt kernels, network transmissions, and continuous plant dynamics. it provides a control performance analysis of di

35、stributed rt computer-based control systems, considering the effects of processors and network scheduling, task attributes, their data dependency, etc. truetime and jitterbug can be used together to evaluate the performance of various control loop implementations 11. recently an esmol 12 tool chain

36、has been developed. it incorporates a prototype scheduling tool which calculates schedules for time-triggered networks in distributed embedded systems. the esmol can be used together with the truetime in order to asses platform effects to computed schedule and to control performance.the research act

37、ivities focused on software design for distributed real-time embedded systems lead to development several tools and languages. timing definition language (tdl) is a high-level description language for specifying the explicit timing requirements of a time-triggered application, which may be construct

38、ed out of several components. it promotes the idea that the functional and temporal behavior of developed software should be platform independent. this reduces costs of system integration, validation and maintenance. an automatic bus-schedule generation for messages over network topology is presente

39、d in 13. an approach to optimize software component allocation systems on distributed real-time embedded systems is explained in 14. authors provide bin packing algorithm for deployment and configuration of components in order to meet their required quality-of-service (qos) properties, such as predi

40、ctable latency/jitter, throughput guarantees, scalability etc. cheddar tool is designed for software task scheduling simulation and feasibility analysis of systems described with architecture analysis & design language (aadl). methods for scheduling analysis and memory requirements analysis of buffe

41、rs used for communication between aadl threads are described in 15.researchers have defined several hw/sw co-design methodologies in order to leverage system development. multicomponent architectures allowing rt implementations of complex algorithms at a low cost have been proposed. several tools ha

42、ve been introduced for system modeling 16, synthesis 17 and design 1820. ptolemy ii 16 supports a variety of models of computation, for example, a timed multitasking model 21 for a deterministic design of the concurrent rt software. the tool is able to model a fixed-priority scheduling of tasks with

43、 constant execution times. syndex 20 is a co-design tool for rapid prototyping and optimizing the implementation of distributed rt embedded applications onto multicomponent architectures. it includes automatic mapping and scheduling, supports architecture refinements and the automatic generation of

44、the executable code.the complexity of the algorithms, reusability and traceability, demand a reduction in the design costs, and the diversity of skills and tools involved in the design process has driven researchers to define a new model-driven methodology. the model- driven engineering (mde) approa

45、ch relies on using the concepts of models as an abstract presentation of the system. the model is always constructed with a specific purpose in mind and is not intended to represent the system as a whole. the semantics of the concepts and relations handled in the model has to be precisely specified.

46、 the role of the metamodel is to define what the valid models express, e.g., a model is conformable to a metamodel. metamodels are defined using one of the modeling languages. the approach was first applied in the sw engineering domain 22, but later it has also been increasingly used in the design o

47、f embedded systems 12,14,23,24.in the mde approach, models evolve with model transformations classified into vertical and horizontal transformations 25. a typical example of the horizontal transformation is model migration, and an example of the vertical transformation is model refinement. vertical

48、transformation steps add more details to the model with respect to the previous step. each vertical refinement step leads to a more detailed model, while still implying the properties of the abstract model from the first step. the level of abstraction is lowered towards the implementable model. the

49、horizontal transformation is a transformation where the source and the target models reside at the same abstraction level, but the model can migrate from one tool to another. with horizontal transformations, different bridges between the tools can be established. for vertical and horizontal transfor

50、mations different approaches and related languages have been developed that provide transformation environments. acknowledged representatives of model transformation languages are atl 26, 27 and great 28, 29. transformation in great relies on graph transformation techniques, while in atl transformat

51、ion is based on textual written rules. great is used for model transformations in 14. detailed overview and comparison of model transformation tools and approaches can be found in 30.our work is at the crossroads of the above research areas. using the mde approach based on metamodelling, we offer a

52、design framework that supports model transformations so as to enable links between different tools, such as those mentioned above. within the tool we provide scheduling simulation as in 15. it provides analysis of software tasks execution time jitter to control performance. a model transformation br

53、idge with hw/sw co-design tool extends this analysis to consider also the impact of hardware architecture components and also enables architectural exploration.2.model-driven embedded system design2.1.modest toolthe model-driven embedded system design tool (modest) tool 5 implements the methodology

54、presented in 31. its main goal is to unify the ecs design steps into a homogeneous approach, by handling the complexity and the heterogeneity of models, and to improve the models consistency and tractability along the design stage in v-shaped ecs design process as presented in fig. 1. the modest too

55、l offers a design environment ranging from control-algorithm modeling to code generation for a mono-processor target. the tool does not replace specialized domain tools, but enables the building of links between them in order to support, in the same framework, the whole embedded-system design proces

56、s.the modest tool implements multi-facet design views, where each view is well suited to the job and the problems of each design step. it provides a domain-oriented toolset for building a model, using a specific terminology (control, computer-science or rt), with the corresponding actor (control des

57、igner or rt software designer). these domain-oriented languages are based on a sw-component approach, effectively accelerating the design cycle. the component approach increases the reusability of models, despite the rapid technological evolution of embedded platforms. the embedded control system is

58、 designed on the basis of three facets: functional, sw specification and implementation. in the functional facet, the user defines the algorithm using a dataflow graph, where the nodes are the functions and the data dependencies are the signals. in the sw specification facet, the user specifies the

59、software components (icomps) that will implement the necessary functions, for composing the complete control algorithm. in the implementation facet, according to the rt constraints and data dependencies, icomps are grouped into sequences executed in periodic tasks. in this facet, the user should also give information about the hw resources and the sw platform, such as the scheduling policy.the model-driven architecture (mda) approach