reliability data request dear NXP As part of our component evaluation process, we would appreciate receiving the reliability report for the MMX9352XVVXMAC this information is crucial for our design considerations. thank you for your support Re: reliability data request Hi Mike, Thank you for your inquiry. Since you are contacting us using a Gmail address rather than a company email address, could you please provide the following information? Your company name Project details End customer name If you prefer not to share these details here, please feel free to reply directly to the email I sent you. I will need this information when requesting the reliability report from our internal quality team. Thank you in advance for your cooperation. I look forward to your reply. Thank you and have a nice day. Re: reliability data request Dear bar mike,   Thanks for reaching out.   Based on the confirmation: the correct part# should MiMX9352XVVXMAC, not MMX9352XVVXMAC you mentioned.   For the reliability report of MiMX9352XVVXMAC, it is not public, I need to check with our internal quality engineer, will provide it to you once I got it.   Thanks in advance for your patience.  Re: reliability data request Dear mike,    I got our engineers reply, pls advise me if you have signed the NDA (Non disclosure agreement) with NXP?   And we need below information as well.   Your company name Project details End customer name   Look forward to your reply.   Thank you and have a nice day. Re: reliability data request Dear Mike, Could you pls advise us if your company has signed the NDA (Non disclosure agreement) with NXP? If yes, pls provide the NDA # and let me check in our database. If you do not have an NDA , for the assistance please create a Support Request in our ticket system. You need to use your company e-mail. https://www.nxp.com/support/support:SUPPORTHOME?tid=sbmenu Our NDA team will assist you with the NDA process. Look forward to your reply. Otherwise this ticket will automatically close in 7days. ​​​​​​​​​​​​​​Have a wonderful day!  BR Lina 

可靠性数据请求 尊敬的恩智浦半导体 作为我们元器件评估过程的一部分，我们希望收到 MMX9352XVVXMAC 的可靠性报告，该信息对我们的设计考虑至关重要。 感谢您的支持 Re: reliability data request 您好，迈克， 感谢您的咨询。 由于您使用的是Gmail地址而不是公司电子邮件地址与我们联系，请您提供以下信息？ 您的公司名称 项目详情 最终客户姓名 如果您不希望在此处分享这些细节，请直接回复我发送给您的电子邮件。 我在向内部质量团队索取可靠性报告时需要这些信息。 感谢您的合作。 期待您的回复。 谢谢，祝您愉快。 Re: reliability data request 亲爱的酒吧迈克，   感谢您的联系。   根据确认信息：正确的零件号应为 MiMX9352XVVXMAC， 不是 MMX9352XVVXMAC 你提到了。   对于 可靠性报告 关于 MiMX9352XVVXMAC，它不是公开的，我需要向我们内部的质量工程师确认，一旦我得到它，就会提供给您。   感谢您的耐心等待。 Re: reliability data request 亲爱的迈克，   我收到了我们工程师的回复，请问您是否已与恩智浦半导体签署了保密协议（NDA）？   此外，我们还需要以下信息。   您的公司名称 项目详情 最终客户姓名   期待您的回复。   谢谢，祝您愉快。 Re: reliability data request 亲爱的迈克： 请问贵公司是否已与恩智浦半导体签署保密协议（NDA）？ 如果可以，请提供保密协议编号，以便我在数据库中查询。 如果您没有保密协议，请在我们的工单系统中创建支持请求以获得帮助。您需要使用公司邮箱。https://www.nxp.com/support/support:SUPPORTHOME?tid=sbmenu 我们的保密协议团队将协助您完成保密协议流程。 期待您的回复。 否则，此工单将在7天后自动关闭。 祝您度过美好的一天！ BR 莉娜

信頼性データ要求 NXP様 部品評価プロセスの一環として、この情報が設計上の考慮事項に不可欠なMMX9352XVVXMAC信頼性報告書をいただけるとありがたいです。 ご支援ありがとうございます Re: reliability data request こんにちは、Mikeさん お問い合わせいただきありがとうございます。 会社のメールアドレスではなく Gmail アドレスでご連絡いただいているので、以下の情報を教えていただけますか? あなたの会社名 プロジェクトの詳細 最終顧客の名前 これらの詳細をここで共有したくない場合は、私が送信したメールに直接返信してください。 この情報は、社内の品質チームに信頼性レポートを依頼する際に必要になります。 ご協力ありがとうございます。 ご返信をお待ちしております。 ありがとうございました。良い一日をお過ごしください。 Re: reliability data request バーマイク様、   ご連絡ありがとうございます。   確認に基づくと、正しい部品番号はMiMX9352XVVXMACです。 ない MMX9352XVVXMAC あなたが言及しました。   MiMX9352XVVXMACの信頼性レポート  は公開されていません。社内の品質エンジニアに確認する必要があります。届い次第お渡しします。   ご理解とご協力に感謝いたします。 Re: reliability data request マイク様、   エンジニアから返信がありましたので、NXP社とNDA（秘密保持契約）を締結済みかどうか教えていただけますでしょうか？   また、以下の情報も必要です。   あなたの会社名 プロジェクトの詳細 最終顧客の名前   ご返信をお待ちしております。   ありがとうございました。良い一日をお過ごしください。 Re: reliability data request マイク様、 御社がNXPとNDA(秘密保持契約)に署名しているかどうか、教えていただけますか? はいの場合、NDA番号をお知らせください。弊社のデータベースで確認いたします。 NDAがない場合は、サポートを申請するためにチケットシステムでサポートリクエストを作成してください。会社のメールアドレスを使う必要があります。https://www.nxp.com/support/support:SUPPORTHOME?tid=sbmenu 当社のNDAチームがNDA手続きをサポートいたします。 ご返信をお待ちしております。 そうでない場合、このチケットは7日後に自動的にクローズされます。 素敵な一日をお過ごしください！ BR リナ

