Development of In-Vehicle Distributed Computing Platform and Its Application on Around View Monitor System
Total Page:16
File Type:pdf, Size:1020Kb
中華民國第十九屆車輛工程學術研討會,桃園創新技術學院機械工程系,台灣中壢,2014 年 11 月 14 日。 The 19th National Conference on Vehicle Engineering, Nov. 14, 2014, TIIT, Jhongli, Taiwan. E – 012 --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Development of In-Vehicle Distributed Computing Platform and its Application on Around View Monitor System Rong-Terng Juang Automotive Research & Testing Center E-mail:[email protected] ABSTRACT design principles of the AUTomotive Open System As automakers begin to introduce new safety features, Architecture (AUTOSAR) [3], which is an open and advanced cars need significantly greater computing power. standardized automotive software architecture, this paper This paper presents an in-vehicle distributed computing proposes an in-vehicle distributed computing platform and platform and its application on around view monitor presents its application on around view monitor system. system. Based on AUTOSAR software architecture, the The rest of the paper is organized as follows. Section 2 algorithm of the around view system is divided into reviews AUTOSAR and automotive ethernet technologies. software components which are then deployed on multiple Section 3 shows the proposed in-vehicle distributed ECUs. Through a high speed ethernet, the ECU connects computing platform. Section 4 demonstrates the prototype to each other. By using this platform, application of the developed around view monitor system. Lastly, developers can put their effort on the design of various conclusions are given in Section 5. applications, without taking care of hardware, firmware, etc. Furthermore, the platform can reach high computing power by utilizing multiple ECUs. AP1, AP2,…, APn Keywords: AUTOSAR, Automotive Ethernet, Around View Monitor System Firmware/Driver Introduction ECU-Hardware Automakers are beginning to deliver improved driving safety and convenience through the development of Figure 1. System architecture of conventional ECU. next-generation advanced driver assistance systems (ADAS) [1]. Cars will become safer and more efficient as Technical Review they grow increasingly aware of and react to the surrounding driving environment and conditions. For This section reviews the AUTOSAR and automotive example, the new technologies covers traffic sign ethernet technologies. recognition, blind spot detection, and lane-departure (a) AUTOSAR warnings, as well as driver-alertness monitoring, assisted AUTOSAR is a worldwide development partnership of parking, night vision, etc. This means cars have to equip car manufacturers, suppliers and other companies from the with significantly greater computing power to enable more electronics, semiconductor and software industry. The advanced collision avoidance systems, and ultimately pave software implementing the automotive functionality is the way for the self-driving car. encapsulated in software components. Standardization of Conventionally, each technology is implemented in a the interfaces is central to support scalability and separate embedded control unit (ECU) inside the car. Fig. transferability of functions. Any standard-conformant 1 shows the system architecture of the conventional ECU. implementation of a software component can be integrated Depending on the complexity of the technology, one or with substantially reduced effort in a system. multiple applications run on the ECU. Consequently, Figure 2 shows the system architecture of AUTOSAR either the technology is limited by the computing power of [3]. The software components encapsulate an application the ECU or the computing power is achieved at a higher which runs on the AUTOSAR infrastructure. They have cost. well-defined interfaces. The software components As the industry moves toward more advanced driving communicate with each other through a virtual function experiences, systems will become more complex. It will be bus, which is the sum of all communication mechanisms increasingly difficult to support the growing number of provided by AUTOSAR on an abstract (technology technologies if each one is a separate ECU with its own independent) level. computer and software. The best strategy will be a In contrast to the purely virtual specification of the decentralized model that distributes functions and uses communication topology and interaction between multiple computing units to carry them out [2]. components through virtual function bus, the runtime This paper puts the focus on the development of environment provides an actual implementation for these in-vehicle distributed computing platform. Based on the artifacts. It could be said that the runtime environment provides an actual representation of the virtual concepts of 中華民國第十九屆車輛工程學術研討會,桃園創新技術學院機械工程系,台灣中壢,2014 年 11 月 14 日。 The 19th National Conference on Vehicle Engineering, Nov. 14, 2014, TIIT, Jhongli, Taiwan. E – 012 --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- the virtual function bus for one specific ECU. aims to development in-vehicle networking solution that Below the runtime environment is the basic software, can leverage technology already proven in IEEE standard which provides the infrastructure for execution on an ECU. and reduce the cost of ownership. BroadR-Reach Ethernet It consists of AUTOSAR services, communication, ECU is the point-to-point ethernet PHY technology adopted by abstraction, complex device drivers, operation system, and the OPEN Alliance [5]. microcontroller abstraction. Basic software layer is BroadR-Reach Ethernet provides features that are standardized software that offers both hardware dependent comparable to the IEEE 802.3-2012 standard ethernet. It and hardware independent services to higher layers. This operates in full-duplex at 100 Mbps. Unlike the layer makes the higher layers hardware independent. convention ethernet PHY, however, BroadR-Reach PHY Memory interfaces and interfaces to communication buses uses one pair of unshielded twisted pair cable, as shown in like LIN, CAN and FlexRay are some examples. Fig. 3. The only change is physical wire, higher layers remain unchanged. BroadR-Reach Ethernet provides huge savings on cabling cost, weight, and thickness. Moreover, it meets automotive EMC/EMI requirements by adopting advanced DSP technologies. Figure 2. System architecture of AUTOSAR [3] Figure 3. Illustration of BroadR-Reach Ethernet [5] (b) Automotive Ethernet Besides controller area network, ext-generation ADAS The Proposed In-Vehicle Distributed Computing systems require high speed communication networks. Platform Ethernet is one of several possible technologies that can Figure 4 shows the proposed ECU system architecture. meet this demand. In fact, ethernet has now been widely It is a layered architecture which consists of three main accepted by the automotive industry as the preferred layers. The lower most layer is the ECU hardware, the interface for on-board-diagnostics in next generation of middle layer is ECU abstraction layer, and the upper most cars [4]. layer is the application layer. Ethernet was standardized by the IEEE 802.3 working group. Currently, the standardization of automotive ethernet is driven by the OPEN Alliance SIG [5], which Application SW-C 1 SW-C 2 SW-C 3 Layer port_ port_ port_thread port_gpu Comm_rx comm_tx port_sensor Commun. Sensor API API pthread/ OpenCL ECU OpenMP API API Android/ Abstraction Linux OS Layer Commun. Sensor Driver Driver Multi-core GPU Transceiver Sensor ARM CPU ECU Hardware Figure 4. Proposed ECU system architecture. 中華民國第十九屆車輛工程學術研討會,桃園創新技術學院機械工程系,台灣中壢,2014 年 11 月 14 日。 The 19th National Conference on Vehicle Engineering, Nov. 14, 2014, TIIT, Jhongli, Taiwan. E – 012 --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- The layers have different responsibilities. The correction, perspective transformation, and composite application layer contains all application specific software view synthesis. Firstly, the distortion correction is to components. The ECU abstraction layer abstracts software remove fisheye affect in original input frames by applying components from hardware component. It contains ECU inverse transformation of distortion function. Secondly, the specific modules as well as general modules. In this paper, perspective transformation is to transform the four input the software modules cover CPU/GPU computing, frames so that all the views are properly registered with ethernet communication, and image sensing. Drivers are the ground plane. Lastly, the composite view synthesis is involved in the software modules to enable generalized to create a composite around view from the four input usage of different ECU hardware. The ports in application frames. layer enable communication between the software The around view monitor system is ported to the component and the software modules in ECU abstraction distributed computing platform. Figure 7 shows the system layer. architecture of the prototype of the around view monitor As shown in Fig. 5, the ECU connects to each other system, which consists of five ECUs. On the left hand side through a high speed ethernet to realize a distributed are four ECUs attached with a fisheye camera. In the computing system. The application is divided into