1 - Stm Peer Review Checklists


Overview

Summary Sheet
Synergy Project
3rd Party Files


Sheet 1: Summary Sheet























Rev 1.019-Apr-17
Peer Review Summary Sheet


























Synergy Project Name:



Windows User: Intended Use: Identify which component is being reviewed. This should match the component short name and the middle part of the Synergy project name Stm
Revision / Baseline:


Windows User: Intended Use: Identify the implementation baseline name intended to be used for the changed component when changes are approved. Stm_Bac_Ar4.3.0_05.02.00_Bmw_0


























Change Owner:



Windows User: Intended Use: Identify the developer who made the change(s) being reviewed Akilan Rathakrishnan
Work CR ID:


Windows User: Intended Use: Identify the Implementation Work CR whose work is being reviewed (may be more than one) EA4#21733


























3rd party delivery package identifier:







Intended Use: This is a reference to the identifier of the 3rd party delivery package(s) that the component was extracted/created from. Rationale: This will allow easier tracing back to 3rd party deliveries. CBD1700369_D04_Rh850


























Windows User: Identifiy which type of 3rd party component this is so as to provide appropriate review checklist sheets Component Type:





























































































































Windows User: General section for summarizing review comments or review notes. Review Checklist Summary:


















































Comments:
































































Sheet 2: Synergy Project

Peer Review Meeting Log (Component Synergy Project Review)



















































Quality Check Items:




































Rationale is required for all answers of No










New baseline version name from Summary Sheet follows








Yes
Comments:




naming convention for 3rd Party Software Components







































Project contains necessary subprojects








N/A
Comments:













































Project contains the correct version of subprojects








N/A
Comments:













































General Notes / Comments:



























































LN: Intended Use: Identify who were the reviewers and if the reviewed changes have been approved. Rationale: Since this Form will be attached to the Change Request it will confirm the approval and provides feedback in case of audits. KMC: Group Review Level removed in Rev 4.0 since the design review is not checked in until approved, so it would always be DR4. Review Board:


























Change Owner:

Akilan Rathakrishnan


Review Date :

03/15/18
































Lead Peer Reviewer:


Kevin Smith


Approved by Reviewer(s):



Yes































Other Reviewer(s):


Rijvi Ahmed






































































Sheet 3: 3rd Party Files

Peer Review Meeting Log (3rd Party File Review)





















































Quality Check Items:






































Rationale is required for all answers of No










(e.g. component_bswmd.arxml) Component "autosar" folder contains autosar module description file from 3rd party delivery packageYes
Comments:




































(e.g. component_preo.arxml) Component "autosar" folder contains any relevant preconfiguration files from 3rd party delivery package(s)N/A
Comments:




































If needed as in the case with Renesas MCAL (e.g. MCALcomponent_bswmd_rec.arxml taken from Vector delivery) Component "autosar" folder contains any needed supplemental autosar module description file(s)Yes
Comments:




































Component "doc" folder contains all documentation related to this component from 3rd party delivery packageYes
Comments:




































Modifications from delivery to be reviewed (e.g. path changes) Component "generate" folder contains all external generation files from 3rd party delivery packageYes
Comments:




































Component "include" and "src" folder contains exact component files from 3rd party delivery packageYes
Comments:




































Component "make" folder contains any makefiles included from 3rd party delivery packageYes
Comments:




































1) All source and headers of component should be referenced in .gpj 2) Compiler settings may need to be tailored to source component (e.g. Renesas MCAL vs Vector BSWs) Component "tools" folder contains GHS project file with appropriate files referenced with appropriate compiler settingsYes
Comments:




































Should delete old existing files/directories from integration project and copy new ones into integration project May also contain logic for integrator user interaction if required. (e.g. selection of micro variant on MCAL) Component "tools" folder contains Integrate.bat with appropriate logic in it for integration into projectYes
Comments:




































For external generation and internal behavior definition for use with Vector Davinci tools. Typically only desired/needed for non-Vector developed components. This file should be copied as part of Integrate.bat. Components optionally contains settings xml file with appropriate contentsYes
Comments:




































General Notes / Comments:





























































LN: Intended Use: Identify who were the reviewers and if the reviewed changes have been approved. Rationale: Since this Form will be attached to the Change Request it will confirm the approval and provides feedback in case of audits. KMC: Group Review Level removed in Rev 4.0 since the design review is not checked in until approved, so it would always be DR4. Review Board:



























Change Owner:

Akilan Rathakrishnan


Review Date :

03/15/18

































Lead Peer Reviewer:


Kevin Smith


Approved by Reviewer(s):



Yes
































Other Reviewer(s):


Rijvi Ahmed







































































2 - StmClassic_IntegrationManual

4 - StmClassic_IntegrationManuals


