fs26 调试引脚直接连接 VBOS 有什么问题？ 调试引脚直接连接 VBOS 会导致 fs26 永久进入 OTP 模式，无法通过发送 spi exit-debug 命令退出调试，对吗？在哪里可以找到 FS26 日期表中的这一证明？ Re: what‘s problem about fs26 debug pin connect VBOS directly? 亲爱的 Yang_Yang3920 请确认您是否能获得 FS26 的完整数据表。请查看所附的 UM11503。如果您没有 FS26 的完整数据表，这可能会给您有关 FS26 的提示。但是，如果没有完整的数据表，就很难使用 FS26。我无法回答任何问题，因为公开文件中没有这些问题的答案。我只能告诉你这些信息在机密文件中的位置。有关调试功能、电压等级和时间，请参阅完整的 FS26 数据表中的第 21 节。 本节还介绍了如何退出调试模式和 OTP 模式。 致以最崇高的敬意 约瑟夫 Re: what‘s problem about fs26 debug pin connect VBOS directly? 1. 需要外部事件 " 调试引脚 = GND " 才能在 fs26 启动进入 OTP 模式时触发 fs26 退出 OTP 模式。you可以查看 OTP 模式流程图。 2. 需要外部事件 " 2.5 V < VDEBUG < 6 V " 才能在 fs26 启动进入调试模式时触发 fs26 退出调试模式。you可以查看调试模式流程图。 但在我上面的电子原理图中，fs26 调试引脚直接连接 VBOS，这就限制了 fs26 在不发送 spi exit-debug 命令之前只能是这两种模式之一。对不对？ 这意味着在我的电子原理图中fs26启动完成后，没有上面提到的外部事件可以触发fs26使流量状态机连续运行。 Re: what‘s problem about fs26 debug pin connect VBOS directly? 亲爱的 Yang_Yang3920 我怀疑您的 FS26 没有处于调试模式。要进入调试或 OTP 模式，对施加电压的电压和时间都有要求。有关要求和时序，请参阅 FS26 完整数据表中的第 21 节和表 259。 FS26 寄存器中有一个位用于确认 FS26 是否处于 DEBUG 模式。请参见表 105。如果 FS26 处于 DEBUG 模式，请检查该位。 致以最崇高的敬意 约瑟夫 Re: what‘s problem about fs26 debug pin connect VBOS directly? 我上面的电子原理图是否有问题，即 fs26 调试引脚直接连接 VBOS。目前的问题是无法通过发送 spi exit-debug 命令退出调试。 Re: what‘s problem about fs26 debug pin connect VBOS directly? 亲爱的 Yang_Yang3920 将 DEBUG 引脚连接到 VBOS 不会将 FS26 设置为 OTP 模式。请参见表 259。有关进入正常模式、OTP 模式和调试模式的条件，请参阅 FS26 完整数据手册。如需退出 OTP 模式，请参阅第 21.1 节和图 76。 FS26 的完整数据表可在 FS26 产品页面的 "安全 "部分找到。 致以最崇高的敬意 约瑟夫

s32ds for arm V2.2 のインストール中にアクティベーションに失敗しました。 私の注文／ライセンス情報： 注文ID / 行番号: S32DS-IDE-ARM-V2-X_78357511 / 1 フルフィルメントID: 129144101 アクティベーションコード: 60CA-0D4F-9A08-3EEB 製品：S32 Design Studio for ARM v2.2 アップデート2 有効期限：2030年4月21日 問題の説明： インストール中に、アクティベーションが失敗し、「ソフトウェアアクティベーションコードは既にこの端末で使用されています（3 アクティベート済み 2.2）」というエラーメッセージが表示されます。 私はこのライセンスを1台のPCでしか使用しておらず、この問題はシステムを再インストールした後に発生しました。ライセンスは現在ロックされており、アクティベートできません。また、ウェブサイト上でライセンスを手動で返却するオプションもありません。 このライセンスの認証回数をリセットし、ハードウェアとの紐付けを解除してください。そうすれば、現在使用しているPCで正常にライセンス認証を行うことができます。 よろしくお願いします。 回复： s32ds for arm V2.2 Activation failed during installation. 直しました。C:\ProgramData\FLEXnetフォルダを削除し、ソフトウェアを再インストールして、アクティベーションコードを入力する際にオフラインインストールを選択してください。

