DOCSLIB.ORG

Automotive Open System Architecture - an Industry-Wide Initiative to Manage the Complexity of Emerging Automotive E/E-Architectures

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Automotive Open System Architecture - an Industry-Wide Initiative to Manage the Complexity of Emerging Automotive E/E-Architectures 2004-21-0042 AUTomotive Open System ARchitecture - An Industry-Wide Initiative to Manage the Complexity of Emerging Automotive E/E-Architectures Harald Heinecke, BMW Group Klaus-Peter Schnelle, Bosch Helmut Fennel, Continental Jürgen Bortolazzi, DaimlerChrysler Lennart Lundh, Ford Motor Company Jean Leflour, PSA Peugeot Citroën Jean-Luc Maté, Siemens VDO Kenji Nishikawa, Toyota Motor Company Thomas Scharnhorst, Volkswagen AUTOSAR Partnership Copyright © 2004 Convergence Transportation Electronics Association ABSTRACT trend is likely to continue on an even reinforced level, pushed by increasingly demanding legal and customer The current automotive electric/ electronic (E/E) archi- requirements, which are often conflicting: tecture landscape is characterized by proprietary solu- tions, which seldom allow the exchange of applications • Legal enforcement – key items include environ- between both automotive OEMs and their suppliers. It is mental aspects and safety requirements apparent that on the basis of a continued exponential • Passenger convenience and service requirements growth in functional scope, further proliferation of pro- from the comfort and entertainment functional do- prietary solutions will consume more and more resources mains and may become difficult to control. • Driver assistance and dynamic drive aspects – key items include detection and suppression of critical AUTOSAR is a joint initiative of several major industry dynamic vehicle states and navigation in high-density players and aims to prepare for the increase in functional traffic surroundings scope. Unlike past attempts where the automotive industry re- This paper presents an overview over the development acted in response to major technological advances10, partnership as well as the technical concept and meth- now a technological breakthrough is required in order to odology. It concludes that introduction of an industry- keep pace with these requirements. wide standard of automotive E/E architecture is indeed vitally important and it is that, which will allow the industry Also, it has been recognized that this can hardly be han- players to concentrate on innovation rather than wasting dled by individual companies in isolation and rather con- effort when adapting existing components to different stitutes an industry-wide challenge. Conclusively, leading environments. OEMs and Tier 1 suppliers have jointly decided to estab- lish an open standard for automotive E/E architecture, The AUTOSAR standard will thus help to secure market leading to the AUTOSAR partnership, which was formally attractiveness and open new and different business op- launched in July 2003. portunities for OEMs and their suppliers alike. AUTOSAR serves as a basic infrastructure for the man- 1. INTRODUCTION agement of functions within both future applications and • Driven by the development of innovative vehicle applica- 10 Recent examples include the transition from point-to- tions, contemporary automotive E/E architecture has point serial communication to networked systems and already reached a high level of networking to date. This the introduction of deterministic technologies. standard software modules. The goals include the stan- Applied to these functional domains, primary objectives dardization of basic system functions and functional in- are: terfaces, the ability to integrate and transfer functions and to substantially improve software updates and up- • Consideration of availability and safety requirements grades over the vehicle lifetime. • Redundancy activation • Scalability to different vehicle and platform variants 2. MOTIVATION AND OBJECTIVES • Implementation and standardization of basic system functions as an OEM and supplier wide “Standard Motivations for standardization are: Core” solution (including e.g. bus technologies, op- erating systems, communication layer, HW abstrac- • Management of E/E complexity associated with tion layer, memory services, mode management, growth in functional scope middleware/interfaces, standard library functions) • Flexibility for product modification, upgrade and up- • Transferability of functions throughout network date • Integration of functional modules from multiple • Scalability of solutions within and across product suppliers lines • Maintainability throughout the whole “Product Life • Improved quality and reliability of E/E systems Cycle“ • Increased use of “Commercial off the shelf hard- Leading OEMs and Tier 1 suppliers, recognizing this to ware“ be an industry-wide challenge, decided to work together • Software updates and upgrades over vehicle lifetime to create a basis for industry collaboration on basic functions and interfaces while enabling a standardized Some principal classical challenges and the solutions platform on which an efficient competition on innovative suggested by AUTOSAR together with their implied functions is enabled (see Figure 1). benefits are listed in the table below. Figure 1: Exchangeability of functions between OEM and suppliers Challenges Solutions Benefits Non-competitive func- Standard- Reduction/avoidance of tions have to be ized interface proliferation within adapted to OEM spe- Interfaces and across OEMs and cific environments suppliers. Tiny little innovations Eased implementation of cannot be implemented HW-independent software at reasonable effort as functionality by using ge- provision of interfaces neric interface catalogues from other components requires a lot of effort Simplifies the model based development and makes it Missing clear interfaces possible of the use of stan- between basic software dardized AUTOSAR code and code generated generation tools from models Reusability of modules cross-OEM Exchangeability of compo- 2.1 AUTOSAR PARTNERSHIP AND STANDARD nents from different suppli- ers The development partnership AUTomotive Open System ARchitecture (AUTOSAR) has been formed in mid of Effort wasted on layout Basic Soft- Enhancement of software and optimization of ware Core quality 2003. This partnership aims to establish a standard that components which add will serve as a platform upon which future vehicle appli- no value recognized by Concentration on functions cations will be implemented and will also serve to mini- the customer with competitive value mize the current barriers between functional domains Obsolescence of hard- Microcon- Part of the hardware can be (vehicle centric versus passenger centric). Its scope ware (µC, circuits, ...) troller exchanged without need for encompasses: causes huge efforts in Abstraction adaptation of higher soft- adapting existing soft- ware/ functions/ applica- ware tions • Powertrain • Chassis Extended needs for • microcontroller per- Safety (active and passive) formance (caused by • Multimedia/Telematics new functions) cause • Body/Comfort need for upgrade, i.e. • Man Machine Interface re-design effort Large effort when relo- Runtime Encapsulation of functions • Common interfaces with development processes cating functions be- Environment creates independence of • tween ECUs communication technology Seamless, manageable, task optimized (time dependent) tool landscape Large effort when re- Communication easier using functions through standardized Specific benefits for new market entrant: mechanisms Partitioning and relocatabil- • Transparent and defined interfaces enable new busi- ity of functions possible ness models Immature processes Software Improvement in specifica- • Clear contractual task allocation and outsourcing of because of acting in Component tion (format and content) Software-Implementation accessible ad-hoc mode/ missing Template Opportunity for a seamless traceabilty of functional Main strategic targets to accomplish the project objec- requirements tool chain Exchange tives are modularity, configurability and transferability of Lack of compatible Formats software modules and the standardization of their inter- tooling (supplier, OEM) faces. OEM buys black-box Technical Eased process of integra- and is not able to ex- Integration tion of different software 3. TECHNICAL CONCEPT tend/integrate new of Software components allows optimi- functionality in an ECU zation of hardware costs of Multiple 3.0 OVERVIEW (e.g. integration of tire Suppliers guard functionality) To achieve the technical goals modularity, scalability, Lack of guidelines for Confor- Integration of 3rd party transferability and re-usability of functions AUTOSAR will use/ buy of software mance Test software components provide a common software infrastructure for automotive components Process Common understanding systems of all vehicle domains based on standardized between suppliers and interfaces. The AUTOSAR standard encompasses: Unclear legal situation License OEMs Agreement • Standardization of different APIs to separate the AUTOSAR software layers • More generally, the change from proprietary solutions to Encapsulation of functional software-components • a general standard will enable the following benefits: Definition of the data types of the software-compo- nents • • Increased reuse of software Identification of basic software modules of the soft- • Increased design flexibility ware infrastructure and standardize their interfaces • Clear design rules for integration AUTOSAR will enable optimization of the entire vehicle • Reduction of costs for software development and network as well as the configuration process (e.g. parti- service in the long term tioning and resource usage) and if required, allow for • OEM overlapping reuse of non-competitive software
Load more

