SDAファームウェアに関する質問 FRDM-A-S32K358の開発ボードを購入し、Open SDAを担当するMK26チップのファームウェアを変更するためにJTAGポートを確認しました。もし誤ってJ13にファームウェアをインストールしてしまった場合、Open SDAのファームウェアを入手する必要があります。この場合、サポートチケットを通じてファームウェアを入手できますか? Re: Open SDA Firmware Question こんにちは、 @wj_kwak MK26 OpenSDAデバイスがJ13経由で上書きされた場合、正常に動作するOpenSDAブートローダーを前提としているため、標準のOpenSDAアップデート手順は適用できなくなる可能性があります。OpenSDAのリカバリファームウェアは、通常、単体のプログラミングイメージとしては配布されていません。 OpenSDAのファームウェアとブートローダーは、NXPが開発したソフトウェアではなくPEmicro技術です。PEmicroはOpenSDAのファームウェアアップデート、ブートローダー更新アプリケーション、関連サポートを提供しています。 したがって、MK26がJTAG/SWDで消去または再プログラムされ、OpenSDAブートローダーが機能しなくなった場合、回復案内やファームウェアの入手は主にPEmicroが担当となります。 https://www.pemicro.com/support/index.cfm よろしくお願いいたします。 ルーカス

ライブラリを追加する CodeWarriorから移行したばかりで、新しいiMacにMCUXをインストールしたばかりです。私は赤外線リモコンを含む新しいプロジェクトに取り組んでおり、IRemoteライブラリ（GitHubから入手）を使用したいと考えています。ライブラリファイルはダウンロードしましたが、SDK_2.x_LPCXpresso824MAX(私が使っている開発ボード)には追加できません。「静的ライブラリの作成と使用方法」というドキュメントの手順に従ったのですが、手順とスクリーンショットは私のものよりかなり古いバージョンのもののようです。 私の問題を解決してくれるような「初心者向けガイド」を持っている人はいませんか？ Re: Add a library こんにちは、 ライブラリにはどのようなファイル形式がありますか？拡張子は.aですか、それとも.hですか？ 「ユーザーアプリケーションにユーザー静的ライブラリを追加する」第2章( MCUXpresso IDEで静的ライブラリの作成と使用 方法)の5ページで述べた手順は、新しいバージョンのMCUXpresso IDEにも引き続き適用されます。ガイドに示されているウィンドウは最近のMCUXpressoバージョンでも同じです。手順に問題がありますか？ また、どのバージョンを使っているのか確認してもらえますか? SDKに関しては、「SDK_2.x_」と書いたのですね。どの古いバージョンを使っているか確認してもらえますか?最新のSDKバージョン26.06を使うようにアップデートすることもできます。SDK Builderからダウンロードできます 敬具、ルイス Re: Add a library これは私の問題の一部です。ファイルには拡張子がなく、単に「IRemote-4.7.1」という名前で、ダウンロードフォルダ内ではフォルダとして表示されます。古いバージョンのSDKを使っているとは思いません。バージョンは26.06.00です。もしかすると、実際のIRemoteライブラリを読み込んでいないのかもしれません。ただダウンロードボタンを押してしまっただけかもしれません Re: Add a library Hello おそらくライブラリのGithubフォルダ全体をダウンロードしていると思います。通常、Githubユーザーは.h/.c/.hpp/.cppを保存します。srcフォルダ内のなど。 必要な.h/.aファイルだけをsrcフォルダからダウンロードするか、Githubで検索するだけで、Githubプロジェクト全体をダウンロードせずに、ガイドに従ってライブラリとリンクへのパスを追加できます。 敬具、ルイス

