Help Required Replacing Default Winbond Flash with Everspin Memory Custom Flash Driver Hello NXP Community, I am working on an i.MX RT1170 EVKB / MIMXRT1176 board and need some guidance regarding replacing the default Winbond external memory with an Everspin EM032LXQADG13IS2T memory device. Current Hardware The board originally uses a Winbond W25Q512 device. I have replaced it with: Everspin EM032LXQADG13IS2T The main issue is that the Everspin memory does not support SFDP, whereas the default Winbond memory supports SFDP. Current Status I have already been able to communicate with the Everspin memory using the i.MX RT1170 FlexSPI interface. The memory is functionally working when the application is running from RAM. In particular: FlexSPI communication with the Everspin memory is working. Memory read/write operations can be performed. The application image (XIP image) can be loaded/programmed into the Everspin memory using a memory write code. The image stored in the Everspin memory can then be accessed/executed successfully. However, I currently cannot flash/program the application directly to the Everspin memory using the normal i.MX RT1170 flash programming. Since the Everspin memory does not support SFDP, I suspect that the default FlexSPI flash driver/configuration used for the Winbond memory cannot automatically identify/configure the Everspin device. I would like to understand the recommended NXP approach for supporting a non-SFDP memory device. I would appreciate guidance on 1. How can I create a custom flash driver for the Everspin EM032LXQADG13IS2T on i.MX RT1170? 2. Is there an existing example of supporting a non-SFDP SPI/QSPI memory with the i.MX RT1170 FlexSPI controller? Boot ROM|Booting | Flash Development Board Re: Help Required Replacing Default Winbond Flash with Everspin Memory Custom Flash Driver Dear @jyothzz , Thank you for your questions. Yes, the MIMXRT1170_SFDP_QSPI.cfx flash driver is the default flash driver used by the RT1170 EVK and the MCUXpresso SDK: ShellyZhang_0-1790052100477.png Currently, there is no existing example of supporting a non-SFDP SPI/QSPI memory with the i.MX RT1170 FlexSPI controller. The flash drivers that are directly supported without customer modification are listed below: ShellyZhang_1-1790052161488.png You may refer to the information below to create a custom flash driver:  1. https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs-Knowledge/How-to-create-a-new-Flash-driver-of-the-MCUXPresso-IDE/ta-p/1274718 2. https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs-Knowledge/RT1170-flexSPI1-secondary-QSPI-flash-debug-flashdriver/tac-p/1938828 If you have any questions while developing the custom flash driver, please feel free to reach out. Best Regards, Shelly Re: Help Required Replacing Default Winbond Flash with Everspin Memory Custom Flash Driver Hi @ShellyZhang  Thank you For response it was of great help. We have resolved the flash driver issue with the new memory which does not support SFDP. We used the same i.MXRT117x_SFDP_QSPI Driver. We modifying the SFDP part referring to the non-SFDP Driver of i.MXRT1050_QSPI. Then generated a new driver file (.cfx) which worked fine . Once again thanking you for your guidance. Regards, JYOTHISH

Request for MTTF-FIT Reliability Data Dear Sir/Madam, I am currently calculating the MTBF value for our product, in which we have used the components manufactured by your company. Therefore, I kindly request you to provide the MTTF and/or FIT value for the below-mentioned component(s), if available. This information will help us to calculate the MTBF of our product accurately. Part Number: NTS0104BQ,115 Description: Voltage Level Translator Bidirectional 1 Circuit 4 Channel 50Mbps 14-DHVQFN (2.5x3) If any additional information regarding the operating conditions or application is required to provide the reliability data, please let us know. Thank you for your support. Cloud Lab online debug online laboratory Virtual test

imx95とvfio_pciパススルー こんにちは、 IMX95 SoC上でPCIパススルー機能を備えた仮想マシンを使用したいと考えています。しかし、SMMUはキャッシュコヒーレントではなく、vfio_pciドライバーがそれを必要としているため、これは全く不可能のようです。関連項目： https://community.nxp.com/t5/i-MX-Processors/i-MX95-19x19-EVK-SMMU-coherent-table-walks-IDR0-COHACC-and-vfio/mp/2410515 そして https://github.com/NXP/dpdk/blob/25.11-qoriq/nxp/README_imx95_enetc_vf_vfio#L32 IOMMUを無効にすることはできません。また、カーネルパラメータが次のように書かれているので、役に立つとは思えません。 MODULE_PARM_DESC(enable_unsafe_noiommu_mode, "安全でない、IOMMUなしモードを有効にします。このモードはデバイス隔離を提供せず、DMA変換もホストカーネル保護も提供せず、 仮想マシンへのデバイス割り当てには使用できず、RAWIO権限が必要で、カーネルを汚染します。これが何のためにあるのか分からない場合は、離れてください。（デフォルト：false）""); IMX95 SoCを(安全な)PCIパススルーで使うのは本当に不可能なのでしょうか?そうでないなら、私が何か見落としているのでしょうか？ よろしくお願いします、 マイケル Re: imx95 and vfio_pci passthrough こんにちは、 迅速なご回答ありがとうございます。でも、完全に理解できているかどうか自信がありません。念のため確認ですが、DPDKは使用せず、PCIデバイスをパススルーする汎用的なqemu/kvm仮想マシンを使用したいと考えています。これはuio-pci-genericフレームワークとどのように関連しているのでしょうか？ ありがとう、 マイケル Re: imx95 and vfio_pci passthrough こんにちは、 NXP Semiconductors製品にご関心いただきありがとうございます。 この場合、DPDKチームの同僚の回答に従う必要があります。唯一の選択肢は、回答で述べられているものです。 「顧客が他の用途でSMMUを使いたいが、DPDKではバイパスしても許容される場合(bootargsでiommu.passthrough=1を使いたくない、DTSでSMMUノードを無効にしたくない場合)。 その後、uio-pci-genericフレームワークのバインドを試み、VSI-PSIメッセージングを無効にすることができます(エクスポートENETC4_VSI_MSG_DISABLE=1)。しかしVSI-PSIメッセージを無効にすると、ユーザーはpromisc、VLAN MACフィルタリング、リンク情報などのENETC機能の一部を使えなくなります。」 よろしくお願いします。

