LLCE 示例和 U-boot 您好。 我正在尝试让 LLCE 示例在 Goldbox 上运行。 我对 CAN2CAN 示例做了一些修改，如果我从 S32DS 进行调试，它可以正常工作。 但是，如果我尝试从 U-boot 运行它，它会执行，但会导致 U-boot 本身卡死。 以下是我运行的命令： dcache 关闭；mw.q 0x34000000 0x0 0x100000；dcache 开启 fatload mmc 0:2 ${loadaddr} /llce.elf bootm7 ${loadaddr}虚函数表 我可以看到总线上的 CAN 通信，所以示例程序正在运行，但是 U-boot 卡住了，无法再接受命令。 经过一番调试，我最终将问题追溯到PlatformInit()调用，特别是设置时钟的代码。 但是，如果我删除那段代码，示例就无法正常运行了。 您有什么建议吗？ Re: LLCE example and U-boot 你好， @GioMusto 感谢您的回复。 是的，它是针对 S32G2 的，而不是 G3，但介绍的方法类似。 由于它是基于早期版本的软件包，因此在使用最新版本的软件组合时，不能将其视为分步指南。 BR 陈银 Re: LLCE example and U-boot 你好@chenyin_h ，谢谢你的回复。 我看到你发的指南是针对S32G2的。S32G3 也一样吗？还是有一些区别？ 您有什么建议，需要重点关注哪些方面？常见问题等等。 Re: LLCE example and U-boot 你好， @GioMusto 感谢你的帖子。 您提到的问题可能是由于 M 端和 A 端之间的时钟或其他资源冲突引起的。 1. 在 S32G 产品上，默认设置下，运行在 A53 端的 BSP 被设计为假定其拥有对系统的独占访问权限，因此不考虑其他软件组件引入的潜在冲突，而您的 M 内核应用程序也可能访问时钟/内存等关键资源。你必须仔细检查代码的每个部分，以避免关键资源出现任何可能的冲突/重新配置。 2. 要同时运行 M7 应用程序和 Linux 电路板支持包，建议先运行 M7 引导加载程序来管理资源，如AN13750中所述。 BR 陈银 Re: LLCE example and U-boot 你好， @GioMusto 感谢您的回复。 1. 通常情况下，我建议使用 S32DS3.5.x 版本（例如 3.5.14）。要使用 S32G（在 S32G RTD 版本发布说明中提到），请确保至少安装了以下软件包：（RTD 和开发软件包） chenyin_h_0-1786010049364.png 2. 为简化流程，您可以将示例项目导入 S32DS，然后打开 IVT 工具，例如： chenyin_h_1-1786010241259.png 然后尝试使用 IVT 工具根据您自己的图像生成 blob。 BR 陈银 Re: LLCE example and U-boot 我正在尝试按照 AN13750 和“S32G3XX 的系统级引导加载程序集成示例”来构建 M7 引导加载程序。 我成功编译了引导加载程序（虽然遇到了一些困难，因为我缺少 SAF 软件包），但现在我在 S32DS 中使用 IVT 工具时遇到了问题。 当我创建一个新项目，选择 S32G399A、Cortex-M7_0 并创建一个配置时，出现错误“IVT 工具不支持当前处理器”。DCD、QuadSPI、DDR 和 eFuse 也存在同样的问题（见截图）。 我做错了什么？ IVT_error.png

S32G399には、DDRベースの共有メモリをAコアとMコアの両方でアクセスできるように設定してください。 チップS32G399では、DDRベースの共有メモリをAコアとMコアの両方がアクセスできるように設定してください。実装例やデモはありますか？ Re: For S32G399, configure DDR‑based shared memory to be accessed by both A‑Core and M‑Core. こんにちは、 @zhijie 投稿ありがとうございます。 私の知る限り、そのような正式なデモやサンプルは存在しないようですので、ご自身で開発する必要があるかもしれません。 MコアとAコア間の通信については、現在NXPがIPCFを提供していますが、デフォルトではSRAMをベースとしています。 BR チェイン Re: For S32G399, configure DDR‑based shared memory to be accessed by both A‑Core and M‑Core. NXPコミュニティ内でそのような実装を完成させた開発者はいらっしゃいますか?関連資料や経験談のご提供をいただければ大変ありがたく存じます。

LLCEの例とU-boot こんにちは、 Goldbox上でLLCEのサンプルを動作させようとしています。 CAN2CANのサンプルコードを少し修正したところ、S32DSからデバッグすると正常に動作しました。 しかし、U-bootから実行しようとすると、実行はされるものの、U-boot自体がハングアップしてしまう。 私が実行しているコマンドは以下のとおりです。 dcache オフ; mw.q 0x34000000 0x0 0x100000; dcache オン fatload mmc 0:2 ${loadaddr} /llce.elf bootm7 ${loadaddr} VTABLE バス上でCANトラフィックは確認できているので例は実行中ですが、U-bootがフリーズしてコマンドを受け付けられなくなりました。 デバッグの結果、問題の原因はPlatformInit()呼び出し、特にクロックを設定するコードにあることが分かりました。 しかし、そのコードを削除すると、サンプルコードは動作しなくなります。 何かご提案はありますか？ Re: LLCE example and U-boot こんにちは、 @GioMusto ご返信ありがとうございます。 はい、S32G2向けであってG3ではありませんが、導入された方法は似ています。 初期バージョンのソフトウェアパッケージに基づいているため、最近のバージョンのソフトウェアの組み合わせを使った際のステップバイステップガイドとは見なせません。 BR チェイン Re: LLCE example and U-boot こんにちは、 @chenyin_h さん、ご返信ありがとうございます。 あなたが投稿したガイドはS32G2用だと分かりました。S32G3でも同じですか？それとも何か違いがありますか？ 注意すべき点について何かご提案はありますか？よくある問題などです。 Re: LLCE example and U-boot こんにちは、 @GioMusto 投稿ありがとうございます。 ご指摘の問題は、M側とA側の間のクロックまたはその他のリソースの競合が原因である可能性があります。 1. S32G製品では、デフォルト設定でA53側で動作するBSPがシステムへの排他的アクセス権を持つことを前提と設計されており、他のソフトウェアコンポーネントによる潜在的な競合を考慮しません。一方、Mコアアプリケーションではクロックやメモリなどの重要なリソースにも触れる可能性があります。重要なリソースに関して、起こりうる競合や再構成を避けるために、コードのあらゆる部分に注意を払う必要があります。 2. M7アプリケーションとLinux BSPを同時に動作させる場合、推奨される方法は、まずM7ブートローダーを起動してリソースを管理することです。これはAN13750で紹介されました BR チェイン Re: LLCE example and U-boot こんにちは、 @GioMusto ご返信ありがとうございます。 1. 一般的には、S32DS3.5.x（例えば3.5.14）の使用をお勧めします。S32Gと作業するためのもの(S32G RTDリリースのリリースノートに記載されています)。以下のパッケージが少なくともインストールされていることを確認してください:(RTDおよび開発パッケージ) chenyin_h_0-1786010049364.png 2. プロセスを簡略化するために、S32DSにサンプルプロジェクトをインポートし、IVTツールを開くことができます。例： chenyin_h_1-1786010241259.png それから、IVTツールで自分の画像を元にブロブを生成できるかどうか試してみてください。 BR チェイン Re: LLCE example and U-boot AN13750と「S32G3XX向けシステムレベルブートローダー統合例」に従って、M7ブートローダーを構築しようとしています。 SAFパッケージがないためブートローダーは少し苦労しながらもコンパイルできましたが、今はS32DSのIVTツールで動けなくなりました。 新しいプロジェクトを作成し、S32G399A、Cortex-M7_0を選択して設定を作成すると、「IVTツールは現在のプロセッサをサポートしていません。DCD、QuadSPI、DDR、eFuseについても同様です（スクリーンショットを参照）。 私は何が間違っているのでしょうか？ IVT_error.png

CircO2 一氧化氮片剂评测：完整购买指南 CircO2 是由 Advanced Bionutritionals 公司生产的一氧化氮支持补充剂。与许多需要用水吞服的药片不同，CircO2 采用速溶片（有时称为锭剂）的形式，可在口中融化。这是它与其他市面上的 CircO2 片剂相比脱颖而出的原因之一。 CircO2 氧气增强剂和循环支持剂背后的主要理念很简单：帮助你的身体产生更多的一氧化氮，从而使你的血管放松和扩张。这时，血液（以及血液携带的氧气）就能更自由地在体内流动。这意味着白天精力更充沛、手脚更温暖、耐力更好。  

CircO2一酸化窒素錠剤レビュー：完全購入ガイド CircO2はAdvanced Bionutritionalsが製造する一酸化窒素サポートサプリメントです。多くの錠剤を水と一緒に飲み込むのとは異なり、CircO2は口の中で溶ける素早く溶ける錠剤(時にトローチとも呼ばれます)で提供されています。これがマーケットにある他のCircO2タブレットと差別化される理由の一つです。 CircO2酸素ブースターと循環サポートの主な考え方はシンプルです。体がより多くの一酸化窒素を生成するのを助け、血管をリラックスさせて広げることです。そうなると、血液(およびその酸素)が体内をより自由に流れることが可能になります。それはエネルギーの増加、手足の温かさ、そして日中の持久力の向上を意味するかもしれません。  