在 NPU 上运行的 Whisper 你好， 我一直在 i.MX 95 上运行 Whisper，它受限于 CPU 性能。 是否有办法利用NPU来加快处理速度？看起来这个算式集主要是给 CNN 用的，不过还是值得一问。 我没见过任何例子，而且我不确定这是否可行（NPU 似乎只适用于 CNN？） 有人已经做过这件事了吗？有例子吗？

boot使用C40擦写flash 你好，我这边使用boot里面使用C40写flash大概率失败，我写300K左右的bin程序，经常在第9包数据，也就是第二个块就失败，1/10可能性完整通过，请帮我看一下是不是C40是不是使用有问题，写的主要程序 Flash_UnlockSectorIfProtected(cur_sector); DisableAllInterrupts(); DisEnableIrq1(); if (Flash_Write(flash_write_addr + offset, &payload[2], FIXED_PACKET_DATA_LEN) != 0) { EnableIrq1(); EnableAllInterrupts(); } EnableIrq1(); EnableAllInterrupts(); 我使用Power_Ip_MC_ME_SocTriggerResetEvent(POWER_IP_DEST_RESET_MODE);复位有没有问题，怎么避免8次后连续复位，跳转函数 func = *(uint32_t volatile *)(ADDR_APP + 0xC); func = *(uint32_t volatile *)(((uint32_t)func) + 0x4); func = ((((uint32_t)func) & 0xFFFFFFFFU)); // Reset_Handler+1 --> required to avoid hard fault (* (void (*) (void)) func)();复位和跳转后会不会有之前程序的数据残留，需要清理ram吗，如果需要怎么清理。麻烦了 回复： boot使用C40擦写flash Hi@LJH1 做一个最简单可以复现问题的demo给我，方便我复现你们的问题，我不要你们的完整产品工程或者是零散的驱动文件。 回复： boot使用C40擦写flash RTD公司统一使用的4.0.0 回复： boot使用C40擦写flash 离线烧录两个程序，一起复现快：首次boot直接跳app，app快闪30s进入boot，擦写1s闪烁，一共300次，没问题复位，有问题就常亮或长灭。 回复： boot使用C40擦写flash 后续测试 ，C40写时好时坏        status = C40_Ip_MainInterfaceWriteStatus();status结果等于2； ErrorFlags = C40_Ip_pFlashBaseAddress->MCRS & (FLASH_MCRS_PEG_MASK | FLASH_MCRS_PEP_MASK | FLASH_MCRS_PES_MASK); ErrorFlags最终等于0；返回error 回复： boot使用C40擦写flash Hi@LJH1 你的程序太乱了，我完全没办法帮你测试。 我按照你测试的逻辑，写了一个测试程序 从地址0x1000A000开始的8KB空间，每次写入128byte,地址连续写入64次共8KB，连续300次。 （128 * 64 * 300）。 你要改一下时钟，因为我用的是S32K311EVB-Q100，外部时钟晶振是16MHz.

Urgent imx8mp h264/h265 encoder with milestone using imx8mp h264 video encoder is not run on milestone  when testing the video with ffprobe -v error -show_streams -i one of the output is has_b_frames=2 ,  SPS/PPS  we suspect that this cause milestone not to show the video  it produce by hantro encoder but we didn't find way to set it to has_b_frames=0 it in other h264 encoder that work ok  Need help how we can make the encode stream to has has_b_frames=0  Re: Urgent imx8mp h264/h265 encoder with milestone Hi @itamarlevit  Please provide the exact encoding commands/pipeline on i.MX8MP Best Regards, Zhiming

急需带里程碑的 imx8mp h264/h265 编码器 使用 imx8mp h264 视频编码器在里程碑版本中未运行。 使用 ffprobe -v error -show_streams -i 测试视频时 其中一项输出是has_b_frames=2 ，SPS/PPS，我们怀疑这是导致里程碑视频无法显示的原因。 它由 Hantro 编码器生成，但我们找不到将其设置为has_b_frames=0 的方法。 它在其他 H264 编码器中运行正常。 需要帮助，如何使编码流具有 has_b_frames=0 属性。 Re: Urgent imx8mp h264/h265 encoder with milestone 嗨@itamarlevit 请提供 i.MX8MP 的确切编码命令/流程。 此致， 志明