bsp 6.18.2 提取 rutabaga-gfx-ffi 失败 你好，恩智浦、 我们尝试为 imx95 19x19 evk 板编译镜像但收到了一些关于 rutabaga-gfx-ffi 的失败消息。 你知道如何解决这个问题吗？ 警告： rutabaga-gfx-ffi-0.1.3-r0do_fetch：Failed to fetch URL crate://crates.io/rutabaga_gfx_ffi/0.1.3、如果可用，尝试使用 MIRRORS ERROR: rutabaga-gfx-ffi-0.1.3-r0do_fetch：提取器失败：提取命令导出 PSEUDO_DISABLED=1；导出 DBUS_SESSION_BUS_ADDRESS= " unix: path=/run/user/1000/bus "；导出路径= " /opt2/imx-imx-6.18.2_1.0.0/bu ild_x_imx95/tmp/sysroots-uninative/x86_64-linux/x86_linux/bus usr/bin: /opt2/imx-yocto-6.18.2_1.0.0/build_x_imx95/tmp/work/armv8a-poky-linux/rutabaga-gfx-ffi/0.1.3/recipe-sysroot-native/usr/bin/python3-native：/opt2/imx-yocto-6.18.2_1.0.0/sources/openembedded-core/scripts：/opt2/imx-yocto-6.18.2_1.0.0/build_x_imx95/tmp/work/armv8a-poky-linux/rutabaga-gfx-ffi/0.1.3/recipe-sysroot-native/usr/bin/aarch64-poky-linux：/opt2/imx-poky-linux：/opt2/imx-poky-linux 十月六日.18.2_1.0.0/build_x_imx95/tmp/work/armv8a-poky-linux/rutabaga-gfx-ffi/0.1.3/recipe-sysroot/usr/bin/crosscripts：/opt2/imx-yocto-6.18.2_1.0.0/build_x_imx95/tmp/work/armv8a-poky-linux/rux tabaga-gfx-ffi/0.1.3/recipe-sysroot-native/usr/sbin:/opt2/imx-yocto-6.18.2_1.0.0/build_x_imx95/tmp/work/armv8a-参考发行版、系统开发套件。-linux/rutabaga-gfx-ffi/0.1.3/配方-sysroot-native/usr/bin:/opt2/imx-yocto-6.18.2_1.0.0/build_x_imx95/tmp/work/armv8 a-参考发行版、系统开发套件。-linux/rutabaga-gfx-ffi/0.1.3/配方-sysroot-native/sbin:/opt2/imx-yocto-6.18.2_1.0.0/build_x_imx95/tmp/work/armv8a-参考发行版、系统开发套件。-linux/rutabaga-gfx-ffi/0.1.3/配方-sysroot-native/bin:/opt2/imx-yocto-6.18.2_1.0 .0/sources/bitbake/bin:/opt2/imx-yocto-6.18.2_1.0.0/build_x_imx95/tmp/hosttools"; export HOME="/home/craig"; /usr/bin/env wget --tries=2 --timeout=100 --output-document=/opt2/imx-yocto-6.18.2_1.0.0/downloads/ rutabaga_gfx_ffi-0.1.3.crate.tmp --continue --directory-prefix=/opt2/imx-yocto-6.18.2_1.0.0/downloads 'https://crates.io/api/v1/crates/rutabaga_gfx_ffi/0.1.3/download' --progress=dot --verbose 失败，代码为 8，输出见日志文件 ERROR: rutabaga-gfx-ffi-0.1.3-r0do_fetch：Bitbake Fetcher Error：FetchError('Unable to fetch URL from any source.'、crate://crates.io/rutabaga_gfx_ffi/0.1.3') 错误：故障日志文件存储在：/opt2/imx-yocto-6.18.2_1.0.0/build_x_imx95/tmp/work/armv8a-poky-linux/rutabaga-gfx-fifi/0.1.3/temp/log.do_fetch.2636345 错误：任务（/opt2/imx-yocto-6.18.2_1.0.0/sources/meta-imx/meta-imx-bsp/recipes-graphics/rutabaga-gfx/rutabaga-gfx-gfi_0.1.3.bb: do_fetch）失败，退出代码为'1' 注意：任务摘要：尝试了 3827 项任务，其中 3746 项无需重新运行，1 项失败。 摘要：1 项任务失败： /opt2/imx-yocto-6.18.2_1.0.0/sources/meta-imx/meta-imx-电路板支持包/recipes-graphics/rutabaga-gfx/rutabaga-gfx-ffi_0.1.3.bb:do_fetch 日志：/opt2/imx-yocto-6.18.2_1.0.0/build_x_imx95/tmp/work/armv8a-poky-linux/rutabaga-gfx-fifi/0.1.3/temp/log.do_fetch.2636345 摘要：有 1 条警告信息。 摘要：有 2 条ERROR 信息，返回非零退出代码。 回复： bsp 6.18.2 fetch rutabaga-gfx-ffi fail 你好， 将此链接输入浏览器，即可获取文件。 然后将文件复制到yocto_project/downloads文件夹 ，谢谢， Zhiming 回复： bsp 6.18.2 fetch rutabaga-gfx-ffi fail 如何下载？放在哪里？ Re: bsp 6.18.2 fetch rutabaga-gfx-ffi fail 嗨 @craig_chen 我从错误消息中的链接手动下载了这些软件包。然后将它们放入来源文件夹，错误就消失了。 致敬， Zhiming 回复： bsp 6.18.2 fetch rutabaga-gfx-ffi fail 恩智浦能解决这个问题吗？我需要让 Yocto 版本 自动下载必要的软件包，因为需要手动下载的不仅仅是一两个软件包。到目前为止，我已经手动下载了 164 个文件，但还没有完成，经常重复版本-> 下载-> 版本-> 下载。 回复： bsp 6.18.2 fetch rutabaga-gfx-ffi fail 谢谢，它能用。 回复： bsp 6.18.2 fetch rutabaga-gfx-ffi fail 你好@craig_chen 上游 yocto 上有一个修复程序。 https://patchwork.yoctoproject.org/project/bitbake/patch/[email protected]/ https://patchwork.yoctoproject.org/project/bitbake/patch/[email protected]/ 我们的想法是，下载网址应使用 CDN，下载链接应从https://crates.io/api/v1/crates/remain/0.2.15/download变为https://static.crates.io/crates/remain/remain-0.2.15.crate。 致敬， Zhiming

使用 Simulink 模型模块异常的 MBDT 工具箱 现在使用 S32k3 的 MBDT 工具，顶层模型包含 MBDT 工具箱模块，顶层模块包含 Simulink 模型模块。使用子系统是正常的。该模型加载了包含纯算法的 SLX 模型，但有两个问题： (1) 在每个算法模型下，都会生成 MBDT 工具箱驱动的 *. c *. h *. o，但理论上讲，纯算法模块没有这些？ (2) 在 S32 ds 中编译一次所有生成的代码，并报告图中所示的错误（make：* * No rule to make target'D:/Work/APP.Merge/test260409/s32k3xx_dious32ct_Cnfig/../slprj/ert/_stharedutils/rtwshare d ', needed by' s32k3xx_dious32ct.精灵停止) " make-j8 all " 以退出代码 2 终止。版本可能不完整。），原因何在？

获取 TapLinx 许可证密钥时遇到的问题 我正在尝试使用 TapLinx SDK，需要离线 TapLinx 许可证密钥。 项目模式： 11823812 在 "我的项目 "页面，我刚刚创建了一个项目，但忘记将项目名称与应用程序 ID 应用程序 ID。 我把名称改回来了，但还是看不到许可证密钥。然后，我尝试删除文件并创建一个新文件。即使我是单独开发者，它也会提示："You do not have access to delete the owner's detail record" 。 如何解决这些问题？ 我需要什么？ 1.验证我的账户为所有者 2. 给我基于项目模式： 11823812 的离线 TapLinx 许可密钥；或帮我删除项目模式： 11823812，让我创建一个新项目 谢谢！