Windows ARM64 サポート リクエスト (LinkServer/MCUXpresso) LinkServerとMCUXpressoインストーラーのWindows ARM64版もリリースしてほしいという要望です。最近、ArmベースのWindowsノートPCを使っている学生をよく見かけるようになりました。 開発ボード MCXA MCX N Re: Windows ARM64 support request (LinkServer/MCUXpresso) こんにちは、 ご提案ありがとうございます。担当チームにこの件についてコメントいたします。 MCUXpressoを使用するにあたり、Visual Studio Codeの拡張機能を使ってみるお手伝いをしていただけますか？調査結果をぜひ教えてください。 このツールのインストールと使用方法については、以下をご覧ください。 MCUXpresso for VS Code ドキュメント — MCUXpresso for VS Code 26.05 ドキュメント Visual Studio Code 用 MCUXpresso | NXP Semiconductors 敬具、ルイス Re: Windows ARM64 support request (LinkServer/MCUXpresso) ご返信ありがとうございます。VS Code拡張機能は正常に動作します。mcu-linkドライバは、Microsoftが巧みに移植したWinUSBをベースにしている。私はテストシステム上で管理者権限を持っていませんでしたが、リンクサーバーをシステムにコピーしてプロジェクトのデバッグを行うことができました。LinkServerのインストールに含まれる他のドライバについては分かりませんが、それらには署名済みのARMバージョンが必要になるでしょう。 残念ながら、「mcuxpressoインストーラー」によってインストールされるツールはすべてx64なので、すべてがPrism変換レイヤーを介して実行されます。git、python、ninja、cmakeなどは既にARM版がリリースされているはずなので、パッケージ化できるはずだ。arm-none-eabiツールチェーンだけはまだarm64版がリリースされていませんが、ビルドすることは可能です。特にMCU-Link開発ボードに関しては、主にARM64版Windowsのパフォーマンスが重要になります。 Re: Windows ARM64 support request (LinkServer/MCUXpresso) こんにちは! 問題なく動作していると聞いて安心しました。このトピックの最新情報ですが、残念ながらMCUXpressoのIDE用ARM64はメンテナンスのみで、推奨されているのはMCUXpressoには引き続きVS Code拡張機能の使用です。 敬具、ルイス Re: Windows ARM64 support request (LinkServer/MCUXpresso) MCUXpressoインストーラーはVSCode拡張機能で使用されており、私が話していたのはそのことです。https ://www.nxp.com/design/design-center/software/development-software/mcuxpresso-software-and-tools-/mcuxpresso-installer :MCUXPRESSO-INSTALLER およびhttps://mcuxpresso.nxp.com/mcux-vscode/latest/html/MCUXpresso-Installer.html を参照してください。これはmacOS x64/arm64およびlinux/windows x64向けにリリースされていますが、arm64には対応していません。このパッケージにはlink serverが含まれており、macOS x64/arm64、linux x64/arm64向けにリリースされていますが、Windows x64向けにリリースされています。私のお願いは、これらのアプリケーションをWindows Arm64向けにリリースすることです。mcuxpressoインストーラーは多くのものをインストールするようですが、そのほとんどは既にWindows arm64向けに提供されているものだと理解しています。私は新しいWindows Arm64ノートPCを持つ学生たちと仕事をしていますが、今は彼らがうまく動作させるための回避策を手伝わなければなりません。

S9KEAZN16AM WDOGタイミングに関する補足説明：128バスクロックと観測された80µsおよび2.5msの遅延について こんにちは、 私はS9KEAZN16AMを扱っており、WDOGの初期化タイミングについていくつか確認したい点があります。 設定 MCU:S9KEAZN16AM バスクロック: 16.777216 MHz WDOGクロックソース：1kHz LPOCLK リセットタイプ:ソフトウェアリセット(SYSRESETREQ) KEA64リファレンスマニュアルによると、ウォッチドッグの解除シーケンスの後: 「アンロックシーケンスを完了した後、ユーザーは128のバスクロック内でウォッチドッグを再構成しなければなりません;そうでなければ、監視役はMCUのリセットを強制します。」 バスクロック周波数は16.777216MHzです。 128バスクロック ≈ 7.63マイクロ秒 補足事項 現在の実装では、安定した動作のために以下の遅延が必要となります。 ソフトウェアリセット();   SysTick_DelayUs(2500);   DisableInterrupts();   WDOG_Init(&Wdog_cfg);   SysTick_DelayUs(80);   EnableInterrupts(); 我々は2つの問題点を指摘する。 Software_Reset() の後の 2.5 ms の遅延を削除または短縮すると、ウォッチドッグ カウンタが正しく起動/実行されない場合があります。 WDOG_Init() の後の 80 µs の遅延を削除すると、ウォッチドッグの設定が常に正しく適用されるとは限りません。 質問 128バスクロックの要件は、ロック解除後の設定ウィンドウのみに適用されるのでしょうか、それともその後も追加の内部同期が行われるのでしょうか？ 1 kHzのLPOクロックの使用によって追加の同期遅延が生じることはありますか? ソフトウェアリセット後の起動タイミングの要件で、約2.5msの遅延が必要になる理由は何かありますか? 固定遅延の代わりに、推奨されるステータスビットやポーリングメカニズムはありますか？ 混乱の主な原因は、観測された遅延（ 80 µs と 2.5 ms ）が、文書化された128 バス クロックの要件（約 7.6 µs）から示唆されるタイミングよりもかなり大きいことである。 何かご助言いただければ大変ありがたいです。 よろしくお願いします。