MIMXRT1176 ADP – SEGGER J-Link debugging issue Hi everyone, I am currently working with the MIMXRT1176 / i.MX RT1170 platform. I initially used the MIMXRT1170-EVKB for development, but have now shifted to the MIMXRT1176-ADP for interfacing a parallel RGB panel. I am facing an issue with SEGGER J-Link debugging on the ADP board. Environment: Board: MIMXRT1176-ADP Board revision: 700-51950 REV A1 Schematic revision: SCH-51950 REV B1 MCUXpresso IDE: v25.6.136 MCUXpresso SDK: v25.09.00 SEGGER J-Link: latest version On the EVKB, both J-Link and LinkServer worked without any issues. However, on the ADP: Firmware flashes successfully. Debugger reaches the first line of main(). If I Step Over once, it stops at: Break at address "0xdeadbeee" with no debug information available, or outside of program code. Breakpoints at other locations work and are hit correctly. However, Resume/Continue from a breakpoint again results in 0xDEADBEEE. Could someone please confirm whether J-Link is fully supported with MCUXpresso IDE on the MIMXRT1176-ADP, and whether there is any specific J-Link script, reset/debug configuration, or ADP-specific initialization required? Could this be related to the memory configuration, external flash/SDRAM, or startup code on the ADP? Any guidance or working J-Link configuration for the ADP would be greatly appreciated. Thanks! Re: MIMXRT1176 ADP – SEGGER J-Link debugging issue Hi @HasanIqbalKhan , Thanks for your questions! As far as I know, when using JLink with the RT1170-ADP in MCUXpresso IDE, only "attach" is supported while direct debugging is not supported. This is likely a support issue with the JLink flashloader. In IAR, this issue has been resolved. We apologize for any inconvenience this may cause. Best regards, Gavin Re: MIMXRT1176 ADP – SEGGER J-Link debugging issue One more thing I tried, I connected an external MCU-Link and then tried debugging via the LinkServer in MCUXpresso IDE. The Execution reached main, I am able to step through from there, but when I try to resume execution it gives "Break at address "0x0" with no debug information available, or outside of program code.", and sometimes when I try to restart execution, it gives "Break at address "0x2230c8" with no debug information available, or outside of program code." For reference I am trying to run the "MIMXRT1176_dashboard_bt_ble_multiprofile" project, SW1 on the board is set to 01 and SW5 on the board is set to 000000000000. I tried to test with MCU-Link because the EVKB board uses the same and works fine. Also I do not think we can use Jlink, as it is clearly mentioned on their website that there is no support for octal flash, which the ADP board uses. Thanks. Re: MIMXRT1176 ADP – SEGGER J-Link debugging issue Is it possible to use debug via USB (J33) ? Re: MIMXRT1176 ADP – SEGGER J-Link debugging issue Hi @HasanIqbalKhan , 1. J33 is USB-OTG1 and cannot be used for debugging.  2. It’s not that JLink doesn’t support Octal Flash; it’s just that by default, it only recognizes the flash found on the EVK/EVKB. As for IAR, this is because a corresponding download algorithm is provided. If you’re interested in this topic, you can refer to the RT-UFL project. 3. For information on current debugger/IDE support, please refer to: AN14387: https://docs.nxp.com/bundle/AN14378/page/topics/download_images_to_ADP_board.html Best regards, Gavin

需要帮助：将默认的 Winbond 闪存替换为 Everspin Memory 自定义闪存驱动程序 NXP社区的各位朋友，大家好！ 我正在使用i.MX RT1170 EVKB / MIMXRT1176开发板，需要一些关于将默认的 Winbond 外部存储器替换为Everspin EM032LXQADG13IS2T存储器的指导。 当前硬件 主板原先使用的是Winbond W25Q512设备。我已经将其更换为： Everspin EM032LXQADG13IS2T 主要问题是 Everspin 内存不支持 SFDP ，而默认的 Winbond 内存支持 SFDP。 当前状态 我已经能够使用 i.MX RT1170 FlexSPI 接口与 Everspin 内存进行通信。 当应用程序从 RAM 运行时，内存功能正常。尤其： FlexSPI 与 Everspin 存储器的通信正常。 可以执行内存读/写操作。 可以使用内存写入代码将应用程序映像（XIP 映像）加载/编程到 Everspin 内存中。 然后就可以成功访问/执行存储在 Everspin 内存中的图像。 但是，我目前无法使用正常的 i.MX RT1170 闪存编程将应用程序直接烧录/编程到 Everspin 存储器中。 由于 Everspin 存储器不支持 SFDP，我怀疑 Winbond 存储器使用的默认 FlexSPI 闪存驱动程序/配置无法自动识别/配置 Everspin 设备。 我想了解恩智浦 (NXP) 推荐的对非 SFDP 存储设备的支持方法。 我希望得到一些指导。 1. 如何为 i.MX RT1170 上的 Everspin EM032LXQADG13IS2T 创建自定义闪存驱动程序？ 2. 是否有使用 i.MX RT1170 FlexSPI 控制器支持非 SFDP SPI/QSPI 存储器的现有示例？ 启动 ROM | 启动配置 | 闪存 开发板 Re: Help Required Replacing Default Winbond Flash with Everspin Memory Custom Flash Driver 亲爱的@jyothzz ， 谢谢你的提问。 是的，MIMXRT1170_SFDP_QSPI.cfx 闪存驱动程序是 RT1170 EVK 和 MCUXpresso SDK 使用的默认闪存驱动程序： ShellyZhang_0-1790052100477.png 目前还没有使用 i.MX RT1170 FlexSPI 控制器支持非 SFDP SPI/QSPI 存储器的例子。以下列出了无需用户修改即可直接支持的闪存驱动程序： ShellyZhang_1-1790052161488.png 您可以参考以下信息来创建自定义闪存驱动器： 1. https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs-Knowledge/How-to-create-a-new-Flash-driver-of-the-MCUXPresso-IDE/ta-p/1274718 2. https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs-Knowledge/RT1170-flexSPI1-secondary-QSPI-flash-debug-flashdriver/tac-p/1938828 如果您在开发自定义闪存驱动程序时有任何疑问，请随时联系我们。 顺祝商祺！ 雪莉 Re: Help Required Replacing Default Winbond Flash with Everspin Memory Custom Flash Driver 你好@ShellyZhang 非常感谢您的回复，这对我帮助很大。 我们已经解决了新内存不支持SFDP的闪存驱动程序问题。 我们使用了相同的 i.MXRT117x_SFDP_QSPI 驱动程序。我们正在修改 SFDP 部分，使其与 i.MXRT1050_QSPI 的非 SFDP 驱动程序相关。 然后生成了一个新的驱动程序文件（.cfx），运行正常。 再次感谢您的指导。 问候， 占星术