Linkserverのダウンロードはひどく失敗しました MCUXpresso IDEとLinkserverの両方が必要なのですが、Linkserverをダウンロードしようとすると、ウェブサイトを操作するよりもひどい頭痛がします。もし関係あるなら、私はこのリンクからダウンロードしようとしていました。システム（Win10および様々なLinuxディストリビューションで試しました）、ブラウザ（Chrome、Firefox、Brave）、リンクサーバーのターゲットプラットフォーム（MAC、Linux、Windows、aarch64）に関係なく。必ず404エラーが発生します。「[url]に一時的な問題が発生しているか、移動した可能性があります」。 以前（2024年頃）このソフトウェアを使ったことがありますが、そのような問題は記憶にありません。サイト運営者やホスティング担当者は、ユーザーが「万が一のために」古いバイナリをバックアップしておくことを期待しているのでしょうか？ MCUXpresso IDEについてはまだ触れていませんでしたね。なぜ？昨日ダウンロードしたのですが、今日試してみたところ、アプリとサービス→ソフトウェアアカウント→プロファイル→アプリとサービス、といった画面をループしてしまい、時折「予期しないエラー」が表示されます。このサイトはどうしてこんなに不具合が多いのですか？最新バージョンが3月26日版であることは承知していますが、それでも、このような事態はあってはならないはずです。 Re: Downloading Linkserver fails miserably 私も同じように感じています。すべてのLinkServerダウンロードリンク（例：macOS aarch64、linux) では、10 バイトのファイル「NOT FOUND」が返されます。ダウンロードリンクを修正できますか？ Re: Downloading Linkserver fails miserably こんにちは、 申し訳ありませんが、ダウンロードサイトに問題が発生しています。ウェブチームに問題を報告しました。 どのバージョンをご希望か教えていただければ、お送りいたします。   BR アリス Re: Downloading Linkserver fails miserably 探しているのはこれです： MacOS Arch64 用 LinkServer インストーラー PKG Rev 26.3.1232026 年 3 月 26 日 26.17 KB LINKSERVER-MACOS-AARCH Re: Downloading Linkserver fails miserably おい、 古いバージョンが利用可能かどうかはわかりませんが、問題がなければ、Linux x86-64 用の最新版 (LinkServer_26.3.123.x86_64.deb.bin) が望ましいです。 よろしくお願いします。 Re: Downloading Linkserver fails miserably こんにちは、皆さん。 そちら側で再度ダウンロードを試していただけますか？   BR アリス Re: Downloading Linkserver fails miserably 試してみましたが、やはりうまくいきません... 同じ手順で、異なるバージョン、異なるブラウザを使用しても、どれも機能しません。「cache.nxp.com」が原因です。応答しない Re: Downloading Linkserver fails miserably こんにちは、私もWindows版で同じ問題が発生しています。私も送っていただけますか？ ありがとう、 ロバート Re: Downloading Linkserver fails miserably Linux版でも同じ問題が発生しています。幸いなことに、pyOCDを使うことができました。 https://github.com/zephyrproject-rtos/zephyr/blob/main/boards/nxp/frdm_mcxa153/board.cmake#L9 「pyocd pack install MCXA153VFM」でサポートをインストールしたら、正常に動作するようになりました！ Re: Downloading Linkserver fails miserably こんにちは。私もLinkserverユーティリティパッケージのWindowsインストーラーが必要です。 Re: Downloading Linkserver fails miserably 皆さん、こんにちは。 LinkerServerがダウンロード可能になりました。 ご迷惑をおかけして申し訳ございません。ご質問やご不明な点がございましたら、お気軽にお問い合わせください。 よろしくお願いします。 BR アリス Re: Downloading Linkserver fails miserably 皆さん、こんにちは。 ご迷惑をおかけして誠に申し訳ございません。 このチケットは私の側で最優先事項として設定し、できるだけ早く問題を解決するためにウェブチームにエスカレーションします。 いつもご利用いただき、ありがとうございます。 BR アリス Re: Downloading Linkserver fails miserably 笑 もしこんなに怪しくなかったら、これを手に入れるために「トレント」を探し回っていたでしょう。 Re: Downloading Linkserver fails miserably @Alice_Yang さん、これについて調べていただけますか？ Re: Downloading Linkserver fails miserably 今後何かをダウンロードする必要がある場合は、以下の方法で、くだらないキャッシュやログイン追跡を無視してファイルを直接取得できます。 https://www.nxp.com/lgfiles/updates/mcuxpresso/LinkServer_26.5.59.x86_64.deb.bin パスを完全に一致させる必要があるかもしれませんが、まあ、私の場合はうまくいきました。あなたにも役立つことを願っています。 Re: Downloading Linkserver fails miserably 新しい一日、同じ問題。キャッシュサーバーを修正するか、ダウンロードへの公開パスを提供してもらえませんか？ Re: Downloading Linkserver fails miserably 大爆笑。その通りです。 🤣 私はここで問題の数を数えるのをずいぶん前にやめました。オープンソースソフトウェアの代替手段と比べて、どれほど多くの独自仕様のゴミが壊れているかは、まさに奇跡的だ。無意味な「DRM」は、これらすべてに拍車をかけるものだ。あらゆる独自製品を比較すると、これが最も厄介なものだ。 私は疲れている。これと格闘するよりも、もっと使いやすい他のプラットフォームに移行する方がはるかに良い考えだ。

ADC-DMAはS32K358では動作しません。例 こんにちは、 現在、MBDT 1.8上でXS32K3X8EVB-Q289を使用しており、提供されているADC-DMAのサンプルを試しています。 私が抱えている問題は、以前のチケットで述べたものと同じです。 https://community.nxp.com/t5/Model-Based-Design-Toolbox-MBDT/ADC-DMA-Example-doesn-t-work/mp/2117066#M10292 アプリケーションの動作をFreemaster上で確認したところ、ADC_POT0の値はADCによって一度だけ更新されることがわかりました。ポテンショメータの位置を変更してボードをリセットすると、ADC_POT0の新しい値が設定されますが、それ以上更新されません。 S32DSでデバッグモードに入り、Adc_StartGroupConversion呼び出しにブレークポイントを設定すると、式タブでADC_POT0の値がポテンショメータの位置に応じて変化することが確認できます。 プログラムをブレークポイントなしで実行すると、freemaster の ADC_POT0 の値が更新されません。 この動作は、何らかの理由で ADC_POT0 の値を更新できない freemaster に関連していると考えましたが、ハードウェア割り込みコールバックの最初の行にブレークポイントを設定しても、デバッグモードで Resume を実行しても ADC_POT0 の値が更新されません。 また、ADC値が10000より大きい場合にRGBLED0_BLUEを反転させるという単純なIf文をSimulinkに追加しようとしました。これは、想定されるフリーマスターの問題を回避するためのものですが、この場合はどちらも機能しませんでした...つまり、フリーマスターが問題の原因ではありません。 アイデアが尽きてしまいました。どなたかこの問題について助けていただけませんか？ 更新済みのプロジェクトファイルを添付します。 ありがとうございます サイモン  