SPD 1.0.3 — eMcem.xdm XDM 架构错误，位于第 717 行（EB Tresos 导入失败） 我报告的是S32K3功能安全外设驱动程序（SPD）1.0.3版本中的一个错误。具体来说，是 eMcem 模块的 XDM 配置文件存在问题，导致无法将其导入 Elektrobit (EB) Tresos Studio。 环境 ┌─────────────────────┬──────────────────────────────────────────────┐ │ 项目 │ 版本 / 路径 │ ├───────────────────┼──────────────────────────────────────────────┤ │ MCU │ S32K344 (S32K3XX) │ ├───────────────────┼──────────────────────────────────────────────┤ │ SPD │ S32K3_SPD 1.0.3 (S32K3_SAF_1.0.3_D2306) │ ├───────────────────┼──────────────────────────────────────────────┤ │ RTD │ SW32K3_RTD 4.4 R21-11 3.0.0P01 │ ├───────────────────┼──────────────────────────────────────────────┤ │ EB Tresos │ 29.0.0（安装在 C:\EB\tresos） │ ├───────────────────┼──────────────────────────────────────────────┤ │ S32 设计工作室 │ 3.6.0│ └─────────────────────┴────────────────────────────────────────────┘ 问题描述 尝试将 eMcem 模块 (eMcem_TS_T40D34M10I3R0) 导入到 EB Tresos 项目中时，XDM 解析器抛出以下错误： ▎ “标签‘a’的属性‘a’无效”位于config/eMcem.xdm文件的第717行 这样就完全阻止了 eMcem 模块被导入到任何 EB Tresos 项目中。 根本原因分析 文件 C:\NXP\S32K3_SPD_1.0.3\eclipse\plugins\eMcem_TS_T40D34M10I3R0\config\eMcem.xdm 的第 715-718 行 RecoveryTimeoutEnabled 参数块中包含无效的 XDM 架构结构： 代码有误（第 715-718 行）： VariantPreCompile 问题在于嵌套的 位于 元素内。根据 XDM 模式（ http://www.tresos.de/_projects/DataModel2/08/attribute.xsd ）， 元素不能 包含另一个 元素作为子元素。 同一文件中所有其他出现位置（例如，第 684-687 行的 ReactionType 参数）使用的正确结构是： 正确代码： VariantPreCompile 这是整个 eMcem.xdm 文件中唯一出现这种格式错误的嵌套的地方（20 多个其他 IMPLEMENTATIONCONFIGCLASS 块都已正确形成）。这显然是SPD包装过程中的复制粘贴错误。 验证 -来自同一 SPD 1.0.3 包的 Bist 模块 (bist_t40d34m10i3R0) 和 SafetyBase 模块 (SafetyBase_t40d34m10i3R0) 没有这个错误 —— 他们的 .xdm文件结构正确，并导入到 EB Tresos 中，没有任何 错误。 - 我确认 Bist.xdm 文件中 内没有嵌套 。 为什么会陷入僵局 eMcem 插件中的 META-INF/CRYPTOMANIFEST.MF 和 META-INF/CRYPTOMANIFESTSIG.MF 文件包含关键插件文件的 DSA 加密签名（密钥 ID：Freescale，提供商：dreisoft.tresos.launcher2.CryptoKeyProvider），其中包括 config/eMcem.xdm。对 .xdm 文件的任何修改文件（即使是单行修复）也会破坏 DSA 签名验证，导致 EB Tresos 因许可证/完整性错误而拒绝该模块。 这将造成无法挽回的死锁： - 由于存在错误，无法导入 — XDM 架构验证失败 - 无法修复此错误——DSA 签名验证失败→许可证错误 - 无法移除签名 — EB Tresos 启动失败（插件完整性检查） 申请它 请提供以下信息之一： 1.一个与我们环境兼容的 SPD 热修复版本（或者至少是一个经过修正的 eMcem.xdm 文件，其中包含更新的 CRYPTOMANIFEST 签名）。 2.包含此修复程序的更新版 SPD（例如 1.0.4 或更高版本）。 3. 许可证重新激活或变通方案，允许我们对 eMcem.xdm 应用必要的单行修复，而不会触发 DSA 签名验证失败。 4. 确认是否存在可解决此问题的更新版 SPD，并提供下载/升级说明。 这个问题阻碍了我们的 S32K344 功能安全软件集成，特别是 EB Tresos 中的 eMcem（扩展微控制器错误管理器）模块配置。 补充说明 SPD 1.0.3发布说明中提到与 RTD 3.0.0 兼容。/ 3.0.0P07。我们正在使用 RTD 4.4 (SW32K3_RTD_4.4_R21-11_3.0.0_P01)。能否请您确认一下 SPD 1.0.3 和 RTD 4.4 的兼容性，并告知是否有更新的版本可以兼容？ RTD 4.x 集成是否需要 SPD 版本？ --- 谢谢你的帮助。如果您需要任何其他信息或日志，请告诉我。 顺祝商祺！ Re: SPD 1.0.3 — eMcem.xdm XDM Schema Bug at Line 717 (EB Tresos Import Failure) 你好@WuDiDi ， SPD 1.0.4 中也存在此问题。 我看到这个问题在 SPD 1.0.5 和 SPD 1.0.6 中已经修复了： danielmartynek_0-1786090704875.png SPD 版本 1.0.5 与 S32K3_S32M27x 实时驱动程序 ASR R21-11 版本 5.0.0 和 4.0.0 兼容。 除 S32K3E 系列（S32K39x 和 S32K36x）外，所有衍生型号均支持 4.0.0 版本。 SPD 版本 1.0.6 与 S32K3 实时驱动程序版本 7.0.0 兼容。+ 6.0.0。 能否更新到更新的RTD/SPD版本？ 自 1.0.3 版本以来，许多 RTD、SPD 错误已被修复。 请注意，NXP 不提供针对过时软件版本的热修复程序。 关于 SPD 1.0.3 的兼容性，我们只能保证与发行说明中明确指定的 RTD 版本兼容。无法保证与其他RTD版本兼容。 此致， 丹尼尔 Re: SPD 1.0.3 — eMcem.xdm XDM Schema Bug at Line 717 (EB Tresos Import Failure) 嗨，丹尼尔， 谢谢你的解释。我目前使用的是 SPD 1.0.5 (D2503) 和 RTD 4.0.0。P01 适用于 S32K342，因此版本兼容性应该没问题。 我有一个关于实现范围的具体问题：SPD 1.0.5 Demo 项目 (S32_SPD_Demo) 只提供了 S32K344/S32K358/S32K388/S32K396 的 TresosProject 配置，而没有提供 S32K342 的配置。我正在将其适配到 S32K342。 请您确认以下关于S32K342的信息： 1. 锁步故障注入：S32K342 是否支持通过 DCM/EIM 机制进行锁步故障注入？S32K342 是单核锁步设备——我在 DCM 故障中看到了 EMCEM_DCM_NCF_3_LC_ERR 和 EMCEM_DCM_NCF_0_PLTFRM_CM7_0_LUP。 列表。这些注射点正确吗？ 2. LBIST/MBIST：Bist_TS_T40D34M10I5R0 插件具有 S32K342 EPD 变体。Bist_SpecificTables_S32K3XX.c 中的 LBIST MISR 黄金签名和 MBIST 分区表对于 S32K342 芯片是否已经正确？我们需要什么？ 针对 S32K342 的具体调整？ 3. 是否有专门针对 S32K342 功能安全验证（LBIST/MBIST/锁步 FI）的 应用笔记或 参考手册可以分享？ Re: SPD 1.0.3 — eMcem.xdm XDM Schema Bug at Line 717 (EB Tresos Import Failure) 你好@WuDiDi ， 后续问题与原话题无关。 请您为他们创建一个新帖子好吗？ 谢谢！ BR，丹尼尔

MBD中的LIN到CAN 我正在使用NXP MBD模块集，并通过LIN接收帧模块从CANoe上的LIN从站获取反馈，然后尝试使用CAN发送模块将LIN反馈发布到CAN总线上。为此，我使用了数据解复用器，但出现了维度错误。我也无法使用ldf文件。我还尝试将数据存储在存储器中并从中读取，这没有报错，但我仍然无法发布数据。 Re: LIN to CAN in MBD 你好， 你使用的是哪个版本的MATLAB？你用的是什么工具箱？如果可以的话，能否尝试发送一段模型代码片段和收到的错误信息？ 此致， 索林·班奇拉

Seeking training materials Hello, I would like to take a course on EIS, but the sections on how to charge batteries more safely and quickly using NXP's EISBMS chip—software support/system integration/excitation—are currently unavailable, and there are no course materials available. How should I study these parts? Re: 寻求培训资料 Hello murderer Good day! Unfortunately, the training sessions that cover this information in greater depth are classified as confidential; therefore, you would need to have an account with us and subsequently request an NDA. However, the NDA process is highly restricted, limited to companies and very specific cases where we have an existing agreement in place. Some documents that could serve as a starting point for you might be: UG10341 – EIS Enablement Package Quick Start Guide. It is specifically intended to help users get started with the EIS software packages. How to Safely Charge a Battery Faster with NXP’s eisBMS Chipset | Part 1 To view these documents, you need an account with us, but an NDA is not required. I hope this information has helped you, please let me know if you need help with anything else. Have a great day and best of luck.

PN560 ハードウェアID こんにちは、NXPさん。 私は、ハードウェア ID ACPI\VEN_1FC9&DEV_3002に対応する NXP チップを特定しようとしています。 PN560のハードウェアIDがどのものか、誰か確認してもらえますか? 情報やドキュメントの参考資料を事前にありがとうございます。 Re: PN560 Hardware ID こんにちは、エドゥアルドさん。 ご返信と貴重なお時間をいただき、ありがとうございました。 この情報は、これらのNFCリーダを搭載したノートPC、タブレット、その他のデバイスのデバイスマネージャで公開されているように見えることを付け加えておきます。しかし、あなたの立場は理解していますので、ここでこの件は終わりにします。 改めてサポートありがとうございます。 よろしくお願いいたします。 Re: PN560 Hardware ID こんにちは@johjoh あなたの調子が良いといいのですが。 申し訳ありませんが、これらの機器に関する情報は公開されておらず、ここはそれらに関する情報を議論する適切な場ではありません。 さらなるサポートについては、NXPの営業担当者または最初にこれらのデバイスに関する情報を提供した担当者にご連絡いただけますか? よろしくお願いいたします。 エドゥアルド。