S32K3 浮動小数点設定ファイル こんにちは、チームの皆さん、 私のプロジェクトでは、浮動小数点数データを使用して算術演算を行おうとしていますが、計算が期待どおりに行われません。 #define macro -31.374 UTILS PRINTF を使用してマクロ値を表示しようとすると、 -32.374 になります。同様に他の値についても、値は1ずつ増加します。 そのため、計算結果が期待通りにならなかった。 これに関して何か設定ファイル（cfg）を作成する必要はありますか？ 現在の目標設定 nirmal_masilamani_0-1790009448678.pngnirmal_masilamani_0-1790009448678.png Re: S32K3 Floating point cfg こんにちは、 @nirmal_masilamani さん。 「UTILS PRINTF」とは具体的に何を指しているのか教えていただけますか? どのように計算を行っていますか？結果は浮動小数点変数に格納されますか？はいの場合、デバッガーで確認した時点で既に変数に誤った値が含まれているのでしょうか、それとも問題はそれを印刷した時のみ発生するのでしょうか？ BR、VaneB Re: S32K3 Floating point cfg こんにちは、 @VaneB さん。 サポートありがとうございます。はい、問題はPRINTF関数にありました。デバッグ中に正しいデータを読み取ることができました。

MIMXRT1176 ADP – SEGGER J-Link 调试问题 大家好， 我目前正在使用MIMXRT1176 / i.MX RT1170 平台。最初我使用MIMXRT1170-EVKB进行开发，但现在已改用MIMXRT1176-ADP来连接并行 RGB 面板。 我 在使用 ADP 板上的 SEGGER J-Link 进行调试时 遇到了问题 。 环境： 电路板：MIMXRT1176-ADP 电路板修订： 700-51950 REV A1 原理图修订： SCH-51950 REV B1 MCUXpresso IDE： v25.6.136 MCUXpresso SDK： v25.09.00 SEGGER J-Link：最新版本 在EVKB上， J-Link 和 LinkServer 都能正常工作。但是，在 ADP 上： 固件刷写成功。 调试器到达main() 函数的第一行。 如果我跨过一次，它会停在： 在地址“0xdeadbeee”处断点，没有可用的调试信息，或者在程序代码之外。 其他位置的断点都能正常工作并被正确触发。 但是， 从断点 恢复/继续操作 再次会导致 0xDEADBEEE 错误 。 请问有人可以确认一下MIMXRT1176-ADP 上的 MCUXpresso IDE 是否完全支持 J-Link吗？是否需要任何特定的J-Link 脚本、复位/调试配置或 ADP 特定的初始化？ 这是否与 ADP 上的 内存配置、外部闪存/同步动态随机存取存储器(SDRAM) 或启动代码 有关？ 非常感谢您能提供任何关于ADP的J-Link配置指导或有效方案。 谢谢您！ Re: MIMXRT1176 ADP – SEGGER J-Link debugging issue 你好@HasanIqbalKhan ， 谢谢你的提问！ 据我所知，在 MCUXpresso IDE 中使用 JLink 和 RT1170-ADP 时，仅支持“attach”功能，不支持直接调试。这很可能是 JLink 闪存加载器的支持问题。在 IAR 中，这个问题已经解决。由此造成的不便，我们深表歉意。 此致， 加文 Re: MIMXRT1176 ADP – SEGGER J-Link debugging issue 我还尝试了另一种方法，连接了一个外部 MCU-Link，然后尝试通过 MCUXpresso IDE 中的 LinkServer 进行调试。 程序执行到 main 函数后，我可以从那里单步执行，但是当我尝试恢复执行时，它会显示“在地址 0x0 处中断，没有可用的调试信息，或者中断在程序代码之外。”，有时当我尝试重新启动执行时，它会显示“在地址 0x2230c8 处中断，没有可用的调试信息，或者中断在程序代码之外。” 作为参考，我正在尝试运行“MIMXRT1176_dashboard_bt_ble_multiprofile”项目，板上的SW1设置为01，板上的SW5设置为000000000000。 我尝试使用 MCU-Link 进行测试，因为 EVKB 板也使用相同的 MCU-Link，而且测试结果良好。 另外，我认为我们不能使用 Jlink，因为他们的网站上明确提到不支持八进制闪存，而 ADP 板使用的是八进制闪存。 谢谢。 Re: MIMXRT1176 ADP – SEGGER J-Link debugging issue 是否可以通过 USB (J33) 进行调试？ Re: MIMXRT1176 ADP – SEGGER J-Link debugging issue 你好@HasanIqbalKhan ， 1. J33 是 USB-OTG1 接口，不能用于调试。 2. 并不是 JLink 不支持八进制闪存；只是默认情况下，它只能识别 EVK/EVKB 上的闪存。至于 IAR，这是因为提供了相应的下载算法。如果您对这个话题感兴趣，可以参考 RT-UFL 项目。 3. 有关当前调试器/IDE 支持的信息，请参阅：AN14387： https://docs.nxp.com/bundle/AN14378/page/topics/download_images_to_ADP_board.html 此致， 加文

