如何降低 i.MX8ULP 的 A 核和 DDR 频率 我想降低 i.MX8ULP 的 A 核频率和 DDR 频率。 请指导我如何实现这一目标，需要修改哪些寄存器或配置？ Re: How to Reduce A-Core and DDR Frequency on i.MX8ULP 你好 你可以看看下一个应用笔记（4.3 使用 DVFS）： 优化 i.MX 8ULP 的功耗 顺祝商祺！ Re: How to Reduce A-Core and DDR Frequency on i.MX8ULP 你好@JorgeCas 我使用了 DVFS，想降低 A 核 CPU 频率。目前，频率显示在 808 兆赫左右，我希望尽可能降低频率。 以下是我收到的日志： root@imx8ulp-9x9-lpddr4-evk:~# echo 1 > /sys/devices/platform/imx8ulp-lpm/enable [ 467.490570] DDR enter low frequency mode root@imx8ulp-9x9-lpddr4-evk:~# mhz 808 MHz, 1.2392 nanosec clock 能否请您指导我如何降低 A 核频率，以及需要更改哪些设置或配置？ 谢谢。 Re: How to Reduce A-Core and DDR Frequency on i.MX8ULP 你好 根据应用笔记，你需要使用 imx8ulp-evk-nd.dtb 设备树，但正如我在你的日志中看到的那样，你使用的是 9x9 板，我们没有设备树来进行更改。 你可以用它作为参考来修改你的设备树然后重试： https://github.com/nxp-imx/linux-imx/blob/lf-6.12.y/arch/arm64/boot/dts/freescale/imx8ulp-evk-nd.dts 顺祝商祺！ Re: How to Reduce A-Core and DDR Frequency on i.MX8ULP 谢谢@JorgeCas root@imx8ulp-9x9-lpddr4-evk:~# echo 1 > /sys/devices/platform/imx8ulp-lpm/enable root@imx8ulp-9x9-lpddr4-evk:~# mhz 655 MHz, 1.5267 nanosec clock 根据参考，我更新了我的 .dts文件，现在我可以将 A 核频率降至 650 MHz。我希望进一步降低 A 核频率，最好降到 200 MHz 左右。请指导我如何实现这一目标？ Re: How to Reduce A-Core and DDR Frequency on i.MX8ULP 你好 遗憾的是，我们没有文件说明如何将 Cortex - A 内核的频率降至 650 MHz 以下。 根据应用笔记，正在使用VDD_DIG1/2（最低工作频率）的最低工作电压，我们的工程师在您之前的文章中评论说，PLL不会提供更低的频率。 您可以尝试手动修改 PLL 寄存器。 顺祝商祺！ Re: How to Reduce A-Core and DDR Frequency on i.MX8ULP 你好，@JorgeCas 谢谢你的澄清。据我所知，650 MHz 是 Cortex-A 内核 PLL 支持的最低记录频率。 为了进一步降低功耗，我想尝试手动修改 PLL 配置。请问 i.MX8ULP 上控制 Cortex-A 时钟的 PLL（寄存器或时钟路径）是哪个，在尝试将频率降至 650 MHz 以下时是否有任何建议设置或限制？ 任何有关安全修改 PLL 寄存器的指导或参考文档，将不胜感激。 致以最崇高的敬意， Yash Re: How to Reduce A-Core and DDR Frequency on i.MX8ULP 你好，@JorgeCas、 我想问一下我之前提出的关于通过修改 i.MX8ULP 上的 PLL 配置将 Cortex-A 内核频率降至 650 MHz 以下的问题。我想看看你是否有机会审查它。如能得到任何指导，将不胜感激。 谢谢， Yash

KW45 noinit 柱塞部分 您好，nxp 专家： 我想在 kw45 中隔离一部分 RAM，用于存储一些标志。但是，当前，当我尝试将 0xa5a5a5a5 写入地址 0x020000000 然后进行软复位时，RESET后从地址 0x020000000 读取的值为 0。你能否帮我弄清楚如何确保软复位后读取的值与RESET前读取的值相同？ KW45 Re: KW45 noinit ram section 你好，@Christine_Li： 不过，我又注意到启动文件 startup_KW45B41Z83 .S 中的这部分代码 --它不是清除了 0x2001_A000 至 0x2001_C000的内存范围 吗？ .ram_init_stcm5: ldr r0, =0x2001a000 ldr r1, =0x2001c000 .loop5: /* Initialize stcm5 */ stmia r0!, {r2 - r5} cmp r0, r1 bcc.n .loop5 Re: KW45 noinit ram section 你好，@jiajun_cheng 最后 8 KB RAM (0x2001_A000) 来自独立的电源开关功能域，可在所有电源模式下保持数据保留。 详情请参阅 KW45 参考手册 如果您对此案有任何其他关切，请告诉我。 否则，请毫不犹豫地将我的回答标记为解决方案，这样我们就可以结案了。 顺祝商祺！ Christine。 Re: KW45 noinit ram section 你好，@jiajun_cheng 在这个案子上我还能为你做什么？ 顺祝商祺！ Christine。

HSE 固件安装问题 - 程序卡在 checkHseFwFeatureFlagEnabled() 处 #你好，恩智浦团队 我正在开发 S32K3X4EVB-T172 板并尝试安装 HSE 固件 HSE 固件刷新成功，但我的应用程序始终停在： if (FALSE == checkHseFwFeatureFlagEnabled()) { /* Stuck here */ } 我检查了 UTEST 区域（0x1B000080），得到的值是 0xFFFFFFFF。 请查看我们的项目和图像，并请帮助我们解决这个问题 如能得到任何帮助，我们将不胜感激。 谢谢 Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() #Thank you for the clarification@VaneB 我检查了UTEST地址 0x1B000000，请查看下面的附件 ，我已经多次刷新了HSE固件，所以可能是反复刷新导致了这个不正确的值？ 能否请您帮我确认正确的值是多少，并指导我如何进行修复？ Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() 你好@Sanjana_k 地址 0x1B000080 至 0x1B00009F 对应调试密码 (CUST_DB_PSWD_A)，用于限制调试访问。这与 HSE 固件安装无关。 如果代码停留在函数 checkHseFwFeatureFlagEnabled()，请确认 hseFwFeatureFlagEnabledValue 已正确写入地址 0x1B000000。 此外，您还提到 HSE 固件已成功安装。能否请您解释一下，为什么需要再次检查 HSE FW 功能标志是否已设置？ BR、VaneB Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() 你好@Sanjana_k 已成功将 hseFwFeatureFlagEnabledValue 写入地址 0x1B000000。 接下来，我们来验证是否安装了 HSE 固件。请检查地址 0x4039C028 中 HSE_CONFIG_GPR3 的第 0 位是否已设置。如果未设置，请确认当前设备的 SBAF 版本（地址 0x4039C020）与您尝试安装的 HSE 固件版本兼容。建议使用最新的 SBAF 版本，以确保 HSE 固件不受任何限制地支持全部功能。 Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() # Hello@VaneB 谢谢您的说明。 我还有一个疑问：我是否需要修改 hse_fw_install 项目的应用代码？ 因为 UTEST 区域已经编程，而且固件闪烁也已成功。我们还检查了第 0 个启动目标是否在 0x4039C028。 但是，我们的程序代码还是卡在了这一行，无法正常启动。 请解释一下为什么没有启动，原因可能是什么？ Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() 你好@Sanjana_k 使用 S32K344_HSE_FW_INSTALL 应用程序完成 HSE 固件安装所需的所有更改和步骤都记录在 Readme.md 文件中，该文件位于 C:\NXP\S32K3_HSE_DemoExamples_1_0_0\S32K3_HSE_DemoExamples\Device_Configuration\S32K344_HSE_FW_INSTALL\Readme.md 此外，能否提供一张显示地址 0x4039C020 和 0x4039C028 内容的图片？ Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() #Hello@VaneB非常感谢你的回复、 在 README 中提到了 IVT，但我们的程序中没有ivt.bin 或 ivt.h 包括的文件。请说明 IVT 是自动生成的，还是嵌入到另一个文件中，或者我们是否需要手动加入 IVT。 请参阅下文所附的文件 Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() #Hello@VaneB，非常感谢你的指导。 我在演示示例中安装了sbuf 项目。当我尝试调试它时，代码卡在了 能否请您指导我如何更新sbuf并解决这个问题？ Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() 你好@Sanjana_k 根据 HSE_CONFIG_GPR3 (0x4039C028) 的值，HSE 已经安装在设备上。您正在闪存的项目用于安装固件，因此无需再次闪存。 我的建议是将 SBAF 版本升级到与当前固件版本兼容的版本。该 兼容性问题 已在 S32K344 芯片 SBAF 版本和 HSE FW 版本兼容性问题 主题中讨论过。 Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() # 在 README 中提到了 IVT，但我们的程序中没有包含 ivt.bin或ivt.h文件。请说明 IVT 是自动生成的，还是嵌入到另一个文件中，或者我们是否需要手动加入 IVT。 请参阅下文所附的文件

