Analysis Level. In the first year of the ID4EV project, the analysis and design model of the system and subsystems were developed. The main system is the Comfort Range Balancer and its subsystems, among them the Range Problem Solver. Dynamic and static diagrams were developed on both abstraction levels. The models evolved from more abstract and vague analysis model to concrete and detailed design models. Especially the HMI interaction concept was worked out even in an early phase of the project, but also the dynamics or other components as the range problem solver was worked out this way. For the most parts of the system, UML activity charts were used, one partner directly started to implement the dynamics in Simulink. As a sample for static and dynamic diagrams the behaviour and integration of the range problem solver, as worked out on analysis level, is shown below. Figure 2-19: Embedded Range Problem Solver on Analysis level The diagram above shows an earlier view of the range problem solver and its collaboration with other system components. Figure 2-20: Dynamic View of Range Problem Solver (including data flows) Figure 2-21: Dynamic View of Range Problem Solver Dialog (including data flows)
Analysis Level. As a step towards system realization, the vehicle level features are realised by some interconnected abstract functions at the analysis level, specifying the corresponding input functions, application functions, and output functions for each vehicle level function in an implementation independent way. For the target braking system, the vehicle features of concern are implemented by a set of analysis functions shown in Figure 2-25 and Figure 2-26. Figure 2-25: Advanced Braking feature and the specification of its functional realizations in Papyrus. Figure 2-26: Regenerative Braking Control feature and the specification of its functional realizations in Papyrus.
Analysis Level. In the first year of the ID4EV project, the analysis and design model of the system and subsystems were developed. The main system is the Comfort Range Balancer and its subsystems, among them the Range Problem Solver. Dynamic and static diagrams were developed on both abstraction levels. The models evolved from more abstract and vague analysis model to concrete and detailed design models. Specially the HMI interaction concept was worked out even in an early phase of the project, but also the dynamics or other components as the range problem solver was worked out this way. For the most parts of the system, UML activity charts were used, one partner directly started to implement the dynamics in Simulink. As a sample for static and dynamic diagrams the behavior and integration of the range problem solver, as worked out on analysis level, is shown below.
Analysis Level. Analysis level represents a preliminary functional decomposition that realize the vehicle features with the principal internal and external interfaces. Starting from the vehicle features of the selected subsystem, a collection of preliminary functions to acquire sensors, manage the torque and the changes between the vehicle driving modes has been designed The following pictures shown the main preliminary functions defined and their interaction Figure 2-2: Propulsion - Analysis Function Types Figure 2-3 Propulsion - Functional Analysis Architecture
Analysis Level. As a step towards system realization, the vehicle level features are realised by some interconnected abstract functions at the analysis level, specifying the corresponding input functions, application functions, and output functions for each vehicle level function in an implementation independent way. For the target braking system, the vehicle features of concern are implemented by a set of analysis functions shown in Figure 2-39 and Figure 2-40. Figure 2-39: Advanced Braking feature and the specification of its functional realizations in Papyrus. Figure 2-40: Regenerative Braking Control feature and the specification of its functional realizations in Papyrus. Figure 2-41 shows the specification of functional architecture in EAST-ADL for the braking system (See also D6.1.1 for an overview the functional operation concept). Figure 2-41: Functional Analysis Architecture specification of the Regenerative Braking System in Papyrus. In EAST-ADL, system boundaries are explicitly defined by means of functional devices (FunctionalDevice). Through functional devices, an analysis function interacts with the physical environment. Figure 2-42 shows the connections between functional devices and the physical environment. Figure 2-42: Connecting functional analysis functions with environment in Papyrus. To define the timing requirements and timing design, constructs like TimingConstraint, EventChain and Event are available in EAST-ADL.