Random occurences of timeouts while reading variables Hello, I have been working on a battery test rig set up by my predecessors on the project. The test rig uses an nxp S32K144EVB board connected via usb to a computer. The code is built from a simulink file and monitoring of the test is made via FreeMASTER 3.2. The project has been working on a laptop for a few months and it has been necessary to configure a new laptop as a replacement. However, even while installing the same FreeMASTER version, the same drivers and using the same project files, all variable reads as "?" due to timeout errors after a seemingly random duration. Any help would be greatly appreciated. Logged errors after 12 minutes of runtime with no issues :

添加库 我刚刚从 CodeWarrior 迁移过来，并且刚刚在我的新 iMac 上安装了 MCUX。我正在开发一个包含红外遥控功能的新项目，我想使用 IRemote 库（来自 GitHub）。我已经下载了库文件，但是无法将其添加到 SDK_2.x_LPCXpresso824MAX（我正在使用的开发板）中。我按照文档“如何创建和使用静态库”中的说明进行操作，但说明和屏幕截图似乎来自比我的版本早得多的版本。 有没有人能提供一份“傻瓜式教程”来解决我的问题？ Re: Add a library 你好， 你的库文件是什么类型的？是 .a 扩展名还是 .h 扩展名？ MCUXpresso IDE 中如何创建和使用静态库的第 2 章“在用户应用程序中添加用户静态库”第 5 页中提到的步骤仍然适用于较新版本的 MCUXpresso IDE，指南中显示的窗口在最新版本的 MCUXpresso 中是相同的。您在操作步骤方面遇到问题了吗？ 另外，能否帮忙确认一下您使用的是哪个版本？ 关于 SDK，我看到你写的是“SDK_2.x_”。请问您使用的是哪个旧版本？您可以更新到最新的 SDK 版本 26.06，可以从SDK Builder下载。 此致敬礼，路易斯 Re: Add a library 这是我的问题之一。该文件没有任何扩展名，它只是“IRemote-4.7.1”，在我的下载文件夹中显示为一个文件夹。我不认为我使用的是旧版本的 SDK，它的版本是 26.06.00。会不会是我还没加载实际的 IRemote 库——我只是按下了“下载”按钮？ Re: Add a library Hello 你可能下载了整个库的 GitHub 文件夹，通常 GitHub 用户会保存 .h/.c/.hpp/.cpp 文件。等等，在 src 文件夹中。 您可以只从 src 文件夹下载必要的 .h/.a 文件，或者在 Github 中搜索它们，而不是下载整个 Github 项目，然后按照指南将库和路径添加到链接器中。 此致敬礼，路易斯

打开 SDA 固件问题 我购买了 FRDM-A-S32K358 开发板，并检查了 JTAG 端口，以便更改负责 Open SDA 的 MK26 芯片上的固件。如果我误将固件安装到了 J13 上，我将需要获取 Open SDA 固件。在这种情况下，我可以通过提交支持工单来申请获取固件吗？ Re: Open SDA Firmware Question 嗨@wj_kwak 如果 MK26 OpenSDA 设备已通过 J13 覆盖，则标准的 OpenSDA 更新程序可能不再适用，因为它依赖于一个正常工作的 OpenSDA 引导加载程序。OpenSDA 恢复固件通常不以独立编程镜像的形式分发。 OpenSDA 固件和引导加载程序采用的是 PEmicro 技术，而不是 NXP 开发的软件。PEmicro 为 OpenSDA 提供固件更新、引导加载程序更新应用程序及相关支持。 因此，如果 MK26 已通过 JTAG/SWD 擦除或重新编程，并且 OpenSDA 引导加载程序不再有效，则 PEmicro 将是恢复指导和固件可用性的主要联系人。 https://www.pemicro.com/support/index.cfm 此致， Lukas

Open SDA Firmware Question I purchased the FRDM-A-S32K358 development board and checked the JTAG port for changing the firmware on the MK26 chip responsible for Open SDA. If I accidentally install the firmware on J13, I will need to obtain the Open SDA firmware. In this case, can I obtain the firmware by requesting it via a support ticket? Re: Open SDA Firmware Question Hi @wj_kwak  If the MK26 OpenSDA device has been overwritten via J13, the standard OpenSDA update procedure may no longer be applicable, since it relies on a functioning OpenSDA bootloader. The OpenSDA recovery firmware is not generally distributed as a standalone programming image. The OpenSDA firmware and bootloader are PEmicro technology rather than NXP-developed software. PEmicro provides the firmware updates, bootloader update applications, and related support for OpenSDA. Therefore, if the MK26 has been erased or reprogrammed via JTAG/SWD and the OpenSDA bootloader is no longer functional, PEmicro would be the primary contact for recovery guidance and firmware availability. https://www.pemicro.com/support/index.cfm Regards, Lukas