DMA 模式下 UART 通信失败（S32k311） 嗨，@nxp团队、 我在S32K311目标硬件的 DMA 模式下使用 UART 通信，但主站和从站之间甚至连一次传输都没有。双方都在使用 512 字节的缓冲区。但是，在微控制器方面，回调被触发并引发了 LPUART_UART_IP_EVENT_ERROR，而且 UARTState 的状态始终显示为超限状态。 我尝试过的波特率从 100 kbps 到 900 kbps 不等。 注：为确保波特率不是问题，我还测试了单次传输和基于周期的传输。然而，系统总是会进入超限状态。 能否请您检查一下我的配置？为了供你参考，我附上了配置屏幕截图以及 UART 模块设置。 为此，我为两个 USRT 通道的 TX 和 RX 创建了 4 个 DMA 通道。       Re: UART communication failed in DMA mode(S32k311) 感谢@Julián_AragónM的回复 事实上，由于版本兼容性问题，我无法在我的系统上加载给出的示例。不过，我会尝试添加 RM 模块并进行测试。 我的 S32 IDE 版本是 3.6.3RTD 版本为 6.0.0. Re: UART communication failed in DMA mode(S32k311) 你好，@jagannath、 我看到您还输入了一个内部案例，我已在该案例中回复了您的问题，但为了以防万一，我也将在此回复： 能否告知您使用的 RTD 和 S32DS 版本？ 从图片中可以看出，"Rm" 模块并没有包含在项目中。要使用 DMA，必须添加"Resource Manager" 驱动程序，启用 Dma Mux 支持，并配置相应的 DMA MUX 通道： 您可以参考社区中已有的例程：示例 S32K312 UART 发送& 接收使用 DMA DS3.5 RTD300。 致以最诚挚的问候， Julián Re: UART communication failed in DMA mode(S32k311) @nxp 如果您需要更多细节， 请 告诉我。 Re: UART communication failed in DMA mode(S32k311) 你好，@jagannath、 来自 RTD 3.0.0此后，DMA 支持从 MCAL 层移至 Rm 模块。RM 模块不支持 IP 层。因此，用户应将 RM 模块直接添加到高级层。 查看 S32K3XXRM 的 DMAMUX 映射 excel 文件附件，可以看到 LPUART0 被分配到 DMAMUX0，而 LPUART3 被分配到 DMAMUX1。 DMA 复用源字段已禁用，无法编辑. 我不明白这种说法。从您的图像中，我可以看到第一个 Dma Mux 源容器是可用的，但您将它们配置为 "REQ_DISABLED"。您必须将 LPUART 通道与 DMA MUX 信号源连接成类似这样： 至于我分享的示例，是的，您不能直接导入，因为该项目是在 RTD 3.0.0 中开发的、当您使用 RTD 6.0.0 时。不过，您可以将配置文件和主文件复制到工作区，以测试 UART + DMA。 致以最诚挚的问候， Julián Re: UART communication failed in DMA mode(S32k311) Hii@Julián_AragónM 我已添加 RM 模块，但DMA Mux Source 字段被禁用，无法编辑。这是我的配置与给出的示例配置之间的唯一区别。然而，我得到的结果与之前的错误一样。 我附上了配置示例的截图以及我的配置MEX 文件。 S32 集成开发环境版本：3.6.2 RTD 版本：6.0.0 能否请您在方便时尽早查看一下？ Re: UART communication failed in DMA mode(S32k311) Hii@Julián_AragónM S32 集成开发环境版本：3.6.2 RTD 版本：6.0.0 注意： 由于 MCAL 通常在基于 AUTOSAR 的架构中使用，因此我们的项目目前不使用任何 AUTOSAR 模块，因此也不打算包含 MCAL 模块。我们的要求是在不使用 MCAL RM 驱动程序的情况下实现基于 DMA 的通信。请确认是否可以不依赖 MCAL (RM) 运行 DMA 模式？ Re: UART communication failed in DMA mode(S32k311) 感谢@Julián_AragónM提供迄今为止的详细信息。 目前，当我向 MCU 发送数据时，会触发信号，但事件始终是 " LP UART_UART_IP_EVENT_ERROR "。正因为如此，我无法退出这个问题。我根据示例和社区帖子尝试了几种方法，但遗憾的是，到目前为止没有一种方法能解决问题。 我在这里附上了我的整个工作区。能否请您帮助审查一下，以确定是否存在任何问题？如果可能的话，希望您也能在自己的系统上试运行一下。 提前感谢您的支持。 Re: UART communication failed in DMA mode(S32k311) 你好，@jagannath、 对不起，我的回复晚了！ 关于第一个问题，我在你的项目中看到 UART 缓冲区没有被声明在非缓存区内。为了避免启用 数据缓存 时可能出现的一致性问题，用户应确保用作 TCD 源和目标的缓冲区分配在不可缓存区域，或者尝试使缓存地址失效： #pragma GCC section bss ".mcal_bss_no_cacheable" uint8_t tx_data[15]; uint8_t rx_data[15]; #pragma GCC section bss 关于第二个问题，你能检查中断和处理程序吗？调用 uart 传输函数时，返回的是什么？ 致以最诚挚的问候， Julián Re: UART communication failed in DMA mode(S32k311) Hii@Julián_AragónM 感谢您的支持。我们现在的情况要好得多--在添加 RM 模块并修正配置后，DMA 传输已开始工作。不过，似乎仍有一些数据丢失/覆盖问题，如下所述： 1.在第一次（新）传输过程中，前20字节和最后约10字节的数据总是丢失。 主设备每 100 毫秒定期发送 512 字节的数据。 MCU 缓冲区的大小也是 512 字节。 MCU 报告 接收到了 512 字节 ，但 前大约 20 字节（有时还有最后大约 10 字节）缺失，而从 第 21 字节开始的剩余字节 是 正确的。 2.在第二次及其后的传输过程中： 缓冲区内容的片段显示如下： 索引0 至 83→ 包含0xAA（默认值） 索引84 至 116→有效数据 索引117 至 308→0xAA（默认值） 索引308 至 340→有效数据 索引340 至 372→0xAA（默认值） 3.传输 4/5 次后，数据传输完全停止，但不会出现奇偶校验/成帧/超限等错误。 这种模式一直持续，几次传输后，数据传输完全停止。 能否请您帮助确定导致这种行为的原因？ 谢谢！         Re: UART communication failed in DMA mode(S32k311) 非常感谢@Julián_AragónM的支持。现在问题已经解决，一切正常。非常感谢你们的帮助。 谢谢