S32DS ARM 2018 R1 License Extension Request Hello, my license has expired, so I would like to apply for an extension. zhangtr_0-1785825418457.png Re: S32DS ARM 2018 R1 许可证延期申请 Hello, It is extended now. Best regards, Peter Re: S32DS ARM 2018 R1 许可证延期申请 Thanks

SCP03平台在SE050C1上进行钥匙旋转——插入钥匙被拒绝（6A80 / 6982） 我们无法将SE050C1上的SCP03平台密钥从NXP工厂（OEF）密钥更换为我们自己设备生成的密钥。在我们尝试过的所有变体中，无论是使用 Plug&Trust 3.0.6 还是 4.7.1，在全新的零件上，PUT KEY 都被拒绝。 使用工厂密钥的 Platform SCP03 会话可以正常工作——我们可以打开它并成功运行 applet 命令（GetVersion、GetRandom、ReadObject、WriteBinary）。只有 PUT KEY 操作失败。 我们想知道用于轮换此部件上平台 SCP03 密钥的正确 APDU 序列，最好能有一个参考实现。 设置： 安全元件 SE050C1 (SSS_PFSCP_ENABLE_SE050C1 = 1) ATR 00 A0 00 00 03 96 04 03 E8 00 FE 02 0B 03 E8 08 01 00 00 00 00 64 00 00 0A 4A 43 4F 50 34 20 41 54 50 4F（“JCOP4 ATPO”） 主机MCU ESP32-S3，ESP-IDF v5.3.4 通过 I2C 传输 T=1 (T1oI2C) 中间件 Plug&Trust — 已测试 3.0.6 和 4.7.1 版本，两者的行为完全相同（迷你版）。 身份验证 SE05X_Auth=PlatfSCP03，SSS_HAVE_SE05X_AUTH_PLATFSCP03 主机加密 mbedTLS 该部件是全新的：从未成功旋转过，并且使用 ex_sss_tp_scp03_keys.h 中的 SE050C1 OEF 密钥进行身份验证。 我们想做什么： 将平台 SCP03 密钥集（ENC / MAC / DEK）从工厂 OEF 密钥轮换为在 ESP32 上派生的设备唯一密钥（基于 ESP32 的 eFuse 驻留 HMAC 密钥的 PBKDF2-HMAC-SHA256），以便只有该特定主机 MCU 才能使用其 SE050 打开平台 SCP03 会话。 哪些做法行之有效： 使用出厂密钥成功打开了 Platform SCP03 会话，并且会话内的命令可以正常工作：scp :DEBUG:身份验证成功！！！ APDU：调试：获取版本 [] -> 90 00 APDU：DEBUG：GetRandom [] -> 90 00 APDU：DEBUG：WriteBinary [] -> 90 00 所以通道、密钥和安全消息传递功能都正常。 哪些方面失败了： 案例A： PUT KEY 被拒绝，错误代码为 6A80（数据错误）。 命令头和纯文本数据字段（SCP03封装之前）： hdr：80 D8 0B 81 Lc=70 数据：0B <- 密钥版本号 88 11 10 <16 字节 ENC 加密。在 DEK> 03<3-byte KCV> 88 11 10 <16 字节 MAC 加密在 DEK> 03<3-byte KCV> 88 11 10 <16 字节 DEK 加密。DEK>下03<3-byte KCV> 密钥值使用当前（工厂）DEK，采用 AES-密码块链接(CBC) 和零 IV 进行加密；KCV 是使用新密钥对 0x01 的 16 字节块进行 AES 加密的前 3 个字节。 案例B：ISD选定 如果我们首先选择ISD： GP_Select(A0 00 00 01 51 00 00 00) -> 90 00 响应： 6F 10 84 08 A0000001 51000000 A5 04 9F 65 01 FF 然后，同样的 PUT KEY 请求被拒绝，错误代码为 6982（安全性未满足），而不是 6A80。 这表明 ISD 确实识别了该命令，但需要一个安全通道——并且在案例 A 中，该命令是发送到 SE050 小程序，而该小程序没有 D8 指令。 但是，中间件中的 GP_Select() 发送的是明文 APDU，这会破坏现有的 SCP03 通道。在选择 ISD 后，我们尝试重新建立 SCP03（再次调用 nxScp03_AuthenticateChannel()，并重置会话中的 fp_Transform / authType / pdynScp03Ctx），但失败了： scp :WARN :nxEnsure:'status == kStatus_SSS_Success' 失败。 第 148 行 函数:nxScp03_AuthenticateChannel 案例 C： 通过 DoAPDUTxRx_s_Case4_ext（带 Le）发送返回 6700（长度错误），与 ISD 的 FCI 广告 9F 65 01 FF（最大数据字段 255）一致。 已经排除的： 这些方法都经过测试，结果均未对结果产生影响： 尝试过的变量值 P1 0x00（创建新版本），0x0B（替换当前版本），0x11（目标版本） 数据字段中是否存在前导 KVN 字节 APDU 案例 Case4（简短版）/ Case4_ext（扩展版） 密钥块结构 88 11 10 03 当前 DEK 下的密钥封装 AES-密码块链接(CBC) 零 IV（相当于一个区块的 ECB） 使用新密钥对 16×0x01 字节的 KCV 方法进行 AES 加密，前 3 个字节 中间件版本 Plug&Trust 3.0.6 和 4.7.1 DEK 源已验证 KEK 与打开会话的密钥集相同 选择小程序后，所有变体均显示 6A80；选择 ISD 后，所有短形式变体均显示 6982。 问题： 在SE050C1上，轮换SCP03平台按键的正确APDU序列是什么？具体来说：PUT KEY 是应该发送到颁发者安全域，还是发送到 SE050 小程序？ 如果必须连接到 ISD，那么如何使用 Plug&Trust 中间件与 ISD 建立 Platform SCP03 通道？EX_SSS_BOOT_SKIP_SELECT_APPLET 是否是预期的机制？如果是，正确的调用顺序是什么（SELECT ISD → INITIALIZE UPDATE → EXTERNAL AUTHENTICATE → PUT KEY）？ 上述关键数据字段格式是否适用于此部分，特别是密钥类型编码、长度编码、DEK 封装模式和 KCV 算法？ 我们的 Plug&Trust 包在 nxScp03_Const.h 中定义了 INS_GP_PUT_KEY (0xD8)。以及 global_platf.h，但没有实现，也没有使用它的示例。能否提供平台 SCP03 密钥轮换示例/演示（相当于 se05x_Delete_and_test_provision 的配置示例），或者在完整的 SDK 中指出它的位置？ 能否提供 AN12436（在 ex_sss_auth.h 中引用）？作为 OEF 平台 SCP03 密钥的来源），还是记录此部件密钥轮换的 应用笔记？ 背景——为什么这件事没有被注意到 坦白地说，这是我们自己造成的问题，而且我们最近才发现。 我们的配置代码调用了 PUT KEY 命令，然后丢弃了返回状态： sw = gp_put_key_using_nxp_middleware(se, DERIVED_SCP03_KEYVER, ...); /* 状态从未检查 */ mark_rotated(se, DERIVED_SCP03_KEYVER); /* 写入“已旋转”标记 */ ESP_LOGI(TAG, "SCP03 按键轮换成功"); /* 无条件打印 */ 由于标记写入（WriteBinary）成功，每个设备最终都会设置“已轮换”标志，而其平台 SCP03 密钥仍然是出厂密钥，并且配置报告成功。我们后来添加了状态检查，也正是通过状态检查，我们发现 PUT KEY 在任何设备上实际上从未成功执行过。 我们不需要这方面的帮助——它已经修好了。我们提及此事只是为了解释为什么我们现在提出这个问题而不是在启动时提出，并明确指出该部件确实没有旋转，而不是处于某种部分旋转的状态。 SE050 Re: Platform SCP03 key rotation on SE050C1 — PUT KEY rejected (6A80 / 6982) 嗨@Rutwik0409 ， 根据所提供的信息，SE050C1 在小程序层面似乎工作正常：  SELECT  ，  GetVersion  ，  GetRandom  ，  ReadObject  ， 和  WriteBinary  全部成功通过 SCP03 平台。因此，这看起来不像是一个基本的传输故障、T=1 故障、SCP03 密钥故障或安全消息传递故障。 由于您使用的是带有自定义 T=1 over I²C 传输的 ESP32-S3，这很可能是 GlobalPlatform 安全域 SCP03 会话的移植/集成问题，而不是 SE050C1 不支持平台 SCP03 密钥轮换的证据。 为了 SCP03平台关键轮换 ， 这  PUT KEY  命令是 全球平台安全域操作 这不是 SE050 IoT 小程序命令。记录的序列如下： 选择安全域/SSD。 使用以下方式打开平台 SCP03 安全通道  INITIALIZE UPDATE  /  EXTERNAL AUTHENTICATE  。 发送  PUT KEY  更新平台 SCP03 密钥集。 这也与观察到的现象相符： 选择SE050小程序时，  PUT KEY  返回  6A80  这与向错误目标发送 GlobalPlatform 命令的情况一致。 当选择了 ISD 但未与该功能域建立安全通道时，  PUT KEY  返回  6982  这与“安全状态未得到满足”相符。 所以，需要检查的主要点是： 不仅要看平台 SCP03 是否能与 SE050 小程序配合使用 但是，中间件在发出命令之前是否针对正确的安全域打开了平台 SCP03？  PUT KEY  。 NXP 提供了一个针对此操作的参考演示： se05x_RotatePlatformSCP03Keys 该演示明确指出，它演示了如何使用默认平台 SCP 密钥进行身份验证，以及如何将这些密钥轮换为用户定义的密钥。  我们的建议是避免手动构建  PUT KEY  首先是 APDU，然后是 NXP 参考实现。 首先，我建议您使用 NXP 的官方参考路径（例如 Zephyr + nano 软件包中的 `se05x_RotatePlatformSCP03Keys` 演示）来验证实现，以便您的 ESP32 MCU 能够得到良好的支持，而无需任何移植工作。该演示是 NXP 针对 SCP03 平台按键旋转的参考实现。当前问题表明“PUT KEY”命令被发送到了错误的目标，或者在选择 ISD/SSD 后，相应的平台 SCP03 安全通道没有正确建立。SCP03 与 SE050 小程序的通信正常进行并不能保证 GlobalPlatform 安全域级别的“PUT KEY”进程已正确设置。 更多详情请参阅https://github.com/NXPPlugNTrust/nano-package/blob/master/zephyr/readme.rst 。   希望对您有所帮助。   祝你有美好的一天， 坎 ------------------------------------------------------------------------------- 笔记： - 如果此回复解答了您的问题，请点击“标记为正确答案”按钮。谢谢你！ - 我们会持续关注帖子，从最后一条回复发出后持续7周，之后的回复将被忽略。 如果您之后有相关问题，请另开新帖并引用已关闭的帖子。 -------------------------------------------------------------------------------