读取变量时随机出现超时 您好，我一直在使用前人在这个项目中搭建的电池测试装置。 测试装置使用 nxp S32K144EVB 板，通过 USB 连接到计算机。 该代码由 simulink 文件构建，测试监控通过 FreeMASTER 3.2 进行。 该项目已在一台笔记本电脑上运行了几个月，现在需要配置一台新的笔记本电脑作为替代品。然而，即使安装相同版本的 FreeMASTER、相同的驱动程序并使用相同的项目文件，所有变量仍然显示为“?”由于在看似随机的时间段后出现超时错误。 若能得到任何帮助，我将不胜感激。 运行 12 分钟后未发现任何问题，已记录错误：

S32DS arm V1.3 激活码失败 您好，我的S32DS Arm V1.3软件激活码已过期。您能帮我延长一下时间吗？ 我最初的激活码是：FF3F-27C7-FFAB-837F Re: S32DS arm V1.3 activation code failed 你好， 现在已经延长了。 顺祝商祺！ Peter 回复： S32DS arm V1.3 activation code failed 0D3F-EFEF-B771-DA51我的激活ID是新的，对同版本的软件进行激活，在线激活和离线激活都失败了，失败界面在下面的附件中，希望帮我一起解决一下谢谢

Add a library I have just migrated from CodeWarrior and also have just installed MCUX on my new iMAC. I am working on a new project that includes  IR remote control and I would like to use the IRemote library (from GitHub).  I have downloaded the library file But I cannot add it to SDK_2.x_LPCXpresso824MAX (which is the development board I am using). I followed the instructions in the document "How to create and use a static library", but the instructions and screen shots appear to be from a much earlier version than mine. Does anyone have an "idiot guide" that will solve my problem? Re: Add a library Hello, What type of file do you have for the library? The .a extension or .h? The steps mentioned in Chapter 2 "adding user static library in user application" Page 5 from How to create and use static library in MCUXpresso IDE still apply for newer version of MCUXpresso IDE, the windows shown in the guide are the same in recent version of MCUXpresso. Do you have an issue with a step? Also could you help confirm which version are you using? For the SDK; I see you wrote "SDK_2.x_" could you confirm which older version are you using? You could update to use the recent SDK version 26.06, you can download it from SDK Builder Best Regards, Luis Re: Add a library This is part of my problem. The file does not have any extension - it is simply "IRemote-4.7.1" and is represented in my downloads as a folder.  I don't think I am using an older version of the SDK, it is version 26.06.00. Could it be that I have not loaded the actual IRemote library - I just pressed the DOWNLOAD button Re: Add a library Hello You probably download the whole Github folders for the library, usually Github users save the .h/.c/.hpp/.cpp etc in the src folder. You could download only the necessary .h/.a files from src folder or search for them in the Github instead of download the whole Github project, and follow the guide to add library and path to linker. Best Regards, Luis

请求支持 Windows ARM64（LinkServer/MCUXpresso） 这也要求开始发布 Windows ARM64 版本的 LinkServer 和 MCUXpresso 安装程序。我最近看到越来越多的学生使用这些基于ARM的Windows笔记本电脑。 开发板 MCXA MCX N Re: Windows ARM64 support request (LinkServer/MCUXpresso) 你好 感谢您的建议，我将向通讯员团队提出意见、 关于 MCUXpresso 的使用，您能否帮助我们尝试使用 Visual Studio Code 扩展？然后与我们联系你的发现？ 有关该工具安装和使用的更多信息，请参阅 MCUXpresso for VS Code 文档 - MCUXpresso for VS Code 26.05 文档 适用于 Visual Studio Code 的 MCUXpresso | NXP 半导体 最诚挚的问候，路易斯 Re: Windows ARM64 support request (LinkServer/MCUXpresso) 谢谢您的答复。 vscode 扩展正常工作。mcu-link 驱动程序基于 WinUSB，微软对其进行了完美移植。 我在测试系统上没有管理员权限，但我可以将 linkserver 复制到系统上并调试项目。我不知道 LinkServer 安装中的其他驱动程序，但它们需要签名的 arm 版本。 不幸的是，" mcuxpresso 安装程序 " 安装的所有工具都是 x64，因此所有工具都通过 Prism 转换层运行。git、python、ninja、cmake 等应该已经发布了 arm 版本这样就可以打包了。只有 arm-none-eabi 工具链尚未发布 arm64 版本，但可以构建。特别是对于 mcu-link 开发板来说，它主要与 ARM64 Windows 版本的性能有关。 Re: Windows ARM64 support request (LinkServer/MCUXpresso) 你好！ 很高兴听到它对您来说运行正常。至于该主题的最新进展，很遗憾，我们不会为 MCUXpresso IDE 开发 ARM64 版本，因为我们现在只对该平台进行维护，我们仍然建议使用 VS Code 扩展来支持 MCUXpresso。 最诚挚的问候，路易斯 Re: Windows ARM64 support request (LinkServer/MCUXpresso) MCUXpresso 安装程序由 VSCode 扩展使用，这就是我之前提到的： https://www.nxp.com/design/design-center/software/development-software/mcuxpresso-software-and-tools-/mcuxpresso-installer :MCUXPRESSO-INSTALLER 和https://mcuxpresso.nxp.com/mcux-vscode/latest/html/MCUXpresso-Installer.html 。此版本适用于 macOS x64/arm64 和 linux/windows x64，但不适用于 arm64。此软件包包含链接服务器，该服务器已发布，适用于 macOS x64/arm64、linux x64/arm64 以及 windows x64。我希望这些应用程序能够发布适用于 Windows arm64 的版本。我知道 mcuxpresso 安装程序会安装很多东西，其中大部分东西在 Windows arm64 上已经可用了。我教的学生都拥有这些新的 Windows arm64 笔记本电脑，现在我必须帮助他们找到解决方法才能让程序正常运行。

