S32K358 BMU：从 “调试” 模式切换到 “正常” 模式后的 FS2633 看门狗复位回路（D26 闪烁） 你好，恩智浦支持团队， 我正在使用 S32K358 和 FS2633 处理 RDBESSK358BMU 板 。 根据你在恩智浦社区的指导，我使用了官方示例： k358bmu_read_s32ct（适用于 电池管理系统 1.1.0 的 MBDT） 我遵循的程序： 1. 使用 SW2 2 进入 SBC 调试模式。通过 JTAG 3 下载了示例固件。关闭主板 电源 4.将 SW2 设置为 OFF 5。再次开启主板电源（尝试正常模式） 观察到的行为： * LED D26 持续闪烁 * 系统似乎处于 看门狗复位回路中 * 无法过渡到正常模式 我的理解： 根据 UM12196，闪烁 D26 表示 SBC 看门狗未正确刷新，M CU 正在 反复复位。 问题 1.k358bmu_read_s32ct 示例在退出调试模式后是否包括适当的 FS26 看门狗刷新？ 2.FS2633 在正常运行前是否需要额外的初始化序列？ 3.我们是否需要在应用程序代码中明确处理 FS_STATES 或看门狗服务？ 4.使用此示例从调试模式切换到正常模式时，是否存在任何已知问题？ 5.是否与热电阻有关？ ，如能就如何正确过渡到正常模式提供指导，将不胜感激。 谢谢。 萨曼 Re: S32K358 BMU: FS2633 watchdog reset loop (D26 blinking) after switching from Debug to Normal mode 你好，@samansaki、 感谢您在 MBDT 社区发布您的问题！ 在回答你的问题之前，我必须注意到你的设置存在一些偏差。首先，我们发布的电池管理系统版 MBDT 的最新版本是适用于 BMS 的 MBDT，版本 1.2.0，所以我假设你落后了一个版本。其次，你使用的是 RDBESSK358BMU 评估板，而你正在尝试刷新的示例是 k358bmu_read_s32ct，它针对的是不同的设置 RD-K358BMU，不幸的是，由于设置不同，你的 BESS 板上的 BMS 读数不起作用。 这个例子你有 k358bmu_read_s32ct 的 ID 根本没有与 SBC 交互，它使用板上的开关将 SBC 设置为调试模式，该示例侧重于 BMS 读数。我们在工具箱中与 SBC 交互的示例是 rd33772c14vevm_s32ct，但它当然有不同的配置。本示例使用S32配置工具配置微控制器与单片机通信的SPI引脚，还为SBC添加了RTD元器件，最后，它引入了用于初始化SBC的自定义代码。因此，如果您想在板上配置 SBC，则必须迁移引脚配置、SPI 配置，并将 SBC 元器件添加到模型中。 以下是您的问题答案： 1.k358bmu_read_s32ct 示例在退出调试模式后是否包括适当的 FS26 看门狗刷新？ 不幸的是，该示例配置为在 RD-K358BMU 上运行，不适用于您拥有的 BESS 主板 2.FS2633 在正常运行前是否需要额外的初始化程序？ 是的，用于初始化的自定义代码是在 rd33772c14vevm_s32ct 示例下的 Initialize 中添加到 initsBC 子系统中的。此外，你必须在外部配置工具中配置SPI引脚和实例以及SBC元器件。 3.我们是否需要在应用程序代码中明确处理 FS_STATES 或看门狗服务？ 是的，一旦初始化了 SBC，就需要使用自定义代码定期为 SBC 提供服务。 4.使用此示例从调试模式切换到正常模式时，是否存在任何已知问题？ 不，不幸的是，该示例仅针对电池管理系统元器件，而不是 SBC 元器件。 5.是否与 RTD 有关？ 是的，SBC 有自己的 RTD 驱动程序，这些驱动程序至少在电池管理系统 1.2.0 的 MBDT 中添加。但是至于我们在生成代码时依赖的所有元器件，需要在模型中配置和初始化 SBC 元器件。 希望这能帮到您， Marius

S32M2 FRDM 捆绑 Linux 如何在 linux 主机中安装 S32DS 支持工具？ 我正在使用 S32M276 FRDM 主板并遵循其 " 入门 " 指南。这些工具以"的捆绑形式提供，" ，通过一个 exe 文件，更便于 Windows 操作。对于其他操作系统，建议从"your account" 下载，该网站基本上是一个巨大的顶级产品列表。 有人有要安装的软件包的简单清单，还有给 Linux 用户的简单说明或 “手动安装 " 方法” 吗？ 谢谢！ 马可 Re: S32M2 FRDM bundle Linux 更新： 我使用的是 Ubuntu 24.04，经过多次重试（SWT/WebKit），我终于使用使用为 S32DS-3.6.6 版本提供的 容器 脚本构建的 GUI 镜像使其正常运行。图形界面使用网络浏览器/vnc（xfce 桌面）运行，但我不太喜欢这种开发环境。 我决定单独购买一台固态硬盘来启动 Ubuntu 22.04（发行版附带了所需的 Python 3.10.x），感觉更自然。 一些问题 - 安装 RobotoCondensed-Regular.ttf 字体，并创建指向该 ttf 的链接（有关位置，请参阅 eclipse 日志）。 - 如许多帖子所述，rtd 并未使用"Extension and Uddates" 安装。改用帮助->" 安装新软件"->" 添加" ，并在对话框中使用"Archive..." 搜索 zip 文件。我安装的是最新版本：SW32K3_S32M27x_RTD_R23-11_7.0.1_D2603 小贴士：我建议您在遇到快速问题时探索 ChatGPT，我发现它真的很有帮助

无法使用 JTAG 对 MIMXRT1060-EVKB 编程 您好， 我正在尝试使用 JTAG 对 MIMXRT1060-EVKB rev B1 进行编程。我按照说明拆除了跳线 J9 和 J10。但在 J-Link Commander 上，当我尝试连接它时，却收到了以下信息。 最终的任务是用 JTAG 对我的定制板进行编程，但如果我无法对评估板进行编程，那我就没有机会了。 J-link.jpeg 通过 JTAG initTarget () 启动连接到目标 无法启动 DAP。 在 “RESET” 下执行 “连接” 无法启动 DAP。 在RESET _targetHalt 下执行连接：CPU 未停止。 _TargetHalt：CPU 未停止运行。 _TargetHalt：CPU 未停止运行。 InitTarget() end - 耗时 811ms 连接失败。通过重置密码重置并重试。 initTarget () 启动 无法启动 DAP。 在 “RESET” 下执行 “连接” 无法启动 DAP。 在RESET _targetHalt 下执行连接：CPU 未停止。 _TargetHalt：CPU 未停止运行。 _TargetHalt：CPU 未停止运行。 InitTarget() 结束 - 耗时 811ms Re: Unable to program MIMXRT1060-EVKB using JTAG 你好@jahmed9、 感谢您关注恩智浦 MIMXRT 系列！ 默认情况下，RT1060 只启用 SWD。如果客户需要使用 JTAG，则必须对相关 eFuses 进行编程。请参阅 RM： PixPin_2026-04-14_10-56-56.png 致以最诚挚的问候， Gavin

