Search Results

The development of future automotive electronic systems requires new concepts in the software architecture, development methodology and information exchange. At Bosch an XML and MSR based technology is applied to achieve a consistent information handling throughout the entire software development process. This approach enables the tool independent exchange of information and documentation between the involved development partners. This paper presents the software architecture, the specification of software components in XML, the process steps, an example and an exchange scenario with an external development partner.

Car Periphery Supervision (CPS) systems comprise a family of automotive systems that are based on sensors installed around the vehicle to monitor its environment. The measurement and evaluation of sensor data enables the realization of several kinds of higher level applications such as parking assistance or blind spot detection. Although a lot of similarity can be identified among CPS applications, these systems are traditionally built separately. Usually, each single system is built with its own electronic control unit, and it is likely that the application software is bound to the controller's hardware. Current systems engineering therefore often leads to a large number of inflexible, dedicated systems in the automobile that together consume a large amount of power, weight, and installation space and produce high manufacturing and maintenance costs.

This paper describes the concept of the Diagnostic System Management DSM which introduces an improved object-oriented software architecture in order to meet the high performance and reliability requirements of automotive On-Board Diagnostic Systems (OBD). DSM handles standard tasks and offers services to integrate diagnostic and control functions. This architecture enables the flexible composition of system-independent, reusable function implementations. Hence a distributed software development and software sharing are supported. The module DSM consists of a Fault Code Memory, an Inhibit Handler, a Validator and a Function Scheduler. Special care has been taken to achieve robustness against EMI effects. Bosch will use DSM in the future powertrain control systems.

Antilock Braking Systems (ABS) and Traction Control Systems (ASR) should ensure maximum stability and steerability even under extreme driving conditions. Since high performance systems additionally improve brake distance and traction within the given physical limits, every vehicle equipped with ABS and ASR offers considerably higher active safety. ABS was introduced into the market by the Robert Bosch GmbH more than ten years ago, and more than 3 million systems have been produced by the end of 1988. Volume production of ASR began in 1987. This paper describes several high-, medium-, and low performance concepts and compares them with regard to safety and performance. Although it seems to be nearly impossible to define a cost/benefit ratio between monetary values and safety, our purpose here is to identify further development strategies through the use of a decision matrix.

In 1978, Bosch was the first supplier on the market to offer full-function antilock braking systems. In 1993, six years will have passed since Bosch delivered the first traction control system for passenger cars. In the meantime, a considerable amount of experience has been gained through ongoing development and testing. This experience enabled us to define the requirements for directional stability, optimum control strategy, maximum usage of the entire spectrum of drive torque intervention possibilities, and optimized hydraulics for automatic brake intervention. The result is Bosch ABS/ASR5, which in now being introduced to the market. This new ABS/ASR family is designed in modules, which offers high flexibility in function and assembly. Systems are available with traction improvement, or with optimized directional stability and traction. Each version is adapted to the needs of the vehicle drive layout, and adaptable to customer requirements.

The transition from the multi-component ABS2 design to the one housing concept of ABS5.0 represented a significant step in improving the ABS unit. ABS5.3 is the successor of ABS5.0 to achieve a highly compact, light weight inexpensive design, for the broad use of ABS in all passenger cars and light trucks. New technologies applied are the staking technique for hydraulic components, the use of microhybrid electronics design and solenoid coils being integrated within the attached electronic control unit. The unit can be manufactured in global alliance achieved by simultaneous engineering, applying CAD, FE-analysis, flow calculation and simulation, noise analysis and quality assurance which includes FMEA, error simulation, durability tests and the dry testing concept. The ABS5.3 design can be easily expanded to Traction Control (ASR).

Control of a car is lost, or considerably reduced, whenever one or more of the wheels exceed the stability limit during braking or accelerating due to excessive brake or drive slip. The problem of ensuring optimum stability, steerability and brake distance of a car during hard braking is solved by means of the well-known Anti-lock Braking System (ABS). The task to guarantee stability, steerability and optimum traction during acceleration, particularly on asymmetrical road surfaces and during cornering maneuvers, is being performed by the traction control system (ASR). Several means to provide an optimum traction control are described, e. g the control of engine torque by influencing the throttle plate and/or the ignition and/or the fuel injection.

Closed loop vehicle control comprising of the driver, the vehicle and the environment is now achieved by the automatic wheel slip control combination of ABS and ASR. To improve directional control during acceleration, the Robert Bosch Corporation has introduced five ASR-Systems into series production. In one system, the electronic control unit works exclusively with the engine management system to assure directional control. In two other systems, brake intervention works in concert with throttle intervention. For this task, it was necessary to develop different highly sophisticated hydraulic units. The other systems improve traction by controlling limited slip differentials. The safety concept for all five systems includes two redundant micro controllers which crosscheck and compare input and output signals. A Traction Control System can be achieved through a number of torque intervention methods.

AUTOSAR (AUTomotive Open System ARchitecture) is a worldwide standard for automotive basic software in line with an architecture that eases exchange and transfer of application software components between platforms or companies. AUTOSAR provides the standardized architecture together with the specifications of the basics software along with the methodology for developing embedded control units for automotive applications. AUTOSAR matured over the last several years through intensive development, implementation and maintenance. Two main releases (R3.2 and R4.0) represent its current degree of maturity. AUTOSAR is driven by so called core partners: leading car manufacturers (BMW, Daimler, Ford, GM, PSA, Toyota, Volkswagen) together with the tier 1 suppliers Continental and Bosch. AUTOSAR in total has more than 150 companies (OEM, Tier X suppliers, SW and tool suppliers, and silicon suppliers) as members from all over the world.

