1# MCUXpresso SDK: mcux-sdk
2
3![NXP_logo](docs/nxp_logo_small.png)[EN](./README.md)|[中文](./README_CN.md)
4[![Version](https://img.shields.io/github/v/release/NXPMicro/mcux-sdk)](https://github.com/NXPmicro/mcux-sdk/releases/latest)
5[![Contributors](https://img.shields.io/github/contributors/NXPMicro/mcux-sdk)](https://github.com/NXPmicro/mcux-sdk/graphs/contributors)
6[![Issues](https://img.shields.io/github/issues/NXPMicro/mcux-sdk)](https://github.com/NXPmicro/mcux-sdk/issues)
7[![PRs Welcome](https://img.shields.io/badge/PRs-welcome-brightgreen.svg?style=flat-square)](https://github.com/NXPmicro/mcux-sdk/pulls)
8
9MCUXpresso SDK is a comprehensive software enablement package designed to simplify and accelerate application development with Arm® Cortex®-M-based devices from NXP, including its general purpose, crossover and Bluetooth™-enabled MCUs. This project provides an alternative way for user to achieve the source code of MCUXpresso SDK besides SDK builder and MCUXpresso IDE.
10
11The whole MCUXpresso SDK delivery is composed of separate project deliveries. The idea we split the whole SDK delivery to separate projects is inspired by [Zephyr](https://github.com/zephyrproject-rtos/zephyr), and the projects are planned as below:
12* Fundamental project for device/board enablement with shared drivers and components.
13* RTOS projects
14* Middleware projects
15* Examples project built on above deliveries
16
17In this way we want to benefit user from below aspects:
181. Avoid huge size in a single repository.
192. Provide flexibility for user to select needed projects to build their application.
203. Provide ability for user to fetch needed project version to build their application.
21
22To satisfy the expectation we leveraged [Zephyr west tool](https://docs.zephyrproject.org/latest/guides/west/index.html) which helps do multi-repository management and allow user to self create ```west.yml``` to select needed projects for downstream use.
23
24## Overview
25This project provides the fundamental support for all NXP hot parts:
26
27* Arm® CMSIS-CORE startup and device header files and CMSIS-DSP standard libraries
28* Open-source peripheral drivers that provide stateless, high-performance, easy-to-use APIs
29* Drivers for communication peripherals also include high-level transactional APIs for high-performance data transfers
30* High-quality software: all drivers and startup code are MISRA-C: 2012 compliant and checked with Coverity® static analysis tools
31
32**The project can work solely**, if you only want to get the fundamental support for SoC(s) or board(s), you just use the original Git way to clone and checkout the project.
33
34**The project is also the main repository to achieve the whole SDK delivery**, it contains the [west.yml](https://github.com/NXPmicro/mcux-sdk/blob/main/west.yml) which keeps description and revision for other projects in the overall MCUXpresso delivery. Currently available middleware sets are shown in below figure, user could click the middleware to navigate the middleware project repo.
35[![MCUXSDK Graph](docs/sdk_graph.svg)](https://htmlpreview.github.io/?https://github.com/NXPmicro/mcux-sdk/blob/main/docs/sdk_graph.html)
36You need to have both Git and West installed in order to get a new delivery of the whole SDK or update the existing SDK deliveries. You could follow below guide according to your scenario:
37* Clone/check-out a new delivery of whole SDK
38
39    Execute below commands to achieve the whole SDK delivery at revision ```${revision}``` and place it in a folder named ```mcuxsdk```
40    ```
41    west init -m https://github.com/NXPmicro/mcux-sdk --mr ${revision} mcuxsdk
42    cd mcuxsdk
43    west update
44    ```
45    Replace ```${revision}``` with any SDK revision(branch/tag/commit SHA) you wish to achieve. This can be ```main``` if you want the latest state, or any commit SHA or tag.
46
47* Update existing west cloned SDK whole delivery
48
49    Assume you have followed previous commands to clone/check-out whole SDK delivery to the west workspace mcuxsdk, then the main repository of SDK is located in mcuxsdk/core. If you would like to update/check-out to another revision, you need to first update the main repository to the expected revision, then update the west workspace:
50
51    When you would like to update SDK full delivery in the latest branch of main repository, follow below commands:
52
53     ```
54    cd mcuxsdk/core
55    git fetch
56    git rebase
57    west update
58    ```
59
60    If the ```${revision}``` is different revision from that used in main repository, such as different branch, different tag or different commit SHA, you could follow below commands:
61    ```
62    cd mcuxsdk/core
63    git fetch
64    git checkout ${revision}
65    west update
66    ```
67
68## Releases
69
70There are two types of release in the project. The MCUXpresso SDK release and GitHub Main SDK release. Below description uses **MCUX release** short for MCUXpresso SDK release, use **Main release** short for GitHub Main SDK release.
71
72### MCUX Release
73The MCUX release launches once a new release is available on [SDK Builder](http://mcuxpresso.nxp.com/). Users previously using [SDK Builder](http://mcuxpresso.nxp.com/) could easily find the exact same code base MCUX release with same 2.x.y version of SDK archive package, software examples build/run quality are guaranteed in the release. **MCUX releases will be prefixed with 'MCUX_'**, and every release will be merged into main branch to ensure main branch has all released boards/socs support.
74
75The "MCUX_" releases are categorized into mainline releases and NPI release.
76* For mainline releases, usually it's planned twice a year to do a global feature update for NXP hot parts. The x in 2.x.y version increments each time a mainline release goes out.
77* For NPI release, it aims to support a new soc product recently launched in the market. It is built with verified features in previous mainline release. The release name is suffixed with NPI name to identify it's an NPI release.
78
79Each MCUX release is made on previous mainline release tag/NPI release tag, thus user could easily check the difference between two releases using ````git diff```` command.
80
81### Main Release
82The Main release is a regular release made in main branch. It releases the latest code base and feature set on main branch, which is expected to include all the previous 'MCUX_' release content and new enablement on main branch for NXP hot parts. **Main releases will be prefixed with 'MAIN_'**.
83
84Below figure takes 2.9.0 and 2.10.0 release as an example to show the relationship between MCUX release and Main release.
85![Release Introduction](docs/Getting_Started/images/github_release_introduction.png)
86
87## Supported development tools and systems
88* Tools
89    * MCUXpresso IDE
90    * GCC ARM Embedded
91
92    For version of the tool used, please check the release notes in each release.
93* Systems
94
95    See [Supported development systems](docs/supported_development_systems.md) for the list of boards/socs currently support in this project.
96
97## Getting Started
98See [Getting Start Guide](docs/Getting_Started.md) to start explore the project.
99
100## License
101All SDK drivers, components, device support files, board support files in this project are under BSD-3-Clause license, license copy please check [COPYING_BSD-3](COPYING-BSD-3). The ARM CMSIS component is under Apache License 2.0, license copy check [Apache License 2.0](CMSIS/LICENSE.txt). License information for all components could be found in [SW-Content-Register.txt](SW-Content-Register.txt)
102
103## Contribution
104Contributions are greatly welcomed! For detail guideline of contribution please check [Contribution Guide](CONTRIBUTING.md).
105
106