Getting Started Guide

[不正行為] 投稿者: @RishavKaaraTech / 掲示板: TapLinx-SDK / 報告者: yqnaju yqnaju は、 @RishavKaaraTech が投稿した 「RFIDDiscover ツールを入手したが、その使い方はわからない」という 投稿を以下の理由で報告しました。 理由：ヘイトスピーチ 詳細： いいえ処方箋アバプロ錠 無料安価なジェネリックアバプロ錠 アバプロを次に購入する場所 Avaproの次の注文先 アバプロどこで購入できますか？ http://shop.ls-s.ru/product/10396 "> いいえ処方箋アバプロ錠 薬局アバプロRX ニューメキシコ 購入アバプロショップ ブラックバーン 一晩中 無料処方箋アバプロ どこで次のアバプロを購入する 価格アバプロ イルベサルタン イギリス アバプロを購入したい アバプロオンラインで注文する otcアバプロ150mgの価格（ファイフ） 安いオンラインドラッグストア avapro 汎用Avaproに匹敵する アバプロ割引医薬品プログラム get安価なジェネリックアバプロ アバプロ ウエスタンユニオン配送 Avaproオンラインストアの悪用 uk格安Avapro UKの広告 購入ブランド名：アバプロ錠 can私はAvaproを注文します 無料処方箋アバプロ 格安アバプロ 300錠 50mg 注文アバプロ スペイン いいえノースカロライナ州でのアバプロ処方箋 ホバートでAvaproを購入する 価格アバプロ イルベサルタン イギリス アバプロの購入方法 入手安価なジェネリックアバプロ Avaproを注文したい 購入cod avapro ach usa アバプロ・イルベサルタンの価格（英国） どこでアバプロは買えますか？ https://neweddingday.com/your-couple-name-3371 "> 安いavapro amex 処方箋不要のアバプロ錠 アバプロは購入できますか アバプロオンラインで注文するには、オンラインで注文してください。 http://old-namur.jeunescathos.org/fr/content/avapro-how-buy "> 薬局inc avapro 投稿リンク： https://community.nxp.com/t5/TapLinx-SDK-TagWriter-and/RFIDDiscover-tool-acquired-but-how-to-use-it/mp/2164324#M205 投稿者: @RishavKaaraTech |作成者に電子メールを送信する 報告者： yqnaju |メール記者 報告された投稿には3件の返信があります。

ESP32-S3 SPI 与自定义 PN5190 板通信 — PN5190 没有回应， 硬件设置 主控制器：ESP32-S3 DevKit（标准模块，3.3V 输入/输出电压） NFC 前端 IC：恩智浦 PN5190（安装在自主设计的板上，而不是恩智浦官方评估板上） 通信接口：SPI（多次检查全部接线是否正确） 电源：ESP32-S3 和 PN5190 板均为 3.3V 稳定电源，无明显的电压下降或噪音 问题描述 我正在做一个项目，其中 ESP32-S3 充当 SPI 主控器来控制 PN5190 NFC 前端。我仔细检查了所有 SPI 物理接线： ESP32-S3 和 PN5190 之间的 SCK、MOSI、MISO 和 CS（NSS/ATX_C）引脚连接正确 GND 由两个板共享，以避免接地回路问题 未发现连接松动、短路或信号线反向 当我运行代码时，ESP32-S3 不断向 PN5190 模块发送 SPI 信号，但我从 PN5190的 MISO 线路上得不到任何响应。模块似乎完全无声无息，没有任何反应，好像没有通电、没有初始化或没有正确启用。 我已经检查过的内容 验证 SPI 时钟速度（降低至 1MHz，以排除时序问题，但仍无反应） 确认 SPI 模式设置为 CPOL=0，CPHA=0（根据 PN5190 数据表要求） 检查电源轨：PN5190 电源引脚上的 3.3V 电压存在且稳定 使用基本的 SPI 写入和 READ命令进行了测试，MISO 上根本没有返回任何数据 核心问题& 疑似问题 我主要怀疑 PN5190 没有被正确激活或启用，感觉就像芯片处于低功耗状态、RESET状态或没有退出空闲模式。我不确定我是否错过了 PN5190 的关键启用引脚、硬件 RESET 顺序或初始软件激活步骤。 我知道 PN5190 有专用的控制引脚（如 VEN/HW RESET 引脚）和特定的初始化要求，但我不确定自定义主板设置的确切启用/激活流程： 在 SPI 通信之前，我是否需要手动驱动一个特定的使能引脚（VEN 或其他控制引脚）为高/低以激活 PN5190？ 我跳过了强制性的硬件RESET顺序或开机初始化步骤吗？ 缺乏适当的时钟源（外部晶体）或初始化命令丢失是否会导致 SPI 完全静默？ 请求帮助 如果恩智浦社区或有经验的开发人员能提供指导，我将不胜感激： 在自定义主板上启动 SPI 通信之前，PN5190 的强制基于硬件的/RESET步骤是什么？ 如何确认 PN5190 已正确激活并可进行 SPI 交易？ ESP32-S3 + PN5190 SPI 通信（如引脚配置、上拉电阻或寄存器初始化）是否存在可能导致无响应的常见缺陷？ 我正在使用 ESP32-S3 的 Arduino 内核进行开发，但也非常欢迎为 PN5190 提供一般的硬件/软件初始化建议。如果您有任何建议或解决方案，敬请垂询！ Re: ESP32-S3 SPI Communication with Custom PN5190 Board — No Response from PN5190, 你好@Ethon 希望你一切顺利。 很抱歉，与第三方主机平台的集成支持不在我们的支持范围内。 当您提到"时，缺乏适当的时钟源（外部晶体）或缺少初始化命令是否会导致 SPI 完全静默？" ，这是否意味着您的设计不包括用于 PN5190 的 27.12MHz XTAL？ 启动时序参见PN5190 数据表第 11.3 节。 我强烈建议将 PN5190 与支持的 MCU（如Kinetis K82和LPC1769）一起使用，或将库移植到与我们的通用微控制器之一兼容。 要了解必须修改库的哪些部分才能与其他 MCU 一起使用，请参阅以下指南：NFC读取器库移植 FRDM_K64F、在 LPC55S69 中使用 NFC读取器库，并确保在移植到所使用的 MCU 时遵循类似的流程。 Eduardo。