Stm Classic Integration Manual
Project
BMW AUTOSAR 4 Core Rel. 3
Author
BMW AG
Release Date
2017-12-14
Version
5.2.0
Status
Release
Hotline
+49 89 382 - 32233
Contact
bac@bmw.de
https://asc.bmw.com/jira/browse/BSUP (extern)
https://asc.bmwgroup.net/jira/browse/BSUP (intern)
Revision History
Version
Date
Description
5.2.0
2017-12-14
Initial version for SP2021
Company
Bayerische
Motoren Werke
Aktiengesellschaft
Postal address
BMW AG
80788 München
Office address
Forschungs- und
Innovationszentrum
(FIZ)
Hufelandstr. 1
80937 München
Telephone
Switchboard
+49 89 382-0
Internet
www.bmwgroup.com
StmClassic_IntegrationManual.pdf, Version 5.2.0, Software Platforms
Page 1 of 14


Table of Contents
1 Introduction
3
1.1
General
3
1.2
Functional overview
3
2 Acronyms and abbreviations
4
3 Related documentation
5
4 Limitations and Known Issues
6
5 Software Architecture
7
5.1
Dependencies on AUTOSAR modules
7
5.1.1
RTE
7
5.1.2
Com
7
5.1.3
Dem
7
5.1.4
BswM
7
5.2
Dependencies to BMW modules
7
6 Integration
8
6.1
Configuration of other Modules
8
6.1.1
Com
8
6.1.2
BswM
8
6.1.3
Dem
9
6.2
Configuration
9
6.2.1
StmGeneral
9
6.3
Configuration of the RTE
11
6.3.1
Assembly connectors
11
6.3.2
Event Mapping
12
6.3.3
Data Mapping
12
6.3.4
Exclusive Areas
13
6.4
Software Integration
13
6.4.1
SWCD
13
6.4.2
Startup/Initialisation
14
6.4.3
Normal Operation
14
6.4.4
Shutdown/Deactivation
14
StmClassic_IntegrationManual.pdf, Version 5.2.0, Software Platforms
Page 2 of 14


1
Introduction
This Integration Manual describes the basis functionality, API and the configuration and integration of the
BMW System Function Stm.
General
For a general introduction to the BAC4 Platform Modules, please refer to [1].
This document only describes topics related to the Stm BAC4 Module.
This Integration Manual describes the basis functionality, API and the configuration of the BMW system
function Stm.
Functional overview
The main objective of the Stm functionality is to supervise signals that are communicated on the system
busses and maintain these states for the local ECU. This means:
This means:
Make these states available as modes to other software.
React on some changes of these states (for instance setting Dem enable conditions).
React on timeouts of these communicated states (set default values, report error events accordingly).
The Stm module itself is modeled as a SWC residing above the RTE.
StmClassic_IntegrationManual.pdf, Version 5.2.0, Software Platforms
Page 3 of 14


2
Acronyms and abbreviations
AbbreviationDescription
/ Acronym
AUTOSAR
Automotive Open Systems Architecture group
BAC
BMW AUTOSAR Core
ECU
Electronical Control Unit
BswM
Basic Software Mode Manager
Com
Communication Module
Dem
Diagnostic Event Manager
PDU
Protocol Data Unit
RTE
Runtime Environment
Stm
Status Monitoring
SWC
Software Component
SWCD
Software Component Description
StmClassic_IntegrationManual.pdf, Version 5.2.0, Software Platforms
Page 4 of 14


3
Related documentation
References
StmClassic_IntegrationManual.pdf, Version 5.2.0, Software Platforms
Page 5 of 14


4
Limitations and Known Issues
Currently there are no limitations known.
StmClassic_IntegrationManual.pdf, Version 5.2.0, Software Platforms
Page 6 of 14


5
Software Architecture
Dependencies on AUTOSAR modules
The current version of the Stm Module depends on the following BSW modules:
RTE
As a software component, the Stm module uses RTE client/server communication to communicate with
other SWCs and BSW. Additionally the scheduling is done by the RTE.
Com
According to chapter 1.2 the Stm modules main objective is to monitor certain bus signals. Therefore,
these signals have to be configured in Com and the data element to Com signal mapping has to be
correctly implemented.
Dem
The Stm controls a Dem specific EnableCondition. It uses the Client-Server interface EnableCondition
provided by the Dem.
BswM
The Stm module expects that it will be notified via ModeSwitchEvents, whether the ComSignal for
centralErrorLock can be received or not. The receive ability depends on the state (started/stopped) of the
ComPduGroup the ComSignal is part of. We suggest that the integrator monitors state changes of this
ComPduGroup and notifies these by ModeSwitches with a corresponding rule configuration in the BswM.
Dependencies to BMW modules
Stm does not have dependencies to other modules.
StmClassic_IntegrationManual.pdf, Version 5.2.0, Software Platforms
Page 7 of 14


