添加库 我刚刚从 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

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）要求所隐含的时序。 任何指导都将不胜感激。 谢谢！

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.

Ara240 16GB M.2 Module Which quantization precisions are officially supported in Ara240 16GB M.2 Module ?(INT4,8,16) Re: Ara240 16GB M.2 Module According to Ara240 Discrete Neural Processing Unit Data Sheet Precision Officially documented support INT4 No documented support found INT8 Supported INT16 Supported INT32 Supported, though not in your INT4/8/16 list

Ara240 16GB M.2モジュール Ara240 16GB M.2モジュールで公式にサポートされている量子化精度はどれですか？(INT4、8、16) Re: Ara240 16GB M.2 Module Ara240離散神経プロセッシングユニットのデータシートによると 高精度 公式に文書化されたサポート INT4 ドキュメントのサポートは見つかりませんでした INT8 サポートされる INT16 サポートされる INT32 サポートされていますが、INT4/8/16 のリストには含まれていません。

S32DS arm V1.3 activation code failed Hello, the software activation code of my S32DS Arm V1.3 has expired. Could you help me extend the time.   My original activation code was:FF3F-27C7-FFAB-837F Re: S32DS arm V1.3 activation code failed Hello, It is extended now. Best regards, Peter 回复： S32DS arm V1.3 activation code failed My activation ID (0D3F-EFEF-B771-DA51) is new, and both online and offline activation failed when I tried to activate the same version of the software. The failure screen is in the attachment below. I hope you can help me solve this. Thank you.