freemasterのcanfd設定 CAN通信プラグインを設定する場合、接続文字を生成できません。代替となるCAN通信プラグインの新バージョンはありますか？ Re: The canfd configuration of freemaster こんにちは、 表示されているエラーは、FreeMASTER のインストールが間違っていることを示しています。最新バージョン ( 3.2.6 ) を管理者として再インストールしてください。すでに最新バージョンがインストールされている場合は、「register.bat」を実行してプラグインの登録を修正CAN。管理者として。register.bat は通常、インストール フォルダー c:\NXP\FreeMASTER 3.2\FreeMASTER にあります。 バージョン 3.2.6 では、CAN 通信プラグインが更新され、一部のホスト インターフェース (IXXAT、Kvaser、ZLG) の CAN-FD モードもサポートされます。 よろしくお願いいたします。 ミハル Re: The canfd configuration of freemaster 上記で提案した実験を試してみてください: 「管理者として」"cmd" コマンドライン プロンプトを起動し、"c:\NXP\FreeMASTER 3.2\FreeMASTER" に 'cd' して、register.bat を実行します。 コンソール出力のスクリーンショットを送信します。 私のものと似ているはずです: ありがとう、 ミハル Re: The canfd configuration of freemaster しかし、管理者として実行しているにもかかわらず、フリーマスターを開くことができません Re: The canfd configuration of freemaster error=5 は通常、「アクセスが拒否されました」を意味します。何らかの理由でシステムがプラグインの登録を許可していません。インストーラーを「管理者として」実行していますか? 実験として、コマンド ライン プロンプトを「管理者として」起動し、「c:\NXP\FreeMASTER 3.2\FreeMASTER」に 'cd' して、register.bat を実行してください。 コンソール出力のスクリーンショットを送信します。 ありがとう、 ミハル Re: The canfd configuration of freemaster はい、あなたと同じです   Re: The canfd configuration of freemaster 同じではありません。出力内のエラー メッセージに注意してください。 同じコンソールでこのコマンドを実行してください: regsvr32 mcbobjps.dll 成功メッセージウィンドウが表示されます。(ただし、おそらくエラー メッセージが表示されるでしょう): 出力されたスクリーンショットを共有してください (PrintScreen キーを使用してスクリーンショットをクリップボードに取得し、Ctrl+V でメッセージを送信CAN)。 よろしくお願いいたします。 ミハル Re: The canfd configuration of freemaster 最新バージョン (3.2.6) をダウンロードしたところ、インストールが失敗したと表示されました。しかし、以前のバージョンを再度インストールするとインストールは成功しました。そこで、新しいバージョンのプラグインを残して古いバージョンに入れたところ、当初の問題が発生しました   Re: The canfd configuration of freemaster こんにちは、 3.2.6 のインストール問題を解決してみましょう。この投稿では、新しいバージョンを再インストールするときに発生する典型的な問題について説明します。 まず古いバージョンをアンインストールし、次にC:\Program Files (x86)\Zero G Registry\.com.zerog.registry.xmlをクリーン/削除してみてください。その投稿で議論されたファイルですか? この後、管理者として 3.2.6 をインストールしてみます。 ありがとう、 ミハル Re: The canfd configuration of freemaster 次に何をすべきか   Re: The canfd configuration of freemaster こんにちは、 エラー コード0x80070005はアクセスが拒否されたことを意味します。cmd を実行するときに「管理者として実行」を使用していないと思われます。 Windows エクスプローラーでregister.batファイルを見つけて、「管理者として」実行します。 よろしくお願いいたします。 ミハル Re: The canfd configuration of freemaster 他に何か理由があるのでしょうか？インストール中に問題が発生しました。当時はまだこのファイルを実行する必要はなかった

S32K144 CSEc セキュアブート - デバイスがセキュア状態のままになっており、セキュア解除できません ハードウェア: S32K144 開発ボード IDEs : S32 Design Studio プログラミング：S32DS経由直接 問題の説明: 次の手順で、S32K144 に CSEc セキュア ブートを正常に実装しました。 キーを設定する - MASTER_ECU_KEYとBOOT_MAC_KEYを設定する フラッシュ領域内のフラッシュアプリケーション - S32DS経由でDebug_FLASH構成を使用 セキュアブートを設定する - BOOT_MACを保存するためにS32DS経由のDebug_RAM構成を使用しました リセット後 - セキュアブートが正常に動作している アプリケーションの動作 - LED表示で確認済み、BOK=1 問題： ネガティブCASE（失敗シナリオ）をテストする場合: フラッシュ領域に別のアプリケーションをフラッシュしてみる → 「デバイスは安全です。消去すると安全ではなくなりますか？」 ダイアログが表示されます 「はい」をクリックして消去します→ 同じダイアログが繰り返し表示される 工場出荷時設定へのリセットを試みた → まだ同じエラー 新しいアプリケーションをフラッシュできません 質問： 「はい」をクリックすると、一括消去が自動的に実行されるのでしょうか? ダイアログが繰り返し表示されるのはなぜですか? S32DS のみを使用してデバイスのセキュリティを適切に解除するにはどうすればよいですか? 正しい手順は何ですか? CAN S32DS で大量消去コマンドを使用できますか? もしそうなら、具体的な手順は何ですか？ デバイスは永久にロックされていますか? あるいはS32DS経由の回復方法はありますか? 現在のステータス: デバイスは安全な状態のままになっているようです。S32DS を使用してアプリケーションをフラッシュできません。デバイスのセキュリティを解除するには、段階的な回復手順が必要です。 Re: S32K144 CSEc Secure Boot - Device Stuck in Secure State, Cannot Unsecure どのセキュア ブート モードを設定しましたか?シーケンシャルモード、パラレルモード、厳密なシーケンシャルモードがあります。 シーケンシャルまたはパラレルブートモードが失敗した場合、ブート保護キーが使用できなくなるという結果しか生じません。これが唯一の効果であり、アプリケーションには影響せず、引き続き実行されます。 厳密なシーケンシャル ブート モードが失敗すると、デバイスは永久にリセット状態のままになり、回復する方法はありません。 回答: AN5401sw の S32K144_CSEc_Secure_boot_add_boot_MAC_Manual の例を使用して、BOOT_DEFINE() 関数でブート モード 1 でシリアル セキュア ブートを構成しました。ブート モード1が厳密なシーケンシャル ブート モードに対応する場合、発生している永続的なリセット動作が説明されます。 /* ステップ3 セキュアブートのフレーバーとBOOT_SIZEを定義する*/ csec_error = BOOT_DEFINE(128*1024*8, 1); 「 リセット信号を確認しましたか？電源投入後に解除されますか？ 回答:はい、リセット信号を確認しました。電源投入後もリセット信号はアクティブのまま（リセットLEDが点灯したまま）、デバイスがまだリセット状態にあることを示しています。 また、CSEc が有効になると、一括消去 (すべてのブロックを消去するコマンド) がロックされます。 一括消去を有効にするには、MASTER_ECU_KEY を認識した上で、CMD_DBG_CHAL コマンドと CMD_DBG_AUTH コマンドを使用してすべてのキーを消去する必要があります。 回答: AN5401_S32K144_CSEc_Resetting_Flash_to_Factory_Stateをフラッシュしようとすると、「デバイスはセキュリティ保護されています。消去してセキュリティ保護を解除しますか？」というダイアログが表示されます。「はい」をクリックしても同じダイアログが繰り返し表示されます。 S32DS には、「フルチップ消去による緊急 Kinetis デバイス回復」オプションがあります。これを使ってデバイスを回復すべきでしょうか? 注記： フラッシュおよび消去用のデバッガーが設定されていません。フラッシュとデバッグには S32DS を使用しています。したがって、大量消去に関する支援が必要です。   Re: S32K144 CSEc Secure Boot - Device Stuck in Secure State, Cannot Unsecure こんにちは@Kishore_14 どのセキュア ブート モードを設定しましたか?シーケンシャルモード、パラレルモード、厳密なシーケンシャルモードがあります。 シーケンシャルまたはパラレルブートモードが失敗した場合、ブート保護キーが使用できなくなるという結果しか生じません。これが唯一の効果であり、アプリケーションには影響せず、引き続き実行されます。 厳密なシーケンシャル ブート モードが失敗すると、デバイスは永久にリセット状態のままになり、回復する方法はありません。 リセット信号を確認しましたか？電源投入後に解除されますか？ また、CSEc が有効になると、一括消去 (すべてのブロックを消去するコマンド) がロックされます。 一括消去を有効にするには、MASTER_ECU_KEY を認識した上で、CMD_DBG_CHAL コマンドと CMD_DBG_AUTH コマンドを使用してすべてのキーを消去する必要があります。 よろしくお願いいたします。 ルーカス Re: S32K144 CSEc Secure Boot - Device Stuck in Secure State, Cannot Unsecure ブート フレーバー パラメータが 0 に設定されている場合、厳密なシーケンシャル ブート モードが構成されます。 しかし、元のシーケンシャルブートを維持した場合は意味がありません。 /* ステップ3 セキュアブートのフレーバーとBOOT_SIZEを定義する*/ csec_error = BOOT_DEFINE(128*1024*8, 1); シーケンシャルブートが失敗した場合でも、これによって永続的なリセットが発生することはありません。オシロスコープで信号を確認してみましたか、それとも LED だけを観察しましたか?リセット信号はトグルしていませんか? リセット信号が永続的にアサートされている場合、回復する方法はありません。 Re: S32K144 CSEc Secure Boot - Device Stuck in Secure State, Cannot Unsecure 直接観察すると、LED は切り替わっておらず、常時点灯しています。 シーケンシャル ブート モードの場合、新しいアプリケーションがフラッシュされるときにデバイスが継続的にリセットされる可能性はどれくらいありますか? 例のすべての Flashconfig 設定が以下の通りの場合、デバイスはどのように保護されますか。 /* フラッシュ設定 */ 。セクション.FlashConfig, "a" 。長さ0xFFFFFFFF /* 8バイトのバックドア比較キー */ 。長さ0xFFFFFFFF /* */ 。長さ0xFFFFFFFF /* 4バイトのプログラムフラッシュ保護バイト */ 。長さ0xFFFF7FFE /* FDPROT:FEPROT:FOPT:FSEC(0xFE = 保護されていない) */ 利用できないためデバッガーを直接フラッシュすることができないので、Kinetis の大量消去オプションを試すことはできますか。 注: このCASEは別のボードでも確認されており、以下のリンクに投稿されています。 エラー: デバイスはセキュリティ保護されています。消去してセキュリティ保護を解除してください - NXPコミュニティ Re: S32K144 CSEc Secure Boot - Device Stuck in Secure State, Cannot Unsecure リセット ピンの切り替えは非常に高速であるため、肉眼では確認できない場合があります。それで、オシロスコープで試してみたかどうか尋ねたのです。 永久リセットが必要な理由は 2 つしかありません。 1. 厳密なシーケンシャルブートモードに失敗しました。 2. ハードウェアの問題 - 通常は電圧が不十分なので、電圧モニターではデバイスの起動ができません... (間違った) アプリケーションによってデバイスを強制的に永久的にリセットする方法はありません。これは、たとえば GPIO を短絡に設定するなど、何らかの自己破壊的な方法でのみ実行できます。 「デバイスは安全です。」というメッセージが表示されます。「消去して安全でない状態にしますか？」というのは、一般的な質問です。ほとんどの場合、これはデバッガーが接続を確立できなかったことを意味します。このCASE、デバイスが保護されていても、有効になっている CSEc モジュールによって大量消去操作がブロックされているため、保護を解除することはできません。 Re: S32K144 CSEc Secure Boot - Device Stuck in Secure State, Cannot Unsecure こんにちは、 リセット ピンの切り替えは非常に高速であるため、肉眼では確認できない場合があります。それで、オシロスコープで試してみたかどうか尋ねたのです。 リセット信号を確認しましたか？電源投入後に解除されますか？ 回答: リセット ピンがトグルしていることがわかりました。 以前にフラッシュされたアプリケーションが、SW / WDG リセットでスタックしていることを意味しますか? SWD デバッガーのフラッシュによってCAN回復できますか?     Re: S32K144 CSEc Secure Boot - Device Stuck in Secure State, Cannot Unsecure MDM-AP を読み取るための Segger J-Link プローブまたは Lauterbach デバッガーをお持ちですか?残念ながら、Pemicro ではそれが不可能です。 デバイスがロックされる可能性があるまれなシナリオがあります。このThreadを確認してください: https://community.nxp.com/t5/S32K/Unbricking-S32K146/mp/937227 確認するにはMDM-APを読み取る必要があります。 Re: S32K144 CSEc Secure Boot - Device Stuck in Secure State, Cannot Unsecure 残念ながら、フラッシュ用の JLink または PE Micro はありません。 デバッグにはS32DS OpenSDAを使用します。 以下はAN12130から引用したものです。 プログラム パーティション コマンド (PGMPART) を起動するときは、CSEc キー サイズを必ず 0 以外の値に割り当ててください。 • CSEc キー（少なくとも MASTER_ECU_KEY）をプログラムします。 • CMD_DBG_CHAL および CMD_DBG_AUTH コマンドを発行してキーを消去します。CMD_DBG_AUTHコマンドは、 データ IFR によりパーティション コードが消去され、大量消去が再び機能するようになります。 いずれかの CSEc キーが「書き込み保護」されている場合、上記の手順は機能せず、大量消去を開始できません。 質問: 別のアプリケーションをフラッシュしたとき、最初の試行で正常にフラッシュされました。 上記のシーケンスに従わない場合、次回のリセット時に、新しいアプリケーションが連続してリセットされる可能性がありますか?これは正しいですか？ Re: S32K144 CSEc Secure Boot - Device Stuck in Secure State, Cannot Unsecure OpenSDA も Pemicro のものです。 通常、CSEc が有効になっていても、一部のキーが書き込み保護されている場合でも、OpenSDA によって新しいアプリケーションをプログラムすることは可能です。これは、一括消去ではなく、フラッシュ ブロックをブロックごとに消去するためです。AN12130 では次のような問題について言及しているということです。 SO、これらはむしろ、プログラミング中に予期しないリセットなど、何か問題が発生した場合に発生する問題です。 残念ながら、このような状態を確認する唯一の方法は、前述の MDM_AP レジスタを読み取ることです。そうすれば、デバイスが永続的にロックされているかどうかがわかります。しかし、レジスタは OpenSDA では読み取ることができません。 よろしくお願いいたします。 ルーカス