6
Integration
Configuration of other Modules
Com
It is optional to configure the following signals in the Com module. In case you disable the corresponding
feature in all configuration variants of container StmFeatureActivation, you do not need to configure the
related ComSignal. Also in cases, you use RTE transformers to serialize network data into data elements
the configuration is done outside of Com.
ComSignal for Stm data element vehicleState
The ComSignal for the data element vehicleState shall be configured. This signal is currently named
ST_CON_VEH in the BMW message catalog and is part of the PDU CON_VEH in CAN and Flexray
configurations. In case of Ethernet configuration it is part of event VehicleCondition of service
VehicleCondition in package BMW.INFRASTRUCTURE. Note: This is a new variant of the vehicle state
information, which starts in the service pack 2015.
ComSignal for Stm data element energyState
The ComSignal for the data element energyState shall be configured. This signal is currently named
ST_ENERG_FZM in the BMW message catalog and is part of the PDU FZZSTD in CAN and Flexray
configurations. In case of Ethernet configuration, it is part of field VehicleStatus (member
statusEnergyFZM) of service StatusEnergy in package BMW.INFRASTRUCTURE. Note: This is a new
variant of the vehicle state information, which starts in the service pack 2015.
ComSignal for Stm data element centralErrorLock
The ComSignal for the data element centralErrorLock shall be configured. This signal is currently named
ST_ILK_ERRM_FZM in the BMW message catalog and is part of the PDU FZZSTD in CAN and Flexray
configurations. In case of Ethernet configuration, it is part of field VehicleStatus (member
statusInterlockErrorMemoryFZM) of service StatusEnergy in package BMW.INFRASTRUCTURE.
BswM
Configure a rule and depending ActionLists to switch a ModeDeclarationGroup that is based on the
interface ErrorMemoryLockSignalReceptionMode, depending on the ComSignalGroup state to either
EM_LOCK_RECEIVABLE or EM_LOCK_NOT_RECEIVABLE.
StmClassic_IntegrationManual.pdf, Version 5.2.0, Software Platforms
Page 8 of 14


Dem
Stm interacts with Dem in a way, that it controls a so called Dem EnableCondition, which in turn controls if
status changes (triggered by Dem_ReportErrorStatus/Dem_SetEventStatus) for Dem Events which are
linked to this EnableCondition shall be ignored or not.
DemEnableConditionSupport
DemEnableConditionSupport hast to be enabled in Dem configuration.
DemEnableCondition/DemEnableConditionGroup
Inside Dem configuration an unique/special EnableCondition for Stm shall be configured. This
EnableCondition shall be referenced by all EnableConditionGroups in the system, that depend on this
EnableCondition. Example: At BMW the permission to report communication error relevant Dem events
depends on the state of different sources (operating mode, diagnostic state and Stm centralErrorLock).
Each of these sources is connected to its own EnableCondition and all these conditions are combined in
one EnableConditionGroup. At the end, all Dem Events that represent communication errors shall
reference this EnableGroup via their DemEnableConditionGroupRef parameter.
Configuration
The Stm configuration allows configuring the timeout supervision values for the four different
ComSignals. The Stm configuration contains one configuration container StmGeneral and one container
StmFeatureActivation.
StmGeneral
This container contains the configuration (parameters) of the Stm.
StmInitialCentralErrorLockTimeout
This FLOAT-parameter specifies the first/initial timeout in seconds after the ComPduGroup started to
which the ComSignal mapped to data element centralErrorLock belongs. The default value as defined by
Stm represents the value that is demanded by BMW specification.
Note: This parameter is ONLY for documentation purposes. The integrator has to make manually sure
that the ComFirstTimeout configuration parameter of BSW module Com of the relevant signal is set to
this value. The Stm module is a SWC and therefore can only parameterize values in its SWCD. Since
there is in AUTOSAR NO connection from the SWCD to ComFirstTimeout configuration, this
configuration value can only be documented.
StmClassic_IntegrationManual.pdf, Version 5.2.0, Software Platforms
Page 9 of 14


StmCentralErrorLockTimeout
This FLOAT-parameter specifies the regular timeout in seconds after the ComPduGroup started to
which the ComSignal mapped to data element centralErrorLock belongs. The default value as defined by
Stm represents the value that is required by BMW specification at the time of development of this
module. In case this requirement changes, the value can be adapted in a range from 1.0 to 32.0 seconds.
The chosen value will be generated into the SWCD of the Stm module. The BSW stack RTE tooling
should care for the correct timeout configuration in the Com configuration. That is, the Com configuration
value ComTimeout of the relevant signal should be set to the chosen value automatically. In case the
tooling does not support this feature, the integrator has to manually correct the Com configuration.
StmEnergyStateTimeout
This FLOAT-parameter specifies the regular timeout in seconds after the ComPduGroup started to
which the ComSignal mapped to data element energyState belongs. The default value as defined by Stm
represents the value that is required by BMW specification at the time of development of this module. In
case this requirement changes, the value can be adapted in a range from 1.0 to 32.0 seconds.
The chosen value will be generated into the SWCD of the Stm module. The BSW stack RTE tooling
should care for the correct timeout configuration in the Com configuration. That is, the Com configuration
value ComTimeout of the relevant signal should be set to the chosen value automatically. In case the
tooling does not support this feature, the integrator has to manually correct the Com configuration.
StmVehicleStateTimeout
This FLOAT-parameter specifies the regular timeout in seconds after the ComPduGroup started to
which the ComSignal mapped to data element vehicleState belongs. The default value as defined by Stm
represents the value that is required by BMW specification at the time of development of this module. In
case this requirement changes, the value can be adapted in a range from 0.1 to 32.0 seconds.
The chosen value will be generated into the SWCD of the Stm module. The BSW stack RTE tooling
should care for the correct timeout configuration in the Com configuration. That is, the Com configuration
value ComTimeout of the relevant signal should be set to the chosen value automatically. In case the
tooling does not support this feature, the integrator has to manually correct the Com configuration.
StmComVariant
With this enumeration switch it can be configured whether Stm module is integrated within a boardnet
where the central error lock signal/event is sent cyclically or not. In case Stm is integrated within a
boardnet, where the central error lock is only sent "on-change", Stm has to implement timeout monitoring
on its own and will call back the source of the central error lock signal/event via a C/S getter call. Currently
the central error lock signal/event is sent cyclically in all BMW boardnet configurations, therefore the
DEFAULT and to be used value of this parameter shall be set to STM_COM_CYCLIC_DATAELEMENTS.
StmClassic_IntegrationManual.pdf, Version 5.2.0, Software Platforms
Page 10 of 14