MIFARE DESFire EV3 / EV3C 4-byte NUID configuration MIFARE DESFire EV3 / EV3C all can config 4-byte NUID,But when use RFIDDiscover set configuration,it shows set 4 bit NUID(only for MIFARE DESFire EV3 C),How can we set 4-byte NUID for DESFire EV3 by RFIDDiscover? DSC Re: MIFARE DESFire EV3 / EV3C 4-byte NUID configuration Hello, Thank you for your interest in our products. I have to clarify that MIFARE DESFire EV3 is a different IC than MIFARE DESFire EV3C.  Re: MIFARE DESFire EV3C configuration Dear Fabian, we have a large real estate industrial portfolio worldwide (>700!) So we try to use EV3 [C]. because lots of our office, warehouse and production are on Mifare Cassic. While in Germany, Norway and China we have all cardreaders etc. on DESFire. problem: we don´t know how to code the card in Siemens Siportsoftware. We need to keep our existing Classic key, and will have a DESFire key, created new. How is this done? We have a very few testcards, so don´t want to crash them. There is no manual from Siemens side, but an existing function (german: Ausweis codieren (Mifare Classi and DESFire) I would like to send you a picture, but don´t know how. Re: MIFARE DESFire EV3 / EV3C 4-byte NUID configuration Yes, I know, I am looking for any information how to code EV3[C] cards in Siport/Sipass software, which are the most used solution worldwide. Keep the exsting Classic key and add a DESFire red key. Even inside Siemens AG there is very little knowledge about this. Re: MIFARE DESFire EV3 / EV3C 4-byte NUID configuration Hello sir, I sent you a private message. MIFARE DESFire EV3 C help is needed read message to user Barton. Need support in DESFire Ev3 C. and coding in Siport or Sipass from Siemens AG as our coding and access control software. Need help, otherwise we would not buy this and stay with outdated Classic.  Re: MIFARE DESFire EV3 / EV3C 4-byte NUID configuration Dear Fabian, from NXP support. We want to equipe our 130.000 employees with EV3 C. We have worldwide RE portfolio 700location with all kind of cardreaders. We have some testcards, and never been able to code with red key. Classic key is in the system and should be continued. DESFire key should be basaed on this. We need help in card coding. We have Siport and Sipass software for coding. 

GUIGuider 1.10.1 から 2.0.0 への移行 私たちはGUIGuiderプロジェクトをバージョン1.10.1で構築してきましたが、新しいバージョン2.0.0に移行して新機能を試してみたいと思っています。古いGUIGuiderプロジェクトファイルが新しいバージョンでは読み込めないことが分かりました。おそらくそれはプロジェクトが使う新しいJSON構造の2.0.0のせいだと思います。 GUIGuiderの新しいバージョンにプロジェクトを簡単に移行する方法はありますか？それとも手動で変換する必要がありますか？

S32K5の2つの異なるコルテックスM7からメインプラットフォームドメインのSEMA42ユニットにアクセスする S32K5の2つの異なるCortex M7コア(M7_0とM7_1)からメインプラットフォームのSEMA42_1ユニットにアクセスしようとしています。システムがフリーズします。ここで社内作業スペースを共有することはできません。 訂正ERR053433には次のように記載されています:SEMA42:複数のアプリケーションコアによるSEMA42_0およびPBRIDGE_2への同時アクセスによりシステムがハングします。 残念ながら、SEMA42_1を使用するという回避策では、システムハングアップの問題は解決しません。 S32K56xで2つのCortex M-7コアを設定・検証し、Design StudioのSEMA42_1ユニットのgate0にアクセスして最適化-OSを有効にしてもらえますか? システムのフリーズ問題は、以下のいずれか１つを使用することで解消されます。 最適化を無効にする -O0 命令キャッシュを無効にする SoC上の別のドメインのSRAMを使用する例CPE デバッガー経由でステップインする Re: Accessing SEMA42 unit on main platform domain from two different cortex M7 in S32K5 こんにちは、 @seasonedbit さん。 ご存知かもしれませんが、S32K5は現在プリプロダクション段階にあります。イネーブルメント(ドキュメント、ソフトウェア、ボード)は承認されたお客様のみが利用可能であり、そのため当社のグローバルオンラインサポートチームからはまだサポートされていません。 最初にこの装置を提供したFAEやNXPの担当者に連絡していただけますか?彼らはさらなる支援を提供できるでしょう。 ご理解いただきありがとうございます。 よろしくお願いします、 ジュリアン

S32K314でDMAを使用したUARTが正しく動作しません こんにちは、 現在、DMAと連携するようにLPUART0チャネルの設定を試みています。UARTチャネルは1Mbpsのビットレートで動作している必要があります。 現在のUARTとDMAの設定は以下のようになっています。 CosminSbera_0-1784803400829.png CosminSbera_1-1784803453733.png CosminSbera_2-1784803479911.png CosminSbera_3-1784803495720.png CosminSbera_4-1784803522819.png CosminSbera_5-1784803539872.png MCUではクロックが有効化され、バッファはキャッシュできない領域内に宣言され、DMAのISR優先度はLPUARTよりも小さいです。 私たちの問題は、RXバッファ内のデータを見ることができない、あるいはデータが不完全であることです。 私たちのワークフローはこうです(LINコミュニケーションに似ています) 😞 受信バッファを準備 -> AsyncReceive スレーブにヘッダーを送信する -> AsyncSend 次のサイクルでスレーブからデータが受信されるまで待機します（私の関数は1msのタスクで実行されます）。 AsyncSendの実行後にブレークポイントを設けると、RXバッファ内のスレーブからのすべてのデータ送信が確認できます。 そのまま実行させても、何も表示されないか、不完全な結果しか得られない。 私の推測では、DMA割り込みは後から発生する。 私たちの設定のどこが問題なのか、あるいは次に何をチェックすればいいのか、いくつかヒントを教えてもらえますか? ご回答をお待ちしています。 コスミン Re: Uart using DMA is not working correct on S32K314 こんにちは、@ CosminSbera 1. DMA要求オプションを有効にするのを忘れないでください。 Senlent_0-1784861937675.png 2. 「プラットフォーム」コンポーネントでLPUART0_IRQn割り込みを有効にするのを忘れないでください。 「プラットフォーム」->」LPUART0_IRQn--LPUART_UART_IP_0_IRQHandler」

i.MX93プロセッサ向けパラレルプログラミングシステム 私はIMX93プロセッサを使っていて、2台のボードを同時にプログラムする必要があります。しかし、それを試すと、ボードの1つでHID(W)エラーが発生し、他のボードのフラッシュは正常に完了します。 uu.exe -m 1:10 -b uuu-xxxxxx.flash uu.exe -m 1:7 -b uuu-xxxxxx.flash パス(1:10,1:7)を指定しても同じエラーが発生します。 案内してください。 Re: Parallel Programming System for i.MX93 Processors こんにちは、 次のコマンドを実行してみてください。 uuu -d -m 1:7 -m 1:10 uuu-xxxxxx.flash 何が手に入るの？ uuu -lsusb 列挙されたポート番号に従って、正しいポート番号を使用していることを確認してください。 よろしくお願いいたします。