如何将 C++ TFLite 模型集成到基于 C 的 MCUXpresso 项目中？ 您好，NXP团队， 我正在将 TensorFlow Lite Micro 模型集成到我的 MCUXpresso 项目中，用于 MCXN947。我的应用程序是用 C 编写的，而 TensorFlow Lite Micro 推理代码和生成的模型是用 C++ 编写的。 在合并 C 和 C++ 源文件时，我遇到了编译和链接问题。我已经尝试使用“extern "C"”，但问题仍然存在。 请问您能否就以下问题提供建议？ 在 MCUXpresso 项目中混合使用 C 和 C++ 源文件是否可行？ 将 C++ TensorFlow Lite Micro 模型集成到基于 C 的应用程序中的推荐方法是什么？ 此集成是否需要任何编译器/链接器设置或参考示例？ 任何指导都将不胜感激。谢谢。 开发板 MCX N Re: How to Integrate a C++ TFLite Model into a C-Based MCUXpresso Project? 你好@sivamankomb ， 感谢你的帖子。 当然，您可以在 MCUXpresso 项目中混合使用 C 和 C++ 源文件。事实上，我们的 SDK 演示也采用了这种方法。您可以参考 SDK 中包含的几个与 eIQ 相关的示例项目。您可以从“选择开发板 | MCUXpresso SDK 构建器”下载 SDK。 Celeste_Liu_0-1784012914332.png 要点如下： - .c文件被编译成 C 代码。 - .cpp文件被编译成 C++ 代码。 - 最终的链接阶段必须使用支持 C++ 运行时和 C++ 符号解析的工具链。 - C 代码只能调用通过 extern "C" 包装器公开的函数，而不能直接包含或使用 TFLM C++ 类、模板或命名空间。 因此，推荐的方法是将 TFLM 推理实现封装在一个 .cpp 文件中。文件仅向 C 应用程序公开与 C ABI 兼容的包装接口。 例如，在 SDK 的 tflm_label_image 演示中，核心 TFLM 推理逻辑在 common/tflm/model.cpp 中实现。此文件使用了 TFLM C++ API，例如： #include "tensorflow/lite/micro/micro_interpreter.h" #include "tensorflow/lite/micro/micro_op_resolver.h" static const tflite::Model* s_model = nullptr; static tflite::MicroInterpreter* s_interpreter = nullptr; extern tflite::MicroOpResolver &MODEL_GetOpsResolver(); 然后创建一个 tflite::MicroInterpreter 实例，并在 MODEL_Init() 中调用 AllocateTensors() 来执行初始化。 外部暴露的模型.h，提供 C 语言友好的接口。 #if defined(__cplusplus) extern "C" { #endif status_t MODEL_Init(void); uint8_t* MODEL_GetInputTensorData(tensor_dims_t* dims, tensor_type_t* type); uint8_t* MODEL_GetOutputTensorData(tensor_dims_t* dims, tensor_type_t* type); void MODEL_ConvertInput(uint8_t* data, tensor_dims_t* dims, tensor_type_t type); status_t MODEL_RunInference(void); const char* MODEL_GetModelName(void); #if defined(__cplusplus) } #endif 函数声明通过 extern "C" 导出，这样 C 源文件就可以简单地 #include "model.h"无需了解 tflite::MicroInterpreter 或 MicroMutableOpResolver 等 C++ 类型，即可调用 MODEL_Init() 和 MODEL_RunInference() 等函数。 这种架构也是我们的 SDK 示例所采用的方法，并且在将 TFLM 集成到基于 C 的应用程序中时通常建议采用这种方法，因为它能够干净利落地隔离 C++ 实现细节，同时为应用程序层保留纯 C 接口。 如果您想将客户 ML 模型集成到 SDK 演示中，您可以参考AN14241 。 希望对您有所帮助。 BR 塞莱斯特

Whisper running on NPU Hi, I have been running whisper CPU bound on i.MX 95  Is there a way to use the NPU to speed up processing? It seems that the opset is mainly for cnn but worth asking anyway I have not seen any examples, and im not sure it is possible (npu seems cnn only?)  Anyone already did this? are there any examples? 