StmFeatureActivation
This container is a so-called multiple configuration container. It allows you to configure multiple instances
of these configuration, where you can choose at runtime, which of these configurations shall be chosen.
This allows post-build-selectable integration scenarios. In this container you can enable/disable certain
signal supervisions. It is designed with a postbuild-selectable configuration concept, to support scenarios,
where the same ECU software is integrated in different vehicle configurations/bordnet topologies, where
the integrator needs the possibility to select at runtime which signal supervisions are needed in the
current vehicle. For a general concept, how the BMW AUTOSAR Core handles SWCs with post build
selectable support see [3].
StmCentralErrorLockEnabled
Enable/Disable the central error lock supervision.
StmEnergyStateEnabled
Enable/Disable the energy state supervision.
StmVehicleStateEnabled
Enable/Disable the vehicle state supervision.
Configuration of the RTE
After performing the steps indicated in chapter 6.1 and 6.2, the RTE configuration can be started. In other
way, the RTE will report an interface incompatibility error.
Assembly connectors
Dem connection
During integration, you have to connect the R-Port CentralErrorLockEnableCondition with the related
Dem P-Port, that Dem must provide after the Stm specific EnableCondition has been configured (see
chapter 6.1.3).
ModeDeclarationGroup connection
The R-Port EMLockSignalReceptionModeNotificationPort of Stm has to be connected with the
corresponding P-Port of the mode manager. In case, you followed the suggestion (see chapter 5.1.4) to
StmClassic_IntegrationManual.pdf, Version 5.2.0, Software Platforms
Page 11 of 14


control this ModeDeclarationGroup through the BswM module, the generated SWCD of the BswM
module will provide the corresponding P-Port.
Event Mapping
Stm has the following runnables (in brackets it is noted, whether it can be invoked concurrently):
Runnable_ErrorCentralErrorLock (true).
Runnable_ErrorEnergyMode (true).
Runnable_ErrorVehicleState (true).
Runnable_StopCentralErrorLockSupervision (false).
Runnable_InitialCELSupervision (false).
Runnable_ReceiveCentralErrorLock (true).
Runnable_ReceiveEnergyMode (true).
Runnable_ReceiveVehicleState (true).
Depending at your RTE tooling at least the runnables that cannot be invoked concurrently must be
mapped to tasks.
Data Mapping
The following S/R data elements shall be mapped to the corresponding ComSignals (see chapter 6.1):
centralErrorLock (R-Port CentralErrorLockRx).
energyState (R-Port EnergyModeRx).
vehicleState (R-Port VehicleStateRx).
Note: The three data elements shown above are primitive data types from the viewpoint of Stm. In the
bordnet configuration these data types are embedded within signalgroups/complex datatypes. In the
AUTOSAR-Extracts provided by BMW therefore complex (record types) data elements are provided
within the corresponding ports of the outer ECU composition. To connect sub-elements (members) of
the ports of the outer composition with the primitive type data elements of Stm ports a port-interface
mapping has to created, which is then attached to the delegation assembly connector.
Example for a port interface mapping for centralErrorLock datat-element:
<?xml version=" 1.0 " ?>
<PORT−INTERFACE−MAPPING−SET>
<SHORT−NAME>StmMappingSet< /SHORT−NAME>
<PORT−INTERFACE−MAPPINGS>
<VARIABLE−AND−PARAMETER−INTERFACE−MAPPING>
<SHORT−NAME>Mapping_Stm_CentralErrorLockRx< /SHORT−NAME>
<DATA−MAPPINGS>
<DATA−PROTOTYPE−MAPPING>
<FIRST−DATA−PROTOTYPE−REF DEST="VARIABLE−DATA−PROTOTYPE"> /BMW/ INFRASTRUCTURE / STATUSENERGY / V e h i c l e S t a t u s / F i e l d N o t i f i e r V e h i c l e S t a t u s / N o t i f i e r < / FIRST−DATA−PROTOTYPE−REF>
<SECOND−DATA−PROTOTYPE−REF DEST="VARIABLE−DATA−PROTOTYPE"> /BMW/ P l a t f o r m / Stm / P o r t I n t e r f a c e s / C e n t r a l E r r o r L o c k S i g n a l I n t e r f a c e / c e n t r a l E r r o r L o c k < /SECOND−DATA−PROTOTYPE−REF>
<SUB−ELEMENT−MAPPINGS>
<SUB−ELEMENT−MAPPING>
StmClassic_IntegrationManual.pdf, Version 5.2.0, Software Platforms
Page 12 of 14