ROMブートローダーのWriteMemoryコマンドのCRC16計算 現在、別のマイコンとKL17内蔵のUART ROMブートローダーを使ってKL17のマイクロコントローラをプログラムしようとしています。少なくとも紙の上では、pingと消去は完了しましたが、KL17へのデータ書き込みに苦戦しています。データシートの例（43ページ）には、これらのバイト（CRC16バイトとメモリ書き込みコマンドパケットを除くフレーミングパケット）について、次のように記載されています。 0x5A, 0xA4, 0x0C, 0x00, 0x04, 0x00 , 0x00, 0x02, 0x00, 0x04, 0x00, 0x20, 0x64, 0x00, 0x00, 0x00 CRC16バイトは0x06 0x5Aになります。しかし、27ページに記載されているCRC16アルゴリズムでは、私の環境では0x2b 0x56が出力されます。また、CRC16の計算方法のさまざまなバリエーションを含む様々なCRC16カリキュレータをオンラインで試しましたが、どれも出0x06 0x5Aはありませんでした。 Noay_0-1790003799652.png 私の推測では、計算に含めるべきバイトが欠けているのかもしれません(どのバイトかは分かりません。なぜなら、その後のデータパケットはすべてそれぞれCRC16バイトが割り当てられているからです)。あるいは誰かがデータシートを誤ったのかもしれません(これもまたKL17サブファミリ参照マニュアルにまさに同じ例なので可能性は低いです)。 Re: Rom Bootloader WriteMemory Command CRC16 calculation こんにちは、 @Noay さん。 投稿ありがとうございます。リファレンス・マニュアルの「0x06 0x5A」値は誤りで、おそらくドキュメントの問題だと思います。ご提供いただいた情報に基づくと、CRC計算結果の「0x2B 0x56」は正しいようです。 blhostツールを使ってブートローダーコマンドのデバッグは可能です。パラメータ「-d」を指定すると、ホストとターゲット間のすべての通信プロセスが提供されます。 KL27ボードでこの機能を試してみました。下のスクリーンショットをご覧ください。 KL17のEVBボードは入手できません。同じ方法をKL17デバイスで試してみて、どんな結果が得られるか試してみませんか? ドキュメントの誤りをお詫びします。この件を社内チームと共有し、それに応じて文書を更新するよう提案します。 BR セレステ

ティッククロックの設定および基準クロックの選択に関して こんにちは： ベアメタルティッククロック（S32K358デバイス）を設定したいと考えています。BaseNXPの設定を図1に示します。この設定でティッククロックに接続できますか？2. デバイスツリー内のどのクロックに「48MHz」が設定されていますか？ sunshine88_0-1789971547489.png sunshine88_1-1789971658567.png 設定後、OsIf_Init(NULL_PTR); OsIfDelay(x); を使用して呼び出すことはできますか？ どうもありがとうございます！ Re: 关于滴答时钟建立及基时钟的选择 こんにちは、@sunshine88 さん。 OsIfSystemTimerClockFreqはCORE_CLKに対応し、私の場合は160MHzです: PavelL_0-1789999751219.png PavelL_1-1789999832315.png よろしくお願いいたします。 パベル

FreeMASTER Communication Driver 3.0 for i.MX、LPC、Kinetis、DSC 親愛なるみんな ダウンロードページで https://www.nxp.com/design/design-center/software/development-software/freemaster-run-time-debugging-tool:FREEMASTER パッケージが pberna67_1-1790030347425.png しかし、ダウンロードボタンをクリックしても、ダウンロード統計は表示されません。LPC1766をサポートする必要がありますが、バージョン3ではサポートされていないようです(ドライバが示されているのに不思議です)。それでもバージョンV2にはドライバが見当たりませんLPC1766 ありがとうございます パオロ Re: FreeMASTER Communication Driver 3.0 for i.MX, LPC, Kinetis and DSC 親愛なるパオロ、 FreeMASTERドライバーを入手するために使ったリンクは正しいです。残念ながら、このドライバーはNXP MCUXpresso SDKでサポートされる新しいデバイスのみに対応しています。このLPC1766はSDKでサポートされていません。 LPC1766を使用する際には、以下の2つの選択肢があります。 - JTAG (Segger J-Link または LPCLink2/CMSIS-DAP) を介して FreeMASTER を使用する - これにより、変数を検査および制御できるようになります。通信ドライバは不要で、FreeMASTERはMCUが稼働中もメモリにアクセスします。 - ドライバーを別の部品に取り寄せて、LPC1766に移植する。詳細は下記をご覧ください。 SDK依存の理由は、FreeMASTERドライバーが通信ドライバーをSDKの低レベルドライバーの上に重ねているからです。サポートするMCUのいずれかを選択すると、SDKビルダーリンクからFreeMASTERのフル「ミドルウェア」ドライバーを入手できます。例えば(例:MCXN947）。ダウンロード後、FreeMASTERのコードはmiddleware/freemasterディレクトリにあります。 FreeMASTERパッケージ(src/drivers)には他にも、あなたにとって役立つ可能性のある他のドライバーも含まれます。mcuxsdkディレクトリにはSDKの低レベルに基づくプライマリドライバーが入っていますが、FreeMASTERのドライバーコードの構造を理解するためにも確認できます。「dreg」ディレクトリにはSDKに依存しないドライバーが含まれています。「デレッグ」ドライバは代わりにダイレクトレジスタアクセスを使っています。これは基本的に必要なものですが、残念ながらレガシーLPCはリストに含まれていません。NXP DSC、Kinetis、Power Architecture、S12Z、S32プラットフォーム向けのこのようなドライバーがあります。この概念をLPCに移植するのは非常に簡単な作業となるだろう。 よろしくお願いいたします。 ミハル Re: FreeMASTER Communication Driver 3.0 for i.MX, LPC, Kinetis and DSC マイケル様 迅速なご返信ありがとうございます！ 私はすでにJlink/MCU LinkとMCU Link2をドライバーなしで使って変数の読み書きに使っていますが、アプリケーションコマンドマネジメント(それ以上のものではありません)も追加したいと思っています。USB/UART/CAN などのサポートは必要ありません...インターフェースのサポートです。 「dreg」ディレクトリにはSDKに依存しないドライバーが含まれています。「デレッグ」ドライバは代わりにダイレクトレジスタアクセスを使っています。これは基本的に必要なものですが、残念ながらレガシーLPCはリストに含まれていません。」 これらの追加制限を踏まえて、dregディレクトリの内容だけで十分だと思いますか？ V2バージョンのドライバーもLPC1766対応していると読みました。それは本当ですか？このドライバーを送ってもらえますか? ありがとう、パオロ。 Re: FreeMASTER Communication Driver 3.0 for i.MX, LPC, Kinetis and DSC こんにちは、パオロさん。 いいえ、V2ドライバーはLPCをサポートしていません。HCS08、HCS12、ColdFire、PowerPCなどの一部のレガシーなプラットフォームをサポートしていますが、LPCはサポートしていません。 もし単にアプリケーションコマンドを有効にしたいだけなら、アプリケーションの制御方法を変える方がずっと簡単で一般的により良い解決策だと思います。アプリケーションコマンドは、FreeMASTERが制御リクエストパラメータを書き込む変数をいくつか選び、別の変数を「処理リクエスト」として使うことで簡単に置き換えられます。ターゲットアプリケーションがこのリクエスト変数セットを検出すると、制御コマンドを処理し、リクエスト変数をゼロに戻して確認できます。この動作は機能的にアプリケーションコマンドと同等であり、通信ドライバなしでJTAG上で動作することを可能にします。 もう一つの質問に答えると、「ドレッグ」ドライバは直接使えるものではありません。前述の通り、LPCはサポートされていませんが、自分で簡単にポートを作成できます。freemaster_kxx_uart.cのようなUARTファイルを見ると、原子的なUART操作を行うドライバ関数が見つかります。例えば、割り込みを有効にする場合： この単純な関数はUART周辺レジスタ上で直接動作していることがわかります。これをLPCに移植するには、LPC UARTモジュール(Kinetis Oneとは異なる)上で動作する類似の関数を作成する必要があります。 よろしくお願いいたします。 ミハル Re: FreeMASTER Communication Driver 3.0 for i.MX, LPC, Kinetis and DSC 親愛なるマイケルへ、 あなたのために、Application Commandのサポートなしで直接JLink SWD接続を使うよう説得されました(つまり、ドライバーをLPC1766に移植する必要はありません)。しかし、最近気づいたのはTSAテーブルもサポートしなければならないということです。実は、自分の製品用にコンフィギュレーター(パラメータ読み書き)を作りたいのですが、その中のファームウェアがバージョンを変えてしまうことがあります。バージョン番号を知るためのディスプレイがないため、事前にどのファームウェアイメージバージョンが読み込まれているかを知ることはできず、正しいFreeMasterのAXFファイルを事前に読み込むことはできません。ホストプロセッサから変数のアドレスを読み取る必要があるので、残念ながらターゲットドライバーを:(に移植する必要があります。他にこの問題を回避する方法がない限り。 唯一の疑問は、あなたがこう書いていることです: 「この単純な関数がUARTペリフェラルレジスタに直接動作していることがわかります。これをLPCに移植するには、LPC UARTモジュール(Kinetisとは異なる)上で動作する類似の機能を作る必要があります。」 ペリフェラル通信ドライバ(UART、CAN、USB)を移植する必要はないはずです。なぜならSWDをサポートすれば十分だからです。それは正しいですか？このオプションだけの「パストレース」について、もう少し詳しく教えてもらえますか? パオロ Re: FreeMASTER Communication Driver 3.0 for i.MX, LPC, Kinetis and DSC 親愛なるマイケルへ 私は Keil MCB1700 ボードを使って、lpcxpresso54114 SDK のfreemaster_examples/fmstr_example_pdbdmをLPC1768プラットフォームに移植しました。すべて順調に動作しています。NXPは非常に良い仕事をした。移植作業中にコードの変更は一切なく、非常に簡単な作業だった。 残念ながら、このフォーラムに.zipファイルとして添付することはできません。ファイル よろしくお願いいたします パオロ ありがとうございます。