C++のTFLiteモデルをCベースのMCUXpressoプロジェクトに統合する方法は? NXPチームの皆様、こんにちは。 私はMCXN947のためにTensorFlow Lite MicroモデルをMCUXpressoプロジェクトに統合しています。私のアプリケーションはCで書かれていますが、TensorFlow LiteのMicro推論コードと生成モデルはC++で書かれています。 C言語とC++のソースファイルを結合する際に、コンパイルとリンクに関する問題が発生しています。既に「extern C」を試してみましたが、問題は解決しません。 以下の点についてアドバイスいただけますか? MCUXpressoプロジェクトでC言語とC++のソースファイルを混在させることは推奨されますか？ C++ TensorFlow Lite MicroモデルをCベースのアプリケーションに統合する際の推奨されるアプローチは何ですか? この統合に必要なコンパイラ／リンカの設定や参考例はありますか？ 何かご助言いただければ大変ありがたいです。ありがとう。 開発ボード MCX N Re: How to Integrate a C++ TFLite Model into a C-Based MCUXpresso Project? こんにちは、 @sivamankomb さん、 投稿ありがとうございます。 もちろん、MCUXpressoプロジェクトではCとC++のソースファイルを混ぜることも可能です。実際、これは私たちのSDKデモでも使われているアプローチです。参考までに、SDKに含まれるいくつかのeIQ関連の例プロジェクトを確認できます。SDKはSelect Board |MCUXpresso SDK Builder。 Celeste_Liu_0-1784012914332.png 要点は以下のとおりです。 - .cファイルはC言語コードとしてコンパイルされます。 - .cppファイルはC++コードとしてコンパイルされます。 - 最終リンクステージでは、C++ランタイムおよびC++シンボル解決をサポートするツールチェーンを使用しなければなりません。 - Cコードは外部の「C」ラッパーを通じて公開された関数のみを呼び出し、TFLM C++のクラス、テンプレート、名前空間を直接含めたり使用したりしてはいけません。 したがって、推奨されるアプローチは、TFLM推論の実装を.cppファイルにカプセル化することです。ファイルを作成し、C アプリケーションに対しては C ABI 互換のラッパーインターフェースのみを公開します。 例えば、SDKのtflm_label_imageデモでは、コアとなるTFLM推論ロジックがcommon/tflm/model.cppで実装されています。このファイルはTFLM C++ APIを使用します。 #include "tensorflow/lite/micro/micro_interpreter.h" #include "tensorflow/lite/micro/micro_op_resolver.h" static const tflite::Model* s_model = nullptr; static tflite::MicroInterpreter* s_interpreter = nullptr; extern tflite::MicroOpResolver &MODEL_GetOpsResolver(); 次に、tflite::MicroInterpreter インスタンスを作成し、MODEL_Init() 内で AllocateTensors() を呼び出して初期化を実行します。 外部に露出したモデル.h、Cに優しいインターフェースを提供します。 #if defined(__cplusplus) extern "C" { #endif status_t MODEL_Init(void); uint8_t* MODEL_GetInputTensorData(tensor_dims_t* dims, tensor_type_t* type); uint8_t* MODEL_GetOutputTensorData(tensor_dims_t* dims, tensor_type_t* type); void MODEL_ConvertInput(uint8_t* data, tensor_dims_t* dims, tensor_type_t type); status_t MODEL_RunInference(void); const char* MODEL_GetModelName(void); #if defined(__cplusplus) } #endif 関数宣言は外部「C」を通じてエクスポートされるため、Cのソースファイルは単に「model.h」#include できます。また、tflite::MicroInterpreterやMicroMutableOpResolverのようなC++型の知識を必要とせずに、MODEL_Init()やMODEL_RunInference()などの関数を呼び出すことができます。 このアーキテクチャは当社のSDK例でも採用されており、CベースのアプリケーションにTFLMを統合する際に一般的に推奨されます。なぜなら、C++の実装の詳細をクリーンに分離しつつ、アプリケーション層の純粋なCインターフェースを保持できるからです。 顧客のMLモデルをSDKデモに統合したい場合は、AN14241を参照してください。 お役に立てば幸いです。 BR セレステ

HowTo: AutoStartedServicesConfigurationwithS32GBSP Introduction When working with a Yocto-based root filesystem generated from an NXP BSP release, such as BSP43, several system services are configured to start automatically during system boot. These default services provide essential platform functionality and ensure that the Linux system is operational immediately after startup. In many real-world applications, however, customers often need to launch their own applications, scripts, or background services automatically. Typical use cases include initializing peripheral devices, starting communication stacks, launching monitoring applications, collecting diagnostic information, or executing periodic maintenance tasks after the system has booted. This document provides a step-by-step example demonstrating how to configure and manage custom auto-start services in a Yocto-based Linux system. The examples included in this guide are intended as a reference implementation and can be further customized to meet specific project requirements. By default, BSP43 is based on Yocto 4.0.21 and includes the systemd service manager. Therefore, the examples presented in this document are implemented using standard systemd service and timer mechanisms. The following sample scenarios are covered: • Auto-start a one-time script during system boot. • Run a periodic script every 10 seconds, with the first execution delayed until 20 seconds after system startup. By understanding these examples, customers can easily adapt the demonstrated techniques to implement their own startup procedures and background tasks within a Yocto-integrated production environment. S32G