S32K3 スタンバイ + FIRC + ウォッチドッグ こんにちは、 NXPのコミュニティ投稿で提供されている例を参考に、S32K3シリーズ（K312）のスタンバイモードを実装しようとしています。 私のプロジェクトでは、通常動作時に外部クロックソースを使用し、ウォッチドッグタイマーを設定します。 ドキュメントや例から理解しているのは、スタンバイモードに入る前にFIRECを使う必要があるということです。 STANDBYに入る前にFIRCに切り替えると、ウォッチドッグタイマーが作動し、MCUがリセットされます。これは想定される動作ですか？さらに、ウォッチドッグを無効にするとMCUは低消費電力状態に入りますが、ウェイクアップソースからのリセットはしません。 一方、FIRCに切り替えずに直接STANDBYに入ると、ウォッチドッグはリセットをトリガーせず、MCUは低消費電力状態に入り、STANDBYで期待されるウェイクアップソースからリセットされます。 一見すると、アプローチ2(FIRCに切り替えない方法)がうまくいくように見えますが、パッドキーピングで奇妙な挙動を目撃しているので、確認しておきたいと思います。 STANDBY(アプローチ2)に入る前にパッドをハイに切り替えると、パッドキーピングが有効か無効かに関わらず、MCUがSTANDBYに入った後もパッドは高いままです。これを見て、MCUが本当にSTANDBYに入っているのか、それとも中間状態にあるのか疑問に思います。 この投稿はかなり曖昧だと承知していますが、追加で説明できる情報があれば教えてください。 よろしくお願いいたします。 ハリーシュ Re: S32K3 STANDBY + FIRC + Watchdog こんにちは、 @Hareesh_S さん、 まず、スタンバイモードに入る前に、システムクロックソースを48MHzのFIRCに変更する必要があります。これは、スタンバイモードではPLLDIGが使用できないためです。この手順に従わない場合、予期しない/定義されていないクロック動作が発生する可能性があります。 STANDBYに入る前にFIRCに切り替えると、ウォッチドッグタイマーが作動し、MCUがリセットされます。これは想定される動作ですか？さらに、ウォッチドッグを無効にするとMCUは低消費電力状態に入りますが、ウェイクアップソースからのリセットはしません。 デフォルトでは、POR_WDGはスタックシナリオにおけるスタンバイ入退出シーケンス監視のために有効になっています。 Julin_AragnM_0-1785518283148.png コミュニティで提供されているサンプルでも、同様の現象が発生しますか？クロックソースを変更するためにRTD APIを使用していますか？ S32K3の低消費電力管理ANとデモ 例：CAN-0-RXおよびGPIOスイッチDS3.5 RTD300を使用してS32K312スタンバイ・モードからウェイクアップする [RTD600 IP] S32K312EVB-Q172 スタンバイRAM GPIOウェイクアップ STANDBY(アプローチ2)に入る前にパッドをハイに切り替えると、パッドキーピングが有効か無効かに関わらず、MCUがSTANDBYに入った後もパッドは高いままです。これを見て、MCUが本当にSTANDBYに入っているのか、それとも中間状態にあるのか疑問に思います。 1.スタンバイモード中も、すべてのピンは実行モードで最後に設定された状態を保持します。 2. リセットイベント後、すべてのピンはデフォルト状態に戻されます。 PadKeepingの設定は 、K3のウェイクアップリセットとユーザーのポート初期化の間に、スタンバイ終了シーケンス 後の ピン状態に影響を与えます。この間、ピンが制御不能な状態に入ることがあります。 Julin_AragnM_2-1785519093000.png よろしくお願いします、 ジュリアン Re: S32K3 STANDBY + FIRC + Watchdog こんにちは、 @Julián_AragónM さん、 返信が遅くなり申し訳ありません。 パッド保持機能についてですが、どうやら私はパッド保持機能の本来の機能を誤解していたようです。ご説明いただきありがとうございます。 STANDBYエントリに関して - この動作は、変更されていないコミュニティのサンプルでは再現できません。コミュニティのサンプルコードでは、この手順は期待どおりに動作します。 さらに、私のプロジェクトでFIRCに切り替えるとMCUがハードフォールトを起こし、それがウォッチドッグがリセットをトリガーする理由であることを今確認できました。 この挙動を空のプロジェクトで再現することはできましたが、根本原因がわかりません。プロジェクトを添付していますが、同じ内容を確認して、私が見落としていることを教えていただけませんか? よろしくお願いいたします。 ハリーシュS Re: S32K3 STANDBY + FIRC + Watchdog こんにちは、 @Hareesh_S さん、 PadKeepingの機能に関する疑問が解消されてよかったです。 あなたのプロジェクトについてですが、Clock_Ip_Init()に電話をかけたところ、 Clock_Ip_SetRtcRtccClksel_TrustedCall()にハードフォールトが見えます。PRTN1_COFB1_CLKEN[REQ34]を有効にすると、Clock_Ip_Init() APIを通じてクロックソースを変更できます。 この修正をあなたのプロジェクトで試してみてはどうですか? Julin_AragnM_0-1786382290784.png Julin_AragnM_1-1786382522241.png Julin_AragnM_2-1786382602253.png よろしくお願いします、 ジュリアン Re: S32K3 STANDBY + FIRC + Watchdog こんにちは@Julián_AragónM  RUNドメインでRTCモジュール/ペリフェラルを有効にした後、FIRCへの切り替えは期待通りに動作し、ハードフォルトを引き起こしません。 RTCの有効化が必須だとは予想していませんでしたが、迅速な対応に感謝いたします！

だからNXP MCXファミリについてはあまり語られません。マカス なぜですか？ 年初に、旧式のマイクロコントローラからNXP MCXAファミリのマイクロコントローラにいくつかの製品を移植しました。この選択の主な動機は、長期にわたって入手可能であったことである。 私はそのチップとそのインフラストラクチャを数ヶ月間扱いました。 そして何と言えばいいか:かなり良い作品だ。価格は妥当です。Dev-Boardの入手状況は良好です。 ソフトウェアスタックは機能しています。EclipseベースのIDEへの統合は問題ありません(強制されるわけではありません)。確かにソフトウェアに多少の問題点はありますが、特に変わったことはありません。 ハードウェアの機能：かなりクール。基本的な機能はもちろん、それ以上の機能も備えています。特に気に入っているのは、ほぼすべての周辺機器に、特筆すべきFIFOが搭載されている点です。 チップのよりマイナーな機能を使っても、シリコンバグは今のところ見つかりませんでした。 性能も良好です。 それなのに、これらのチップに関する投稿はほとんど見かけない。なぜですか？ MCX C Re: So little talk about NXP MCX family Mcus こんにちは、 @naofomi さん。 MCXA製品ファミリにご関心いただきありがとうございます。 MCXAは比較的新しいMCUシリーズであるため、LPCやKinetisのような成熟した製品ファミリーと比べて、コミュニティコンテンツやフォーラムでの議論が少なく、自然と少ないです。 お客様はDFAE(DFAE)やプライベートサポートケースなど、他のNXPチャネルを通じてサポートも受けられます。 ご質問があれば、こちらにお気軽にご投稿ください。私たちはあなたの成長を支援し、喜んでサポートいたします。 よろしくお願いします。 BR アリス

