AUTOSAR Migration would enable the Automotive Supplier to leverage following benefits of well-defined layered software architecture of AUTOSAR 4.0. Design and development of AUTOSAR MCAL components for migration to the new hardware platform
AUTOSAR, which stands for AUTomotive Open System Architecture, is a partnership at a global scale between Automotive OEMs, Tier-I suppliers, semiconductor vendors, embedded hardware design houses and embedded software engineering service providers.
https://www.embitel.com/product-engineering-2/automotive/autosar/
This is a master’s thesis presentation.
The thesis is a qualitative case study about the application of a formal software verification technique on a module belonging to the standard called AUTOSAR.
In this AUTOSAR layered architecture, Communication Stack or ComStack facilitates communication. Hence ComStack can be defined as a software stack that provides communication services to the Basic Software Modules and Application Layer or Application Software.
https://www.embitel.com/product-engineering-2/automotive/autosar/
AUTOSAR Migration would enable the Automotive Supplier to leverage following benefits of well-defined layered software architecture of AUTOSAR 4.0. Design and development of AUTOSAR MCAL components for migration to the new hardware platform
AUTOSAR, which stands for AUTomotive Open System Architecture, is a partnership at a global scale between Automotive OEMs, Tier-I suppliers, semiconductor vendors, embedded hardware design houses and embedded software engineering service providers.
https://www.embitel.com/product-engineering-2/automotive/autosar/
This is a master’s thesis presentation.
The thesis is a qualitative case study about the application of a formal software verification technique on a module belonging to the standard called AUTOSAR.
In this AUTOSAR layered architecture, Communication Stack or ComStack facilitates communication. Hence ComStack can be defined as a software stack that provides communication services to the Basic Software Modules and Application Layer or Application Software.
https://www.embitel.com/product-engineering-2/automotive/autosar/
AUTOSAR compliant automotive software development is the new norms. From MCAL driver development to AUTOSAR migration and testing, the FAQ gives a lot of answers.
https://www.embitel.com/product-engineering-2/automotive/autosar/
Learn about the fundamentals of the MCAL layer from our AUTOSAR team.
Know more about the various device drivers and the layered architecture of the AUTOSAR MCAL. And get the details about how the Microcontroller Abstraction Layer (MCAL) works
This one is for the community of AUTOSAR developers. Our AUTOSAR development team explains what are the different software modules of a Communication Stack (ComStack). Also, learn about the software modules of CAN based Communication Stack in AUTOSAR
Memory Stack (MemStack) provides basic memory management services to the upper Application layer and to the Basic Software Modules (BSW) of the AUTOSAR layered architecture.
https://www.embitel.com/product-engineering-2/automotive/autosar/
Presentation by Hansang Lee
Automotive Software Engineering
Technical University of Chemnitz
13th May 2019
This presentation is mainly about,
- Basic Knowledge of AUTOSAR
- Task Scheduling Concepts on AUTOSAR with Multicore Supporing
AUTOSAR Memory Stack (MemStack) provides memory management services to the upper Application layer and to the Basic Software Modules (BSW) of the AUTOSAR layered architecture.Learn about the different software modules and device drivers of the AUTOSAR MemStack
An Automotive Control Unit should always be ported with updated version of the software and security patches. Learn how a Flash Bootloader software plays an important role and understand the step-by-step process of ECU re-programming. https://www.embitel.com/blog/embedded-blog/what-is-flash-bootloader-and-nuances-of-an-automotive-ecu-re-programming
UDS Vehicle Diagnostics: This blog encourages you comprehend the AUTOSAR software standard consistence for car applications. Here we share with you the points of interest of the usage of UDS based Vehicle Diagnostics in AUTOSAR Base Software module.
This presentation is about AUTOSAR CAN stack. it provides an overview about:
- Included modules
- How modules communicate with each other
- Transmission and reception of frames
- changing network states
please let me know in the comments if you have any enhancements or feedback.
An overview of the communication stack within the classical AUTOSAR
- AUTOSAR Static architecture
- Communication stack
- CAN stack
- PDU-ROUTER
LINKS:
---------
https://www.autosar.org/
Elmo Motion Control has integrated its compact Harmonica digital servo drive into an automated print inspection machine. Mounted in the optical head of the system, the Harmonica controls the position of the camera as it scans each millimeter of the newly printed area.
AUTOSAR compliant automotive software development is the new norms. From MCAL driver development to AUTOSAR migration and testing, the FAQ gives a lot of answers.
https://www.embitel.com/product-engineering-2/automotive/autosar/
Learn about the fundamentals of the MCAL layer from our AUTOSAR team.
Know more about the various device drivers and the layered architecture of the AUTOSAR MCAL. And get the details about how the Microcontroller Abstraction Layer (MCAL) works
This one is for the community of AUTOSAR developers. Our AUTOSAR development team explains what are the different software modules of a Communication Stack (ComStack). Also, learn about the software modules of CAN based Communication Stack in AUTOSAR
Memory Stack (MemStack) provides basic memory management services to the upper Application layer and to the Basic Software Modules (BSW) of the AUTOSAR layered architecture.
https://www.embitel.com/product-engineering-2/automotive/autosar/
Presentation by Hansang Lee
Automotive Software Engineering
Technical University of Chemnitz
13th May 2019
This presentation is mainly about,
- Basic Knowledge of AUTOSAR
- Task Scheduling Concepts on AUTOSAR with Multicore Supporing
AUTOSAR Memory Stack (MemStack) provides memory management services to the upper Application layer and to the Basic Software Modules (BSW) of the AUTOSAR layered architecture.Learn about the different software modules and device drivers of the AUTOSAR MemStack
An Automotive Control Unit should always be ported with updated version of the software and security patches. Learn how a Flash Bootloader software plays an important role and understand the step-by-step process of ECU re-programming. https://www.embitel.com/blog/embedded-blog/what-is-flash-bootloader-and-nuances-of-an-automotive-ecu-re-programming
UDS Vehicle Diagnostics: This blog encourages you comprehend the AUTOSAR software standard consistence for car applications. Here we share with you the points of interest of the usage of UDS based Vehicle Diagnostics in AUTOSAR Base Software module.
This presentation is about AUTOSAR CAN stack. it provides an overview about:
- Included modules
- How modules communicate with each other
- Transmission and reception of frames
- changing network states
please let me know in the comments if you have any enhancements or feedback.
An overview of the communication stack within the classical AUTOSAR
- AUTOSAR Static architecture
- Communication stack
- CAN stack
- PDU-ROUTER
LINKS:
---------
https://www.autosar.org/
Elmo Motion Control has integrated its compact Harmonica digital servo drive into an automated print inspection machine. Mounted in the optical head of the system, the Harmonica controls the position of the camera as it scans each millimeter of the newly printed area.
Configuring the communication on FlexRay: the case of the static segmentNicolas Navet
N. Navet, M. Grenier, L. Havet, "Configuring the communication on FlexRay: the case of the static segment", Proc. of the 4th European Congress Embedded Real Time Software (ERTS 2008), Toulouse, France, January 29 - February 1, 2008.
SULTHAN's - C Programming Language notesSULTHAN BASHA
This book contains programming techniques, learning objectives of C language. And it will help for data structures concepts also. This is very useful to the beginners.
Slides of a talk given at the Workshop on Specialized Networks held in Conjunction with ETFA 2009.
The use of networks for communications between the Electronic Control Units (ECU) of a vehicle in production cars dates from the beginning of the 90s. The specific requirements of the different car domains have led to the development of a large number of automotive networks such as LIN, J1850, CAN, FlexRay, MOST, etc..
This talk first introduces the context of in-vehicle embedded systems and, in particular, the requirements imposed on the communication systems. Then, we highlight future trends in the development of automotive communication systems.
How to Apply Functional Safety to Autosar ECU'sRenesas America
Here's a walkthrough on how you can apply functional safety to Autostar ECU's. These functional safety features apply to ISO26262, AUTOSAR, and MICROSAR. We map out safety requirements, monitoring approaches, and a couple different interface scenarios. Finally we will finish up with E2E protection.
8051 programming skills using EMBEDDED CAman Sharma
It contains basic programming tips for embedded c for those who are just into it and don't know much about it....have a look in it and u will surely find it easy.
Lot of book tells about what is programming. Many also tell how to write a program, but very few cover the critical aspect of translating logic into a program. Specifically, in this fast paced industry, when you don't have time to think to program, this course comes really handy. It builds on the basics of programming, smooth sailing through the advanced nitty-gritty’s of the Advanced C language by translating logic to code
AUTOSAR aims to establish a uniform standard for automotive software that will facilitate scalability, reusability, and interoperability across many vehicle domains.
Intland Software | codeBeamer ALM: What’s in the Pipeline for the Automotive ...Intland Software GmbH
This talk was presented by Andreas Pabinger and Benjamin Engele (Intland Software) at Intland Connect: Annual User Conference 2020 on 22 Oct 2020. To learn more, visit: https://intland.com/intland-connect-annual-user-conference-2020/
Here, embedded electronics expert, Recab UK explains the benefits of computer on modules, the different types of COM and gives advice on choosing the right one for your application.
Presentation by Alexandre Oriou from Renault on how Renault has automated their COSMIC functional size measurement in order to have an independent control of both internal and supplier productivity.
Our turn-key BSP/ Platform Software Solutions have facilitated smooth board-bring up for our global customers. Explore the use cases and applications of our Board Support Package, the hardware-specific low-level drivers and robust hardware abstraction libraries.
https://www.embitel.com/board-support-package-bsp-development-services
Board Support Package contains Low level device driver and HAL layer. It is the essential to boot the system. By this virtue, BSP finds its application in almost every automotive ECU software.We offer our Board Support Package (BSP) on a one-time license fee model. This model makes our customers the owner of the entire BSP source code along with the solution IP rights.
This presentation talks about Software Defined Vehicles, Automotive Standards including Cyber Security and Safety, Agile Methods like SAFe/Less , Continuous Delivery best practices.
OBD II (On-Board Diagnostics) stack, designed and developed by our expert automotive developers, can be readily integrated with your diagnostic application for emissions control and monitoring of major engine components.
Check out the OBD solutions and services offered by Embitel Technologies, Bangalore, India
On September 15th GlobalLogic held MeetUP "Future Intelligent Mobility with Adaptive AUTOSAR - Transforming Vehicle E/E Architecture". Our speaker was software engineer Abhishek Babhulkar.
Learn about the huge transformation the industry is going through, among other things, because of the rapid electrification and the rise of autonomous driving.
At the center point of this transformation is automotive electronics, and Adaptive AUTOSAR is driving this transformation. Adaptive AUTOSAR came with a paradigm shift in the design, with the delivery strategies of automotive software and with introduced technologies like POSIX based OS, OTA updates and SOA, to name a few to automotive embedded systems. All leading OEM’s are adapting Adaptive AUTOSAR to power their class-leading features.
In this presentation, we will see the "Why, How, and What" of Adaptive AUTOSAR, the networking in the automotive embedded systems, and an overview of SOA for communication to understand the future of communication among systems in vehicles.
About the speaker:
Abhishek Babhulkar, Software Engineer has been working in the Embedded industry for around 6 years, out of which he spent a significant amount of time working in AUTOSAR. He also has experience in industrial IOT and automation.
He has worked with premium partners of the AUTOSAR consortium, during which he contributed to AUTOSAR classic 4.4 and AUTOSAR adaptive 20.11.
Why Is Your BMW X3 Hood Not Responding To Release CommandsDart Auto
Experiencing difficulty opening your BMW X3's hood? This guide explores potential issues like mechanical obstruction, hood release mechanism failure, electrical problems, and emergency release malfunctions. Troubleshooting tips include basic checks, clearing obstructions, applying pressure, and using the emergency release.
What Does the Active Steering Malfunction Warning Mean for Your BMWTanner Motors
Discover the reasons why your BMW’s Active Steering malfunction warning might come on. From electrical glitches to mechanical failures and software anomalies, addressing these promptly with professional inspection and maintenance ensures continued safety and performance on the road, maintaining the integrity of your driving experience.
"Trans Failsafe Prog" on your BMW X5 indicates potential transmission issues requiring immediate action. This safety feature activates in response to abnormalities like low fluid levels, leaks, faulty sensors, electrical or mechanical failures, and overheating.
Symptoms like intermittent starting and key recognition errors signal potential problems with your Mercedes’ EIS. Use diagnostic steps like error code checks and spare key tests. Professional diagnosis and solutions like EIS replacement ensure safe driving. Consult a qualified technician for accurate diagnosis and repair.
Core technology of Hyundai Motor Group's EV platform 'E-GMP'Hyundai Motor Group
What’s the force behind Hyundai Motor Group's EV performance and quality?
Maximized driving performance and quick charging time through high-density battery pack and fast charging technology and applicable to various vehicle types!
Discover more about Hyundai Motor Group’s EV platform ‘E-GMP’!
Things to remember while upgrading the brakes of your carjennifermiller8137
Upgrading the brakes of your car? Keep these things in mind before doing so. Additionally, start using an OBD 2 GPS tracker so that you never miss a vehicle maintenance appointment. On top of this, a car GPS tracker will also let you master good driving habits that will let you increase the operational life of your car’s brakes.
5 Warning Signs Your BMW's Intelligent Battery Sensor Needs AttentionBertini's German Motors
IBS monitors and manages your BMW’s battery performance. If it malfunctions, you will have to deal with an array of electrical issues in your vehicle. Recognize warning signs like dimming headlights, frequent battery replacements, and electrical malfunctions to address potential IBS issues promptly.
What Exactly Is The Common Rail Direct Injection System & How Does It WorkMotor Cars International
Learn about Common Rail Direct Injection (CRDi) - the revolutionary technology that has made diesel engines more efficient. Explore its workings, advantages like enhanced fuel efficiency and increased power output, along with drawbacks such as complexity and higher initial cost. Compare CRDi with traditional diesel engines and discover why it's the preferred choice for modern engines.
𝘼𝙣𝙩𝙞𝙦𝙪𝙚 𝙋𝙡𝙖𝙨𝙩𝙞𝙘 𝙏𝙧𝙖𝙙𝙚𝙧𝙨 𝙞𝙨 𝙫𝙚𝙧𝙮 𝙛𝙖𝙢𝙤𝙪𝙨 𝙛𝙤𝙧 𝙢𝙖𝙣𝙪𝙛𝙖𝙘𝙩𝙪𝙧𝙞𝙣𝙜 𝙩𝙝𝙚𝙞𝙧 𝙥𝙧𝙤𝙙𝙪𝙘𝙩𝙨. 𝙒𝙚 𝙝𝙖𝙫𝙚 𝙖𝙡𝙡 𝙩𝙝𝙚 𝙥𝙡𝙖𝙨𝙩𝙞𝙘 𝙜𝙧𝙖𝙣𝙪𝙡𝙚𝙨 𝙪𝙨𝙚𝙙 𝙞𝙣 𝙖𝙪𝙩𝙤𝙢𝙤𝙩𝙞𝙫𝙚 𝙖𝙣𝙙 𝙖𝙪𝙩𝙤 𝙥𝙖𝙧𝙩𝙨 𝙖𝙣𝙙 𝙖𝙡𝙡 𝙩𝙝𝙚 𝙛𝙖𝙢𝙤𝙪𝙨 𝙘𝙤𝙢𝙥𝙖𝙣𝙞𝙚𝙨 𝙗𝙪𝙮 𝙩𝙝𝙚 𝙜𝙧𝙖𝙣𝙪𝙡𝙚𝙨 𝙛𝙧𝙤𝙢 𝙪𝙨.
Over the 10 years, we have gained a strong foothold in the market due to our range's high quality, competitive prices, and time-lined delivery schedules.
In this presentation, we have discussed a very important feature of BMW X5 cars… the Comfort Access. Things that can significantly limit its functionality. And things that you can try to restore the functionality of such a convenient feature of your vehicle.
Comprehensive program for Agricultural Finance, the Automotive Sector, and Empowerment . We will define the full scope and provide a detailed two-week plan for identifying strategic partners in each area within Limpopo, including target areas.:
1. Agricultural : Supporting Primary and Secondary Agriculture
• Scope: Provide support solutions to enhance agricultural productivity and sustainability.
• Target Areas: Polokwane, Tzaneen, Thohoyandou, Makhado, and Giyani.
2. Automotive Sector: Partnerships with Mechanics and Panel Beater Shops
• Scope: Develop collaborations with automotive service providers to improve service quality and business operations.
• Target Areas: Polokwane, Lephalale, Mokopane, Phalaborwa, and Bela-Bela.
3. Empowerment : Focusing on Women Empowerment
• Scope: Provide business support support and training to women-owned businesses, promoting economic inclusion.
• Target Areas: Polokwane, Thohoyandou, Musina, Burgersfort, and Louis Trichardt.
We will also prioritize Industrial Economic Zone areas and their priorities.
Sign up on https://profilesmes.online/welcome/
To be eligible:
1. You must have a registered business and operate in Limpopo
2. Generate revenue
3. Sectors : Agriculture ( primary and secondary) and Automative
Women and Youth are encouraged to apply even if you don't fall in those sectors.
What Does the PARKTRONIC Inoperative, See Owner's Manual Message Mean for You...Autohaus Service and Sales
Learn what "PARKTRONIC Inoperative, See Owner's Manual" means for your Mercedes-Benz. This message indicates a malfunction in the parking assistance system, potentially due to sensor issues or electrical faults. Prompt attention is crucial to ensure safety and functionality. Follow steps outlined for diagnosis and repair in the owner's manual.
What Does the PARKTRONIC Inoperative, See Owner's Manual Message Mean for You...
Keynote 4 cornelius_koetz_v04
1. AUTOSAR
- arrived in practice -
Experiences at Audi and Mercedes
Jens Kötz Frank Cornelius
AUDI AG Mercedes-Benz Cars Development
2. 2
Why this joint presentation?
The main intention of a brand is to enthuse the customer by
differentiation in technology, feel, optical impression & design
The main intention of AUTOSAR is the introduction of a common
standard in – for the customer – non visible layer!
Expectations of the customer
Characteristic and features inspire...
3. 3
Audi and Daimler introduce AUTOSAR 3.2 in vehicle production in 2013
Introducing a standard is more than using the same specification
It is better to use the same AUTOSAR implementation in each company
and benefit from synergies
testing once multiple usage
Improve the quality
Why this joint presentation?
Here we will show our way to a common AUTOSAR stack
4. 4
Future of the Standard
Introduction of AUTOSAR at Audi and Mercedes
AUTOSAR in Practice at Audi / Daimler
Summary & Outlook
Outline
5. 5
Future of the Standard
Introduction of AUTOSAR at Audi and Mercedes
AUTOSAR in Practice at Audi / Daimler
Summary & Outlook
Outline
6. 6
Basic Software Customer-relevance
Bus System
ECU I/OBus interface
Industry Standard
for Tier 1 Software
Industry Standard
for Communications-
Software
AUTOSAR Interface for applications
Differentiation in the functionality
of the customer applications
visible, tangible, audible
customer relevant
Standards in the
Basic Software of the ECU
visible, tangible, audible
only if defect
not customer relevant
7. 7
Introduction of AUTOSAR –
Experiences at Audi and Daimler
Bus System
ECU I/OBus interface
Industry Standard
for Tier 1 Software
Industry Standard
for Communications-
Software
AUTOSAR Interface for applications
Second Step:
AUTOSAR 3.1.4 for
FlexRay/CAN/LIN
with RTE
and Software
Components
Second Step:
AUTOSAR 3.1.4 for
FlexRay/CAN/LIN
with RTE
and Software
Components
First Step:
Usage of
FlexRay Modules of
AUTOSAR 2.1
First Step:
Usage of
FlexRay Modules of
AUTOSAR 2.1
8. 8
Roadmap for the Introduction of AUTOSAR
2009 2014 / 2015………
AUTOSAR 2.1
FlexRay
2012
AUTOSAR 3.1
Rev. 4
FlexRay/CAN/LIN
AUTOSAR 3.2
FlexRay/CAN/LIN
9. 9
Harmonisation of OEM Stacks – how it worked
Actions
Reduction of parameter set
Harmonization of AUTOSAR extensions
Where there is a will there is a way
Open Topics
harmonisation of diagnostic modules
Result
Common AUTOSAR specification release for Audi and Daimler
Evidence: One common AUTOSAR stack
10. 10
Outline
Future of the Standard
Introduction of AUTOSAR at Audi and Mercedes
AUTOSAR in Practice at Audi / Daimler
Summary & Outlook
11. 1111
Initial situation:
No FlexRay Standard Software for production use available on the market
Unclear suitability of AUTOSAR approach
AUTOSAR V2.0 as development base not technically suitable
Changes and extensions required for in vehicle usage
Adaption and Integration of specific VW-Group Modules
(e.G. Bedien- & Anzeige Protokoll (BAP), Komponentenschutz (KS), …)
Compliance to the AUTOSAR- Architecture
(Module-Structures, APIs, Configuration)
Introduction of AUTOSAR 2.1 for FlexRay
12. 12
First using pure AUTOSAR …
Problems with resources at different applications (RAM, ROM, Runtime)
FIBEX (1st K-Matrix shows insurmountable Problems:
AUTOSAR – PDU approach was not illustratable)
… then focusing on the development of
the optimization of the Performance of the COM-Stack
the correction and solidification of the AUTOSAR 2.0 Specifications
while maintaining the compliance with the AUTOSAR interfaces
the Audi-Application Requirements
(e.G. FR-TP and PDU-R without using CAN and LIN)
the extension to FIBEX+ because of missing elements
Introduction of AUTOSAR 2.1 for FlexRay – Experiences
High effort required to introduce the new AUTOSAR specificationHigh effort required to introduce the new AUTOSAR specification
13. 13
2/3 of the amount of
Issues are in Tooling
and interchange format
Introduction of FlexRay – Issues during pre-development
Standard-Software
Standard Software Configuration tool
Schedule-Designtool
Signal database extension for FlexRay
Bussystem Monitor and Analysis
tool extension for FlexRay
Disturbance node FlexRay
Fibex-Viewer
Datalogger for FlexRay
Sum: about 1000
High effortHigh effort requiredrequired to introduce the new AUTOSAR specificationto introduce the new AUTOSAR specification
Corrected Issues
14. 14
Introduction of FlexRay - Results
FLEXRAY – 16 Modules
Signal based abstraction
of application interface
Application is only responsible
for function.
No additional responsibilities
CAN – 9 Modules
Direct interaction between
drivers and application
Additional responsibilities
in the application
(timeout detection, unpack signals etc.)
Resources consumption for FlexRay-SSW only 10%* higher
(incl. COM-Layer, without Config.)
* abgeändertes AUTOSAR 2.x
Applikationen
BAP schutz (UDS)
Bootloader
FlexRay Treiber (AUTOSAR *)
FlexRay Controller
COM
(AUTO
SAR *)
FlexRay Interface (AUTOSAR *)
AALB AALI
XCP
Application
BAP
Generic NM
(AUTOSAR *) Kompo-
nenten-
schutz
Diagnose-
services
Diag.-
protocoll
(UDS)
Bootloader
FlexRay Driver (AUTOSAR *)
FlexRay Controller
COM
(AUTO
SAR *)
PDU Router (AUTOSAR *)
FlexRay Interface (AUTOSAR *)
FlexRay NM
(AUTOSAR *)
AALB AALI
XCP-PL
XCP-TL
FR-TP (AUTOSAR)
CAN Driver
CAN TP (ISO TP)
UDS
CAN Controller
Application
Bootloader
K
SBAP
CWM
NM
High
SDS
DEH
* conditionally functional identical
15. 15
Effort for AUTOSAR Specification development
2005 2006 2007 2008 2011
Efforttoprovidethe
AUTOSARReleases
Count of AUTOSAR Users
1.0
2.0
2.1
3.0
3.1
3.2
Mismatch between the effort
required to provide the AUTOSAR
Specifications and the Number of the
OEMs that use the releases
Mismatch between the effort
required to provide the AUTOSAR
Specifications and the Number of the
OEMs that use the releases
16. 16
Increasing of the
cooperation between
Toolsuppliers necessary
Most of the problems
are in Tooling and
interchange formats
Do not ignore the
performance while
introducing a standard
Introduction of FlexRay
Lessons
Learned
17. 17
Outline
Future of the Standard
Introduction of AUTOSAR at Audi and Mercedes
AUTOSAR in Practice at Audi / Daimler
Summary & Outlook
18. 18
AUTOSAR covers more than just standard software
Before AUTOSAR
Additional documents for system
description (*.pdf, *.doc, *.ppt, etc.),
sometimes oral agreements
bus communication
Communication from ECU to ECU
AUTOSAR
Communication from function to function
Integrated system description for
documentation and configuration
bus communication
19. 19
Daimler‘s AUTOSAR System Structure Approach
AUTOSAR structures the application into
functional blocks by using SW Components (SWC)
definition of interface descriptions of SWC
definitions of exchange formats
tool-based process
Mapping Process …
Which ECU
contributes what
for which system
Next steps: further refinement within the SW components
This approach defines a consequent enhancement
of system design and responsibility
First step: component contribution == AUTOSAR SWC
20. 20
AUTOSAR
One exchange format for LIN-Master, CAN and
FlexRay ECU‘s
One XML File for each ECU
Exchange format contains network and
SW-C information
Before AUTOSAR
Exchange formats only contain network
information
For each network a LDF, DBC, Fibex File
necessary for each ECU
The AUTOSAR System Description is an integral part of the
- standard software configuration
- RTE generation
- AUTOSAR tooling
AUTOSAR Introduces New Exchange Formats
LIN Network: LDF-File
CAN Network: DBC-File
FlexRay Network: Fibex-File
System Description
(xml-File)
ECU Extract of
System Description
(xml-File)
21. 21
Thus we need:
an interoperable AUTOSAR tool chain
tools with a secure and simple Update for System Descriptions
continuous Tool-Chain across the whole development process
converter tools from XML to dbc, Fibex, ldf and vice versa
tooling for XML modifications (XML – Writer”)
Challenge “AUTOSAR Tools”
We see the major challenges primarily in the AUTOSAR tooling than in
the AUTOSAR standard software modules itself
Providing a professional AUTOSAR tool framework will playProviding a professional AUTOSAR tool framework will play
a key role for market success of AUTOSAR Software suppliersa key role for market success of AUTOSAR Software suppliers
22. 22
Tighter coupling of
configuration, schemata
scheme and SW stack
higher test effort
compatibility issues
Change management
process of SWC at OEM
and Tier 1 side is still a
learning field
Increasing of the
cooperation between
Toolsuppliers necessary
Most of the problems
are in Tooling and
interchange formats
AUTOSAR templates
still offer a wide scope
for interpretation
Do not ignore the
performance while
introducing a standard
Experiences with the AUTOSAR system approach
Lessons
Learned
23. 23
Outline
Future of the Standard
Introduction of AUTOSAR at Audi and Mercedes
AUTOSAR in Practice at Audi / Daimler
Summary & Outlook
24. 24
Rollout AUTOSAR
2008 2009 2010 2011 2012 2013 2014 2015
AUTOSAR ModuleAUTOSAR Module
AUTOSAR
Module
AUTOSAR
Module
AUTOSAR ModuleAUTOSAR Module
Einheitliche AUTOSAR
Lösung
Proprietär Erste AUTOSAR Module
integriert
Migrationsphase zur AUTOSAR
Companion Guideline
AUTOSAR ModuleAUTOSAR Module
AUTOSAR R2.1
AUTOSAR R2.1
AUTOSAR
R3.0
AUTOSAR
R2.1
AUTOSAR R3.2
AUTOSAR R3.2
AUTOSAR R3.2
R3.1
CGAUTOSAR R3.2
AUTOSAR R3.0/1
AUTOSAR R3.2/R4.0
AUTOSAR R3.2 Rev 1 is the first usable Standard for all big German OEMs
The 5 big German OEMs committed to the usage & rollout of ASR 3.2
25. 25
Rollout AUTOSAR
Our Roadmap:
Mercedes and Audi have invested large amount of effort in making AUTOSAR 3.2 ready for
use
specification, implementation & tooling
Now AUTOSAR 3.2 will be rolled out
in various product lines at Audi and Mercedes (B / C / D / Crossover)
high volumes from 2013 onwards
26. 26
Outline
Future of the Standard
Introduction of AUTOSAR at Audi and Mercedes
AUTOSAR in Practice at Audi / Daimler
Summary & Outlook
27. 27
Audi and Daimler will use the AUTOSAR 3.2 Standard long term
Steadiness of the Standard
What is a standard?
„A technical standard is an established norm or requirement about technical
systems…“
„A de facto standard is a custom, convention, product, or system that has achieved a
dominant position by public acceptance or market forces …“
WIKIPEDIA:
CopyrightByWikimedia
28. 28
Summary & Outlook
AUTOSAR development process causes early definitions
-- Frontloading –
For a stable development process the maturity and usability of tools is essential
-- Focus on Tools –
To introduce a standard requires the will to arrange a common optimum
-- Audi and Daimler showed that this is possible –
Standard means: stability, maturity, quality, continuity; therefore
-- Audi and Daimler use R 3.1 / R 3.2 –
A standard shall be open - therefore
-- Audi and Daimler will be open for further implementations based on the
AUTOSAR 3.2 Standard if the four points above are fulfilled--