4 - DlogClassic_IntegrationManuals

Dlog Classic Integration Manual
Project
BMW AUTOSAR 4 Core Rel. 3
Author
BMW AG
Release Date
2017-12-14
Version
5.3.1
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.3.1
2017-12-14
Update NvM configuration
5.3.0
2017-11-09
Version Update
5.2.1
2017-10-12
Fix RDBI commands
5.2.0
2017-09-14
Fix RDBI commands
5.1.0
2017-08-10
Remove deprecated stuff, change FirstStartFlag to ProgId
5.0.0
2017-06-29
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
DlogClassic_IntegrationManual.pdf, Version 5.3.1, Software Platforms
Page 1 of 17

---

Table of Contents
1 Introduction
4
1.1
General
4
1.2
Functional overview
4
2 Acronyms and Abbreviations
5
3 Related documentation
6
4 Limitations
7
5 Software Architecture
8
5.1
Dependencies on AUTOSAR modules
8
5.1.1
CRC Library
8
5.1.2
DCM
8
5.1.3
MemIf
8
5.1.4
NvM
8
5.1.5
RTE
8
5.2
Dependencies on BMW modules
8
5.2.1
Bootmanager
8
5.2.2
BUtil
8
5.2.3
Coding
9
5.2.4
DlogUser
9
6 Integration
10
6.1
Configuration of other Modules
10
6.1.1
Dcm
10
6.1.1.1
Read Data By Identifier
10
6.1.1.2
Routine Control
10
6.1.2
Nvm
11
6.1.3
MemIf
12
6.2
Configuration
12
6.2.1
DlogGeneral
12
6.2.2
DlogFeatures
13
6.2.3
DlogUser
13
6.2.4
DlogSharedGeneral
13
6.2.4.1
Logistic
13
6.2.5
DlogSharedInterface
13
6.2.6
DlogSharedPlatform
13
6.3
ECC error handling
14
6.4
Configuration of the RTE
14
6.5
Software Integration
15
6.5.1
Startup/Initialisation
15
6.5.1.1
Preconditions
15
6.5.1.2
Postconditions
15
6.5.2
Normal Operation
15
6.5.3
Shutdown/Deactivation
15
6.5.3.1
Preconditions
15
6.5.3.2
Postconditions
15
DlogClassic_IntegrationManual.pdf, Version 5.3.1, Software Platforms
Page 2 of 17

---

6.5.4
Memory Mapping
16
7 Post Integration
17
7.1
SWE Generator Config File
17
DlogClassic_IntegrationManual.pdf, Version 5.3.1, Software Platforms
Page 3 of 17

---

1
Introduction
General
For a general introduction to the BAC4/aBAC Modules please refer to [1].
This document only describes topics related to the Dlog BAC4/aBAC Module.
This Integration Manual describes the basis functionality, API and the configuration of the BMW system
function Dlog.
Functional overview
The Data Logistic is part of the BootManager, Bootloader and Application. It is needed for every ECU to
get production information
identify software and hardware
check compatibility of hardware and software
check compatibility of all software units (SWEs)
check at startup if the software is valid and may be started.
DlogClassic_IntegrationManual.pdf, Version 5.3.1, Software Platforms
Page 4 of 17

---

2
Acronyms and Abbreviations
API
Application Programming Interface
Application
Application stands for the high-level part of software that uses the APIs
provided by the modules. It can also mean the driving application that does
not belong to the Bootloader.
AUTOSAR
Automotive Open System Architecture
CCC
Car Communication Computer
Central Pia Master Central instance controlling and managing Pia functionality (PIA-
Zentralinstanz).
Coding
Coding Client
DTC
Diagnostic Trouble Code -> Fehlercode des Fehlerspeichereintrages
ECU
Electronic Control Unit
FAT
Flash-Absicherungs-Tool
FZG
Fahrzeug
HO
Handelsorganisation (BMW)
HW
Hardware
IDRL
Individual Data Recovery - light
OS
Operating System
Pia
Personalisierung, Individualisierung, Adaption (Personalization, Individualiza-
tion, Adaptation)
Pia value
Scalar setting used by a Pia function.
PiaClient
Basic software module providing services for Pia functions.
Profile
Union of all personal Pia values.
RAM Block
The part of an NVRAM Block that resides in the RAM. A RAM block is
used as shared memory interface between the NVRAM manager and the
PiaClient.
RTE
Runtime Environment
SG
Steuergerät
SGID
Steuergeräte-ID, Diagnoseadresse, Steuergeräte-Adresse
SID
Service Identifier
SW
Software
SW-C
Software Component
UDS
Universal Diagnostic Services
VIN
Vehicle Identification Number
VIN7
The last 7 digits of the 17-digit VIN
All abbreviations used throughout this document -- except the ones listed here -- can be found in the
official AUTOSAR glossary [2].
DlogClassic_IntegrationManual.pdf, Version 5.3.1, Software Platforms
Page 5 of 17

---

3
Related documentation
References
[1] BAC4 General Concept for the Module Integration
BAC4_General_Concepts_for_the_Module_Integration.pdf
[2] Glossary
AUTOSAR_TR_Glossary
[3] Specification of CRC Routines
AUTOSAR_SWS_CRCLibrary
[4] Specification of Diagnostic Communication Manager
AUTOSAR_SWS_DiagnosticCommunicationManager
[5] Specification of Memory Abstraction Interface
AUTOSAR_SWS_MemoryAbstractionInterface
[6] Specification of NVRAM Manager
AUTOSAR_SWS_NVRAMManager
[7] Specification of RTE Software
AUTOSAR_SWS_RTE
DlogClassic_IntegrationManual.pdf, Version 5.3.1, Software Platforms
Page 6 of 17

---

4
Limitations
Dlog has been validated on HWs where erased flash cells can be read without triggering a ECC exception.
Nevertheless it should also run on other types of HWs, see section 6.3, ``ECC error handling'' for details.
DlogClassic_IntegrationManual.pdf, Version 5.3.1, Software Platforms
Page 7 of 17

---

