DOCSLIB.ORG

Hands-On Workshop: AUTOSAR Training (Reserved Seat Required) FTF-ACC-F1243

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Hands-On Workshop: AUTOSAR Training (Reserved Seat Required) FTF-ACC-F1243 Hands-On Workshop: AUTOSAR Training (Reserved Seat Required) FTF-ACC-F1243 Marius Rotaru | Technical Leader - Automotive Software J U N E . 2 0 1 5 TM External Use Agenda • AUTOSAR Motivation and Principles − Vision and Objectives − Development Cooperation − Architecture of the Standard − Migration of the Standard • AUTOSAR Configuration Methodology & Tools • AUTOSAR MCAL • AUTOSAR OS • Examples: Hands-on Training − LAB1: Blinking LED − LAB2: Dimming LED TM External Use 1 #FTF2015 AUTOSAR Motivation and Principles TM External Use 2 #FTF2015 Embedded Software Android Mars Curiosity Rover 11.8 MLoC F-35 Joint Strike Fighter 5MLoC 23.5 MLoC There is A LOT of Embedded Software in Automotive! Mercedes S Class ~100MLoC Source: http://spectrum.ieee.org/green-tech/advanced-cars/this-car-runs-on-code http://www.informationisbeautiful.net/visualizations/million-lines-of-code/ TM External Use 3 #FTF2015 AUTOSAR Standardization Technology partnerships and open standards encouraging “plug-and-play” approach Freescale, a reliable partner for automotive software and hardware innovation: Standardization MSR Manufacturer-Supplier Relationship • Driving member of the OSEK/VDXTM OSEK/VDX consortium, with own operating system implementation Hersteller Initiative Software ASAM ODX • Founding member of the LINTM consortium FlexRay™ Protocol HIS TM • Founding member of FLEXRAY partnership Local Interconnect Network Media Orientated System Transport • First semiconductor vendor to join AUTOSARTM partnership Source: (AUTomotive Open System ARchitecture) TM External Use 4 #FTF2015 AUTOSAR Vision AUTOSAR aims to improve the complexity management of integrated E/E architectures through increased reuse and exchangeability of software modules between OEMs and suppliers. OEM b Exchangeability between suppliers’ OEM c OEM a Platform b.1 solutions Platform b.2 Platform b.n Supplier A Supplier B Platform c.1 Platform c.2 Platform a.1 Chassis Chassis Platform c.n Platform a.2 Safety Safety Platform a.n Body/ Telematics Exchangeability Comfort OEM d between Supplier C manufacturers’ Body/Comfort applications Powertrain Telematics OEM f Platform d.1 Platform d.2 Platform d.n OEM e Exchangeability between vehicle Platform f.1 Platform f.2 platforms Source: Platform f.n Autosar_GuidedTour.pdf Platform e.1 Platform e.2 Platform e.n TM External Use 5 #FTF2015 AUTOSAR Vision AUTOSAR aims to standardize the software architecture of ECUs. AUTOSAR paves the way for innovative electronic systems that further improve performance, safety and environmental friendliness. Customer needs Yesterday AUTOSAR • Adaptive Cruise Control • Lane Departure Warning • Advanced Front Application Software Lighting System Software standardized Using standards • Communication Stack HW-specific • OSEK Hardware • Diagnostics Hardware • CAN, FlexRay • Hardware and software will be widely independent of each other • Development can be de-coupled by horizontal layers. This reduces development time and costs • The reuse of software increases at OEM as well as at suppliers. This enhances quality and efficiency Source: Autosar_GuidedTour.pdf TM External Use 6 #FTF2015 AUTOSAR Objectives PO1: PO6: Transferability of Sustainable utilization of software natural resources PO2: Architecture PO7: Scalability to different Collaboration between vehicle and platform various partners variants PO8: PO3: Standardization of basic Different functional software functionality of domains Application Methodology automotive ECUs Interfaces PO4: Definition of an open PO9: architecture Applicable automotive international standards and state-of-the-art PO5: technologies Dependable systems Source: AutoSAR_RS_ProjectObjectives.pdf Autosar_GuidedTour.pdf TM External Use 7 #FTF2015 AUTOSAR Main Working Topics Architecture • Architecture: Software architecture including a complete basic software Application Methodology Interfaces stack for ECUs — the so called AUTOSAR Basic Software — as an integration platform for hardware independent software applications. • Methodology: Architecture Defines exchange formats and description templates to Application enable a seamless configuration process of the basic Methodology Interfaces software stack and the integration of application software in ECUs. It includes even the methodology how to use this framework. • Application Interfaces: Architecture Specification of interfaces of typical automotive applications from all domains in terms of syntax and semantics, which Application Methodology Interfaces should serve as a standard for application software. Source: Autosar_GuidedTour.pdf TM External Use 8 #FTF2015 AUTOSAR — Concept and Functional Domain Functional Domains The AUTOSAR project objectives will be met by specifying and Vehicle standardizing the central ‘centric’ architectural elements across Powertrain functional domains, allowing Safety industry competition to focus on Chassis (active/ passive) implementation. AUTOSAR Human Telematics Machine Interface Body and Comfort Cooperate on standards, Passenger compete on implementation. ‘centric’ Source: Autosar_GuidedTour.pdf TM External Use 9 #FTF2015 AUTOSAR — Cooperation Structure and Partners AutoSAR Partners (Nov. 2014) TM Source: , actual status at http://www.AUTOSAR.org External Use 10 #FTF2015 Basic AUTOSAR Approach SW AUTOSAR SW AUTOSAR SW AUTOSAR SW AUTOSAR 2 3 n 1 Software Component - - - - C C C C 1 Virtual Integration 1 (SW-C) description Independent of hardware ... Virtual Functional Bus. Integration of SW-C via 2 Virtual Functional Bus (VFB) Virtual Functional Bus 3 2 ECU Description Introduction of Hardware 3 4 Attributes Tools supporting development of software components 4 System Constraints Holistic view of the entire System Constraint ECU 5 Description system, both software and Descriptions 5 hardware. 5 Mapping of SW-C on ECU ECU Description Description specific ECU ECU I ECU II ECU n ECU Configuration AUTOSAR AUTOSAR AUTOSAR AUTOSAR 6 Configuration of Basic Run-Time Environment SW-C 1 SW-C 2 SW-C3 ... SW-C n Software Modules Separation of system into its RTE 6 RTE 6 RTE 6 (BSW) and Run-Time ECU (plus common Basic Basic Basic Environment (RTE) Software Software Software infrastructure). System Gateway Description Flex Ray CAN Source: TM External Use 11 #FTF2015 AUTOSAR Architecture — Components and Interface View Source: TM External Use 12 #FTF2015 AUTOSAR Layered Software Architecture Basic structure distinguishes four basic layers. Application Layer Software Components Runtime Environment Basic Software Basic SoftwareBasic ECU ECU Microcontroller Resources Source: TM External Use 13 #FTF2015 AUTOSAR Layered Architecture The AUTOSAR Basic Software is further divided in the layers: Services, ECU Abstraction, Microcontroller Abstraction and Complex Drivers. Application Layer Runtime Environment Services Layer Complex ECU Abstraction Layer Drivers Microcontroller Abstraction Layer Microcontroller Source: TM External Use 14 #FTF2015 AUTOSAR Layered Architecture The Basic Software Layers are further divided into functional groups. Examples of Services are System, Memory and Communication Services. Application Layer Runtime Environment System Services Memory Services Communication Services I/O Hardware Abstraction Complex Drivers Onboard Device Memory Hardware Communication Abstraction Abstraction Hardware Abstraction Microcontroller Drivers Memory Drivers Communication Drivers I/O Drivers Source: Microcontroller Source: TM External Use 15 #FTF2015 AUTOSAR Freescale Solution • Freescale Software Products include the AUTOSAR Operating System, AUTOSAR MCAL Drivers and Complex Device Drivers • The full AUTOSAR RTE (Runtime Environment) stack is available through our integration partners Integration Partners AUTOSAR stack Freescale OS + MCAL + CDD TM External Use 16 #FTF2015 AUTOSAR Documents http://wwww.autosar.org Published Releases For information only, see disclaimer Two documents exist for each BSW module: - SRS: Software Requirement Specification - SWS: Software Specification TM External Use 17 #FTF2015 AUTOSAR — Application Migration Uncontrolled software design Structured design 1 2 Single-sided RTE with software Partial introduction of AUTOSAR BSW components (SW-C) and legacy BSW with legacy SW-Cs to BSW adapters 3 4 Complete AUTOSAR BSW with Fully AUTOSAR compliant ECU adapters for legacy SW-Cs 5 6 Legacy software AUTOSAR compliant Software Source: RTE AUTOSAR BSW Hardware components SW components Adapter Autosar_GuidedTour.pdf TM External Use 18 #FTF2015 AUTOSAR Configuration Methodology and Tools TM External Use 19 #FTF2015 Basic Software Configuration Process Freescale AUTOSAR Integration Partners receive Freescale MCAL and OS releases for pre-integration into their proprietary AUTOSAR BSW products. TM External Use 20 #FTF2015 AUTOSAR Methodology and Templates — Waterfall View .arxml System Configure BSW Specific (MCAL/OS) Configuration System .arxml Input: System System Extract ECU Configuration Specific .arxml Description: Information System ECU Extract of Configure System ECU .arxml .exe Configuration: System ECU Generate ECU Configuration Executable Executable Values System ECU • The AUTOSAR Methodology is foreseen to support activities, descriptions and use of tools in AUTOSAR . The notation of the Software Process Engineering meta-model (SPEM) is used • The AUTOSAR methodology is not a complete process description but rather a common technical approach for some steps of system development • Outside the scope of the AUTOSAR standard is: . Description of tools (which add value to the ‘Activities’
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]
  • 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.
    [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]