Recommended publications
  • Media Release February 2021
    Media Release February 2021 AUTOSAR appoints a New Chairperson and a Deputy- Chairperson The AUTOSAR (AUTomotive Open System ARchitecture) development partnership appointed Rinat Asmus as the new Chairperson and Thomas Rüping as the new Deputy-Chairperson. Moreover, John Gonzaga is selected as a new speaker of the AUTOSAR Project Leader Team. Their term of office is from January to December 2021. Rinat Asmus is an active member of the AUTOSAR Steering Committee representing BMW. Rinat Asmus holds a master’s degree in mechanics, robotics and automation engineering from the University of Applied Science in Würzburg-Schweinfurt and joined BMW in 2009. Since then, he has been engaged in Software Architecture, Engineering and AUTOSAR application in several BMW ECU projects. He follows Kenji Hontani, Head of Vehicle Software Development at Toyota Motor Corporation. “The AUTOSAR organization is about to accept the 300th Partner, and in 2021 I am looking forward to strengthening the AUTOSAR strategy and standardization framework based on Kenji’s achievements in 2020.”, said Rinat Asmus. “The AUTOSAR software platforms are now more than ever supporting the development of E/E system architectures for future intelligent mobility. Thus, again this year, we encourage any company to work with us on creating international compatibility in high-technology fields such as Highly Automated Driving or Vehicle-to-Everything.” Thomas Rüping is an active member of the AUTOSAR Steering Committee representing Bosch. Thomas Rüping started his career at Robert Bosch GmbH in 1988 and currently is in the position of the Director of Product Management and Business Development, Automotive Platforms - System, Software and Tools Engineering.
    [Show full text]
  • Media Release November 21St, 2017
    Media Release November 21st, 2017 AUTOSAR appoints new chairman and deputy-chairman The AUTOSAR (AUTomotive Open System ARchitecture) development partnership appointed Kenji Nishikawa as the new chairman, Stefan Rathgeber as new deputy-chairman and confirmed Dr. Thomas Scharnhorst as spokesperson. Their term of office is from October 2017 to June 2018. Kenji Nishikawa is an active member of the AUTOSAR steering committee and General Manager of E/E Architecture and Vehicle Network Development at Toyota Motor Corporation. He follows Lorenz Slansky, Senior Manager for Network, Function and Communication Architecture at Daimler AG, Mercedes- Benz Cars Development as chairman. In this position, Nishikawa is in charge of administration, finances, internal coordination and AUTOSAR business development for the general nine-month term of office. “First, I would like to thank Lorenz Slansky for his commitment during his tenure of in office,” says Kenji Nishikawa. “AUTOSAR is well accepted as a worldwide standard, but we don’t want to stop there. We will continuously improve the quality and features with a strong focus on stabilization of the standard.” As software engineer with many years of experience in software development for chassis control systems, Nishikawa joined Toyota in 1990. Since then he has been responsible for design and development of software control systems. In the course of his career, he worked at Toyota Motor Europe in Brussels, where he enlarged his intercultural skills. Stefan Rathgeber, new deputy-chairman is an electrical engineer in computer science and the Head of Software, Corporate Systems and Technology at Continental Automotive GmbH. He held the position of AUTOSAR Spokesperson in 2016.
    [Show full text]
  • Specification of Communication Stack Types AUTOSAR CP R20-11
    Specification of Communication Stack Types AUTOSAR CP R20-11 Document Title Specification of Communication Stack Types Document Owner AUTOSAR Document Responsibility AUTOSAR Document Identification No 50 Document Status published Part of AUTOSAR Standard Classic Platform Part of Standard Release R20-11 Document Change History Date Release Changed by Change Description 2020-11-30 R20-11 AUTOSAR Removed IcomConfigIdType and Release IcomSwitch_ErrorType from Type Management definitions 2019-11-28 R19-11 AUTOSAR Renamed of general types headers Release Changed Document Status from Management Final to published 2018-10-31 4.4.0 AUTOSAR Editorial changes Release Management 2017-12-08 4.3.1 AUTOSAR Editorial changes Release Management 2016-11-30 4.3.0 AUTOSAR Removed Type BusTrcvErrorType Release because it is not used at all Management Updated PduInfoType for addressing in Upper Layers using MetaData Update of SWS document as per BSW General document 2015-07-31 4.2.2 AUTOSAR Editorial Changes Release Management 2014-10-31 4.2.1 AUTOSAR MetaData information is added in Release PduInfoType Management 2014-03-31 4.1.3 AUTOSAR Added support for Pretended Release network data type Management 1 of 27 Document ID 50: AUTOSAR_SWS_CommunicationStackTypes Specification of Communication Stack Types AUTOSAR CP R20-11 Document Change History Date Release Changed by Change Description 2013-10-31 4.1.2 AUTOSAR Removed the published information Release Editorial changes Management Removed chapter(s) on change documentation 2013-03-15 4.1.1 AUTOSAR
    [Show full text]
  • Automotive Ethernet Kirsten Matheus , Thomas Königseder Frontmatter More Information
    Cambridge University Press 978-1-107-18322-3 — Automotive Ethernet Kirsten Matheus , Thomas Königseder Frontmatter More Information Automotive Ethernet Learn about the latest developments in Automotive Ethernet technology and implemen- tation with this fully revised second edition. With approximately 25% new material and greater technical detail, coverage is expanded to include r Detailed explanations of how the 100BASE-T1 PHY and 1000BASE-T1 PHY tech- nologies actually work r A step-by-step description of how the 1000BASE-T1 channel was derived r A summary of the content and uses of the new TSN standards r A framework for security in Automotive Ethernet r Discussion of the interrelation between power supply and Automotive Ethernet com- munication Industry pioneers share the technical and nontechnical decisions that have led to the success of Automotive Ethernet, covering everything from electromagnetic require- ments and physical layer technologies to Quality of Service, the use of VLANs, IP, service discovery, network architecture, and testing. This is the guide for engineers, technical managers, and researchers designing components for in-car electronics and for those interested in the strategy of introducing a new technology. Kirsten Matheus is a communications engineer who is currently responsible for the strategy of in-vehicle networking at BMW. She has established Ethernet-based com- munication as an in-vehicle networking technology at BMW and within the automotive industry. She has previously worked for Volkswagen, NXP, and Ericsson. Thomas Königseder is a communications engineer who manages the team for electro- magnetic compatibility at BMW. He was responsible for the first ever Ethernet connec- tion in a series production car with start of production in 2008.
    [Show full text]
  • Document Title Specification of Communication Stack Types
    Specification of Communication Stack Types V4.2.0 R4.1 Rev 3 Document Title Specification of Communication Stack Types Document Owner AUTOSAR Document Responsibility AUTOSAR Document Identification No 050 Document Classification Standard Document Version 4.2.0 Document Status Final Part of Release 4.1 Revision 3 Document Change History Date Version Changed by Change Description 31.03.2014 4.2.0 AUTOSAR Added support for Pretended network Release data type Management 31.10.2013 4.1.0 AUTOSAR Removed the published information Release Editorial changes Management Removed chapter(s) on change documentation 01.03.2013 4.0.0 AUTOSAR Added support for Partial network data Administration type Revised Notification type and RetryInfo type Additional input (SWS_BSW_General) added for SWS_CommunicationStackTypes 28.10.2011 3.2.2 AUTOSAR ComStack Artifacts have been generated Administration from BSW Model Update of SWS document for new traceability mechanism 11.10.2010 3.1.0 AUTOSAR Add TPParameterType and Enumeration Administration value TP_NORETRY in RetryInfoType ComStack_Types.h divided into ComStack_Types.h and ComStack_Cfg.h PduIdType and PduLengthType defined in ComStack_Cfg.h file 1 of 28 Document ID 050: AUTOSAR_SWS_CommunicationStackTypes - AUTOSAR confidential - Specification of Communication Stack Types V4.2.0 R4.1 Rev 3 Document Change History 02.12.2009 3.0.0 AUTOSAR Typo errors are corrected throughout the Administration document General return codes for NotifResultType has been added to support Tp_ChangeParameterRequest
    [Show full text]
  • Media Release February 4Th, 2019
    Media Release February 4th, 2019 AUTOSAR appoints a new chairman and a deputy-chairman The AUTOSAR (AUTomotive Open System ARchitecture) development partnership appointed Michael Niklas as the new chairman and Thomas Fabian as the new deputy-chairman. Moreover, Ando Yasushi is selected as a new speaker of the AUTOSAR Project Leader Team. Their term of office is twelve months from January to December 2019. Michael Niklas is an active member of the AUTOSAR steering committee representing Continental AG. He is responsible for Software Standardization activities at Continental and represented Continental in the AUTOSAR standard in various work groups. He follows Rick Flores, Technical Fellow of Model-Based Electrical System and Software Engineering at General Motors. In this position, Michael Niklas will oversee administration, finances, internal coordination and AUTOSAR business development for his term of office. Formerly, he was part of the AUTOSAR Project Leader Team. “First, I would like to thank Rick Flores for his remarkable commitment during his term of office,” said Michael Niklas. “As a worldwide standard, AUTOSAR strives for a continuous improvement of the quality and features with a strong focus on standardization of both Classic and Adaptive Platforms. The improved interaction between the two platforms released with the update in autumn 2018 was a big step, but there is still more potential for optimization especially on the overall system level that we are facing in the next months.” Michael Niklas obtained a Master of Science in Informatics in January 2011 at the University of Applied Sciences in Regensburg and has been working at Continental on a variety of software standard related topics.
    [Show full text]
  • Media Release
    Press Release May 2021 The AUTOSAR China Day (ACD) was held successfully at the Anandi Hotel in Shanghai on 21ST April. The conference, which was co-organized by Gasgoo, was on the third day of “The 2nd Software Defined Vehicles Forum 2021 & AUTOSAR China Day 2021”. It was the third event specially held by AUTOSAR in China and also the first China Day, which focused on Chinese users and applications. Mr. Zhang Xiaoxian, Deputy General Manager of iSOFT, hosted the event. The AUTOSAR Chairperson Mr. Rinat Asmus gave a video welcome speech. Mr. Cui Aiguo from Huawei delivered a keynote speech for the conference with the topic "Focus on Basic Elements to Enable Software Defined Vehicles". AUTOSAR Representative to China Mr. Jing Zhe, Mr. Shi Siming from UAES, Ms. Liu Hongqian from iSOFT, Mr. Zhang Renjie from Bosch, Mr. Qu Yue from Vector, Mr. Xiao Meng from Untouch, and Ms. Fan Yun from Dongfeng gave their inspiring speeches at the conference. During the final part of the conference, the panel discussion guests from AUTOSAR, Huawei, Dongfeng, ETAS and Vector had a hot discussion over the topic “The ‘whether, how, and when’ of AUTOSAR”. The guests provided examples from actual projects using AUTOSAR to improve software development efficiency and quality, ensuring functional safety, and reducing overall development and maintenance costs. They also expressed their optimistic expectations for the future development and application of AUTOSAR. On behalf of AUTOSAR, Mr. Jing Zhe said that it is cheerful that more and more Chinese companies are participating in using and developing the AUTOSAR standard.
    [Show full text]
  • Media Release May 3Rd , 2019
    Media Release May 3rd , 2019 AUTOSAR Release R19-03 published The AUTOSAR (AUTomotive Open System ARchitecture) development partnership constantly improves its standards. The latest release R19-03 of AUTOSAR Adaptive Platform and R1.5.1 of the AUTOSAR Foundation stabilizes the existing features of AUTOSAR standards and improves the open system architecture. The Adaptive Platform specifications and code were published on the AUTOSAR website at the end of March 2019. The release R19-03 of the AUTOSAR Adaptive Platform focuses on stabilizing the existing features from the release R18-10. Besides several improvements from a quality perspective, the following features have undergone design and architectural changes to prepare for future extensions. Improvements in Adaptive Platform release R19-03: • State Management • Diagnostics • Identity and Access Management • Network Management • TimeSync • Usage of ara::core types and exception-less API • Cryptography for Adaptive Platform The release R1.5.1 of the AUTOSAR Foundation has been revised to support the R19-03 Adaptive Platform changes. Additionally, the following specifications were updated in this release: • End2End Protocol Specification: Configuration of maximum data lengths for End2End profiles • Requirements on End2End • Specification of Health Monitoring • Time Synchronization Protocol Specification 1 / 2 “For AUTOSAR, the stabilization of releases is an important step to continuously improve the quality of the last features and to be prepared for next features”, said Dr. Günter Reichart, AUTOSAR spokesperson. “After completion of this important work, we are now focusing intensively on new features in our Working Groups. The next release is planned for November 2019 and we are looking forward to present further new functionalities for the AUTOSAR Classic Platform and the AUTOSAR Adaptive Platform.” About the Adaptive Platform AUTOSAR first released its Adaptive Platform on March 31st, 2017 as a standardized integration platform for electronic control units (ECU).
    [Show full text]
  • Media Release
    Press Release May 2021 The virtual 12th AUTOSAR Open Conference showed the recent developments in the Automotive Open System Architecture “Addressing automotive software challenges with AUTOSAR”, - this was the motto of the 12th AUTOSAR Open Conference from March. 9th- 11th, 2021 which was held virtually with 279 registered participants. On March 9th-11th, AUTOSAR hosted its 12th AUTOSAR Open Conference (AOC). The AOC participants got a global insight into the usage of AUTomotive Open System ARchitecture and had the opportunity to meet AUTOSAR partners and other interested companies. The virtual AOC focused on the application of the AUTOSAR Platforms with go-live examples, the communication and interconnectivity between the AUTOSAR Platforms as well as safety and security aspects. A virtual networking reception kicked things off on day one allowing AOC participants to meet and connect with AUTOSAR partners and industry experts. Day one included conference sessions and a parallel MISRA session. Mr. Hyrum Wright from Google delivered the keynote presentation focusing on the principles of software engineering at Google, providing useful insights to the development of software in any field or context. The AUTOSAR Organization presented the latest developments in the AUTOSAR Classic and Adaptive Platform, including roadmaps, working groups organizations and the current released and planned features which pave the way for software fueled electronic systems that further improve performance, safety and security aspects. The specifications and code implementations are free to use for all AUTOSAR partners. At www.autosar.org/standards you can download all recent AUTOSAR specifications for information only. On day two, conference and technical sessions were held alongside an Adaptive Platform capability demonstration and management sessions with Q&A’s.
    [Show full text]
  • Media Release January 29Th, 2019
    Media Release January 29th, 2019 MISRA consortium announce integration of AUTOSAR C++ coding guidelines into updated industry standard Two world leading consortiums in coding guidelines, MISRA and AUTOSAR, have today announced that their industry standard for best practice in C++ will be integrated into one publication. The goal is to provide a common set of rules, supporting software development in a number of innovative sectors. In 2008 MISRA, a consortium of manufacturers, component suppliers and engineering consultancies, published MISRA C++, a language subset that outlined expert guidance for C++ programming. Based on this publication, AUTOSAR started to develop their own guidelines. AUTOSAR has released their C++ guidelines as part of the Adaptive AUTOSAR platform twice a year since March 2017. This paved the way for the E/E development with the focus on performance as well as safety and security. MISRA will merge the AUTOSAR guidelines with its own established best practice to develop a single ‘go to’ language subset for safety-related C++ development. The MISRA led guidelines will incorporate the latest version of C++ language - C++17 - and, when available, its successor C++20. The new guidelines for the safe and secure application of both embedded control systems and standalone software will provide the framework for C++ use in several fields of application. This includes sectors such as automotive, aerospace, telecommunications, medical devices, defense and engineering. Chris Tapp, Chair of the MISRA C++ Working Group, said, “We have a proud history in producing coding guidelines and we are excited to continue developing the industry standard for years to come.
    [Show full text]
  • Automotive Ethernet: an Overview
    WHITE PAPER Automotive Ethernet: An Overview www.ixiacom.com 915-3510-01 Rev. A, May 2014 Table of Contents Introduction ................................................................................................. 4 Anatomy of Automotive Electronics ............................................................ 5 Human-Machine Interface, Multimedia, and Telematics .............................. 6 Wiring Harness ............................................................................................ 7 Defining Automotive Ethernet and the New Anatomy of an Automobile .... 8 What is Automotive Ethernet ....................................................................... 8 Why Ethernet was Not Used in Cars until Now .......................................... 9 What are the Drivers of Automotive Ethernet? ........................................... 9 What are Other Technologies Entering the Automotive Space? ................. 9 Future Car Electronics Anatomy Using Automotive Ethernet ....................10 Enabling Technologies ................................................................................12 AUTOSAR (AUTomotive Open System ARchitecture) ...............................12 One-Pair-EtherNet (OPEN) ........................................................................12 Power-over-Ethernet ..................................................................................12 Energy-Efficient Ethernet ..........................................................................12 Time Synchronization.................................................................................13
    [Show full text]
  • Ethernet & Ip @ Automotive Technology
    2018 IEEE-SA ETHERNET & IP @ AUTOMOTIVE TECHNOLOGY DAY 9 - 10 October 2018 Olympia London • London, UK www.ethernettechnologyday.com PROGRAM Financial Sponsor 2018 Host Platinum Exhibitors Gold Exhibitors Silver Exhibitors communication & systems group 20 1 8 IEEE-SA ETHERNET & IP @ AUTOMOTIVE TECHNOLOGY DAY Welcome to the 2018 IEEE-SA Ethernet & IP @ Automotive Technology Day conference in London. Now in its 8th year and for the first time in the UK, in previous years it has been hosted in the USA, France, Japan, and Germany. The conference and its exhibition provides the opportunity for OEMs, suppliers, semiconductor vendors and tool providers to discuss and learn about the evolution of Ethernet standards, technologies and applications in the automotive environment. This year the conference host is Jaguar Land Rover (JLR); the largest automotive employer in the UK. The exciting presentations for this year’s event will help our community to understand the evolution of Ethernet-based automotive networks and the next steps towards ‘Faster or Cheaper’ networks to address the next level of challenges in the area of Autonomy, Connectivity, Electrification and Shared Vehicles (ACES). Presentations will provide insights into vehicle applications and will discuss networking, connectivity and architecture issues along with trends and solutions for coping with the cybersecurity aspects of Automotive Ethernet. We will also analyse the status of standardisation efforts of the PHY and MAC layers, and share lessons-learnt to guarantee the reliability and quality of Ethernet communication. I am pleased to welcome Amir Bar-Niv, the VP of Marketing and Strategy from Aquantia Corporation, who is also the president of the recently formed NAV Alliance.
    [Show full text]