<FIRST−ELEMENTS>
<APPLICATION−COMPOSITE−DATA−TYPE−SUB−ELEMENT−REF>
<APPLICATION−COMPOSITE−ELEMENT−IREF>
<ROOT−DATA−PROTOTYPE−REF DEST="VARIABLE−DATA−PROTOTYPE"> /BMW/ INFRASTRUCTURE / STATUSENERGY / V e h i c l e S t a t u s / F i e l d N o t i f i e r V e h i c l e S t a t u s / N o t i f i e r < /ROOT−DATA−PROTOTYPE−REF>
<TARGET−DATA−PROTOTYPE−REF DEST="APPLICATION−RECORD−ELEMENT"> /BMW/ INFRASTRUCTURE / ApplicationDataTypes / V e h i c l e S t a t e / statusInterlockErrorMemoryFZM < / TARGET−DATA−PROTOTYPE−REF>
< / APPLICATION−COMPOSITE−ELEMENT−IREF>
< / APPLICATION−COMPOSITE−DATA−TYPE−SUB−ELEMENT−REF>
< / FIRST−ELEMENTS>
< / SUB−ELEMENT−MAPPING>
< / SUB−ELEMENT−MAPPINGS>
< / DATA−PROTOTYPE−MAPPING>
< / DATA−MAPPINGS>
< / VARIABLE−AND−PARAMETER−INTERFACE−MAPPING>
< / PORT−INTERFACE−MAPPINGS>
< / PORT−INTERFACE−MAPPING−SET>
Exclusive Areas
The exclusive area "CentralErrorLockReadWrite_EA" has to be configured in the RTE.
Software Integration
SWCD
The file Stm_ext_interfaces.arxml contains two external dependencies, which are defined here to express
the expectations of Stm (see explanation in [1]):
A mode declaration group that indicates, whether the centralErrorLock signal is currently receivable or
not.
The ClientServer interface of Dem module to control so called EnableConditions (see chapter 6.1.3).
Mode Declaration Group ErrorMemoryLockSignalReceptionMode
The Stm expects that there exists a ModeDeclarationGroup that is controlled by integration code, that
indicates, whether the centralErrorLock is currently receivable or not. In general, this depends on the state
of the ComPduGoup, which the related ComSignal is connected to. The integrator shall configure the
BswM rule system in a way that as soon as the corresponding PduGroup is stopped, the
ModeDeclarationGroup changes to mode EM_LOCK_NOT_RECEIVABLE. In case the PduGroup is
started, the mode shall be changed to EM_LOCK_RECEIVABLE.
Interface EnableCondition of Dem
In Stm_ext_interfaces.arxml you find BMWs interpretation of EnableCondition interface of the Dem BSW
module. In case the interface signature looks different in your Dem implementation (which is very
StmClassic_IntegrationManual.pdf, Version 5.2.0, Software Platforms
Page 13 of 14


unlikely), you could adapt it here, at least to a extent that does not change the C-signature of the runnable,
implementing the C/S call.
Startup/Initialisation
Stm does not need a dedicated initialization or startup. It has no cyclically runnables but is fully driven by
data received events/data received error events/mode switch events.
Normal Operation
Stm is automatically in normal operation.
Shutdown/Deactivation
Not needed (see above).
StmClassic_IntegrationManual.pdf, Version 5.2.0, Software Platforms
Page 14 of 14

Document Outline


5 - StmClassic_ReleaseNotes

6 - StmClassic_ReleaseNotes_ind

Outline
Page 1
Page 2
Page 3
Page 4
Page 5

7 - StmClassic_ReleaseNotess


Release Notes StmClassic
Project
BMW AUTOSAR 4 Core Rel. 3
Author
BMW AG
Release Date
2017-12-14
Version
5.2.0
Status
Release
Hotline
+49 89 382 - 32233
Contact
bac@bmw.de
https://asc.bmw.com/jira/browse/BSUP (extern)
https://asc.bmwgroup.net/jira/browse/BSUP (intern)
Revision History
Version
Date
Issues
5.2.0
2017-12-14
BAC-6522, BAC-6523, BAC-6524, BAC-6255, BAC-6307
5.1.1
2017-11-09
BAC-6246, BAC-6436
5.1.0
2017-10-12
BAC-6247, BAC-6202, BAC-6429
5.0.0
2017-06-29
Company
Bayerische
Motoren Werke
Aktiengesellschaft
Postal address
BMW AG
80788 München
Office address
Forschungs- und
Innovationszentrum
(FIZ)
Hufelandstr. 1
80937 München
Telephone
Switchboard
+49 89 382-0
Internet
www.bmwgroup.com
ReleaseNotes_StmClassic, Version 5.2.0, Software Platforms
Page 1 of 5


