RTA-RTE Reference Manual - Manualzz
RTA-RTE Reference Manual - Manualzz
, that determines whether
scope-limiting definitions are generated for BSW APIs within the
Module Interlink Header file. Generation is not required for AUTOSAR
compliance.
If this option is not specified scope limiting definitions are generated
in the same form as used for application header files.
This option is supported by the OutputC plug-in
‘To use enable generation of scope-limiting definitions, use:
--bsw-scope-Limit-defns=on
Command-line options 27RTA-RTE V6.2.0 ETAS
Reference Manual >a VING EMBEDED EXCELLENCE 3
3.9 --bsw-xml-namespace
Description: Set the XML namespace URI used in generated BSW configuration
file.
Name:
--bsw-xml--namespace
Parameter: This option takes a single parameter, , that specifies whether to
ignore ('1') or enable ('0') the semantic checking of connected data
types
Enable check (‘0").
AUTOSAR specifies compatibility rules for connected DataPrototypes
involving the referenced AutosarDataType and any CompuMeth-
ods, Units, or PhysicalDimensions involved. Additionally, for R4.x
projects, the AUTOSAR specification states that when VariableDat-
aPrototypes are not compatible it is still permitted to connect them
if they conform to further rules about whether automatic data con-
version is possible.
In some configurations, it may be necessary to allow connection of
DataPrototypes that do not fully conform to the AUTOSAR compati-
bility rules.
With this option specified, the compatibility and convertibility checks
are very much relaxed, with the CompuMethod, Unit, and Physi-
calDimension being completely ignored
In addition, RTA-RTE normally checks that any CompuMethod refer-
enced by an ImplementationDataType is permitted according to con-
str_1158, raising an error if the check fails. If this option is specified,
then the error is downgraded to a warning, allowing the generation
to continue.
To ignore semantic checks:
--deviate-ignore-datatype-semantics=1
Command-line options 43RTA-RTE V6.2.0 ETAS
Reference Manual >a VING EMBEDED EXCELLENCE 3
3.25 --deviate-implicit-cat2-mdd
Description: Enable mode disabling dependency for category 2 runnables.
Name:
-deviate-implicit-cat2-mdd
Parameter: — This option permits ("1") or forbids (“0”) mode disabling dependency
for implicitly category 2 runnables.
Forbid ("0"
Note:
Prior to AUTOSAR R4.0, a runnable is implicitly category 2 if it
cludes a synchronous call point. This option permits such runnables
to have mode disabling dependencies.
To enable mode disabling dependencies for category 2 runnables:
-deviate-implicit-cat2-mdd=1
44 Command-line options3.26
RTA-RTE V6.2.0
Reference Manual
--deviate-imp'
TAS
m
Licit-modi fy-for-Loopbacks
Description:
Name:
Parameter:
Default:
Note:
Example:
Enable “data modify" semantics for implicit access to data items
where there is a loopback assembly connector.
--deviate-impLicit-modify-for-Loopbacks
This option enables (“on” or “1") or disables (“off” or “0”) “data mod-
ify” semantics for implicit access to data items where a loopback
assembly connector exists.
Disabled (“off”).
Without this option, RTA-RTE implements AUTOSAR rules for the visi-
bility and propagation of implicit data, and creates uninitialized Write
Buffers for implicit writers to support that. One consequence of this
is that Runnables using Rte_IWriteRef to write parts of a complex
type will result in undefined values being propagated on the other
members of the type.
When this option is enabled, if you connect the PPort back to an
RPort characterized by the same interface in the same swe proto-
type, then RTA-RTE initializes the implicit writeback buffers from the
definitive, global buffer before the Runnable enters. This enables the
use of partial writes of complex data by multiple runnables without
the propagation of undefined variables.
It is permitted, but not necessary, to configure a DataReadAccess in
the Runnable for the configured RPort.
In applications using split
To enable “data modify”
semantics for implicit access to data items:
--deviate-implicit-modi fy-for-loopbacks=on
Command-line options 45RTA-RTE V6.2.0 ETAS
Reference Manual >a VING EMBEDED EXCELLENCE 3
3.27. --deviate-memmap-decls
Description: Select whether or not memory allocation sequences should be used
for declarations as well as definitions.
Name:
--deviate-menmap-decls
Parameter: — This option takes a single parameter which enables (“on” or “1") or
disables (“of f” or “0") use of MemMap for declarations.
Defaul Enabled (“on”).
Note: None.
Example: To disable generation of MemMap decorations:
-deviate-memmap-decls=off
46 Command-line optionsRTA-RTE V6.2.0
Reference Manual
rvncomoocune | ETAS
3.28 --deviate-omit-implicit-cds
Description:
Parameter:
Default:
Example:
Enable optimization of CDS for implicit S/R and IRVs.
deviate-omit -implicit-cds
This option enables (“1”) or disables (“0") optimization of the com-
ponent data structure (CDS) for implicit access to S/R and IRVs.
Forbid (“0”).
Optimization of the CDS removes the data handles that are not re-
quired. Optimization is possible when the SWC is:
1. Singly instantiable,
2. Delivered as source code,
3. RTE generator is in vendor mode,
4, This option is enabled.
To enable optimization of the CDS for implicit S/R and IRVs:
--deviate-omit-implicit-cds=1
Command-line options 473.29
RTA-RTE V6.2.0 ETAS
Reference Manual
--deviate-physical-dimension-compatibility
Description:
Parameter:
Note:
Example:
Specify physical dimension compatibility rules.
-deviate-physical-dimension-compatibility
This option enables ("1") or disables ("0") an RTA-RTE deviation from
the AUTOSAR RTE specification.
Disabled (“0”).
This option modifies how the RTE generator validates compatibility
of physical dimensions. 8y default RTA-RTE validates according to
AUTOSAR rules and thus the physical dimensions must have the
same short-name and attributes. However when this option is en-
abled RTA-RTE only checks the attributes, e.g. length exponent,
match and permits the short-names to differ. This enables different
elements that represent the same physical dimensions to be con-
nected but should be used with care since physical dimensions with
matching attributes can still represent different physical quantities.
See the AUTOSAR documentation for further details.
To enable non-AUTOSAR compatibility rules for physical dimension
comaptibility:
-deviate-physical-dimension-compatibility=1
48 Command-line options3.30
RTA-RTE V6.2.0
Reference Manual
--deviate-pre'
rvncomoocune | ETAS
fer-no-empty-executions
Description:
Name:
Parameter:
Default:
Notes:
Example:
Enable (Yon” or “1") or disable (“off or “") optimizations to
runnable entity scheduling that avoid empty executions of tasks
containing only runnables (or schedulable entities) triggered by the
same source, at the expense of loss of the guarantee that the
runnables will execute after being activated during the execution of
the task,
--deviate-prefer-no-empty-executions
This option enables (“on” or “1") or disables (“off” or “0”) optimiza-
tions to the scheduling of runnables that reduce execution overhead
but cause the behavior to deviate from the AUTOSAR specification
and may cause activations occurring during runnable execution to
be delayed or lost.
Disabled (“off”).
When enabled, activation flags are elided for tasks containing only
runnables that are activated by the same trigger source and such
tasks are required to be configured with an activation limit of one.
This avoids empty task executions in the case of bursts of runnable
activations but activations occurring while the task executes are de-
layed or lost, deviating from the AUTOSAR requirement that activa-
tions of a runnable during its execution be honored.
--deviate-prefer-no-empty-executions=on
Command-line options 493.31
RTA-RTE V6.2.0
Reference Manual
ucemmeroauna | ETAS
--deviate-split-swci-support
Description:
Parameter:
Default
Note:
Split Sw-Cs across OsApplications
-deviate-spLit-swci-support
This option enables (“on” or “1") or disables (“off” or “0") splitting
AppLicationSofwareComponents across protection boundaries, i.e.
by mapping the Runnables to OsTasks in different OsApplications.
Disabled (“off”)
When enabled, this option allows RteEvents from a SWCT to be
mapped to OsTasks in different OsApplications, in violation of AU-
TOSAR 4.0.3 [rte sws_ 7347].
When this option is enabled, InterrunnableVariables might need
to cross protection boundaries. RTA-RTE will silently augment the
input model with port communication to handle this case, causing
the IoC to be invoked where needed,
‘To map runnables from the same SWCinstance to OsTasks in
ent OsApplications,
--deviate-spLit-swci-support=on
50 Command-line optionsRTA-RTE V6.2.0 ETAS
Reference Manual VG EMBEDDED EXCELLENCE 3
3.32 --deviate-task-sections
Description: Modify the section names used by RTA-RTE to locate task bodies.
When enabled, each task body is contained within a section named
after the task; e.g. "RTE_START_SEC_TASKBODY_