Multi Source Translation Content

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

Multi Source Translation Content

ディスカッション

ソート順:
如何将 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
記事全体を表示
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
記事全体を表示
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
記事全体を表示
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点滅のサンプルコードを使用しているのですが、デバッグ中に問題が発生しています。エラー画面のスクリーンショットを共有します。ご確認いただき、考えられる原因とコードに必要な変更点をお知らせください。 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 ユーザーガイド
記事全体を表示
关于 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 用户指南
記事全体を表示
s32k 148 Led Blinking example code Hi, I am using the S32K148 LED blinking example code, but I am facing an issue while debugging it. I will share a screenshot of the error. Please check it and let me know the possible reason and what changes are required in the code. Re: s32k 148 Led Blinking example code Hi  I didn't encounter this problem when debugging the ftm_periodic_interrupt_s32k148 project of S32K1 SDK RTM 4.0.3 in S32DS v3.4. Please tell me how to reproduce this problem, such as what modifications you made. If convenient, please upload the modified program so I can quickly troubleshoot the cause on S32K148EVB. Best Regards, Robin
記事全体を表示
MIMXRT1170およびMIMXRT1180における外部メモリインターフェースのECCサポートについての説明が必要です NXPチームの皆様、こんにちは。 メモリの整合性が重要な要件である重要なアプリケーションに対して、 MIMXRT1170 と MIMXRT1180 を評価しています。そのため、これらのデバイスにおける正確なECCカバレッジを理解することは、当社のアーキテクチャ設計およびデバイス選定プロセスにおいて非常に重要です。 利用可能なドキュメントを検討したものの、 どの外部メモリインターフェースがECC保護を提供し、そのECCがどのように実装されているかについて明確な概要を見つけることができませんでした。 1. 外部インターフェースECCカバレッジ MIMXRT1170とMIMXRT1180の両方で、以下のインターフェースのうちどれがECCをサポートしていますか? FlexSPI NORフラッシュ FlexSPI HyperFlash FlexSPI HyperRAM SEMC SDRAM SEMC SRAM/PSRAM EMMC SDカード・インターフェース その他の外部メモリインターフェース(該当する場合) 2. ECCの実装 対応する各インターフェースについて: ECCはハードウェアコントローラーからネイティブで提供されていますか? ECCはハードウェアで自動的にアクティブですか、それともソフトウェアの設定が必要ですか? 3. XECCの使用方法(RT1170) リファレンスマニュアルではXECCモジュールについて論じています。しかし、それが外部記憶とどのように関係しているかは完全には明確ではありません。 もう少し詳しく教えていただけますか: XECCで保護できるメモリやインターフェースはどれですか? XECCは内部メモリ専用ですか?それとも外部SDRAM、SRAM、HyperRAM、フラッシュなどに保存されたデータを保護することも可能でしょうか? 外部メモリインターフェースに対するXECC保護を示す使用例やアプリケーションノートはありますか? よろしくお願いいたします。 プージャ Re: Clarification Required on ECC Support for External Memory Interfaces in MIMXRT1170 and MIMXRT118 i.MX RT1170 ECCアプリケーションECCのイネーブルメントについては、AN13204を参照してください。 ECCは主に内部メモリ向けであり、外部メモリ向けとしては、主にNANDフラッシュメモリ(並列接続と直列接続の両方)向けである。詳細な情報は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は それぞれFlexSPI1、FlexSPI2、SEMC に関連する3つの独立した外部ECCコントローラ(XECC)インスタンスを統合しています。eMMCおよびSDカード(uSDHC経由)にはMCU側のECC ありません。 MIMXRT1180 現在利用可能な製品ドキュメントでは、SEMC Raw NANDインターフェースのハードウェアECCが明示的に規定されています。SEMC SDRAM/SRAM、FlexSPI NOR/HyperFlash/HyperRAM、SD/eMMCの一般的なコントローラ側ECCは指定されておらず、RT1180のドキュメントにも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インスタンスは 4つの設定可能な保護アドレスウィンドウをサポートし、32ビットデータワードごとに32ビットのECCを拡張します。 領域全体は、読み取る前に初期化(プリロード)しておく必要があります。そうしないと、読み取り時にECCエラーが発生します。 MIMXRT1180 — SEMC NANDハードウェアECC: SEMコントローラハードウェアによってネイティブに提供され Raw NANDインターフェース(8/16ビット)用に  3. XECCの使用方法(RT1170) XECCは、 外部メモリ。 内部メモリ用ではありません — 内部TCM/キャッシュ/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専用支部。 したがって、外部SDRAM/SRAMやFlexSPIフラッシュ/HyperRA MのECC保護が重要なアプリケーションに必須条件であれば、RT1170(XECC経由)    RT1180はそれを満たしますが、RT1180は同等の外部ECCコントローラを提供しません。RT1180ではコントローラ側の外部ECCはSEMC Raw NANDインターフェースに限定されます。 よろしくお願いします、 ギャビン
記事全体を表示
Replace TI LSF0204 Hi, May I have use NXP NTB0104 directly replacement TI LSF0204? or circuit need to do modify? PS: UART interface, 1.8V to 3.3V. Thank you so much. Re: Replace TI LSF0204 We are using NTB0104 for converting 1.8V UART TX and RX signals from controller to 3.3V to berg pins. It did not worked out. But when i replaced NTB0104 with NTS0104 it worked well, What may be the reason Re: Replace TI LSF0204 Thanks for your interesting in NXP products. Yes you can replace it driectly. best reagards
記事全体を表示
s32k 148 LED 闪烁示例代码 您好,我正在使用S32K148 LED闪烁示例代码,但在调试时遇到了问题。我会分享错误截图。请检查一下,并告诉我可能的原因以及代码中需要做哪些更改。 Re: s32k 148 Led Blinking example code 你好 我在 S32DS v3.4 中调试S32K1 SDK RTM 4.0.3的ftm_periodic_interrupt_s32k148项目时没有遇到这个问题。 请告诉我如何重现这个问题,例如您做了哪些修改。如果方便的话,请上传修改后的程序,以便我能快速排查 S32K148EVB 的问题原因。 此致敬礼, Robin
記事全体を表示
Inquiry Regarding JTAG Debugger Support for LX2082A Dear NXP Support Team, I am developing a custom board based on the NXP LX2082A processor and am currently planning the hardware bring-up and debugging setup. I would like to clarify whether SEGGER J-Link is officially supported for the following tasks on the LX2082A: Initial board bring-up JTAG debugging Bare-metal debugging TF-A and U-Boot debugging Linux kernel debugging Flash programming (if supported) My development environment is Linux, and I plan to develop and build all software on a Linux host. Could you please advise: Is SEGGER J-Link officially supported for the LX2082A? If yes, which J-Link models are supported? Are there any limitations compared to NXP-recommended debug solutions? If J-Link is not recommended, could you please suggest the officially supported hardware debugger(s) for the LX2082A? I would appreciate any documentation or application notes related to JTAG debugging and board bring-up for the LX2082A. Thank you for your assistance. I look forward to your guidance. Kind regards. Re: Inquiry Regarding JTAG Debugger Support for LX2082A The NXP officially supported debugger is CWTAP. You can use codewarrior Developer Suite Level for your application. You can also download  Evaluation Edition(free-trial) from below link but it has 30-day time restriction Every customer account (email address) can download the Evaluation Edition from the link below. Please select “DOWNLOAD EVAL”. 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 Please find the useful docuemnttation below:   ARMv8_Targeting_Manual.pdf   CodeWarrior TAP Probe User Guide   Layerscape Linux SDK User Guide
記事全体を表示
S32DS许可证已过期。 您好,客服人员, 请帮忙延长已过期的许可证: FF6A-EDA4-CDF0-7186 。 此致, 马库斯 激活 | 安装 | 许可 | 安装程序下载 Re: S32DS License Expired. 我认为延长许可证是不可能的。或许你需要购买许可证。 Re: S32DS License Expired. 您好, 这是为 S32DS for ARM 2018.R1 准备的。请协助延长许可证期限。 此致, 马库斯 Re: S32DS License Expired. 嗨,马库斯, 您的S32DS许可证已延期。请使用您之前的激活码重新激活S32DS。 Re: S32DS License Expired. 谢谢你,Jiri!
記事全体を表示
MPC5746Cは周囲温度115℃でハングアップする(起動せず、UARTも動作しない)。 パート: MPC5746C(Power Architecture Z4、SDK:NXP MPC57xxプラットフォームSDK) 周囲温度115℃での恒温槽試験中、当社のMPC5746Cベースのボードは起動時に完全に反応しなくなり、UARTコンソール出力が全くなくなります。この現象は、その温度での起動試行のたびに発生します。冷却後、部品は完全に回復するようです。室温で再フラッシュ/再起動すると、永続的な損傷なく正常な動作に戻ります。 興味深いことに、基板が115°Cの状態でもPEMicro JTAGデバッグプローブを使ってフラッシュを再プログラム することは可能です 。これは、温度でバージョンストリングをフラッシングし、冷却後に新しいバージョンを読み返すことで確認済みです。したがって、デバッグプローブのフラッシュ経路は115°Cで動作します。アプリケーションのブートパスだけがハング/悪い状態になります。 マニュアルにはMCUが最大125°Cまで持続できると書かれています。 問題の根本原因と解決方法を教えていただけませんか。 Re: MPC5746C hangs (no boot, no UART) at 115°C ambient こんにちは、 マニュアルにはMCUが最大125°Cまで持続できると書かれています。 はい、それは問題ありません。 問題の根本原因と解決方法を教えていただけませんか。 これはカスタムボードであり、冷却後に問題が解消されることから、私は次のことを疑っています。 1. 時計の起動に関する問題(最も可能性が高い) 115℃の場合: 外部水晶発振器(FXOSC)の起動時間が長くなります。 発振器のゲインマージンが減少する。 負荷コンデンサの値は温度によって変化する。 プリント基板からの漏洩電流が増加します。 デバッグロジックは独自のインフラストラクチャを利用し、アプリケーションがmain(に到達する)に依存しないため、デバッガーは部品にアクセスできます。 FXOSCステータスビット CMUクロックモニタの障害 FIRCのみのブート実験 FIRCから完全に実行し、外部水晶発振器を一時的に無効にする JTAGのプログラミングが115°Cで動作し続けていることは、コアインフラストラクチャがまだ生きており、故障がフラッシュアレイ自体ではなくアプリケーションのブートパスの非常に早い段階で起きていることを示す最も強い手がかりです よろしくお願いいたします。 ピーター
記事全体を表示