mculinkを使用すると、デバッグでプローブを見つけることができますが、選択すると例外が発生します。 MCU-LINK インストール ガイドに記載されている手順を完了し、MCUXpresso IDEs と組み合わせて MCU-LINK を使用しようとしたところ、問題が発生しました。 コンピュータを MCU-LINK に接続すると、デバッグがCANになり、プローブが認識されます。ただし、選択すると再接続が繰り返され、この例外が表示されます。その理由は何でしょうか?理解できるように助けていただけませんか？ありがとう！ picture1.jpg picture2.jpg i.MX RT600 Re: When using mculink, debugging can find the probe, but there is an exception when selected こんにちは@Yu_ D11 がオンになっていない場合は、ボードに電力配分の問題が発生しています。デバッガーはまだ動作しているので、USB をコネクテッドするとボードが検出されます。 Re: When using mculink, debugging can find the probe, but there is an exception when selected こんにちは@carlos_o 開発ボードは改造しておらず、ジャンパー位置もデフォルトの位置に戻しましたが、開発ボードのD11はまだオンになっていません。 LINK USB 経由でコンピューターを接続すると、デバイス マネージャーに新しい USB「複合デバイス」が表示されますが、開発ボードは依然としてサンプル コードを書き込むことができず、「プローブ インデックス 1 のワイヤを接続できません」と表示されます。 Re: When using mculink, debugging can find the probe, but there is an exception when selected こんにちは@Yu_ D2 の点滅は、搭載デバッガーが実行中であることを意味します。 D11 は、ボードの回路図で確認できる電源オンインジケーターです。 carlos_o_0-1760117725485.png D8はP0_26によって制御される青色LEDです。 carlos_o_1-1760118005198.png ボードを何らかの形で改造しましたか?または、ミニジャンパーのデフォルトポジショニングを移動しましたか? Re: When using mculink, debugging can find the probe, but there is an exception when selected 赤く丸で囲った部分は通常の燃焼後に点灯し、青い部分は押下後に点灯します。現在、D8、D9、D10、D11 はオンになっていないため、焼き込むことCANません。 微信图片_20251010141818_48_22.jpg 微信图片_20251010141818_48_22.jpg Snipaste_2025-10-10_14-19-11.jpg Snipaste_2025-10-10_14-19-00.jpg Snipaste_2025-10-10_14-19-20.jpg Re: When using mculink, debugging can find the probe, but there is an exception when selected こんにちは@carlos_o 返信までにSO時間がかかってしまい申し訳ありません。 以前、ボード上のインターフェースを接続しようとしましたが、エラーがまだ表示されていました。 最近、RT685の開発ボードを入手しました。最初はデータケーブルを使用してJ5をコンピューターに接続し、HelloWorldのプログラムを正常に書き込みました。ボード上の D8 と D11 は一定の状態にあり、D2 は点滅します。 その後、ボードを確認しに行きました。上記のインターフェースはタイプCで、ピンはDMとDP、A5、B8とVBUS、GNDです。なぜコンピューターがType-Cポートを介してコネクテッドいるのかわかりません。コンピューターは外部デバイスを見つけることができず、不明なデバイスのアクセスが表示されません。 今日、開発ボードをテストしているときに、非常に奇妙な問題にも遭遇しました。 元々開発ボードはそのままだったので、CASEコードを焼いて正常に焼き込めるようにしました。しかし、最初にボードの書き込みに失敗したとき、データ ラインを変更してから開発ボードを書き込みましたが、開発ボードにもこの投稿の最初の問題が発生しました。 さらに、J5 ポートを接続すると、D2 ライトのみが点滅し、D8 と D11 は点灯しません。 今ではCAN焼き付けができなくなり、常に「プローブ インデックス 1 のワイヤを接続できません」と表示されます。エラー: ワイヤ ACK 障害 - ターゲットはコネクテッドですか? その理由は何ですか？ボードは壊れていますか？ Re: When using mculink, debugging can find the probe, but there is an exception when selected こんにちは@Yu_ MCU-LINKの10個のコネクタすべてをRT600ボードの対応する信号に接続してみてください。 carlos_o_0-1758235601883.png VREFはMCU-LINKのレベルシフタが適切に動作するために必要である。 ボードを検出するには、ボードの GND に IF_DETECT を接続する必要があります。 可能であれば10ピンすべてを接続してください Re: When using mculink, debugging can find the probe, but there is an exception when selected こんにちは@carlos_o ご返信をいただき嬉しく思います。 以前はMCU-LINKをボードのGNDに接続していませんでした。あなたの返信を読んだ後、SWDIO、SWCLK、SWO をコネクテッドしてから、それらの GND をコネクテッドしました。 しかし、結果は以前と同じであるのは残念です。 このエラーは、「デバッグ」をクリックした後に発生し、プローブが表示され、MCU プローブを選択した後に表示され、1 回再試行されます。 Re: When using mculink, debugging can find the probe, but there is an exception when selected こんにちは@Yu_ 返信が遅くなり申し訳ありません 設定を明確にしていただきありがとうございます 問題は、使用している RT685 ボードが MCU リンクによって認識されていないことにあるようです。両方のボードが共通のグラウンド参照を共有していることを確認できますか? あなたが直面しているエラーは、デバッグを開始したとき、またはデバッグの実行中に表示されますか? Re: When using mculink, debugging can find the probe, but there is an exception when selected 次の図は、「デバッグ」をクリックした後に表示されるエラーです。 picture5.png picture6.png Re: When using mculink, debugging can find the probe, but there is an exception when selected こんにちは@carlos_o ごめんなさい。残念ながら、RT685EVK ボードを所有していないことをご返信いたします。 私のボードで使用しているチップは RT685SFFOB のみです。ご指示に従って、RST ピンをボード上の MCU-Link の PIN10 にコネクテッドしましたが、問題は同じままです。 現在の状況を簡単にご説明したいと思います。私のボードでは RT685SFFOB チップを使用しました。次に、チップの機能が正常かどうかを確認するためにチップ テストを実行する必要があります。通常であれば、2つの開発を独自に実施します。 問題は、muc-link をコンピューターに接続し、次にボードを mcu-link に接続すると、デバッグで上記の問題が発生することです。 上記の問題の原因とその解決方法を知りたいです。 皆さんの回答をお待ちしています。 Re: When using mculink, debugging can find the probe, but there is an exception when selected こんにちは@Yu_ MCU-LINK コネクタを RT685EVK ボード上の SWD 10 ピン コネクタに直接接続してみてください。 carlos_o_0-1757623263210.png これで問題が解決したかどうかお知らせください。 Re: When using mculink, debugging can find the probe, but there is an exception when selected ボードをもう一度注意深く確認したところ、チップはRT685SFFOBでした 私は1.8V電源を使用しています Re: When using mculink, debugging can find the probe, but there is an exception when selected 写真は私の接続状態を示しています 7639c435f055974256f79ae0b058b011.jpg   Re: When using mculink, debugging can find the probe, but there is an exception when selected こんにちは@carlos_o あなたの返信を読んで はい、MIMXRT685-EVKを使用しています。 ボードに独立した電源を供給し、MCU-LINK を USB 経由でコンピューターに接続します。次に、ターゲット デバッグ コネクタを使用してボードを接続します。 SWD ターゲット接続ヘッダーには、SWDIO、SWO、および SWCLK のみを使用します。 その後、上図のような状況が発生します。 Re: When using mculink, debugging can find the probe, but there is an exception when selected こんにちは@Yu_ ご質問ありがとうございます カスタムボードまたは MIMXRT685-EVK を使用していますか? ボードに外部電源を使用していますか?それともMCU-Linkを使用していますか? もう一つ言及すべきことは、MCU-Linkユーザーマニュアルに含まれる追加情報です。 carlos_o_0-1757538992256.png [MCU-Linkベーススタンドアロンデバッグプローブ、7ページ] Re: When using mculink, debugging can find the probe, but there is an exception when selected 数ヶ月前のThreadを乗っ取るのではなく、自分の問題ごとにThreadを立てるべきです。 Re: When using mculink, debugging can find the probe, but there is an exception when selected こんにちは!このCASEに何か進展はありますか? 別のPCで正常に動作するデバッガーを使用した場合も、全く同じメッセージが表示されます。 この問題はデバッガのMCU-Link自体との通信に関連していると思います(つまり、ボードやMCUに接続したままにしたり、非接続状態にしたままでも同じエラーが出るということです)。その時点で現在のエラーではなく「ターゲットに接続できません」と表示されます。なので、ドライバーかUSB COMのどちらかという特定のPCの問題を考えたくなりますが、いろいろ試したにもかかわらず、この問題は解決できていません。

I.MX93 - UUU emmc/sdcard LIBUSB_ERROR_TIMEOUT 错误 您好，NXP团队： 我们正在尝试使用 .wic 文件对 i.MX93 开发板进行烧录。图片文件由我们团队提供。我们有两块硬件版本相同的 i.MX93 板（ SCH-96411 REV_B2 ）。 在一块电路板上，我们能够成功地刷写 .wic 文件。图像。但是，当尝试将相同的图像刷入第二个板时，我们遇到了错误。 我们已经对两者进行了测试： emmc_all（用于 eMMC 刷写） sd_all（使用 SD 卡） 两种情况下，第二个电路板上都会出现同样的问题。 我们希望您能协助我们排查并解决此问题。如果您需要任何其他日志、错误信息或电路板信息，请告知我们。 Providing both uuu command and debugProviding both uuu command and debugProviding both uuu command and debug同时提供 uuu 命令和调试 uuu supported listuuu supported listuuu supported listuuu 支持的列表 i.mx93 usb identifiedi.mx93 usb identifiedi.mx93 usb identifiedi.mx93 USB 已识别 Re: I.MX93 - UUU emmc/sdcard LIBUSB_ERROR_TIMEOUT Error 您好， 感谢您对恩智浦半导体产品的关注， 有原理图识别信息固然好，但我建议还是确认一下 i.MX 93 的顶部标记。确认他们获得最高分。 请从Linux下载最新的预编译镜像版本。 最后，您尝试通过串口下载方式对它们进行刷写，它们的熔丝是否熔断了？ 此致 Re: I.MX93 - UUU emmc/sdcard LIBUSB_ERROR_TIMEOUT Error 你好 请查看附件图片。我们注意到集成电路零件编号发生了一些变化。 我们也尝试过从外部刷写 SD 卡，然后再将其插入 i.MX93 板，但仍然遇到同样的问题。 此外，我们想提醒您，eMMC 中已经存在一个映像，并且该板能够从该映像成功启动。但是，当我们尝试刷入新镜像时，却遇到了错误。 请查看下方附件中的调试日志。一个观察结果是，板子自带的预装镜像显示的是U-Boot SPL 2025.04 版本。而我们尝试使用的图像显示的是U-Boot SPL 2024.04 。 我们下载了最新的Linux 6.18.20_2.0.0 (i.MX93 EVK, FRDM)版本。然而，我们只能找到14x14 EVK WIC 图像，而无法找到11x11 FRDM WIC 图像包。请问14x14的图像是否适合我们的电路板，或者是否有单独的11x11 FRDM图像可用？ SD卡启动： U-Boot SPL 2024.04+gde16f4f1722+p0（2024年9月2日 10:44:35 +0000） SOC：0xa1009300 LC：0x2040010 PMIC：PCA9451A PMIC：过驱动电压模式 DDR：3733MTS DDR：3733MTS M33 准备就绪 eMMC启动： U-Boot SPL 2025.04-g99518e6b6f20（2026年2月2日 05:52:54 +0000） PMIC：PCA9451A PMIC：过驱动电压模式 DDR：找到 3733MTS 动态随机存取存储器(DRAM) 2CS_2GB 动态随机存取存储器(DRAM) 匹配 M33 准备就绪 普通启动 尝试从 BOOTROM 启动 启动阶段：主启动 图像偏移量 0x8000，页面大小 0x200，ivt 偏移量 0x0 通过 ROM_API 从 0x57800 加载镜像 注意：TRDC 初始化完成 通知：BL31：v2.12.0（版本）：lf-6.18.2-1.0.0 通知：BL31：建造时间：2026年2月10日 07:53:18 /********************************************************/ 关于熔丝熔断的问题，请问我们如何验证电路板上的熔丝是被编程熔断还是已经熔断？ 谢谢。 Issue board - imx93Issue board - imx93问题板 - imx93 Working board - imx93Working board - imx93工作板 - imx93 Re: I.MX93 - UUU emmc/sdcard LIBUSB_ERROR_TIMEOUT Error 我也有类似的问题，据我了解，FRDM系列背后的中国制造商更换了DDR内存芯片。这需要重新训练 DDR 并更新 u-boot，板载软件已经完成，并提交到了 nxp 的 u-boot 仓库，但是网站上的 BSP、Yocto 层和二进制镜像还没有更新。 基本上，较新的板只能使用内置的 u-boot，你的开发人员使用 BSP（以及 2024 年及以后的 u-boot）构建的所有内容都将无法启动，因为 DDR 配置无效。 你可以通过从板载 u-boot 启动，使用键盘停止它，然后手动从 SD 卡加载你的自定义 linux 内核和 DT 来确认这个问题。