5
Software Architecture
Dependencies on AUTOSAR modules
CRC Library
In the Bootmanager, the CRC Library [3] is used for checking the SWEs against data corruption.
DCM
The module Dcm [4] will call functionality of the module DataLogistic when a ReadDataByIdentifier,
WriteDataByIdentifier or RoutineControl has been received for an logistic operation. In Application the
corresponding R-ports of the Dcm for these operations shall be connected with the corresponding
P-ports of the module DataLogistic. In Bootloader the Dcm calls the C-Api of DataLogistic.
MemIf
In Bootloader, the NV-RAM blocks are initialized via MemIf [5].
NvM
In Application, the NV-RAM blocks are initialized through the NvM [6].
RTE
Only in Application the module DataLogistic is realized as a software component and is using RTE
services [7] for client/server as well as sender/receiver communication to communicate with other SWCs.
Dependencies on BMW modules
Bootmanager
In Bootmanager, the file Bmhw_Platform_Cfg.h is #included. It must define the function
BM_CLEAR_HARDWARE_ECC_ERROR_FLAG().
BUtil
The BUtil library provides utility functions used by Dlog.
DlogClassic_IntegrationManual.pdf, Version 5.3.1, Software Platforms
Page 8 of 17

---

Coding
The connection to the module Coding is used in Application. There are two connections between Coding
and DataLogistic. The module Coding provides functions to get the CAF-IDs. The module DataLogistic
provides the current programming ID for the Coding and other concerned modules.
The corresponding P-/R-ports of the module DataLogistic shall be connected with the corresponding
R-/P-ports of the module Coding.
DlogUser
If the configuration parameter DlogShared/DlogSharedPlatform/MultiCpuEnable is set to true,
the multi cpu features of the Dlog module are enabled. In this case, the user/integrator needs to
implement the functions declared in DlogUser.h. In the application, where the RTE is enabled, the C/S
interfaces DlogUser_Svk, DlogUser_DevelopmentInfo and
DlogUser_SweProgrammingStatus need to be provided.
If the configuration parameters Dlog/Dlog_Features/ExceptionHandlerHandleSWEErrors and
DlogShared/DlogSharedPlatform/HandleEccRom are set to TRUE, the user/integrator needs to
implement the function Dlog_UserTriggerEccCheck() (see section 6.3, ``ECC error handling'' for
details).
The API documentation can be found in the Dlog_User.h header file in doxygen format.
ProgId
In the Application, there is a special P-Port ProgId (see section 6.4, ``Configuration of the RTE''). It can
be used by the user/integrator to retrieve the Programming Id, which changes after each reprogramming.
So it can be used to determine whether the ECU has been reprogrammed since the last check of this Id.
The Id can then be saved to NvM to check for the next reprogramming.
DlogClassic_IntegrationManual.pdf, Version 5.3.1, Software Platforms
Page 9 of 17

---

6
Integration
Configuration of other Modules
The following modules shall be configured, before the module Dlog is compiled and linked.
Dcm
Read Data By Identifier
The following RDBI commands shall be configured within Dcm.
Id
Length (bytes)
Connect to (RTE interface)
0x2504
12
TimingParameters
0x8000
16
EcuUid
0xf101
Variable, max=RteSvkArrayMaxSize1
SvkCurrent
0xf102
4 + f + 8 ∗ (ns + nh)2
SvkSystemSupplier
0xf103
4 + f + 8 ∗ (ns + nh)2
SvkPlant
0xf10[i+4] 4 + f + 8 ∗ (ns + nh)2
SvkBackup[i]
0xf152
2
HWModificationIndex
0xf18b
3
EcuManufacturingDate
0xf18c
EcuSerialNumberLength3
EcuSerialNumber
0xf190
17
Vin
Routine Control
The following RC command shall be configured within Dcm.
ReadDevelopmentInfoField
Id
0x205
Fixed Length
False
Start Routine
Dlog_RoutineControlStartReadDevelopmentInfoField
Id Pos Length (bytes)
Input Signals
0
0
8 (variable)
Id Pos Length (bytes)
Output Signals
0
0
DevelopmentInfoLength (variable)
Stop Routine
<None>
Info Routine
<None>
1Configuration parameter, see DlogClassic_paramef.arxml.
2Where ns the number of SWEs, nh the number of HWEs and f the length of the fingerprint.
3Configuration parameter, see DlogShared_paramef.arxml.
DlogClassic_IntegrationManual.pdf, Version 5.3.1, Software Platforms
Page 10 of 17

---

Nvm
The Dlog needs the following Nvm blocks to store the logistic data.
NVM_BLOCK_BOOT_PROG_DATA
NvMBlockHeaderInclude
Dlog_Nvm.h
NvMBlockJobPriority
0
NvMBlockManagementType
NVM_BLOCK_NATIVE
NvMBlockWriteProt
True
NvMInitBlockCallback
-
NvMNvBlockLength
484
NvMNvBlockNum
1
NvMRamBlockDataAddress
Dlog_ProgData
NvMResistantToChangedSw true, if NvMDynamicConfiguration = true
NvMRomBlockDataAddress
-
NvMRomBlockNum
0
NvMSelectBlockForReadall
true
NvMSelectBlockForWriteAll
false
NvMSingleBlockCallback
-
NvMWriteBlockOnce
False
Write Frequency: This block will be written on
authentication
Write Data By Identifier VIN
programming the ECU
first start up after programming the ECU.
NVM_BLOCK_BOOT_SVK_HISTORY
NvMBlockHeaderInclude
Dlog_Nvm.h
NvMBlockJobPriority
0
NvMBlockManagementType
NVM_BLOCK_NATIVE
NvMBlockWriteProt
False
NvMInitBlockCallback
-
NvMNvBlockLength
104
NvMNvBlockNum
1
NvMRamBlockDataAddress
Dlog_SvkHistory
NvMResistantToChangedSw true, if NvMDynamicConfiguration = true
NvMRomBlockDataAddress
-
NvMRomBlockNum
0
NvMSelectBlockForReadall
true
NvMSelectBlockForWriteAll
false
NvMSingleBlockCallback
-
NvMWriteBlockOnce
False
4block length might differ depending on the used compiler and compiler settings
DlogClassic_IntegrationManual.pdf, Version 5.3.1, Software Platforms
Page 11 of 17

---

