Search Results

Today's automotive software integration is a static process. Hardware and software form a fixed package and thus hinder the integration of new electric and electronic features once the specification has been completed. Usually software components assigned to an ECU cannot be easily transferred to other devices after they have been deployed. The main reasons are high system configuration and integration complexity, although shifting functions from one to another ECU is a feature which is generally supported by AUTOSAR. The concept of a Virtual Functional Bus allows a strict separation between applications and infrastructure and avoids source code modifications. But still further tooling is needed to reconfigure the AUTOSAR Basic Software (BSW). Other challenges for AUTOSAR are mixed integrity, versioning and multi-core support. The upcoming BMW E/E-domain oriented architecture will require all these features to be scalable across all vehicle model ranges.

A new simulation tool was established and approved by TRW as part of the continuous improvement of the development process. This tool allows the OEM and the system supplier to keep high quality even with further reduced development times. The introduction of the tool in a side air-bag development program makes it possible to ensure high development confidence with a reduced number of vehicle crash tests and late availability of interior component parts.

Driver assistance systems (e.g. the emergency brake assist Active Brake Assist2, or ABA2 for short, in the Mercedes-Benz Actros) are becoming increasingly common in heavy-duty commercial vehicles. Due to the close interconnection with drivetrain and suspension control systems, the integration and validation of the functions make the most exacting demands on processes and tools involved in mechatronics development. In addition to a multi-stage test process focusing on the functions of the driver assistance systems (software), the “electrical” aspects (hardware) also form part of holistic maturity level validation. The test process is supported by state-of-the-art, high-performance tools (e.g. automatable component test benches and overall vehicle HiL systems) which, in particular, allow quick and accurate configuration in line with different vehicle variants.

This paper presents an object-oriented method customized for a tool-assisted development of car software components. Tough market conditions motivate smart software development. ASCET SD is a tool to generate target code from graphic specifications, avoiding costly programming in C. But ASCET lacks guidelines on what to do, how to do it, in what order, like a fully equipped kitchen without a cooking book. Plans to employ the tool for BMW vehicle software sparked off demand for an adequate, object-oriented real-time methodology. We show how to scan the methodology market in order to adopt an already existing method for this purpose. The result of the adaptation of a chosen method to ASCET SD is a pragmatic version of ROOM, which we call BROOM. We present a modeling guidebook that includes process recommendations not only for the automotive sector, but for real-time software development in general.

The environmental impact of automobiles and components is of growing importance both in the public discussion and in the complex decision finding process for future car concepts. Especially more and more conflicts of objectives occur between technical, economical, ecological and political requirements. For a lasting improvement of environmental compatibility and recyclability as an element of the so-called „sustainable development” of automobiles and components, BMW is the first carmaker which has developed quantitative management tools /1, 2/. These component related instruments enable designers in the product development phase to evaluate different component variations practice-oriented and with an ecological perspective in mind. In this endeavor, BMW is placing its bets on „intelligent lightweight construction”, i. e., the ecologically-economically best component solution.

This paper describes the first results from the AutoMoDe project (Automotive Model-based Development), where an integrated methodology for model-based development of automotive control software is being developed. The results presented include a number of problem-oriented graphical notations, based on a formally defined operational model, which are associated with system views for various degrees of abstraction. It is shown how the approach can be used for partitioning comprehensive system designs for subsequent implementation-related tasks. Recent experiences from a case study of an engine management system, specific issues related to reengineering, and the current status of CASE-tool support are also presented.

BMW has introduced new test stands for noise measurements on passenger cars and motorcycles. Information is given on room conditions, machinery equipment, sound levels, frequency ranges and types of measurement. The semi-anechoic room is designed for measuring the sound distribution emitted by a single vehicle. Road influence is simulated by a reflecting floor and a roller-dynamometer. The free field sound distribution in terms of distance and direction is measured in the anechoic room. This room has high-precision installations for sound source identification and noise mapping. The reverberation room serves to measure sound power emitted by the test object. Its second purpose is to subject the bodywork to a high-power external sound source and to measure the sound-deadening effect of the passenger compartment. In conclusion, the presentation provides reports on the initial experience with these test facilities.

Exhaust acoustics simulation is an important part of the exhaust system process. Especially important is the trend towards a coupled approach to performance and acoustics design. The present paper describes a new simulation tool developed for such coupled simulations. This tool is based on a one-dimensional fluid dynamics solution of the flow in the engine manifolds and exhaust and intake elements. To represent the often complex geometries of mufflers, an easy-to-use graphical pre-processor is provided, with which the user builds a model representation of mufflers using a library of basic elements. A comparison made to two engines equipped with exhaust silencers, shows that the predictions give good results.

In the next 20 years the share of small electric vehicles (SEVs) will increase especially in urban areas. SEVs show distinctive design differences compared to traditional vehicles. Thus the consequences of impacts of SEVs with vulnerable road users (VRUs) and other vehicles will be different from traditional collisions. No assessment concerning vehicle safety is defined for vehicles within European L7e category currently. Focus of the elaborated methodology is to define appropriate test scenarios for this vehicle category to be used within a virtual tool chain. A virtual tool chain has to be defined for the realization of a guideline of virtual certification. The derivation and development of new test conditions for SEVs are described and are the main focus of this work. As key methodology a prospective methodical analysis under consideration of future aspects like pre-crash safety systems is applied.

The increasing functionality and complexity of future electric/electronic architectures requires efficient methods and tools to support design decisions, which are taken in early development phases 6. For the past four years, a holistic approach for architecture development has been established at Mercedes-Benz Cars R&D department. At its core is a seamless design flow, including the conception, the analysis and the documentation for electric/electronic architectures. One of the actual challenges in the design of electric/electronic architectures concerns communication behavior and network topologies. The increasing data exchange between the ECUs creates high requirements for the networks. With the introduction of FlexRay 21 and Ethernet the automotive network architecture become a lot more heterogeneous. Especially gateways must fulfill many new requirements to handle the strict periodic schedule of FlexRay and the partly event-triggered communication on CAN-busses 23.