SJA1110スイッチのMAC転送設定 こんにちは、 SJA1110スイッチでL2転送ルールを設定したいです。以下のルールを: - トラフィックはポート7で受信されます。 送信元MACアドレス: 00:00:01:00:00:10、 宛先MACアドレス: 00:00:01:00:00:50、 VLAN ID 10、 PCP 7; - トラフィックはスイッチのポート5に転送され、出力SJA1110行われます。 SJA1110がポート7から宛先MACアドレス00:00:01:00:00:50のパケットが注入されたことを検出した場合、そのパケットをポート5経由で転送するだけでよい。ポート5のゲーティングは、パケット内のPCPを特定するだけで簡単に制御できます。   しかし、S32DSのSJA1110 SDKでどのように設定すればよいのか分かりません。 私は以下のように新しいL2ルックアップテーブルのエントリを設定しようとしました。 GuilhermeS32G_0-1786505280150.png VLANルックアップテーブルでVING_MIRRとVEGR_MIRRを設定してみました。 GuilhermeS32G_1-1786505432456.png また、一般パラメータでMIRR_PORTを5に設定しました。 GuilhermeS32G_2-1786505483489.png MAC構成テーブルでは、ポート7のING_MIRRを1に、ポート5のEGR_MIRRを1に設定しました。 しかし、それはうまくいかなかった。 この構成における正しいアプローチは何ですか？ ご支援に心より感謝いたします。 ギレルメ Re: MAC Forwarding Configuration on the SJA1110 switch こんにちは、 @GuilhermeS32G さん、 はい、その通りです。SJA1110 SDKフィールドはコロン区切りのMACアドレス形式を受け入れないため、MACアドレス00:00:01:00:00:50は小数点または十六進数、すなわち16777296または0x1000050のいずれかで入力できます。 先頭のゼロは値を変えないため、0x1000050は0x000001000050と同値です。 MASKフィールドに関して、マスクはL2ルックアップキーのどの部分がマッチングに使用され、どの部分がワイルドカードとして扱われるかを定義します。ビットが1に設定されている場合は、対応するビットが比較され、ビットが0に設定されている場合は、対応するビットが無視されることを意味します。 したがって、MACアドレスのみをマッチさせてIOTAG、VLANID、SRCPORTを無視したい場合、提案されたマスクは正しいです: マスク = 0x0000FFFFFFFFFFFF0 この場合、L2ルックアップエントリは入力ポートやVLAN IDに関係なく設定されたMACADDRと一致します。 あなたの元々のユースケースで、どこに合わせたいか: VLANID = 10 MACアドレス = 00:00:01:00:00:50 SRCPORT = 7 ただし、IOTAGに明示的に一致しない場合、推奨されるマスクは次のようになります。 マスク = 0x0FFFFFFFFFFFFFFFF 次に、L2ルックアップエントリを以下のように設定する必要があります。 VLANID = 10 MACアドレス = 0x000001000050 SRCPORT = 7 宛先ポート = ポート5 マスク = 0x0FFFFFFFFFFFFFFFF また、L2ルックアップテーブルからの最終宛先ベクトルは、L2転送テーブルによってフィルタリングされることを覚えておいてください。したがって、ポート7で受信されるトラフィックについては、対応するREACH_PORT設定でポート5も許可する必要があります。 よろしくお願いいたします。 パベル Re: MAC Forwarding Configuration on the SJA1110 switch こんにちは、 @PavelL さん。 改めてサポートありがとうございます。 念のため確認ですが、S32DSのSJA1110 SDKでは、MACADDRフィールドが整数または16進数の入力をサポートしていますが、コロンの関係で00:00:01:00:00:50を入力できません。なので、整数形式に変換するか、入力0x1000050として使うか、16777296に変換するかもしれません。それは正しいですか？ さらに、MASKフィールドについては、0から36893488147419103231までの整数形式(16進数0x1FFFFFFFFFFFFFFFF)をサポートしているようです。 しかし、私はこれらのMASKワイルドカードについてあまりよく理解していませんでした。 MACアドレスのみを一致させ、送信元ポートとVLAN IDは一致させない場合は、以下の方法を使用すればよいでしょうか？ マスク = 0x0000FFFFFFFFFFFF0 ? VLAN ID 10と送信元ポート7に一致させたい場合はどうすればよいでしょうか？ よろしくお願いいたします。 ギレルメ Re: MAC Forwarding Configuration on the SJA1110 switch こんにちは、 @GuilhermeS32G さん、 SJA1110転送テーブルの詳細については、UM11107およびAN12925の該当章を参照してください。使用されるフィールド名は、S32DS SJA1110 SDK構成で使われている用語に従っています。   このユースケースでは、ミラーリング機能ではなく L2ルックアップテーブルを使うのが正しいアプローチです。 宛先MACアドレスが00:00:01:00:00:50、VLAN IDが10のフレームをポート7で受信し、ポート5に転送する必要がある場合は、この宛先MACアドレス、VLAN ID、および送信元ポートに一致するL2ルックアップテーブルエントリを作成し、DESTPORTSをポート5に設定する必要があります。 以下の点もご確認ください。 1.MACADDRフィールドには、照合したいMACアドレスを入力してください。あなたの例では、宛先MACアドレスは00:00:01:00:00:50であるべきで、別の値であってはなりません。 2. MASKフィールドを確認してください。マスクは、L2ルックアップキーのどの部分を比較するかを定義します。完全一致の場合、マスクにはMACアドレス、VLAN ID、送信元ポートなどの関連フィールドをワイルドカードとして使用してはなりません。UM11107に基づくと、MASKは以下のビットで構成されます。 PavelL_0-1786518971668.png 3. L2転送テーブルも確認してください。L2ルックアップテーブルからの宛先ベクトルは、入力ポートのREACH_PORTフィールドによって引き続きフィルタリングされます。したがって、ポート7で受信したトラフィックについては、対応するL2転送テーブルのエントリでポート5が許可されている必要があります。 4. 通常の転送には、VING_MIRR、VEGR_MIRR、MIRR_PORT、ING_MIRR、EGR_MIRR などのミラーリング関連の設定は必要ありません。これらの設定はトラフィックミラーリングを目的としたものであり、標準の転送パスを定義するためのものではありません。 PCP 7に関しては、フレームがすでにPCP 7でVLANタグが付けられている場合、転送の決定はL2ルックアップテーブルによって行えます。PCPはポート5の 出口 優先度/スケジューリング/ゲート構成で使用可能です。PCPに基づいてトラフィックを分類したい場合を除き、L2ルックアップルールに含める必要はありません。 よろしくお願いいたします。 パベル