i.MX8QX6 - UUU 闪烁停滞，出现 libusb 错误（可能 LPDDR4 行地址不匹配） 你好 我们目前的配置如下 SoC：恩智浦 i.MX8QX6 (MIMX8QX6AVLFZAC) LPDDR4：美光 MT53E768M32D2ZW-046 (AIT:C) Yocto 版本：walnascar-6.12.34-2.1.0 我们正在尝试使用通用更新实用程序刷新 imx-启动-imx8qxp-mek-sd.bin-flash_spl 镜像。 在闪存过程中，工具会卡住，最终报告LIBUSB_ERROR_NO_DEVICE，导致闪存过程无法完成。 已进行故障排除 为了找出问题所在，我们尝试了以下方法： 使用先前版本中的较旧 imx-启动 二进制文件进行了测试： LF_v6.6.52-2.2.2_images_IMX8QXPC0MEK LF_v5.15.32-2.0.0_images_IMX8QXPC0MEK 使用了最新版本的 UUU 工具 多次重复闪光过程 然而，行为却没有改变。 可疑原因 在审查了存储器设备规格后，我们的内部调查表明，SoC DDR 控制器配置与实际的 LPDDR4 设备之间可能存在 DDR 地址行配置不匹配。 根据美光数据表，存储设备使用行地址 R [16:0]（17 行）。 不过，根据 SoC 文档，DDR 控制器似乎最多支持16 条行地址线 (R0-R15)。 由于这种差异，我们怀疑 DDR 控制器配置和存储器设备地址方案之间可能存在不匹配。 问题 LPDDR4 配置中的行地址不匹配是否会导致 UUU 刷新过程在早期启动期间因 LIBUSB _ERROR_NO_DEVICE 而停止？ 如果这是可能的原因，那么在 i.MX8QX6 上正确配置这个 LPDDR4 设备的 DDR 参数的推荐方法是什么？ 配置是否应使用恩智浦提供的DDR工具/RPA工具生成，还是有适用于该特定存储设备的参考配置？ 如能提供任何指导或建议，将不胜感激。 谢谢！ Re: i.MX8QX6 – UUU flashing stalls with libusb error (possible LPDDR4 row address mismatch) 你好@Yogesh_   我在我的 imx8qxp 板上进行了测试。没有发生任何问题。我使用以下命令闪存 flash.bin 文件。 uuu -b emmc .\imx-boot-imx8qxpc0mek-sd.bin-flash   Snipaste_2026-03-17_10-23-38.png 回答你的问题 Q1& Q2 : 这不会造成这个问题 问题 3：你应该为动态随机存取存储器(DRAM) 配置正确的参数。然后重新编译新的 flash.bin 文件。但正如你所说你的 动态随机存取存储器\(DRAM\) 行数为 17，但是 imx8qxp 支持的最大行大小为 16。因此，请更换另一个 16 行的动态随机存取存储器(DRAM)。这意味着，为了支持最大 4GB (32Gb) LPDDR4 密度，配置必须为 16 行 2 级 B.R Re: i.MX8QX6 – UUU flashing stalls with libusb error (possible LPDDR4 row address mismatch) 您能否提出其他解决方案来解决 UUU 工具挂起/卡住的问题？我已经尝试过旧版本和最新版本的UUU工具，但我仍然遇到同样的错误。 Re: i.MX8QX6 – UUU flashing stalls with libusb error (possible LPDDR4 row address mismatch) 感谢您的反馈， 我附上了 Yocto 生成的 imx-启动-imx8qx p-mek-sd.bin-flash_spl 和 flash.bin 图像的日志。flash.bin 是使用 RPA 工具配置的，使用 SCFW 移植套件构建，并且正在成功启动。 Re: i.MX8QX6 – UUU flashing stalls with libusb error (possible LPDDR4 row address mismatch) 你好@Yogesh_ 请勿使用以下命令 sudo uuu -v -b emmc_all imx-boot-imx8qxp-mek-sd.bin-flash_spl 使用以下代码： uuu -b emmc imx-boot-imx8qxp-mek-sd.bin-flash_spl 1.尝试在 Windows 操作系统下运行 uuu 工具 2.分享以下命令的结果： uuu -lsusb B.R Re: i.MX8QX6 – UUU flashing stalls with libusb error (possible LPDDR4 row address mismatch) 你好@Yogesh_ 运行以下命令后结果如何？ uuu -lsusb B.R

devkit RESET 升级 mpc5748g 我有 NXP Devkit mpc5748g，且知道它告诉我处于 RESET 升级模式，我怎样才能退出该模式，让我的板恢复运行？ 为了方便起见，我不小心在内存区域 0x00FA0000 中写错了应用程序地址，我认为这是启动跳转应用程序的原因， 我正在为我的应用程序使用 Core 0 Re: devkit reset esclation MPC5748g 我需要额外的硬件工具才能使用 TRACE32 调试板吗？ Re: devkit reset esclation MPC5748g 原因可能是由于MPC57xx设备新引入的功能——它被称为 “功能” RESET升级和 “破坏性” RESET升级（MC_RGM_FRET和MC_RGM_DRET），它导致在预定义的功能RESET次数之后，破坏性RESET发生，在预定义的破坏性RESET次数之后，设备将保持RESET状态直到下一次 POR。 解决方案是在上电复位后立即停止内核，通过调试器连接并擦除 MCU/重新加载代码。 使用 TRACE32 可以通过 “上电复位时暂停内核” 功能来完成（在菜单中选择：MPC5XXX-工具-上电复位时暂停内核。）。 如果您只有 PeMicro 调试器，我找到了另一个描述如何连接 PeMicro 的主题： https://community.nxp.com/thread/504643 还要检查你是否正确连接了电源（DevKit 和类似板可能有用于从 USB 或 5V 桶形连接器中选择电源的跳线），有时当由于未连接 5V 电源而导致微控制器断电时，你可能会看到这样的警告。 Re: devkit reset esclation MPC5748g 你好 不，你不需要额外的 HW。只是调试器。 请参阅此主题，我在其中详细解释了这一问题以及恢复程序： https://community.nxp.com/t5/MPC5xxx/MPC5746C-enter-reset-escalation/m-p/750582 顺祝商祺！ Peter