IMX8MPLUSでxtestが失敗する imx8MPLUS-BB 開発ボードで optee をインストールし、xtest を実行すると、以下のエラーが発生します。 その後、r = ADBG_EXPECT_TEEC_RESULT(c, TEEC_ERROR_SECURITY, res) を r = ADBG_EXPECT_TEEC_RESULT(c, TEEC_ERROR_GENERIC, res) に変更したところ、次の問題が再び発生しました。 とても混乱していて、解決方法がわかりません よろしくお願いします！ Re: xtest fails on IMX8MPLUS 古いスレッドなので、おそらくもう答えは気にしないかもしれませんが、他の人も同じ問題を抱えてこの投稿に出会うかもしれません。 私の場合、別のソフトウェア リビジョンに切り替えると問題が解決するようです。optee-os と x-test 6.6.52-2.2.0 ("4.4.0")を使用していたとき、テストはあなたが示したのと同じ方法で失敗しました。optee-os および x-test 6.12.49-2.2.0 ("4.8.0")では、この問題は再現されなくなりました。 最初から構築する場合は、optee と x-test の NXP github リポジトリを使用することを忘れないでください。 - https://github.com/nxp-imx/imx-optee-test - https://github.com/nxp-imx/imx-optee-os Re: xtest fails on IMX8MPLUS どのバージョンの BSP を使用していますか? Re: xtest fails on IMX8MPLUS 実際、これは私の問題を修正したコミットです (6.12 には存在しますが、6.6 には存在しません)。 commit c6c7967f74d4c6267750b3ff42067c004f8cad33 Author: Jens Wiklander Date: Fri Dec 13 10:01:33 2024 +0100 core: pta: secstore: decrease TA buffer install_ta() uses a buffer allocated from the heap while hashing a TA while installing it. The buffer size is 8kB which is a bit large to reliably allocate from the heap, so decrease it to 1kB. Signed-off-by: Jens Wiklander Acked-by: Jerome Forissier Reviewed-by: Etienne Carriere diff --git a/core/pta/secstor_ta_mgmt.c b/core/pta/secstor_ta_mgmt.c index 162de43be..b8dc9283c 100644 --- a/core/pta/secstor_ta_mgmt.c +++ b/core/pta/secstor_ta_mgmt.c @@ -44,7 +44,7 @@ static TEE_Result install_ta(struct shdr *shdr, const uint8_t *nw, struct tee_tadb_ta_write *ta; void *hash_ctx = NULL; size_t offs; - const size_t buf_size = 2 * 4096; + const size_t buf_size = 1024; void *buf; struct tee_tadb_property property; struct shdr_bootstrap_ta bs_ta;

如何断开调试器？ 问题 我需要断开调试器，让应用程序继续运行。 只要拔出 J-Link 的 USB 电缆通常会使我的板崩溃。 有一个 断开按钮，但它是灰色的。 如何才能（优雅地）断开调试器（并让应用程序正常运行）？希望那样我能让 J-Link 掉电？ 背景： 在 imxRT1024 上运行的大型 FreeRTOS 应用程序。 调试器工作绝对正常 Windows 10 上的 MCUXpresso IDE v24.9 [版本 25] [2024-09-26] segger J-Link 软件版本 V9.22（刚更新到最新版本） i.MX RT102x Re: How can I disconnect debugger? 你好@davenadler、 感谢您对 NXP MIMXRT 系列的关注！ 您的应用程序使用 semihost 吗？还是软件重新配置了任何与 SWD 相关的引脚？也有可能是你的硬件在断开与调试器的连接后出现了供电问题。请帮忙检查一下。或者，也可以尝试使用串行下载模式，直接将映像下载到闪存中，然后检查运行是否正常。 因为如果你的调试器正确地将二进制文件编程到闪存中，那么断开与调试器的连接就不太可能导致崩溃。 致以最诚挚的问候， Gavin

Consulting on the compatibility of FS27 RTD and BMS GEN2 RTD Hi Experts, The customer's new BMS project wants to use S32K358 + FS27 + BMS GEN2 SDK. I learned from the BMS team that: BMS GEN2 SDK AUTOSAR 4.4 R21-11 Version 0.9.1 CD05 and BMS GEN2 SL SDK AUTOSAR 4.4 R21-11 Version 0.9.1 CD05 will be available next week. This supports S32K3 RTD 6.0.0 integration. The BMS GEN2 SDK will be migrated to S32K3 RTD 6.0.0 in BMS release v1.0.0 somewhere in Q1 '26. In other words, the BMS GEN2 SDK will be compatible with S32K3 RTD 6.0.0 in the near future. The customer needs a 24V platform and therefore wants to use FS27 instead of FS26. I found the following two versions of FS27 from Automotive SW - SBC/PMIC - Real Time Drivers: S32K3xx SBC FS27 R21-11 0.8.0 based on S32K3 RTD 5.0.0 SBC FS27 R23-11 1.0.0 based on S32K3 RTD 7.0.0 Q1. The customer is concerned that the drivers for FS27 and BMS GEN2 SDK are incompatible because the S32K3 RTD versions do not appear to be consistent.  If S32K3 RTD 6.0.0 is selected in the BMS GEN2 SDK, will there be any problems if the customer uses S32K3xx SBC FS27 R21-11 0.8.0 or SBC FS27 R23-11 1.0.0? Q2. Does the FS27 have a driver based on S32K3 RTD 6.0.0? Would you please help me? Thank you for the help in advance! Best Regards, Robin Here is the information of customer: Contact Name                TengHsaing Wen Email (Contact)              [email protected] Company                        XINGMOBILITY AA SW - External Device Priority: MEDIUM Source: Direct Customer Re: Consulting on the compatibility of FS27 RTD and BMS GEN2 RTD Hi Viktor, Thank you for your information. The "BMS GEN2 SDK AUTOSAR 4.4 R21-11 Version 0.9.1 CD05" based on S32K3 RTD 6.0.0 is not yet available for download. Once it becomes available for download, I will at least test whether it can be compiled successfully. Best Regards, Robin Re: Consulting on the compatibility of FS27 RTD and BMS GEN2 RTD Hello Robin, there is no dedicated release for RTD 6.0.0, but the latest version (FS27 1.0.0) should be backwards compatible with it. In case of any issues, please let us know. Best regards, Viktor Re: Consulting on the compatibility of FS27 RTD and BMS GEN2 RTD The topic has been redirect to the team to investigate it. Contact point: Razvan Tilimpea / Cristian Durla or Viktor Obr Re: Consulting on the compatibility of FS27 RTD and BMS GEN2 RTD Hi Viktor, "BMS GEN2 SDK AUTOSAR 4.4 R21-11 Version 0.9.1 CD05" is now available for download.  The customer questioned whether the AUTOSAR versions of the two drivers, R23-11 and R21-11, would differ significantly and cause compatibility issues if they were paired with SBC FS27 R23-11 1.0.0. Best Regards, Robin Re: Consulting on the compatibility of FS27 RTD and BMS GEN2 RTD Hi @viktorobr , "BMS GEN2 SDK AUTOSAR 4.4 R21-11 Version 0.9.1 CD06" is now available for download.  The customer questioned whether the AUTOSAR versions of the two drivers, R23-11 and R21-11, would differ significantly and cause compatibility issues if they were paired with SBC FS27 R23-11 1.0.0. Best Regards, Robin Re: Consulting on the compatibility of FS27 RTD and BMS GEN2 RTD Hi Robin, compatibility between different Autosar versions is tricky, we would have to compare all of the drivers used by both of the components you try to integrate and I'm not 100% familiar with the BMS SDK. I can tell you that between the FS27 versions and the drivers it uses we didn't notice major changes between R21-11 and R23-11, there might be some minor differences that will appear right away when you combine the components in one project (version specific macros etc.), but from functional point of view it should still behave the same. Best regards, Viktor