S32DS v3.4が起動時にクラッシュし、アクティベーションIDを取得できず、オフラインライセンスファイルが必要です NXPサポートの皆様、 私のS32 Design Studio for S32 プラットフォーム v3.4ライセンスが期限切れまたは行方不明になっています。ソフトウェアを起動すると、「Product Licenses - NXP Licenses」ウィンドウが表示され、「Status: License Missing」と表示されます。どのボタン(Activate、Details、Close)でも即座にクラッシュし、ソフトウェア全体が閉じられます。 私が持っている情報は以下のとおりです。 登録メールアドレス： [[email protected]] ソフトウェアアクティベーションコード: DC1D-EDC9-8B34-496C(元のダウンロードメールより、アカウント名:pang yun) S32DS バージョン: v3.4 バックエンドでライセンスを延長してもらえますか? ご協力いただき、誠にありがとうございました。 Re: S32DS v3.4 crashes upon opening, cannot retrieve Activation ID, need offline license file こんにちは、 お客様のS32DSライセンスが延長されました。コードを使ってS32DSを再度有効化してください。

MR-VMU-RT1176 外部内存 在定制板上使用 MR-FMUM-RT1176 时，是否可以添加额外的外部存储器？由于并非所有 SEMC 引脚都可通过连接器使用，而且两个 FLEXSPI 都已被使用。 Re: MR-VMU-RT1176 External RAM 嗨@Zaregg ， 感谢您对 NXP MIMXRT 系列产品的关注！ 如果仅使用 MR-FMUM-RT1176 模块而自行设计载板，则无法添加外部存储器。如果您确实需要 同步动态随机存取存储器(SDRAM) 或 HyperRAM 等内存映射扩展，唯一的途径是自行设计芯片级扩展，以充分发挥 SEMC 或 FlexSPI 总线的性能。如果可以使用外置闪存/EEPROM，那么可行的方案如下： （1）重新分区模块上的八进制闪存 （2）通过 lpspi/lpi2c 在载板上添加串行设备。   此致， 加文

远程访问 FreeMASTER 各位 我希望通过连接到同一局域网中的另一台 PC，经由 Jlink 连接到目标设备 (LPC1766) 的 PC 来访问运行在 PC 上的 FreeMaster。即使通过浏览器（任意浏览器）连接到本地电脑，使用附件中的简单示例都能正常工作，但如果将所有文件（附件）移动到另一台电脑上，最后在远程浏览器中打开 Test.htm 文件，变量读取功能就无法正常工作。 请尊重 NXP 的原始示例，其中指示的是本地主机，现在地址已更改，它始终指向运行 FreeMASTER 的 PC。 pberna67_0-1790032198582.pngpberna67_0-1790032198582.png 有人知道这是什么原因造成的吗？ 是否可以在远程PC上创建一个Windows应用程序窗体，使其能够（作为DCOM客户端？我不太清楚）连接到运行FreeMASTER（DCOM服务器？）的“本地”PC上的FreeMASTER，并且该FreeMASTER通过Jlink模拟器连接到目标？ 1）本地PC的FreeMASTER配置是什么？ 2) 如何通过 Visual Basic .NET 窗体应用程序从远程 PC（运行 FreeMASTER 的计算机）访问本地 PC？ 之所以会问这些问题，是因为我的开发电脑上安装了微软 Visual Studio。.NET 运行所在的机器与 FreeMASTER 和目标板 (LPC1766) 所在的机器不在同一台机器上。 Re: Remote access to FreeMASTER 问题已解决 🙂 对不起 这是因为这两台电脑分别有两个不同的配置文件，一个是公共配置文件，一个是私有配置文件，所以 FreeMASTER 防火墙设置阻止了公共配置文件的所有端口。如果两台电脑上的个人资料都设置为私密，则通信会发生