S9KEAZN16AM WDOG 时序说明：128 个总线时钟与观察到的 80 微秒和 2.5 毫秒延迟对比 你好， 我正在与S9KEAZN16AM合作，想了解一下 WDOG 初始化时间的相关问题。 配置 MCU：S9KEAZN16AM 总线时钟：16.777216 MHz WDOG 时钟源：1 kHz LPOCLK 重置类型：软件重置（SYSRESETREQ） 根据KEA64参考手册，在看门狗解锁序列之后： “解锁序列完成后，用户必须在 128 个总线时钟周期内重新配置看门狗；否则，看门狗将强制 RESET MCU。” 总线时钟频率为 16.777216 MHz： 128 个总线时钟周期 ≈ 7.63 微秒 说明 为了确保可靠运行，我们目前的实施方案需要以下延迟： 软件重置();   SysTick_DelayUs(2500);   禁用中断();   WDOG_Init(&Wdog_cfg);   SysTick_DelayUs(80);   启用中断(); 我们发现两个问题： 如果移除或减少Software_Reset() 之后的 2.5 毫秒延迟，看门狗计数器并不总是能正确启动/运行。 如果移除WDOG_Init() 之后的 80 µs 延迟，看门狗配置将无法始终正确应用。 问题 128 总线时钟要求是否仅限于解锁后的配置窗口，还是之后还会进行额外的内部同步？ 使用1 kHz LPO 时钟是否会引入额外的同步延迟？ RESET后是否存在已知的启动时间要求，可以解释为何需要约 2.5 毫秒？ 是否有推荐的状态位或轮询机制可以替代固定延迟？ 主要令人困惑的是，观察到的延迟（ 80 µs 和 2.5 ms ）明显大于记录在案的128 总线时钟（~7.6 µs）要求所隐含的时序。 任何指导都将不胜感激。 谢谢！