KW45 blhost を使用してキーを書き込むことができません 写真に示すように、ヒューズ 0x20 はまだ焼き付けられていないため、blhost を使用してキーを書き込むことはできません。これはなぜでしょうか？ Re: KW45 Cannot write key using blhost こんにちは カスタム ボードを使用していますが、このボードにはまだキーが書き込まれていません。現在、NXP が提供するデモ キーを使用しています。キー書き込みとNBUファームウェアのアップグレードをテストしたいと思います。AN14003ドキュメントとリファレンス・マニュアルを参照しています。ISP UARTを使用してヒューズの取得と書き込みを行います。私の知る限り、ブート構成ピンをプルアップするだけで、このチップはISPモードに入ることができます。SO far、UARTを使用してチップのフラッシュを消去および書き込みCANますが、ヒューズに書き込むときに、上図に示す状況が発生します。 Re: KW45 Cannot write key using blhost Hello   NXP 開発ボード [KW45B41Z-EVK / KW45-LOC] を使用しているか、カスタム ボードを使用しているか確認していただけますか?これは必要なキーに影響を与えるためです。   ヒューズを焼くためのガイドや指示に従っているかどうか確認していただけますか?   ボードはISPモードになっていますか?   ヒューズを燃やす方法は元に戻すことができないことに注意することが重要です。したがって、ヒューズを変更する場合は注意することをお勧めします。   よろしくお願いいたします。 ルイス Re: KW45 Cannot write key using blhost これは当社のボードの最小システムデザイン回路図ですが、このデザインに問題があるかどうかお伺いしてもよろしいでしょうか？ Re: KW45 Cannot write key using blhost こんにちは、 カスタムボードの設計を確認するには、 KW45（オートモーティブ）またはK32W1 / MCXW71（IoT /インダストリアル）を使用して初めてPCBを正しく構築する最良の方法という投稿を確認することをお勧めします。この投稿には、 KW45ハードウェア設計推奨事項の推奨事項を含む、KW45ボードに必要な全体的な特性が含まれています。 キーがまだ書き込まれていないとおっしゃったように、デバイスにキーをプログラムする必要があります。RoTKTH キーと SB3KDK キーをフューズに書き込むことが不可欠です。また、画像のエラーは、SB3KDK キーのプログラミングに失敗したことを示しています。 KW45 カスタム ボードが KW45B41Z-EVK と同じように使用するのか、それともカスタム エンド アプリケーション用なのか確認していただけますか? KW45ボードをKW45B41Z-EVKと同じ機能で使用する場合は、AN14003の5.2.1章に記載されているデフォルトのSBKDKおよびRoTKTHキーを使用できます。 ボードを別のカスタムエンドアプリケーションで使用する場合は、カスタムキーと署名されたイメージを生成する必要があります（4.2章とJupyter Notebookの例で説明されているプロセス）。カスタムキーの場合は、.sb3を生成する必要があります。.xipを使用したファイルカスタム キーを構成するファイル。 よろしくお願いいたします。 ルイス

用于服装认证的 NFC 我们有兴趣使用 NFC 技术为未来的服装打上标签，让消费者能够辨别真伪。 我知道我们可以将每个 NFC 标签发送到指定的 URL，但我们希望防止造假者对芯片进行编程以指向相同的身份验证 URL。 经过一番研究，使用像 NTAG424 DNA 这样具有篡改功能的专用芯片以及与我们的服务器相关的公钥/私钥似乎是解决之道。 我认为您无法使用 NFC Tools 对具有此功能的芯片进行正确编程。 对于 NTAG213 等经典芯片，您可以在 URL 中发送芯片 UID，以便在服务器端进行检查，但问题是有人能找到正确的地址。 我的问题是 -- 你们是否有筹码和工具来帮助完成我们想做的事情？ 如果是这样，我们需要哪些硬件、芯片、读卡器等来启动？ Re: NFC for authenticating apparel @KaiLi我在网站上找到了 NDA 并提交了。希望完成这项工作后，有人能向我们展示实现目标所需的所有设备和软件。 Re: NFC for authenticating apparel @KaiLi还有，是否有任何资源可以解释如何将所有信息绑定到一个网站上，从而为每个芯片显示不同的信息？ Re: NFC for authenticating apparel 谢谢@KaiLi 因此，我需要订购这本读物： https://www.nxp.com/part/MFEV730 什么是保密协议？不知道是什么意思。 是否有任何资源可以全面解释我们如何设置这一切，从哪里获取芯片，将每个芯片分配到一个特定的 URL，并确保只有该芯片可以到达那里？ Re: NFC for authenticating apparel 你好@305 MFEV730 向您推荐，您可以从 PEGODA 免接触式智能读卡器 | 恩智浦半导体 订购，其中包括读卡器和 NTAG424DNA 样品 此外，您还需要申请 sw186658（RFID Discover v5.8），但这是在保密协议下提供的。 因此，如果您安装了 RFID Discover v5.8，并订购了 MFEV730，就可以开始使用了。