Write Frequency: This block will be written after programming the ECU with a valid application.
NVM_BLOCK_DLOG_SVK_ENTRY
NvMBlockHeaderInclude
Dlog_Nvm.h
NvMBlockJobPriority
0
NvMBlockManagementType
NVM_BLOCK_DATASET
NvMBlockWriteProt
False
NvMInitBlockCallback
-
NvMNvBlockLength
8 + 8 ∗ MaxNumberOfHistorySgbmIds
NvMNvBlockNum
2 + DlogNumberOfSvkBackups
NvMRamBlockDataAddress
-
NvMResistantToChangedSw true, if NvMDynamicConfiguration = true
NvMRomBlockDataAddress
-
NvMRomBlockNum
0
NvMSelectBlockForReadall
false
NvMSelectBlockForWriteAll
false
NvMSingleBlockCallback
-
NvMWriteBlockOnce
False
Write Frequency: This block will be written after programming the ECU with a valid application.
MemIf
When not using the Nvm, Dlog_InitNvm() shall be called at startup in order to read the NV blocks via
MemIf. All blocks described in 0 must be configured to be used via the MemIf module.
Configuration
For details about the configuration parameters of the module Dlog please refer to the description in the
Dlog*_paramdef.arxml files.
The Dlog configuration contains the following containers:
DlogGeneral
DlogFeatures
DlogUser
DlogSharedGeneral
DlogSharedInterface
DlogSharedPlatform
DlogGeneral
This container contains the general configuration (parameters) of the Dlog module.
DlogClassic_IntegrationManual.pdf, Version 5.3.1, Software Platforms
Page 12 of 17

---

DlogFeatures
This container contains the switches for enabling and disabling certain features of the Dlog module.
Depending on whether the Dlog module is used in Application, Bootloader or Bootmanager, different
features need to be enabled or disabled.
DlogUser
This Container contains user defined callbacks.
DlogSharedGeneral
This container can be found in the DlogShared module, which contains the configuration parameters that
are shared between Application, Bootloader and Bootmanager. Therefore, there shall be only one
parameter configuration file, which is then used during the generation of the Dlog module in Application,
Bootloader and Bootmanager. For details on the <Module>Shared concept, please refer to [1].
For this container, the make verify rule not only verifies the configuration but also outputs information
about the SWE configuration in a human readable format.
Logistic
This container contains the general logistic parameters. Special attention should be given to the choice of
DlogHweTableLocation. The default is DLOG_HWE_LOC_ROM which puts the HWE table into a read-only
memory section and should be ok in most cases. This memory section shall be placed somewhere,
where it cannot be overwritten by an application or bootloader update. Note that the HWE table is read
during normal operation in bootloader and application. Depending on your hardware this may interfere
with the garbage collection of the Flash EEPROM Emulation for example. In such a case, the HWE table
should be placed in RAM (DLOG_HWE_LOC_RAM). Then it is the responsibility of the integrator initialize
this RAM location with the corresponding values in ROM during ECU startup.
DlogSharedInterface
This container contains options for interfaces to other modules.
DlogSharedPlatform
This container contains platform dependent functions.
DlogClassic_IntegrationManual.pdf, Version 5.3.1, Software Platforms
Page 13 of 17

---

ECC error handling
If the hardware supports ECC error detection, DlogShared/DlogSharedPlatform/HandleEccRom
should be set to TRUE.
Whenever ROM (Flash) ECC errors occur, it is expected, that either
Dlog_RomAccessExceptionHandler() is called directly in the context of the CPU exception, or
the ECC error is registered and Dlog_RomAccessExceptionHandler() is called later but must
return before the function Dlog_UserTriggerEccCheck() returns.
If the ECC error is not handled by Dlog_RomAccessExceptionHandler(), i.e. if
ExceptionHandlerHandleSWEErrors is set to FALSE or the exception did not occur on a flash
segment containing the valid flags of an SWE, Dlog_UserRomAccessExceptionHandler() is called.
Configuration of the RTE
After performing the steps indicated in section 6.1, ``Configuration of other Modules'' and section 6.2,
``Configuration'', the RTE configuration can be started. Except for connecting the ports according to the
table below, no special Rte configuration is needed for Dlog.
Port5
SWC / BSW
Coding_Svk
Coding
DETService
DET
DevelopmentInfoField
DCM
DlogUser_DevelopmentInfo
User defined SWC
DlogUser_SvkCurrent
User defined SWC
DlogUser_SvkHistory
User defined SWC
DlogUser_SweProgrammingStatus
User defined SWC
EcuInfo
Any SWC who needs it
EcuSerialNumber
DCM
FlashTimingParameter
DCM
HWModificationIndex
DCM
InitBlockProgData
NvM
InitBlockSvkBackup<x>
NvM
InitBlockSvkHistory
NvM
InitBlockSvkPlant
NvM
InitBlockSvkSysSupp
NvM
LifeCycle
BswM
LifeCycleRequest
BswM
ManufacturingDate
DCM
NvMAdmin_DlogProgData
NvM
NvMNotifyJobFinished_DlogProgData NvM
NvMService_DlogProgData
NvM
NvMService_DlogSvkEntry
NvM
NvMService_DlogSvkHistory
NvM
DlogClassic_IntegrationManual.pdf, Version 5.3.1, Software Platforms
Page 14 of 17

---

ProgId
Any SWC who needs it (e.g. Coding)
SgbdIdx
DCM
SvkBackup<x>
DCM
SvkCurrent
DCM
SvkPlant
DCM
SvkSysSupplier
DCM
SweInfo
Any SWC who needs it
SweSignatureAccess
Any SWC who needs it
SwfkDeleteSupported
DCM
Vin
DCM
Software Integration
Startup/Initialisation
Preconditions
Before the INIT-Mode is requested, the following preconditions shall be satisfied:
NvM_ReadAll must be finished
Postconditions
The Dlog module switches to INITIALIZED-Mode and then to RUNNING-Mode.
The FirstStartMode switches according to the FristStartFlag
Normal Operation
Nothing to be done here.
Shutdown/Deactivation
Preconditions
Before the STOPPED-Mode is requested, the Dlog module must be in RUNNING-Mode.
Postconditions
The Dlog module switches to STOPPED-Mode.
5Some of these ports might be not available depending on the specific configuration of the Dlog module
DlogClassic_IntegrationManual.pdf, Version 5.3.1, Software Platforms
Page 15 of 17

---

