Hardwareと、SDKで提供されます。Drivers、CMSIS-CORE...がSDKの中身です。MCU性能に応じて、初めからFreeRTOSやMiddlewareが無いSDKもあります。ARM)だけが提供中です。5.4.0のLチカ動作、LPCXpresso824-MAXで確認の3章)。Codeへ提供できる訳です。boardと同じです。boardで開発したアプリケーションコードを、そのままFRDM-KL25Zへも流用できます。「SDK利用によりARMコアアプリケーションコードが汎用化」したのです。旧FreescaleとNXPのMCU評価ボードが同じアプリケーションコードで動作するのは、どちらもARMコアMCUでCMSIS層付きSDKなので、開発ユーザから見れば当然です。CodeはMCUベンダ毎に異なり、ベンダが異なれば常に1から開発していました。NXPでさえ、SDKを使った今回の同一コード動作に、Freescaleを買収後、約3.5年かかっています。v11に違和感があるかもしれません。いうのは、新IDEは、どちらの旧IDEとも異なるからです。CMSIS利用はメリットだけでなく、デメリットもあるハズです。他社と差別化するベンダ独自Peripheral性能を極限まで引出すには、直接Hardwareを制御した方がより効率的です。MCUテンプレート開発)。CMSIS利用SDKを使ったアプリケーションコード開発は、ARMコア間のアプリケーションコードやベンダ間をも跨ぐ移植性、開発速度の速さ、ソースコード可読性などの点からユーザメリット大と言えます。※ベンダを跨ぐ移植性とは、FreescaleとNXPのMCUで同一アプリケーションが動作することを意味します。FreescaleはNXPに買収されたので、実はベンダを跨いでいませんが、CMSIS層があればアプリケーションコード移植可能な実例と思ってください。ARMコアベンダの2グループに分かれています。SDKに見られるようにCMSIS層利用アプリケーションコード開発、既存アプリケーション資産流用、差別化Peripheral開発に力点を置くと思います。目的は、より早く、より簡単な環境提供によるソフトウェア開発効率/速度の向上です。我々ユーザは、この環境変化に応じたアプリケーションコード汎用化手法と、もう一方の差別化機能の性能発揮手法を臨機応変、かつ、それらを混同せず、時には組み合わせて開発する必要があると思います。P.S.:弊社テンプレートで言えば、アプリケーションコード汎用化手法が、STM32Fxテンプレート他の汎用テンプレート、一方の差別化機能の性能発揮手法が、STM32G0x専用テンプレートです。