Implementing MCUboot Using SEC Tool This video is currently being processed. Please try again in a few minutes. (view in My Videos) announcement Re: Implementing MCUboot Using SEC Tool This video shows how to implement MCUboot using the SEC Tool on the FRDM-MCXN947 board, step by step.

Implementing Dual Image boot Using SEC Tool (function() { var wrapper = document.getElementById('lia-vid-6400987003112w960h540r421'); var videoEl = wrapper ? wrapper.querySelector('video-js') : null; if (videoEl) { if (window.videojs) { window.videojs(videoEl).ready(function() { this.on('loadedmetadata', function() { this.el().querySelectorAll('.vjs-load-progress div[data-start]').forEach(function(bar) { bar.setAttribute('role', 'presentation'); bar.setAttribute('aria-hidden', 'true'); }); }); }); } }})(); (view in My Videos) announcement

Clarification Required on ECC Support for External Memory Interfaces in MIMXRT1170 and MIMXRT1180 Hello NXP Team, We are evaluating the MIMXRT1170 and MIMXRT1180 for a critical application where memory integrity is a key requirement. As a result, understanding the exact ECC coverage on these devices is very important for our architecture and device selection process. After reviewing the available documentation, we were unable to find a clear summary of which external memory interfaces provide ECC protection and how that ECC is implemented. 1. External Interface ECC Coverage For both MIMXRT1170 and MIMXRT1180, which of the following interfaces support ECC? FlexSPI NOR Flash FlexSPI HyperFlash FlexSPI HyperRAM SEMC SDRAM SEMC SRAM/PSRAM eMMC SD Card Interface Other external memory interfaces (if applicable) 2. ECC Implementation For each supported interface: Is ECC provided natively by the hardware controller? Is ECC automatically active in hardware, or does it require software configuration? 3. XECC Usage (RT1170) The Reference Manual discusses the XECC module; however, it is not completely clear how it relates to external memories. Could you clarify: Which memories/interfaces can be protected through XECC? Is XECC intended only for internal memories, or can it also protect data stored in external SDRAM, SRAM, HyperRAM, Flash, etc.? Are there any usage examples or application notes demonstrating XECC protection for external memory interfaces? Regards, Pooja Re: Clarification Required on ECC Support for External Memory Interfaces in MIMXRT1170 and MIMXRT118 i.MX RT1170 ECC Application You can refer to the AN13204 for ECC enablement. ECC mainly for internal memory, For external memory, ECC is mainly for NAND device both parallel and serial. You can check UM for detailed information. What kind of memory do you want to use for ECC? Re: Clarification Required on ECC Support for External Memory Interfaces in MIMXRT1170 and MIMXRT118 Hi @Pooja_04 , Thank you for your questions! 1. External Interface ECC Coverage MIMXRT1170 The FlexSPI and SEMC controllers do not themselves provide generic native ECC for the external memory data path. However, the RT1170 integrates three independent External ECC Controller (XECC) instances, associated respectively with FlexSPI1, FlexSPI2, and SEMC. eMMC and SD Card (via uSDHC) have no MCU-side ECC. MIMXRT1180 The currently available product documentation explicitly specifies hardware ECC for the SEMC Raw NAND interface. It does not specify generic controller-side ECC for SEMC SDRAM/SRAM, FlexSPI NOR/HyperFlash/HyperRAM, or SD/eMMC, and the RT1180 documentation does not identify the RT1170-style XECC_FLEXSPI / XECC_SEMC modules. eMMC/SD devices may implement internal media ECC, and the SD/eMMC protocol uses CRC for transfer-error detection, but these mechanisms should not be treated as MCU-side end-to-end ECC protection. 2. ECC Implementation MIMXRT1170 — XECC (external memories): ECC is not provided natively by the FlexSPI/SEMC controllers; it is provided by the dedicated XECC modules. ECC is not enabled automatically. Software (or the applicable ROM/fuse flow, via fuse) must configure the ECC address regions and enable read/write ECC processing. Each XECC instance supports four configurable protected address windows, and it expands each 32-bit data word with 32 bits of ECC. The complete region must be initialized (preloaded) before it is read; otherwise reads will raise ECC errors.  MIMXRT1180 — SEMC NAND hardware ECC: Provided natively by the SEMC controller hardware for the Raw NAND interface (8/16-bit). 3. XECC Usage (RT1170) XECC is intended for external memories. It is not for internal memories — internal TCM/Cache/OCRAM use separate ECC mechanisms (core-built-in ECC and the FlexRAM/MECC controllers). XECC can protect data in external SDRAM, SRAM/PSRAM (behind SEMC) and NOR Flash / HyperFlash / HyperRAM (behind FlexSPI1/FlexSPI2). Usage examples / documentation: AN13204 — "i.MX RT1170 ECC Application" (covers XECC for external memory, fuse/software configuration, ROM preload, error injection): https://www.nxp.com/docs/en/application-note/AN13204.pdf (companion code: AN13204SW) MCUXpresso SDK XECC examples (RT1170/RT1160 only) i.MX RT1170 Reference Manual (IMXRT1170RM) — dedicated XECC chapter. Thus, if ECC protection of external SDRAM/SRAM or FlexSPI Flash/HyperRAM is a hard requirement for your critical application, the RT1170 (via XECC) meets this, whereas the RT1180 does not provide an equivalent external-ECC controller — on the RT1180, controller-side external ECC is limited to the SEMC Raw NAND interface. Best regards, Gavin