我需要为SPI配置DMA。 我正在使用 S32DS IDE 和 RTD 3.0，请问有人能告诉我如何通过 SPI 启动 DMA 吗？最好能提供详细的步骤说明或示例代码。 Re: I need to configure DMA for SPI 谢谢你的回复 请对 s32k322 MCU 执行此操作 Re: I need to configure DMA for SPI 嗨@ershi RTD 附带两个使用 DMA 进行 SPI 通信的示例代码，一个使用低级驱动程序 (Ip)，一个使用高级驱动程序 (MCAL)。您可以参考主题HOWTO: S32 Design Studio - 从示例创建新的 S32DS 项目，以获取有关如何导入示例的指导。 另外，您可以参考主题“示例 S32K31 SPI 多数据包发送和接收：DMA 缓存问题的解决方案”中提供的示例。 BR，VaneB Re: I need to configure DMA for SPI 嗨@ershi 虽然这些示例并非专门为 S32K322 设计，但除非参考手册另有说明，否则其功能在 S32K3 系列中通常相同。因此，您可以将此项目作为您实现的参考，并根据您的特定设备进行必要的调整。 Re: I need to configure DMA for SPI 我已经配置好了一切，但它仍然无法正常工作。第一次调用 (Lpspi_Ip_AsyncTransmit) 时返回 LPSPI_IP_STATUS_SUCCESS，第二次调用时返回失败 LPSPI_IP_STATUS_FAIL。我可以使用这个 API 通过 SPI 发送数据，而无需使用 DMA 调用 Lpspi_Ip_SyncTransmit()。我附上了一些配置截图。 Re: I need to configure DMA for SPI 嗨@ershi 能否也分享一下RM和IntCtrl_Ip驱动程序的配置图片？ Re: I need to configure DMA for SPI 嗨@VaneB 我已附上 RM 和 IntCtrl_IP 驱动程序配置的屏幕截图，以及一段简短的视频片段，供您详细参考。 我注意到LPSPI配置页面中有一处不同。在SPI常规选项卡中， Spi_Phy_TxDmaChannel下的命名在TX和RX配置中有所不同。 如果您需要任何其他详细信息，请告诉我。 InterruptsInterruptsInterruptsInterruptsInterruptsInterruptsInterrupts打断 RMRMRMRMRMRMRMRM Re: I need to configure DMA for SPI 嗨@ershi 感谢您分享所有信息。 我只有一点看法。在 Dma_Ip 驱动程序配置中，您已将 DMA_SPI_CALLBACK_0 定义为中断回调。然而，LPSPI DMA 回调函数已由驱动程序提供，可以在 Lpspi_Ip_Irq.c 文件中找到。文件。 对于 LPSPI2，配置的回调函数应为： TX DMA 通道的 Lpspi_Ip_LPSPI_2_IrqTxDmaHandler RX DMA 通道的 Lpspi_Ip_LPSPI_2_IrqRxDmaHandler Re: I need to configure DMA for SPI 嗨@ershi 请问您是如何实现SPI通信的？另外，您是否测试过我之前分享的示例代码？ Re: I need to configure DMA for SPI 嗨@VaneB 谢谢你的解释。 我更新了 Dma_Ip 配置，以便对于 LPSPI2，TX 和 RX DMA 通道现在使用 Lpspi_Ip_Irq.c 中的回调函数： TX DMA 通道的 Lpspi_Ip_LPSPI_2_IrqTxDmaHandler NXP RX DMA 通道的 Lpspi_Ip_LPSPI_2_IrqRxDmaHandler 然而，在我这边，基于 DMA 的 LPSPI 传输仍然没有按预期工作。我附上了当前配置的截图供您参考。如果还有其他设置需要调整，请告诉我。 Re: I need to configure DMA for SPI 嗨@ershi 您是将 LPSPI2 SOUT 信号直接连接到 SIN，还是使用逻辑分析仪来验证发送和接收的数据？ Re: I need to configure DMA for SPI 嗨@VaneB 我已经删除了之前的配置，现在SPI数据正在通过DMA传输，但问题是数据不匹配。 #define RX_MSG_SIZE (15U) #define TX_MSG_SIZE (15U) uint8_t txBuffer_check[TX_MSG_SIZE] = {0x48,0x02,0x03,0x04,0x05,0x06,0x07,0x08,0x09,0x10,0x11,0x12,0x13,0x14,0x15}; uint8_t rxBuffer_check[]={0}; if(Lpspi_Ip_AsyncTransmit(&Lpspi_Ip_DeviceAttributes_SpiExternalDevice_1_Instance_2_BOARD_InitPeripherals,txBuffer_check,rxBuffer_check,TX_MSG_SIZE,spi_DMA_Function) == LPSPI_IP_STATUS_SUCCESS) { Dma_Ip_ReturnType 状态 = {0},状态1 = {0}; Dma_Ip_LogicChannelStatusType channelStatus ={0},channelStatus1 ={0}; status = Dma_Ip_GetLogicChannelStatus(DMA_LOGIC_CH_0,&channelStatus); status1 = Dma_Ip_GetLogicChannelStatus(DMA_LOGIC_CH_1,&channelStatus1);   返回 SYS_SUCCESS； } Re: I need to configure DMA for SPI 嗨@VaneB ， 我已经重写了代码，现在运行完美。数据输入正确。 谢谢你的帮助。