MCX W72 ナレッジハブ MCX W72xファミリーは、96MHzのArm ® Cortex ® -M33コアと、Matter、Thread、Zigbee、Bluetooth LEをサポートするマルチプロトコル無線サブシステムを搭載しています。専用のコアとメモリを備えた独立した無線サブシステムは、メインCPUの負荷を軽減し、主要アプリケーションのためにCPUを温存するとともに、FUTURE無線規格をサポートするためのファームウェアアップデートを可能にする。MCX W72xは、統合されたEdgeLock ® Secure Enclave Core Profileによる高度なセキュリティ機能も提供し、認証情報共有のためのNXPのEdgeLock 2GOクラウドサービスにも対応します。 MCX W72xファミリは、Bluetoothチャネルサウンディング機能を搭載し、測距レイテンシを低減するための専用オンチップ測位演算エンジンを備えています。アプリケーション固有のコード、接続スタック、および無線によるファームウェアアップデートをサポートするための追加メモリを搭載しています。さらに、無線サブシステムは、Bluetooth Low Energyスタックと並行して、ThreadまたはZigbeeのフルスタックを実行できます。これにより、無線機のリアルタイム処理がアプリケーションとは別のコアで実行されるため、信頼性の高い無線性能が実現します。 NXPが長年にわたり培ってきた産業用エッジソリューション提供の実績に基づき、MCX Wシリーズは-40℃～125℃の広い動作温度範囲と、オプションのCANインターフェースを含む産業アプリケーション向け**ペリフェラル**を提供し、長期的な産業利用をサポートするNXPの15年間の製品寿命延長プログラムの一部となります。 MCX Wシリーズは、 MCUXpresso開発者エクスペリエンス 組み込みシステム開発を最適化、簡素化、加速化する。   セキュリティ認証 PSA認定レベル2 SESIPセキュリティターゲット SESIP KW47/MCXW72 SESIP証明書とSTはTrustCBにあります Webサイト 規制認証 欧州連合適合宣言書 - FRDM MCXW72 Bluetoothの要件 認定製品 | Bluetooth ®テクノロジーウェブサイト Q360996: KW47 / MCX W72 Bluetooth LE 6.0 (チャンネルサウンディング) コントローラー Q332147: KW47 / MCX W72 Bluetooth LE 6.0 (チャンネルサウンディング) ホスト 文書 MCX W72製品ファミリーデータシート MCX W72 リファレンスマニュアル MCX W72の正誤表 MCXW72 ハードウェア設計ガイド   MCX W72プラットフォームでのMatterの利用開始 NXP MCX W72 で OpenThread を使い始める   FRDM-MCXW72 ユーザーマニュアル FRDM-MCXW72の入門ガイド   MCX W72-LOC ユーザーマニュアル ブルートゥース Bluetooth技術にご興味がありますか？ Bluetooth Low Energy Primer – BLEの基礎を理解するために必読の書。 Bluetooth ®仕様 －規格、プロトコル、技術文書の完全なリスト。 受賞歴と表彰 毎年、Bluetooth Special Interest Group (SIG) は、Bluetooth 技術の発展に貢献したとして同業者から認められたワーキンググループ、委員会メンバー、貢献者の努力と献身を称えています。 2024: チャネル Sounding 2025年：チャネルサウンディング振幅ベースの攻撃耐性、LEテストモードの機能強化、および測距プロファイルとサービス。 Bluetooth機能の概要 Bluetooth_5.0_機能の概要 Bluetooth_5.1_Feature_Overview Bluetooth_5.2_機能概要 Bluetooth_5.3_機能概要 Bluetooth_5.4_機能概要 Bluetooth 6の機能概要 Bluetooth 6.1の機能概要 Bluetooth 6.2 機能概要 Bluetooth 6.3 機能概要 アプリケーションノート ソフトウェア、ハードウェア、ペリフェラル： AN14850 MCX W72によるアプリケーションパフォーマンスの向上：このアプリケーションノートでは、汎用組み込みアプリケーションのパフォーマンスを向上させるために、MCX W72マイクロコントローラのデュアルコアアーキテクチャを使用する方法について説明します。 AN14937 MCX W72の32kHzクリスタルレスモード：このアプリケーションノートでは、MCX W72デバイスの32kHzクリスタルレスモードに関する情報を提供します。このモードを使用すると、32kHzのクロック精度を損なうことなく、システムのコストを削減できます。フリーランニング発振器（FRO32K）は32kHzクロックソースとして使用され、MCX W72の信号周波数アナライザ（SFA）モジュールを介して32MHz RF発振器に対して校正されます。 AN14745 MCX W72 のスマート電源スイッチの機能、使用方法、および性能:このアプリケーション ノートでは、MCX W72マイクロコントローラのスマート電源スイッチの使用方法について説明します。MCX W72には、接続されたコンポーネント（MCX W72の電源ドメインを含む）のオン/オフを切り替えるプログラム可能なソリッドステートスイッチが内蔵されています。 AN14747 MCX W72 のロードプルテストレポート:この文書では、供給電流、送信電力、および高調波レベルを測定する目的について説明します。これらの測定値は、被試験デバイス（DUT）が受ける複素出力負荷の振幅と位相を調整しながら監視されます。 パワーマネージメント:  AN14739 MCX W72 Bluetooth Low Energy 消費電力分析：このドキュメントでは、MCXW72-EVK ボードを使用した MCX W72 (IIoT) ワイヤレス MCU の消費電力分析について説明します。 AN14745 MCX W72マイクロコントローラのスマートパワースイッチの機能と使用方法:このアプリケーションノートでは、MCX W72マイクロコントローラのスマートパワースイッチの使用方法について説明します。MCX W72には、コネクテッドコンポーネント（MCX W72の電源ドメインを含む）のオン/オフを切り替えるプログラム可能なソリッドステートスイッチが内蔵されています。 AN14841 802.15.4 MCX W72 の マター および ZigBee 消費電力分析:このドキュメントでは、Kinetis MCX W72 (IIoT) ワイヤレス MCU の消費電力分析について説明します。 AN14742 MCX W72用電源管理ハードウェア：このアプリケーションノートでは、 MCX W72マイクロコントローラにおける電源管理専用の各種モジュールの使用方法について説明します。 AN14664 Kinetis BLEアプリケーション向けコインセルハードウェア推奨事項：この文書では、コインセルレベルでの電流ピークを最小限に抑えるためのハードウェアおよびソフトウェアソリューションについて説明します。 AN14889 ：Bluetooth Low EnergyおよびIEEE 802.15.4向けFRDM-MCXW72無線周波数システム評価レポートこの文書では、Bluetooth Low Energy（2FSK変調）およびIEEE 802.15.4（OQPSK変調）アプリケーション向けFRDM-MCXW72ボードの無線周波数（RF）評価試験結果を示します。 RF: AN14865 KW47およびMCX W72用チャネルサウンディングの基礎：このドキュメントでは、CSテクノロジーの基礎と、カスタムソリューションやアプリケーションでどのように使用できるかについての概要を説明します。 AN14779 KW47およびMCX W72用プリントチャネルサウンディングアンテナ：このアプリケーションノートは、NXPがKW47およびMCX W72コントローラ向けに設計した、プリント回路基板（PCB）上に実装されたプリントアンテナに焦点を当てています。 AN14832 チャンネルサウンディングボードを設計するための基本的な手順 - 多様性のないシンプルなPCBの作成: この文書では、最小限のCSサブシステムの例を示します。無線周波数（RF）経路は、CSアプリケーション全体の特性に大きな影響を与えるため、特に注意が払われます。 AN14747 MCX W72用ロードプルテストレポート：この文書では、供給電流、送信電力、および高調波レベルを測定する目的について説明します。これらの測定値は、被試験デバイス（DUT）が受ける複素出力負荷の振幅と位相を調整しながら監視されます。 AN14868 ANSYSにおけるチャネルサウンディングのRFモデリング：チャネルサウンディングのシミュレーションと解析の手法に焦点を当てる ANSYSツールを使用した無線通信システム AN14855 さまざまな環境におけるチャネルサウンディングテスト:このアプリケーションノートは、 Bluetoothチャネルサウンディング（CS）は、Bluetooth周波数帯域における2つのデバイス間の距離を測定する技術です。精度に影響を与える主要な要因について説明します。 AN14869 複雑なチャネルサウンディングボードを設計するための基本的な手順:高度なCS機能をサポートするハードウェアの作成に焦点を当て、精度を向上させ、マルチパス伝搬などの問題を軽減するために、アンテナダイバーシティや最適化されたRFパスなどが含まれます。 AN2731 2.4GHz通信用小型平面アンテナ：このドキュメントは、アンテナ設計に関する網羅的な解説ではありません。むしろ、お客様がアプリケーションに適したアンテナタイプを選択できるよう、基板レイアウトとアンテナの基本について十分な理解を深めていただくこと、また、パフォーマンスの問題や遅延につながる典型的なレイアウトミスを回避していただくことを目的としています。 セキュリティ: AN14648 MCX W72 インシステムプログラミングユーティリティ：このドキュメントでは、MCX W72 MCUをISPモードで起動し、MCUと通信するための各種シリアル接続を確立する手順を説明します。 AN14613 MCX W72 セキュアブート（SECツール使用）： MCX W72は、低消費電力でセキュリティの高いシングルチップ無線MCUです。フラッシュメモリの内容を暗号化データとして保存でき、瞬時に復号化できます。これにより、機密データやアルゴリズムの保護に役立ちます。 AN14646 MCX W72 でのデバッグ認証:このアプリケーション ノートでは、MCUXpresso Secure Provisioning Tool (SEC) を使用したデバッグ認証の手順について説明します。 AN14728 MCX W72 NPXを使用したフラッシュ暗号化：セキュリティ上の理由から、フラッシュメモリに保存されているアプリケーションコードとデータを暗号化して保護する必要性が高まっています。NVM PRINCE XEX（NPX）は、フラッシュメモリコントローラ（FMC）内のモジュールで、最大4つのフラッシュ領域の内容を保護することができます。NPXは、フラッシュコンテンツのオンザフライでの低遅延暗号化と復号化を実行し、開発者とCortex-M33プラットフォームに対して透過的です。開発者の視点から特別な操作は必要ありません。 AN14644 MCX W72 ライフサイクルの管理:このドキュメントでは、ユーザーが利用できるライフサイクルステージ、ライフサイクルへのアクセス方法、ライフサイクルの制限、次のライフサイクルへの移行方法について説明します。 AN14670 EdgeLock 2GO の SPSDK による MCU のプロビジョニング: EdgeLock 2GO は、NXP が運営するフルマネージドのクラウドプラットフォームであり、NXP MCU、MPU、および EdgeLock SE05x セキュアエレメントを統合した IoT デバイスの容易な展開と保守のためのセキュアなプロビジョニングサービスを提供します。 AN14624 EdgeLock 2GO のセキュアプロビジョニングツール (SEC) による MCU のプロビジョニング: EdgeLock 2GO は、NXP が運営するフルマネージドクラウドプラットフォームであり、NXP MCU、MPU、および EdgeLock SE05x セキュアエレメントを統合した IoT デバイスの容易な展開と保守のためのセキュアプロビジョニングサービスを提供します。 AN14544 EdgeLock 2Go MPUおよびMCU向けサービス： EdgeLock 2GOは、IoTデバイスのプロビジョニングと管理のためのNXPのサービスプラットフォームです。これにより、製造時または現場で、デバイスに鍵と証明書を安全にインストールし、デバイスのライフサイクル全体を通して認証情報を最新の状態に保つことができます。EdgeLock 2GOは、各デバイスのセキュリティ機能を活用することで、IoT機器群全体にわたって最適なレベルのセキュリティを実現します。 Bluetoothトレーニング Bluetooth Low Energy 6.0 NXP トレーニング MCX Wシリーズ トレーニング - NXPコミュニティ   RFスイッチ比較：吸収型／反射型 規格比較：ETSI / FCC / ARIBの要件 BLEチャネルサウンディング - 概要 BLEチャネルサウンディング - RFハードウェア BLEチャネルサウンディング - ANSYSモデリングツール BLEチャネルサウンディング - アンテナプロトタイプの検証測定 装置 無線機器：この記事では、プロジェクト開発に役立つ機器へのリンクを提供します。 役立つリンク集 KW47-EVKおよびFRDM-MCXW72用デバッグプローブファームウェアのインストールこの記事では、NXPのMCU-LINKインストーラを使用して、KW47-EVKおよびFRDM-MCXW72用のCMSIS-DAP/SEGGER J-linkファームウェアをインストールする方法について説明します。 KW47/MCXW72のワイヤレス環境におけるNBUのアップデートこの記事では、NBUファームウェアのアップデート方法について説明します。 MCUXpresso for Visual Studio Code でデモ例をインポートして実行する方法:この記事では、MCUXpresso for Visual Studio Code で、ARM GCC ツールチェーンを使用した新しい SDK からデモ例をインポートして実行する方法について説明します。 [MCUXSDK] KW4x、MCXW7x、MCXW2x 用 GitHub SDK の使い方 - NXP コミュニティこのコミュニティ投稿では、GitHub SDK の使い方をステップバイステップで解説します。 [MCUXSDK] GitHub SDK - Bluetooth LEプラットフォームのドキュメント - NXPコミュニティこのコミュニティ投稿では、BLEプラットフォームのドキュメントを提供します。 KW47（オートモーティブ）またはMCXW72（IoT/インダストリアル）を使用してPCBを初回から正しく構築する最良の方法：このコミュニティでは、KW45またはK32W148とMCXW71を使用してPCBを構築するための重要なリンクと、無線性能、低消費電力、無線認証（CE/FCC/ICC）に関するすべての情報を提供しています。 駆動強度変更時の DCDC 障害に対する回避策の実装駆動強度を低く変更し、DCDC 出力電圧が現在の出力電圧以上になったときに、まれに DCDC 障害が発生することがあります。 Kinetisファミリー製品でHCI_bbを使用し、DTMモードにアクセスする方法：この記事は2つのパートで構成されています。 HCI_bbバイナリをKinetis製品に書き込む方法。 R&S CMW270を使用してRF測定を実施する BLE HCIアプリケーションでトランスミッタ/レシーバのテストコマンドを設定する：この記事では、ユーザーがデバイスにシリアルコマンドを送信する方法を示す手順を説明します。 Bluetooth LE HCIブラックボックス クイックスタートガイド：この記事では、シリアルコマンドを使用してユーザーが無線を制御できるようにする簡単な手順について説明します。 Kinetis (../45/47/43;MCX W71/72/70) および MCX W23 パワープロファイルツール (ローカライゼーションを含む) : このページは、Kinetis (KW35/KW38/KW45/KW47/KW43) および MCX W7x (MCX W71/W72/W70) パワープロファイルツール専用です。このツールを使用すると、アプリケーション (自動車または IIoT) の消費電力を推定し、ソリューションのバッテリー寿命を評価できます。 KW47/MCXW72 32MHz & 32kHz 発振マージン: この記事では、回路の発振マージンを適切に設定する方法を説明します。 動画 NXPチャネルサウンディング技術とGoogle Pixel 10のインターフェースこれは、MCX W72 LOCボードがチャネルサウンディングを使用してGoogle Pixel 10スマートフォンと通信する様子を示すデモです。   サポート MCX W72に関するご質問がある場合は、弊社のワイヤレスMCUコミュニティにご質問をお寄せください。 ここ