密钥延期 S32编译器 3.4和2.2版本 Re: 密钥延期 S32编译器 3.4和2.2版本 你好、 如果您指的是 S32DS 的激活密钥，那么看起来两个许可证都有效。您使用的激活密钥正确吗？ F4DA-AC30-917F-C0B1 用于 S32DS v3.4，FCF9-575D-D74C-E86D 用于 v2.2

K5 Clock_IP definition issue Hi Team, For K5 RTD0.8.0, this macro should be zero, not one. Please confirm and fix it. Regards, Liek Priority: HIGH RTD Source: NXP Internal Re: K5 Clock_IP definition issue Hi @LiekLi , SW team said that they will provide the fix in the ticket that I mentioned above and they will create another ticket to get confirm from doc team in same time.  Best regards, Nhi Re: K5 Clock_IP definition issue got it, thanks very much. Re: K5 Clock_IP definition issue Hi @LiekLi , This fix should be involved in the next release, right? Because SW team just accept to change code with the information from RM or confirmed by doc team. I will say them to prioritize this ticket. They will provide the fix after getting the confirm from doc team. Best regards, Nhi Re: K5 Clock_IP definition issue Hi Nhi, Thanks very much for your reply. To change the value to zero is tested by local AE team during silicon bring-up. If you confirmed from SW team, I proposal to create another JIRA ticket to fix it. Regards, Liek Re: K5 Clock_IP definition issue Hi @LiekLi , From my point of view, this came from RM not define CTRL[CTRL_CLK_SELECT] to see value 0 or 1 is FXOSC. I didn't find any information relate to this. Except this diagram but still not clear. The ticket ARTDCMCU-691 raised to SW team will ask doc team or you can please help to ask doc team about CTRL_CLK_SELECT. Best regards, Nhi

[お知らせ] embedded-boot-time-instrumentation — LS1043A-RD の PBL/PBI で EL1 セキュアタイマーを有効にする に： NXPコミュニティ – Layerscape / LS1043Aフォーラム から： マット・チャン < [email protected] > 日付： 2026‑02‑07 11:28 (台北、GMT+08:00) リポジトリ: https://github.com/mattchang-engr/embedded-boot-time-instrumentation ライセンス： Apache 2.0（注意事項あり） NXPコミュニティの皆様、こんにちは。 概要 このプロジェクトはEL1セキュア物理タイマーを有効にします PBL/PBIフェーズ中 NXP LS1043A-RDB で U-Boot を実行することにより、マイクロ秒レベルの解像度で実際のエンドツーエンドのブートレイテンシを測定できます。 私は、タイミングを開始する方法を示す小さな集中リポジトリを共有しています。 最も早いプログラム可能なポイント ブート フロー(PBI)に含まれるため、測定にはリセット、RCW ロード、PLL ロック、クロック切り替え、および U-Boot の前に発生するすべての処理がカバーされます。これは、繰り返し可能な早期ブート計測を必要とするファームウェア開発者、組み込み学習者、および Layerscape ユーザーを対象としています。 リポジトリの内容 GitHubフレンドリー README と 上から下へのブート図 簡潔な ALTCBARの詳細 その 2回のPBI書き込み （1）代替CCSRウィンドウを開き、（2）カウンターを有効にする必要があります 概要 検証スニペット UARTからステージタイムとフルブートの例を表示（約7.947秒） ターゲット: LS1043A‑RDB (IFC NORブート) • Ubuntu 20.04 • LSDK 21.08 (FlexBuild) • U‑Boot 2021.04 SoC ステッピング (ブート ログから): LS1043AE Rev1.0 (0x87920010) システムビュー（最も早い有効化ポイント） T0: システムリセット/PoR | v PBL: IFC NORからPBLを読み取り、RCWをロードする | v クロック: PLLロック+クロックスイッチング | v PBIフェーズ（最も早いプログラム可能なポイント） 1) ALTCBARを書き込む（ACS=0、デフォルトウィンドウ） 2) CNTCRを書き込む（ACS=1、代替ウィンドウ） -> EL1タイマーが開始 | v システム準備完了（リセット完了、SoC リリース） | v U-Boot (コンソールの初期化 -> ボードのチェック -> ブート完了)  | v Linux ブート (カーネル/ユーザー空間) コア方法（2つのPBIライン） 1) プログラムALTCBAR（代替CCSRベースを0x0200_0000で定義） ヘッダー: 0x0957_0158 (ACS=0、BYTE_CNT=4、CONT=1、SYS_ADDR=0x01570158) データ: 0x0000_0200 (ALTCBAR = 0x0000_0200) 2) CNTCRを有効にする（EL1セキュアシステムカウンタ @ 0x02B0_0000） ヘッダー: 0x89B0_0000 (ACS=1、BYTE_CNT=4、CONT=1、SYS_ADDR=0x00B0_0000) データ: 0x0100_0000 (バイトスワップによりレジスタは 0x0000_0001 を読み取ります -> EN/CNTCLKEN=1) なぜ ALTCBAR なのか? ALTCBARは代替CCSRベース（0x0200_0000）を設定するので、 ACS=1 対象とする 0x0200_0000..0x02FF_FFFF ウィンドウ。 以来 CNTCR は 0x02B0_0000はALTCBARをプログラムして使用した後にのみ到達可能 ACS=1 。 CNTCRのBYTEnペイロードは バイトスワップ この段階では、 0x0100_0000 レジスターは 0x0000_0001。 検証スナップショット（UART） U-Boot 2021.04-ダーティ(2024年3月12日 - 11:51:50 +0800) SoC: LS1043AE Rev1.0 (0x87920010) プロジェクト: PBI の開始から u-boot コンソールの初期化まで: 757 ミリ秒 プロジェクト: u-boot チェックボード完了: 820 ミリ秒 プロジェクト: u-boot ブートプロセス完了: 1270 ミリ秒 ... [ 6.673863] ランダム: crng init 完了 TinyLinux ログイン: root 実例: 総ブート数 ≈ 7.947秒 (U-Boot ステージ + Linux ブリングアップ)。 よくある落とし穴（簡単） エンディアン: BYTEn=0x0000_0001 の書き込み （の代わりに 0x0100_0000）がタイマーを離れる オフ。 間違ったウィンドウ: CNTCRを書く ACS=0 またはALTCBARが アドレス範囲が間違っています。 リンクとライセンス リポジトリ: https://github.com/mattchang-engr/embedded-boot-time-instrumentation ライセンス： Apache 2.0 （注意事項あり） 独自の資料は再配布されません。公式ドキュメントについてはベンダーのサイトを参照してください。 フィードバック、他の Layerscape パーツからの測定値、またはブート ソース バリアント (QSPI/SD) がある場合は、ぜひお聞かせください。問題や PR は大歓迎です。 よろしくお願いします、 マット・チャン GitHub: https://github.com/mattchang-engr メールアドレス: [email protected] Re: [Announcement] embedded-boot-time-instrumentation — Enable EL1 Secure Timer at PBL/PBI on LS1043 興味深いプロジェクトです。便利なツールでもあります。