替换 TI LSF0204 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您好， 我可以用NXP NTB0104直接替代TI LSF0204吗？ 或者电路需要修改吗？ PS：UART接口，1.8V至3.3V。 太感谢了。 Re: Replace TI LSF0204 我们使用 NTB0104 将控制器的 1.8V UART TX 和 RX 信号转换为 3.3V 信号，以传输到 Berg 引脚。事情没成功。但是当我把NTB0104换成NTS0104之后，它就正常工作了，这是什么原因呢？ Re: Replace TI LSF0204 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 感谢您对恩智浦产品的关注。 是的，您可以直接更换。 此致敬礼

s32k 148個のLED点滅サンプルコード こんにちは。S32K148 LED点滅のサンプルコードを使用しているのですが、デバッグ中に問題が発生しています。エラー画面のスクリーンショットを共有します。ご確認いただき、考えられる原因とコードに必要な変更点をお知らせください。 dipalipatil21212313_0-1783745336347.png dipalipatil21212313_1-1783745344796.png Re: s32k 148 Led Blinking example code こんにちは S32DS v3.4でS32K1 SDK RTM 4.0.3のftm_periodic_interrupt_s32k148プロジェクトをデバッグした際にはこの問題に遭遇しませんでした。 この問題の再現方法、例えばどのような変更を加えたかなどを教えてください。もしよければ、修正したプログラムをアップロードしてください。S32K148EVBで原因を素早く確認できます。 よろしくお願いいたします ロビン

TI LSF0204を交換してください。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、 NXP NTB0104をTI LSF0204の代替品として直接使用することは可能でしょうか？ あるいは回路の変更が必要でしょうか？ 追伸:UARTインターフェース、1.8Vから3.3Vまでです。 本当にありがとうございます。 Re: Replace TI LSF0204 コントローラーから1.8VのUARTのTX信号とRX信号を3.3V、さらにBERGピンに変換するためにNTB0104を使っています。うまくいかなかった。しかし、NTB0104をNTS0104に交換したら正常に動作しました。その理由は何でしょうか？ Re: Replace TI LSF0204 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> NXP製品に興味を持ってくださりありがとうございます。 はい、直接交換できます。 よろしくお願いいたします