屏幕分辨率的高度能不能设置100以下的？ 我的屏幕是256x64，然后64就没办法设置，要设置成100，还有其他的小屏幕就不好用这个软件开发 Re: 屏幕分辨率的高度能不能设置100以下的？ 使用esp32，屏幕是led点阵屏，hub75接口的。为什么要限制分辨率呢，现在因为分辨率问题没把法使用改软件 Re: 屏幕分辨率的高度能不能设置100以下的？ 我也有同样问题，用76*284的屏幕，软件只能100~2500的分辨率 Re: 屏幕分辨率的高度能不能设置100以下的？ Hi @zhujianfeng  您可以详细描述一下您的问题么？你用什么芯片，用什么屏幕？ BR Harry Re: 屏幕分辨率的高度能不能设置100以下的？ 然后64就没办法设置 回复： 屏幕分辨率的高度能不能设置100以下的？ 可以在xxx.guiguider文件中修改后再用guider打开

关于获取软件的问题 我希望在"Automotive SW - S32K3 Standard Software" 下"Automotive SW - EB tresos Studio / AUTOSAR Configuration Tool" 。请帮我弄到这个软件。(可在产品列表中找到）。 Re: Regarding trouble getting a software 对不起，我没听懂你的问题。客户只需点击S32K3 标准软件 即可进入。我还建议你在社区中提出一个新问题。 Re: Regarding trouble getting a software 用户请求帮助获取 "Automotive SW - EB tresos Studio / AUTOSAR 配置工具 "软件，他们认为该软件位于 "Automotive SW - S32K3 标准软件 "产品列表下。 几何冲刺 Re: Regarding trouble getting a software HI 对不起，我没听懂你的问题。EB Tresos软件可在此处下载：S32K3 标准软件-> Automotive SW - EB tresos Studio / AUTOSAR 配置工具 -> EB tresos Studio 29.0.0 祝好， Robin ------------------------------------------------------------------------------- 注： - 如果本帖回答了您的问题，请点击"ACCEPT AS SOLUTION" 按钮。谢谢！ - 我们会在最后一次发帖后的 7 周内跟踪主题，之后的回复将被忽略 如果您以后有相关问题，请另开新主题并参考已关闭的主题。 ------------------------------------------------------------------------------- Re: Regarding trouble getting a software 了解"Automotive SW - S32K3 Standard Software" 和"Automotive SW - EB tresos Studio / AUTOSAR Configuration Tool 之间的关系非常重要。"细目如下 S32K3 标准软件： 这是指恩智浦半导体为其 S32K3 微控制器系列提供的软件。它包括驱动程序、库和工具，可帮助开发人员版本汽车应用程序。 EB tresos Studio / AUTOSAR 配置工具： 这是 Elektrobit (EB) 的一款软件工具，用于配置和生成 AUTOSAR 基本软件 (BSW)。AUTOSAR （AUTomotive Open System ARchitecture，汽车开放系统架构）是一种用于汽车 ECU（电子控制单元）的标准化软件架构。 EB tresos Studio 经常与微控制器专用软件（如 S32K3 标准软件）结合使用。它有助于配置与微控制器硬件交互的 BSW 元器件。 EB tresos 等工具主要用于配置 AUTOSAR BSW，然后在恩智浦 S32K3 微控制器等硬件上使用该 BSW。因此，它们是 S32K3 软件开发过程中使用的工具。 以下是这些元素之间的关系： 在为 S32K3 微控制器开发 AUTOSAR 兼容软件时，开发人员通常使用 EB tresos Studio 来配置 AUTOSAR BSW。 然后，生成的 BSW 代码与 S32K3 标准软件（驱动程序等）交互，以控制微控制器的硬件。 要获得 EB tresos Studio，通常需要： 请直接通过 Elektrobit 网站 (elektrobit.com) 与 Elektrobit 联系。 在某些情况下，像恩智浦这样的半导体供应商可能会提供信息或指向兼容AUTOSAR工具的链接。 值得注意的是，来自意法半导体的信息显示，他们的微控制器也支持 EB tresos studio。 要点 EB tresos Studio 是用于 AUTOSAR 配置的工具。 S32K3 标准软件是恩智浦 S32K3 微控制器的软件包。 这些项目在汽车软件开发过程中相互配合使用。 希望对您有所帮助。 www pikepass com

恩智浦汽车以太网：MACSec基础知识 第一部分 - 简介（日语博客） 介绍 近年来，随着车载通信速度的不断提高，车载以太网的引入取得了进展，但与此同时，安全性的重要性也日益凸显。 MACSec 为车载以太网提供安全功能。 推动车载以太网的引入 随着汽车技术的日益复杂，对车载高速通信的需求也随之增加，其背后有几个原因，其中包括： 更高分辨率的传感器、安全措施（冗余、CRC校验等） 从分布式处理向集中式处理过渡 从静态配置到动态配置（发货后添加和修改功能，资源共享） 减少网络类型 目前主流的CAN通信速度不足。 对能够将信息传递给特定接收者的系统的需求日益增长 CAN入侵者的威胁 CAN 是目前主流的车载通信技术，但 CAN 入侵者正构成日益严重的威胁，因为他们可以从外部（例如保险杠）非法连接到车载 CAN 网络，并控制车辆。 据说CAN入侵者很难对付，但以下是它们如何控制汽车的方法： 1. 将一个小设备连接到 CAN 总线上，并向 CAN 总线发送信号。 2. 禁用连接到 CAN 网络的防盗设备 3. 车辆被欺骗，误以为有智能钥匙存在，从而可以解锁并启动发动机。 随着车载以太网在未来不断普及，车载以太网网络也面临着类似的恶意攻击风险： 窃听通信 在传播中注入虚假信息 车辆盗窃 因此，NXP 提出了一种使用 MACsec（媒体访问控制安全）来加密数据链路层（第 2 层）通信的安全网络环境。 什么是MACsec？ 现在，让我来解释一下 MACSec 规范。 媒体访问控制安全：用于保护以太网通信的安全技术 基于 IEEE 802.1AE-2018 标准 特征 解释 数据链路层加密 与 IPsec （第 3 层）和TLS （第 4 层）不同，MACsec直接在第 2层保护通信。 低通信开销的优势 低延迟和高吞吐量 加密过程在硬件层面进行了优化，从而在保持高吞吐量的同时，最大限度地减少了延迟。 提高网络安全性 确保节点间通信安全，提高内部网络安全。 应对以太网上的内部威胁和物理网络攻击（窃听、数据篡改） 内部威胁示例：网络中存在恶意节点 物理网络攻击示例：将攻击设备连接到以太网线路。 MACsec 通信帧结构 参数 正式名称 解释 MACsec 以太网类型   设置MACsec的以太网类型。设置值为“ 0x88E5”，表示下一帧是MACsec 帧。 特克斯和凯科斯群岛/安纳群岛 标签控制信息 关联号码 用于控制 MACsec 处理的信息 用于密钥管理和续订的标识符 SL 短款 表示加密数据的长度 PN 数据包编号 用于防止重放攻击的唯一编号 SCI 安全通道标识符 源节点标识符 颅内静脉 完整性检查值 数据篡改检测：能够检测传输过程中帧是否被更改。 身份验证：确保数据来自合法发送方 与普通通信帧相比，MACSec 通信帧插入了橙色高亮显示的部分（安全标签和 ICV）。 MACSec 通信帧主要有两种选择，可根据应用场景选择使用。 选项一：诚信 ICV 能够检测和验证数据是否被篡改，并丢弃无效数据。 方案二：诚信+保密 除了上述措施外，通信内容还会进行加密以确保保密性（请注意，加密和解密工作会产生延迟并需要额外的资源）。 加密算法和密钥管理 使用 MACSec，当需要对通信内容保密时，不仅可以使通信帧与 MACSec 兼容，还可以对通信内容进行加密。 MACsec 使用基于 AES（高级加密标准）的加密来确保数据机密性。 算法 解释 AES-GCM-128 使用 128 位密钥提供快速认证加密 AES-GCM-256 使用 256 位密钥以实现更强的加密   AES是一种常用的密钥加密方法 加密/解密使用同一个密钥。 它不是公钥密码系统 AES-GCM（伽罗瓦/计数器模式） 认证加密 数据加密和认证/篡改检查（ICV 计算）同时执行（→通常是分开执行）。 在 GCM 模式下输入明文时，输出密文和认证标签（ICV）。 MACsec加密通信的基本流程     [加密过程] 1. 根据 MKA（MACsec 密钥协商协议）交换用于加密和完整性检查的密钥 2. 使用密钥 发件人 对有效载荷进行加密 添加 ICV 字段 接收方 解密有效载荷 计算 ICV 并将计算出的 ICV 值与接收到的 ICV 字段值进行比较 → 检查 ICV 是否被篡改以及通信伙伴是否正确 3. MACsec 密钥会定期更新以增强安全性。 即使攻击者能够获取并解密密钥，等到他们能够使用时，新密钥也已经安装完毕，旧密钥已经失效。 使用 MKA 自动密钥交换 MACsec密钥管理（ MKA ） 为了确保安全，MACsec 使用名为“MKA（MACsec 密钥协商）”的协议来交换和管理密钥。 MKA的主要角色 密钥交换和更新：通过 MACsec 通信的设备之间安全地交换加密密钥。 节点认证：确保只有授权节点才能参与 MACsec 通信。 应用安全策略：统一发送和接收策略 MKA 是 IEEE 802.1X 可扩展层认证 (EAPoL) 的一种实现。采用局域网认证协议（AAC）。 自动化密钥管理 以上我们简要介绍了 MACSec 实现的背景和规范。 下次，我们将讲解如何将其安装成实际设备。 参考信息 恩智浦汽车以太网网页 TJA1104，支持 MACsec 的 ASIL B 级汽车以太网 100BASE-T1 PHY 收发器网页 TJA1121，支持 MACsec 的 ASIL B 级汽车以太网 1000BASE-T1 PHY 收发器网页 =========================== 我们目前无法 回复 此帖子“ 评论”部分的评论。 对于由此造成的不便，我们深表歉意。如有任何疑问， 请 参考“ 如何就 技术问题 联系 NXP （ 日语 博客 ） ” 。 （如果您已经是 恩智浦的 分销商或 与 恩智浦 有业务往来 ，您可以直接联系负责人。 ） 近年来，随着车载通信速度的不断提高，车载以太网的引入取得了进展，但与此同时，安全性的重要性也日益凸显。 MACSec 为车载以太网提供安全功能。 本文介绍了用于汽车以太网的MACSec 技术。 （阅读时间：10分钟） 汽车以太网 界面 安全 日本博客

S32K312 FlexCan的问题 亲爱的NXP社区工作人员你好，目前我想将S32K312的Flex CAN0配置为enhanced Rx FIFO和DMA接收CAN2.0和CANFD报文，我参考了社区中的所有示例，现在仍然存在发送正常，但是无法接收到消息的问题。能否麻烦您帮我查看一下我的初始化过程是否存在问题，以及中断回调函数是否正确配置呢？ Re: S32K312 FlexCan的问题 这些都是一致的，我试一下把源工程的其余模块一个个移植去正常运行的测试工程能不能找到问题。 Re: S32K312 FlexCan的问题 Hi@Django_007 排查下工程的一些选项，例如工程的编译优先级是不是一样的 Re: S32K312 FlexCan的问题 enhanced_test是我新建的测试工程。 Re: S32K312 FlexCan的问题 我将flexcan相关的代码和.mex的配置移植到一个新的工程之后却能正常运行，但是我检查了很多次这两个项目并没有什么不同，您有什么思路吗？ Re: S32K312 FlexCan的问题 好的我再创建一个工程尝试一下 Re: S32K312 FlexCan的问题 Hi@Django_007 好吧，我今天来不及帮你处理了，明天我再帮你看下。 或者我建议你创建一个新的工程，对照链接中的demo重新做个测试demo，看看是不是有什么地方自己的工程中疏漏了，如果还没有成功，你再把你创建的这个新的demo发给我，我帮你看下。 Re: S32K312 FlexCan的问题 还是没有解决，刚刚我测试时没注意发送的是MB配置接受的ID，enhanced RxFIFO配置接受的ID的CAN报文还是无法接收。 Re: S32K312 FlexCan的问题 Hi@Django_007 解决了？什么问题？ Re: S32K312 FlexCan的问题 Hi@Django_007 我测试了你的代码，总体是没有任何问题的。你的代码里面mask是使用“Individual Mask Type.” 我简单的帮你改了下方便你测试。 1.0xface，拓展帧 2.0x01,标准帧，这里我将mask设置为全1, 3.新增0x12,标准帧 中断里面你需要为每个MB重新调用FlexCAN_Ip_Receive，否则你无法启动下一次接收的 附件是我测试的截图，关于mask的设置原理参考下面我之前写的文档，自己去深入的研究下 https://community.nxp.com/t5/S32K-Knowledge-Base/S32K1xx-FlexCAN-Mask-Setting-Demo/ta-p/1519753 Re: S32K312 FlexCan的问题 抱歉，上传工程花费了一些时间，非常感谢您能抽空解决我的问题。 Re: S32K312 FlexCan的问题 Hi@Django_007 完整的测试工程贴上来，你提供的这两个文档我也没看到你使能中断之类的 Re: S32K312 FlexCan的问题 对不起，我已经被这个问题困扰一周了，这些示例我都有参考，并且在debug配置过程中返回的结果都是正常的，但是我发送can报文给MCU却无法接收到消息。 Re: S32K312 FlexCan的问题 Hi@Django_007 在这个S32K论坛里面，类似的问题至少有几十个，你自己下次多尝试搜索一下。 这里我给出我们knowledge base上的demo,你可以去参考（其实还可以搜到很多类似的） https://community.nxp.com/t5/S32K-Knowledge-Base/Example-S32K344-FlexCAN-Ip-TX-RX-EnhanceRXFIFO-DMA-test-S32DS3-5/ta-p/2015832

PCA9633TK，芯片输出逻辑被颠倒的问题 PCA9633TK，我们为该芯片使用带有 5V 电源的 8 引脚代码包。我们使用两个输出，即 LED0 和 LED1，而 LED2 和 LED3 则处于悬浮状态，未被使用。 目前正在直接测试 PCA9633TK 的输入和输出，没有连接 LED。IIC 配置的 PWM0 值为 240，但是 LED0 输出的波形占空比非常低。IIC 配置的 PWM0 值为 15，但是 LED0 输出的波形占空比非常高。PCA9633 的输入和输出逻辑是相反的。寄存器配置如下： Address 0x00: Data 0x 01; Address 0x01: Data 0x 07; //INVRT=0 Address 0x02: Data 0x 28; Address 0x03: Data 0x 46; Address 0x08: Data 0x 0A; //LEDOUT=10 其他寄存器未配置。 造成这种现象的可能原因是什么？ Re: PCA9633TK， The problem of chip output logic being reversed 亲爱的 Tanpo1989、 PCA9633 数据表中没有使用 "低边 LED 驱动器 "这一短语，但它清楚地描述了默认极性和行为： LED 输出为电流灌 LED 输出驱动器可配置为开漏（仅灌）或图腾极（灌和有限源）。在这两种情况下，LED 都打算从 VDD 连接到 LEDx 引脚，因此当输出处于低电平时，设备会反向电流。其表述如下 "LED 输出驱动器可编程为 5 V 下具有 25 mA 灌电流能力的开漏或 5 V 下具有 25 mA 灌电流、10 mA 源电流能力的图腾柱"。 默认开机状态 = 高电平（LED 关闭） RESET 后，输出为高电平，这意味着 LED 处于关闭状态。这意味着 LOW = LED 亮起。 致以最崇高的敬意 约瑟夫 Re: PCA9633TK， The problem of chip output logic being reversed 感谢您的回复。 PCA9633 手册在什么地方说明它是低边沿 LED 驱动器？表现为高 PWM 值 → 更长的低电平时间 → 在示波器上显示为低电平占空比。 Re: PCA9633TK， The problem of chip output logic being reversed 亲爱的 Tanpo1989、 当 PCA9633 用作低压侧 LED 驱动器时，在没有 LED/负载的情况下探测引脚电压，您看到的正是 PCA9633 的设计功能。 发生了什么？PCA9633 是一款低压侧 LED 驱动器。通过 INVRT=0 ，LED 引脚在 LED 本应亮起时变为低电平。因此，如果测量引脚电压，占空比看起来是反相的： PWM 值高 → 低电平时间长 → 高电平占空比小。 低 PWM 值 → 低电平时间短 → 高电平占空比大。 原因：您测量的是电压，而不是 LED 亮度。芯片按设计运行。 您的配置：将 LED 从 VDD 灌入 LEDn 正确。 LEDOUT=10 表示 PWM 控制， INVRT=0 表示正常。 选项： 真正的 LED：保持原样。 用于无 LED 的台架测试： 反转示波器通道或测量低占空比，或 暂时设置 INVRT=1 （但随后亮度与 PWM 会翻转）。 在 VDD 上添加一个电阻，以模拟负载。 底线：“反向” 效果仅仅是因为输出反向电流，因此 LOW = ON。 致以最崇高的敬意 约瑟夫

使用外部工具链 linux 内核版本在 ARM 上构建 Root 我正在尝试使用外部（官方 Arm 工具链）为 iMX6 板构建 Linux 版本，但我遇到了使用 sshd 的问题。 经过一番调查，官方的ARM工具链似乎带有Linux内核头文件 4.20 ，而我的实际内核是6.12。因此，sshd无法工作，因为某些缺失的系统调用会被 seccomp 阻止（例如 __NR_clock_gettime64 导致 SIGSYS) 问题是，是否有可能结合外部工具链使用实际的内核头文件？ 以下是我目前掌握的情况 BR2_arm=y BR2_cortex_a9=y BR2_TOOLCHAIN_EXTERNAL=y BR2_LINUX_KERNEL=y BR2_LINUX_KERNEL_CUSTOM_VERSION=y BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE="6.12.47" 我尝试添加 br2_package_host_linux_headers_custom_6_12 = 但它被忽略了。 Re: Buildroot on ARM with external toolchain linux kernel version 你好@rustyx 希望你一切都好。 不幸的是，恩智浦不支持 Buildroot，因此我无法为您的环境提供很多有用的信息。 您可以尝试在 yocto 环境中自行生成工具链。 请参见第 4.5.12 章如何在 i.MX Linux 用户指南的独立组网 (SA) 环境中版本 U-启动 和内核。 顺祝商祺！ 萨拉斯

