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
VersionDateDescription5.2.0
2017-12-14
Initial version for SP2021
CompanyBayerische
Motoren Werke
Aktiengesellschaft
Postal addressBMW AG
80788 München
Office addressForschungs- und
Innovationszentrum
(FIZ)
Hufelandstr. 1
80937 München
TelephoneSwitchboard
+49 89 382-0
Internetwww.bmwgroup.com
StmClassic_IntegrationManual.pdf, Version 5.2.0, Software Platforms
Page 1 of 14
Table of Contents1 Introduction31.1General3
1.2Functional overview3
2 Acronyms and abbreviations43 Related documentation54 Limitations and Known Issues65 Software Architecture75.1Dependencies on AUTOSAR modules7
5.1.1RTE7
5.1.2Com7
5.1.3Dem7
5.1.4BswM7
5.2Dependencies to BMW modules7
6 Integration86.1Configuration of other Modules8
6.1.1Com8
6.1.2BswM8
6.1.3Dem9
6.2Configuration9
6.2.1StmGeneral9
6.3Configuration of the RTE11
6.3.1Assembly connectors11
6.3.2Event Mapping12
6.3.3Data Mapping12
6.3.4Exclusive Areas13
6.4Software Integration13
6.4.1SWCD13
6.4.2Startup/Initialisation14
6.4.3Normal Operation14
6.4.4Shutdown/Deactivation14
StmClassic_IntegrationManual.pdf, Version 5.2.0, Software Platforms
Page 2 of 14
1IntroductionThis Integration Manual describes the basis functionality, API and the configuration and integration of the
BMW System Function Stm.
GeneralFor 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 overviewThe 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
2Acronyms and abbreviationsAbbreviationDescription
/ 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
3Related documentationReferencesStmClassic_IntegrationManual.pdf, Version 5.2.0, Software Platforms
Page 5 of 14
4Limitations and Known IssuesCurrently there are no limitations known.
StmClassic_IntegrationManual.pdf, Version 5.2.0, Software Platforms
Page 6 of 14
5Software ArchitectureDependencies on AUTOSAR modulesThe current version of the Stm Module depends on the following BSW modules:
RTEAs 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.
ComAccording 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.
DemThe Stm controls a Dem specific EnableCondition. It uses the Client-Server interface EnableCondition
provided by the Dem.
BswMThe 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 modulesStm does not have dependencies to other modules.
StmClassic_IntegrationManual.pdf, Version 5.2.0, Software Platforms
Page 7 of 14
6IntegrationConfiguration of other ModulesComIt 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 vehicleStateThe 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 energyStateThe 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 centralErrorLockThe 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.
BswMConfigure 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
DemStm 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.
DemEnableConditionSupportDemEnableConditionSupport hast to be enabled in Dem configuration.
DemEnableCondition/DemEnableConditionGroupInside 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.
ConfigurationThe 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.
StmGeneralThis container contains the configuration (parameters) of the Stm.
StmInitialCentralErrorLockTimeoutThis 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
StmCentralErrorLockTimeoutThis 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.
StmEnergyStateTimeoutThis 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.
StmVehicleStateTimeoutThis 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.
StmComVariantWith 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
StmFeatureActivationThis 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].
StmCentralErrorLockEnabledEnable/Disable the central error lock supervision.
StmEnergyStateEnabledEnable/Disable the energy state supervision.
StmVehicleStateEnabledEnable/Disable the vehicle state supervision.
Configuration of the RTEAfter 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 connectorsDem connectionDuring 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 connectionThe 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 MappingStm 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 MappingThe 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 AreasThe exclusive area "CentralErrorLockReadWrite_EA" has to be configured in the RTE.
Software IntegrationSWCDThe 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 ErrorMemoryLockSignalReceptionModeThe 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 DemIn 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/InitialisationStm 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 OperationStm is automatically in normal operation.
Shutdown/DeactivationNot needed (see above).
StmClassic_IntegrationManual.pdf, Version 5.2.0, Software Platforms
Page 14 of 14
Document Outline
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
VersionDateIssues5.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
CompanyBayerische
Motoren Werke
Aktiengesellschaft
Postal addressBMW AG
80788 München
Office addressForschungs- und
Innovationszentrum
(FIZ)
Hufelandstr. 1
80937 München
TelephoneSwitchboard
+49 89 382-0
Internetwww.bmwgroup.com
ReleaseNotes_StmClassic, Version 5.2.0, Software Platforms
Page 1 of 5
1Module DescriptionThe 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.
2Revisions and ModificationsRevision 5.2.0 [Released]ItemDescriptionCR 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:
ItemDescriptionCR 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:
ItemDescriptionCR 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:
ItemDescriptionCR 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:
ItemDescriptionCR 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]ItemDescriptionCR 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:
ItemDescriptionCR 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]ItemDescriptionCR 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:
ItemDescriptionCR 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:
ItemDescriptionCR 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]ItemDescriptionCR 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
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
VersionDateIssues5.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
CompanyBayerische
Motoren Werke
Aktiengesellschaft
Postal addressBMW AG
80788 München
Office addressForschungs- und
Innovationszentrum
(FIZ)
Hufelandstr. 1
80937 München
TelephoneSwitchboard
+49 89 382-0
Internetwww.bmwgroup.com
ReleaseNotes_StmGeneric, Version 5.2.0, Software Platforms
Page 1 of 3
1Module DescriptionThe 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.
2Revisions and ModificationsRevision 5.2.0 [Released]ItemDescriptionCR 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]ItemDescriptionCR 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]ItemDescriptionCR 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:
ItemDescriptionCR 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:
ItemDescriptionCR 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]ItemDescriptionCR 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