S32K3-HSE 当前我们使用S32K344设计VCU控制器，该项目首次使用HSE模块满足信息安全要求，使用的RTD为1.0.0，HSE为0.2.1.0版本。目前项目已进入小批量验证阶段，当前出现一个问题：偶发性出现上电后VCU无法启动，台架测试发现SBC供电均正常，REST引脚一直出现周期性的复位信号，周期约为200ms，拉低时长约8ms，目前怀疑大概率为上电后软件卡在HSE内核，应用核未运行起来，导致的喂狗超时复位，针对该现象是否有排查方式及相关验证方法 Re: S32K3-HSE 你好@ALXY_WANG1 RTD 和 HSE 版本已经过时，我想考虑升级软件。最新 RTD 版本目前为 7.0.0，HSE 固件版本目前为 0.2.55.0。 能否将调试器连接到 MCU 上？如果是，能否读取 MC_RGM 模块中的 FES 和 DES 寄存器？这些寄存器包含功能性和破坏性 RESET 源的状态，因此它应该有助于找到 RESET 源。 您使用哪种调试器？如果使用 Trace32，我会尝试使用类似这样的简单脚本，附加到正在运行的目标上并停止执行，以便查看当前状态或挂起的位置： sys.attach 中断 要检查是否与 HSE 有关，请提供位于 0x4039_C028 的 HSE GPR 寄存器以及 MU_0 的 FSR 和 GSR 寄存器的内容。 此致， Lukas Re: S32K3-HSE 使用的调试器是PE，接上调试器后控制器就恢复正常了，可能是接上调试器让SBC处于调试模式，当控制器启动超过256ms后不会反复复位，然后软件就正常运行 Re: S32K3-HSE 使用的调试器是PE，接上调试器后控制器就恢复正常了，可能是接上调试器让SBC处于调试模式，当控制器启动超过256ms后不会反复复位，然后软件就正常运行

系统管理器命令 我想从 Cortex-M33 的调试端口获得有关 iMX95 19x19 LPDDR5 EVK 中可用的系统管理器命令的信息。 "help 只提供了一个列表，但没有提供带参数命令的更多信息。" 例如"lmm", 不知道可以使用哪些参数 预先感谢您指出这些信息。 阿尔弗雷多 Re: System Manager Commands 你好 我建议你看看 imx-sm 和应用笔记 AN14478。 由于 i.MX95 还处于试生产阶段，因此目前只能提供这些信息。 顺祝商祺！ Re: System Manager Commands 亲爱的豪尔赫 感谢您的及时回复。 虽然我试图配置和评估 iMX95 系统，但这个问题也与其他 iMX9 SoC（如 iMX94）相关。 按照你审查 imx-sm 代码的想法，在 imx-sm/sm/utilities/监测/监测_cmds.c 中，MONITOR_Dispatch 函数包括可用的 " 静态字符串 const cmds [] "。 那么每条命令都有一个相应的函数，例如MONITOR_CmdReason. 有几条命令，如"reason" 是简单明了的，但还有很多命令需要全面分析，甚至需要输入参数。 例如，"cpu.w"将调用 MONITOR_CmdCtrl。 我想知道为什么没有关于所有这些 SM 函数参数化的信息。 cpu.r => 所有 SoC 内核的读取模式状态（未使用参数） ctrl.w如何控制内核的运行/休眠状态？参数是什么？ ，从给出的源代码中很难理解（逆向工程）参数化。 如果 ctrl.w 能改变 SoC 内核的状态，那么 cpu.w 的作用是什么？ 感谢您的及时回复。 虽然我试图配置和评估 iMX95 系统，但这个问题也与其他 iMX9 SoC（如 iMX94）相关。 按照你审查 imx-sm 代码的想法，在 imx-sm/sm/utilities/监测/监测_cmds.c 中，MONITOR_Dispatch 函数包括可用的 " 静态字符串 const cmds [] "。 那么每条命令都有一个相应的函数，例如MONITOR_CmdReason. 有几条命令，如"reason" 是简单明了的，但还有很多命令需要全面分析，甚至需要输入参数。 例如，"cpu.w"将调用 MONITOR_CmdCtrl。 我想知道为什么没有关于所有这些 SM 函数参数化的信息。 cpu.r => 所有 SoC 内核的读取模式状态（未使用参数） ctrl.w如何控制内核的运行/休眠状态？参数是什么？ ，从给出的源代码中很难理解（逆向工程）参数化。 如果 ctrl.w 能改变 SoC 内核的状态，那么 cpu.w 的作用是什么？ 如前所述，恩智浦需要提供更多有关这些命令的信息，以便充分使用系统管理器命令行。 谨致问候，阿尔弗雷多。 Re: System Manager Commands 你好 你创建了文档吗？ 这在监测-> 资源命令（表）中有所说明。 顺祝商祺！ Re: System Manager Commands 太好了，谢谢。 这就是我需要的信息。已解决： git 克隆 https://github.com/nxp-imx/imx-sm 要生成完整文档，请安装所需的工具： $> sudo apt -y install make doxygen texlive texlive-latex-extra 然后更改为文档目录 (sm/doc)，并执行以下操作： $> make clean $> make html 输出将写入版本目录 (sm/doc/build/html)。 HTML 输出的顶层是 index.html 锉刀 = >.../imx-sm/sm/doc/版本/html/监测.html 再次感谢您指出信息的位置。阿尔弗雷多 Re: System Manager Commands 此处附有 SM 监测命令供其他用户参考。