闪光测试 您好，NXP团队， 我正在尝试使用你的功能检查我的闪存区域： FS_CM33_FLASH_HW16 （）； 不幸的是它不起作用，返回值是常量 null。 我的 µC 设备是 LPC5536。有没有示例可以测试我的 lpc5536？ 回复：闪光测试 你好，Hang， 谢谢您的支持！！ 回复：闪光测试 嗨，Hang， 我已经向您发送了我的项目的链接。此外，还可以通过“MCUexpressoIDE”设置此示例。 我的项目配置：SDK向导->LPCxpresso55s36评估板（sdk_2.xlpc55s36）->组件（其他 -> 安全）NXP-Safety-IEC60730 ->高级项目设置（默认）。就这些。之后，您可以运行该项目，并且应该会出现 flash-error 错误 BR 托马斯 回复：闪光测试 你好，Hang， 目前我使用 LPC55S3x-EVK 板测试“lpcxpresso55s36_safety_iec60730b_Flash_Test”项目。如果我运行该项目，我会得到相同的错误代码“2”-> Flash-Test 错误。 您还可以在 LPC55s3x 套件上评估该项目吗？ 回复：闪光测试 你好，Hang， 感谢您的快速回复。我已经测试了flashiap-example，它可以正常工作。当我添加 IEC60730b 库并测试FS_CM33_FLASH_HW16 () 函数，它返回 NULL。（CRC 故障）。我使用 LPC5536 µController……我需要为 HW-CRC 单元激活任何功能吗？

