未找到 i.m.x8M Plus SDK 您好， 我正在使用 i.MX 8M Plus 处理器，希望下载适用于 Cortex-A53 的 SDK。我在产品页面上找不到直接下载链接。 能否告诉我下载 i.MX 8M Plus SDK 的正确位置或步骤？ 此致， 纳文 Re: i.m.x8M Plus SDK not found 你好@Naveen_N1： Yocto 电路板支持包。是官方支持的代码包，软件包。 如果您需要构建完整版本，则需要有 250GB 的空间。至少 我建议先版本 imx-image-core。 $bitbake imx-image-core 此致 丹尼尔 Re: i.m.x8M Plus SDK not found 你好，@danielchen、 感谢您的答复。我按照上述文档下载了 Yacto 项目 Linux 电路板支持包的版本目录。 我已经按照所需的步骤来版本完整映像。我遇到了 bitbake 超时错误。 并附上错误图像以供参考。 使用的版本命令：bitbake imx-image-full Ubuntu 版本：22.04 内存：16 GB。 请提供解决此错误的方法。请说明是否有其他支持 i.m.x 8M plus 的 SDK？ 此致， 纳文 Re: i.m.x8M Plus SDK not found 你好，@Naveen_N1 你的意思是 i.mx8MP Pluse 的 Yocto 电路板支持包 版本吗？ 如果是，你需要从 git hub 下载 i.MX Yocto Project Linux 电路板支持包 配方层。 详情请参阅 UG10164。 此致 丹尼尔

