The MCUXpresso IDE manifest container. The identifier defined in the external XML document Identification information associated to the SDK related to the SDK structure. The container of the supported compilers in the KSDK. Supported compiler. The container of the supported core roles in the SDK: roles are defined in the user manual or chip model or sources. Supported device core slave roles definitions. The container of the settings of the supported toolchains in the KSDK. The container of the supported toolchains in the KSDK. Supported toolchain. The container of the supported boards in the KSDK. Supported boards. The container of the supported devices in the KSDK. Supported devices. The container of the supported components in the KSDK. List of package components. Available components. Version of the SDK manifest. API version of the SDK. SDK configuration hash. The examples root element container for external file handling and validation. The debug configurations root element container for external file handling and validation. The toolchain settings root element container for external file handling and validation. Identification information associated to the SDK related to the SDK structure. A super-element provinding references to already defined elements. The references to existing elements if more, in the current XML file. A super-element providing common info for the concrete element. The element long description. The element image available in the KSDK. The metadata container. The metadata describing the element. The defines container. The define to be used in all the compilers/assemblers. The element identifier. The element name. The element full name. The element brief description. The link to the web resource. Element version. Intended for future updates of the device information (e.g. new package added). Optional versioning of changes made to a 3rd party software by NXP (for example changes related to porting of the software to NXP devices). Marks element specific for particular tools. Marks files specific for particular compiler Category of the item, slash '/' separated groups. The device description. The specific device package. This could be extendend in the future for further uses (e.g. pins functions allocation). Evaluation board references container. Referenced evaluation boards. Supported evaluation board. ID of the board defined in the manifest. Toolchain settings container. Supported toolchainSettings/extension. Debug configurations container. Supported debug configurations/extensions. Contains name of package(s). Optional number of pins for the package. Memory area specification. The total internal flash size in kb. The total ram size in kb. Optional, for memory that are related to specific devices. The board description. The extensions made to the memory config provided by the device. This is used in order to handle external memories provided by the board. The examples container. Can be used to handle specific board configuration sources. Toolchain settings container. Supported toolchainSettings/extension. Debug configurations container. Supported debug configurations/extensions. The reference to the supported device package for the board. Define the board type. Supported example. The external XML file used. The project types container. The project type supported by the example. Toolchain settings container. Supported toolchainSettings/extension. Debug configurations container. Supported debug configurations/extensions. The include paths container. The include path relative to the example base path. Example source code. Devices id-refs for this example. The Core Id reference specific for this example and related to a specific device core. NOTE: the list for the device core and role in the XSD is ONLY used to correctly populate the content while handling external definition. Only the first item is actually used. The core slave roles reference specific for this example. NOTE: the list for the device core and role in the XSD is ONLY used to correctly populate the content while handling external definition. Only the first item is actually used. Boards id-refs for this example. ID-Refs of components dependencies separated by space. Optional, add references to required projects (e.g. multicore master/slave projects). Internal property. Relative path to the example base path. Path is relative to the package root directory. “/” used as directory separator. Source files for supported example. Relative path to the directory with component files. Path is relative to the package root directory. "/" used as directory separator. Manifest macro symbols can be used. They are delimited using $| and | characters and replaced by MCUXpresso tools with specific string derived from device selected in the tools. Usage macros: device, device_full_name, package, core_name, core_type, core, compiler, toolchain. (e.g. $|device_full_name| - element "device", attribute "full_name") The target path folder relative to the project folder. If not specified, the default handled by the IDE will be used. The recommended method to use: it will copy or link the files by default, according to this method attribute. Basically, it could be used to override any "copy source" or "standalone" machanism. It is used only for type="lib". Type of source files of example. Marks files specific for particular tool. Marks files specific for particular compiler Component variant for linker component. The required element needed by this source. If true, all the files contained in the source element will be excluded from the build. The Core Id reference specific for this component and related to a specific device core. The general core reference specific for this component. Used to distinguish absolute and relative paths: if true, the path is relative to component directory, otherwise is relative to project root. As default, path is relative to project root directory. Source files specification. File name mask including extension. Manifest macro symbols can be used. They are delimited using $| and | characters and replaced by MCUXpresso tools with specific string derived from device selected in the tools. Usage macros: device, device_full_name, package, core_name, core_type, core, compiler, toolchain. (e.g. $|device_full_name| - element "device", attribute "full_name") The reference type extending existing toolchainSetting with new options. The toolchainSetting options. Supported toolchainSettings settings. The toolchainSetting options. Supported toolchains settings. The container of the supported debug configurations in the KSDK. Supported toolchain type. Name of the toolchain vendor. Link to the vendor homepage. Option specification. Eclipse toolchainSetting option value without spaces. This value will be applied on the defined eclipse option. Eclipse option ID. ID of the configured property (ID of the element in the plugin). Type of the property. Eclipse option name (name visible for the UI element). Variants of the option - where applicable. The package component definition. The following mapping will be applied for the component base folder: "driver" then target directory is "drivers" "linker" then target directory is "" (root folder) "other" then target directory is "" (root folder) "CMSIS" then target directory is "CMSIS" (e.g. same as component-type) "startup" then target directory is "startup" (e.g. same as component-type) "utilities" then target directory is "utilities" (e.g. same as component-type) "OS" then target directory is component-name "middleware" then target directory is component-name "project_template" and component-name = (device or board) then target directory is "board" "project_template" and component-name = RTOS-component-name then target directory is "source" CMSIS Component reference. Component sources. The include paths container. The include path relative to the component base path. Define component visibility in the UI. Define component type. Optional, for components that are related to specific devices (e.g. drivers). Optional, for components that are related to specific device's packages (e.g. drivers). Optional. List of names of components (separated by space) on which the component is dependent. This component will be automatically imported in the project. Optional, component API version (currently used for RTOSes). The Core type enum: STRONGLY RECCOMEND not to use it, use device_cores instead. this attribute IS NOT use in MCUXpresso IDE. The Core Id reference specific for this component and related to a specific device core. The core slave roles reference specific for this component. The core boot role references. The target path folder relative to the project folder. If not specified, the default handled by the IDE will be used. The reference type to a debug configuration for overriding use. The scripts container. The debugging scripts. The parameters container. The debugging parameters. The memory drivers container. The memory driver for a specific memory block. Debugging setting property. The scripts container. The debugging scripts. The parameters container. The debugging parameters. The memory drivers container. The memory driver for a specific memory block. The supported probe for the debug configuration. Optional, for debug configurations that are related to specific devices (e.g. drivers). Optional, for debug configurations that are related to specific device's packages (e.g. drivers). The debug parameter type definition. The param value. The default value. Space separated enum values. True if the param is required. The param type. Additional parameter options. The supported probe for the specific debug setting. The script type. The source file containing the script in the package. The script code. The script type. The silent setting. The emulator settings used for the script. The metadata element. Specific metadata content. The content. The metadata name. The metadata string value. The compiler type. The type of the supported compiler. The core role type. The memory region specification. Start address of the memory area. Memory area size in bytes. Memory type. Memory access type (R,W,RX,RW). The driver of a specific memory block. It contains the references to the memory blocks as well as the binary file in the SDK. Defines the possible core boot roles. Defines the possible core types. Defines the possible board types. Defines the possible memory acces types. Defines the possible file types. Note that "src" is used to sources used both for C or C++ projects; "src_c" is used only C project srelated files; "src_cpp" is used only for C++ projects related files. Defines the possible include types. Defines the possible compilers types. Defines the possible option type. Defines the possible toolchainSetting variant values. Defines the possible project types. Memory type. Defines the possible project nature types. Defines the possible toolchainSetting variant values. Defines the possible component types. Defines the possible toolchain ID. Defines the possible project natures. Defines the possible linker setting variable names. Defines the possibile supported probes. The debug configurations container. The external XML file used. The available debug configurations. The examples container. The external XML file used. The toolchain settings container. The external XML file used. Supported toolchain settings. The container of the external identifiers. The identifier defined in an external XML document Linker settings. Specific for the linker component. The linker property name. The linker property value. Project type specification. Type of the project. Nature of the project. Include specification. The path used is relative to the component base path. Relative path to be configured as include path allowing to find header files for compilation. Path is relative from project root directory. "/" used as directory separator. Marks the path specific for particular tool. Marks the path specific for particular compiler Type of the include to use. Used to distinguish absolute and relative paths: if true, the path is relative to component directory, otherwise is relative to project root. As default, path is relative to project root directory. Define specification. It can refers to one or more debug configurations. The name of the define. Manifest macro symbols can be used. They are delimited using $| and | characters and replaced by MCUXpresso tools with specific string derived from device selected in the tools. Usage macros: device, device_full_name, package, core_name, core_type, core, compiler, toolchain. (e.g. $|device_full_name| - element "device", attribute "full_name") The value of the define, it may be null. The name of the define. Manifest macro symbols can be used. They are delimited using $| and | characters and replaced by MCUXpresso tools with specific string derived from device selected in the tools. Usage macros: device, device_full_name, package, core_name, core_type, core, compiler, toolchain. (e.g. $|device_full_name| - element "device", attribute "full_name") Core definition type. The slave role references. The core boot role references.