EB Tresos 激活失败 您好，我尝试使用 EB Client License Administrator V1.5.1 激活 EB Tresos，激活码为： 20EA-CB05-14E2-FC19（有效期至 2024 年 6 月 30 日） ，但失败了，以下是激活日志： 信息：可信存储初始化完成。 激活 NodeLocked 许可证 20EA-CB05-14E2-FC19，许可证数量：1 状态：4，正在创建请求 状态：5，请求已创建 状态：6，上下文已创建 状态：7，已连接到远程服务器 状态：8，请求已发送 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：11，完成 错误：flxActAppActivationSend (50040,41147,10249) 无法获取锁：ELKB，CertificateQuantity，178844298 与 FlexNet Operations Server 的连接失败。 我该如何解决呢，谢谢！ 回复：EB Tresos 激活失败 您好，什么时候可以拿到新的激活码？ 回复：EB Tresos 激活失败 非常感谢

LPC802 SPIの正当化 LPC802のSPIペリフェラルのTXDATレジスタとRXDATレジスタのデータにはどのような理由がありますか？最初に出力をLSBとMSBのどちらに選択してもいいですか？ ユーザーズマニュアルは、この件については沈黙しています。 日時:LPC802 SPIの正当化 ありがとうございます！ 日時:LPC802 SPIの正当化 ありがとう、しかしそれは私の質問に答えていません。 例を挙げましょう。転送が 12 ビット長に設定されていて、データを受信するとします。たとえば、すべてのビット長です。 データレジスタは0xFFF0（左揃え）ですか、それとも0x0FFF（右揃え）ですか？