imx95 ジェイルハウス iommu 設定 こんにちは、 Jailhouse上でi.MX95のIOMMUを設定することは可能ですか？ 私はhttps://github.com/nxp-imx/imx-jailhouse/blob/lf-6.18.20_2.0.0/configs/arm64/imx8qm.cとhttps://github.com/nxp-imx/imx-jailhouse/blob/lf-6.18.20_2.0.0/configs/arm64/imx95.cを比較していますが、後者には.iommu_unitsがありません。定義済み。これは見落としでしょうか、それともi.MX95では不可能な機能なのでしょうか？私の理解では、i.MX95は新しいSMMUv3をサポートしており、ルートセルファイルには次のようなものがあると思います。 .iommu_units= { ヤージュ .type = JAILHOUSE_IOMMU_SMMUV3, .base = 0x36600000、 .size = 0x100000、 }、 } ありがとうございます。 Re: imx95 jailhouse iommu configuration AEチームと話し合った。 IOMMU は i.MX95 ではデフォルトで有効になっています。

FreeMASTERへのリモートアクセス 皆さん 同じローカルネットワークに接続された別のPCを経て、Jlink経由でターゲット(LPC1766)に接続したPC上でFreeMasterにアクセスしたいと思っています。添付の簡単な例を使用して、eブラウザ（任意のブラウザ）経由でローカルPCに接続した場合、接続自体は正しく機能するのですが、添付のすべてのファイルを別のPCに移動してから、リモートブラウザでTest.htmを開くと、変数の読み取りが機能しなくなります。 NXPの元の例ではlocal-hostが指定されていましたが、現在はアドレスが変更され、常にFreeMASTERが実行されるPCを指すようになっています。 pberna67_0-1790032198582.pngpberna67_0-1790032198582.png この問題の原因について何か心当たりはありますか? リモートPCでWindowsアプリフォームを作成し、(DCOMクライアントとして??,不明ですが)FreeMASTER(DCOM Server?)が動作する「ローカル」PCのFreeMASTERに接続し、Jlinkエミュレーターでターゲットに接続することは可能でしょうか?   1) ローカルPCのFreeMASTERの設定は? 2) Visual Basic .NET Form APPを使って(FreeMASTERが動いている)リモートPCからローカルPCにアクセスするにはどうすればいいですか? これらの質問の理由は、私の開発用PCにMicrosoft Visual Studioがインストールされているためです。.NET が実行されるマシンは、FreeMASTER とターゲットボード (LPC1766) が動作しているマシンとは異なります。 Re: Remote access to FreeMASTER 問題解決 🙂 すみません これは、2台のPCがパブリックとプライベートの2つの異なるプロファイルを持っているため、FreeMASTERファイアウォールの設定がパブリックプロファイルのすべてのポートをブロックしていることに関連しています。両方の PC のプロファイルがプライベートに設定されている場合、通信は

