What is new in the Embedded Coder® Support Package for AUTOSAR in R2016b (16.2.3)?
MATLAB: What is new in the Embedded Coder® Support Package for AUTOSAR in R2016b (16.2.3)
Embedded Coder
Related Solutions
The R2016a Embedded Coder Support Package for AUTOSAR Standard, Version 16.1.6, includes the following bug fixes.
Note: If you previously installed Version 16.1.0, 16.1.1, 16.1.2, 16.1.3, 16.1.4, or 16.1.5 of Embedded Coder Support Package for AUTOSAR Standard, you must uninstall that version before installing Version 16.1.6.
Bug Fixes:
- The ARXML importer now supports GoTo/From tag names up to 64 characters. Previously, tag names were limited to 32 characters, after which the name was truncated and appended with a unique suffix.
- The ARXML importer now correctly imports an ImplementationDataType of category STRUCTURE or ARRAY that references another ImplementationDataType. Previously, importing ImplementationDataTypes for curves and maps could generate an assertion.
- The ARXML importer now makes better use of the Simulink model canvas for ARXML files that contain a large number of runnables or ports. Previously, import threw the following error:
Error using autosar.mm.mm2sl.SLModelBuilder/setIdealBlockPosition At least one value is out of range for defining rectangle or position. All values must be less than or equal to 32767.
- ARXML importer method updateModel now works correctly with reference configuration sets. Previously, updateModel threw the following error:
A configuration set reference does not allow writing to parameters in the source configuration set
- ARXML importer method updateModel now supports importing ARXML files containing matrices with differing dimensions. Previously, updateModel threw an error similar to the following:
Error using Simulink.metamodel.arplatform.Comparator/compare Assertion failed: first and second values sizes are different at b:\matlab\src\arxml_util\matcher\comparator.cpp:209:
- ARXML export now supports exporting a previously imported inlined structure type. Previously, export threw the following error:
Error using autosar.mm.mm2rte.TypeBuilder/addReferencedType (line 68) Unsupported m3iType class M3I.Object for addReferencedType.
- AUTOSAR code generation now correctly generates an implementation enumeration data type when an application enumeration data type is mapped to an implementation data type. Previously, code generation incorrectly generated an application enumeration data type.
- The Configure AUTOSAR Interface dialog box now correctly displays mode declaration values for a mode-switch event when you specify an enumeration type on a Simulink inport without a space. You also can now specify an enumeration type name with a ? symbol.
The R2016a Embedded Coder Support Package for AUTOSAR Standard, Version 16.1.3, includes the following bug fixes.
Note: If you previously installed Version 16.1.0, 16.1.1, or 16.1.2 of Embedded Coder Support Package for AUTOSAR Standard, you must uninstall that version before installing Version 16.1.3.
Bug Fixes:
- ARXML export now round-trips the initial values that were imported on Ports ComSpecs. Previously, export created default initial values on the Ports ComSpecs, replacing the imported initial values.
- ARXML importer no longer errors out when the ARXML code contains PORT-API-OPTIONS. Previously, the importer threw the following error: "Element {} of type Simulink.metamodel.arplatform.behavior.PortAPIOption has no property named {}InitValue".
- ARXML importer now throws a warning when the ARXML code specifies a ModeSwitchEvent TARGET-MODE-DECLARATION-REF reference that does not exist. Previously, the importer threw an error for this case.
- AUTOSAR code generation now generates correct typedefs for void types in Rte_Type.h. Previously, the code generator generated the wrong typedef, which could cause compilation errors during software-in-the-loop (SIL) simulations.
- ARXML export now correctly handles rounding errors when writing out CompuMethod coefficients . Previously, export could write coefficient values that looked like 0.99999999999999989.
- AUTOSAR code generation now generates the return type of RTE function Rte_Mode_<p>_<o> as ShortName of ImplementationDataType of ModeDeclarationGroup. Previously, the code generator generated the return type as ShortName of ModeDeclarationGroup, which could cause compilation errors in the contract phase.
- ARXML export now correctly generates only Internal DataConstr for enumeration data types, for both ApplicationDataType and ImplementationDataType. Previously, export generated duplicate DataConstr for enumeration data types because it tried to export Physical DataConstr for the enumeration ApplicationDataType.
- ARXML importer now correctly ignores DataConstr for Structure members of category TYPE_REFERENCE, which Simulink does not support. Previously, the importer tried to read DataConstr for Structure members of category TYPE_REFERENCE, which could generate an unhelpful importer error message.
- With modular XML file packaging selected, ARXML export no longer generates empty packages for DataConstrs and SystemConstants in the _datatype.arxml file. Previously, export generated empty packages, resulting in a round-trip ARXML mismatch.
- ARXML importer now correctly creates internal data type names, without double underscores, for ApplicationDataTypes of category VAL_BLK, CURVE, MAPS, etc. Previously, if a data type already had underscore as the last character in its ShortName, the importer added a second underscore, which caused a validation error.
- ARXML importer now correctly creates an AUTOSAR.Parameter with data type boolean for ApplicationDataTypes of category VAL_BLK. Previously, the importer created an AUTOSAR.Parameter with data type logical, which caused a compilation error.
- ARXML importer now throws an informative error message when an ApplicationDataType of category CURVE, COM_AXIS, etc., for a lookup table uses an initial value that is scalar rather than nonscalar. Previously, the importer threw an unhelpful error message.
- ARXML export no longer generates INVALID-VALUEs with invalid or empty CONSTANT-REFERENCEs. Previously, exporting an imported INVALID-VALUE with an empty CONSTANT-REFERENCE could crash Simulink.
- ARXML export now throws a warning if two common axis lookup tables use the same parameter for table data and different parameters for axis data. The warning informs the user that the COM_AXIS parameter is not shared. Previously, export threw an error.
- ARXML importer no longer creates unnecessary and unused Simulink data types in the workspace when importing ApplicationDataTypes of category VAL_BLK.
- ARXML importer now correctly handles system constant expressions for variants that span multiple lines. Previously, the ARXML importer threw an error if a variant expression was not on a single line.
Related Question
- What is new in the Embedded Coder® Support Package for AUTOSAR in R2015b (15.2.9)
- What is new in the Embedded Coder® Support Package for AUTOSAR in R2015b (15.2.6)
- What is new in the Embedded Coder® Support Package for AUTOSAR in R2015b (15.2.7)
- What is new in the Embedded Coder® Support Package for AUTOSAR in R2016a (16.1.1)
- What is new in the Embedded Coder® Support Package for AUTOSAR in R2015b (15.2.2)
- What is new in the Embedded Coder® Support Package for AUTOSAR in R2016b (16.2.1)
- What is new in the Embedded Coder® Support Package for AUTOSAR in R2015b (15.2.4)
- What is new in the Embedded Coder® Support Package for AUTOSAR in R2015b (15.2.8)
Best Answer