1
Module Description
The main objective of the STM functionality is to listen to certain vehicle wide states that are
communicated on the system busses and maintain these states for the local ECU. This means: - Make
these states available as modes to other software components - React on some changes of these states
(for instance setting Dem enableconditions) - React on timeouts of these communicated states (set
default values, reporterror events accordingly) The STM module is modeled as an AUTOSAR software
component (SWC) residing above the RTE.
2
Revisions and Modifications
Revision 5.2.0 [Released]
Item
Description
CR ID:
BAC-6522
CR Headline:
Add AdminData field to paramdef
Description of Issues:
AdminData field is missing in the paramdef files.
Description of Changes:
Adding AdminData field to paramdef files.
Changed Files:
cfgdesc/StmClassic_paramdef.arxml
Compatibility:
Item
Description
CR ID:
BAC-6523
CR Headline:
Schema of paramdefs, paramconfs and SWCDen should be
AUTOSAR_4-3-0_STRICT_COMPACT.xsd
Description of Issues:
Schema of paramdefs, paramconfs and SWCDen should be
AUTOSAR_4-3-0_STRICT_COMPACT.xsd.
Description of Changes:
Assuring that the Schema of paramdefs, paramconfs and SWCDen
is compatible with AUTOSAR_4-3-0_STRICT_COMPACT.xsd.
Changed Files:
generate/meta/Stm_interfaces.arxml.pgen
meta/Stm_ext_interfaces.arxml
cfgdesc/StmClassic_paramdef.arxml
generate/meta/Stm_internal.arxml.pgen
Compatibility:
Item
Description
CR ID:
BAC-6524
CR Headline:
Separate parameter definition from generic into classic/adaptive
Description of Issues:
Separate parameter definition from generic into classic/adaptive.
Description of Changes:
Separating the parameter definition from the Stm generic into the
Stm classic/adaptive adapter.
Changed Files:
generate/include/StmClassic_Cfg.h.pgen
generate/src/StmClassic_PBCfg.c.pgen
generate/include/StmClassic_Version.h.pgen
generate/meta/Stm_internal.arxml.pgen
ReleaseNotes_StmClassic, Version 5.2.0, Software Platforms
Page 2 of 5


CMakeLists.txt
generate/meta/Stm_interfaces.arxml.pgen
generate/include/Stm_Cfg.h.pgen
cfgdesc/StmClassic_paramdef.arxml
generate/include/StmClassic_PBCfg.h.pgen
Compatibility:
Item
Description
CR ID:
BAC-6255
CR Headline:
Create TEX based integration manuals
Description of Issues:
Create TEX based integration manuals.
Description of Changes:
Creating TEX based integration manuals.
Changed Files:
CMakeLists.txt
doc/StmClassic_IntegrationManual.pdf
Compatibility:
Item
Description
CR ID:
BAC-6307
CR Headline:
StmClassic: Compiler warnings - Stm_v5.0.0 - mgcc_v4.5.1
Description of Issues:
Compiler warnings - Stm_v5.0.0 - mgcc_v4.5.1
Description of Changes:
Fixing Compiler warnings.
Changed Files:
generate/include/StmClassic_Cfg.h.pgen
src/Stm_TimerAdapter.c
include/Stm_Timer.h
src/Stm_ComAdapter.c
Compatibility:
Revision 5.1.1 [Released]
Item
Description
CR ID:
BAC-6246
CR Headline:
Add Requirement Traceability
Description of Issues:
Requirements Tracing incomplete
Description of Changes:
Added Requirements Traceability
Changed Files:
src/Stm_ErrMemAdapter.c
src/Stm_MgmtAdapter.c
generate/include/StmClassic_Cfg.h.pgen
src/Stm_ComAdapter.c
doc/StmClassic_RequirementsTable.pdf
src/Stm_TimerAdapter.c
Compatibility:
Item
Description
CR ID:
BAC-6436
CR Headline:
Stm version checks incorrect
Description of Issues:
Incorrect version check macro usage.
ReleaseNotes_StmClassic, Version 5.2.0, Software Platforms
Page 3 of 5


Description of Changes:
Corrected usage.
Changed Files:
include/StmClassic_Version.h
src/Stm_ErrMemAdapter.c
src/Stm_MgmtAdapter.c
generate/include/StmClassic_Cfg.h.pgen
generate/src/StmClassic_PBCfg.c.pgen
include/Stm_Com.h
src/Stm_ComAdapter.c
src/Stm_TimerAdapter.c
include/Stm_Timer.h
include/Stm_Mgmt.h
generate/include/StmClassic_PBCfg.h.pgen
Compatibility:
Revision 5.1.0 [Released]
Item
Description
CR ID:
BAC-6247
CR Headline:
Wrong file header in Stm_ext_interfaces.arxml
Description of Issues:
File Headers were in wrong format.
Description of Changes:
Corrected all file headers
Changed Files:
src/Stm_ErrMemAdapter.c
generate/include/StmClassic_Cfg.h.pgen
generate/src/StmClassic_PBCfg.c.pgen
include/Stm_Com.h
src/Stm_TimerAdapter.c
meta/Stm_ext_interfaces.arxml
generate/meta/Stm_internal.arxml.pgen
include/Stm_Timer.h
generate/meta/Stm_interfaces.arxml.pgen
generate/include/StmClassic_PBCfg.h.pgen
Compatibility:
Item
Description
CR ID:
BAC-6202
CR Headline:
Remove SP2015/2015 suffixes from VEHICLE STATE
Description of Issues:
Editorial changes.
Description of Changes:
Removing the SP2015/2015 suffixes from VEHICLE STATE.
Changed Files:
src/Stm_MgmtAdapter.c
generate/include/StmClassic_Cfg.h.pgen
generate/src/StmClassic_PBCfg.c.pgen
src/Stm_ComAdapter.c
generate/meta/Stm_internal.arxml.pgen
generate/meta/Stm_interfaces.arxml.pgen
include/Stm_Mgmt.h
ReleaseNotes_StmClassic, Version 5.2.0, Software Platforms
Page 4 of 5


