Search Results

In this paper, we propose a hardware and a software design method considering functional safety for an electro-mechanical brake (EMB) control system which is used as a brake actuator in a brake-by-wire (BBW) system. A BBW system is usually composed of electro-mechanical calipers, a pedal simulator, and a control system. This simple by-wire structure eliminates the majority of bulky hydraulic brake devices such as boosters and master cylinders. The other benefit of a BBW system is its direct and independent response; this leads to enhanced controllability, thus resulting in not only improved basic braking performance but also considerably easier cooperative regenerative braking in hybrid, fuel-cell, and electric cars. The importance of a functional safety based approach to EMB electronic control unit (ECU) design has been emphasized because of its safety critical functions, which are executed with the aid of many electric actuators, sensors, and application software.

As the automotive industry quickly moves towards hybridized and electrified vehicles, the optimal integration of power electronics in these vehicles will have a significant impact not only on the cost, performance, reliability, and durability; but ultimately on customer acceptance and market success of these technologies. If properly executed with the right cost, performance, reliability and durability, then both the industry and the consumer will benefit. It is because of these interdependencies that the pace and scale of success, will hinge on effective collaboration. This collaboration will be built around the convergence of automotive and industrial technology. Where real time embedded controls mixes with high power and voltage levels. The industry has already seen several successful collaborations adapting power electronics to the automotive space in target vehicles.

It is the beginning of a new age: multicore technology from the PC desktop market is now also hitting the automotive domain after several years of maturation. New microcontrollers with two or more main processing cores have been announced to provide the next step change in available computing power while keeping costs and power consumption at a reasonable level. These new multicore devices should not be confused with the specialized safety microcontrollers using two redundant cores to detect possible hardware failures which are already available. Nor should they be confused with the heterogeneous multicore solutions employing an additional support core to offload a single main processing core from real-time tasks (e.g. handling peripherals).

Electronic throttle systems are becoming more and more important in today's motor vehicles. These systems consist of: a throttle valve with an electrical actuator and a transmission a position feedback an electronic acceleration pedal an electronic control unit (ECU) a semiconductor h-bridge for driving the motor. The electronic acceleration pedal gives a set point to the ECU. A control signal is generated and moves the motor of the throttle valve with a semiconductor h-bridge to the requested position. The voltage drop of a potentiometer is used here as control feedback signal. The potentiometer in the throttle valve is moved very often and has a rough environment like high temperature and vibrations. Therefore this system has a lot of problems with mechanical attrition and reliability during the whole system lifetime. The accuracy of the position control decreases over time.

Today's body and convenience applications in general directly control actuators and sensors from a single central electronic control unit (ECU). Future systems will be made of subsystem-clusters communicating via a local Class/A communication bus. This enables modular system design to reduce system complexity. For these types of new distributed applications the LIN bus is currently the most promising communication protocol. To allow a seamless migration from existing centralized to these next generation clustered system developers require software and hardware products for a homogenous and transparent LIN bus communication.

Today's requirements for engine management controllers are increasing in various aspects. Stronger emission standards and diagnosis requirements demand more complex control algorithms, faster system response times, better usage of sensor information throughout the system and higher accuracy of actuator stimuli. Despite that, new solutions are needed to answer the requirement for higher cost effectiveness, flexibility and reusability. The trade-off between cost and functionality is constantly being reviewed when choosing the right microcontroller to operate with an ECU. Integration of more complex and flexible functionality into the microcontroller helps to reduce the need for custom ASICs and thus reduce the overall system cost. In order to reduce the demands on CPU throughput within the microcontroller, manufacturers have introduced smart peripherals that off-load some of the work of the CPU into the peripherals.

The market potential for products such as scooters and small motorcycles is already self-sustaining. However, other applications for small engines can be more fragmented with a wide variety of requirements for the engine control unit. Consequently, the engine control unit can be designed to accommodate more features than are necessary for a given application to cover a broader market. The flip side of this approach is to design the engine control unit for a limited application reducing the market size. Neither approach creates a cost efficient product for the producer. It either supplies the market with an electronic control unit that has features not being utilized (wasted costs) or a unit that has limited capabilities reducing the economies of scale (higher costs). When these designs are developed using discrete components these inefficiencies are exacerbated.

This paper describes the first single-core 32-bit microcontroller-DSP architecture, TriCore, optimized for real-time embedded systems, an OSEK/VDX Real-Time Operating System (RTOS) and an open, integrated development tools platform to allow a development downflow for high-level Computer Aided Software Engineering (CASE) design entry and simulation/validation, rapid prototyping down to the target hardware for calibration and debugging and the up-flow by feeding the data collected from the target Electronic Control Unit (ECU) for system analysis and debugging all the way back to the entry CASE level. Also described are the different features of the new 32-Bit microcontroller-DSP, which speeds up the execution of embedded control applications and simultaneously reduce memory demand.

The Engine Control Unit (ECU) for small engines is facing challenges with regard to performance, size and cost. In many instances, the customer requirements often contradict each other. Examples include higher performance at lower cost or smaller size, both of which can cause thermal challenges. In order to meet varying performance requirements in a platform approach, the ECU must provide a wide range of functionality. Providing a solution that can meet these flexible requirements will result in an increased component count and larger ECU size. An optimized feature set in the right package can help alleviate these issues. The ECU must be impervious to a wide range of environmental conditions, such as temperature, humidity and vibration. Restricted air flow must also be considered when designing an ECU. Existing approaches often apply the use of large aluminum housings to provide a strong mechanical support with good thermal performance.

Cyber security is becoming increasingly critical in the car industry. Not only the entry points to the external world in the car need to be protected against potential attack, but also the on-board communication in the car require to be protected against attackers who may try to send unauthorized CAN messages. However, the current CAN network was not designed with security in mind. As a result, the extra measures have to be taken to address the key security properties of the secure CAN communication, including data integrity, authenticity, confidentiality and freshness. While integrity and authenticity can be achieved by using a relatively straightforward algorithms such as CMAC (Cipher-based Message Authentication Code) and Confidentiality can be handled by a symmetric encryption algorithm like AES128 (128-bit Advanced Encryption Standard), it has been recognized to be more challenging to achieve the freshness of CAN message.