ImxRT 1176 LPSPI blocking function issue Hello, I’m working with LPSPI and using LPSPI_MasterTransferBlocking. Since this is a blocking function, I expect the LPSPI peripheral to be free once the transfer is complete. However, I observed something different. After the blocking transfer, I read the SR (Status Register) using LPSPI_GetStatusFlags, and the returned value was 0x1001101. Do you have any suggestions? Ideally, after the blocking transfer, the LPSPI should be idle. I’m sharing a code snapshot below for reference.  if((staus_flag & kLPSPI_ModuleBusyFlag) == kLPSPI_ModuleBusyFlag) { ret = STATUS_BUSY; PRINTF("SPI Busy, %x, %d\r\n", staus_flag, count); } else { masterXfer.txData = SpiTxData; masterXfer.rxData = SpiRxData; masterXfer.dataSize = spiTransferSize; masterXfer.configFlags = kLPSPI_MasterPcs0 | kLPSPI_MasterPcsContinuous; status = LPSPI_MasterTransferBlocking(LPSPI1, &masterXfer); ret = STATUS_SUCCESS; staus_flag = LPSPI_GetStatusFlags(IMU_SPI_IF); PRINTF("staus_flag: %x\r\n", staus_flag); count++; //sw_asm_delay_us(2U); } Re: ImxRT 1176 LPSPI blocking function issue Hi @chandan_uv , Thank you so much for your interest in our products and for using our community. Question:  After the blocking transfer, I read the SR (Status Register) using LPSPI_GetStatusFlags, and the returned value was 0x1001101. Answer: I check your LPSPI SR register value is 0x1001101, that is 0b0001 0000 0000 0001 0001 0000 0001, the TCF (Transfer Complete Flag) is 0,which means Transfer  Not complete. From IMXRT1170RM,  we can see the detail SR status TCF  description. In Master mode, indicates that all transfers have completed and that LPSPI has returned to Idle state and the transmit FIFO is empty. Question: Do you have any suggestions? Ideally, after the blocking transfer, the LPSPI should be idle. I’m sharing a code snapshot below for reference.  Answer: I suggest you can develop your project based on SDK demo. Please Verify the frame format configuration:  Make sure that the LPSPI settings (For example: Data Length, CPOL, CPHA) of the master device are exactly same to the slave device. Wish it helps you. If you still have question about it, please kindly let me know. Wish you a nice day! Best Regards MayLiu Re: ImxRT 1176 LPSPI blocking function issue BTW LPSPI1 and IMU_SPI_IF is same.

MKL03 从 VLSS3 唤醒后崩溃。 您好，NXP 支持人员。   我正在调试为 MKL03Z32VFK4R 制作的应用程序。 该系统由 3 伏电池供电，大部分时间保持 VLSS3 低功耗模式。 LLWU_P4 引脚（在该 MCU（微控制器）中为 PTB0）配置为在上升沿唤醒。 有一个开关连接到 PTB0，按下时会产生上升沿，从而唤醒 MCU。 唤醒后，执行一些任务，最后返回VLLS3模式。   应用程序运行正常，但有时会间歇性崩溃。 我使用 Nordic Semiconductors 的 PPK2（Power Profiler Kit 2）进行了一些捕获。   我连接了配置为 3 伏电源的 PPK2 来代替电池。 这样我就排除了电池电量低的可能性。 我还连接了 PPK2 的第二个 USB，以保证高达 1000 mA 的供电能力。 我还将 MCU 的 I/O 引脚连接到 PPK2 上的数字输入 D0。 我对 I/O 引脚进行了编程，以切换每行执行的代码，最初的目的是找出它卡在了哪里。   下面我给出一组数字：   图 1：显示连续成功的 PTB0 开关按压循环；   图 2：详细显示了有效的循环。   图03：显示停止的循环，观察时间线，在这种情况下，停止需要5分28秒多一点的时间；   图04：显示崩溃循环，但MCU已恢复；   图 5：放大显示几乎停止的循环的最后部分。注意，D0 开始显示出 toogle 动态，显然与图 04 类似。   我做了几次测试，发现该问题是间歇性的。 有时崩溃会在最初几个周期内发生，有时会持续很长时间，就像本例一样，崩溃发生在 5 分钟以上之后。 我想到了几个假设： 1 - 我认为可能是 VLLS3 唤醒后 ACKISO 标志未被“清除”。 但 MCU 继续崩溃，甚至无条件“清除” ACKISO 标志。 我注释掉了清除 ACKISO 的行，只是为了看看是否会导致 MCU 崩溃。 令人惊讶的是，MCU 并没有崩溃，并且像没有造成任何影响一样正常工作。   2 - 最初，程序调用函数“InitLLWU”，该函数配置LLWU以检测引脚LLWU_P4（PTB0）上的正边沿并启用LLWU中断。 然后调用函数“enter_vlls(3)”进入VLSS3模式。 我尝试将“InitLLWU”函数放在“enter_vlls(3)”函数中，在这种情况下，我在调用__WFI之前放置了“InitLLWU”一行。 我认为崩溃的原因是在 MCU 进入 VLSS3 模式之前发生的 LLWU 中断，但即使在这一改变之后，崩溃仍然发生。   3-一开始我以为图03所示的崩溃表示MCU被唤醒，重启损坏并导致MCU崩溃。 还有一些情况，例如图 04 和 05 中所示的情况，看起来像是崩溃的情况，但 MCU 设法恢复了。 尽管图 04 的初始部分没有出现切换，但在图 05 所示的最终部分中，切换动态与图 02 所示的非常相似。 起初我以为问题可能是由于进入 VLLS3 之前的设置不当造成的。 尽管循环无效，但 MCU 设法恢复，所以我认为问题发生在唤醒之后，可能是部分重置不成功，或者某些初始化失败。   这些是我迄今为止进行的测试和得出的结论。 如果有人有过类似的经历并能给我任何建议，我将不胜感激。   此致。 回复：从 VLSS3 唤醒后 MKL03 崩溃。 你好 Celeste_Liu，抱歉这么晚才回复。 我设法发现了这个问题。 问题与低功耗模式无关，而是与 MKL03Z32VFK4R 的第 19 个引脚有关。 我发现，在唤醒后发生部分复位后，引脚 19 恢复为默认配置，即 NMI（不可屏蔽中断）功能。 我使用引脚 19 作为 GPIO 输入，即作为 PTB5 来读取开关的状态。 我相信重置后，在将引脚配置为 PTB5 之前，一些噪音会激活 NMI 处理程序。 由于我不使用 NMI 函数，我看到默认的 NMI 处理程序是一个锁定处理器的 while(1){} 循环。 根据我在帖子中找到的指导，我通过禁用 NMI 选项解决了该问题： https://community.nxp.com/t5/MCUXpresso-General/debug-problem-on-KL03Z8/mp/949741 我将Flash_Config word4改为0xFFFF3BFE，并做了多次测试，确认问题已经解决。 我感谢你们的支持。 回复：从 VLSS3 唤醒后 MKL03 崩溃。 你好 Celeste_Liu，非常感谢你的反馈。 我在我的项目中没有使用 CMP 比较器模块。 您是否认为即使如此，ERR008010 勘误表仍然有意义？ 无论如何，您能向我展示解决方法所建议的代码是什么样的吗？ 此致。

MIMXRT1170-EVKBマルチコアの例の質問... これは、低レベルの(Linuxではない)マルチコアデバイスでの私の最初の経験なので、これは愚かな質問かもしれません... 「Getting Started with MCUXpresso SDK for MIMXRT1170-EVKB」のセクション 6.4 と 6.5 (Rev.0 — 31 December 2022)、これはSDKTOP/boards/evkbmimxrt1170/multicore_examples/hello_worldを指します。私はSDK-2-16-100_MIMXRT1170-EVKBを使用しています。また、EVKBの20ピンヘッダーにJLinkプログラマーを取り付けています。 私は初めてcm4 / cm7アプリケーションをビルド/ロード/実行することができましたが、指示が私には意味をなさないため、指示に完全には従わなかった(両方のコアでgdb / loadを実行する必要がありました)。 セクション 6.4 では、各アプリケーションを "ビルド" すると述べています。いいです;しかし、セクション6.5には次のように書かれています。プライマリ コア デバッガーは、プライマリ コア アプリケーションと補助コア アプリケーションの両方の SoC フラッシュ メモリへのフラッシュ処理を処理します。".それでよろしいですか。私は、何かを動作させるために、各コアに対して「ロード」操作(gdbを使用)を実行する必要があることがわかりました。 また、CM4のコードにマイナーチェンジをしてみましたが、プログラミングにはなっていないようです。gdbの "load"もプログラミング前にすべてを消去しますか? ここでのご意見はいただければ幸いです。 ありがとうございます Re:MIMXRT1170-EVKBマルチコアの例の質問... さて、今はわかったと思います... @Pavel_Hernandez、PDFは非常に便利でしたが、スレッドはIDEで押すべきボタンを指示する一連の命令にすぎません。物事を本当に理解しようとすると、あまり良くありません。 CM4の画像は、実際には「.core1_code」と呼ばれるセクションとしてCM7の画像に組み込まれていることがわかりました。CM7 のビルドは、以前にビルドされた CM4 イメージに依存するため、CM7 のビルド手順の 1 つは、CM4 イメージを CM7 のメモリ マップに組み込むことです。これは、cm4を使用してgdbで「ロード」を行うときに、実際のSPIフラッシュスペースにプッシュされていなかった理由を説明しています。私はこれが行われる方法があまり好きではありませんが、それは問題ありません。少なくとも今は理解しています。 どうもありがとう、大きな助け! Re:MIMXRT1170-EVKBマルチコアの例の質問... こんにちは、私の名前はPavelです、そして私はあなたのケースをサポートします、私はこれがデュアルコアプロセスについての詳細を理解するのに役立つことができるこのアプリのノートを見つけました、章2.1.2を参照してください詳細なブートフロー。 似たような議論がいくつかあり、理解するのに役立つかもしれません。 "..プライマリ コア デバッガーは、プライマリ コア アプリケーションと補助コア アプリケーションの両方の SoC フラッシュ メモリへのフラッシュ処理を処理します。" i.MX RT1170 デュアルコアアプリケーション たぶん、この他のスレッドはあなたがIDEでそれをテストするのを助けるかもしれません。 JLINKを使用してRT1170デュアルコアをデバッグする方法 - NXP Community よろしくお願いいたします パベル Re:MIMXRT1170-EVKBマルチコアの例の質問... まあ、これで問題が解決したとは言いたくありませんが、両方のコアでコードを実行することができました... 私はgdbがJLINKにフラッシュに書き込むように指示する方法に疑問を持っていたので、jlink gdbサーバーにフックされたgdbを使用する代わりに、各セクションを手動でロードする単純なjlinkスクリプトを作成しました（下記参照)。そのためには、 .elf から読み込み可能な各セクションを抽出する必要がありましたファイルを独自のバイナリファイルに入れます。 作成された各ファイルで、次のスクリプトを実行することができました。 EOEの1 デバイス=MIMXRT1176DVMAA_cm7 スピード4000 si SWDの r h ロードビン elfsect_.flash_config.bin,0x30000400 ロードビン elfsect_.ivt.bin,0x30001000 ロードビン elfsect_.core1_code.bin,0x33fc0000 ロードビン elfsect_.interrupts.bin,0x30002000 ロードビン elfsect_.text.bin,0x30002400 loadbin elfsect_。ARM.bin,0x30008d00 ロードビン elfsect_.init_array.bin,0x30008d08 ロードビン elfsect_.fini_array.bin,0x30008d0c ロードビン elfsect_.data.bin,0x30008d10 行く 出口 CM7をロードすると、うまくいきました。jlinkサーバーはダウンロードを確認したと言っていましたが、検証は失敗していたようです。 誰かが(NXPサポート)これを説明できますか? Re:MIMXRT1170-EVKBマルチコアの例の質問... 詳細情報... gdbで「load」を実行した後、JLinkGDBServerCLExeウィンドウに次のエラーが表示されることに気づきました... エラー:ターゲットの準備中にタイムアウトしました。RAMCodeは時間内に応答しませんでした。 RAMCode 側の Prepare() を実行できませんでした フラッシュ情報の決定中にエラーが発生しました (Bank @ 0x30000000)