Memory Mapping
The following memory sections shall be defined in their corresponding application SWEs and marked as
overlay in all other SWEs:
APPL_<START|STOP>_SEC_CONST_SWE<x>_DESCRIPTION_TABLE
The description table, i.e. SGBM-ID and optional Development Info Field of SWE <x>.
APPL_<START|STOP>_SEC_CONST_SWE<x>_FLASH_STATUS
The flash status, i.e. CRC, Valid Flags, and Programming Dependency Flags of SWE <x>.
APPL_<START|STOP>_SEC_CONST_SWE<x>_SIGNATURE
The signature of SWE <x>.
The following memory sections shall be defined in the bootloader SWEs and marked as overlay in all
other SWEs:
BL_<START|STOP>_SEC_CONST_BOOTSWE_DESCRIPTION_TABLE
The description table, i.e. SGBM-ID and optional Development Info Field of the boot SWE.
BL_<START|STOP>_SEC_CONST_BOOTSWE_FLASH_STATUS
The flash status, i.e. CRC, Valid Flags, and Programming Dependency Flags of the boot SWE.
BL_<START|STOP>_SEC_CONST_BOOTSWE_SIGNATURE
The signature of the boot SWE.
Dlog_<START|STOP>_SEC_CONST_SHARED_SWE_DATA
Shared Data, that is located in the Bootloader and also accessd from Bootmanager and Application.
Dlog_<START|STOP>_SEC_CONST_SHARED_MEMSEGTBL_DATA
The memory segmentation table.
The following memory sections shall be defined in the bootmanager and marked as overlay in all SWEs:
Dlog_<START|STOP>_SEC_CONST_BM_HW_DESCRIPTION_TABLE
The hardware description table, i.e. the SGBM-IDs of the HWEs, the ECU serial number and the
manufacturing data.
Dlog_<START|STOP>_SEC_VAR_SHARED_SWESTATUS
The SWE status, i.e. the error flags for the SWEs
DlogClassic_IntegrationManual.pdf, Version 5.3.1, Software Platforms
Page 16 of 17

---