エッジAIアプリケーションにおけるNXP MCUの電力最適化戦略 こんにちは、みんな、 現在、NXP マイクロコントローラをベースにした低電力エッジ コンピューティング デバイスを設計しており、コミュニティからアドバイスをいただきたいと考えています。システムは断続的なセンサ サンプリングとローカル推論を実行し、要約された結果をホスト システムに送信してさらに分析します。 開発とテスト中は、 AI 対応のノートPCを使用してパフォーマンスのプロファイルを作成し、推論出力を検証し、長時間実行時の電力消費パターンを監視します。私の主な課題は、推論タスクの許容可能な応答時間を維持しながら、MCU 側の電力使用量を最適化することです。 MCUXpresso には、この種のワークロードに適した推奨の低電力モード、クロック スケーリング手法、または SDK 機能はありますか?NXP MCUのパフォーマンスと電力のバランスに関する実際の経験は非常に役立ちます。ご意見をよろしくお願いします。

S32K344 Hanging issue MCU: S32K344 OS: FreeRTOS S32 Design Studio: 3.4.3 Issue: MCU Hang Due to I2C Write Blocking (No Timeout) Hi Team, We are using a custom board based on the S32K344 MCU. We are facing an issue where the MCU hangs during runtime under certain I2C error conditions. We have an IMU slave device connected via the I2C interface. Occasionally, when: The IMU is not powered, or An I2C write operation fails (e.g., no ACK / bus stuck), the I2C write API does not return or enter a timeout state. As a result, the FreeRTOS task performing the I2C transaction gets stuck indefinitely, which eventually causes the application to hang. Observations: The issue occurs when the slave does not respond or the bus is held low. The I2C driver appears to block waiting for a transfer completion. No timeout or recovery mechanism is triggered at the RTOS or driver level. Request for Support: How can we add or enforce a timeout for I2C transactions on S32K344? Is there a recommended way to recover a stuck I2C bus (SDA/SCL held low)? What is the best practice for using I2C safely under FreeRTOS on S32K3 devices? Are there driver configurations or examples from NXP that handle this scenario robustly? Any guidance or references would be greatly appreciated. Thanks & Regards, Vinay Re: S32K344 Hanging issue Hi @vinaykl, You have a very old RTD. Is there a reason for it? There have been many bugs fixed between RTD 2.0.0 and current RTD 7.0.0. I assume you use the blocking APIs of the I2C driver. Use the Async transfer API along with GetStatus() and timeout instead. If the Slave device keeps holding SDA low, it can be recovered, refer to I2C user manual: Section 3.1.16 Bus clear https://www.nxp.com/docs/en/user-guide/UM10204.pdf   The RTD drivers do not have APIs for the recovery. An example is in this AN4803 I2C restore function definition  https://www.nxp.com/docs/en/application-note/AN4803.pdf Regards, Daniel

MC33772BのEPAD MC33772B の底面には、5.4 mm × 5.4 mm の露出金属領域があります。 しかし、PCB設計ガイドでは、はんだマスクの開口部は3.7～3.8mmにすることを推奨しています。mm であり、EPAD のサイズは約 3.7 mm であることを示しています。 実際の検査では、IC 底面の露出金属領域は 5.4 mm であり、推奨される PCB 開口部よりも大きくなっています。 データシートによれば、3.7 mm (最小) から 5.4 mm (最大) の領域が PCB 配線禁止領域として指定されています。 3.7mmが推奨EPADサイズで、3.7～5.4mmの場合mm 領域は PCB 配線禁止領域として定義されていますが、この領域全体がパッケージの底面で露出した金属として設計されている理由は何ですか? Re: MC33772B's EPAD 露出パッドの PCB デザインの詳細については、リンク ファイルの 12 ページをご覧ください。 AN4388: クアッドフラットパッケージ (QFP) – アプリケーションノート 5.2 はんだステンシルとはんだペースト Re: MC33772B's EPAD あなたの答えはすでにわかっていますが、私が本当に理解したいのは、MC33772 の底面の開いた金属領域がなぜ 5.4 mm なのかということです。 アプリケーションノートによると、はんだ付け開口部の面積は 3.7 mm ですが、デバイスの底面の金属面積は 5.4 mm です。なぜ違いがあるのでしょうか? データシートによれば、3.7 mm ～ 5.4 mm の領域は配線禁止領域として指定されています。 それを踏まえて、なぜこの同じ3.7～5.4デバイスの底面には、mm 領域が露出した金属として露出しています。