カスタム SCP03 キーをプロビジョニングするためのガイダンス こんにちは@Kan_Liさん 私は ESP32 ホストと SE050C1 を使って作業しています。環境の詳細: プラグ＆トラスト: v3.0.6 (ミニ) SE050 アプレットバージョン: 03 01 01 6F FF 01 0B デフォルトのキーを使用して安全なチャネルを開き、SE で EC キー ペアを生成し、CSR を正常に作成できます。 ここで、独自の SCP03 キーセット (ENC/MAC/DEK、AES-256) を一度プロビジョニングし、新しいキー バージョンで SE050 に保存し、その後は常にそのバージョンを使用して SCP03 セッションを開きたいと思います。 あなたに必要なこと: API / v3.0.6 の PUT KEY の例 (ミニ) 私の Mini ドロップでは INS_GP_PUT_KEY が定義されていますが、Se05x_API_PutKeys()、nxScp03_ChangeKeys()、または ex_scp03_change_keys の例のような高レベルのヘルパーは見つかりません。 Mini v3.0.6 に SCP03 キーローテーション ヘルパーが含まれているかどうか確認できますか? はいの場合: どのソース ファイルと関数を呼び出す必要がありますか? また、どのヘッダーを含める必要がありますか? いいえの場合: ENC/MAC/DEK および KCV 計算に予想される TLV 形式を含め、Mini APDU トランスポート (例: Se05x_API_Transceive/Se05x_API_SendAPDU) を使用して、すでに開いている SCP03 セッションを介して GlobalPlatform PUT KEY (CLA=0x80、INS=0xD8)を送信するための推奨方法 (および最小限のコード サンプル) を共有してください。 v3.0.6 の AES (SCP03) の認証コンテキスト構造 私のブートコンテキストは gex_sss_boot_ctx.ex_se05x_auth です。   ex_se05x_auth.param.scp03.ex_static. Enc /Mac/ Dek ex_se05x_auth.param.scp03.keyVer argv (--auth aes) 経由で AES を選択し、キーを ex_static.{Enc,Mac,Dek} にロードします。そしてバージョンをkeyVerに入力します。 試行錯誤に頼らないように、v3.0.6 Mini の正しいフィールド名を確認してください。 リファレンス実装 / パス 完全な Plug & Trust (非 Mini) に SCP03 キーの更新を示す例がある場合、そのロジックを Mini にミラーリングできるように、正確なパスと関数名を教えていただけますか?私が探した典型的な名前: examples/sss/ex_scp03_change_keys.* ホストライブラリ/ホストライブラリ/libCommon/scp/nxScp03.* hostlib/hostLib/libSE05X/src/*scp03* または INS_GP_PUT_KEY の使用。 バージョン管理とキーの長さ AES-256 (32 バイト キー) と新しいキー バージョン (例: 0x11) を使用する予定です。アプレット03 01 01 6F FF 01 0Bのキー バージョンの選択または最小キー長に関して推奨される制約またはベスト プラクティスはありますか? ツールの代替 一度プロビジョニングしてから、ファームウェアを切り替えて常に新しいキーで開くようにするのが推奨パスである場合、ツール名/コマンド (および入手先) を共有していただけますか。 私にとっての当面の障害は、Mini にPUT KEYの呼び出し可能なヘルパーがないことです。このアプレット バージョンで SE050 が期待する正確な APDU ビルドと送信シーケンスを共有していただければ、生の APDU を実装させていただきます。 ご指導ありがとうございました！ よろしくお願いします、 レディ A71CH SE050 Re: Guidance to provision custom SCP03 keys こんにちは@Rutwik0409さん、 これまでのところ、MW のフル バージョンと nano バージョンで PlatformSCP キー ローテーション デモを提供していますが、この種のアプリケーションはデバイスの寿命ごとに 1 回実行するだけでよいと思うSO、簡単な解決策として nano パッケージをプラットフォームに移植してみるのもよいかもしれません。https://github.com/NXPPlugNTrust/nano-package/tree/master/examples/se05x_rotate_scp03_keysを参照してください。詳細については。 お役に立てれば幸いです。 すてきな一日を、 カン --------------------------------------------------------------------------------- 注記： - この投稿があなたの質問への回答である場合は、「正解としてマーク」ボタンをクリックしてください。ありがとう！ - Threadは最後の投稿から7週間フォローされます。それ以降の返信は無視されます。 後ほど関連する質問がある場合は、新しいThreadを開いて、閉じたThreadを参照してください。 ---------------------------------------------------------------------------------

在仅使用 I²C 的设计中，CLRC66303 硬掉电消耗约 700 µA（而预期电流为 10—30 µA） 你好 我正在使用仅通过 I²C 连接到 TI CC2652R7 MCU 的 CLRC66303。 根据数据表和恩智浦官方参考板，硬掉电电流应在10—30 µA左右。 在恩智浦官方的 CLRC66303 板上，我的测量电流约为 30 µA（正如预期的那样）。 在我的定制专用 I²C 板上，我的硬掉电测量值始终约为 700 µA。 测试条件 电源3.3 V 接口：仅 I²C 接口（SCL、SDA、IRQ，4.7 kΩ 上拉） 微控制器：TI CC2652R7 PWRDOWN 引脚由 MCU 正确控制 固件顺序与恩智浦参考板相同 使用精密万用表测量 --- 我的设计（附示意图）： 基于恩智浦官方的 CLRC66303 参考 IFSEL0、IFSEL1、IFSEL2 拉高（4.7 kΩ）→仅 I²C 模式（地址 0x50）→IFSEL0、IFSEL1、IFSEL2 拉高（4.7 kΩ）→仅 I²C 模式（地址 0x50 带 4.7 kΩ 上拉的 SCL、SDA 线路 带 4.7 kΩ 上拉的 IRQ 线路 带有适当负载电容的晶体 27.12 MHz AVDD、DVDD、TVDD 上存在解耦电容 SPI 引脚（NSS、MOSI、MISO、SCK）未连接（浮空，因为只使用 I²C） --- 问题 1.在断言 PWRDOWN 以达到指定的 10-30 µA 电流之前，是否需要任何预定义的恩智浦固件步骤或寄存器设置？ 2。对于仅限 I²C 的设计，除了参考原理图外，是否建议更改硬件或布局？ 3. 未使用的SPI引脚（左浮空）是否会导致硬掉电时漏电流？它们应该与 GND 还是 VCC 连接？ NFC 控制器解决方案 Re: CLRC66303 Hard Power-Down Consumes ~700 µA on I²C-Only Design (vs 10–30 µA Expected) 您好，先生， 关于问题 1，如果 PDOWN=HIGH 状态，集成电路将保持关闭状态。数据表第 8.9.2.1 节对此进行了说明。 关于 I2C 接口，如 8.4.4 所述，成功的接口有一些重要的要求，但对于 LPCD 的正常状态，没有具体的引脚考虑。 LPCD 和 HDP 是两码事。HPD 不会自动检测卡并唤醒整个系统，而 LPCD 会。 不过，如果你使用HPD手动使阅读器掉电，消耗应该非常低。您的板设计中有可能遇到电源管理单元问题吗？ 如果不在设计中使用 CLRC663，会发生什么情况？你能得到预期的结果吗？ 在待机和激活状态下使用 CLRC663 时效果好吗？ Re: CLRC66303 Hard Power-Down Consumes ~700 µA on I²C-Only Design (vs 10–30 µA Expected) 你好，法比安、 感谢您的反馈， 我想澄清一点，在我的设计中，我是直接控制 PDOWN 引脚的。根据数据表，驱动 PDOWN = HIGH 应使 CLRC66303 进入硬掉电 (HPD) 模式。 但是，在我的定制设计中，我仍然观察到大约700 µA的消耗，而在恩智浦的官方参考板上（固件和MCU相同），我的测量电流约为30 µA，符合预期。 为了支持审查，我附上了我的固件代码片段（显示我如何控制 PDOWN）和我的原理图设计（仅 I²C）。 请您确认一下： 1。无论寄存器设置如何，PDOWN = HIGH 是否应始终强制设备进入硬掉电状态，还是先前的寄存器配置会影响当前电量？ 2.在纯 I²C 设计中，是否有任何硬件考虑因素（上拉、未使用的 SPI 引脚、IRQ 等）可能会妨碍适当的 HPD 电流电平？ 3.如果一切正常，您是否建议我进一步使用 LPCD 进行测试，而不是依赖 HPD 来确定最低消耗量？ 感谢您的指导。 Re: CLRC66303 Hard Power-Down Consumes ~700 µA on I²C-Only Design (vs 10–30 µA Expected) 您好，感谢您对我们的产品感兴趣。 没有任何预定义的固件，我们建议您查看AN11783，其中提到了实现正确 LPCD 的具体要求。 这需要进行校准，我们强烈建议使用 NFC Cockpit 进行校准。 此外，还有设置寄存器和软件处理。   您的集成电路中可能没有正确配置这些设置，导致 CLRC663 进入 LPCD 模式。

eIQ Toolkit: NVIDIA TAOモデルをインポートし、FRDM i.MX 93およびi.MX 93 EVKで実行 人工知能（AI）がエッジに近づき続ける中、NXPのeIQ Toolkitは、モデルトレーニング、最適化、展開のプロセスを合理化するツールを開発者に提供します。NXPのeIQ Toolkitは、i.MX 93開発プラットフォームとともに、NVIDIA NGCカタログモデルのインポートをサポートし、エッジでの機械学習（ML）アプリケーションの構築と展開のための強力でコスト効率の高いプラットフォームを提供します。 NXPは、NVIDIA TAO Toolkit APIを機械学習環境に直接統合した最初の半導体ベンダーです。この統合により、以下が可能になります： 事前に訓練されたビジョンモデルのインポートをTAO model zooから行います。 モデルのファインチューニングを転移学習を通じてカスタムデータセットで行います i.MX 93ファミリを含むNXPエッジデバイスへの最適化されたモデルのシームレスな導入 FRDM-IMX93およびi.MX 93 EVK開発プラットフォームの実践形式トレーニングガイドでは、NXP eIQ Toolkitを使用して、NVIDIA TAOモデルをインポートし、いずれかの開発プラットフォームで実行できるように変換する手順を順を追って説明しています。 FRDM-i.MX93 #NVIDIA EIQ-TOOLKIT  NVIDIAのTAOツールキットとFRDM-IMX93を活用した実践形式トレーニング FRDM-IMX93 FRDMトレーニング ハンズオン・トレーニング i.MXアプリケーション・プロセッサ

i.MXRT1064 无法通过串行连接到 MCU Boot Utility 您好， 我有一块使用 i.MXRT1064 的自定义板，我正在尝试使用 SDP 串行下载协议连接到程序。当启动模式开关 1:0 设置为 01 时，MCU Boot Utility 无法连接到芯片。 串行连接使用 GPIO_AD_B0_12 和 GPIO_AD_B0_13 上的 UART1，上拉 10k。 相关示意图页面附后。 i.MX RT106x Re: i.MXRT1064 Unable to Connect to MCU Boot Utility over Serial 我把主板上的微控制器换成了新的微控制器，但在使用安全配置工具时遇到了同样的问题。 我能够正常连接/断开连接，然后成功地对板进行编程，但是任何进一步的连接尝试都会导致连接超时。 这与我在MCU Boot Utility中看到的行为相同。是否有配置设置问题导致这些微控制器变砖？ Re: i.MXRT1064 Unable to Connect to MCU Boot Utility over Serial 是的，同样的问题。在不同的板上运行连接测试会出现以下错误：超时错误是最常见的。 警告：SDPHOST 连接失败，出现异常：SDPHOST 连接失败，出现异常：SDP：连接问题 -> 超时错误 WARNING: SDPHOST connection failed with：SDPHOST 连接失败，出现异常：SDPHOST 读取状态失败，无任何错误。检查连接。 警告：SDPHOST 连接失败并出现异常：unpack_from 需要至少 4 字节的缓冲区才能在偏移量 0 处解压缩 4 字节（实际缓冲区大小为 3） 警告：SDPHOST 连接失败但有一个例外：unpack_from 需要至少 4 字节的缓冲区才能在偏移量 0 处解包 4 字节（实际缓冲区大小为 1） Re: i.MXRT1064 Unable to Connect to MCU Boot Utility over Serial 你好，我是@mquantz、 尽管McuBoot Utility是由恩智浦的一位同事版本，但它并不是官方推荐用于我们的MCU的软件。我强烈建议你改用安全配置工具。如果您在使用 SPT 时也遇到这些问题，请告诉我。 BR, Edwin. Re: i.MXRT1064 Unable to Connect to MCU Boot Utility over Serial 好吧，我说得太早了。尽管我能够连接和编程 SDK 中的 Hello World 示例，但我无法再重新连接到 MCU Boot Utility 进行重新编程。 是什么原因导致这种断断续续的连接？在连接时，我可以反复断开并重新连接。我可以给芯片编程这似乎不是信号问题。 MCU Boot Utility 中是否存在导致这种行为的已知错误？ 作为对这些设备进行编程的方法，这个接口似乎非常脆弱。 Re: i.MXRT1064 Unable to Connect to MCU Boot Utility over Serial 问题解决了。似乎是编程电缆/主机电脑出了问题。 对于将来读到这篇文章的人，UART1 Rx/TX 上的 10k 上拉没有问题。 Re: i.MXRT1064 Unable to Connect to MCU Boot Utility over Serial 根据 NXP 文档添加了上拉器。我可以检查这些信号，看看是否有数据通过。 image(2).png Re: i.MXRT1064 Unable to Connect to MCU Boot Utility over Serial 你好，我是@mquantz、 在 UART TX 和 RX 信号上使用 10kOhms 上拉电阻的目的是什么？ 我认为这导致 TX 和 RX 信号保持高电平，而不管是否与主机连接，从而有效地消除了它们之间的任何通信。您可以使用示波器或逻辑分析仪探测 UART 引脚来证实这一点。 请按照 RT1064-EVK 原理图上的 UART 连接进行操作： https://www.nxp.com/webapp/Download?colCode=i.MXRT160EVKDS BR, Edwin. Re: i.MXRT1064 Unable to Connect to MCU Boot Utility over Serial 显示 SDP 连接的示意图页面

S32K31XEVB-Q100 调试端口出现故障 您好，技术支持、 客户 Elektrobit 报告的问题如下。 "我们正在尝试使用以下 S32K312 板： 板: S32K31XEVB-Q100 MUCU: S32K312HVS-0P09C-CTD 2340E 调试器：跟踪32 在 SYStem.Up 阶段闪存 cmm 时，我们遇到调试端口故障。 由于系统启动失败，我们无法执行擦除命令来确认闪存是否有问题。 请帮助调试问题所在以及调试端口失败的原因。 附上 cmm 文件" - S32K31X.zip 我建议他们参考 .cmm的文件，但他们的问题仍未得到解决。 您能帮我检查或联系 Trace32 以请求有关此问题的支持吗？ 顺祝商祺！ 丹 优先级：高 S32DS 资料来源直接客户 来源：代理商 来源：恩智浦内部来源：恩智浦内部 资料来源合作伙伴 Re: Facing debug port failure on S32K31XEVB-Q100 嗨，@jiri_kral、 目前，客户跳过了这个问题。所以，你可以结案了。如果他们又来了，我会创建一个新的案例。 谢谢！ 丹 Re: Facing debug port failure on S32K31XEVB-Q100 嗨，丹、 我在积压的问题中发现了这个未解答的问题。问题还存在吗？

S32N55: The configuration "EthSwtEnableSharedLearning" for NETC switch is not supported. Hello Team, RTD version: SW32N_RTD_R21-11_1.8.0_CD05 1. In EB Tresos, the configuration option EthSwtEnableSharedLearning is currently grayed out and not supported. It appears that the default value is set to true. Hope this option can be made configurable in EB Tresos to support FID functionality. 2. Once EthSwtEnableSharedLearning becomes configurable and is set to false, the FID in the FDB table is able to configurated for independent vlan MAC learning. Currently, the FID in the FDB table is hardcoded as 0 in the driver. Best regards, Tangsheng. Priority: MEDIUM RTD Source: Direct Customer Re: S32N55: The configuration "EthSwtEnableSharedLearning" for NETC switch is not supporte Hello @Nhi_Nguyen  Thanks for your support. Best regards, Tangsheng. Re: S32N55: The configuration "EthSwtEnableSharedLearning" for NETC switch is not supporte Hi @Tangsheng_Zhou , SW team responded that they don't have plan to support this feature. If the customer want to have it please make the request. Best regards, Nhi Re: S32N55: The configuration "EthSwtEnableSharedLearning" for NETC switch is not supporte Hello @Nhi_Nguyen  Thank you for your response. Could you share if there are any plans to develop this feature? If so, could you also provide the expected timeline? Thanks! Best regards, Tangsheng. Re: S32N55: The configuration "EthSwtEnableSharedLearning" for NETC switch is not supporte Hi @Tangsheng_Zhou , All of drivers in this release are delivered with Pre-early quality. For features that you see as gray, they didn't support yet. Best regards, Nhi

S32K348 配置 SPI+DMA 使用 AsyncTransmit 发送数据 主函数： baibi_0-1761723252690.png Mcl 配置项： baibi_1-1761723460649.png baibi_2-1761723468833.png Mcu 配置项： baibi_3-1761723619707.png baibi_4-1761723796217.png baibi_5-1761723814880.png 平台 配置项： baibi_6-1761723894535.png Rm 配置项： baibi_7-1761723968074.png Spi配置项： baibi_8-1761724173888.png baibi_9-1761724182909.png baibi_10-1761724190399.png baibi_11-1761724198240.png baibi_12-1761724204982.png baibi_13-1761724210229.png 目前按照如上配置，使用逻辑分析仪发现clk和mosi均无波形： baibi_14-1761724353849.png Ddebug过程发现，DMA中断不触发，SPI中断也不触发，如果不使用DMA，SPI中断可以触发，所以我怀疑是DMA通道没触发SPI数据的发送。 Re: S32K348 配置SPI+DMA 使用AsyncTransmit发送数据 非常感谢，是我的初始化接口存在问题导致DMA 的 SPI 传输不好用，已经解决 Re: S32K348 配置SPI+DMA 使用AsyncTransmit发送数据 你好@baibi 我已经使用你共享的配置修改了项目 Spi_Transfer_S32K #58，并在 S32k3x8EVB 板上对其进行了测试。利用 DMA 成功实现了 SPI 传输。 为了确保您的设置中没有遗漏任何配置、初始化或代码元素，我将 .mex文件和主源文件。 BR、VaneB

复制：K3 RTD 是否支持巨型以太网帧？ 本帖复制自 此处 你好 您能否说明 K3 是否/如何支持以太网巨型帧？ 我的具体问题是，S32K388 能否支持（使用我们的 RTD 驱动程序）长度为 9000 字节的以太网帧的传输。 我可以在参考手册和我们的 RTD 驱动程序中看到我们显然支持巨型帧（甚至还有一个复选框可以启用巨型帧支持） 然而 这是如何工作的，因为我看到在入口缓冲区上，帧大小的最大限制为1536字节？ 出口缓冲区也是如此： 那么，你能说明如何传输长度为 9000 字节的巨型帧吗？ 谢谢、 基督徒 优先级：中等 RTD 来源：恩智浦内部来源：恩智浦内部 TCPIP_STACK Re: Copy: jumbo ethernet frame support on K3 RTD ? 你好@Luis_Garabo、 驱动程序尚未支持该功能。机票：为此提出了 ARTDCC1-231，您可以跟进。 顺祝商祺！ Nhi

FRDM-MCXN Knowledge Hub MCX N947 & MCX N236: Scalable MCUs for Intelligent Edge Design NXP’s MCX N Series microcontrollers—MCX N947 and MCX N236—offer a unified silicon architecture designed to scale across performance and power profiles for edge applications. MCX N947 integrates dual Arm® Cortex®-M33 cores with TrustZone® and a dedicated Neural Processing Unit (NPU), enabling efficient execution of ML workloads at the edge. It supports high-speed interfaces like Ethernet, CAN-FD, and USB, making it ideal for motor control, industrial automation, and AI-enabled sensing. MCX N236 is optimized for ultra-low-power operation with a single Cortex®-M33 core and integrated analog and digital peripherals. It includes built-in sensor interfaces and is well-suited for battery-powered IoT devices, smart consumer electronics, and environmental monitoring. Evaluation Boards FRDM-MCXN947 FRDM-MCXN236 Documents FRDM-MCXN236 Board User Manual FRDM-MCXN947 Board User Manual  FRDM-MCXN947 Quick Start Guide FRDM-MCXN236 Quick Start Guide Trainings  Introduction Flexible and Rapid Development with MCUXpresso: Getting Started with Your FRDM Development Boards Featuring MCX MCUs. Learn more about NXP's FRDM Development Platform featuring our MCX MCUs portfolio. Discover why specific applications benefit from MCX and features to help differentiate your next product. You will also learn more about the MCUXpresso Developer Experience and how to get started with your FRDM development board. MCX Lab NXP initiative designed to foster collaboration with universities, providing students and educators with cutting-edge hardware, software, and educational resources.  ML/AI eIQ Time Series Studio Training: Build and Run Time Series ML Models on FRDM-MCXN947 Getting Started with eIQ Time Series Studio Graphics Getting Started with Embedded GUI Development Using GUI Guider and LVGL Articles MCX Microcontrollers Knowledge base . Include technical articles to guide you in specific features, process, etc. Demo videos See some demo videos created based on FRDM-MCXN Application Code Examples  Access to multiple Code Examples, Application notes with SW and code snippets for FRDM-MCXN boards. Expansion boards and accessories  Access to pre-filtered accessories list in Expansion Board Hub compatible with FRDM-MCXN boards. Find displays, rotary, joystick, sensors, and more. Explore the different expansion boards which are supported by software to help you extend and evaluate the features in combination with FRDM-MCXN boards. Useful links FRDM-MCXN Board enclosures design for 3D Printer  Ready to scale your edge designs? Discover how NXP’s MCX N947 and MCX N236 microcontrollers—and their FRDM evaluation boards—bring performance, power efficiency, and ML capabilities to your next IoT or industrial project. From dual-core processing to ultra-low-power sensing, this article breaks down what makes these MCUs ideal for intelligent edge development. FRDM-MCXN FRDM-Training

i.MX 93 EVK Boardおよび顧客製品上でDSMを実行する 一部のお客様は、DSMの電力を測定し、自社ボードでいくつかのカスタマイズを行いたいと考えています。そのため、すでにお客様にはAN13917を提供しています。 しかし、一部のお客様からもそれに関する質問をいただいているため、お客様により明確に理解していただけるよう、詳細な情報とテストをご提供いたします。 1 i.MX 93パワーモードの概要 i.MX 93は、次の電源モードをサポートしています。 Run mode：このモードではCortex-A55 CPUがアクティブに動作しています。一部のブロックは、省電力のために停止できます。 Low-power run mode：このモードは、すべての外部電源レールがオンの状態で動作するLow-power runモードとして定義されています。このモードでは、不要な電源ドメイン（MIX）をすべてオフにすることができます。ただし、このモードでもAONMIXやOSC24M/PLLなどの内部モジュールは例外です。AONMIX内のCortex CPUが、すべての計算およびデータ処理を行います。Cortex-A55は電源断され、DRAMはself-refresh/retentionモードにすることができます。 Idle mode：このモードは、スレッドが実行されておらず、高速デバイスも使用されていない場合にCPUが自動的に遷移できるモードとして定義されています。CPUは電源ゲート状態にすることができますが、L3データは保持されます。また、DRAMおよびバスクロックは低減されます。内部ロジックのほとんどはクロックゲートされますが、電源は維持されます。このモードでは、PMICから供給される外部電源はすべて同じ状態を保ち、ほとんどのIPも状態を維持します。したがって、このモードではRun modeと比べて割り込み応答が高速です。 Suspend mode：このモードは、すべてのクロックおよび不要な電源を停止するため、最も電力を節約できるモードとして定義されています。このモードでは、Cortex-A55 CPUは完全に電源ゲートされ、電源を遮断可能な内部デジタルロジックおよびアナログ回路はすべてオフになり、すべてのPHYも電源ゲートされます。VDD_SOC（および関連するデジタル電源）の電圧は「Suspend mode」の電圧まで低減されます。Idle modeと比較すると、このモードからの復帰にはより長い時間がかかりますが、消費電力は大幅に少なくなります。 BBSMモード：このモードはRTCモードとも呼ばれます。このモードでは、RTCとBBSMロジックを存続させるため、BBSMドメインの電源のみがオンのままです。 Off mode：このモードでは、すべての電源レールがオフになります。 2 DSM（Deep Sleep Mode）におけるシステムの電力消費の測定 本ユースケースはSuspend modeに基づいており、次の条件を意味します。 CA55クラスタはOFFです。 • MEDIAMIXはOFFです。 • NICMIXはOFFです。 • WAKEUPMIXはオフです • PLLはOFFです。 • 24 M OSCはOFFです。 PMICはSTBY modeになっています。 Webサイトからデモイメージをダウンロードします。 AN13917SW.zipファイルをダウンロードし、解凍してください。 uuuおよびimx93-11x11-evk-dsm.dtbをデモイメージのパスにコピーします。 イメージをボードに書き込みます。 .\uuu.exe -b emmc_all .\imx-boot-imx93-11x11-lpddr4x-evk-sd.bin-flash_singleboot .\imx-image-full-imx93evk.wic DSMでシステムの電力消費を測定するための手順は次のとおりです。 imx93-11x11-evk-DSM.dtbを使用してLinuxイメージを起動します。 システムはデフォルトのdtbで起動します。起動後、次のコマンドを使用してdtbをimx93-11x11-evk-DSM.dtbに変更します。 setenv fdtfile imx93-11x11-evk-dsm.dtb saveenv ブートする Rita_Wang_0-1763436433529.png システムをSuspend（Deep sleep）モードにするには、次のコマンドを実行します。 echo mem > /sys/power/state 電力を測定し、結果を記録してください。 BCUツールについて: BCU（Board Remote Control Utilities）：BCUは、リモート制御をサポートするボードやプラットフォームを制御するために特別に設計されたソフトウェアです。デバッグケーブル経由でのオン/オフボタンの操作、ボードリセット、ブートモードの設定、GPIOの制御、電力測定などの機能を提供します。 ------->［Remote Control function（リモート制御機能）］: $ sudo ./bcureset sd [-board=xxx] version bcu_1.0.158-0-gdb0a8e5 Auto recognized the board: imx8dxlevk set reset high successfully set onoff high successfully set ft_reset high successfully ENABLE remote control set sd_pwr high successfully set sd_wp high successfully set sd_cd high successfully set boot mode successfully set bootmode_sel low successfully Set ALL sense resistances to smaller ones rebooting... reset successfully done -------->［Power measurement function（電力測定機能）］: $ sudo ./bcumonitor -hz=1 [-board=xxx] ここで、電力測定機能をサポートする基板は、電力測定機能を備えています。 これはi.MX93 EVK boardの電力測定の例です。 1\BCUツールをダウンロードします。 リリース · nxp-imx/bcu Windowsにbcu_1.1.100をダウンロードします。 2\i.MX93 EVKボードをWindows PCに接続してください Rita_Wang_1-1763436433913.jpeg 3\Windows PCでターミナルを開きます。 C:\Users \Desktop>bcu.exe monitor -board=imx93evk11b1 -hz=1 上記のbcu.exe monitor -board=imx93evk11b1 -hz=1を使用します。 ボードのバージョンが正しいことを確認してください。現在のボードはB1バージョンなので、ボード名はimx93evk11b1になります。 4\PCで上記のコマンドを実行します。 Rita_Wang_2-1763436433984.png その他のモードのテストについてはBCU.pdfファイルを参照してください。 https://github.com/nxp-imx/bcu/releases/download/bcu_1.1.100/BCU.pdf 注記： ボードバージョンが対応するコマンドと正しく一致していることを確認してください。 bcu.exe モニター -ボード=imx93evk11b1 -hz=1 Rita_Wang_3-1763436434628.jpeg i.MX93 SOM B2バージョンBoardでは、上記のコマンドを使用できます。 ボードバージョンが古く、i.MX93 SOM Bを使用している場合は、ここでは次のコマンドを使用する必要があります。 Rita_Wang_4-1763436435180.jpeg bcu.exe monitor -board=imx93evk11 bcu.exe monitor -board=imx93evk11b1を使用した場合に、そのテスト結果がこのBoardに対応していない場合は、./bcueeprom -w -board=imx93evk11コマンドを使用してimx93evk11用のEEPROMに書き込むことができます。bcu eeprom -r -board=imx93evk11を使用して現在の状態を確認します。 Rita_Wang_5-1763436435209.png 以下のような問題が発生した場合は、EEPROMの内容を確認し、再度書き込みを行う必要があります。 Rita_Wang_6-1763436435272.png i.MX93 BoardでSOMB2（Board名がi.mx93evk11b1）のDSMモード時の電力測定： 旧EVK imx93evk11では、センシング抵抗に20m Ohmsを使用します。 新EVK imx93evk11b1では、センシング抵抗に5m Ohmsを使用します。 Rita_Wang_7-1763436435333.png i.MX93 BoardでSOM Bを使用する場合： Rita_Wang_8-1763436435393.png i.MX93 BoardでSOMB2を使用したDSMモード時の電力測定では、小さいレンジと大きいレンジのテストを併用します。 Rita_Wang_9-1763436435583.png Rita_Wang_10-1763436435776.png i.MX93 BoardでSOMBを使用したDSMモード時の電力測定結果： 次のコマンドを使用します：bcu.exe monitor -board=imx93evk11 -hz=1 Rita_Wang_11-1763436435906.png Rita_Wang_12-1763436436035.png お客様からの質問3点 a.imx93-11x11-evk.dtsとimx93-11x11-evk-dsm.dtsのdiff/patchについて お客様がLinux kernelバージョンL6.1.55のBSPを使用する場合は、弊社が提供するimx93-11x11-evk-dsm.dtbを使用する必要があります。それより新しいバージョンで、弊社Webサイト上の最新BSPを使用する場合は、dtbをimx93-11x11-evk-dsm.dtbに変更する必要はなく、imx93-11x11-evk.dtsをそのまま使用すれば問題ありません。Atf側でもhas_wakeup_irq = true;が追加されています。 Rita_Wang_0-1763436774893.png また、デフォルトのimx93-11x11-evk.dtsは、すでにlinux-imx/arch/arm64/boot/dts/freescale/imx93-11x11-evk.dts at lf-6.12.y · nxp-imx/linux-imx · GitHubにある定義をサポートしています。 Rita_Wang_1-1763436774923.png SO、お客様はそれを直接ご自身の製品で使用できます。 b.NXP i.MX93 EVKのDSM電力測定において、GROUP_SOC_FULLが弊社ANと一部異なる点について プロセスコーナ変動により、チップごとに静的電力消費（SS/TT/FF）にわずかな差が生じる場合があります。

用示波器验证ADC转换率 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本提示将演示如何在测试阶段验证 ADC 转换率（使用示波器）。 参考AN4373的“图1.采样过程中ADC输入端的电压下降”中描述的现象。 如果选择的外部 RC 元件值太大，则会在 ADC 输入端观察到严重的电压扰动（电压下降/峰值）（见图 1）。在这种情况下，ADC 输入端的干扰源于 SAR ADC 固有的采样保持 (S/H) 电路的基本运行原理。虽然我们应该避免这种情况的发生，但是在测试阶段可以用示波器测量ADC转换率。 根据‘表 30。K64P144M120SF5的16位ADC工作条件，可知其最大ADC转换率为818.330 ksps。 这里我使用 KDS3.2 和 Processor Expert 创建了一个示例（参见附件）。根据该表选择相同的配置后，我得到了几乎相同的 ADC 转换率。 转换时间也满足参考手册中给出的公式。 现在让我们用示波器测量FRDM-K64F板上的ADC转换率。外接1.5KΩ电阻后，外部RC元件的值已经足够大，可以进行观察。 下图是用示波器观察到的波形，采样期间ADC输入端电压下降之间的频率约为818ksps。该试验结果与理论计算值一致。 Freedom开发平台 Kinetis K系列MCU

浅谈知识产权保护方法之加密Kinetis K60（方案二）（Security Kinetis K60 for IP Protection Scheme2）        上篇详细的介绍了加密锁定Kinetis的一种方法，本篇再接再厉，给大家再介绍一种加密方法（哎，这点家底都晒出来了）。当然实际上原理还是不变的，即还是通过修改0x400~0x40F地址段的内容来实现加密锁定，万变不离其宗，所谓殊途同归罢了，下面好戏登台：        既然实现security最终都是改写寄存器加载段flash地址的内容，那实际上修改flash内容的方式还是灵活多变的，方案一中提到的在中断向量表的最后添加flash配置信息只是其中一种，那还有哪些呢？还是不摆谱了，小心被拍砖，哈哈。不错，那就是通过在指定地址定义常量的方法，当然定义常量大家都会用到（有些应用譬如LCD显示的字模或者一些固定的查找表为节省RAM空间我们一般会选择定义const常量的方法将它们存放到flash空间中），但是指定地址的存放方式用的会少些（一般都是让编译器自动分配的），如果我们非要指定地址呢（哎，强迫症又开始了，呵呵），即将flash配置信息作为常量强制指定存放到0x400起始的地址，那岂不是跟方案一有了异曲同工之妙了，好吧，这样的话那就该“@”这位老兄上场了（咳咳，可不是给单片机发email啊，呵呵），相信很多人到此处就都明白了。下面我仍然以IAR环境下锁定K60为例，简单介绍下方案二的使用步骤： 1. 打开待加密工程中的main.c文件，在其中的main函数之前以添加如下图所示常量定义，即将FlashConfig数据组数据存放到“.flashConfig”段中，其中FlashConfig[11]即为0x40C地址： 2. 至于这个.flashConfig段属性是需要在与该工程匹配的IAR连接文件（.icf文件）中人为添加定义的，如下图所示，需要添加三个部分，然后保存： 3. 前两步完成之后，其实需要添加的部分就已经完成了，但是还有特别重要的两点需要注意，这里我加红注释一下，如下： （1）采用方案二的情况，需要确保vectors.c中中断向量表最后的16个字节没有被添加，即不能有4个CONIFG_x配置信息的，否则会出现编译错误，因为这就涉及到两者冲突的问题，也就是说在采用方案一的话就不能采用方案二，同理，采用方案二的话也不能采用方案一，总之两者不能同存； （2）还需要考虑编译器优化的问题，因为我们在.flashConfig段定义了常量，但是在代码程序里却没有使用它，这种情况下编译器会直接把这段常量优化掉，所以我们做的工作算是白做了，即使我们在IAR的优化等级中设置成low或者none都不行，因为人家编译器认死理儿，反正你也没有使用它，我就是怕它pass掉，这下子伤心了，呵呵。还好IAR给我们留了条后路，在options->Linker->Input选项卡中提供了Keep symbol功能，如下图，将FlashConfig添加进去即可强制编译不优化它，这样目的就达到了，呵呵，看来还是天无绝人之路啊有木有。 3. 编译通过，下载调试，程序下载之后同样会出现进入不到调试窗口的现象，这个是正常现象，因为这个时候芯片就已经被security了，这样就可以放心量产了，呵呵~       希望这两篇系列文章能对大家有所帮助，enjoy it~ Kinetis K Series MCUs

动力总成与车辆动力学：电气化——HV EV 电源逆变器系统和 GD3100 评测 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本课程提供高压电力逆变系统的系统分析。对于想要进一步了解恩智浦电气化解决方案的每个人来说，这都是一个很好的会议。它回顾了电动汽车动力系统的架构和功能安全。重点关注 MC33GD3100 概述、主要功能和设计支持。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本课程提供高压电力逆变系统的系统分析。对于想要进一步了解恩智浦电气化解决方案的每个人来说，这都是一个很好的会议。它回顾了电动汽车动力系统的架构和功能安全。重点关注 MC33GD3100 概述、主要功能和设计支持。

ハンズオンワークショップ: FreeRTOS on the S32K <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このワークショップでは、S32K での FreeRTOS のデモを行い、組み込み環境に適用される基本的なシステム操作、スケジューリング、およびリソース管理について説明します。この環境内でユーザー アプリケーションを記述して、ハードウェア リソースを最大限に活用し、システムにとっての重要性に基づいて操作に優先順位を付けることができます。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このワークショップでは、S32K での FreeRTOS のデモを行い、組み込み環境に適用される基本的なシステム操作、スケジューリング、およびリソース管理について説明します。この環境内でユーザー アプリケーションを記述して、ハードウェア リソースを最大限に活用し、システムにとっての重要性に基づいて操作に優先順位を付けることができます。 ソフトウェアとツール

A71CH 即插即用解决方案，助力物联网安全 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 安全性对于不断增长的物联网设备市场至关重要：去年全球联网设备数量已超过 50 亿，预计到 2020 年将增长到 120 亿。为了支持这种快速扩张，包括阿里巴巴、AWS、谷歌、IBM 和微软在内的知名互联网公司正在建立自己的云服务，工业供应商也在迅速扩大其私有云产品。在恩智浦，我们相信强大的安全性并不一定难以实现。我们的“即插即用”方法简化了当今物联网设备中强大安全机制的实施。NXP 最新的 A71CH 提供了这种级别的 Plug & Trust 物联网安全，并提供了开箱即用的成熟芯片到云安全，使每个客户都能保护物联网设备并安全地连接到物联网云和服务，而无需编写安全代码或暴露密钥。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 安全性对于不断增长的物联网设备市场至关重要：去年全球联网设备数量已超过 50 亿，预计到 2020 年将增长到 120 亿。为了支持这种快速扩张，包括阿里巴巴、AWS、谷歌、IBM 和微软在内的知名互联网公司正在建立自己的云服务，工业供应商也在迅速扩大其私有云产品。在恩智浦，我们相信强大的安全性并不一定难以实现。我们的“即插即用”方法简化了当今物联网设备中强大安全机制的实施。NXP 最新的 A71CH 提供了这种级别的 Plug & Trust 物联网安全，并提供了开箱即用的成熟芯片到云安全，使每个客户都能保护物联网设备并安全地连接到物联网云和服务，而无需编写安全代码或暴露密钥。 身份验证与安全

i.MX 8QXP MEK Display Selection Guide This document describes the i.MX 8QXP MEK mini-SAS connectors features on Linux and Android use cases, covering the supported daughter cards, the process to change Device Tree (DTS) files or Boot images, and enable these different display options on the board. Graphics & Display i.MX 8 Family | i.MX 8QuadMax (8QM) | 8QuadPlus Multimedia Re: i.MX 8QXP MEK Display Selection Guide Hi Chris, You can find it by the part number MX8-DLVDS-LCD1. However, we do not have it in stock at the moment. So please, check it again in a few days. Best Regards, Marco

Example MPC5746R DPM (multicore) GHS614 ******************************************************************************** * Detailed Description: * This example content a basic PMPLL initialization and *  configuration of Mode Entry module and Clock Generation *  module for core1 and start of core0 and core0s from Core_Init function. * Also containts Lauterbach multicore multi-Trace32 view script for multicore * debugging puproses ******************************************************************************** * Test HW:  Test HW:  MPC57xx Motherboard + MPC5777M_512DS minimodule, MPC5777M, * Test HW:  MPC57xx * Maskset:  1N83M (cut 2.0B) * Target :  internal_FLASH * Fsys:     200MHz PLL0 as system clock ******************************************************************************** Revision History: 1.0     Jun-09-2015     b21190(Vlna Peter)  Initial Version 1.1     Sep-20-2016     b21190(Vlna Peter)  core0+core0s boot function added ******************************************************************************* ******************************************************************************** * Detailed Description: * This example content a basic PMPLL initialization and *  configuration of Mode Entry module and Clock Generation *  module for core1 and start of core0 and core0s from Core_Init function. * Also containts Lauterbach multicore multi-Trace32 view script for multicore * debugging puproses ******************************************************************************** * Test HW:  Test HW:  MPC57xx Motherboard + MPC5777M_512DS minimodule, MPC5777M, * Test HW:  MPC57xx * Maskset:  1N83M (cut 2.0B) * Target :  internal_FLASH * Fsys:     200MHz PLL0 as system clock ******************************************************************************** Revision History: 1.0     Jun-09-2015     b21190(Vlna Peter)  Initial Version 1.1     Sep-20-2016     b21190(Vlna Peter)  core0+core0s boot function added ******************************************************************************* General

S32K3 - 视频 本页总结了所有与 S32K3 产品系列相关的基于模型设计工具箱的视频。 NXP MBDT - S32K3 更新 （在 “我的视频” 中查看） 在本视频中，我们讨论了基于模型的设计范式，以及如何利用 MathWorks 生态系统为恩智浦 S32K3xx 自动生成 C 代码。我们首先从 MBDT 概念、开发流程和优势的详细介绍开始讨论。 然后，我们比较了恩智浦的 MBDT for S32K1 与 MBDT for S32K3，其中引入了“外部配置”工具来处理 MCU 时钟、引脚和组件配置，特别是恩智浦 S32 配置工具和 EB tresos Studio。我们随后解释了新范式如何与“真实”模型驱动设计方法相匹配，并如何帮助开发工程师。最后，我们讨论 S32K3 工具箱、恩智浦产品的集成情况以及应用外观。 在恩智浦 S32K3 上使用 MathWorks ®  工具部署 AUTOSAR ™  和非 AUTOSAR 软件组件 点击此处查看录音链接 AUTOSAR ™  Classic 是动力、底盘、车身和内部电子设备等传统汽车应用的成熟标准。更常见的情况是，OEM 和供应商更愿意在下一代 AUTOSAR ECU 中重用经过测试和验证的传统（非AUTOSAR）ECU 软件。 在本次网络研讨会中，恩智浦和 MathWorks 将展示如何将恩智浦基于模型的设计工具箱 (MBDT) 与 MathWorks ® Simulink ® 和 Embedded Coder ® 结合使用，以在恩智浦 S32K3 微控制器上开发和部署 MCAL 配置（非 AUTOSAR）的通用应用程序。此外，我们将演示如何将经过测试的非 AUTOSAR 应用组件转换为 AUTOSAR，然后在 S32K3 MCU 上验证并部署 MCAL 配置的 AUTOSAR 兼容生产代码。 将基于深度学习的荷电状态（SoC）估算算法部署到NXP S32K3微控制器 点击此处查看录音链接 电池管理系统 (BMS) 确保电动汽车、电网储能系统及其他电池驱动设备中电池组的安全和高效运行。 BMS 的一项主要任务是估算荷电状态 (SoC)。传统的 SoC 估算方法需要难以表征的精确电池模型。另一种选择是使用人工智能方法（如神经网络）创建细胞的数据驱动模型。 本次网络研讨会展示了如何使用 Deep Learning Toolbox、Simulink 和 Embedded Coder 为电池荷电状态 (SoC) 估计算法生成 C 代码，并将其部署到恩智浦 S32K3 微控制器。基于麦克马斯特大学在深度学习工作流程用于电池状态估计方面的先期研究，我们使用 Embedded Coder 从 TensorFlow 导入的神经网络生成优化的 C 代码，并在恩智浦 S32K3 微控制器上以处理器在环 (PiL) 模式运行。代码生成工作流将采用恩智浦的基于模型的设计工具箱，该工具箱提供了集成的开发环境和工具链，用于配置和生成在恩智浦微控制器上执行复杂应用程序所需的所有软件。 基于模型的设计 (MBDT) 环境，适用于电机控制算法开发 在此查看录音链接 这次在线课程与 Mathworks 联合举办，展示如何使用嵌入式编码器和 S32K3xx 基于模型的设计工具箱，利用 Simulink ® 设计和开发电机控制算法。 我们将会介绍可扩展的 S32K3 系列 MCU 并展示其具体的电机控制模块。我们将介绍如何访问和配置 MCU 外设，使 Simulink 模型能够感知硬件，并准备好在硬件上生成、构建和部署应用。我们将针对磁场定向控制 (FOC) 算法，实施永磁同步电机 (PMSM) 的无传感器控制。同时使用 FreeMASTER 用于控制和监测在 S32K344 上运行的算法。 恩智浦 MBDT for S32K3 提供了集成的开发环境和工具链，用于配置和生成所有必需的软件，让使用者能直接在Simulink ® 平台对恩智浦 MCU 进行复杂应用领域中的编程。 使用恩智浦的 HV-BMS RD 和基于模型的设计工具箱 (MBDT) 加快 BMS 应用开发 在此查看录音链接 本次在线课程介绍了如何使用恩智浦的高压 BMS 参考设计和 S32K3xx 的 MBDT，以及 Simulink® 和 Embedded Coder，设计和开发电池管理系统 (BMS)。 在本次网络研讨会中，我们将介绍 ASIL D 高压电池管理系统参考设计，其中包括电池管理单元 (BMU)、电芯监测单元 (CMU) 和电池接线盒 (BJB)。恩智浦的 HV-BMS 参考设计是一款强大且可扩展的解决方案，包含硬件设计、量产软件驱动程序和功能安全库，以及大量的 ISO 26262 功能安全文档。这项设计大大减少了开发工作，并配合最新的芯片加快了产品上市速度。 使用 NXP 工具加速电气化解决方案 在此查看录音链接 本视频提供了对恩智浦软件和工具解决方案的概述，旨在帮助客户通过设计、仿真、实施、部署、测试和验证来加速应用程序开发。 在本次课程中，您将学习如何使用恩智浦内部解决方案和恩智浦基于模型的设计工具箱（包括仿真和代码生成功能）来构建完整的解决方案，例如电池管理系统。

FRDM-MCXE247クイック・スタート この記事では、FRDM-MCXE247の設計とACHサンプルのインポートおよび実行方法について主に取りあげます。 この記事を読むと、FRDM-MCXE247ボードの主なリソース、設計ファイル、SDKのインポート・ダウンロード・実行方法に関する詳細な知識が得られます。 ハードウェアの要件 FRDM-MCXE247ボード1台 パソコン USB Type-Cケーブル1本 ソフトウェア要件 SDK25.06.00_FRDM-MCXE247（ダウンロード元：https://mcuxpresso.nxp.com） MCUXpresso IDE v25.6以降（ダウンロード元：MCUXpresso IDE | NXP） PC向けシリアル・ターミナル・ソフトウェア： Windows: PUTTY または Tera Term USBデバイスドライバ ボード・ユーザー・マニュアル FRDM-MCXE247ボードは、NXP MCX E247マイクロコントローラ（MCU）をベースとする設計・評価用プラットフォームです。MCX E247 MCUはArm Cortex-M4Fコアをベースにしており、2.70V～5.5Vの電源で最大112MHzの速度で動作します。 FRDM-MCXE247ボードには以下が含まれています。 MCX E247デバイス1台 64 Mbit外部シリアルフラッシュ（Winbond） FXLS8974CFR3 I2C加速度センサ NMH1000 I2C磁気スイッチ TJA1057BTK CAN PHY3台 イーサネットPHY RGB LED プッシュボタン MCU-Linkデバッグプローブ回路 このボードはArduinoシールドモジュール、Pmodボード、およびmikroBUSと互換性があります。 ボードはデバッグに、NXP LPC55S16 MCUをベースとするオンボード（OB）デバッグ・プローブ、MCU-Link OBを使用します。 このドキュメントでは、MCX E247を「ターゲットMCU」、LPC55S16を「デバッグMCU」と呼びます。 このドキュメントには、FRDM-MCXE247ボードのインターフェース、加速度センサ、電源、クロック、コネクタ、ジャンパ、プッシュボタン、LED、MCU-Link OBデバッグ・プローブに関する詳細な情報が記載されています。 『FRDM-MCXE247ボード・ユーザー・マニュアル [UM12286]』は以下のサイトでダウンロードできます。 https://www.nxp.com/design/design-center/development-boards-and-designs/FRDM-MCXE247 はじめに 「はじめに」ページにはボードの紹介だけでなく、SDKのインポート方法も記載されています。 https://www.nxp.com/document/guide/getting-started-with-the-frdm-mcxe247-board:GS-FRDM-MCXE247 アプリケーション・コード・ハブ MCXE247アプリケーション・コード・ハブの例がいくつか含まれています。次のリンクからプロジェクト・コードを見つけ、MCUXpresso IDEにインポートして実行できます。 https://mcuxpresso.nxp.com/appcodehub?search=an-mc-pmsm-mcxe247 https://mcuxpresso.nxp.com/appcodehub?search=an-using-mcxe247-quadspi-module https://mcuxpresso.nxp.com/appcodehub?search=an-mcxe24x-flextimer-example https://mcuxpresso.nxp.com/appcodehub?search=an-mcxe24x-csec-getting-started 実践形式 以下のビデオではHello Worldをサンプル事例に、MCUXpresso IDEを使用してSDKプロジェクトをインポート、ダウンロード、実行する方法を説明しています。添付セクションのビデオをご覧ください。 FRDM-MCXE24 FRDMトレーニング ハンズオン・トレーニング MCU MCX E24