generate/include/StmClassic_PBCfg.h.pgen
Compatibility:
Item
Description
CR ID:
BAC-6429
CR Headline:
Stm references parameters with wrong names in pgen files
Description of Issues:
Stm references parameter "stmVehicleStateEnabled" with lower
case first letter, which is wrong, in several *.pgen files.
Description of Changes:
Fixed parameter name.
Changed Files:
generate/include/StmClassic_Cfg.h.pgen
generate/meta/Stm_internal.arxml.pgen
generate/src/StmClassic_PBCfg.c.pgen
Compatibility:
Revision 5.0.0 [Released]
Item
Description
CR ID:
CR Headline:
Initial Release for SP2021
Description of Issues:
Initial Release for SP2021
Description of Changes:
Initial Release for SP2021
Changed Files:
Compatibility:
ReleaseNotes_StmClassic, Version 5.2.0, Software Platforms
Page 5 of 5

Document Outline


8 - StmClassic_RequirementsTable

9 - StmClassic_RequirementsTable_ind

Outline
Page 1
Page 2
Page 3
Page 4

10 - StmClassic_RequirementsTables


Stm Classic Requirements Table
Project
BMW AUTOSAR 4 Core Rel. 3
Author
BMW AG
Release Date
2017-12-14
Version
5.2.0
Status
Release
Hotline
+49 89 382 - 32233
Contact
bac@bmw.de
https://asc.bmw.com/jira/browse/BSUP (extern)
https://asc.bmwgroup.net/jira/browse/BSUP (intern)
Revision History
Version
Date
Changed by
Description
5.2.0
2017-12-14
JC-42
Version Update
5.1.1
2017-11-09
JC-42
Version Update
5.0.0
2017-06-06
JC-42
Initial version for SP2021
Company
Bayerische
Motoren Werke
Aktiengesellschaft
Postal address
BMW AG
80788 München
Office address
Forschungs- und
Innovationszentrum
(FIZ)
Hufelandstr. 1
80937 München
Telephone
Switchboard
+49 89 382-0
Internet
www.bmwgroup.com
StmClassic_RequirementsTable.pdf, Version 5.2.0, Software Platforms
Page 1 of 4


Table of Contents
1 Related documentation
3
2 Requirements Table
4
StmClassic_RequirementsTable.pdf, Version 5.2.0, Software Platforms
Page 2 of 4


1
Related documentation
References
StmClassic_RequirementsTable.pdf, Version 5.2.0, Software Platforms
Page 3 of 4


2
Requirements Table
The Requirements are taken from [?] and [?].
Requirement
Description
Satisfied by
[DMA_PA_5105]
No description
[DMA_PA_5111]
No description
[DMA_PA_5731]
No description
[DMA_PA_8440]
No description
[PNW_2023]
No description
[PNW_2076]
No description
[PNW_2077]
No description
[PNW_2079]
No description
[PNW_2080]
No description
[PNW_2081]
No description
StmClassic_RequirementsTable.pdf, Version 5.2.0, Software Platforms
Page 4 of 4

Document Outline


11 - StmGeneric_ReleaseNotes

12 - StmGeneric_ReleaseNotes_ind

Outline
Page 1
Page 2
Page 3

13 - StmGeneric_ReleaseNotess


Release Notes StmGeneric
Project
BMW AUTOSAR Core 4 Rel. 3 and adaptive BMW AUTOSAR Core Rel. 1
Author
BMW AG
Release Date
2017-12-14
Version
5.2.0
Status
Release
Hotline
+49 89 382 - 32233 (classic) / +49 89 382 - 22522 (adaptive)
Contact
bac@bmw.de (classic) / abac@bmw.de (adaptive)
https://asc.bmw.com/jira/browse/BSUP (extern)
https://asc.bmwgroup.net/jira/browse/BSUP (intern)
Revision History
Version
Date
Issues
5.2.0
2017-12-14
BAC-6524
5.1.1
2017-11-09
BAC-6246
5.1.0
2017-10-12
BAC-6254, BAC-6202, BAC-6247
5.0.0
2017-06-29
Company
Bayerische
Motoren Werke
Aktiengesellschaft
Postal address
BMW AG
80788 München
Office address
Forschungs- und
Innovationszentrum
(FIZ)
Hufelandstr. 1
80937 München
Telephone
Switchboard
+49 89 382-0
Internet
www.bmwgroup.com
ReleaseNotes_StmGeneric, Version 5.2.0, Software Platforms
Page 1 of 3