S32DS FreeRTOS 配置工具在生成 RTOS tick 时使用了错误的时钟源 在一些使用 FreeRTOS 的测试中，我需要将 CM7_CORE_CLK 设置为最大频率值（例如 CM7_CORE_CLOCK=320MHz）。 由于定义的限制，CORE_CLK 需要设置为 CORE_CLK=160MHz。 @Smartling Language Service   看起来，FreeRTOS 的时钟定义取自 CORE_CLK = 160MHz。 根据我的理解，所提供的"标准" 实现、FreeRTOS 正在使用 SysTick 定时器生成其 RTOS tick。 此外，根据我的理解，SysTick 定时器由 CM7_CORE_CLK 驱动，而不是由 CORE_CLK 驱动。 (简单的测试表明，这样编译时系统运行的频率是原来的两倍）。 我可以尝试使用 CM7_CORE_CLK 覆盖该值，但会收到如上警告。 这是 S32DS 配置工具出错了，还是我漏掉了什么？ Re: S32DS FreeRTOS Configuration Tool uses wrong clock source for RTOS tick generation HI 感谢您的报告。 让我联系软件团队寻求解决方案。 此致敬礼， Robin Re: S32DS FreeRTOS Configuration Tool uses wrong clock source for RTOS tick generation 我的软件同事告诉我： 这个警告可以忽略，对软件行为没有影响。 用户应该像以前一样设置真实时钟频率输入，可以放心地忽略警告。 Re: S32DS FreeRTOS Configuration Tool uses wrong clock source for RTOS tick generation 嗨，@Robin_Shen、 感谢您的回复。 我知道我可以在该字段中输入正确的内核频率 CM7_CORE_CLK，并安全地忽略由此产生的警告。 将来有计划解决这个问题吗？ 我不喜欢不必要的警告，因为它们可能会混乱其他重要的警告，并在版本过程中造成额外的负担。 谢谢。 Re: S32DS FreeRTOS Configuration Tool uses wrong clock source for RTOS tick generation 感谢您的报告！这将在下一版 FreeRTOS s32k3xx 版本中得到纠正。

imx95-19x19-evkボードでDebian LSDK2512を解凍する方法 imx95-19x19-evk ボードのサポートを有効にするには、次の 2 つの方法があります。   1. Yocto リリースから flash.bin を直接置き換えます。 1）。Debian LSDK2512でサポートされているimx95-15x15-evkボード上のdepoly LSDK2512 A: $ flex-installer -i pf -d /dev/sdX -F B： $ flex-installer -i auto -m imx95evk -d /dev/sdX   2）。Yocto リリースから imx95-19x19-evk ボード用のビルド済み flash.bin をダウンロードします。 A: ダウンロード： https://www.nxp.com/webapp/sps/download/license.jsp?colCode=L6.12.20-2.0.0_MX95&appType=file1&DOWNLOAD_ID=null B：ダウンロードしたファイルを解凍して、flash.binファイルを取得します：imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all   3）。flash.binを上書きする $ sudo umount /dev/sdX; sudo dd if=imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_allof=/dev/sdX bs=1024 シーク=32   4）。用意したSDカードをボードに挿入し、電源を入れます。U-Boot プロンプトに入ったら、ブート コマンドを設定します。 => setenv bootcmd "setenv bootargs 'root=/dev/mmcblk1p3 rw rootwait console=ttyLP0,115200 earlycon';ext2load mmc 1:1 0x90400000 Image;ext2load mmc 1:1 0x93000000 imx95-19x19-evk.dtb;booti0x90400000 - 0x93000000"; 保存環境 => リセット   Debian システムが自動的に起動します。   2. FlexBuild を使用して BSP イメージをビルドします。 1) Flexbuild のソース コードを複製し、添付されているパッチを適用します。 2). bsp とブートイメージをビルドします。 $ bld bsp -m imx95evk $ bld ブート -m imx95evk または、次の場所からビルド済みのイメージをダウンロードしてください: http://sun.ap.freescale.net/images/debian/lsdk2512/firmware_imx95evk_19x19_sdboot.img 3). イメージをインストールします。 $ ./flex-installer -f firmware_imx95evk_sdboot.img -d /dev/sdX -m imx95evk -b boot_IMX_arm64_lts_6.12.20.tar.zst -r rootfs_lsdk2512_debian_imx95evk.tar.zst 4）。用意したSDカードをボードに挿入し、電源を入れます。U-Boot プロンプトに入ったら、次のコマンドを実行してボードを起動します。 u-boot=>ブートフロースキャン -lb

RT1170 以太网中的自由缓冲区超出范围问题 您好， 我正在尝试从自定义板上的自定义项目中执行基本的以太网测试。作为该项目（该项目集成了不同的模块，如SD卡、CAN、GPIO、ADC、以太网和EEPROM）的一部分，基本的以太网发送和接收有待验证。但我在 ping 发送前遇到"freed buffer out of range 错误" 。我已经完成了与以太网有关的所有基本初始化和配置。我看到出现错误的原因是函数"ethernetif_rx_free" (enet_ethernetif_kinetis.c) 中的 LWIP_ASSERT("Freed buffer out of range", ((idx>= 0)&& (idx< ENET_RXBUFF_NUM))); 其中的 idx 值为负数。这一完整的功能可在 EVK 套件上使用。 还能缺少什么？请提出建议。 Re: Freed Buffer out of Range Issue in Ethernet for RT1170 大家好 这个问题也发生在我的 RT1024 客户板上，当我在某个地方放了一个断点然后它就停止了，然后恢复正常运行更有可能导致这个错误。 此致敬礼！ Ping Re: Freed Buffer out of Range Issue in Ethernet for RT1170 如果示例项目在您的自定义板中运行良好，则问题似乎出在软件方面。 您使用的不是 FreeRTOS 对吗？ 似乎有什么东西干扰了示例的行为，可能是缺少某些配置，或者只是示例流程受到应用程序其他部分的影响。 我建议你尝试使用最新的软件开发工具包版本，即2.15.000。如果您的问题在此版本中仍然出现，那么恐怕您的应用程序流程出现了问题。 此致， 丹尼尔 Re: Freed Buffer out of Range Issue in Ethernet for RT1170 您好， 是的，在自定义板中实现合并的源代码时会出现问题。但是，没有与其他接口合并的 Ethernet_PING 的单个来源在自定义板中运行良好。当以太网的单个源与其余接口合并时，就会出现问题。 Re: Freed Buffer out of Range Issue in Ethernet for RT1170 如果我没有理解错的话，当您运行 SDK 示例时，它是可以工作的。但当您添加自定义应用程序时，问题就出现了。你能确认吗？ 此致， 丹尼尔 Re: Freed Buffer out of Range Issue in Ethernet for RT1170 您好， 实际上，以太网的各个源代码在自定义板中运行良好。当我尝试集成代码时，以太网无法正常工作。我观察到EIR 寄存器的第 25 (RXF)、26 (TXB) 和 27 (TXF) 位被设置为 0，RDAR 寄存器的第 24 位被更新为 0，但在以太网的工作代码中，这些寄存器被设置为 "1"。 我怀疑这些寄存器更新是由中断处理的，但我无法在自定义项目代码库中找到负责这些更新的特定处理程序。请帮帮我。 Re: Freed Buffer out of Range Issue in Ethernet for RT1170 请仔细检查是否有任何外围更改（例如：......）。为了让 EVK 示例在您的定制硬件中运行，您的项目中需要哪些外围实例？ 如果您已经验证了这一点，看来问题出在硬件方面。 您是否已经用 HDG 验证了您的设计？ 此致， 丹尼尔 Re: Freed Buffer out of Range Issue in Ethernet for RT1170 您好， 我使用的是 SDK 11.6.1 版。我正在尝试测试 lwip_ping_bm_cm7 示例。在 EVK 中运行正常。 但是，当尝试将所有源代码与以太网连接时，它在自定义板上不起作用。如果我们面临"Freed Buffer out of range" ，可能会出现什么问题？请帮我解决这个问题。 Re: Freed Buffer out of Range Issue in Ethernet for RT1170 您好， 您使用的是哪个版本的 SDK？ 您用来测试的 SDK 示例是什么？ 如果我理解正确，应用程序在 EVK 中运行正常，对吗？ 此致， 丹尼尔