This paper is based on the experiences with Adaptive Cruise Control (ACC) systems at BOSCH. Necessary components (especially range sensor, curve sensors, actuators and display) are described, roughly specified, and their respective strength and weaknesses are addressed. The system overview contains the basic structure, the main control strategy and the concept for driver-ACC interaction. Afterwards the principal as well as the current technical limits of ACC systems are discussed. The consequences on traffic flow, safety and driver behavior are emphasized. As an outlook, development trends for extended functionality are given for the next generation of driver assistance systems.

Environmental consciousness and tightening emissions legislation push the market share of electronic fuel injection within a dynamically growing world wide small engines market. Similar to automotive engines during late 1980's, this opens up opportunities for original equipment manufacturers (OEM) and suppliers to jointly advance small engines performance in terms of fuel economy, emissions, and drivability. In this context, advanced combustion system analyses from automotive engine testing have been applied to a typical production motorcycle small engine. The 125cc 4-stroke, 2-valve, air-cooled, single-cylinder engine with closed-loop lambda-controlled electronic port fuel injection was investigated in original series configuration on an engine dynamometer. The test cycle fuel consumption simulation provides reasonable best case fuel economy estimates based on stationary map fuel consumption measurements.

Safety-critical embedded software has to satisfy stringent quality requirements. One such requirement, imposed by all contemporary safety standards, is that no critical run-time errors must occur. Runtime errors can be caused by undefined or unspecified behavior of the programming language; examples are buffer overflows or data races. They may cause erroneous or erratic behavior, induce system failures, and constitute security vulnerabilities. A sound static analyzer reports all such defects in the code, or proves their absence. Sound static program analysis is a verification technique recommended by ISO/FDIS 26262 for software unit verification and for the verification of software integration. In this article we propose an analysis methodology that has been implemented with the static analyzer Astrée. It supports quick turn-around times and gives highly precise whole-program results.

Commercial vehicles must convey people and goods safely and reliable, irrespective of the weather and road conditions. The ABS safety braking systems are an essential prerequisite for fulfillment of this primary task. ABS has been used in European commercial vehicles since 1981. Today there are already fittet as standard in buses to some extend. The contribution to increasing road safety is causing the European lawmakers to make ABS statutory for commercial vehicles and to make it part of their compulsory equipment. Suitable anti-lock braking systems and closed loop configurations for commercial vehicles are demonstrated by theoretical observations and technical driving trials, their axlespecific and closed-loop control characteristics are highlighted.

The paper begins with an overview of the history of ABS for commercial vehicles followed by a brief description of the technology of the BOSCH ABS at the time it went into mass production in 1981. Subsequently it describes the field experiences with ABS including the experiences of drivers and operators. These experiences are reflected in the equipment which BOSCH offers today. Additional functions such as ASR (traction control) have been integrated. The paper provides an overview of the functions available today and their implementation. The paper concludes with a discussion on potential continued developments and an attempt to describe the systems which will be required by the mid 9os.

Current vehicle concepts necessitate the multiple measurement of several variables required by separate electronic systems in the motor vehicle. There is the need to make sensors bus capable by the incorporation of electronic components in new definition concepts, in other words to make them multiply usable. Such bus concepts are at the present time taking concrete shape. The step of introducing electronics - especially digital - to the measuring point may simultaneously be used to considerably improve utilization of the information content of sensor structures using means of indivdual, digital correction to a greater level than has until now been technically possible. There remains the demand for high stability and reproducibility of the sensor properties over time. These signal preprocessing and information condensation processes on the spot also satisfy the need to relieve the central control units.

The new aerial communication protocol “Controller Area Network” (CAN) efficiently supports distributed realtime control in automotive applications. In order to unload CPUs from high-speed message transfer, dedicated CAN hardware handles messages up to the communication object level. In multiplex wiring message rates are one to two orders of magnitude lower, allowing to implement the upper communication level more cost-effectively in software. This reduces CAN interface hardware to bitwise protocol handling only. It may be incorporated even into low-end microcontrollers without significantly increasing chip size. Thus the same CAN protocol supports the entire range of serial automotive communication, matching implementation costs to requirements at each performance level.

With its origin in the process industry, the IEC 61508 „Functional safety of electrical/electronic/programmable electronic safety-related systems” is not fully applicable in the automotive industry, forcing the automotive industry to work on an automotive specific adaptation (ISO 26262 “Functional Safety – Road Vehicles”). This ISO 26262 describes an ideal development process that starts from scratch. In reality development activities are often split locally and in time. This can only be handled with a world wide standard as a basis of a common approach, wide enough to give enough freedom to adapt to diverse boundary conditions, but tight enough to hinder local interpretations to be that far, that a complete safety case becomes impossible. Therefore a strict world-wide standard which allows compatible interpretations is mandatory.

In recent times, the software portion and the complexity of software within automotive electronic control units have grown noticeably and continue to grow. In order to get a grip on the software complexity and the amount of customer-specific software variants, a modeling concept for a structured and easily extensible software architecture is needed. This concept should efficiently support the formation of variants and code reuse without increasing runtime and memory space overhead. In this paper, we present our approach to such a modeling concept: The object-oriented modeling concept OMOS and its application to signal conditioning of vehicle control systems.

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.

If a sensor shall be applied in motor vehicles, all the components of the sensor must fulfil special requirements. Particular attention must be paid to the installation of the sensitive element and to the adaptation to which the sensor is to be put. The objective of this paper is to illustrate these demands more closely using three different types of sensors as examples: a displacement sensor, a pressure sensor and an acceleration sensor.