BOOTROM 对 QuadSPI 中断 PF14_INTA 的反应 你好，专家 在读取操作过程中，如果 PF_14 / QSPI_A_INT 引脚被拉低，BootROM 是否会进入安全状态，以防止加载错误的 Bootloader 或其他数据？ 在读取操作过程中，当 PF_14 / QSPI_A_INT 引脚被拉低时，BOOTROM 的详细反应是什么？ HSE_FW 优先级：中等 资料来源直接客户 Re: The reaction of BOOTROM for QuadSPI Interrupt PF14_INTA   你好@Crisnoo_Yi_Yang、 我正在分析这个问题，很快就会给出答复。 同时，请提供您使用的芯片、HSE 变体（B/M/H）和版本、客户和项目名称。 谢谢， Marian Vilau Re: The reaction of BOOTROM for QuadSPI Interrupt PF14_INTA HSE_H 高级版还是标准版？ Re: The reaction of BOOTROM for QuadSPI Interrupt PF14_INTA 你好 玛丽安 请参阅以下所需信息： 芯片：芯片：S32G399A；HSE 变体：HSE_H；客户名称：ZOOX；项目名称：EMU V5。 Re: The reaction of BOOTROM for QuadSPI Interrupt PF14_INTA 你好，玛丽安 这个问题与 BootROM 有关，我认为不需要 HSE 版本。 Re: The reaction of BOOTROM for QuadSPI Interrupt PF14_INTA 您好， 是必要的，因为 ZOOX 没有 BSSM，我们需要晋升到销售团队。 谢谢， Marian Vilau Re: The reaction of BOOTROM for QuadSPI Interrupt PF14_INTA 你好，玛丽安 BOOTROM 是一款出厂时编程的软件，它应该被视为芯片的一部分，它不是软件组件，所以我认为即使客户没有 BSSM，恩智浦也应该回答有关该芯片的一般问题。 Re: The reaction of BOOTROM for QuadSPI Interrupt PF14_INTA 你好@Crisnoo_Yi_Yang, 能否请你告诉我 bootrom 的版本和剪切？ 敬上， Himanshu Kumar Re: The reaction of BOOTROM for QuadSPI Interrupt PF14_INTA 您好@Crisnoo_Yi_Yang, 我正在处理这个问题。销售团队已确认可以在没有 BSSM 的情况下提供支持。一旦有更多信息，我会及时更新。 敬上， Himanshu kumar Re: The reaction of BOOTROM for QuadSPI Interrupt PF14_INTA 你好，希曼舒 切割编号为 S32G3 cut1.1 Re: The reaction of BOOTROM for QuadSPI Interrupt PF14_INTA 您好@Crisnoo_Yi_Yang, 从 S32G3cut 1.1 开始，BootROM 不再处理 QSPI ECC 错误，BootROM 中也删除了 QSPI_INT (PF_14) 焊盘的 SIUL 配置。因此，在 Q SPI 读取操作期间将 PF_14/QSPI_A_INT 引脚拉低电平不会触发信号任何特殊的错误处理、安全状态行为或 Bootrom 级别的纠正措施。 我认为这澄清并完全回答了你的问题。如果您还有其他问题，请告诉我。 敬上， Himanshu Kumar Re: The reaction of BOOTROM for QuadSPI Interrupt PF14_INTA 你好，希曼舒 谢谢你的明确说明。

