18. https://www.facebook.com/groups/embedded.system.KS/
Follow us
Press
here
#LEARN_IN DEPTH
#Be_professional_in
embedded_system
SWC Types
Application software component
is an atomic software component that carries out an application or part of it. It can use
ALL AUTOSAR communication mechanisms and services
Sensoractuator software component
is an atomic SWC that handles the specifics of sensors or actuators. It directly interacts
with the ecu-abstraction.
Parameter software component
Atomic SWC
it provides parameter values. They can be fixed data, const or variable. It allows access
to fixed data or calibration data
They don’t have an internal behavior
They only have PPorts of Parameter Interfce type
Need to be on the same ECU as the SWCs accessing them since a parameter SWC
represents the memory containing the calibration parameter
18
19. https://www.facebook.com/groups/embedded.system.KS/
Follow us
Press
here
#LEARN_IN DEPTH
#Be_professional_in
embedded_system
SWC Types
Service software component
provides services specified by AUTOSAR through interfaces specified by AUTOSAR. This component may
interact directly with modules from BSW
Represents the different BSW Module services in the VFB view
Complex driver software component
it generalizes the ECUAbstraction component. It can define ports to interact with components in specific
ways and can also directly interact with BSW modules
Complex device drivers can use BSW services
Complex device drivers exist to fulfill certain needs:
Implementing a complex application that cannot be otherwise implemented due to the AUTOSAR BSW layered
architecture
Timing critical applications
Non-AUTOSAR applications within AUTOSAR ECU
Nvblock software component
it allows SWCs to access NV data
It represents the Nvmanager from BSW layer
19
23. https://www.facebook.com/groups/embedded.system.KS/
Follow us
Press
here
#LEARN_IN DEPTH
#Be_professional_in
embedded_system
Runnable Entities 23
Atomic SWC
Each Atomic Software Component consists of at
least one Runnable Entity that executes code.
A Runnable Entity serves to structure the
Software Component's functionality.
Each Runnable Entity can be scheduled or triggered
individually and independently from other Runnable
Entities.
Each Runnable Entity should be triggered by at
least one Event.
Runnable Entities are implemented by
C-functions
Runnable
26. https://www.facebook.com/groups/embedded.system.KS/
Follow us
Press
here
#LEARN_IN DEPTH
#Be_professional_in
embedded_system
Events
Events trigger Runnable Entities.
These elements will then be referenced within the XML denition of
the Runnable Entity.
These events can be from different types:
AsynchronousServerCallReturnsEvent:
The event is raised when an asynchronous server call is finished.
DataSendCompletedEvent:
This event is raised when the referenced data element have been sent or
an error occurs.
DataReceivedEvent:
This event is raised when the referenced data elements are
received
26
Atomic SWC
Runnable
event
27. https://www.facebook.com/groups/embedded.system.KS/
Follow us
Press
here
#LEARN_IN DEPTH
#Be_professional_in
embedded_system
Events
DataReceiveErrorEvent:
This event is raised by the RTE when the communication layer detects and
notifies an error concerning the reception of the referenced data element.
OperationInvokedEvent:
The OperationInvokedEvent references the operation invoked by the client.
TimingEvent:
A TimingEvent references the Runnable Entity that needs to be started in responseto the
TimingEvent.
ModeSwitchEvent:
ModeTypes can be used in order to transmit status information. such
that ECUs can then start or disable services. Consequently whenever a Mode is entered
or exited a Runnable Entity must be started
27
30. https://www.facebook.com/groups/embedded.system.KS/
Follow us
Press
here
#LEARN_IN DEPTH
#Be_professional_in
embedded_system
Exclusive Areas
The RTE provides a mechanism to synchronize the access to Exclusive Areas.
Exclusive areas are critical sections and lead to preemption-avoidance if a
Runnable Entity enters or exits it.
An Exclusive Area ensures the atomical access to a resource. This can be
indicated by using the following two API functions:
void Rte_Enter_<name> ();
void Rte_Exit_<name> ();
This simply is indicated by the following XMLcode
<EXCLUSIVE-AREA>
<SHORT-NAME> name </SHORTNAME>
</EXCLUSIVE-AREA>
Now, all Runnable Entities within this Internal Behaviour have the ability to
use this Exclusive Area
30
Atomic SWC
Runnable A
event
Runnable B
Exclusive
Area
Atomic SWC
Runnable A
event
Runnable B
Exclusive
Area
31. https://www.facebook.com/groups/embedded.system.KS/
Follow us
Press
here
#LEARN_IN DEPTH
#Be_professional_in
embedded_system
Ports
These ports are used to connect the SWC to other
instances.
The most basic type of ports are the sender and
receiver ports.
These are used to provide means of data transmission
between
different SWCs, or between the SWC and the RTE.
Another common type of port interface is the
Client/Server.
These ports are used when the SWC needs to use a
function (in the application layer these are known as
runnables) contained within another SWC or a function
of a BSW module.
31
40. https://www.facebook.com/groups/embedded.system.KS/
Follow us
Press
here
#LEARN_IN DEPTH
#Be_professional_in
embedded_system
References
https://www.autosar.org
Embedded Microcomputer Systems Real Time Interfacing Third
Edition Jonathan W. Valvano University of Texas at Austin.
MicroC/OS-II the real-time kernel second edition jean j.labrosse.
RTOS Concepts http://www.embeddedcraft.org.
OSEK/VDX Operating System Specification 2.2.3
AUTOSAR Layered Software Architecture
The Trampoline Handbook release 2.0
Trampoline (OSEK/VDX OS) Test Implementation -Version 1.0,
Florent PAVIN ; Jean-Luc BECHENNEC
40
42. https://www.facebook.com/groups/embedded.system.KS/
Follow us
Press
here
#LEARN_IN DEPTH
#Be_professional_in
embedded_system
References
Real Time Systems (RETSY)
Jean-Luc Béchennec - Jean-Luc.Bechennec@irccyn.ec-nantes.fr
Sébastien Faucou - Sebastien.Faucou@univ-nantes.fr
jeudi 12 novembre 15
AUTOSAR Specification of Operating System V5.0.0 R4.0 Rev 3
OSEK - Basics http://taisnotes.blogspot.com.eg/2016/07/osek-basic-
task-vs-extended-task.html
OSEK OS Session Speaker Deepak V.
M.S Ramaiah School of Advanced Studies - Bangalore 1
Introducción a OSEK-OS - El Sistema Operativo del CIAA-Firmware
Programación de Sistemas Embebidos
MSc. Ing. Mariano Cerdeiro
42
45. https://www.facebook.com/groups/embedded.system.KS/
Follow us
Press
here
#LEARN_IN DEPTH
#Be_professional_in
embedded_system
References
AUTOSAR – An open standardized software architecture for the
automotive industry Simon Fürst, BMW 1st AUTOSAR Open
Conference & 8th AUTOSAR Premium Member Conference October
23rd, 2008, Cobo Center, Detroit, MI, USA
http://st.inf.tu-
dresden.de/files/teaching/ws08/ase/03_AUTOSAR_Tutorial.pdf
Institutionen för systemteknik Department of Electrical Engineering
Examensarbete Implementation of CAN Communication Stack in
AUTOSAR Examensarbete utfört i Datorteknik
vid Tekniska högskolan vid Linköpings universitet Av Johan Alexandersson
och Olle Nordin
http://liu.diva-portal.org/smash/get/diva2:822343/FULLTEXT01.pdf
45
47. https://www.facebook.com/groups/embedded.system.KS/
Follow us
Press
here
#LEARN_IN DEPTH
#Be_professional_in
embedded_system
References
AUTOSAR Method, Vector Webinar 2013-04-17
https://vector.com/portal/medien/cmc/events/Webinars/2013/Vector_Web
inar_AUTOSAR_Method_20130417.pdf
AUTOSAR Configuration Process - How to handle 1000s of parameters
Vector Webinar 2013-04-19
https://vector.com/portal/medien/cmc/events/Webinars/2013/Vector_Web
inar_AUTOSAR_Configuration_Process_20130419_EN.pdf
AUTOSAR Runtime Environment and Virtual Function Bus, Nico Naumann
https://hpi.de/fileadmin/user_upload/fachgebiete/giese/Ausarbeitungen_A
UTOSAR0809/NicoNaumann_RTE_VFB.pdf
47
48. https://www.facebook.com/groups/embedded.system.KS/
Follow us
Press
here
#LEARN_IN DEPTH
#Be_professional_in
embedded_system
References
The AUTOSAR Adaptive Platform for Connected and Autonomous
Vehicles, Simon Fürst, AUTOSAR Steering Committee 8th Vector
Congress 29-Nov-2016, Alte Stuttgarter Reithalle, Stuttgart,
Germany
https://vector.com/congress/files/presentations/VeCo16_06_29Nov_Re
ithalle_Fuerst_BMW.pdf
A Review of Embedded Automotive Protocols, Nicolas Navet1,
Françoise Simonot-Lion2 April 14, 2008
https://www.realtimeatwork.com/wp-
content/uploads/chapter4_CRC_2008.pdf
48