FreeMASTER 通信驱动程序 3.0，适用于 i.MX、LPC、Kinetis 和 DSC 各位 在下载页面 https://www.nxp.com/design/design-center/software/development-software/freemaster-run-time-debugging-tool:FREEMASTER 包裹在这里。 pberna67_1-1790030347425.png 但是，如果您点击“下载”按钮，则不会显示下载统计数据。我需要支持 LPC1766，但版本 3 似乎不支持（很奇怪，因为驱动程序明明已经标明了），而且我在版本 2 中仍然找不到 LPC1766 的驱动程序。 谢谢 Paolo Re: FreeMASTER Communication Driver 3.0 for i.MX, LPC, Kinetis and DSC 亲爱的迈克尔 感谢您的快速回复！ 我目前已经在使用 Jlink/MCU Link 和 MCU Link2，无需任何驱动程序即可读取/写入变量，但我还想添加应用程序命令管理功能（仅此而已）。我不需要任何USB/UART/CAN等接口支持。 “dreg”目录则包含完全不依赖于SDK的驱动程序。“dreg”驱动程序改用直接寄存器访问——这基本上就是你需要的，但不幸的是，传统的LPC不在列表中。 考虑到这些额外的限制，您认为 dreg 目录的内容对我来说足够了吗？ 我看到有资料说V2版本的驱动程序也应该支持LPC1766。这是真的吗？你能把这个驱动程序发给我吗？ 谢谢保罗 Re: FreeMASTER Communication Driver 3.0 for i.MX, LPC, Kinetis and DSC 亲爱的保罗， 您用来获取FreeMASTER驱动程序的链接是正确的。遗憾的是，该驱动程序仅支持 NXP MCUXpresso SDK 支持的较新设备。SDK 不支持 LPC1766。 使用 LPC1766 时，您有两种选择： - 通过 JTAG（Segger J-Link 或 LPCLink2/CMSIS-DAP）使用 FreeMASTER - 这将使您能够检查和控制变量。无需通信驱动程序，FreeMASTER 可在 MCU 运行时访问内存。 - 获取其他部件的驱动程序并将其移植到 LPC1766。更多详情请见下文： 之所以存在 SDK 依赖关系，是因为 FreeMASTER 驱动程序将其通信驱动程序构建在 SDK 底层驱动程序之上。当您选择支持的 MCU 之一时，例如（例如），您仍然可以从 SDK 构建器链接获取完整的 FreeMASTER“中间件”驱动程序。MCXN947）。下载完成后，您将在 中间件/freemaster 目录中找到 FreeMASTER 代码。 请注意，FreeMASTER 软件包（位于 src/drivers 中）中还有其他驱动程序，这些驱动程序可能对您部分有用。mcuxsdk 目录包含基于 SDK 底层的主要驱动程序 - 您仍然可以查看它们以了解 FreeMASTER 驱动程序代码的结构。“dreg”目录则包含完全不依赖于SDK的驱动程序。“dreg”驱动程序使用直接寄存器访问——这基本上就是你需要的，但不幸的是，传统的LPC不在列表中。我们有适用于 NXP DSC、Kinetis、Power Architecture、S12Z 和 S32 平台的此类驱动程序。将这个概念移植到LPC应该是一项相当简单的任务。 问候， 米哈尔 Re: FreeMASTER Communication Driver 3.0 for i.MX, LPC, Kinetis and DSC 亲爱的迈克尔： 你说服我使用直接的 JLink SWD 连接，而不需要你的应用程序命令的支持（因此无需将驱动程序移植到 LPC1766）。然而，我刚刚发现我还需要支持 TSA 表格。事实上，我想为我的产品构建一个配置器（参数读取/写入），但其中的固件版本可能会发生变化。我没有显示版本号，因此无法预先知道加载的是哪个固件映像版本，这意味着无法预先在 FreeMaster 中加载正确的 .AXF 文件。我需要从主机处理器读取变量的地址，所以很遗憾，我需要移植目标驱动程序 :(，除非有其他方法可以解决这个问题。 我唯一的疑问是，你写道： “可以看到，这个简单的函数直接操作 UART 外设寄存器。将此移植到 LPC 意味着创建类似的功能，这些功能在 LPC UART 模块上运行（该模块与 Kinetis 的 UART 模块不同）。 我不需要移植任何外围通信驱动程序（UART、CAN、USB），因为我只需要支持 SWD。是这样吗？能否详细说明一下仅针对此选项的移植“路径跟踪”？ 保罗 Re: FreeMASTER Communication Driver 3.0 for i.MX, LPC, Kinetis and DSC 你好，保罗， 不，V2驱动程序不支持LPC。它支持一些旧平台，如 HCS08、HCS12、ColdFire 或 PowerPC，但不支持 LPC。 如果你的动机仅仅是启用应用程序命令，我建议改变应用程序的控制方式会更容易，通常也是更好的解决方案。可以通过选择几个变量来轻松替换应用程序命令，FreeMASTER 会将控制请求参数写入这些变量，并使用另一个变量作为“要处理的请求”。一旦目标应用程序发现此请求变量集，它就可以处理控制命令，并通过将请求变量重置为零来确认该命令。这种行为在功能上等同于应用程序命令，它允许在没有任何通信驱动程序的情况下通过 JTAG 进行操作。 关于你的另一个问题：你无法直接使用“dreg”驱动程序。正如我之前所说，LPC 不受支持，但您可以很轻松地自己创建端口。如果你查看像 freemaster_kxx_uart.c 这样的 UART 文件，你会发现驱动程序函数可以执行原子 UART 操作。例如，启用中断： 您可以看到，这个简单的函数直接操作 UART 外设寄存器。将其移植到 LPC 意味着创建在 LPC UART 模块（与 Kinetis UART 模块不同）上运行的类似功能。 问候， 米哈尔 Re: FreeMASTER Communication Driver 3.0 for i.MX, LPC, Kinetis and DSC 亲爱的迈克尔 我使用 Keil MCB1700 板将 lpcxpresso54114 SDK 的 freemaster_examples/fmstr_example_pdbdm 移植到了 LPC1768 平台上。一切运转良好。NXP做得非常好，移植过程中代码没有做任何改动，这是一项非常简单的任务。 很遗憾，无法将其以 .zip 格式附加到此论坛。文件 问候 保罗 谢谢，此致敬礼。

MR-VMU-RT1176 外部RAM MR-FMUM-RT1176をカスタムボードで使用する場合、外部メモリを追加することは可能ですか？SEMCピンのすべてがコネクタから利用できるわけではなく、FLEXSPIも両方とも既に使用されているため。 Re: MR-VMU-RT1176 External RAM こんにちは、 @Zaregg さん。 NXP MIMXRTシリーズにご関心をお寄せいただきありがとうございます！ MR-FMUM-RT1176モジュールをそのまま使い、自分でキャリアボードを設計する場合、外部メモリの追加は不可能です。SDRAMやHyperRAMのようなメモリマップ拡張が必要な場合、唯一の方法は自社のチップダウン設計でSEMCやFlexSPIバスをフルに引き出すことです。外部フラッシュメモリ／EEPROMが許容される場合、現実的な選択肢は以下のとおりです。 （１）モジュール上のオクタルフラッシュを再パーティション化する （２）lpspi/lpi2cを介してキャリアボード上にシリアルデバイスを追加する。   よろしくお願いします、 ギャビン

imx95监狱iommu配置 您好， 是否可以在 Jailhouse 上配置 i.MX95 的 IOMMU？ 我正在比较https://github.com/nxp-imx/imx-jailhouse/blob/lf-6.18.20_2.0.0/configs/arm64/imx8qm.c和https://github.com/nxp-imx/imx-jailhouse/blob/lf-6.18.20_2.0.0/configs/arm64/imx95.c ，后者没有任何.iommu_units。已定义。这是疏忽还是 i.MX95 无法实现？据我了解，i.MX95 支持较新的 SMMUv3，我预计在根单元文件中会看到类似这样的内容： .iommu_units= { { .type = JAILHOUSE_IOMMU_SMMUV3， .base = 0x36600000, .size = 0x100000, }, } 谢谢。 Re: imx95 jailhouse iommu configuration 已与AE团队讨论。 IOMMU 在 i.MX95 上默认启用。