7
Post Integration
SWE Generator Config File
After the Dlog/DlogShared module is fully configured, it is possible to generate a template configuration
file for the SWE Generator. This is done by
make generate_Dlog_sweconfig [ Dlog_SWE_CONFIG_FILE=<SweConfigFile >]
[ Dlog_SWE_CFG_OUTPUT_FILE=<SweCfgOutputFile >]
The optional parameter Dlog_SWE_CONFIG_FILE defines the SWE configuration file. By default,
sample/swecfg/DlogSweCfg_1.arxml is chosen, which is a sample configuration for the SWE
number 1.
The optional parameter Dlog_SWE_CFG_OUTPUT_FILE defines the output file name. By default, this is
swegenerator_1.cfg. Note, that this is only the file name, not the full path. The output path will always
be $(Dlog_OUTPUT_PATH).
The SWE configuration file (don't confuse it with the SWE Generator configuration file) is a simple
ARXML parameter configuration file containing the following 3 parameters:
Parameter
Description
SweNr
Integer containing the SWE number for which the SWE Generator configuration file shall be
written.
SgbmId
String containing the SgbmId of the SWE.
SweStatusAtEnd
Boolean defining whether the SWE Flash Status shall be placed at the end (TRUE) or at the
beginning (FALSE) of the SWE.
DlogClassic_IntegrationManual.pdf, Version 5.3.1, Software Platforms
Page 17 of 17

---

Document Outline

• 1 Introduction
  • 1.1 General
  • 1.2 Functional overview
• 2 Acronyms and Abbreviations
• 3 Related documentation
• 4 Limitations
• 5 Software Architecture
  • 5.1 Dependencies on AUTOSAR modules
    • 5.1.1 CRC Library
    • 5.1.2 DCM
    • 5.1.3 MemIf
    • 5.1.4 NvM
    • 5.1.5 RTE
  • 5.2 Dependencies on BMW modules
    • 5.2.1 Bootmanager
    • 5.2.2 BUtil
    • 5.2.3 Coding
    • 5.2.4 DlogUser
• 6 Integration
  • 6.1 Configuration of other Modules
    • 6.1.1 Dcm
      • 6.1.1.1 Read Data By Identifier
      • 6.1.1.2 Routine Control
    • 6.1.2 Nvm
    • 6.1.3 MemIf
  • 6.2 Configuration
    • 6.2.1 DlogGeneral
    • 6.2.2 DlogFeatures
    • 6.2.3 DlogUser
    • 6.2.4 DlogSharedGeneral
      • 6.2.4.1 Logistic
    • 6.2.5 DlogSharedInterface
    • 6.2.6 DlogSharedPlatform
  • 6.3 ECC error handling
  • 6.4 Configuration of the RTE
  • 6.5 Software Integration
    • 6.5.1 Startup/Initialisation
      • 6.5.1.1 Preconditions
      • 6.5.1.2 Postconditions
    • 6.5.2 Normal Operation
    • 6.5.3 Shutdown/Deactivation
      • 6.5.3.1 Preconditions
      • 6.5.3.2 Postconditions
    • 6.5.4 Memory Mapping
• 7 Post Integration
  • 7.1 SWE Generator Config File

---

7 - DlogClassic_ReleaseNotess

Release Notes DlogClassic
Project
BMW AUTOSAR 4 Core Rel. 3
Author
BMW AG
Release Date
2017-12-14
Version
5.3.1
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.3.1
2017-12-14
BAC-6570, BAC-6575, BAC-6620, BAC-6728, BAC-6709,
BAC-6721, BAC-6731, BAC-6672
5.3.0
2017-11-09
BAC-6461, BAC-6363, BAC-6422, BAC-6362, BAC-6055
5.2.1
2017-10-12
BAC-6373
5.2.0
2017-09-14
BAC-6296, BAC-6223, BAC-6181, BAC-5169
5.1.0
2017-08-10
BAC-6172, BAC-6089, BAC-6082, BAC-6035
Company
5.0.0
2017-06-29
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_DlogClassic, Version 5.3.1, Software Platforms
Page 1 of 9

---

1
Module Description
The DataLogistic is part of the BootManager, Bootloader and Application. It is needed for every ECU to •
get production information • identify software and hardware • check compatibility of hardware and
software • check compatibility of all software units (SWEs) • check at startup if the software is valid and
may be started
2
Revisions and Modifications
Revision 5.3.1 [Released]
Item
Description
CR ID:
BAC-6570
CR Headline:
Update NvM configuration in integration manual
Description of Issues:
Update NvM configuration in integration manual
Description of Changes:
Update NvM configuration in integration manual
Changed Files:
doc/DlogClassic_IntegrationManual.pdf
Compatibility:
Item
Description
CR ID:
BAC-6575
CR Headline:
Update Sgbm-Entry in Dlog_Data after successfull flashing an swe
Description of Issues:
actually only the Bm updates this table. Therefore an read csvk
direkt after CheckProgrammingDependencies does not show this
newly flashed swe.
Description of Changes:
copy the SWE description from flash to RAM table in
Dlog_SetSweValidState if SWE is valid
Changed Files:
src/Dlog_SweInit.c
include/Dlog_SweStatus.h
src/Dlog_SweStatus.c
Compatibility:
Item
Description
CR ID:
BAC-6620
CR Headline:
Tidy up
Description of Issues:
Tidy up: * fix compiler warnings * remove unused defines and
configuration switches * add missing config class specifications *
remove compiler abstraction
Description of Changes:
Tidy up: * fix compiler warnings * remove unused defines and
configuration switches * add missing config class specifications *
remove compiler abstraction
Changed Files:
generate/src/Dlog_HweTable.c.pgen
include/Dlog_Swe.h
generate/include/Dlog_UDSAdapterAdd.h.pgen
include/Dlog_User.h
ReleaseNotes_DlogClassic, Version 5.3.1, Software Platforms
Page 2 of 9

---

include/Dlog_TimingParameters.h
src/Dlog_UserAdapter.c
generate/src/Dlog_SweTable.c.pgen
generate/include/Dlog_PBCfg.h.pgen
generate/include/DlogClassic_Cfg.h.pgen
generate/pageinclude/Dlog_Help.pgen
generate/include/Dlog_Nvm.h.pgen
generate/src/Dlog_Nvm.c.pgen
generate/meta/Dlog_ext_interfaces.arxml.pgen
cfgdesc/DlogClassic_paramdef.arxml
generate/src/Dlog_UDSAdapter.c.pgen
include/Dlog_BluSweCheckSum.h
include/Dlog_Ecu.h
generate/meta/Dlog_internal.arxml.pgen
Compatibility:
Item
Description
CR ID:
BAC-6728
CR Headline:
Fix limits of Flash Timing Parameters
Description of Issues:
Fix limits of Flash Timing Parameters
Description of Changes:
Fix limits of Flash Timing Parameters
Changed Files:
src/Dlog_Swe.c
Compatibility:
Item
Description
CR ID:
BAC-6709
CR Headline:
Dlog: Rename HWE Table structure element "sgmbId"
Description of Issues:
In file "Dlog_HweTable.h" you find the HW Table structure. Within
you find several structures and type definitions like
"Dlog_HweInfoRomType". Included here is a uint8 element called
"sgmbId". It's supposed to be named "SgbmId" like in SP2018
and in the Lastenheften (e.g. FP2_2426ff).
Description of Changes:
fix typo: rename sgmbId to sgbmId
Changed Files:
generate/src/Dlog_HweTable.c.pgen
generate/include/Dlog_HweTable.h.pgen
Compatibility:
Item
Description
CR ID:
BAC-6721
CR Headline:
Dlog: handle BlockProtection DlogSvkHistory
Description of Issues:
The NvMBlock DlogSvkHistory is write-protected. So
writeprotection must be unset before write and set after. Or
integrationmanual entry for this block must be corrected.
Description of Changes:
set NvMBlockWriteProt to False for Svk History blocks in
integration manual
Changed Files:
doc/DlogClassic_IntegrationManual.pdf
ReleaseNotes_DlogClassic, Version 5.3.1, Software Platforms
Page 3 of 9

---

Compatibility:
Item
Description
CR ID:
BAC-6731
CR Headline:
Dlog: SvkBackupSize wrong calculated in ext_interfaces
Description of Issues:
Calculation uses old fingerprintlength. Use short fingerprint length
4.
Description of Changes:
fix calculation of SvkBackupSize in Dlog_ext_interfaces.arxml.pgen
Changed Files:
generate/meta/Dlog_ext_interfaces.arxml.pgen
Compatibility:
Item
Description
CR ID:
BAC-6672
CR Headline:
Dlog - version info not checked at compile time
Description of Issues:
Unlike for most other BAC modules the version information from
the CommonPublishedInformation container is not validated at
compile time in Dlog & DlogShared.
Description of Changes:
add missing version checks
Changed Files:
src/Dlog_UserAdapter.c
src/Dlog_NvMAdapter.c
generate/include/DlogClassic_Version.h.pgen
Compatibility:
Revision 5.3.0 [Released]
Item
Description
CR ID:
BAC-6461
CR Headline:
DlogClassic: Dlog_Data shall not be initialized
Description of Issues:
The problem is here that for some compilers (e.g. TASKING) the
*Dlog_Data* variable will be seen as an initialized variable an put
therefore to a *.data* section. As the other variables
*Dlog_SweStatus* and *Dlog_SweInfos* are uninitialized they will
be put into the *.bss* section. This makes it ugly to map it
accordingly to a shared section between Appl, BM and Btld.
Description of Changes:
remove initialization of Dlog_Data
Changed Files:
src/Dlog_SweStatus.c
Compatibility:
Item
Description
CR ID:
BAC-6363
CR Headline:
New DLOG API to set/withdraw bootloader boot target
ReleaseNotes_DlogClassic, Version 5.3.1, Software Platforms
Page 4 of 9

---

Description of Issues:
For the ethernet parallel flash mode functionality (aka c3 flag),
EthDiagMM needs an API from Dlog to indicate, whether next boot
target should be bootloader and a corresponding API, to withdraw
this "wish". The C3/PFM flag is now (as of BAC4 Rel3)
persisted/stored by EthDiagMM itself, but IF set, the ECU shall
come up in Bootloader. The current idea is, that EthDiagMM
always calls Dlog with this new/to be intzroduced API, whenever
this PFM-value (and therefore the need to start up in bootloader)
changes.
Description of Changes:
changed BootMode such that different users can request or
unrequest bootloader
Changed Files:
include/Dlog_BootMode.h
src/Dlog_BootMode.c
Compatibility:
Item
Description
CR ID:
BAC-6422
CR Headline:
Bs, Dlog, Pia: 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:
change arxml schema to
AUTOSAR_4-3-0_STRICT_COMPACT.xsd
Changed Files:
generate/meta/Dlog_internal.arxml.pgen
cfgdesc/DlogClassic_paramdef.arxml
generate/meta/Dlog_interfaces.arxml.pgen
generate/meta/Dlog_ext_interfaces.arxml.pgen
Compatibility:
Item
Description
CR ID:
BAC-6362
CR Headline:
Adapt to new postbuild variant handling
Description of Issues:
adapt to new postbuild variant handling
Description of Changes:
adapt to new postbuild variant handling
Changed Files:
generate/include/Dlog_PBCfg.h.pgen
generate/src/Dlog_PBCfg.c.pgen
Compatibility:
Item
Description
CR ID:
BAC-6055
CR Headline:
Improve handling of DLOG_SWFK_DELSUP_AVAILABLE
Description of Issues:
At the moment DLOG_SWFK_DELSUP_AVAILABLE is set to
STD_OFF.
Description of Changes:
move DLOG_SWFK_DELSUP_AVAILABLE back to classic since
in adaptive it will be a postbuild parameter
Changed Files:
generate/include/Dlog_CfgCommon.h.pgen
ReleaseNotes_DlogClassic, Version 5.3.1, Software Platforms
Page 5 of 9

---

Compatibility:
Revision 5.2.1 [Released]
Item
Description
CR ID:
BAC-6373
CR Headline:
Dlog: RDBI 0xf152 has only two bytes, not three
Description of Issues:
RDBI 0xf152 has only two bytes, not three as described in
integration manual
Description of Changes:
fix size of RDBI 0xf152 in integration manual
Changed Files:
doc/DlogClassic_IntegrationManual.pdf
Compatibility:
Revision 5.2.0 [Released]
Item
Description
CR ID:
BAC-6296
CR Headline:
Description of RDBI commands outdated in integration manual
Description of Issues:
Description of RDBI commands outdated in integration manual.
Description of Changes:
Fix RDBI commands in integration manual
Changed Files:
doc/DlogClassic_IntegrationManual.pdf
Compatibility:
Item
Description
CR ID:
BAC-6223
CR Headline:
Usage of IMPLEMENTATION-CONFIG-CLASSES is deprecated
and shall be replaced by VALUE-CONFIG-CLASSES according to
ASR4.2.2
Description of Issues:
TPS_ECUC_06051 is removed from spec. In schema
AUTOSAR_4-2-2.xsd IMPLEMENTATION-CONFIG-CLASSES is
marked as deprecated. That means: IMPLEMENTATION-
CONFIG-CLASSES/IMPLEMENTATION-CONFIG-CLASS has to
be replaed by
VALUE-CONFIG-CLASSES/VALUE-CONFIG-CLASS entirely
within paramdefs!
Description of Changes:
fix config classes in paramdef.arxml file
Changed Files:
cfgdesc/DlogClassic_paramdef.arxml
Compatibility:
Item
Description
CR ID:
BAC-6181
CR Headline:
Tidy up
Description of Issues:
Tidy up: - remove dependency to Srv in comment - remove
remains of VirtualCPU - remove remains of RSU - remove remains
of write fingerprint - remove dead code - fix file headers - fix
compiler warnings
ReleaseNotes_DlogClassic, Version 5.3.1, Software Platforms
Page 6 of 9

---

Description of Changes:
Tidy up: - remove dependency to Srv in comment - remove
remains of VirtualCPU - remove remains of RSU - remove remains
of write fingerprint - remove dead code - fix file headers - fix
compiler warnings
Changed Files:
src/Dlog_SweInit.c
src/Dlog_Swe.c
include/Dlog_Swe.h
src/Dlog_TimingParameters.c
generate/include/Dlog_CfgCommon.h.pgen
generate/include/Dlog_UDSAdapterAdd.h.pgen
generate/include/Dlog_SweTable.h.pgen
generate/src/Dlog_SweTable.c.pgen
src/Dlog_SweGet.c
src/Dlog_SweException.c
generate/pageinclude/Dlog_Help.pgen
include/Dlog_Memory.h
src/Dlog_Memory.c
src/Dlog_Ecu.c
include/Dlog_Ecu.h
Compatibility:
Item
Description
CR ID:
BAC-5169
CR Headline:
Some (most?) BAC modules paramdef violate TPS_ECUC_06004
Description of Issues:
According to AUTOSAR TPS_ECUConfiguration there is the
following requirement:
[TPS_ECUC_06004] AdminData field in ECU Configuration
Parameter Definition XML file d An AdminData field is required at
the beginning of every ECU Configuration Parameter Definition
XML file (regardless whether it is the StMD or the VSMD file) to
allow the setting of AdminData for the whole XML File. c()
Most of our modules fail to define the AdminData Element (just
saw it in Darh - and here the element contains mixed info to be
fixed). It is somehow weired as we then will define version info
within CommonPublishedInformation AND AdminData - but as it is
formally required, we have to follow it.
Description of Changes:
add AdminData to paramdef file
Changed Files:
cfgdesc/DlogClassic_paramdef.arxml
Compatibility:
Revision 5.1.0 [Released]
Item
Description
CR ID:
BAC-6172
CR Headline:
Tidy up
ReleaseNotes_DlogClassic, Version 5.3.1, Software Platforms
Page 7 of 9

---

Description of Issues:
Tidy up: - remove remains of first start flag - remove random seed
- remove remains of prog counter - fix compiler warnings
Description of Changes:
Tidy up: - remove remains of first start flag - remove random seed
- remove remains of prog counter - fix compiler warnings
Changed Files:
src/Dlog_Swe.c
include/Dlog_Swe.h
include/Dlog_Rte2C.h
generate/include/Dlog_CfgCommon.h.pgen
generate/meta/Dlog_internal.arxml.pgen
generate/src/Dlog_PBCfg.c.pgen
generate/src/Dlog_UDSAdapter.c.pgen
generate/include/DlogClassic_Cfg.h.pgen
generate/src/Dlog_Nvm.c.pgen
generate/meta/Dlog_ext_interfaces.arxml.pgen
cfgdesc/DlogClassic_paramdef.arxml
src/Dlog_Ecu.c
include/Dlog_Ecu.h
generate/meta/Dlog_interfaces.arxml.pgen
Compatibility:
Item
Description
CR ID:
BAC-6089
CR Headline:
Bm/Dlog inconsistent defines Blu does not start
Description of Issues:
Bm/Dlog inconsistent defines Blu does not start
Description of Changes:
return consistent application for programming dependency state in
case of BLU
Changed Files:
src/Dlog_SweInit.c
src/Dlog_SweGet.c
Compatibility:
Item
Description
CR ID:
BAC-6082
CR Headline:
BAC43 Dlog dependency to Srv
Description of Issues:
remove Dlog dependency to Srv
Description of Changes:
remove/fix references to Srv
Changed Files:
cfgdesc/DlogClassic_paramdef.arxml
include/Dlog_BluSweCheckSum.h
Compatibility:
Item
Description
CR ID:
BAC-6035
CR Headline:
Dlog: SERVER-ARGUMENT-IMPL-POLICY should be set to
USE-ARRAY-BASE-TYPE
ReleaseNotes_DlogClassic, Version 5.3.1, Software Platforms
Page 8 of 9

---

Description of Issues:
SERVER-ARGUMENT-IMPL-POLICY should be set to
USE-ARRAY-BASE-TYPE in all
C/S-Interface-Operation-Parameters that are of array type.
Description of Changes:
change SERVER-ARGUMENT-IMPL-POLICY to
USE-ARRAY-BASE-TYPE
Changed Files:
generate/meta/Dlog_interfaces.arxml.pgen
generate/meta/Dlog_ext_interfaces.arxml.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_DlogClassic, Version 5.3.1, Software Platforms
Page 9 of 9

---

Document Outline

• 1 Module Description
• 2 Revisions and Modifications
  • 2.1 Revision 5.3.1 [Released]
  • 2.2 Revision 5.3.0 [Released]
  • 2.3 Revision 5.2.1 [Released]
  • 2.4 Revision 5.2.0 [Released]
  • 2.5 Revision 5.1.0 [Released]
  • 2.6 Revision 5.0.0 [Released]

---

10 - DlogClassic_RequirementsTables

Dlog Classic Requirements Table
Project
BMW AUTOSAR 4 Core Rel. 3
Author
BMW AG
Release Date
2017-12-14
Version
5.3.1
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.3.1
2017-12-14
JC-42
Version Update
5.3.0
2017-11-09
JC-42
Version Update
5.2.1
2017-10-12
JC-42
Version Update
5.2.0
2017-09-14
JC-42
Version Update
5.1.0
2017-08-10
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
DlogClassic_RequirementsTable.pdf, Version 5.3.1, Software Platforms
Page 1 of 3

---

1
Related documentation
References
[1] LH Fahrzeugprogrammierung
SAP: 10505691 000 02
[2] LH Basic Security Requirements
SAP: 10634396 000 03
DlogClassic_RequirementsTable.pdf, Version 5.3.1, Software Platforms
Page 2 of 3

---

2
Requirements Table
The Requirements are taken from [1, 2].
Requirement
Description
Satisfied by
[FL1063]
No description
[FL1064]
No description
[FL1068]
No description
[FL164]
No description
[FL170]
No description
[FL175]
No description
[FL907]
No description
[FL908]
No description
[FL909]
No description
[FL910]
No description
[FL914]
No description
[FL915]
No description
[FL916]
No description
[FL918]
No description
[FL924]
No description
[FL925]
No description
[FL926]
No description
[FL927]
No description
[FL931]
No description
[FL942]
No description
[FL943]
No description
[FL965]
No description
[FL966]
No description
[SEC1427]
No description
DlogClassic_RequirementsTable.pdf, Version 5.3.1, Software Platforms
Page 3 of 3

---

Document Outline

• 1 Related documentation
• 2 Requirements Table

---

13 - DlogGeneric_ReleaseNotess

Release Notes DlogGeneric
Project
BMW AUTOSAR Core 4 Rel. 3 and adaptive BMW AUTOSAR Core Rel. 1
Author
BMW AG
Release Date
2017-12-14
Version
5.1.1
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.1.1
2017-12-14
BAC-6672, BAC-6726
5.1.0
2017-11-09
BAC-6266, BAC-6422, BAC-6055
5.0.2
2017-09-14
BAC-6223, BAC-6213, BAC-6181, BAC-5169
5.0.1
2017-08-10
BAC-6172, BAC-6089
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_DlogGeneric, Version 5.1.1, Software Platforms
Page 1 of 5

---

1
Module Description
The DataLogistic is part of the BootManager, Bootloader and Application. It is needed for every ECU to •
get production information • identify software and hardware • check compatibility of hardware and
software • check compatibility of all software units (SWEs) • check at startup if the software is valid and
may be started
2
Revisions and Modifications
Revision 5.1.1 [Released]
Item
Description
CR ID:
BAC-6672
CR Headline:
Dlog - version info not checked at compile time
Description of Issues:
Unlike for most other BAC modules the version information from
the CommonPublishedInformation container is not validated at
compile time in Dlog & DlogShared.
Description of Changes:
add missing version checks
Changed Files:
include/Dlog_UDSAdapter.h
include/Dlog_NvMAdapter.h
include/Dlog_SvkGen.h
src/Dlog_SweGen.c
include/Dlog_CodingAdapter.h
include/Dlog_SweGen.h
include/Dlog_Data.h
src/Dlog_SvkGen.c
generate/include/Dlog_Cfg.h.pgen
include/Dlog_UserAdapter.h
Compatibility:
Item
Description
CR ID:
BAC-6726
CR Headline:
Do not write History after first start after debug flash
Description of Issues:
Do not write History after first start after debug flash, i.e. when the
NvM block is not readable.
Description of Changes:
Do not write History after first start after debug flash, i.e. when the
NvM block is not readable.
Changed Files:
src/Dlog_SvkGen.c
Compatibility:
Revision 5.1.0 [Released]
Item
Description
CR ID:
BAC-6266
ReleaseNotes_DlogGeneric, Version 5.1.1, Software Platforms
Page 2 of 5

---

CR Headline:
Invalid SWFK with alternative SWFK
Description of Issues:
after deleting the last SWFK of an group which must contain at
least one SWFK an invalid entry must display when read
SVK_AKTUELL.
Description of Changes:
output default entry for missing SWFK in
DLOG_SWEGROUP_ONEOBLIGATORY
Changed Files:
src/Dlog_SvkGen.c
Compatibility:
Item
Description
CR ID:
BAC-6422
CR Headline:
Bs, Dlog, Pia: 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:
change arxml schema to
AUTOSAR_4-3-0_STRICT_COMPACT.xsd
Changed Files:
cfgdesc/Dlog_paramdef.arxml
Compatibility:
Item
Description
CR ID:
BAC-6055
CR Headline:
Improve handling of DLOG_SWFK_DELSUP_AVAILABLE
Description of Issues:
At the moment DLOG_SWFK_DELSUP_AVAILABLE is set to
STD_OFF.
Description of Changes:
move DLOG_SWFK_DELSUP_AVAILABLE back to classic since
in adaptive it will be a postbuild parameter
Changed Files:
generate/include/Dlog_Cfg.h.pgen
Compatibility:
Revision 5.0.2 [Released]
Item
Description
CR ID:
BAC-6223
CR Headline:
Usage of IMPLEMENTATION-CONFIG-CLASSES is deprecated
and shall be replaced by VALUE-CONFIG-CLASSES according to
ASR4.2.2
Description of Issues:
TPS_ECUC_06051 is removed from spec. In schema
AUTOSAR_4-2-2.xsd IMPLEMENTATION-CONFIG-CLASSES is
marked as deprecated. That means: IMPLEMENTATION-
CONFIG-CLASSES/IMPLEMENTATION-CONFIG-CLASS has to
be replaed by
VALUE-CONFIG-CLASSES/VALUE-CONFIG-CLASS entirely
within paramdefs!
Description of Changes:
fix config classes in paramdef.arxml file
Changed Files:
cfgdesc/Dlog_paramdef.arxml
ReleaseNotes_DlogGeneric, Version 5.1.1, Software Platforms
Page 3 of 5

---

Compatibility:
Item
Description
CR ID:
BAC-6213
CR Headline:
Write Svk History after reprogramming
Description of Issues:
Write Svk History after reprogramming
Description of Changes:
Write Svk History after reprogramming
Changed Files:
src/Dlog_SvkGen.c
include/Dlog_SvkGen.h
Compatibility:
Item
Description
CR ID:
BAC-6181
CR Headline:
Tidy up
Description of Issues:
Tidy up: - remove dependency to Srv in comment - remove
remains of VirtualCPU - remove remains of RSU - remove remains
of write fingerprint - remove dead code - fix file headers - fix
compiler warnings
Description of Changes:
Tidy up: - remove dependency to Srv in comment - remove
remains of VirtualCPU - remove remains of RSU - remove remains
of write fingerprint - remove dead code - fix file headers - fix
compiler warnings
Changed Files:
src/Dlog_SvkGen.c
src/Dlog_EcuGen.c
CMakeLists.txt
include/Dlog_EcuGen.h
include/Dlog_SvkGen.h
Compatibility:
Item
Description
CR ID:
BAC-5169
CR Headline:
Some (most?) BAC modules paramdef violate TPS_ECUC_06004
Description of Issues:
According to AUTOSAR TPS_ECUConfiguration there is the
following requirement:
[TPS_ECUC_06004] AdminData field in ECU Configuration
Parameter Definition XML file d An AdminData field is required at
the beginning of every ECU Configuration Parameter Definition
XML file (regardless whether it is the StMD or the VSMD file) to
allow the setting of AdminData for the whole XML File. c()
Most of our modules fail to define the AdminData Element (just
saw it in Darh - and here the element contains mixed info to be
fixed). It is somehow weired as we then will define version info
within CommonPublishedInformation AND AdminData - but as it is
formally required, we have to follow it.
Description of Changes:
add AdminData to paramdef file
Changed Files:
cfgdesc/Dlog_paramdef.arxml
ReleaseNotes_DlogGeneric, Version 5.1.1, Software Platforms
Page 4 of 5

---

Compatibility:
Revision 5.0.1 [Released]
Item
Description
CR ID:
BAC-6172
CR Headline:
Tidy up
Description of Issues:
Tidy up: - remove remains of first start flag - remove remains of
prog counter - fix compiler warnings
Description of Changes:
Tidy up: - remove remains of first start flag - remove remains of
prog counter - fix compiler warnings
Changed Files:
src/Dlog_SvkGen.c
Compatibility:
Item
Description
CR ID:
BAC-6089
CR Headline:
Bm/Dlog inconsistent defines Blu does not start
Description of Issues:
Bm/Dlog inconsistent defines Blu does not start
Description of Changes:
return consistent application for programming dependency state in
case of BLU
Changed Files:
include/Dlog_Data.h
src/Dlog_SvkGen.c
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_DlogGeneric, Version 5.1.1, Software Platforms
Page 5 of 5

---

Document Outline

• 1 Module Description
• 2 Revisions and Modifications
  • 2.1 Revision 5.1.1 [Released]
  • 2.2 Revision 5.1.0 [Released]
  • 2.3 Revision 5.0.2 [Released]
  • 2.4 Revision 5.0.1 [Released]
  • 2.5 Revision 5.0.0 [Released]

---

16 - DlogGeneric_RequirementsTables

Dlog 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.1.1
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.1.1
2017-12-14
JC-42
Version Update
5.1.0
2017-11-09
JC-42
Version Update
5.0.2
2017-09-14
JC-42
Version Update
5.0.1
2017-08-10
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
DlogGeneric_RequirementsTable.pdf, Version 5.1.1, Software Platforms
Page 1 of 3

---

1
Related documentation
References
[1] LH Fahrzeugprogrammierung
SAP: 10505691 000 02
DlogGeneric_RequirementsTable.pdf, Version 5.1.1, Software Platforms
Page 2 of 3

---

2
Requirements Table
The Requirements are taken from [1].
Requirement
Description
Satisfied by
[FL1201]
No description
[FL1202]
No description
[FL1203]
No description
[FL142]
No description
[FL143]
No description
[FL149]
No description
[FL848]
No description
[FL849]
No description
[FL853]
No description
[FL873]
No description
[FL879]
No description
[FL885]
No description
DlogGeneric_RequirementsTable.pdf, Version 5.1.1, Software Platforms
Page 3 of 3

---

Document Outline

• 1 Related documentation
• 2 Requirements Table

---