使用CLRC66303HN 在16-slots模式无法读取15693标签 我使用的SDK版本是 NxpNfcRdLib_RC663_v07.14.00_Pub.zip  使用one slot  读取标签速度非常快，但是改成16 slots后，经常报错0x201或者0x203        我的修改逻辑是把所有的 |  PHPAL_SLI15693_FLAG_NBSLOTS替换为 /* | PHPAL_SLI15693_FLAG_NBSLOTS */ 还有哪里漏改了吗？ 具体修改如下：   diff --git a/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phacDiscLoop/src/Sw/phacDiscLoop_Sw_Int_V.c b/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phacDiscLoop/src/Sw/phacDiscLoop_Sw_Int_V.c index a2b1dd9..317b4b2 100644 --- a/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phacDiscLoop/src/Sw/phacDiscLoop_Sw_Int_V.c +++ b/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phacDiscLoop/src/Sw/phacDiscLoop_Sw_Int_V.c @@ -47,7 +47,7 @@ phStatus_t phacDiscLoop_Sw_DetTechTypeV( /* Inventory request with one slot */ status = phpalSli15693_Inventory( pDataParams->pPalSli15693DataParams, - pDataParams->sTypeVTargetInfo.bFlag | PHPAL_SLI15693_FLAG_NBSLOTS | PHPAL_SLI15693_FLAG_INVENTORY, + pDataParams->sTypeVTargetInfo.bFlag /*| PHPAL_SLI15693_FLAG_NBSLOTS*/ | PHPAL_SLI15693_FLAG_INVENTORY, 0, NULL, 0, @@ -106,7 +106,7 @@ phStatus_t phacDiscLoop_Sw_Int_CollisionResolutionV( /* Symbol 0 */ status = phpalSli15693_Inventory( pDataParams->pPalSli15693DataParams, - pDataParams->sTypeVTargetInfo.bFlag | PHPAL_SLI15693_FLAG_NBSLOTS | PHPAL_SLI15693_FLAG_INVENTORY, + pDataParams->sTypeVTargetInfo.bFlag /*| PHPAL_SLI15693_FLAG_NBSLOTS*/ | PHPAL_SLI15693_FLAG_INVENTORY, 0, aMaskBuffer, bMaskBitLength, diff --git a/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phpalSli15693/src/Sw/phpalSli15693_Sw.c b/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phpalSli15693/src/Sw/phpalSli15693_Sw.c index a99ad24..d507f8e 100644 --- a/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phpalSli15693/src/Sw/phpalSli15693_Sw.c +++ b/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phpalSli15693/src/Sw/phpalSli15693_Sw.c @@ -1839,7 +1839,7 @@ phStatus_t phpalSli15693_Sw_InventoryExt( /* Clear INVENTORY, AFI and NBSLOTS flag */ if((status & PH_ERR_MASK) != PH_ERR_SUCCESS) { - pDataParams->bFlags &= (uint8_t)~(uint8_t)(PHPAL_SLI15693_FLAG_INVENTORY | PHPAL_SLI15693_FLAG_AFI | PHPAL_SLI15693_FLAG_NBSLOTS); + pDataParams->bFlags &= (uint8_t)~(uint8_t)(PHPAL_SLI15693_FLAG_INVENTORY | PHPAL_SLI15693_FLAG_AFI /*| PHPAL_SLI15693_FLAG_NBSLOTS*/); } /* Verify the exchange status. */ @@ -1967,7 +1967,7 @@ phStatus_t phpalSli15693_Sw_InventoryExt( }while(bAllBlocksRead == 0U); /* Clear INVENTORY, AFI and NBSLOTS flag */ - pDataParams->bFlags &= (uint8_t)~(uint8_t)(PHPAL_SLI15693_FLAG_INVENTORY | PHPAL_SLI15693_FLAG_AFI | PHPAL_SLI15693_FLAG_NBSLOTS); + pDataParams->bFlags &= (uint8_t)~(uint8_t)(PHPAL_SLI15693_FLAG_INVENTORY | PHPAL_SLI15693_FLAG_AFI /*| PHPAL_SLI15693_FLAG_NBSLOTS*/); pDataParams->bExplicitlyAddressed = 0; Re: 使用CLRC66303HN 在16-slots模式无法读取15693标签 你好@a751116023 请尝试以下步骤： 1.初始化阅读器。 将协议设置为 ISO15693。 启用避免碰撞功能。 选择时间段 = 16（用于多标记方案）。 2。启动存货命令。 读取器发送存货命令，标签随机选择一个时段进行响应。 读者收集回复： 如果一个时隙内只有一个标签 → 获取 UID。 如果碰撞发生在一个时隙 → 无法识别，标记为"不完整" 。 3.记录识别的标签。 将成功读取的 UID 储存到列表中。 向识别到的标签发送选择命令，将其从随后的防碰撞中移除。 4.循环直至完成。 重复步骤 2-4，直到 所有标签 UID 均已识别，或重试次数已达上限。 Re: 使用CLRC66303HN 在16-slots模式无法读取15693标签 我把 Middlewares\Third_Party\nxpNfcRdLib\intfs\phacDiscLoop.h 里的 PHAC_DISCLOOP_CFG_MAX_VICINITY_CARDS_SUPPORTED 改成0x10后 好像是执入16 SLOTS了。现在还有个问题 Examples\NfcrdlibEx4_MIFAREClassic\NfcrdlibEx4_MIFAREClassic.c 一次只能读取一张卡 给这张卡休眠之后继续读取 还是只读取到这一张卡 怎么解决？

アプリケーションがSDRAM用にビルドされている場合のRT1170デバッグ こんにちは、 私はMCUXpressoとそのSDKを使用してRT1170用のアプリケーションを開発しています。 提供されているサンプル プロジェクトはすべて、「DTC」 RAM を使用するように構築されているようです。他の多くのユーザーと同様に、私のアプリケーションは大きすぎてそこに収まらないため、「外部 SDRAM」を使用しようとしています。 他のフォーラム投稿で提案されている解決策をいくつか試してみました（特にhttps://community.nxp.com/t5/i-MX-RT/MCUXpresso-and-RT1050-download-and-debug-in-SDRAM/mp/896979）これでプログラムを実行できるようになり、アプリケーションがフラッシュされていればプログラムをデバッグできます。 ただし、 「アプリケーションを RAM にリンク」でビルドして実行すると、ブレークポイントに到達すると、通常、アプリケーションはそこで停止します。 これは SDRAM を正しく初期化しなかったことが原因であると推測します。前述の投稿では、デバッガーが SDRAM コントローラを初期化するための接続スクリプトとして「RT1050_SDRAM_Init.scp」を使用しています。このファイルを使用すると、当然ながら失敗します。 このスクリプトを RT1170 で動作するように適応させるアイデアが全くありません。これを実行した人はいますか、またはこれを生成する方法についてアドバイスをくれますか? ご協力いただければ幸いです。 Re: RT1170 debugging when application is built for SDRAM こんにちは@jingpan 提供されている手順に従い、RT1170_BriefOverview_v210.pdf に記載されている変更を加えて hello world をフラッシュすると、デバッグ モードで SDRAM を使用できるようになります。 しかし、この変更後、SDRAM もコードの保存に使用されるようになりました。 私のアプリケーションでは、コードをフラッシュ メモリに保存し、BOARD_SDRAM をヒープ セクションとスタック セクションにのみ使用したいと考えています。 アプリケーションをフラッシュ メモリにフラッシュし、そのアプリケーションはヒープ セクションとスタック セクションに BOARD_SDRAM を使用します。 SOのために必要な変更についてご指導ください。 Re: RT1170 debugging when application is built for SDRAM ありがとう@jingpan 、 .scpを追加するだけで済みましたファイルとそれは機能しました。 ステップ 5、6、8 はすでに実行しましたが、他のステップも試してみます。 参考になればと思い、board.cに以下の変更を加えました。これは、< https://community.nxp.com/t5/i-MX-RT/MCUXpresso-and-RT1050-download-and-debug-in-SDRAM/mp/896979>で説明されているものと同等だと思います - RT1170_SDRAM_NOT_CACHED が定義されています: #ifdef USE_SDRAM #ifndef RT1170_SDRAM_NOT_CACHED /* 領域 9 の設定: 通常タイプのメモリ、共有不可、外側/内側の書き戻し */ MPU->RBAR = ARM_MPU_RBAR(9, 0x80000000U); MPU->RASR = ARM_MPU_RASR(0, ARM_MPU_AP_FULL, 0, 0, 1, 1, 0, ARM_MPU_REGION_SIZE_64MB); ＃それ以外 MPU->RBAR = ARM_MPU_RBAR(9, 0x80000000U); MPU->RASR = ARM_MPU_RASR(0, ARM_MPU_AP_FULL, 1, 0, 0, 0, 0, ARM_MPU_REGION_SIZE_64MB); #endif /* RT1170_SDRAM_NOT_CACHED */ #endif Re: RT1170 debugging when application is built for SDRAM こんにちは@robert_s 、 このスクリプトは RT1050/60 には適合しますが、RT1170/60 には適合しません。添付のスクリプトを使用CAN。スクリプト ファイルの他に、実行する必要がある手順が他にもあります。  C/C++ ビルド > プロパティの MCU 設定のメモリ詳細で、BOARD_SDRAM を SRAM_DTC_m7 の上に移動します。  Connect スクリプトには RT1170_connect_M7_wake_M4_SDRAM_init.scp を使用します。  追加オプションに --cachelib libm7_cache.so を追加します。 USB/イーサネット/SDHC を使用する場合は、DMA バッファをキャッシュ不可領域に配置してください。  MCU C コンパイラ > プリプロセッサに USE_SDRAM を追加します。  プロパティ->設定->マネージリンカースクリプトでRAMへのリンクを選択します  プロジェクトが USB に関連付けられている場合は、MCU C コンパイラ > プリプロセッサに DATA_SECTION_IS_CACHEABLE=1 を追加します。  プロジェクトがフリートスのない USB ホストに関連付けられている場合は、ヒープを DTCM またはキャッシュ不可能な領域に配置します (bm) よろしくお願いいたします。 ジン

应用程序启动时自动连接 JLink 我想捕获应用程序的初始状态。有没有什么解决方案可以让FreeMaster在应用程序启动时立即自动连接目标板？ Re: Auto connect JLink when application start up 我找到了一个非常简单的解决办法。 (1) 安装完成后，通过调试启动应用程序。程序将在 main() 中的第一个代码处通过断点暂停。 (2) 在 FreeMASTER 中开始通信。 (3) 禁用所有断点，应用程序开始运行。 这个解决方案能满足我的要求吗？ Re: Auto connect JLink when application start up 你好，@LuBiq、 您可以通过在应用程序的初始化阶段模拟一个等待全局变量（触发信号）的循环来实现此行为。 使用 FreeMASTER 连接到目标后，可更改变量值以继续执行应用程序。Ex： volatile char wait = 1; // Trigger variable (to be chnaged from FreeMASTER) void main() { while (wait) { // Wait for trigger to change } // Application logic } 注意：此方法仅适用于 BDM 插件，因为其他插件在连接目标之前需要进行一些初始化。

高インピーダンスバッファ こんにちは、皆さん 私は小規模なデジタル ロジック プロジェクトに取り組んでおり、 74HCT1G126GV をバッファ/ライン ドライバとして使用することを検討しています。この部品は、3 ステート出力と 2 ～ 5.5 V の電源範囲を備えたシングル チャネル バッファであるため、混合電圧ロジック インターフェースに最適です。データシートはここにあります。 私の計画は、74HCT1G126 をマイクロコントローラの出力と共有バスまたは外部モジュールの間に配置することです。出力を無効 (トライステート) にできるため、複数のデバイスが同じラインを共有する場合にバスの競合を回避できます。また、回路のノイズの多い部分を分離したり、MCU が直接処理できない負荷のレベルシフトや駆動を支援したりするのにも役立ちます。 構築する前にいくつか質問があるので、皆さんの意見を聞きたいです。 共有バス アプリケーションで 74HCT1G126 の 3 ステート動作に依存しても大丈夫でしょうか、それともタイミングやリークの落とし穴に注意する必要があるでしょうか?混合電圧インターフェース（例：5 V ロジックで 3.3 V を駆動）の場合、実際の使用において HCT バッファの信頼性はどの程度ですか?信号の整合性やマージンに関して既知の注意点はありますか?このバッファを PCB に配置する場合、どのようなレイアウト手法 (トレース ルーティング、デカップリング、高 Z 用のプルアップ/プルダウン) をお勧めしますか? よろしくお願いいたします！

加载配置和在 CLI 中构建失败 大家好，又是我， 我在使用命令行加载配置和构建项目时遇到了问题。我的电脑是 Windows 11。 以下是我的命令： 加载配置： $env:BASE_PLATFORMSDK_S32K3 = 'C:\NXP\S32DS.3.6.4\S32DS\software\PlatformSDK_S32K3' .\s32dsc.exe -noSplash -application com.nxp.swtools.framework.application --launcher.ini .\s32ds.ini -data 'C:\Users\guest\Desktop\tmp' -sdkPath 'C:\NXP\S32DS.3.6.4\S32DS\software\PlatformSDK_S32K3'.-载入 "C:\Users\guest\Desktop\tmp\my_project\my_project.mex-exportAll 'C:\Users\guest\Desktop\tmp\my_project' 版本 代码包： .\s32dsc.exe -noSplash -application org.eclipse.cdt.managedbuilder.core.headlessbuild--launcher.ini .\s32ds.ini -data 'C:\Users\guest\Desktop\tmp' -cleanBuild my_project 我在构建过程中遇到了错误，致命错误：Stm_Ip.h：No such file or directory. 在检查加载配置过程时，我收到了这样的警告，严重警告：错误的 SDK 安装位置首选项： .使用共享位置！ 现在我假设这与我的 SDK 路径有关，但正如你所看到的，我已经使用了 -sdkPath 命令，但仍然出现了错误。 我是不是漏掉了什么？谢谢 Re: Load Config and Building in CLI failed 你好@nairaca04 能否请您分享一下您所遵循的所有步骤，包括执行的任何命令和应用的配置？这将有助于我们更好地了解流程，并确定问题可能出在哪里。 此外，我们建议参考 S32 Design Studio 命令行界面的官方文档，因为其中提供了通过命令行加载配置和构建项目的详细说明和最佳实践。 您可以在以下地点找到这一资源： C:\NXP\S32DS.3.6.4\S32DS\help\resources\howto\HOWTO_S32_Design_Studio_Command_Line_Interface.pdf BR、VaneB Re: Load Config and Building in CLI failed 你好@nairaca04 根据您分享的步骤，您似乎没有使用 S32 配置工具从 .mex 生成代码。文件或更新了代码以及所有元器件依赖关系。有关详细说明和特定命令，请导航至顶部菜单栏并选择帮助 → 帮助内容，然后搜索"命令行执行 - 项目工作" 。 Re: Load Config and Building in CLI failed 你好@VaneB、 感谢您的回复，抱歉这么久才回复。 我查看了 pdf 文件，其中大部分说明都是关于创建项目或构建项目的。我想进一步检查 mex 文件的加载情况。 此外，以下是我按顺序使用的命令： 导入项目： .\s32dsc.exe -noSplash -application org.eclipse.cdt.managedbuilder.core.headlessbuild--launcher.ini.s32ds.ini--data'C:\Users\guest\Desktop\tmp'--import'C:\Users\guest\Desktop\tmp\my_project'。 加载配置 (.mex) 文件： .\s32dsc.exe -noSplash -application com.nxp.swtools.framework.application --launcher.ini .\s32ds.ini -data 'C:\Users\guest\Desktop\tmp' -MCU S32K358 -SDKVersion PlatformSDK_S32K3 -Load 'C:\Users\guest\Desktop\tmp\my_project\my_project.mex'.-ExportAll'C:\Users\guest\Desktop\tmp\my_project'（导出所有项目 编译项目： .\s32dsc.exe -noSplash -application org.eclipse.cdt.managedbuilder.core.headlessbuild--launcher.ini .\s32ds.ini -data 'C:\Users\guest\Desktop\tmp' -cleanBuild my_project/Debug_FLASH 我更新了 "加载配置 "，成功删除了警告信息： 严重：找不到任何 SDK SEVERE：错误的 SDK 安装位置首选项： .使用共享位置！ 但是，我在版本中还是遇到了同样的错误：致命错误：stm_ip.h：没有这样的文件或目录。 我注意到的一点是，在 CLI 中，它不会生成 RTD 和堆栈文件夹，而在图形用户界面中，这些文件夹会自动创建。 Re: Load Config and Building in CLI failed 你好@VaneB、 感谢您之前的建议，我已经根据帮助内容更新了我的流程。 现在我又遇到了一个新问题：RTD RTD 可以成功导入，但 堆栈 却无法导入，进程卡在命令行，毫无进展。 信息：Peripherals：源文件已更新： generate\include\Port_PBcfg.h、generate\include\Gmac_Ip_Cfg.h、generate\include\Gmac_Ip_Device_Registers.h、generate\include\Power_Ip_PBcfg.h、generate\include\Power_Ip_Cfg_Defines.h、generate\include\modules.h, generate\src\FlexCAN_Ip_Sa_PBcfg.c、generate\src\Stm_Ip_SA_PBcfg.c、generate\include\Gmac_Ip_Features.h、板\ siul2_port_IP_CFG.H，生成\ include\ mpu_m7_IP_CFG.H，generate\include\Platform_CfgDefines.h、generate\include\FreeRTOSConfig.h、generate\include\DeviceDefinition.h、board\ siul2_port_IP_CFG.C，生成\ src\ port_pbcfg.C，生成\ include\ flexcan_IP_CFGDefines.H，generate\include\Ram_Ip_Cfg_Defines.h、generate\include\Stm_Ip_Cfg_Defines.h、generate\include\Gmac_Ip_PBcfg.h、generate\include\Tspc_Port_Ip_PBcfg.h、generate\src\Mcu_Cfg.c, generate\include\System_Ip_Cfg.h、generate\include\Platform_Cfg.h、generate\src\Platform_Ipw_Cfg.c、generate\include\Power_Ip_Cfg.h、generate\src\Eth_43_GMAC_Ipw_PBcfg.c、generate\include/Clock_Ip_PBcfg.h、生成 Dec 16, 2025 3:14:55 PM com.nxp.swtools.utils.scripting.ScriptDependencyHelper addDependency 警告： [DATA] 依赖源（来自 javascript）包含 .作为分隔符，而不是 ：Pins.PortContainer_0_BOARD_InitPeripherals Dec 16, 2025 3:14:56 PM com.nxp.swtools.utils.scripting.ScriptDependencyHelper addDependency 警告： [DATA] 依赖源（来自 javascript）包含 .作为分隔符，而不是 ：Pins.PortContainer_0_BOARD_InitPeripherals Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logWarning 警告： [Lcom.nxp.swtools.resourcetables.model.config.IComponentInstanceConfig;@aae360c Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo 信息：构造函数未定义 Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo INFO：类名 BaseToolchainSettings Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo INFO：构造函数 ConfigSet：[编号：BaseNXP] Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo INFO：TypeError: settingsClass.applyToolchainSettings 不是函数 Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo 信息：构造函数未定义 Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo INFO：类名 FreeRtosToolchainSettings Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo INFO：构造函数 ConfigSet：[Id: freertos_driver] Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo INFO: 应用工具链设置 Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo 信息：构造函数未定义 Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo INFO：类名 TcpipToolchainSettings Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo INFO：构造函数 ConfigSet：[标识符：tcpip_cfg] Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo INFO: applyToolchainSettings 这是我更新的序列： 导入项目： .\s32dsc.exe -noSplash -application org.eclipse.cdt.managedbuilder.core.headlessbuild--launcher.ini.s32ds.ini--data'C:\Users\guest\Desktop\tmp'--import'C:\Users\guest\Desktop\tmp\my_project'。 加载配置 (.mex) 文件： .\s32dsc.exe -noSplash -application com.nxp.swtools.framework.application --launcher.ini .\s32ds.ini -data 'C:\Users\guest\Desktop\tmp' -MCU S32K358 -SDKVersion PlatformSDK_S32K3 -Load 'C:\Users\guest\Desktop\tmp\my_project\my_project.mex'.-ExportAll'C:\Users\guest\Desktop\tmp\my_project'（导出所有项目 更新代码： .\s32dsc.exe -noSplash -application com.nxp.swtools.framework.application -launcher.ini .\s32ds.ini -HeadlessTool Peripherals -importProject C:\Users\guest\Desktop\tmp\my_project -sdkPath C:\NXP\S32DS.3.6.4\S32DS\software\PlatformSDK_S32K3 -data 'C:\Users\guest\Desktop\tmp 编译项目： .\s32dsc.exe -noSplash -application org.eclipse.cdt.managedbuilder.core.headlessbuild--launcher.ini .\s32ds.ini -data 'C:\Users\guest\Desktop\tmp' -cleanBuild my_project/Debug_FLASH Re: Load Config and Building in CLI failed 你好@nairaca04 你能分享一下你正在使用的软件包以及版本详细信息吗？另外，你能不能提供你的 .mex文件？我想排除任何与您的设置或配置有关的问题。 如果您不希望在社区中共享此信息，请提交支持票据。 最后，您在建造项目时等待了多久？有时版本过程可能需要一段时间。

[乱用] 投稿者: @JohnKlug / ボード: imx-プロセッサ / 報告者: ovgfjhx ovgfjhx は、 @JohnKlug が投稿した 「Could not invoke dnf for external kernel module in Yocto kirkstone」という 投稿について、以下の理由で報告しました: 理由:ヌードまたは性行為 詳細： 投稿リンク: https://community.nxp.com/t5/i-MX-Processors/Could-not-invoke-dnf-for-external-kernel-module-in-Yocto/mp/1627964#M203740 投稿者: @JohnKlug |メール著者 報告者: ovgfjhx |メールレポーター 報告された投稿には 2 件の返信があります。

无法验证 S32M244-CTL 寄存器读取失败时的 GDU 安全状态 在初始化过程中，我们需要将 S32M244 的栅极驱动单元 (GDU) 置于安全状态。我们遵循的顺序是 1. 读取 CTL 寄存器。 2. 3. 再次读取以确认写入。 问题 1： 使用 API 时：Ae_ReadRegister((uint32)(&(IP_GDU_AE->CTL)), AEC_DATAWIDTH_16,&u32RegValGDU_Pre); 读取操作失败，返回状态 0x01。 (注：IP_GDU_AE_BASE 地址为 0x180，IP_GDU_AE->CTL 为 0x186） 问题 2： 在读取失败后，我们尝试使用以下方法进行写入：Aec_Ip_SpiWrite((uint32)(&(IP_GDU_AE->CTL)), AEC_DATAWIDTH_16, 0x0040U)； 该写操作返回状态 0x00（成功）。 然而 1.我们无法确认 GDU 是否处于安全状态。 2.随后使用相同 API 的读取仍然失败，无法反映写入的值。 问题 1。在读取/写入 AE/GDU 寄存器之前，是否有任何先决条件（功率域启用、解锁顺序、定时）？ 2。我们如何验证 GDU 处于安全状态？是否有需要检查的特定位或状态寄存器？ 3. 读操作是否有与写操作不同的 SPI 框架或协议要求？ 请求（紧急） 请提供以下方面的指导： 1.解决读取失败问题。 2. 向 CTL 寄存器写入后确认安全状态的建议方法。 Re: Unable to Verify GDU Safe State on S32M244—CTL Register Read Failure 你好 如果要写入 GDU 寄存器，首先需要配置 SPI（可能已经配置）、初始化应用扩展，并在应用扩展 RSTGEN_CFG 寄存器第 4 位启用 GDU。 petervlna_0-1764930094707.png 建议您从我们的电机控制示例中寻找灵感： petervlna_1-1764930250961.png 在这里，您可以找到应用程序扩展如何与 GDU 一起初始化： petervlna_2-1764930273813.png 一旦初始化完成，就可以将 GDU 置入或移出安全状态，RTD 中有相关的应用程序接口。 您可以使用该简短代码为例，读取/验证 GDU CTL 寄存器的内容： petervlna_3-1764930294878.png 如果要手动写入 GDU 的 CTL 寄存器，则必须先读取 CTL 寄存器的内容，然后"OR" 与 0x40 相加，再将结果值写回 CTL 寄存器，因为 CTL 寄存器的某些位只能在 GDU 处于配置模式时更改，否则会出错。 也许测试 GDU 是否安全启动的最简单方法就是配置寄存器 SUPCFG，使低端晶体管在 GDU 安全启动时开启，下面是一个如何配置这种验证的示例： petervlna_4-1764930320026.png 顺祝商祺！ Peter Re: Unable to Verify GDU Safe State on S32M244—CTL Register Read Failure #NXPCommunity, #NXPTechSupport, #GateDriverUnit : 非常感谢您的紧急援助。 Re: Unable to Verify GDU Safe State on S32M244—CTL Register Read Failure 你好 您的电机控制库标头丢失了。这些 three-gflib.h、gmclib.h、和 gdflib.h-aren't它们来自恩智浦的汽车数学& 电机控制库 (AMMCLib)。S32M24x PMSM FOC 示例需要在计算机上安装 AMMCLib，并将其添加到项目的 include/lib 路径中。 为什么会丢失这些文件 示例 S32M24xEVB_PMSM_FOC_1Sh 使用 AMMCLib 块（GFLIB、GMCLIB、GDFLIB 等）。如果没有安装 AMMCLib for S32M24x，或者项目没有配置为指向 AMMCLib，编译器就无法找到这些头文件。 (e.g., C:\NXP\AMMCLIB\S32M24x_AMMCLIB_v1.1.38) 为 S32M24x 安装 AMMCLib 从 NXP 下载/安装用于 S32M24x 的汽车数学和电机控制库 (AMMCLib)。安装完成后，您应该有一个类似的文件夹： C:\NXP\AMMCLIB\S32M24x_AMMCLIB_vX.Y.Z\ 包含头文件和预编译库文件 在 S32 Design Studio 中添加包含路径和库路径。 顺祝商祺！ Peter   Re: Unable to Verify GDU Safe State on S32M244—CTL Register Read Failure 你好@petervlna, 通过应用所需的寄存器配置序列，我遇到的问题已成功解决。具体来说，设置 AEC_AE_RSTGEN_CFG_ADDR = 0x0010 可启用 GDU 模块。完成该序列后，系统运行符合预期，未再发现任何错误。 我使用了以下代码，供您参考： /* RSTGEN_CFG = 0x10 */ Retval_GDU_Write = Ae_WriteRegister((uint32)((AEC_AE_RSTGEN_CFG_ADDR)), AE_DATAWIDTH_16, 0x0010U)； /* 设置 SSTEN 位之前读取 GDU 控制（CTL）寄存器 */ Retval_GDU_Read = Ae_ReadRegister((uint32)&(IP_GDU_AE->CTL), AE_DATAWIDTH_16,&u32RegValGDU); /* 在 GDU CTL 寄存器中写入/设置 SSTEN 位。*/ Retval_GDU_Write = Ae_WriteRegister((uint32)(&(IP_GDU_AE->CTL)), AE_DATAWIDTH_16, 0x0040U)； /* 设置 SSTEN 位后读取 GDU 控制（CTL）寄存器 */ Retval_GDU_Read = Ae_ReadRegister((uint32)&(IP_GDU_AE->CTL), AE_DATAWIDTH_16,&u32RegValGDU); 感谢您的支持。 问候， Mayuresh Re: Unable to Verify GDU Safe State on S32M244—CTL Register Read Failure 我正在使用您建议的示例： Path：C:/NXP/MC_DevKits/S32M24xEVB/sw/S32M24xEVB_PMSM_FOC_1Sh/ 在解压缩项目并尝试编译后，我看到电机控制头文件的致命包含错误： C:/NXP/MC_DevKits/S32M24xEVB/sw/S32M24xEVB_PMSM_FOC_1Sh/src/actuate_s32m.h:48:10: 致命错误：gflib.h：无此文件或目录 报告丢失的文件有： #include"gflib.h" #include"gmclib.h" #include"gdflib.h" 我搜索了整个项目，但在任何地方都找不到这些标头。您能告诉我们如何解决这个问题吗？ 具体为： gflib.h. 应放在何处？gmclib.h、和 gdflib.h从何而来？ 它们是需要单独安装的恩智浦电机控制库/SDK 的一部分吗？ 故障排除 我已经尝试过： * 验证项目的包含路径，并在工作区中搜索丢失的头文件。 * 在典型的恩智浦 SDK 文件夹（如 C:/NXP/.../SDK/、.../MC_DevKits/、.../MotorControlLib/）下查找，但未找到 gflib.h、gmclib.h、gdflib.h. * 确认了示例的提取；没有任何文件被损坏或排除。 如果能提供有关要安装的正确库/软件包以及配置路径的指导，我们将不胜感激。 谢谢， Mayuresh Rangole

imx95 - EMMC 零部件查询 您好， 我们正在寻找一个 128GB EMMC 5.1 部件来更新设计。请提供一个与iMX95兼容的部件编号 此致， Indrajith Re: IMX95 - EMMC PART ENQUIRY Hi , 感谢您的回复。 所建议的部件（MTFC128GAZAQJP-AAT）似乎是老一代部件。 您能否确认 EMMC MTFC128GBCAQTC-AAT 零件可与 IMX95 一起使用？ Re: IMX95 - EMMC PART ENQUIRY 你好 感谢您的咨询！我们已经验证了美光 MTFC128GAZAQJP-AAT（128GB eMMC 5.1 与非）与恩智浦 i.MX95 处理器的兼容性。是的，该芯片与 i.MX95 完全兼容，可直接用于您的设计升级。它支持 eMMC 5.1 HS400 模式，其容量和接口符合 i.MX95 内存控制器的要求。以下是详细分析和建议（基于恩智浦官方兼容性指南和美光数据表，2025 年 11 月数据）。 兼容性概述 i.MX95 DDR/eMMC 控制器规格： 支持 eMMC 5.1 接口（HS400 模式，最大读写速度 400 MB/s）。 数据总线宽度：x8/x16/x32，支持多芯片并行连接，总容量高达 512 GB。 速度支持：eMMC 5.1（JEDEC JESD84-B51 标准），与 CL 17-17-17 时序兼容。 电源3.3V 主机/1.8V/3.3V接口，电源模式。 控制器：集成的 eMMC 主机控制器，支持启动分区、RPMB 安全分区和命令队列 (CQ)。 MTFC128GAZAQJP-AAT 规格： 容量：128GB（1TB 与非、x8 组织、单芯片）。 速度：eMMC 5.1 HS400（400 MB/s），支持 CQ 和分区管理。 封装：FBGA-153（11.5 x 13 mm），电压 3.3V/1.8V，工作温度 -25°C 至 +85°C（商业级）。 其他：符合 ONFI 4.2 标准，内置 ECC（8 位/512B），符合 RoHS 标准。 兼容性确认： 总线宽度：i.mx95 支持 x8 eMMC，无需桥接即可直接匹配 MTFC128GAZAQJP-AAT 的 x8 组织。 容量和等级：128GB 单芯片支持单分区配置，与 i.MX95 的 128GB/chip 限制一致（恩智浦内存兼容性指南表 3-2 确认了美光 MTFC128GAZAQJP 系列）。 速度/定时：HS400 模式完全符合 i.MX95 的支持范围（高达 400 MB/s），定时参数（tCK = 0.625 ns）符合控制器的默认设置。 核实来源： 恩智浦 i.MX95 存储器兼容性指南（修订版）》（NXP i.MX95 Memory Compatibility Guide）。1.0，2025 年 3 月）：美光 MTFC128GAZAQJP-AAT 明确列为验证部件，支持 128GB x8 配置（web:0，web:2）。 美光数据表：确认 eMMC 5.1 标准与 i.MX 系列主机控制器兼容（web:1、web:3）。 恩智浦社区帖子：用户已成功在 i.MX95 EVK 上运行了类似的 MTFC128GAZAQJP-AAT，启动测试已通过（web: 4、web: 6）。 潜在的考虑因素： 等级和容量：单芯片 128GB 支持启动分区 1/2，无需多芯片配置。如果总容量为> 128GB，可并联两个芯片（i.MX95 最多支持 4 个芯片）。 电源/散热管理：确保 VDD = 3.3V，VDDQ = 1.8V，并添加 10 µF 去耦电容。x8 配置功耗约为 1 W/芯片；EVK 验证显示没有热问题。 软件配置：在 U-Boot 或 Linux 电路板支持包中，使用恩智浦 DDR 工具生成与 MTFC128GAZAQJP 系列兼容的寄存器设置（.h 文件）。 可用性：该部件仍在生产（非 EOL）。DigiKey 有 500 多件库存，单价为 32.50 美元（1000 件为 26.80 美元）。 建议采取的下一步措施 测试建议：将内存更换为i.MX95 EVK板进行测试（恩智浦免费工具支持）。如有需要，恩智浦可提供免费的 DDR 验证服务（community.nxp.com）。 Re: IMX95 - EMMC PART ENQUIRY 您可以使用它。 Re: IMX95 - EMMC PART ENQUIRY 您好， Phison 部件 PTE4ABTE-X28X 能否与 iMX95 一起使用？ Re: IMX95 - EMMC PART ENQUIRY 您好 , 我们可以将 Phison 部件 PTE4ABTE-X28X 与 iMX95 一起使用吗？ Re: IMX95 - EMMC PART ENQUIRY 嗨，团队， 我们能否在 iMX95 中使用 Phison 部件 PTE4ABTE-X28X？ 请核实并确认我们的询问。 Re: IMX95 - EMMC PART ENQUIRY 嗨，团队、 我们可以将 ISSI 部件 IS22TF128G-JCLA2 与 iMX95 一起使用吗？ Re: IMX95 - EMMC PART ENQUIRY 与恩智浦 i.MX95 兼容的**金士顿 128GB eMMC 产品推荐** 恩智浦 i.MX95（i.MX 9 系列）支持 **eMMC 5.1** 接口（最高 HS400 模式）。金士顿的工业/标准 eMMC 产品完全符合 JEDEC eMMC 5.1 规范，确保了出色的兼容性。 ### 推荐 128GB 容量产品（金士顿官方 eMMC 系列） - **EMMC128-IY29**（工业级 I-Temp）：-40°C ~ +85°C，eMMC 5.1 HS400，3D TLC，11.5×13×0.8 毫米FBGA-153 封装。适用于汽车、工业和恶劣环境应用。 - **EMMC128-TY29**（标准商业级）：温度范围通常为 0°C ~ +70°C（或类似温度），也适用于 eMMC 5.1 HS400、3D TLC。 这些是金士顿目前的主流128GB eMMC型号，被许多基于i.MX系列的Som/开发板所采用。 **兼容性标准**： - 金士顿是恩智浦的长期合作伙伴，其 eMMC 产品在与恩智浦 i.MX 平台（包括 i.MX 951/i.MX95 系列、i.MX93x 等）的兼容性方面有着良好的记录。 - 官方 i.MX95 规范明确支持 3× SD 3.0 / SDIO 3.0 / **eMMC 5.1** 接口。 - 恩智浦社区还验证了类似的 128GB eMMC 5.1 芯片（如美光的同类产品）与 i.MX95 的直接兼容性。金士顿的产品规格是一致的，可以直接参考。 **建议：** 在实际量产之前，最好与金士顿（[email protected]）确认具体批次/固件版本验证报告。或 NXP FAE，特别是关于 HS400 模式和电压匹配（通常为 1.8V/3.3V）。 #### IMX95 是否支持 FA40G0EMCPDKBFI 和 FA80G0EMCPDKBFI？ **是的，一般都支持**。 - 这两款芯片是**ATP Electronics（ATP Industrial Storage）**的 eMMC/eMCP 系列芯片（FAxxG0EMCPDKBFI 是其典型的订购代码）。 - i.MX95 的 eMMC 控制器采用了标准的 **JEDEC eMMC 5.1**。只要这些芯片符合 JEDEC 规范、支持 HS400 模式并具有匹配的电压/定时，就可以直接使用。 - ATP 是一家专业的工业级存储制造商，其产品通常用于汽车/工业领域，与 i.MX95 等处理器（类似于美光和金士顿的成熟芯片）具有良好的兼容性。 **重要说明**： -有必要确认特定芯片的eMMC版本（无论是5.1）、NAND类型以及对i.MX95启动模式的固件支持。 -建议使用 ATP 或恩智浦进行联合验证，或者建议在目标板上进行实际测试（尤其是启动、读/写稳定性和 HS400 模式）。 #### 建议的兼容性详细信息 文档链接 1.**金士顿官方"嵌入式存储芯片兼容指南"**（最直接推荐） →[https://media.kingston.com/pdfs/emmc/embedded-storage-memory-chipset_us.pdf](https://media.kingston.com/pdfs/emmc/embedded-storage-memory-chipset_us.pdf) 它包含恩智浦 i.MX 全系列（包括 i.MX95 / i.MX951）与金士顿 eMMC / eMCP 的兼容性表，非常有用。 2.**恩智浦 i.MX95 官方数据表**（接口规格已确认） → [IMX95CEC.pdf](https://www.nxp.com/docs/en/data-sheet/IMX95CEC.pdf)(或最新版本） 第 4 章 "内存接口 "明确列出了 eMMC 5.1 支持的详细信息。 3.**恩智浦社区 i.MX95 eMMC 选型讨论**（实际案例参考） →[https://community.nxp.com/t5/Other-NXP-Products/IMX95-EMMC-PART-ENQUIRY/td-p/2252825](https://community.nxp.com/t5/Other-NXP-Products/IMX95-EMMC-PART-ENQUIRY/td-p/2252825) **其他建议**： - 如果您需要工业级（宽温度范围）、汽车级 AEC-Q100 或特定固件版本的 128GB eMMC，请优先选择 **EMMC128-IY29**。 - 如需了解更多模型或最新核查报告，请联系我们： - Kingchip.tech Re: IMX95 - EMMC PART ENQUIRY 此外，IMX95 是否还支持 FA40G0EMCPDKBFI 和 FA80G0EMCPDKBFI？ 还请提供有关 128GB 内存容量所支持的 eMMC 数据的文档链接。

VLPS の S32K1xx CMP こんにちは： s32k1xx シリーズの場合、CMP の連続モードは VLPS でサポートされていますか?これを確認したいと思うのは、「使用可能な電力モードでのモジュールの動作」のセクションで、「停止モードまたは VLPS モードでは、ウィンドウ、サンプリング、およびフィルタリングされた動作モードは使用できません」と説明されているからです。 よろしくお願いいたします！ Re: S32K1xx CMP in VLPS ご返信ありがとうございます。トリガー モードは VLPS モードで使用できることは知っています。あるいは、次のように質問すべきでしょうか。VLPS では任意の機能モードをCAN使用できますか? Re: S32K1xx CMP in VLPS こんにちは@fan1234さん、 VLPS ではラウンドロビン サンプリング モードが動作します。 danielmartynek_0-1764668594638.png 以下はベアメタルの例です。 https://community.nxp.com/t5/S32K-Knowledge-Base/Example-S32K144-CMP-ラウンドロビン-S32DS2-0/ta-p/1100721 よろしくお願いいたします。 ダニエル Re: S32K1xx CMP in VLPS S32K1xxシリーズ リファレンスマニュアル、Rev. 11、2019年6月 表38-4の注記に説明が見つかりました。利用可能な電力モードでのモジュールの動作 fan1234_0-1764840165146.png Re: S32K1xx CMP in VLPS こんにちは@fan1234さん、 「使用可能な電力モードでのモジュール動作」セクションのどこに「ウィンドウ、サンプリング、およびフィルタリングされた動作モードは、STOP モードまたは VLPS モードでは利用できません」という記述がありますか? S32K1xx リファレンス マニュアルのどのリビジョンを使用していますか? VLPS の CMP 連続モードに関する制限は見当たりません。 ただし、念のため確認させてください。 よろしくお願いいたします。 ダニエル Re: S32K1xx CMP in VLPS こんにちは@fan1234さん、 VLPS で CMP 継続モードがサポートされていることが確認されました。 よろしくお願いいたします。 ダニエル

Build failure on i.MX8MM LPDDR4 EVK using FlexBuild with Debian 12 Hi, I'm working with an i.MX8MM LPDDR4 EVK and trying to build a Debian 12 image using FlexBuild. My host system is Ubuntu 22.04, and I followed the steps described in UG10155 – Section 4: Building Debian Images with FlexBuild. bld -m imx8mmevk The build keeps failing because many packages are missing under: build_lsdk2506/rfs/rootfs_lsdk2506_debian_desktop_arm64 Each time it fails, I enter the rootfs with chroot and manually install the required packages, but new missing packages keep appearing and the process never completes. Is this expected behavior for FlexBuild when building a Debian 12 rootfs? Or am I missing some configuration or step to ensure all required packages are installed automatically? Thanks in advance! Re: Build failure on i.MX8MM LPDDR4 EVK using FlexBuild with Debian 12 I’m building the image using the "bld docker" command exactly as described in the guide. My host system is Ubuntu 22.04, and the machine is running on an AMD Ryzen 9 7950X3D . Re: Build failure on i.MX8MM LPDDR4 EVK using FlexBuild with Debian 12 Hi @Zhiming Could you provide your build log with LOG_LEVEL=0 enabled as well? I’d like to compare it with my environment. Thanks. Re: Build failure on i.MX8MM LPDDR4 EVK using FlexBuild with Debian 12 Hi @TeoKang  Are you using Docker to compile? Is that Ubuntu22.04 running on Intel chip or AMD chip? Best Regards, Zhiming Re: Build failure on i.MX8MM LPDDR4 EVK using FlexBuild with Debian 12 I’ve attached two full log files. imx8mmevk.log is from the first build attempt where the initial error occurred, and imx8mmevk_loglevel0.log is from a second build attempt with LOG_LEVEL=0 enabled. As you can see in the logs, the build fails with: meson.build:85:0: ERROR: Dependency "pciaccess" not found, tried pkgconfig From my experience, this is usually just the beginning — additional missing dependencies continue to appear afterward. Re: Build failure on i.MX8MM LPDDR4 EVK using FlexBuild with Debian 12 Hi @TeoKang  We tried to reproduce same issue on NXP server, local machine and WSL before, but we can't see same error on these three machines. So i can't accurately describe where the specific problem lies. Is this a fresh, clean Ubuntu installation? Best Regards, Zhiming Re: Build failure on i.MX8MM LPDDR4 EVK using FlexBuild with Debian 12 Hi @TeoKang  This is build log on WSL2 Ubuntu22.04(AMD chip). Best Regards, Zhiming Re: Build failure on i.MX8MM LPDDR4 EVK using FlexBuild with Debian 12 Hi @Zhiming_Liu Thanks to your help, I was able to resolve the issue and successfully build the final image. Now I’d like to flash it to eMMC using "uuu", but the structure/layout of the generated image files seems different from what I’m used to. Is there any official guide or example on how to use uuu to flash these specific images to eMMC? Thanks.

Using larger NAND flash than on MIMXRT1170-EVKB Hi. I am working on a feasibility study for using RT1170 with NAND flash as a telemetry storage. On the evaluation board MIMXRT1170-EVKB there is MT29F2G08ABAGAH4 NAND flash with 2Gb of storage. There is an example in the SDK called evkbmimxrt1170_flash_component_nand_semc_cm7 which demonstrates working with the memory. This example is great and works perfectly. Now our goal is use this MCU (specifically MIMXRT1176CVM8A) on a custom board with large NAND flash MT29F64G08AECABH1 with 64Gb split into 2 dies with 32Gb each, as this picture from the datasheet shows. For the time being in the asynchronous mode. 2025-11-30 21_28_11-Data Sheet_ 32_64_128_256Gb Async_Sync NAND (M73A) - nand_memory_datasheet.pdf —.png Can you please advise me on how to achieve that? How must the SDK example be modified to allow working with this memory? Thank you in advance. Best regards Vojtech. Re: Using larger NAND flash than on MIMXRT1170-EVKB Hi @Kan_Li, thank you for your quick response. We are aware that this is not supported natively without effort, but we have an easy way around this. Instead of SEMC driving the CE# pins, we will drive them by GPIO pins, simply assert one CE# low, perform SEMC operations, and deassert pin. We will select only one die at a time. For R/B# pins we will join them by AND gate chip (like 74AUP1G09GW). Since we want to use one die at a time, this will work smoothly. Each die can drive the pin as if it was connected directly. Now what I need an advice on is how to correctly set up the example for SEMC controller to properly interact with this memory via IPCMD and AXI. Thank you. Best regards Vojtech Re: Using larger NAND flash than on MIMXRT1170-EVKB Hi @Kan_Li , alright, I see your point. Let me put my request for support differently. Let's say I only want to use the die 1 with one LUN, and the second one totally unconnected and forgotten. The die 1 will be connected the same way as the NAND flash on DevKit, with CE# driven by SEMC via the same pin as in the example. So I am basically just replacing the 2 Gb NAND flash from DevKit with the 32 Gb half of the chip from the same family whose part number I mentioned previously. Now, please, what are the steps I need to take in rewriting the example to work properly with this new NAND flash? Thank you. Best regards Vojtech. Re: Using larger NAND flash than on MIMXRT1170-EVKB Hi @VojtechBaranek , Yes, you are right! For the chip you selected, I think kSEMC_NandColum_13bit should be used for the columnAddrBitNum. Have a great day, Kan ------------------------------------------------------------------------------- Note: - If this post answers your question, please click the "Mark Correct" button. Thank you! - We are following threads for 7 weeks after the last post, later replies are ignored Please open a new thread and refer to the closed one, if you have a related question at a later point in time. ------------------------------------------------------------------------------- Re: Using larger NAND flash than on MIMXRT1170-EVKB Hi @Kan_Li , that makes sense for the fields you mentioned. But shouldn't also columnAddrBitNum be extended? Best regards, Vojtech. Re: Using larger NAND flash than on MIMXRT1170-EVKB Hi @VojtechBaranek , If so, I think you just need to update the memory size as below: Kan_Li_1-1764745442686.png Have a great day, Kan ------------------------------------------------------------------------------- Note: - If this post answers your question, please click the "Mark Correct" button. Thank you! - We are following threads for 7 weeks after the last post, later replies are ignored Please open a new thread and refer to the closed one, if you have a related question at a later point in time. -------------------------------------------------------------------------------

S32K144 CAN通信エラー 専門家の皆様: 問題が発生しました。S32K144をベースにCAN通信デモを改造しました。デモボード上では正常にメッセージ送信と通信が可能です。私のCANモジュールは内部48MHzクロックを使用しており、カスタムボードに移植すると通信は正常に動作します。しかし、クロックソースを外部水晶発振器に切り替えると、逓倍値が28を超えるとCAN通信メッセージ送信機能が動作しなくなります。原因がよく分かりません。何か注意すべき点はありますか？ 微信图片_20251201090421_282_72.png   回复： S32K144 CAN通讯异常 私のIDEはS32 for Platform 3.5で、SDKは4.0.1です。同僚のIDEはS32 for ARM 2.2で、SDKは4.0.1と3.0.0です。彼のIDEでもクロックアウトを変更してもうまくいきませんでした。 乗数を 28 に設定できますか? プロジェクトがアップロードされず、読み込みが続きます。 回复： S32K144 CAN通讯异常 ご参考までに 回复： S32K144 CAN通讯异常 アップデート状況：S32K144クロックツリーのクロックアウトパスを設定後、ステータスは正常に戻りました。ツールの扱いにはご注意ください。苦労はしますが、やりがいのある経験です。 微信图片_20251201163703_285_72.png   回复： S32K144 CAN通讯异常 こんにちは@ナンモ 理解できませんでした。もう少し詳しく説明していただけますか？ Re: S32K144 CAN通讯异常 こんにちは@ナンモ 問題を再現してみましたが、データシートにはそのような制限事項は記載されていませんでした。そのため、設計チームからの返信を待つため、社内投稿を作成しました。しばらくお待ちください。 回复： S32K144 CAN通讯异常 赤枠で囲まれた部分は、これまで変更していなかった部分です。デフォルト状態では、コードを生成した後、使用しているクロックソースによってCAN関数の動作が不安定でした。その後、これら2つのオプションを有効にし、spll sclock に設定しました。コンパイルと書き込み後、通信は正常に動作しました。その後、記憶を頼りに設定を元に戻しました（以前と全く同じではないかもしれません）。コンパイルと書き込み後、通信は一貫して正常に動作しました。なぜこのようなことが起こるのか知りたいです。2日半もの間、ずっと悩んでいます。 回复： S32K144 CAN通讯异常 原理や信頼性は不明です。ご回答をお願いします。 回复： S32K144 CAN通讯异常 こんにちは@ナンモ テストの結果、PLL逓倍数を40に設定しても正常に動作しませんでした。データシートにはそのような制限要件が記載されていなかったため、設計チームにクロック制限について問い合わせるケースを提出しました。 次に、CLKOUTを変更するとうまくいったとおっしゃっていましたが、私の場合はうまくいきませんでした。もし成功した例があれば、テストのために送っていただけますか？ 回复： S32K144 CAN通讯异常 こんにちは@ NanMo1 これらのサードパーティのコードを私と共有していただければ、確認させていただきます。 社内の設計チームにはすでに確認済みですが、しばらく時間がかかります。プロジェクトで必要な場合は、現時点ではFLEXCANで外付け水晶クロックをご使用いただけます。問題ないはずです。 回复： S32K144 CAN通讯异常 このアカウントは会社のメールアドレスを使って登録しました。この問題はまだ解決していませんが、サードパーティ製のコードで同じ設定でCAN通信を実現できることを発見しました。具体的な理由は何でしょうか？ 回复： S32K144 CAN通讯异常 こんにちは@ナンモ PLL 逓倍数を 40 に設定し、周辺クロックとして PE クロックを選択すると、CAN 通信も異常になります。 回复： S32K144 CAN通讯异常 CAN PEモジュールはこれまで常に外部クロックを使用していました。システムで逓倍周波数の外部クロックを使用すると、CANが誤動作することがあり、その現象はボードによって異なります。 回复： S32K144 CAN通讯异常 ご参考までに 回复： S32K144 CAN通讯异常 こんにちは@NanMo1 提供いただいたプロジェクトで使用されているクロックは外付け水晶発振器です。何が問題なのでしょうか？それはご質問の趣旨と異なるのではないでしょうか？ Senlent_0-1764751657649.png 回复： S32K144 CAN通讯异常 最初にアップロードした例は… 回复： S32K144 CAN通讯异常 こんにちは@ NanMo1 デモをアップロードする 回复： S32K144 CAN通讯异常 デモボードは100ピンですが、カスタムボードは64ピンです。100ピンから64ピンに直接切り替えると問題が発生しますが、切り替え後にすべての設定を削除し、ボードを再設定すると問題は解決します。 Re: S32K144 CAN通讯异常 こんにちは@ナンモ お待たせして申し訳ございません。 これは S32 DS IDE のバグです。 これは S32 DS ツールのバグであることがわかったので、参考までにビデオを録画しました。 問題は、SPLL 係数を変更した後、生成されたコードが更新されず、FLEXCAN 構成エラーが発生したことです。 「clock_config.c」では、「SCG_SPLL_CLOCK_MULTIPLY_BY_28」は変更されません。 SPLL係数を変更します。 .spllConfig = { .initialize = true, .monitorMode = SCG_SPLL_MONITOR_DISABLE,/* Monitor disabled */ .locked = false, /* unlocked */ .prediv = (uint8_t)SCG_SPLL_CLOCK_PREDIV_BY_1,/* Divided by 1 */ .mult = (uint8_t)SCG_SPLL_CLOCK_MULTIPLY_BY_28,/* Multiply Factor is 28 */ .src=0U, .div1 = SCG_ASYNC_CLOCK_DIV_BY_2, /* System PLL Clock Divider 1: divided by 2 */ .div2 = SCG_ASYNC_CLOCK_DIV_BY_4, /* System PLL Clock Divider 3: divided by 4 */ }, 1. 基礎となる構成コードを直接変更します。 2. 最初に実行モードを HSRUN に切り替え、次に RUN に切り替え、このプロセス中に SPLL 係数を変更すると、通常のコード生成が可能になることがわかりました。 Senlent_0-1765788181959.png Re: S32K144 CAN通讯异常 お返事ありがとうございます。問題の原因が分かりました。

アクティブアンテナのコンセプト こんにちは、 当社は NFCB タグに取り組んでおり、CLRC663 の「アクティブアンテナコンセプト」を使用して RF なしでデジタルを検証したいと考えています。しかし、このモードを使用する際には次のような疑問があります。 1) このトピックに関するドキュメントはありますか? 2) SIGINピンが汎用受信に設定されている場合（つまりRcv.SigInSel = 11) 、デジタルサブキャリア波形 (847khz) 信号を送信するか、ベースバンド (106khz) 信号を送信するか? 3) SIGIN のシグナルには SOF、EOF を含める必要がありますか? 4) SIGIN の信号をリーダーの fC と同期させる必要がありますか? ありがとう、 プラビン Re: Active antenna concept こんにちは、 残念ながら、アクティブ アンテナのコンセプトについてはデータシートのみが記載されています。参照できる例やその他のドキュメントはありません。

PEmicro Connection Assistant Issue on S32K3X4EVB-T172 I'm unable to connect to S32K3X4EVB-T172, despite following the Quick Start Guide: https://www.nxp.com/document/guide/quick-start-guide-for-s32k3x4evb-board:GS-S32K3X4EVB-Q172 Board and LEDs: zaighamkhawaja_4-1764249676294.png When attempting debugging, the PEmicro Connection Assistant shows up. zaighamkhawaja_0-1764249542881.png Device Drivers: zaighamkhawaja_1-1764249590231.png Debug Settings: zaighamkhawaja_2-1764249639854.png zaighamkhawaja_3-1764249653892.png Already tried changing data cables, changing computers, reinstalling S32DS, reinstalling Drivers, trying P&E Micro Utilities. Windows 11, tried on S32DS 3.6.4 & 3.6.1 S32K3X4EVB-T172 S32DS-S32PLATFORM OPENSDA  Re: PEmicro Connection Assistant Issue on S32K3X4EVB-T172 Is this the first time trying to connect to the EVB? Was there any project uploaded to it before? The board has is brand new and it seems to have some factory-installed programme i.e. the USER_LED_0 color changes by pressing SW5 and SW6 I can see from the picture both LEDs RESET_K3 and RST_OSDA are on. Is RESET_K3 always on when powering the board? Are you able to measure it? Usually when the reset LED is on, the line is being pulled for a really short period of time periodically, keeping the MCU on reset. RESET_K3 and RST_OSDA are OFF initially when I connect the board following the power-up procedure. When attempting to debug, the RST_OSDA (and sometimes RST_K3) LEDs turn ON while simultaneously getting the PEmicro Connection Assistant popup. Also, if I press the SW4 and then retrying debugging, I get this different popup: zaighamkhawaja_0-1764732467636.png Also, measure the voltage sources, if these do not provide the expected value this means that the MCU could be damaged. I've already tried with 2 different adapters: 12V-4A and 12V-5A, getting same results. The adapter voltage output is stable.  - If you mean the S32K3 MCU getting damaged: The default application (LED color changing) is still working on the board. - If you mean the NXP K26 getting damaged: I'm still able to upgrade the firmware using the "Multilink Firmware Config Utility" to usbmlacpembeddedens.1098 If you have any external debuggers available (PEmicro, JLink, Latuerbach, etc.), you can try using them instead to see if any connection is possible. I'll get a JLink next week, along with a new EVB. This time it will be a S32K344MINI EVB. If there's anything additionally required to identify the rootcause, let me know. Zaigham Re: PEmicro Connection Assistant Issue on S32K3X4EVB-T172 Hi @zaighamkhawaja, Thank you for sharing your installation details. It seems both S32K3x Dev. package and PEmicro plugins are correctly installed. Is this the first time trying to connect to the EVB? Was there any project uploaded to it before?  I can see from the picture both LEDs RESET_K3 and RST_OSDA are on. Is RESET_K3 always on when powering the board? Are you able to measure it? Usually when the reset LED is on, the line is being pulled for a really short period of time periodically, keeping the MCU on reset. Also, measure the voltage sources, if these do not provide the expected value this means that the MCU could be damaged. If you have any external debuggers available (PEmicro, JLink, Latuerbach, etc.), you can try using them instead to see if any connection is possible. Best regards, Julián Re: PEmicro Connection Assistant Issue on S32K3X4EVB-T172 Sure, here it is: zaighamkhawaja_0-1764623301449.png zaighamkhawaja_1-1764623365030.png C/C++ Common GDB Support 11.4.0.202309142347 org.eclipse.cdt.gdb.feature.group Eclipse CDT C/C++ Development Platform 11.4.0.202311271618 org.eclipse.cdt.platform.feature.group Eclipse CDT C/C++ Development Tooling Native Utilities 11.4.0.202311271618 org.eclipse.cdt.native.feature.group Eclipse CDT C/C++ Development Tools 11.4.0.202311271618 org.eclipse.cdt.feature.group Eclipse CDT C/C++ DSF GDB Debugger Integration 11.4.0.202309151124 org.eclipse.cdt.gnu.dsf.feature.group Eclipse CDT C/C++ GCC Cross Compiler Support 11.4.0.202309151124 org.eclipse.cdt.build.crossgcc.feature.group Eclipse CDT C/C++ GDB Hardware Debugging 11.4.0.202309151124 org.eclipse.cdt.debug.gdbjtag.feature.group Eclipse CDT C/C++ GNU Toolchain Build Support 11.4.0.202311121705 org.eclipse.cdt.gnu.build.feature.group Eclipse CDT C/C++ GNU Toolchain Debug Support 11.4.0.202309151124 org.eclipse.cdt.gnu.debug.feature.group Eclipse CDT C/C++ Memory View Enhancements 11.4.0.202309151124 org.eclipse.cdt.debug.ui.memory.feature.group Eclipse CDT C/C++ Remote Launch 11.4.0.202309142347 org.eclipse.cdt.launch.remote.feature.group Eclipse CDT Core Server Feature 1.15.200.v20231110-1900 org.eclipse.equinox.server.core.feature.group Eclipse Equinox Project e(fx)clipse - IDE - Basic 3.9.0.202210170554 org.eclipse.fx.ide.basic.feature.feature.group Eclipse.org ECF Apache Httpclient 5 FileTransfer Provider 1.1.702.v20231114-1017 org.eclipse.ecf.filetransfer.httpclient5.feature.feature.group Eclipse.org - ECF ECF Core Feature 1.6.2.v20231021-2127 org.eclipse.ecf.core.feature.feature.group Eclipse.org - ECF ECF Filetransfer Feature 3.14.1900.v20230715-1945 org.eclipse.ecf.filetransfer.feature.feature.group Eclipse.org - ECF ECF Filetransfer SSL Feature 1.1.402.v20231021-2127 org.eclipse.ecf.filetransfer.ssl.feature.feature.group Eclipse.org - ECF Eclipse Help System 2.3.1600.v20231201-0110 org.eclipse.help.feature.group Eclipse.org Eclipse Platform 4.30.0.v20231201-0512 org.eclipse.platform.feature.group Eclipse.org Eclipse RCP 4.30.0.v20231201-0512 org.eclipse.rcp.feature.group Eclipse.org Eclipse XML Editors and Tools 3.31.0.v202308200343 org.eclipse.wst.xml_ui.feature.feature.group Eclipse Web Tools Platform Embedded C/C++ J-Link Debugging 6.4.0.202307251916 org.eclipse.embedcdt.debug.gdbjtag.jlink.feature.group Eclipse Embedded CDT EMF - Eclipse Modeling Framework Core Runtime 2.36.0.v20231002-1156 org.eclipse.emf.ecore.feature.group Eclipse Modeling Project EMF Common 2.30.0.v20230916-0637 org.eclipse.emf.common.feature.group Eclipse Modeling Project EMF Ecore Edit 2.16.0.v20230211-1150 org.eclipse.emf.ecore.edit.feature.group Eclipse Modeling Project Equinox p2, headless functionalities 1.7.0.v20231112-1314 org.eclipse.equinox.p2.core.feature.feature.group Eclipse.org - Equinox Equinox p2, minimal support for RCP applications 1.4.2200.v20231112-1314 org.eclipse.equinox.p2.rcp.feature.feature.group Eclipse.org - Equinox GDB Client for Arm Embedded Processors 15.1 Build 1703 1.0.0.202511261537 com.nxp.s32ds.brc.gdb.tools.feature.feature.group NXP GEF Classic Draw2d 3.18.0.202311222042 org.eclipse.draw2d.feature.group Eclipse GEF GEF Classic GEF (MVC) 3.18.0.202311222042 org.eclipse.gef.feature.group Eclipse GEF GEF Classic Zest 3.18.0.202311222042 org.eclipse.zest.feature.group Eclipse GEF Git integration for Eclipse 6.8.0.202311291450-r org.eclipse.egit.feature.group Eclipse EGit GNU ARM PEMicro Interface Debugging Support 6.0.9.202509241532 com.pemicro.debug.gdbjtag.pne.feature.feature.group P&E Microcomputer Systems Inc. Memory Analyzer 1.15.0.202311170814 org.eclipse.mat.feature.feature.group Eclipse Memory Analyzer Nebula Grid Widget 1.1.0.202303072132 org.eclipse.nebula.widgets.grid.feature.feature.group Eclipse Nebula net.sourceforge.ehep 1.1.0 net.sourceforge.ehep.feature.group Randallco and EHEP Team NXP GCC for Arm Embedded Processors 10.2 Build 1728 1.0.0.202508270740 com.nxp.s32ds.brc.arm.tools.gcc102.feature.feature.group NXP NXP GCC for Arm Embedded Processors 11.4 Build 1763 1.0.0.202508271006 com.nxp.s32ds.brc.arm.tools.gcc114.feature.feature.group NXP PEmicro ARM Device Expansion Plugin 6.0.9.202509241532 com.pemicro.debug.gdbjtag.pne.expansion.feature.feature.group P&E Microcomputer Systems Inc. Remote Services 11.4.0.202309142347 org.eclipse.remote.feature.group Eclipse CDT Remote System Explorer End-User Runtime 4.5.500.202305261020 org.eclipse.rse.feature.group Eclipse TM Project RTD S32K3XX 6.0.0.202506161748 com.nxp.RTD.S32K3XX.feature.feature.group NXP Semiconductors, Inc. RTD S32K3XX 6.0.0.202506161748 com.nxp.RTD.S32K3XX.root.feature.feature.group NXP Semiconductors, Inc. S32 Debugger Core 3.6.5.202511272018 com.nxp.s32ds.brc.debugger.core.feature.feature.group NXP S32 Design Studio CLE S32CT 1.8.9.202511261304 com.nxp.s32ds.cle.uct.feature.feature.group NXP S32 Design Studio for S32 Platform 3.6.5.202511272206 com.nxp.s32ds.platform.ide.feature.feature.group NXP S32 Design Studio for S32 Platform Tools 3.6.5.202511272206 com.nxp.s32ds.platform.ide.tools.feature.feature.group NXP S32DS Product 3.6.4.202509291703 com.nxp.s32ds.platform.ide.product NXP S32G development package 3.6.4.202509291633 com.nxp.s32ds.s32g2.dev.feature.feature.group NXP S32K1xx development package 3.6.5.202511272256 com.nxp.s32ds.s32k1.dev.feature.feature.group NXP S32K3 FreeMASTER Serial Communication Driver 1.4.2.202412201001 com.nxp.s32ds.s32k3.sdk.freemaster.feature.feature.group NXP S32K3xx development package 3.6.4.202509291639 com.nxp.s32ds.s32k3.dev.feature.feature.group NXP S32M2xx development package 3.6.4.202509291626 com.nxp.s32ds.s32m2.dev.feature.feature.group NXP S32N5 development package 3.6.4.202509291626 com.nxp.s32ds.s32n.dev.feature.feature.group NXP S32R41 development package 3.6.4.202509291624 com.nxp.s32ds.s32r41.dev.feature.feature.group NXP S32R45 development package 3.6.4.202509291624 com.nxp.s32ds.s32r45.dev.feature.feature.group NXP S32R47 development package 3.6.4.202509291625 com.nxp.s32ds.s32r47.dev.feature.feature.group NXP S32Z2/E2 development package 3.6.4.202509291631 com.nxp.s32ds.s32esz.dev.feature.feature.group NXP SAF85xx development package 3.6.4.202509291625 com.nxp.s32ds.saf85.dev.feature.feature.group NXP SAF86xx development package 3.6.4.202509291626 com.nxp.s32ds.saf86.dev.feature.feature.group NXP SECRDR S32K1 3.0.0.202508081221 com.nxp.SECRDR.S32K1.feature.feature.group NXP Semiconductors, Inc. Terminal (Console) View 11.4.0.202311142324 org.eclipse.tm.terminal.view.feature.feature.group Eclipse CDT TM Terminal 11.4.0.202309142347 org.eclipse.tm.terminal.feature.feature.group Eclipse CDT TM Terminal Control 11.4.0.202311142253 org.eclipse.tm.terminal.control.feature.feature.group Eclipse CDT TM Terminal Local Connector Extensions 11.4.0.202309142347 org.eclipse.tm.terminal.connector.local.feature.feature.group Eclipse CDT TM Terminal SSH Connector Extensions 11.4.0.202309142347 org.eclipse.tm.terminal.connector.ssh.feature.feature.group Eclipse CDT Xtend Library 2.33.0.v20231121-0955 org.eclipse.xtend.lib.feature.group Eclipse Xtext   Re: PEmicro Connection Assistant Issue on S32K3X4EVB-T172 Thank you for your interest in our products and for contributing to our community. Let's take a step back first, please. Please an screenshot of your "Installation Details", which you can find in "Help" tab of the IDE. Re: PEmicro Connection Assistant Issue on S32K3X4EVB-T172 Hi @zaighamkhawaja, Thank you for the additional info. Please update me if you can connect with the external debugger.   Does this happen with a blank or an example project? As a last chance, have you tried to attach to the MCU instead of trying to debug/erase? Julin_AragnM_0-1764966031025.png This leads me to believe either HSE is installed, or the debug port is locked and needs to be unsecured by password or challenge/response. PEmicro provides Python scripts to authenticate the debugger at the start of each session; however, the password is needed. Last resource can be to swap MCU to confirm if debug interface is faulty, or the MCU is secured/disabled debug pins. Best regards, Julián Re: PEmicro Connection Assistant Issue on S32K3X4EVB-T172 - External JTAG debugger works. - Empty or Sample projects also did not work. - Attach to Running Target did not work. I also purchased another board and that works with the onboard debugger, so nothing related to IDE or config settings.

FS23 および S32K3 RTD バージョンとの統合の問題 親愛なるチームの皆様、 お客様は、S32K3xx_SBC_FS23_R21-11_0.9.0_D2508_DesignStudio_updatesite を統合しようとする際に問題が発生しています。Sbc_fs23_Ip に基づく fs23 非 AUTOSAR 例の Thread 要求で説明されているように、この更新サイトには既知のバグがあり、S32K3xx_SBC_FS23_R21-11_1.0.0_DS_updatesite_D2402_updated_D250115.zip ですでに修正されています。 FS23 1.0.0とRTD 4.0.0を併用することをすでに推奨しています。しかし、お客様は依然として RTD 3.0.0 の維持を望んでいます。同じThreadで、次のように述べられています。 「 RTD 3.0.0 P07 の上に FS23 1.0.0 を インストールしようとしました が、完全な互換性はありませんが、回避策でサポートできるSO、統合を有効にCANます。 」 FS23 1.0.0とRTD 3.0.0を統合できるかどうか確認していただけますか？P07ですか？はい、そうであれば、これをどのように実現し、このソリューションをお客様に提供できますか? ご協力をよろしくお願いいたします。 BR、ヴェインB AA SW - 外部デバイス S32DS Re: Integration Issue with FS23 and S32K3 RTD Versions こんにちは@Ondřej_Vácha 現在、FS23 1.0.0とRTD 3.0.0の統合は行われていない。P07.通常、依存関係が文書化されていない (リリース ノートに記載されていない) ソフトウェア バージョンとパッケージを組み合わせることはお勧めしません。ただし、先ほど共有したThreadに基づくと、統合は可能かもしれないようです。 この統合が実現可能かどうかを確認し、もし可能であれば、それを達成するための正しい手順と潜在的な影響を理解したいと考えています。 Re: Integration Issue with FS23 and S32K3 RTD Versions こんにちは、 私は、EBT S32K344のサンプルコンパイルをFS23 1.0.0でRTD 3.0.0でテストしました。P07.ビルドは問題ないので、お客様側でも統合の問題は発生しないと思います。CASE、何か問題がございましたら、解決のお手伝いをさせていただきます。 Re: Integration Issue with FS23 and S32K3 RTD Versions こんにちは。FS23 1.0.0とRTD 3.0.0の統合に関してお客様が抱えていた問題を共有していただけますか？P07. Re: Integration Issue with FS23 and S32K3 RTD Versions こんにちは@Ondřej_Vácha 助けてくれてありがとう。しかし、彼らはS32DSで動作しており、これにより、FS23アップデートサイトを正常にインストールすることができました。この問題は、ペリフェラルツールのコンポーネントをプロジェクトに追加しようとしたときに発生します。 追加情報: Thread「FS23 with S32K3 RTD 3.0.0 」で言及されているように、お客様は現在、RTD v3.0.0 P07 を使用した FS23 v0.9.0 で問題が発生しています。このため、FS23 v1.0.0 と RTD v3.0.0 P07 を統合する実現可能性を評価しています。

ELE KW45 导出公开密钥 我无法导出用于 ECDSA SHA256 校验的公钥。我使用 KW45 进行测试。我使用公开密钥正确验证了摘要。当我尝试导出 blob 时，函数 sss_sscp_key_store_export_key 返回 Fail。我做错了什么？ 谢谢 下面是我的 C 代码： status = ELEMU_mu_wait_for_ready(ELEMUA,ELE_MAX_SUBSYSTEM_WAIT)； if (status != kStatus_Success) { return kStatus_Fail; } /****************** 开始 ***********************/ status = sscp_mu_init(&sscpContext, (ELEMU_Type *)(uintptr_t)ELEMUA); if (status != kStatus_SSCP_Success) { return kStatus_Fail; } /* 打开特定网络安全子系统的会话 */ status = sss_sscp_open_session (& SSSSESSION、0u、ELE_SUBSYSTEM、& SSCPContext)；if (状态！ = kstatus_ss_success) {返回 kStatus_Fail;} /* Init keystore */ status = sss_sscp_key_store_init(&keyStore,&sssSession); if (status != kStatus_SSS_Success) { status = sss_sscp_close_session(&sssSession); return kStatus_Fail; } /* Init key object */ status = sss_sscp_key_object_init(&sssKey,&keyStore); if (status ！= kStatus_SSS_Success) { status = sss_sscp_key_store_free(&keyStore); status = sss_sscp_close_session(&sssSession); return kStatus_Fail; } /* 分配密钥存储句柄 */ status = sss_sscp_key_object_allocate_handle(&sssKey, key_id, /* key id */ kSSS_KeyPart_Public, kSSS_CipherType_EC_NIST_P, 64u, kSSS_KeyProp_CryptoAlgo_AsymSignVerify); if (status ！= kStatus_SSS_Success) { status = sss_sscp_key_object_free(&sssKey, 1u); status = sss_sscp_key_store_free(&keyStore); status = sss_sscp_close_session(&sssSession)； return kStatus_Fail; } status = sss_sscp_key_store_set_key(&keyStore,&sssKey, publicKey, keysize, 256u, kSSS_KeyPart_Public); if (status ！= kStatus_SSS_Success) { status = sss_sscp_key_object_free(&sssKey, 1u); status = sss_sscp_key_store_free(&keyStore); status = sss_sscp_close_session(&sssSession); return kStatus_Fail; } status = sss_sscp_asymmetric_context_init(&context_verify,&sssSession,&sssKey, kAlgorithm_SSS_ECDSA_SHA256, kMode_SSS_Verify); if (status != kStatus_SSS_Success) { return kStatus_Fail; } status = sss_sscp_asymmetric_verify_digest(&context_verify, digest_used, digest_len, signature_used, 64); if (status != kStatus_SSS_Success) { return kStatus_Fail; } status = sss_sscp_asymmetric_context_free(&context_verify); if (status != kStatus_SSS_Success) { return kStatus_Fail; } size_t blob_size = 64u + 24u; status =sss_sscp_key_store_export_key(&keyStore,&sssKey, key_blob,&blob_size, kSSS_blobType_ELKE_blob); if (status ！= kStatus_SSS_Success) { status = sss_sscp_key_object_free(&sssKey, 1u); status = sss_sscp_key_store_free(&keyStore); status = sss_sscp_close_session(&sssSession); return kStatus_Fail; } Re: ELE KW45 export public key 你好 您能给我们提供更多关于您的项目和您的目标的细节和信息吗？ 您能否帮助我们确认您是否在使用 SDK 示例进行此测试？如果是，您是否进行了修改？ 顺祝商祺！ 路易斯 Re: ELE KW45 export public key 你好，路易斯、 我已经解决了这个问题。在导出密钥之前，我缺少 RNG 上下文初始值。添加了以下功能调用后，键已正确导出。 sss_sscp_rng_context_init(&sssSession,&ctx_rng, 1u)； status = sss_sscp_rng_get_random(&ctx_rng，NULL，0u)； 总之，我使用的是输出对称密钥的 SDK 示例；在我的示例中，唯一的区别是我使用了非对称密钥，只有公开部分，用于 ECC Nist-p 曲线。 谢谢！ 亚历山德罗

ubloxとlwipでビルディングするときにwifi_nxpに2つの問題が見つかりました https://github.com/NXP/wifi_nxp/issues に 2 つの問題を追加しました。SO誰かがこれを見て欲しい 問題1 LWIP_IGMP を 0 に設定するとビルドできません 問題2 MCUX_COMPONENT_utility.debug_console_rttでビルドできません Re: I have found 2 problems in wifi_nxp when building with ublox and lwip 新しい問題が 1 つ追加されました。SO 3 つの問題が未解決になりました。 Re: I have found 2 problems in wifi_nxp when building with ublox and lwip こんにちは、 教えてくれてありがとう。 担当チームに通知いたしました。 ちなみに、どのu-bloxモジュールを使用していますか？ よろしくお願いいたします。 ダニエル。 Re: I have found 2 problems in wifi_nxp when building with ublox and lwip よろしくお願いします。 どの SDKs バージョンを使用していますか? どのような例を使っていますか? それぞれのCASEの再現手順を共有してCANいただけますか？ よろしくお願いいたします。 ダニエル。 Re: I have found 2 problems in wifi_nxp when building with ublox and lwip LWIP_IGMP が無効になっている場合のビルドの問題について · 問題 #7 · NXP/wifi_nxp 。 LWIP_IGMPを0に設定してLWIPを使用する場合は、wifi_netif.cファイル内の以下のコードを保護してください。 ＃もし LWIP_IGMP では以下のようにエラーが発生します。 #if LWIP_IGMP netif_set_igmp_mac_filter(netif, igmp_mac_filter); netif->flags |= NETIF_FLAG_IGMP; #endif よろしくお願いいたします。 ダニエル。 Re: I have found 2 problems in wifi_nxp when building with ublox and lwip AP をオフにするとビルドできないことについて · 問題 #9 · NXP/wifi_nxp 。 WPL_Start_APとWPL_Stop_APというAPIは、wifi_webconfigサンプルの一部です。このサンプルはuAPを起動するために設計されており、プロビジョニングに特化しています。そのため、SDKsではuAPの機能を保護できません。 ＃もし。 コードをカスタマイズし、wifi_webconfig の例をベースとして使用する場合は、次のコマンドを使用してガード機能を追加できます。 #if UAP_SUPPORT ... #endif   これにより、必要に応じて AP 機能を無効にできるようになります。

实时时钟 PCF85043A 运行速度过快 +55ppm 你好、 我们发现，我们在几种产品中使用的 PCF85043A 实时时钟的 +55 ppm 运行速度过快。 对于老产品，我们在生产过程中会进行频率校准，因此偏移会被抵消。但在较新的产品中，我们放弃了校准，现在发现 RTC 总是运行得太快。 我们使用的晶体是 ECS-.327-7-34B-C-TR、指定为 7pF 负载。 因此，我们将 PCF85063 的负载上限寄存器设置为 7pF。 我们在现场应用以及实验室测量中使用三种不同精度的 TCXO 作为参考，观察了由此产生的时间偏移。 我们还检查了演示板 OM11059A，它给出了相同的结果！ 将负载上限寄存器设置为 12.5pF 可在一定程度上提高精度，但仍然不够精确，而且不令人满意，因为这种现象肯定有更深层次的原因。 PCF85063 有 55ppm 的频率偏移，这是已知的问题吗？ 如果是，恩智浦的 "建议解决方案 "是什么？ 感谢您的提示。 Re: Real-time clock PCF85043A is running too fast by +55ppm 好的，谢谢你的发言。 不过，我们有几款 10'000 产品，它们显示出明显的 +55ppm 平均频率偏移。很少达到正确的频率，甚至出现负偏移。 (当然，我知道核实频率是我们自己的责任，是我们的错，我们直到现在才注意到）。 不过...... 根据 UM10301 用户手册中的图表（见附图），这意味着几乎所有实时时钟芯片的负载上限都在约 4.5pF 的最小范围内，但很少或几乎从未达到 7pF 或更高。 我想，在>数年的 30,000 件产品中，这显然不是由于某批晶圆电容过低造成的。 因此，这与我们从数据表中看到的结果大相径庭。 好吧，我们可以变通，没问题。我很高兴知道，我没有测量错，这实际上是一种非理想行为。 对于未来的设计：我想，额外的外部电容（具有更精确的值）可以更准确地确定频率。 Re: Real-time clock PCF85043A is running too fast by +55ppm 嗨，比特、 还是说，这实际上是芯片的一种非理想行为，可以通过偏移寄存器来解决？ 最后一句是正确的。请参阅PCF85063A 数据表中的表 40。内部晶体电容具有容差。7pF 电容可能从 4.2pF 到 9.8pF 不等。因此，晶体频率也可能根据内部电容的变化而变化。 JozefKozon_0-1764058838583.png 是的，应该用偏移寄存器来解决这个问题。 致以最崇高的敬意 约瑟夫 Re: Real-time clock PCF85043A is running too fast by +55ppm 你好，Jozef, 感谢您的答复。 我们已经知道偏移寄存器，我们用它来补偿偏移和晶体的温度曲线。 当然，这也算是解决了问题。然而，这只是一种变通办法，并不能从根本上解决问题。 问题是： 使用 +/-10ppm 晶体，为什么在室温下会产生 +55ppm 偏移？ 在室温下，不需要对软件进行微调，只需要对硬件的负载能力进行微调。根据数据手册，负载上限由实时时钟芯片提供，无需外部负载上限。那么，为什么会有如此大的频率偏差（使用几种晶体、多个参考和包括演示板在内的几个 PCB）？ 我错过了什么吗？ 还是说，这实际上是芯片的一种非理想行为，可以通过偏移寄存器来解决？ Re: Real-time clock PCF85043A is running too fast by +55ppm 嗨，比特、 PCF85063A 的精度可在偏移寄存器中进行微调。请参阅PCF85063A 数据手册中的第 7.2.3 节。 JozefKozon_0-1763983897973.png JozefKozon_1-1763983939728.png 校准工作流程请参见图 11 和图 12。 JozefKozon_2-1763984108341.png 致以最崇高的敬意 约瑟夫

错误：设备是安全的。清除至不安全状态 你好，团队、 我正在使用 A12323 文档测试 S32K144 上的 A/B 分区。 首先，我将 S32K144_Memory_Partition 项目闪存到 RAM 中。 然后，我将 S32K144_FOTA_Gateway_example 闪存到 Flash 中。 在同一个板上，我尝试刷新 CAN 应用程序。第一次就成功了。 但是，当我再次尝试刷新同一个应用程序时，它失败了，错误是：“设备是安全的。擦除到不安全的地方。” Navina_0-1764133345139.png 现在我无法闪烁任何东西。 谢谢。 Re: error: Device is secure. Erase to unsecure 你好@纳维娜 正如我在前一个主题中所写的那样： 您有读取 MDM-AP 的 Segger J-Link 探头或劳特巴赫调试器吗？遗憾的是，Pemicro 无法做到这一点。 在极少数情况下，设备可以被锁定。请查看此主题： https://community.nxp.com/t5/S32K/Unbricking-S32K146/m-p/937227 要确认这一点，有必要阅读 MDM-AP。

从 S32K324 (ASIL-B) 到 S32K3xx ASIL-D 系列的迁移路径 你好，恩智浦社区、 我们目前正在使用 RTD MCAL 和 FreeRTOS 在 S32K324（ASIL-B，独立双核）上开发一个基于 AUTOSAR 的项目。我们正在评估未来产品迁移到带锁步内核的S32K3xx ASIL-D系列（例如，S32K344、S32K348）的技术路径。 能否请您帮助澄清以下问题？ **代码重用性：** 1.从 ASIL-B 迁移到 ASIL-D 芯片时，AUTOSAR 应用层代码（高于 RTE）的典型可重用率是多少？ 2。哪些 MCAL 模块需要重新配置或重新开发锁步内核？ 3.从独立双核 (S32K324) 迁移到锁步内核架构时，需要对启动代码和内核同步机制进行哪些更改？ **开发工作：** 4.预计锁步监控、故障处理和其他功能安全机制的开发工作量是多少？ 5。根据您的经验，ASIL-B到ASIL-D项目的典型迁移时间表是什么？ **技术支持：** 6.是否有任何有关 ASIL 级别升级的官方迁移指南或应用笔记？ 7. 是否有任何参考项目或案例研究？ **设备选择：** 8.考虑到性能和生态系统成熟度，S32K3 系列中推荐的 ASIL-D 设备有哪些？ 提前感谢您的支持！ 顺祝商祺！ Re: Migration Path from S32K324 (ASIL-B) to S32K3xx ASIL-D Series 你好@常玉科 1.在 Classic AUTOSAR 中，RTE 以上的软件元器件 (SWC) 设计为独立于硬件，因此大多数应用程序逻辑只需进行最少的更改即可重复使用。在与符合 ASIL 标准的基本软件 (BSW) 交互时，调整通常涉及定时行为、诊断事件处理和端到端 (E2E) 保护机制，而不是更改算法。 2-3.有关锁步操作的信息分布在设备参考手册中。从解耦双核到锁步配置，内部存储器组织、交叉条 (XBAR) 端口和 FCCU 故障处理都发生了变化。在锁步模式下，第二个内核行动检查器，因此从软件角度来看，使用单个逻辑 CPU，无法访问 Core1 的寄存器。一个很好的起点是查看参考手册并浏览 S32K344 设备的实时驱动程序 (RTD) 示例项目。 4-5.我们无法提供 ASIL-B 向 ASIL-D 迁移的估计开发工作量或时间表，因为这一过程涉及项目的具体因素。 6-7.有关功能安全文档和软件，请参阅恩智浦的SafeAssure功能安全产品。 8。在 “微控制器输入电源的 ASIL 临界值 (ASIL D)” 主题中，您将在 ISO 26262 功能安全栏下找到一份列出了 S32K3 设备可达到的 ASIL 等级的文档。MCU 的选择应基于应用程序的性能、功能安全要求和系统架构。 BR、VaneB