Remote access to FreeMASTER Dear All I would to access to FreeMaster running in a PC an connected to a target (LPC1766) via Jlink troughs a second PC connected in the same local network . Even if the connection to the local PC via e browser (Any),  using the simple example attached, works correctly, if move all files (attached) in a different PC, and finally I open the Test.htm in the remote browser, variable read don't work.  Respect the original NXP example where it indicated local-host, now the address is changed and it always point to the PC where FreeMASTER runs. pberna67_0-1790032198582.pngpberna67_0-1790032198582.png Any idea of the reason of this problem ? Is it possible to create a Windows App Form in a remote PC that is able to connect (as a DCOM Client ??, don't know) to the FreeMASTER of the "local" PC where FreeMASTER (DCOM Server??) runs and it is connected to the target via Jlink emulator?,   1) What is the configuration of FreeMASTER of the local PC ? 2) How do I access via Visual Basic .NET  Form APP to the local PC from (where FreeMASTER runs) the Remote PC ? The reason of these questions is because my develop PC where Microsoft Visual Studio. .NET runs is not the same machine where FreeMASTER and the target board (LPC1766) are, Re: Remote access to FreeMASTER Problem solved 🙂 sorry It was related tothe fact that the 2 PCs have 2 different profiles , public and private, and so the FreeMASTER firewall setting blocks all port of public profile. If the profiles in both PC are set as private, the communication occours

FreeMASTER Communication Driver 3.0 for i.MX, LPC, Kinetis and DSC Dear All In the download page https://www.nxp.com/design/design-center/software/development-software/freemaster-run-time-debugging-tool:FREEMASTER There is the package pberna67_1-1790030347425.png However if you click the Download button, no download stats.  I need to support LPC1766, but it seams it is not supported by version 3 (strange because the Driver is indicated), but still I don't see any driver in version V2 for LPC1766 Thanks Paolo Re: FreeMASTER Communication Driver 3.0 for i.MX, LPC, Kinetis and DSC Dear Michael Thanks for your fast replay! I'm already using Jlink/MCU Link and MCU Link2 without any driver, to read/write variables, however I would like to add also the Application Command management (nothing more than that). I don't need any support of USB/UART/CAN ect... interface support. " The "dreg" directory then contains drivers which do not depend on the SDK at all. The "dreg" drivers use a direct register access instead - this is basically what you need, but unfortunately again, the legacy LPC is not in the list." With this additional limitations, do you think that  dreg directory contents  is enough  for me ? I read  that V2 version the driver should support also LPC1766. Is it true ? Can you send me this driver? Thanks Paolo Re: FreeMASTER Communication Driver 3.0 for i.MX, LPC, Kinetis and DSC Dear Paolo, the link you used to get the FreeMASTER driver is correct.  Unfortunately, this driver only supports the newer devices supported by NXP MCUXpresso SDK. The LPC1766 is not supported by the SDK. There are two options for you when using LPC1766: - Use FreeMASTER over JTAG (Segger J-Link or LPCLink2/CMSIS-DAP) - This will enable you to inspect and control variables. No communication driver is needed, FreeMASTER accesses the memory while the MCU is running. - Get the driver for a different part and port it to LPC1766. See more details below: The reason for the SDK dependency is that the FreeMASTER driver layers its communication drivers on top of SDK low-level drivers. You can still get the full FreeMASTER "middleware" driver from the SDK builder link when you select one of supported MCUs, such as (e.g. MCXN947). After downloading you will find the FreeMASTER code in the middleware/freemaster directory. Note that there are also other drivers in the FreeMASTER package (in the src/drivers), that might be partially useful to you. The mcuxsdk directory contains the primary drivers based on SDK low-level - you can still look at them to understand how the FreeMASTER driver code is structured. The "dreg" directory then contains drivers which do not depend on the SDK at all. The "dreg" drivers use a direct register access instead - this is basically what you need, but unfortunately again, the legacy LPC is not in the list. We have this kind of drivers for NXP DSC, Kinetis, Power Architecture, S12Z and S32 platforms. Porting this concept to LPC shall be quite straightforward task. Regards, Michal Re: FreeMASTER Communication Driver 3.0 for i.MX, LPC, Kinetis and DSC Dear Michael, You convinced me to use the direct JLink SWD connection without the support of your Application Command (so there is no need to port the driver to the LPC1766). However, I just discovered that I also need to support the TSA table. In fact, I want to build a configurator for my product (parameter read/write), but it can happen that the firmware in it changes version. I don't have any display to know that version number, so it is not possible to know in advance which firmware image version is loaded, which means it is not possible to load the right .AXF file in FreeMaster in advance. I need to read the address of the variables from the host processor, so unfortunately I need to port the target driver :(, unless there are other ways to work around this problem. The only doubt I have is that you wrote: "You can see that this simple function operates directly on UART peripheral registers. Porting this to LPC means creating similar functions which operate on the LPC UART module (which is different from the Kinetis one)." I shouldn't need to port any peripheral communication driver (UART, CAN, USB), because I only need to support SWD. Is that correct? Can you elaborate more the porting "path trace" for only this option? Paolo Re: FreeMASTER Communication Driver 3.0 for i.MX, LPC, Kinetis and DSC Hello Paolo, no, the V2 driver does not support the LPC. It supports some legacy platforms such as HCS08, HCS12, ColdFire or PowerPC, but not the LPC. If your motivation is just to enable Application Commands, I would suggest that it would be much easier and generally a better solution to change the way how your application is controlled. Application Commands can be easily replaced by picking a few variables into which FreeMASTER writes the control request parameters and use another variable as a "request to process". Once the target application discovers this request variable set, it can process the control command and acknowledge it by resetting the request variable back to zero. This behavior is functionally equal to Application Commands, and it enables to operate over JTAG without any communication driver. To answer your other question: The "dreg" drivers are not directly usable for you. As I wrote, the LPC is not supported, but you can create the port quite easily yourself. If you look at one of UART files such as freemaster_kxx_uart.c, you can find driver functions making atomic UART operations. For example enabling interrupts: You can see, that this simple function operates directly on UART peripheral registers. Porting this to LPC means creating similar functions which operate on LPC UART module (which is different from Kinetis one). Regards, Michal Re: FreeMASTER Communication Driver 3.0 for i.MX, LPC, Kinetis and DSC Dear Michael I made the porting of the freemaster_examples/fmstr_example_pdbdm of the lpcxpresso54114 SDK in  the LPC1768 platform using the Keil MCB1700 board . Everything work well. NXP did a very good job, no change in code during the porting activity, it is a very simple task Unfortunately is not possible to attach it the to this forum as .zip file Regards Paolo Thanks and regards