关于MIMXRT1170和MIMXRT1180中外部存储器接口的ECC支持需要进一步说明 您好，NXP团队， 我们正在评估MIMXRT1170和MIMXRT1180在内存完整性是关键要求的关键应用中的性能。因此，了解这些设备上的确切 ECC 覆盖范围对于我们的架构和设备选择过程非常重要。 在查阅了现有文档后，我们未能找到关于哪些外部存储器接口提供 ECC 保护以及如何实现 ECC 的清晰总结。 1. 外部接口 ECC 覆盖范围 对于 MIMXRT1170 和 MIMXRT1180，下列哪些接口支持 ECC？ FlexSPI NOR闪存 FlexSPI HyperFlash FlexSPI 超级内存 SEMC 同步动态随机存取存储器(SDRAM) SEMC SRAM/PSRAM eMMC SD卡接口 其他外部存储器接口（如有） 2. ECC实施 对于每个支持的接口： 硬件控制器是否原生支持ECC？ ECC功能在硬件中是自动激活的，还是需要软件配置？ 3. XECC 的使用 (RT1170) 参考手册讨论了 XECC 模块；但是，它与外部存储器的关系并不完全清楚。 请问您能否解释一下： 哪些存储器/接口可以通过 XECC 进行保护？ XECC 是否仅适用于内部存储器，还是也可以保护存储在外部 同步动态随机存取存储器(SDRAM)、SRAM、HyperRAM、闪存等中的数据？ 是否有任何使用示例或应用笔记来展示 XECC 对外部存储器接口的保护？ 问候， Pooja Re: Clarification Required on ECC Support for External Memory Interfaces in MIMXRT1170 and MIMXRT118 i.MX RT1170 ECC 应用您可以参考 AN13204 了解 ECC 启用方法。 ECC主要用于内部存储器，对于外部存储器，ECC主要用于并行和串行的与非设备。您可以访问UM网站查看详细信息。你想使用哪种类型的内存进行ECC纠错？ Re: Clarification Required on ECC Support for External Memory Interfaces in MIMXRT1170 and MIMXRT118 你好@Pooja_04 ， 谢谢你的提问！ 1. 外部接口 ECC 覆盖范围 MIMXRT1170 FlexSPI 和 SEMC 控制器 本身并不为外部存储器数据路径提供通用的原生 ECC。然而，RT1170集成了 三个独立的外部ECC控制器（XECC）实例，分别与 FlexSPI1、FlexSPI2 和 SEMC。eMMC 和 SD 卡（通过 uSDHC） 没有MCU端ECC。 MIMXRT1180 目前的产品文档明确规定了 SEMC Raw NAND 接口的硬件 ECC。确实如此。 RT1180 文档并未指定 SEMC SDRAM/SRAM、FlexSPI NOR/HyperFlash/HyperRAM 或 SD/eMMC 的通用控制器端 ECC。 无法识别 RT1170 型 XECC_FLEXSPI / XECC_SEMC 模块。eMMC/SD 设备可能实现内部介质 ECC，SD/eMMC 协议使用 CRC 进行传输错误检测，但这些机制不应被视为 MCU 端到端 ECC 保护。 2. ECC实施 MIMXRT1170 — XECC（外部存储器）： ECC是 FlexSPI/SEMC 控制器本身不提供此功能；此功能由专用的 XECC 模块提供。 ECC不会自动启用。软件（或适用的 ROM/熔丝流程，通过熔丝）必须配置 ECC 地址区域并启用读/写 ECC 处理。 每个 XECC 实例支持 它具有四个可配置的受保护地址窗口，并且每个 32 位数据字都带有 32 位 ECC。 必须先初始化（预加载）整个区域，然后才能读取；否则读取操作将引发 ECC 错误。 MIMXRT1180 — SEMC 与非硬件 ECC： Provided natively by the SEMC controller hardware for the RAW NAND interface (8/16-bit). 3. XECC 的使用 (RT1170) XECC 旨在用于 外部存储器。这是 不适用于内部存储器——内部 TCM/Cache/OCRAM 使用独立的 ECC 机制（内核内置 ECC 和 FlexRAM/MECC 控制器）。 XECC 可以保护外部 同步动态随机存取存储器(SDRAM)、SRAM/PSRAM（SEMC 后面）和 NOR Flash / HyperFlash / HyperRAM（FlexSPI1/FlexSPI2 后面）中的数据。 使用示例/文档： AN13204 — “i.MX RT1170 ECC 应用” （涵盖外部存储器的 XECC、熔丝/软件配置、ROM 预加载、错误注入）： https://www.nxp.com/docs/en/application-note/AN13204.pdf （配套代码：AN13204SW） MCUXpresso SDK XECC 示例 （仅限RT1170/RT1160） i.MX RT1170 参考手册 (IMXRT1170RM) — 专用的 XECC 分会。 因此，如果ECC保护 外部 SDRAM/SRAM 或 FlexSPI Flash/HyperRAM 这是您的关键应用程序的硬性要求。 RT1170（通过 XECC） 符合这一点，而 RT1180 没有提供等效的外部 ECC 控制器——在 RT1180 上，控制器侧的外部 ECC 仅限于 SEMC RAW NAND 接口。 此致， 加文