UG10215はIMX708をサポートしていると記載されていますが、どのカーネルドライバーを使うべきでしょうか? こんにちは、 私はUG10215（i.MX 95カメラ移植ガイド）に従って、Raspberry PiのSony IMX708カメラをi.MX 95ベースのボードに統合する作業に取り組んでいます。 ドキュメントの「サポートされているカメラセンサーモジュール一覧」の表には、サポートされたリファレンスカメラモジュールとしてRaspberry Pi Sony imx708が記載されています。しかし、linux-imxリポジトリ(lf-6.18.yのブランチ )で対応するドライバー(例:imx708.c)が見つかりませんでした😞 https://github.com/nxp-imx/linux-imx/commits/lf-6.18.y/drivers/media/i2c i.MX 95のIMX708センサにどのカーネルドライバが使われる予定か、詳しく教えていただけますか?IMX708ドライバは公開BSPに含まれていますか? よろしくお願いいたします。 Re: UG10215 lists imx708 as supported — which kernel driver should be used? こんにちは、 標準BSPではまだ公式にサポートされていません。Raspberryソースからドライバーを使ってください: https://github.com/raspberrypi/linux/blob/rpi-6.12.y/drivers/media/i2c/imx708.c よろしくお願いいたします。 アルド。 Re: UG10215 lists imx708 as supported — which kernel driver should be used? こんにちは、アルドさん。 ご返信ありがとうございます。 弊社の標準BSPではまだ正式にサポートされていません。 将来的にサポートされるのでしょうか?標準BSPにサポートが含まれていないのに、なぜIMX708カメラがUG10215に記載されているのでしょうか? 再度、感謝します ディエゴ Re: UG10215 lists imx708 as supported — which kernel driver should be used? こんにちは、 はい、追加する予定ですが、残念ながら、標準のBSPリリースに追加される時期やバージョンはまだ決まっていません。 このカメラがガイドに掲載されている理由は、開発初期段階でテストされたものの、当社のBSPでは完全にはサポートされていなかったカメラの1つだからです。 よろしくお願いいたします。 アルド。

UG10215 将 imx708 列为支持的内核驱动程序——应该使用哪个内核驱动程序？ 您好， 我正在按照 UG10215（i.MX 95 摄像头移植指南）将 Raspberry Pi Sony IMX708 摄像头集成到基于 i.MX 95 的板上。 文档中的“支持的相机传感器模块列表”表格将 Raspberry Pi Sony imx708 列为支持的参考相机模块。但是，我在linux-imx仓库（ lf-6.18.y分支）中找不到对应的驱动程序（例如imx708.c）。😞 https://github.com/nxp-imx/linux-imx/commits/lf-6.18.y/drivers/media/i2c 请问i.MX 95上的imx708传感器应该使用哪个内核驱动程序？IMX708 驱动程序是否包含在公开的 BSP 中？ 先行致谢。 Re: UG10215 lists imx708 as supported — which kernel driver should be used? 你好， 我们的标准 电路板支持包 中尚未正式支持此功能，您可以从树莓派源代码中获取驱动程序并使用它： https://github.com/raspberrypi/linux/blob/rpi-6.12.y/drivers/media/i2c/imx708.c 此致敬礼/Saludos， 阿尔多。 Re: UG10215 lists imx708 as supported — which kernel driver should be used? 嗨，阿尔多， 感谢您的回复。 我们的标准 BSP 尚未正式支持此功能。 未来还会支持吗？如果标准 电路板支持包 中不包含对 IMX708 摄像头的支持，为什么 UG10215 中会列出 IMX708 摄像头？ 再次感谢 迭戈 Re: UG10215 lists imx708 as supported — which kernel driver should be used? 你好， 是的，我们计划添加此功能，但遗憾的是，我目前无法确定何时会将其添加到标准 电路板支持包 版本中。 它出现在指南中的原因是，它是早期开发阶段测试过的相机之一，但我们的 BSP 并未完全支持它。 此致敬礼/Saludos， 阿尔多。