SPD 1.0.3 — eMcem.xdm XDMスキーマのバグ（717行目）（EB Tresosインポート失敗） S32K3 セーフティ ペリフェラル ドライバ(SPD)バージョン1.0.3のバグを報告しています。具体的には、eMcemモジュールのXDM設定ファイルにあり、Elektrobit（EB）Tresos Studioへのインポートを妨げています。 環境 ┌───────────────────┬─────────────────────────────────────────┐ │ アイテム │ バージョン / 経路 │ ├───────────────────┼─────────────────────────────────────────┤ │ MCU │ S32K344(S32K3XX) │ ├───────────────────┼─────────────────────────────────────────┤ │ SPD │ S32K3_SPD 1.0.3 (S32K3_SAF_1.0.3_D2306) │ ├───────────────────┼─────────────────────────────────────────┤ │ RTD │ SW32K3_RTD 4.4 R21-11 3.0.0P01 │ ├───────────────────┼─────────────────────────────────────────┤ │ EB Tresos │ 29.0.0(C:\EB\tresosに設置)│ ├───────────────────┼─────────────────────────────────────────┤ │ S32 Design Studio │ 3.6.0│ └───────────────────┴───────────────────────────────────────┘ 問題の説明 EB TresosプロジェクトにeMcemモジュール（eMcem_TS_T40D34M10I3R0）をインポートしようとすると、XDMパーサーが次のエラーをスローします。 ▎「タグ 'a' の属性 'a' が無効です」config/eMcem.xdm の 717 行目 これにより、eMcemモジュールがEB Tresosプロジェクトに完全にインポートされることが防止されます。 根本原因分析 ファイル C:\NXP\S32K3_SPD_1.0.3\eclipse\plugins\eMcem_TS_T40D34M10I3R0\config\eMcem.xdm の RecoveryTimeoutEnabled パラメータブロックの 715 ～ 718 行目に、無効な XDM スキーマ構造が含まれています。 バグのあるコード（715～718行目）： VariantPreCompile 問題は、 です。XDMスキーマ(http://www.tresos.de/_projects/DataModel2/08/attribute.xsd)によれば、要素は存在しません 子供の頃に別の要素を含むこと。 同じファイル内の他のすべての箇所（例えば、684～687行目のReactionTypeパラメータ）で使用される正しい構造は次のとおりです。 正しいコード: VariantPreCompile これは、eMcem.xdm ファイル全体の中で、この不正なネスト構造が見られる唯一の箇所です（他の 20 個以上の IMPLEMENTATIONCONFIGCLASS ブロックは正しく構成されています）。これは明らかに、SPDパッケージングプロセスにおけるコピー＆ペーストのエラーです。 認証 - 同じSPD 1.0.3パッケージのBistモジュール(Bist_TS_T40D34M10I3R0)とSafetyBaseモジュール(SafetyBase_TS_T40D34M10I3R0)にはこのバグ(.xdm)はありませんファイルは正しく構造化されており、問題なくEB Tresosにインポートされます。 エラー。 - Bist.xdm ファイルには、ネストされた name="IMPLEMENTATIONCONFIGCLASS"> がまったくないことを確認しました。 なぜこれが行き詰まりなのか メタ・インフ/クリプトマニフェストです。MFとMETA-INF/CRYPTOMANIFESTSIG。eMcem プラグイン内の MF ファイルには、キープラグインファイルに対する DSA 暗号署名(キー ID: Freescale、プロバイダー: dreisoft.tresos.launcher2.CryptoKeyProvider)が含まれています。 config/eMcem.xdm..xdmへのいかなる変更もファイルの変更（たとえ1行の修正であっても）によってDSA署名検証が破綻し、EB Tresosがライセンス/整合性エラーでモジュールを拒否する原因となります。 これにより回復不能な膠着状態が生じます: - バグでインポートできない — XDMスキーマ検証に失敗 - バグを修正できない — DSA署名検証失敗→ライセンスエラー - 署名を削除できない — EB Tresosが起動に失敗(プラグインの整合性チェック) 要求 以下のいずれかをご入力ください。 1.当社の環境と互換性のあるSPDのホットフィックスリリース（または少なくとも、更新されたCRYPTOMANIFEST署名を含む修正済みeMcem.xdmファイル） 2.この修正を含む最新のSPDバージョン（例：1.0.4以降） 3. DSA署名検証エラーを発生させることなく、eMcem.xdmに必要な1行の修正を適用できるライセンスの再アクティベーションまたは回避策 4. この問題を解決するより新しいSPDバージョンが存在するかどうかの確認と、ダウンロード/アップグレード手順 この問題がS32K344セーフティソフトウェアの統合、特にEB TresosのeMcem(拡張マイクロコントローラエラーマネージャ)モジュール構成を妨げています。 補足事項 SPD 1.0.3リリースノートには、RTD 3.0.0との互換性について記載されています。/ 3.0.0P07。当社ではRTD 4.4（SW32K3_RTD_4.4_R21-11_3.0.0_P01）を使用しています。また、SPD 1.0.3とRTD 4.4の互換性状況を確認してもらえますか?また、新しいバージョンかどうかも教えていただけますか RTD 4.xの統合にはSPDバージョンが必要ですか? --- ご協力ありがとうございました。追加の情報やログが必要な場合はお知らせください。 よろしくお願いいたします。 Re: SPD 1.0.3 — eMcem.xdm XDM Schema Bug at Line 717 (EB Tresos Import Failure) こんにちは、 @WuDiDi さん、 この問題はSPD 1.0.4でも発生しています。 SPD 1.0.5とSPD 1.0.6で修正されているのが見えます: danielmartynek_0-1786090704875.png SPDバージョン1.0.5は、S32K3_S32M27xリアルタイム・ドライバASR R21-11バージョン5.0.0および4.0.0と互換性があります。 バージョン4.0.0は、S32K3Eシリーズ（S32K39xおよびS32K36x）を除くすべての派生機種でサポートされています。 SPDバージョン1.0.6はS32K3リアルタイムドライバーバージョン7.0.0と互換性があります+ 6.0.0。 新しいRTD/SPDバージョンにアップデートできますか? バージョン1.0.3以降、多くのRTD、SPDのバグが修正されました。 なお、NXPは古いソフトウェアバージョンに対してホットフィックスを提供していません。 SPD 1.0.3の互換性については、リリースノートで明示的に指定されたRTDバージョンとの機能のみを保証します。他のRTDバージョンとの互換性は保証されません。 よろしくお願いいたします。 ダニエル Re: SPD 1.0.3 — eMcem.xdm XDM Schema Bug at Line 717 (EB Tresos Import Failure) こんにちは、 @WuDiDi さん。 フォローアップの質問は元のトピックとは関係ありません。 新しいスレッドを作ってもらえますか? よろしくお願いします。 BR、ダニエル Re: SPD 1.0.3 — eMcem.xdm XDM Schema Bug at Line 717 (EB Tresos Import Failure) こんにちは、ダニエルさん。 ご説明いただきありがとうございます。私は既にSPD 1.0.5（D2503）とRTD 4.0.0を使用しています。S32K342はP01なので、バージョン互換性は問題ないはずです。 実装範囲に関して具体的な質問があります。SPD 1.0.5 デモプロジェクト (S32_SPD_Demo) では、S32K344/S32K358/S32K388/S32K396 用の TresosProject 構成のみが提供されており、S32K342 用は提供されていません。S32K342に対応させています。 以下の点をS32K342確認していただけますか? 1. ロックステップフォールト注入:S32K342 DCM/EIMメカニズムによるロックステップフォールト注入をサポートしていますか?S32K342はシングルコアのロックステップデバイスで、DCMフォルトにはEMCEM_DCM_NCF_3_LC_ERRとEMCEM_DCM_NCF_0_PLTFRM_CM7_0_LUPが見えます リスト。注入箇所はこれで合っていますか？ 2. LBIST/MBIST: Bist_TS_T40D34M10I5R0 プラグインには S32K342 EPD バリアントがあります。Bist_SpecificTables_S32K3XX.c に含まれる LBIST MISR ゴールデンシグネチャと MBIST パーティションテーブルは、S32K342 シリコンに対して既に正しく動作していますか？必要なのか? S32K342特化した調整は? 3. セーフティ検証(LBIST/MBIST/lockstep FI)S32K342専用のアプリケーションノートやリファレンス・マニュアルはありますか?

使用 mculink 时，调试可以找到探针，但在选择"...... "时出现异常。 当我完成 MCU-LINK 安装指南中列出的步骤并将 MCU-LINK 与 MCUXpresso IDE 结合使用时，我遇到了一个问题。 将计算机连接到 MCU-LINK 后，我可以进行调试，探针也能被识别。但是，在我选择它之后，它一直在重新连接，并且弹出了这个异常。原因何在？您能帮我理解一下吗？谢谢！ picture1.jpg picture2.jpg i.MX RT600 Re: When using mculink, debugging can find the probe, but there is an exception when selected 你好@Yu_ 如果 D11 未开启，则在板上存在配电问题。调试器仍在工作，这就是为什么你在连接 USB 时会检测到板的原因。 Re: When using mculink, debugging can find the probe, but there is an exception when selected 嗨 @carlos_o 我没有修改开发板，跳线位置也已恢复到默认位置，但是开发板的 D11 仍未开启。 通过 LINK USB 连接计算机后，设备管理器会显示新的 USB " Composite 设备 "，但开发板仍然无法烧录示例代码，它仍然显示 " 无法连接探针索引 1 的电线。" Re: When using mculink, debugging can find the probe, but there is an exception when selected 你好@Yu_ D2 闪烁表示板载调试器正在运行。 D11 是一个开机指示灯，你可以在电路板的原理图上看到。 carlos_o_0-1760117725485.png D8 是蓝色发光二极管，由 P0_26 控制 carlos_o_1-1760118005198.png 你以任何方式修改了板吗？或者您是否移动了任何迷你跳线的默认位置？ Re: When using mculink, debugging can find the probe, but there is an exception when selected 红色圈出的部分是正常燃烧后开启的，蓝色部分是按压后开启的。现在，D8、D9、D10 和 D11 没有打开，也无法烧入。 微信图片_20251010141818_48_22.jpg 微信图片_20251010141818_48_22.jpg Snipaste_2025-10-10_14-19-11.jpg Snipaste_2025-10-10_14-19-00.jpg Snipaste_2025-10-10_14-19-20.jpg Re: When using mculink, debugging can find the probe, but there is an exception when selected Hi@carlos_o 很抱歉这么久才给您回复。 以前，我尝试连接我板上的接口，但仍然显示错误。 最近我收到了 RT685 的开发板。一开始，我用数据线将 J5 连接到电脑，然后成功刻录了 HelloWorld 的程序。电路板上的 D8 和 D11 处于恒定状态，并且 D2 会闪烁。 后来，我去检查了我的板。上述接口为 Type-C，引脚为 DM 和 DP，以及 A5、B8 和 VBUS、GND。我不知道为什么电脑是通过 Type-C 端口连接的。计算机找不到任何外部设备，也没有显示未知设备的访问权限。 今天，在测试开发板时，我还遇到了一个非常奇怪的问题。 最初，开发板完好无损，我烧掉了案例代码以启用正常烧录。但是当我第一次烧掉我的板失败时，我换了数据线，然后烧掉了开发板，开发板也遇到了这篇文章最初的问题。 此外，连接 J5 端口后，只有 D2 灯闪烁，D8 和 D11 灯不亮。 现在它无法烧入，而且总是显示"无法连接探针索引 1 的导线。错误：导线检查故障 - 目标已连接？" 原因何在？板坏了吗？ Re: When using mculink, debugging can find the probe, but there is an exception when selected 你好@Yu_ 请尝试将 MCU-LINK 的所有 10 个连接器连接到 RT600 板上的相应信号 carlos_o_0-1758235601883.png MCU-LINK 的电平转换器需要 VREF 才能正常工作。 需要使用 IF_DETECT 进入板的地底才能检测板。 请尽可能连接所有 10 个引脚 Re: When using mculink, debugging can find the probe, but there is an exception when selected 您好@Carlos_o 很高兴看到您的回复。 我之前没有将 MCU-LINK 连接到板的 GND。看到您的回复后，我连接了 SWDIO、SWCLK 和 SWO，然后连接了它们的接地。 但遗憾的是，结果还是和以前一样。 这个错误是在我点击调试后出现的，我看到了探针，在我选择 MCU 探头后出现，它会重试一次。 Re: When using mculink, debugging can find the probe, but there is an exception when selected 你好@Yu_ 对迟来的回复表示歉意 感谢您说明您的设置 看来问题在于 MCU 链接无法识别你使用的 RT685 板。你能否确认两个董事会有共同的参考依据？ 您遇到的这些错误是在开始调试时出现的，还是在运行调试过程中出现的？ Re: When using mculink, debugging can find the probe, but there is an exception when selected 下图是单击调试后弹出的错误。 picture5.png picture6.png Re: When using mculink, debugging can find the probe, but there is an exception when selected Hello@carlos_o 对不起。我很遗憾地回复你说我没有 RT685EVK 板。 我在板上使用的芯片只是 RT685SFFOB。按照你的指示，我将 RST 引脚连接到板上 MCU-Link 的 PIN10，但问题仍然没有改变。 我想简要介绍一下目前的情况。我刚刚在板上使用了 RT685SFFOB 芯片。现在我需要对它进行芯片测试，以验证其功能是否正常。如果它是正常的，我将进行自己的两次开发。 问题是，当我将 muc-link 连接到计算机，然后将我的板连接到 mcu-link 时，调试中会出现上述问题。 我想知道造成上述问题的原因以及如何解决这些问题。 我期待着您的回答。 Re: When using mculink, debugging can find the probe, but there is an exception when selected 你好@Yu_ 请尝试将 MCU-LINK 连接器直接连接到 RT685EVK 主板上的 SWD 10 针连接器。 carlos_o_0-1757623263210.png 如果问题得到解决，请告诉我。 Re: When using mculink, debugging can find the probe, but there is an exception when selected 我又仔细检查了我的板，上面的芯片是 RT685SFFOB 我用 1.8V 的电源 Re: When using mculink, debugging can find the probe, but there is an exception when selected 图片显示了我的连接状态 7639c435f055974256f79ae0b058b011.jpg   Re: When using mculink, debugging can find the probe, but there is an exception when selected 您好@carlos_o 在阅读了您的回复后 是的，我使用的是 MIMXRT685-EVK。 我为板提供独立电源，并通过 USB 将 MCU-LINK 连接到计算机。然后，我使用目标调试连接器连接我的板。 对于 SWD 目标连接头，我只使用 SWDIO、SWO 和 SWCLK。 之后，就会出现上图所示的情况。 Re: When using mculink, debugging can find the probe, but there is an exception when selected 你好@Yu_ 感谢您的提问 你使用的是定制板还是 MIMXRT685-EVK？ 你在为板使用外部电源吗？还是在使用 MCU-Link？ 另外值得一提的是 MCU-Link 用户手册中的附加信息 carlos_o_0-1757538992256.png [MCU-Link Base 独立组网 (SA) 调试探测器，第 7 页] Re: When using mculink, debugging can find the probe, but there is an exception when selected 你应该针对你的具体问题另开一个帖子，而不是在几个月前的帖子下回复。 Re: When using mculink, debugging can find the probe, but there is an exception when selected 您好！请问这个案子有任何进展吗？ 我在另一台电脑上使用功能正常的调试器时，也遇到了完全相同的错误信息。 我认为这个问题与调试器 MCU-Link 本身的通信有关（也就是说，无论将其连接到板/MCU 还是断开连接，都会出现同样的错误）。届时将出现“无法连接到目标”的错误，而不是当前错误。所以我很倾向于去思考某个具体的电脑问题，比如驱动程序或 USB COM 接口的问题，但是尽管我尝试了很多不同的方法来解决这个问题，我仍然没有成功。

S32DS 3.4 - .mexファイルとConfigTools Pinsが開かない こんにちは、 私はS32 Design Studio 3.4と、S32K142用にS32K1xx SDK RTM 4.0.1を使っています。 .mexファイルとConfigTools(ピン/クロック/ペリフェラル)が開かなくなる問題に直面しています。 [[ ## completed ##]] 何が起こるのですか： .mexファイルをダブルクリックするファイルは何もしません。 ConfigTools → Pins も何も機能しません。 かつて、.mexエディターは正しく起動し、ピンズビュー、チップパッケージ、ペリフェラルは見えましたが、 OKボタンを押した後は再び開きませんでした。 これは新しいワークスペースでも起こります   私は既に以下のことを試しました： 新しいワークスペースを作成しています。 プロジェクトを再度インポートしています。 S32 Design Studioプラットフォームツールパッケージの更新。 .mex ファイルのエディタとしてS32 設定ツールを選択します。 S32DSを再起動しています。 プロジェクトは正しくビルドされるが、構成ツールエディタが開かない。 この問題に遭遇したことがある方はいらっしゃいますか？これはSDKのインストール問題、設定ツールの破損、あるいはワークスペースの問題が原因でしょうか? 何かご提案があれば、ぜひお聞かせください。 Eclipse IDEの使用と設定 SDK Re: S32DS 3.4 - .mex file and ConfigTools Pins do not open こんにちは、 @VaneB さん。 ご返信よろしくお願いします。 S32K1xx SDK RTM 4.0.3をS32 Design Studio 3.4にインストールし、4.0.3を使って新しいHelloプロジェクトを作成しましたSDK(インポートされたプロジェクトではありません)。 プロジェクトは正しくビルドされますが、.mexファイルは依然として構成ツールエディタで開きません。 .mex をダブルクリックするとファイルとしてS32設定ツールをエディターに選べますが、OKをクリックしても何も起こりません。 また、設定ツールのプラグイン(Pins Tool、Clocks Tool、ペリフェラル Tool、Frameworkなど)がインストールされていることも確認しました。 他に何を確認すればよいかアドバイスいただけますか?S32DS 3.4で設定ツールエディタが開かないという既知の問題はありますか？ よろしくお願いします。 Re: S32DS 3.4 - .mex file and ConfigTools Pins do not open こんにちは、 @Resham_Bhattad さん なお、S32K1xx SDK RTM 4.0.1はS32DS 3.4と互換性がないことにご注意ください。IDEバージョンでは、サポートされているSDKバージョンはS32K1xx SDK RTM 4.0.2および4.0.3です。 エラーを見る限り、IDEはSDKパスを見つけられないようです。SDKがインストールされていない、プロジェクトがインポートされた場合、またはプロジェクト内で設定されたSDKの位置があなたのマシンにインストールされているSDKと一致しない場合にCANが起こり得ます。 BR、VaneB Re: S32DS 3.4 - .mex file and ConfigTools Pins do not open こんにちは、 @Resham_Bhattad さん ConfigToolsのツールにアクセスした場合、ドロップダウンリストから作成したプロジェクトを表示・選択できますか? VaneB_0-1785858415839.png Re: S32DS 3.4 - .mex file and ConfigTools Pins do not open 同様の紛争は過去にも何度も発生している。 御社は紛争解決について考えなかったのですか？ SDK 4.xxをインストールする際、インストーラーは現在のIDEバージョンとの互換性を自動的に判断します。 せめて警告メッセージを表示してください。 多くの人が同じ機器を長期間使用し、後になって問題が発生するのではなく… 皆さんから次々と返信があり、お使いのIDEのバージョンはooxxバージョンのSDKをインストールするのに適していないとのことでした。 エンドユーザーの中には、自分のSDKバージョンがどのIDEバージョンと互換性があるかを事前に知っている人もいる。 そもそもこんな事態にならないように防ぐべきだった。 あなたは、皆がこのように悪用するのを止めようとする代わりに、それを批判し始める。 賛同される方は、こちらをクリックしてください。👍  Re: S32DS 3.4 - .mex file and ConfigTools Pins do not open .mexを編集`Notepad.exe`によるファイル 検索キーワード「 」 「s32sdk_s32k1xx_rtm_403」を「s32sdk_s32k1xx_rtm_xxx」に置き換える セーブ 開けて! Re: S32DS 3.4 - .mex file and ConfigTools Pins do not open そして .project ファイル: s32sdk_s32k1xx_rtm_402/プラットフォーム/ドライバ/src/lptmr/doxygen/lptmr_driver.dox 不知道為什麼 別的 .dox檔案都是 :  s32sdk_s32k1xx_rtm_402/platform/pal/src/adc/doxygen/adc_pal.dox 就是カップ爾會冒出幾個硬要標新立異用 S32SDK_S32K1XX_RTM_4.0.2  

PN560 硬件 ID 您好，NXP， 我正在尝试确定哪个 NXP 芯片对应于硬件 ID ACPI\VEN_1FC9&DEV_3002 。 请问有人能确认一下PN560的硬件ID应该是什么吗？ 感谢您提前提供任何信息或文件参考资料。 Re: PN560 Hardware ID 你好，爱德华多， 感谢您的回复和抽出时间。 我想指出的是，这些信息似乎在笔记本电脑、平板电脑以及任何其他配备这些 NFC 阅读器的设备的设备管理器中都是公开可见的。但是，我理解你的立场，这件事就到此为止吧。 再次感谢您的支持。 顺祝商祺！ Re: PN560 Hardware ID 你好@johjoh 希望你一切都好。 非常抱歉，这些设备的信息尚未公开，而且这里也不是讨论相关信息的合适途径。 如需进一步支持，请联系您的恩智浦销售代表或最初向您提供这些设备信息的人员。 问候， 爱德华多。