JTAGデバッガのサポートに関するお問い合わせLX2082A 親愛なるNXPサポートチームへ、 NXP LX2082Aプロセッサをベースにしたカスタムボードを開発しており、現在ハードウェアのブリングアップとデバッグセットアップを計画中です。 SEGGER J-LinkがLX2082Aで以下のタスクに対して正式にサポートされているかどうかを確認したいと思います。 初期ボードの立ち上げ JTAGデバッグ ベアメタルデバッグ TF-AとU-Bootのデバッグ Linuxカーネルデバッグ Flashプログラミング（サポートされている場合） 私の開発環境はLinuxで、すべてのソフトウェアをLinuxホスト上で開発・構築する予定です。 何かアドバイスをいただけますか: SEGGER J-LinkはLX2082Aで正式にサポートされていますか？ もし対応しているなら、どのJ-Linkモデルに対応していますか? NXPが推奨するデバッグソリューションと比較して、何か制限事項はありますか？ もしJ-Linkが推奨されていないなら、公式に対応しているハードウェアデバッガをLX2082Aで教えていただけますか? JTAGのデバッグや基板の導入に関するドキュメントやアプリケーションノートがあれば、ぜひ教えていただけるとありがたいLX2082A。 ご協力ありがとうございました。ご指導を心よりお待ちしております。 敬具。 Re: Inquiry Regarding JTAG Debugger Support for LX2082A NXPが公式にサポートしているデバッガはCWTAPです。 あなたのアプリケーションにはCodewarrior Developer Suite Levelを使えます。 また、以下のリンクから評価版(無料トライアル)をダウンロードすることもできますが、30日間の制限があります すべての顧客アカウント(メールアドレス)は、以下のリンクから評価版をダウンロードできます。 「評価版をダウンロード」を選択してください。 https://www.nxp.com/design/design-center/software/development-software/codewarrior-development-tools/codewarrior-network-applications/codewarrior-development-suites-for-networked-applications:CW-DS-NETAPPS 下記に役立つ資料を掲載していますので、ご参照ください。   ARMv8_Targeting_Manual.pdf   CodeWarrior TAP プローブユーザーガイド   Layerscape Linux SDK ユーザーガイド Clarification on CodeWarrior License After 30-Day Evaluation (CW TAP / QCVS / QCS) こんにちは、NXPサポートの皆さん、 CodeWarriorの30日間評価版について質問があります。 評価期間終了後： JTAG接続（CW TAPを使用）は引き続き機能しますか、それともCodeWarriorは完全に動作しなくなりますか？ 有料ライセンスがなくても、RCWの生成・プログラミングおよびフラッシュプログラミングは引き続き利用できますか？ QCVS(QorIQ Configuration and Validation Suite)はトライアル終了後も引き続き使用できますか?それとも有効なCodeWarriorライセンスも必要ですか? Linuxのコマンドラインツール(U-Boot、Yocto、OpenOCDなど)のみを使用しているお客様にとって、CodeWarriorの購入はJTAGデバッグのためだけに推奨されるのか、それとも基板の設置に必須ですか? 評価期間終了後も利用可能な機能について、ご説明いただけると幸いです。 よろしくお願いします。 Re: Inquiry Regarding JTAG Debugger Support for LX2082A 1. CodeWarriorの機能が停止します。 2. いいえ。 3. いいえ。有効な免許証が必要です。 4. LinuxのデバッグはJTAGデバッグなしで動作しますが、各ボードでのDDR検証や初回フラッシュはCodeWarrior IDEとJTAGデバッガ(CW TAP)を使うべきです。

关于 LX2082A 的 JTAG 调试器支持咨询 尊敬的恩智浦技术支持团队： 我正在开发一款基于 NXP LX2082A 处理器的定制电路板，目前正在规划硬件启动和调试设置。 我想确认一下 SEGGER J-Link 是否正式支持 LX2082A 执行以下任务： 初始板带起 JTAG调试 裸机调试 TF-A 和 U-Boot 调试 Linux 内核调试 Flash编程（如果支持） 我的开发环境是 Linux，我计划在 Linux 主机上开发和构建所有软件。 请问您能否提供以下建议： SEGGER J-Link 是否正式支持 LX2082A？ 如果支持，请问支持哪些 J-Link 型号？ 与恩智浦推荐的调试解决方案相比，是否存在任何局限性？ 如果 J-Link 不推荐使用，能否请您推荐 LX2082A 官方支持的硬件调试器？ 我非常感谢您能提供任何与 LX2082A 的 JTAG 调试和电路板启动相关的文档或应用笔记。 谢谢你的帮助。期待您的指导。 亲切的问候。 Re: Inquiry Regarding JTAG Debugger Support for LX2082A NXP官方支持的调试器是CWTAP。 您可以为您的应用程序使用 CodeWarrior 开发者套件级别。 您也可以从以下链接下载评估版（免费试用版），但试用期为 30 天。 每个客户账户（电子邮件地址）均可通过以下链接下载评估版。 请选择“下载评估版”。 https://www.nxp.com/design/design-center/software/development-software/codewarrior-development-tools/codewarrior-network-applications/codewarrior-development-suites-for-networked-applications:CW-DS-NETAPPS 请参阅以下实用文档：   ARMv8_Targeting_Manual.pdf   CodeWarrior TAP Probe 用户指南   Layerscape Linux SDK 用户指南 Clarification on CodeWarrior License After 30-Day Evaluation (CW TAP / QCVS / QCS) 您好，NXP技术支持， 我有一个关于CodeWarrior 30 天评估版的问题。 评估期结束后： JTAG 连接（使用 CW TAP）是否仍然有效，还是 CodeWarrior 将完全停止运行？ RCW 生成/编程和闪存编程功能是否仍可在无需付费许可的情况下使用？ QCVS（QorIQ 配置和验证套件）试用期结束后是否可以继续使用，还是也需要有效的 CodeWarrior 许可证？ 对于仅使用 Linux 命令行工具（U-Boot、Yocto、OpenOCD 等）的客户，购买 CodeWarrior 是否仅推荐用于 JTAG 调试，还是必须用于电路板启动？ 我想请您澄清一下，评估期结束后哪些功能仍然可用。 谢谢！ Re: Inquiry Regarding JTAG Debugger Support for LX2082A 1. CodeWarrior 函数将停止运行。 2. 否 3. 不。需要有效驾照。 4. Linux 调试可以在没有 JTAG 调试的情况下进行，但需要对每个板进行 DDR 验证，并且第一次刷写固件时应该使用带有 CodeWarrior IDE 的 JTAG 调试器（CW TAP）。