Windows ARM64 support request (LinkServer/MCUXpresso) This a request to also start releasing a Windows ARM64 version of LinkServer and the MCUXpresso Installer. I lately see more students using these ARM-based windows laptops. Development Board MCXA MCXN Re: Windows ARM64 support request (LinkServer/MCUXpresso) Hello, Thank you for your recommendation, I will comment on this to the correspondent team, For using MCUXpresso could you help us try using the Visual Studio Code extension? And let us know your findings? You can read more about the installation and use fort this tool in MCUXpresso for VS Code documentation — MCUXpresso for VS Code 26.05 documentation MCUXpresso for Visual Studio Code | NXP Semiconductors Best Regards, Luis Re: Windows ARM64 support request (LinkServer/MCUXpresso) Thank you for the reply. The vscode extension works properly. The mcu-link driver is based on WinUSB which Microsoft ported neatly.  I didn't have admin rights on the test system, but i was able to copy linkserver to the system and debug projects. I don't know about other drivers within the LinkServer installation, but they'd need a signed arm version. Unfortunately all the tools installed by the "mcuxpresso installer" are x64, so everything runs through the Prism translation layer. git,python,ninja,cmake etc. should have arm versions released already so could be packaged. Only the arm-none-eabi toolchain doesn't have a arm64 version released yet, but could be built. Specifically for mcu-link dev boards it's mostly about performance on the ARM64 windows version. Re: Windows ARM64 support request (LinkServer/MCUXpresso) Hi! Good to hear that it works properly for you, as for an update on the topic, unfortunately we won't be doing this ARM64 for MCUXpresso IDE as we are only doing maintenance on that platform now, the recommendation is still using VS Code extension for MCUXpresso. Best Regards, Luis Re: Windows ARM64 support request (LinkServer/MCUXpresso) The MCUXpresso installer is used by the VSCode extension, which is what I was talking about: https://www.nxp.com/design/design-center/software/development-software/mcuxpresso-software-and-tools-/mcuxpresso-installer:MCUXPRESSO-INSTALLER and https://mcuxpresso.nxp.com/mcux-vscode/latest/html/MCUXpresso-Installer.html . This is released for macOS x64/arm64 and linux/windows x64 but not arm64. This package includes link server , which is released for macOS x64/arm64 , linux x64/arm64 but for windows x64. My request is for those applications to get released for windows arm64. I understand that the mcuxpresso installer installs a bunch of things, which mostly already are available for windows arm64. I work with students owning these new windows arm64 laptops, now I have to help them with workaround to get things to work.

S32DS Arm V1.3 起動コードが失敗しました こんにちは、私のS32DS Arm V1.3のソフトウェアアクティベーションコードが期限切れになりました。時間を延長する手助けをしてもらえますか? 私の元の認証コードはFF3F-27C7-FFAB-837Fでした。 Re: S32DS arm V1.3 activation code failed こんにちは、 現在は延長されています。 よろしくお願いいたします。 ピーター 回复： S32DS arm V1.3 activation code failed 私の認証ID（0D3F-EFEF-B771-DA51）は新しいもので、同じバージョンのソフトウェアをオンラインでもオフラインでも認証しようとしましたが、どちらも失敗しました。失敗画面は添付ファイルをご覧ください。解決にご協力いただければ幸いです。よろしくお願いいたします。

S9KEAZN16AM WDOG timing clarification: 128 bus clocks vs observed 80 µs and 2.5 ms delays Hello, I am working with S9KEAZN16AM and would like some clarification regarding WDOG initialization timing. Configuration MCU: S9KEAZN16AM Bus Clock: 16.777216 MHz WDOG Clock Source: 1 kHz LPOCLK Reset Type: Software Reset (SYSRESETREQ) According to the KEA64 Reference Manual, after the watchdog unlock sequence: "On completing the unlock sequence, the user must reconfigure the watchdog within 128 bus clocks; otherwise, the watchdog forces a reset to the MCU." With a bus clock of 16.777216 MHz: 128 bus clocks ≈ 7.63 µs Observations Our current implementation requires the following delays for reliable operation: Software_Reset();   SysTick_DelayUs(2500);   DisableInterrupts();   WDOG_Init(&Wdog_cfg);   SysTick_DelayUs(80);   EnableInterrupts(); We observe two issues: If the 2.5 ms delay after Software_Reset() is removed or reduced, the watchdog counter does not always start/run correctly. If the 80 µs delay after WDOG_Init() is removed, the watchdog configuration is not always applied correctly. Questions Is the 128 bus clock requirement only the configuration window after unlock, or does additional internal synchronization occur afterwards? Can the use of the 1 kHz LPO clock introduce additional synchronization delays? Is there any known startup timing requirement after a software reset that could explain the need for ~2.5 ms? Is there a recommended status bit or polling mechanism that should be used instead of fixed delays? The main point of confusion is that the observed delays (80 µs and 2.5 ms) are significantly larger than the timing implied by the documented 128 bus clock (~7.6 µs) requirement. Any guidance would be greatly appreciated. Thank you.

iMX95 动态随机存取存储器(DRAM) 速度 您好， 目前的 iMX95 最高只能支持 6.4Gbps 的传输速率。 NXP 是否会发布支持 LPDDR5X 且速度高达 8.5Gbps 的处理器？ 谢谢。 Re: iMX95 DRAM speed 嗨@pengyong_zhang ， 请问可以提供一下型号名称吗？初步规格说明是什么？ 谢谢。 Re: iMX95 DRAM speed 嗨@simonng imx95 之后的芯片将支持 LPDDR5X 8533MT/s 内存。 BR Re: iMX95 DRAM speed 嗨@simonng 我无法提供有关该芯片的具体细节，因为官方网站尚未发布任何信息。 BR