[S32K324] Core 0 starts Core 1 via MC_ME — Ozone "Attach" to Core 1 fails immediately Environment: - Device: NXP S32K324 (dual-core Cortex-M7_0 + M7_1) - IDE: S32 Design Studio, Debugger: Segger Ozone + J-Link - Project: Bootloader (M7_0) + Application (M7_0 + M7_1), MULTIPLE_IMAGE mode, FreeRTOS --- Background / What we changed: Our bootloader had CM7_1_ENABLE defined in all build configurations, we removed CM7_1_ENABLE from both the bootloader and the Core 0 application builds . To still have the ability to start Core 1 when needed, we added the following MC_ME-based startup function in the Core 0 application: int MultiCoreBoot_StartCore1(void) { /* Skip if Core1 is already running */ if ((MC_ME_PRTN0_CORE1_STAT & MC_ME_CORE_STAT_CCS) != 0U) { return 0; } /* Step 1: Set M7_1 vector table address */ MC_ME_PRTN0_CORE1_ADDR = M7_1_VECTOR_TABLE_ADDR; // 0x00600000 /* Step 2: Enable Core1 clock */ MC_ME_PRTN0_CORE1_PCONF = MC_ME_CORE_PCONF_CCE; /* Step 3: Trigger update */ MC_ME_PRTN0_CORE1_PUPD = MC_ME_CORE_PUPD_CCUPD; /* Step 4 & 5: Unlock key sequence */ MC_ME_CTL_KEY = MC_ME_KEY; // 0x5AF0 MC_ME_CTL_KEY = MC_ME_INV_KEY; // 0xA50F /* Wait for Core1 clock active */ while ((MC_ME_PRTN0_CORE1_STAT & MC_ME_CORE_STAT_CCS) == 0U) {} return 0; } This function is called from the Core 0 application after system initialization. --- Current problem: We are trying to debug Core 1 in Ozone using "Attach to Running Program" (a second Ozone instance, separate .jdebug project pointing to the Core 1 ELF at 0x00600000). However, Ozone throws an error immediately on connection. Questions: 1. Is the MC_ME startup code above correct for S32K324? 2. What is the correct Ozone / J-Link configuration to attach to Core 1 without resetting Core 0?     企业微信截图_17726181715171.png   Re: [S32K324] Core 0 starts Core 1 via MC_ME — Ozone "Attach" to Core 1 fails immediately Hi @Julián_AragónM , Thank you for your support and the reference materials—they were very helpful in narrowing down the issue. We have successfully resolved the Core 1 "Attach" failure. Here is a quick summary: MPU/Startup: Verified as requested; configurations are correct and not the cause. Root Cause: The default S32K324.jlinkscript triggers an ECC RAM initialization (writing 0xDEADBEEF) when the second Ozone session connects. This inadvertently overwrites the SRAM regions being used by the running Core 0 (FreeRTOS), causing the system to crash. The Fix: We overrode SetupTarget() in a custom J-Link script to skip the RAM initialization during "hot attach." We can now stably debug both cores simultaneously. Hope this finding is useful for your team as well. Best regards, Changyuke Re: [S32K324] Core 0 starts Core 1 via MC_ME — Ozone "Attach" to Core 1 fails immediately Hi @Changyuke, The routine for starting Core 1 seems okay. Just could you please check the CM7_0 startup code and verify the MPU region attributes for the address 0x00600000? Just to confirm table base is a valid VTOR. As for Ozone, I believe this is a question for SEGGER themselves. Please try contacting them instead: Ticket | SEGGER - The Embedded Experts. We provide some documentation, but it is based on PEmicro, I am not sure if there is any specific configuration needed for Ozone:  HOWTO: debug multi-core project in S32 Design studio S32K324 DUAL CORES DEBUG WITH P&E MULTILINK Lastly, SEGGER does provide a wiki page for multi-core debugging: Multi-Core Debugging - SEGGER Knowledge Base. It seems like the needed configuration is shown there. Best regards, Julián

[S32K324] コア0がMC_ME経由でコア1を起動 — コア1へのOzoneの「アタッチ」はすぐに失敗する 環境： - デバイス: NXP S32K324 (デュアルコア Cortex-M7_0 + M7_1) - IDE: S32 Design Studio、デバッガ: Segger Ozone + J-Link - プロジェクト: ブートローダー (M7_0) + アプリケーション (M7_0 + M7_1)、MULTIPLE_IMAGE モード、FreeRTOS --- 背景 / 変更点: ブートローダーはすべてのビルド構成でCM7_1_ENABLEを定義していたので、 ブートローダーと Core 0 アプリケーション ビルドの両方から CM7_1_ENABLE を削除しました。 必要に応じて Core 1 を起動できるようにするために、Core 0 アプリケーションに次の MC_ME ベースの起動関数を追加しました。 int MultiCoreBoot_StartCore1(void) { /* Core1 がすでに実行されている場合はスキップします */ ((MC_ME_PRTN0_CORE1_STAT & MC_ME_CORE_STAT_CCS) != 0U) の場合 { 0を返します。 } /* ステップ1: M7_1ベクターテーブルアドレスを設定する */ MC_ME_PRTN0_CORE1_ADDR = M7_1_VECTOR_TABLE_ADDR; // 0x00600000 /* ステップ2: Core1クロックを有効にする */ MC_ME_PRTN0_CORE1_PCONF = MC_ME_CORE_PCONF_CCE; /* ステップ3: 更新をトリガーする */ MC_ME_PRTN0_CORE1_PUPD = MC_ME_CORE_PUPD_CCUPD; /* ステップ4と5: キーシーケンスのロック解除 */ MC_ME_CTL_KEY = MC_ME_KEY; // 0x5AF0 MC_ME_CTL_KEY = MC_ME_INV_KEY; // 0xA50F /* Core1クロックがアクティブになるまで待機 */ ((MC_ME_PRTN0_CORE1_STAT & MC_ME_CORE_STAT_CCS) == 0U) の場合 {} 0を返します。 } この関数は、システムの初期化後に Core 0 アプリケーションから呼び出されます。 --- 現在の問題: Ozoneで「実行中のプログラムにアタッチ」を使用してCore 1をデバッグしようとしています（2番目のOzoneインスタンス、別の.jdebugCore 1 ELFを指すプロジェクト 0x00600000）。ただし、Ozone は接続するとすぐにエラーをスローします。 質問: 1.上記の MC_ME 起動コードは S32K324 に適していますか? 2. Core 0 をリセットせずに Core 1 に接続するための正しい Ozone / J-Link 構成は何ですか?     企业微信截图_17726181715171.png   Re: [S32K324] Core 0 starts Core 1 via MC_ME — Ozone "Attach" to Core 1 fails immediately こんにちは@Julián_AragónM 、 あなたのサポートと参考資料に感謝します。それらは問題を絞り込むのに非常に役立ちました。Core 1 の「Attach」障害を正常に解決しました。簡単に要約すると次のようになります。 MPU/スタートアップ: 要求どおりに検証されました。構成は正しく、原因ではありません。 根本原因: デフォルトの S32K324.jlinkscript は、2 番目の Ozone セッションが接続されたときに ECC RAM の初期化 (0xDEADBEEF の書き込み) をトリガーします。これにより、実行中の Core 0 (FreeRTOS) で使用されている SRAM 領域が誤って上書きされ、システムがクラッシュする原因となります。 修正: カスタム J-Link スクリプト内の SetupTarget() をオーバーライドして、「ホット アタッチ」中の RAM 初期化をスキップしました。 両方のコアを同時に安定してデバッグできるようになりました。この発見があなたのチームにとっても役立つことを願っています。 よろしくお願いいたします。 チャンユケ Re: [S32K324] Core 0 starts Core 1 via MC_ME — Ozone "Attach" to Core 1 fails immediately こんにちは@Changyukeさん Core 1 を起動するルーチンは問題ないようです。CM7_0 のスタートアップコードをチェックして、アドレス 0x00600000 の MPU 領域属性を確認していただけますか？テーブルベースが有効な VTOR であることを確認するためです。 オゾンに関しては、これはSEGGER自身に質問すべきことだと私は思います。代わりに次の連絡先にお問い合わせください:チケット | SEGGER - The Embedded Experts 。 ドキュメントはいくつか提供していますが、PEmicro に基づいているため、Ozone に必要な特定の構成があるかどうかはわかりません。 HOWTO: S32 Design Studio でマルチコア プロジェクトをデバッグする方法 S32K324 デュアルコア デバッグ（P&E マルチリンク付き） 最後に、SEGGER はマルチコア デバッグに関する wiki ページを提供しています:マルチコア デバッグ - SEGGER ナレッジ ベース。必要な構成がそこに表示されているようです。 よろしくお願いします、 ジュリアン

FRDM-IMX93 Wifi + BLE 同步 COEX 我们正在开发一种系统，通过安全的 BLE 通道配置 Wifi 网络（扫描网络，连接到所需的网络）。我的整个系统都是通过不安全的 BLE 连接运行的，即使模块加入了 Wifi 网络，BLE 连接仍会保留。但是，当我启用 SC 时，系统在 Wifi 网络获得 IP 地址之前一直正常。之后，BLE 连接会持续中断（连接到 Wifi 网络后约 10 秒）。 我想确认一下，使用这个开发套件是否可以同时保留活动的安全 BLE 和 Wifi 连接。很明显，一旦进入 Wifi 网络，我们并不一定要保持 BLE 连接，但如果能做到这一点就更好了，因为它在未启用 SC 的情况下也能工作。 Re: FRDM-IMX93 Wifi + BLE Simultaneous COEX 嗨，@dmac 感谢您为我们创建案例。 请问您使用的 Wi-Fi/BT 芯片组是什么？ 能告诉我详细的重现步骤吗？这样我就可以在本地进行验证，并尝试解决您的问题。 顺祝商祺！ Christine。 Re: FRDM-IMX93 Wifi + BLE Simultaneous COEX 这是玛雅 -W276-00B。 我给你发了一个 DM，里面有我们处理配置的脚本。 Re: FRDM-IMX93 Wifi + BLE Simultaneous COEX 我已经解决了这个问题。现在我在使用 Wifi 时也能保持安全的 BLE 连接。 Re: FRDM-IMX93 Wifi + BLE Simultaneous COEX 嗨，@dmac 感谢您的反馈，很高兴听到您说您做得很好！ 对不起，我的回复晚了，因为我被其他更重要的事情挡住了。 您介意在这里分享您的解决方案以供其他客户参考吗？ 如果您不想分享，也没关系。请不要为此感到任何压力。 顺祝商祺！ Christine。 Re: FRDM-IMX93 Wifi + BLE Simultaneous COEX 简而言之，我们必须禁用蓝牙经典版，并禁用电池、设备信息和主机名插件。

为什么引脚工具不调用 GPIO_PortInit？ 大家好， 在使用 MCUXpresso 提供的工具时，我一直想知道为什么 Pins 工具没有在 BOARD_InitBootPins() 内包含必要的 GPIO_PortInit(GPIO_Type *base, uint32_t port) 函数，以使 GPIO 正常工作。 这是软件错误，还是我遗漏了什么？ 先行致谢。 i.MX RT600 Re: Why Pins tool don't call GPIO_PortInit? 你好，@katte82、 据我所知，即使在配置工具窗口配置 GPIO 后，函数 GPIO_PortInit(GPIO_Type *base, uint32_t port) 也不会出现。我的理解正确吗？如果答复是肯定的，请按照MCUXID ECTUG的外围信号路由：MCUXpresso配置工具用户指南（IDE）| 恩智浦半导体一章中提到的步骤进行操作。请告诉我你们的结果。 此外，为了更好地为您提供支持，能否请您提供 SDK 版本和 MCUXpresso IDE 版本？ BR Habib Re: Why Pins tool don't call GPIO_PortInit? 你好，@katte82、 原因是引脚工具仅根据您所做的选择来配置每个引脚的电气特性和多路复用选项，与您稍后打算使用的模式无关。即使在引脚工具中将引脚设置为 GPIO，这一步也只是确定引脚的工作方式。 在引脚工具中配置引脚后，还必须在外设工具或应用代码中初始化和配置相应的外设。换句话说，引脚工具准备了引脚，但外设驱动程序才是真正实现和控制功能的工具。 BR Habib Re: Why Pins tool don't call GPIO_PortInit? 是的，我确认在配置 GPIO 时，没有自动插入 GPIO_PortInit 函数。 外设使用的 GPIO 不会出现这种情况，只有用作输入/输出的简单 GPIO 才会出现这种情况。 我使用的是最新的 MCXpresso (25.6.136) 和最新的 SDK (25.12)。 预先表示感谢。 Re: Why Pins tool don't call GPIO_PortInit? 好的，我明白了，它遵循了其他外设的程序，所以没问题。 不过，我本以为可以在外设工具中设置 GPIO，但这是不可能的，因为上面写着： GPIO 初始化已移至引脚工具："GPIO 初始化已移至引脚工具。" 这就是为什么我对如何使用这个工具感到困惑。 Re: Why Pins tool don't call GPIO_PortInit? 您好@katte82， SDK（版本 25.12）提供了两个将引脚配置为 GPIO 的示例，分别称为"gpio_input_interrupt" 和"gpio_led_output" ，这两个示例分别将 GPIO 配置为输入和输出，非常有用。 BR Habib

GUI Guider GUI GUIDER v1.10 バージョンの起動時には登録番号が必要です、登録後のネットワーク切断期間、登録状態の自動失効、管理上の理由により電子脑法無許可ネットワーク、怎样は登録状態を維持できません Re: GUI GUIDER こんにちは@w_W 、 ご投稿ありがとうございます。アカウントのログイン方法はNXPの公式ウェブサイトと同じです。デバイスが長期間インターネットに接続されていない場合は、再度ログインしていただく必要があります。 インターネットに簡単にアクセスできないPCでGUI Guiderにログインする他の方法があるかどうか、社内チームに確認する必要があります。お問い合わせの前に、以下の情報をご提供いただけますでしょうか。 弊社のどの製品をご利用ですか? ターミナルアプリケーションとは何ですか? 年間生産量はどのくらいですか？ BR セレステ Re: GUI GUIDER こんにちは。弊社では現在、貴社製のMCUは使用しておりません。しかしながら、LVGLを用いたUIインターフェース開発の際に、貴社製のGUIDERソフトウェアを使用させていただいております。

eIQ 工具包：python 缺少 ssl 你好 - 我正试图按照nxp-nnstreamer-examples中的演示说明设置 eIQ 工具包。 按照说明，我已经安装了 eIQ 工具包（在 /opt/nxp 中）——但是在使用这个命令安装补充软件包时： python -m pip install -r /downloads/requirements.txt 我一直碰到这个警告： 警告：pip 配置了需要 TLS/SSL 的位置，但 Python 中的 ssl 模块不可用 eIQ 工具包的 python 环境中似乎没有 python SSL 模块： $ python -c"import ssl; print(ssl.OPENSSL_VERSION_INFO)" Traceback (most recent call last)： File" " , line 1, in File"/opt/nxp/eIQ_Toolkit_v1.17.0/python/lib/python3.10/ssl.py" 、第 99 行，在 import _ssl # 如果我们不能导入，让错误传播 ImportError: libssl.so.1.1：无法打开共享对象文件：无此文件或目录 不过，我在这台主机上的主环境（eIQ 工具包环境之外）正确安装了该软件： $ python -c"import ssl; print(ssl.OPENSSL_VERSION_INFO)" (3, 0, 0, 2, 0) 有办法解决这个问题吗？特别令人费解的是，这只是按照 nxp-nnstreamer-examples 中的演示示例进行的操作。 这是在 Ubuntu 22.04 上。 非常感谢！ Re: eIQ Toolkit: python missing ssl 谢谢你，费利佩！ Re: eIQ Toolkit: python missing ssl 你好@TomFoy1 eIQ 工具包正在尝试加载 OpenSSL 1.1 (libssl.so.1.1)、但 Ubuntu 22.04 只提供 OpenSSL 3 (libssl.so.3)。由于缺少 libssl.so.1.1，工具包 Python 无法导入 ssl，因此 pip 无法使用 HTTPS。 一种方法是使用主机 python3（通过 venv）安装 downloads/requirements.txt。您还可以尝试另一种方法，即安装 OpenSSL 1.1 兼容库，这样工具包 Python 就可以加载 libssl.so.1.1。 请告诉我们情况如何，请随时与我们联系以获取更多详细信息。 Felipe Solano RidgeRun 的嵌入式 SW 工程师 联系我们：[email protected] 开发者维基：https://developer.ridgerun.com 网站：www.ridgerun.com

连接引脚 LPC1788 你好。连接引脚 VDD、VSS LPC1788FBD208、LPC1788FET208（100nF 或 10nF 或其他）的电容容量是多少？连接引脚 VDD-REG3V3、VSS-REG LPC1788FBD208、LPC1788FET208（100nF 或 10nF 或其他）的电容容量是多少？有多少电容连接到引脚 VDD-VSS；VDD-REG3V3-VSS-REG（每个 VDD、VSS 引脚或其他引脚都有电容）？与引脚 VREFP、VDDA 的连接方案是什么？VBAT 引脚的连接方案是什么？针脚 X1-X2 的连接方案是什么？针脚 RTCX1- RTCX2 的连接方案是什么？如果你有关于这个主题的应用笔记，请发送。 Re: connect pin LPC1788 Hello 有关电容的值和数量，您可以查看我们合作伙伴提供的 LPC1788 开发套件信息作为参考。请注意，这些信息仅供参考。 Embedded Artists AB |合作伙伴概况|恩智浦半导体有限公司 LPC178x 数据表图 8 中的图片显示了电源分布，您能否确认这就是您需要的连接方案？或者，您能否帮助我们分享您所需信息的详细信息？ 针脚 X1-X2 的连接方案是什么？ -UM10470 中的 3.8.2 章、表 43 和图 10 可以指导您了解连接和数值规格。 针脚 RTCX1- RTCX2 的连接方案是什么？ -参见 UM10470 第 29.4 章 图 155 最诚挚的问候，路易斯 Re: connect pin LPC1788 我看过 LPC1788 OEM 板方案，但它没有告诉我要安装哪些电容器（该方案中总共有 18 个电容器，还有 13 对引脚 VDD，VDD-REG3V3）。连接引脚 VDD、VSS LPC1788FBD208、LPC1788FET208（100nF 或 10nF 或其他）的电容容量是多少？连接引脚 VDD-REG3V3、VSS-REG LPC1788FBD208、LPC1788FET208（100nF 或 10nF 或其他）的电容容量是多少？有多少电容连接到引脚 VDD-VSS；VDD-REG3V3-VSS-REG（每个 VDD、VSS 引脚或其他引脚都有电容）？VSS 和 VSSA 之间是否需要铁氧体磁珠？ 在我的设备上 FCPU=120MHz，使用以太网、USB、RTC、3 个 UART、1 个 CAN、1 个 I2C、EMC 用于 同步动态随机存取存储器(SDRAM) 和 与非 闪存、GPIO

MCX A ROM 引导加载程序中的安全/签名模式？ 假设我们要设计一个使用 MCX A 系列的系统，该系统使用 ROM 引导加载器功能进行终端客户固件升级。 升级可以通过 web-serial-> usb 进行升级，也可以通过 UART 从另一个 mcu 进行系统内更新，两者都直接与 rom 启动代码通信。 我还没有详细了解最新 MCX 系列 ROM 的实现情况，但问题是： 使用ROM启动时有没有办法需要签名的二进制文件？ 即将 " otp-keys " 写入闪存并强制引导加载程序只接受有效的二进制文件写入 是否有办法在启用擦除/写入功能的同时防止从闪存进行原始读取？ 在我的情况下，MCU 应该是MCXA156VPJ 我完全知道我可以编写自己的第二阶段 BL 来实现这一目标，但这里的重点是设计一个简单且防砖的系统。 启动 ROM | 启动配置 | 闪存 MCXA 安全（Edgelock | 安全启动 | OTP） Re: MCX A secure/signed mode in rom bootloader? 你好@dav1 MCXA 系列不支持 ROM 引导加载程序的安全或签名模式。 请考虑使用 MCXN 系列，该系列支持此功能。 https://www.nxp.com/products/processors-and-microcontrollers/arm-microcontrollers/general-purpose-mcus/mcx-arm-cortex-m/mcx-n-series-microcontrollers:MCX-N-SERIES 谢谢！ BR 爱丽丝 Re: MCX A secure/signed mode in rom bootloader? 1） 而 N 系列的价格对于这种应用来说过于昂贵。 还有哪些 mcx 支持安全 rom-启动？ 2) 您是否 100% 确定没有办法在 A 系列上实现安全的更新路径？

SE050 Middleware heap overflow observed Hey there, I’m trying to integrate the Se050 with the LPC55S. The physical connections are as follows: - Host MCU -> Se050 -> Sensor (on I2C) When the bus communications intervene between the Host MCU and Se050, it hangs. The following sequence is applied to recover it  - I2C recovery using GPIOs - Reinitialize the Se050 by executing the following sequence:   - sss_close_session()   - open_boot_session() During the open session, I encountered an error indicating that the open session failed. With a retry mechanism and a 100ms wait period between each retry, if the first attempt fails, I’m able to communicate again with the Se050. However, to simulate this condition, we manually caused the I2C hang multiple times and discovered that the heap memory overflows when the reinit and open session fails with timeout error. Is this a known issue? please provide any workarounds.  LPC55xx Re: SE050 Middleware heap overflow observed Hi @pranavitraj , Would you please specify the MW version that you are testing with? and which demo is referred? We may try to reproduce this issue here. Thanks for your patience! 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: SE050 Middleware heap overflow observed Hi Kan, I tried the newer version of the middleware which resolved the heap issue. Thank you so much for your support and time. Just one more small observation: during the same test, the se_reinit sometimes got stuck waiting for an ACK. This happened specifically when we received continuous NACKs from the SE device because there was no termination. Please suggest a solution for this as well. Re: SE050 Middleware heap overflow observed Hi kan can you please help on above query  Re: SE050 Middleware heap overflow observed Hi Kan, Any suggetion for above. here is specific call stack for no termination systick_delay() at timer_kinetis_bm.c sm_sleep() at timer_kinetis_bm.c BackOffDelay_Wait() at i2c_lpc55sxx.c kinetisI2cStatusToAxStatus() at i2c_lpc55sxx.c axI2CRead() at i2c_lpc55sxx.c  phPalEse_i2c_read() at phNxpEsePal_i2c.c  phNxpEse_readPacket() at phNxpEse_Api.c phNxpEse_read() at phNxpEse_Api.c  phNxpEseProto7816_GetRawFrame() at phNxpEseProto7816_3.c  phNxpEseProto7816_ProcessResponse() at phNxpEseProto7816_3.c TransceiveProcess() at phNxpEseProto7816_3.c there is no termination for the number of times nack it waits forever  also we see one problem related to the  deinit and reinit of se050 sequence  after deinit which is a END_OF_APDU command SE did not reply for 5 seconds  can you please suggest for this also or is it known time ??? Regards Pranav