1
Module Description
The main objective of the STM functionality is to listen to certain vehicle wide states that are
communicated on the system busses and maintain these states for the local ECU. This means: - Make
these states available as modes to other software components - React on some changes of these states
(for instance setting Dem enableconditions) - React on timeouts of these communicated states (set
default values, reporterror events accordingly) The STM module is modeled as an AUTOSAR software
component (SWC) residing above the RTE.
2
Revisions and Modifications
Revision 5.2.0 [Released]
Item
Description
CR ID:
BAC-6524
CR Headline:
Separate parameter definition from generic into classic/adaptive
Description of Issues:
Separate parameter definition from generic into classic/adaptive.
Description of Changes:
Separating the parameter definition from the Stm generic into the
Stm classic/adaptive adapter.
Changed Files:
include/Stm_Version.h
include/Stm_MgmtAdapter.h
cfgdesc/Stm_paramdef.arxml
include/Stm_ErrMemAdapter.h
CMakeLists.txt
include/Stm.h
Compatibility:
Revision 5.1.1 [Released]
Item
Description
CR ID:
BAC-6246
CR Headline:
Add Requirement Traceability
Description of Issues:
Requirements Tracing incomplete
Description of Changes:
Added Requirements Traceability
Changed Files:
doc/StmGeneric_RequirementsTable.pdf
src/Stm.c
Compatibility:
Revision 5.1.0 [Released]
Item
Description
CR ID:
BAC-6254
CR Headline:
Stm: Usage of IMPLEMENTATION-CONFIG-CLASSES is
deprecated and shall be replaced by VALUE-CONFIG-CLASSES
according to ASR4.2.2
ReleaseNotes_StmGeneric, Version 5.2.0, Software Platforms
Page 2 of 3


Description of Issues:
Usage of Tag IMPLEMENTATION-CONFIG-CLASS is
deprecated.
Description of Changes:
Updated parameter definition to comply with AUTOSAR schema.
Changed Files:
cfgdesc/Stm_paramdef.arxml
Compatibility:
Item
Description
CR ID:
BAC-6202
CR Headline:
Remove SP2015/2015 suffixes from VEHICLE STATE
Description of Issues:
Editorial changes.
Description of Changes:
Removing the SP2015/2015 suffixes from VEHICLE STATE.
Changed Files:
cfgdesc/Stm_paramdef.arxml
src/Stm.c
Compatibility:
Item
Description
CR ID:
BAC-6247
CR Headline:
Wrong file header in Stm_ext_interfaces.arxml
Description of Issues:
File Headers were in wrong format.
Description of Changes:
Corrected all file headers
Changed Files:
include/Stm_MgmtAdapter.h
include/Stm_ErrMemAdapter.h
generate/include/Stm_Version.h.pgen
include/Stm.h
generate/include/Stm_Cfg.h.pgen
template/include/Stm_MemMap.h.sample
Compatibility:
Revision 5.0.0 [Released]
Item
Description
CR ID:
CR Headline:
Initial Release for SP2021
Description of Issues:
Initial Release for SP2021
Description of Changes:
Initial Release for SP2021
Changed Files:
Compatibility:
ReleaseNotes_StmGeneric, Version 5.2.0, Software Platforms
Page 3 of 3

Document Outline


14 - StmGeneric_RequirementsTable

15 - StmGeneric_RequirementsTable_ind

Outline
Page 1
Page 2
Page 3
Page 4

16 - StmGeneric_RequirementsTables


Stm Generic Requirements Table
Project
BMW AUTOSAR Core 4 Rel. 3 and adaptive BMW AUTOSAR Core Rel. 1
Author
BMW AG
Release Date
2017-12-14
Version
5.2.0
Status
Release
Hotline
+49 89 382 - 32233 (classic) / +49 89 382 - 22522 (adaptive)
Contact
bac@bmw.de (classic) / abac@bmw.de (adaptive)
https://asc.bmw.com/jira/browse/BSUP (extern)
https://asc.bmwgroup.net/jira/browse/BSUP (intern)
Revision History
Version
Date
Changed by
Description
5.2.0
2017-12-14
JC-42
Version Update
5.1.1
2017-11-09
JC-42
Version Update
5.0.0
2017-06-06
JC-42
Initial version for SP2021
Company
Bayerische
Motoren Werke
Aktiengesellschaft
Postal address
BMW AG
80788 München
Office address
Forschungs- und
Innovationszentrum
(FIZ)
Hufelandstr. 1
80937 München
Telephone
Switchboard
+49 89 382-0
Internet
www.bmwgroup.com
StmGeneric_RequirementsTable.pdf, Version 5.2.0, Software Platforms
Page 1 of 4


Table of Contents
1 Related documentation
3
2 Requirements Table
4
StmGeneric_RequirementsTable.pdf, Version 5.2.0, Software Platforms
Page 2 of 4


1
Related documentation
References
StmGeneric_RequirementsTable.pdf, Version 5.2.0, Software Platforms
Page 3 of 4


2
Requirements Table
The Requirements are taken from [?] and [?].
Requirement
Description
Satisfied by
[DMA_PA_5105]
No description
[DMA_PA_5111]
No description
[DMA_PA_5731]
No description
[DMA_PA_8440]
No description
StmGeneric_RequirementsTable.pdf, Version 5.2.0, Software Platforms
Page 4 of 4

Document Outline