IFC-NORブートモードを使用してLS2088ARDB上のQSPIフラッシュデバイスを有効化/アクセスする方法。 ハイ 1) LS2088ARDBはIFC-NORブートまたはQSPIブートで起動できます。 2) IFC-NORとQSPIは多重化されているため、一度に有効にできるのはどちらか一方のみです。 3) IFC/QSPIを選択するためのmux構成は、RCWデータに基づいてブートROMによって行われると私は考えています。 4)私の要件：IFC-NORブートモードで起動した後、LinuxでQSPIフラッシュにアクセスする必要があります。出来ますか ？もしそうであれば、QSPI Linuxのソースコードを提供していただけますか？ 5)LinuxレベルでQSPIを有効にするために、マルチプレクサの選択を再構成できますか（IFC-NORブートモードを考慮してください）？もしそうであれば、そのソースコードを提供していただけますか？ ありがとうございます。 Re: How to enable/access QSPI flash device on LS2088ARDB with IFC-NOR bootmode. こんにちは、 いいえ。LS2088ARDBでは、IFC-NORモードで起動した場合、後でLinuxからQSPIを有効にして使用することはできません。入手可能なLS2088A/Layerscapeのドキュメントによると、ピン多重化のためIFCとQSPIは相互に排他的であり、この多重化は実行時に動的に再構成されるのではなく、リセット時にRCWで構成されるとされています。LS2088Aに関して、NXPはピン多重化はRCWでのみ可能であり、「設計上、実行時にピン多重化を変更することは不可能である」と述べている。、 ブーツに関するあなたの理解は正しいです。 RCWソースは、リセット時にサンプリングされるリセット構成ピンによって選択されます。 プリブートローダーは、 cfg_rcw_src で指定されたソースから RCW をロードします。 LS2088クラスのボードでは、ブートソースの切り替えにはRCWの変更とボード上のスイッチ/ジャンパー設定の変更が必要になる場合があります。 LS2088/LS2044ファミリの動作に関して、NXPは明確に以下のことを確認しました。 「QSPIを使用する場合、IFC上で使用できるのはNANDコントローラのみとなります。」他のすべてのIFCマシンは、信号がQSPIインターフェースで使用するために多重化されているため、使用できません。」 LS2088Aの場合、ピン多重化はRCWで実装する必要があり、「実行時にピン多重化を変更することは不可能」です。 それでは、ご質問への直接的な回答は以下のとおりです。 LinuxはIFC-NORブートモードで起動した後でもQSPIフラッシュにアクセスできますか？ いいえ、通常のLS2088ARDB IFCブート構成ではそうではありません。IFCとQSPIは多重化されており、リセット時にRCW/ピン多重化装置によって選択が固定されます。、 Linuxは、IFC-NORブートモードを維持したまま、実行時にマルチプレクサの選択を再構成してQSPIを有効にすることができますか？ いいえ。取得した文書によると、このピン多重化はRCW専用であり、実行時に変更することはできないとのことです。 この多重化スイッチを行うためのLinuxソースコードを入手できますか？ LS2088A/Linux のソースコードや、実行時に IFC↔QSPI 多重化スイッチを行うためのドキュメント化されたメカニズムは見つかりませんでした。また、ハードウェアの動作から、そのような Linux 実装はサポートされていないことが示唆されます。、 一つ注意点があります。Layerscape Linuxのガイドによると、LS2088ARDBは異なるスイッチ/ジャンパー設定を使用してNORまたはQSPIから起動するように構成でき、起動デバイス構成を変更するとRCWまたはその他のイメージの変更が必要になる場合があると記載されています。これは、Linux の起動時スイッチではなく、起動/リセット時のハードウェア構成の選択であるという結論を裏付けています。   よろしくお願いします。 Re: How to enable/access QSPI flash device on LS2088ARDB with IFC-NOR bootmode. ありがとう。これで私の疑問は解消されました。

kFROM12M_to_LPUART0 は _clock_attach_id 列挙型に存在しません - MCXA176VLH NXPチームの皆様、こんにちは。 現在、MCXA176VLHマイクロコントローラ用のSDK（バージョン26.03.00）を評価しているのですが、プロジェクトを作成してビルドした際に、 kFROM12_to_LPUART0が_clock_attach_id列挙型に含まれていないため、BOARD_DEBUG_UART_CLK_ATTACHを#defineできないというエラーが発生しました。そのため、#defineを使用するBOARD_InitDebugConsole()関数がコンパイルに失敗しました。 列挙型の構造を確認したところ、類似した列挙型メンバーはkFRO12M_to_MAIN_CLK と kFRO12M_to_CLKOUT の 2 つしか存在しませんでした。代わりに使える列挙型変数はありますか？また、その関数をコメントアウトしても、後々問題が発生しないでしょうか？変数の値を調べるのにprintfを使うつもりはありません。デバッグ中に値を確認するだけです。 よろしくお願いいたします。 ラム MCXA Re: kFROM12M_to_LPUART0 does not exist in _clock_attach_id enum - MCXA176VLH こんにちは、 @LamK さん。 こちらでテストしてみました。 これはバグです。 UARTを使用したい場合。 kFROM12_to_LPUART0 を kFRO_LF_DIV_to_LPUART0 に置き換えることができます。 情報ありがとうございます。 これがあなたのお役に立てば幸いです。 BR ハリー Re: kFROM12M_to_LPUART0 does not exist in _clock_attach_id enum - MCXA176VLH こんにちは、 @Harry_Zhang さん。 まだ基板は作っていません。SDKを調べていただけです。kFRO_LF_DIV_to_LPUART0 を使用するとビルドできるので、ハードウェアが手元に来たら必ず試してみます。 また、 BOARD_InitDebugConsole関数を宣言するのではなく、board.hヘッダーファイル内で直接定義した場合にのみビルドが成功する点にも触れておくべきでしょう。というのも、何らかの理由でリンカーがboard.cppファイル内の関数をリンクできなかったためです。確認したところ、board.oファイルはコンパイルされていましたが、リンカーがそれを見つけられなかったようです。これもまたバグの一つでしょう。 LamK_0-1778189571897.png そして私が言ったように、修正方法は、定義をboard.cppにある他の#includeと一緒にヘッダーに直接コピー＆ペーストするだけです。これが今後のSDKバージョンの開発に役立つことを願っています。 よろしくお願いします、 ラム Re: kFROM12M_to_LPUART0 does not exist in _clock_attach_id enum - MCXA176VLH こんにちは、 @LamK さん。 情報ありがとうございます。 「BOARD_InitDebugConsole関数を宣言する代わりにboard.hヘッダーで直接定義した場合、リンカーが何らかの理由でboard.cppファイル内の関数をリンクできなかったため、問題が発生しました。board.oファイルはコンパイルされていることは確認しましたが、リンカーが何らかの理由でそれを見つけられなかったため、おそらくそこに別のバグがあると思われます。 」 この問題を再現できるように、プロジェクトを共有していただけますか？ BR ハリー Re: kFROM12M_to_LPUART0 does not exist in _clock_attach_id enum - MCXA176VLH こんにちは、 @Harry_Zhang さん。 新しいプロジェクトを作成してすぐにビルドしてテストするたびに、先に述べた#defineの問題が発生します。kFROM12_to_LPUART0 を kFRO_LF_DIV_to_LPUART0 に置き換えると問題は解決しますが、再度ビルドすると「 `BOARD_InitDebugConsole()` への未定義の参照」という別のエラーが発生します。 LamK_0-1778653027070.png 私が使用しているSDKは、SDK Builderから入手したMCXA176バージョン26.03です。ダウンロードしてIDEにインストールし、それを使ってプロジェクトを作成しました。 もう一つは、新しいプロジェクトを作成する際に、.mex ファイルがないため、設定ツールを使用してピンとクロックを設定できないことです。ファイルが見つかりません。こちらの投稿（ https://community.nxp.com/t5/MCUXpresso-Config-Tools/Pins-tool-quot-Processor-is-not-supported-or-data-for-the/mp/2359924#M2036 ）を参考に、.mex ファイルを作成することができました。ピンとクロックを設定するためのファイル。問題の原因ではないと思いますが、念のため言っておきます。 私のプロジェクトについて、他に共有できることは何もありません。マイクロコントローラーを導入する前に、SDKのテストを行っているところです。 よろしくお願いいたします。 ラム・クー

请求为现代 SDK 和中间件更新 AN12149 大家好， 我一直在研究恩智浦于 201 8 年发布的应用笔记 AN12149（" 使用 ptPd、FreeRTOS 和 LwIP TCP/IP 堆栈在 i.MX RT 上实现 IEEE 1588 V2 "）。虽然这是一个很好的起点，但它已经严重过时： 它依赖于 SDK 2.4.x(目前的版本是 2.16.100，两者大相径庭）。 它使用 FreeRTOS 10.0.1（当前版本为 11.1.0）。 它使用的是 lwIP 2.0.3 补丁版本（当前版本为 2.2.0）。 PTPd 版本为 2.2.2，经过大量修补，可在微控制器上运行。该项目最初基于 POSIX，专为 Linux 设计，并不适合微控制器环境。它需要大量内存（包括代码和数据），而且不是特别优化或高效。 该示例也仅限于 RT1020、RT1050 和 RT1060。我们花了很大力气才将其移植到 RT1170 上，但我们仍在努力使 100M 以太网稳定工作。 鉴于这些挑战，我请求恩智浦将 AN12149 更新为： 使用最新的 SDK、FreeRTOS 和 lwIP 版本。 用更适合微控制器的解决方案取代 PTPd。 作为参考，Zephyr 现在包括对 PTPv2 的支持，我们将来可能会考虑这一点。不过，目前我们只能使用 lwIP 和 FreeRTOS。 我相信更新的**应用笔记**将使社区受益匪浅。恩智浦是否可以考虑这样做？ 感谢您的支持！ Re: Request to Update AN12149 for Modern SDKs and Middleware 你好@diego_charles 我回来是想问问你都做了些什么。 AN12149 的 2.0 版（2025 年 3 月）指的是 "新 "SDK 2.15.x（2024 年 3 月）。 如果我使用最新的 SDK，如 26.03.00，其中的文件是否需要打补丁？怎么做？ 顺祝商祺！ 最大值 Re: Request to Update AN12149 for Modern SDKs and Middleware 你好@diego_charles 啊，太好了！经过几个月的等待，并特别要求更新 AN12149 以支持 RT11xx 系列，恩智浦却出人意料地推出了......完全忽略 RT11xx 的新版本。尽管我们在这个主题中进行了详细讨论并提出了明确要求，但 RT11xx 似乎还是被遗忘了。 也许这是在邀请我们重新使用过时的技术，或者--更好的办法是--从头开始重新发明轮子。 我想知道，我们现在是否应该期待专用的全新应用笔记？ Max Re: Request to Update AN12149 for Modern SDKs and Middleware 你好，@diego_charles、 我对这个 SW 也很感兴趣。发布日期有最新消息吗？ 谢谢 Re: Request to Update AN12149 for Modern SDKs and Middleware 你好@mastupristi 感谢您的耐心等待！ 我有更多的消息。我们的同事计划在本周开始研究固件的 版本。但之后我们可能需要更多时间。 我们还注意到，基因 AVB 栈也可以帮助您。 我们有一个开源的 genAVB/TSN 协议栈，可以满足您的要求，但要访问演示代码，您需要签署保密协议。如果这符合您的要求，请告诉我，我会为您创建另一个单独的内部票据！ 迪亚戈 Re: Request to Update AN12149 for Modern SDKs and Middleware 你好@Littell 遗憾的是，我对此并不确定。 正如我已经写过的，我们在 RT1051 上开发了整个软件栈，"大致 "采用了 AN12149 软件的补丁。 我们对补丁进行了 "重新解释"，不得不对 ENET 驱动程序也稍加修补。 不过，一切似乎都很顺利。我们的产品是一种放大器，可播放来自 RTP 数据包流（AES67 标准）的音频。到目前为止，我们还没有遇到过任何大问题。 然后，我们走近 RT1170s。ENET 设备的 IP（我说的是 10/100）与 RT1051 相同。事实上，SDK 上的驱动程序也是一样的。 然后，我们走近 RT1170s。ENET 设备的 IP（我说的是 10/100）与 RT1051 相同。事实上，SDK 上的驱动程序也是一样的。 不过，我们不得不进一步重新解释这些补丁。 我们观察到，在 RTP 数据流（每毫秒一个数据包）中偶尔会丢失一些数据包，非恒定速率下每秒最多丢失几十个数据包。 当然，我们会与装有 RT1051 的设备并行进行测试，这些设备没有问题。 现在的主要嫌疑是我们制作的补丁（准确地说，是对这些补丁的解释正在接受调查）。 恩智浦公司在 AN12149 中打了第一个补丁，这促使我要求对 AN 进行更新，以支持更新的微控制器，并找到（或从头开始编写）PTPd 的替代方案。 此致问候 最大值 Re: Request to Update AN12149 for Modern SDKs and Middleware 你好@mastupristi 感谢您的回复和对问题的详细解释。非常抱歉地告诉你们，我仍然没有好消息。我将在内部就您的请求发出提醒。 迪亚戈 Re: Request to Update AN12149 for Modern SDKs and Middleware 你好@diego_charles 有什么消息吗？ 可以向您报告我们遇到的一个问题。在某些情况下，我们会检测到数据包泄漏。我们非常确定是 SW "丢失 "了这些数据包。我之所以这么说，是因为我们谈论的是包含音频样本的 RTP 数据包，因此我们可以通过耳朵听到丢失的数据包，另外，数据包上有渐进编号标记，因此很容易发现丢失的数据包（从未到达，甚至顺序不符）。 此外，同一网络中还有其他设备可以接收相同的音频流并且没有问题。因此，我们知道网络上的数据包都在那里。 最后，通过查询 ENET 设备和 PHY，没有发现接收问题。因此，数据包应该都能收到，所以一定是 SW 丢失了数据包。   我想提醒你，当前的驱动程序代码是移植的结果，而移植本身就已经是移植了。因此，如果我必须押注问题可能出在哪里，我敢打赌以绿色突出显示的元器件： schema.png 几个星期以来，我们一直在试图弄清这个问题的真相，但没有取得任何成功，我毫不讳言，AN12149 的更新代码就像一缕曙光。 此致问候 最大值 Re: Request to Update AN12149 for Modern SDKs and Middleware 你好@mastupristi 我希望你好好休息，我也在度假，不用担心。 是的，我指的是一月中旬，反正我已经在内部问过了。 迪亚戈 Re: Request to Update AN12149 for Modern SDKs and Middleware 嗨@diegoo_charles 很抱歉迟迟没有回复，我正值假期，今天才回来上班。 下个月中旬，你可以回到这个主题上来跟进吗？ 当然，这意味着一月中旬，对吗？ 顺祝商祺！ 最大值 Re: Request to Update AN12149 for Modern SDKs and Middleware 你好@mastupristi 很高兴能提供帮助！非常感谢您的关注！ 让我对此保持透明，目前我无法进一步推动代码的发布，因为创建它的同事目前正忙于更多的任务，所以我不能在最后期限或截止日期上妥协我们。我很想把我们已经有的东西给你，但我不能，它需要许可证扫描才能符合我们的法律标准，而我没有这样的能力和工具。 我的信息是，更新即将到来，我们将尽快发布。我不想让你一直处于不确定的状态，你可以在下个月中旬回到这个主题上进行跟进吗？如果在此之前有任何消息，我也会通知你们。 迪亚戈 Re: Request to Update AN12149 for Modern SDKs and Middleware 你好@diego_charles、 感谢您的支持，并随时向我通报最新情况！我衷心感谢你们的努力，并将热切地等待你们的更新，希望能得到积极的消息。 再次感谢您的帮助！ 顺祝商祺！ 最大值 Re: Request to Update AN12149 for Modern SDKs and Middleware 你好@mastupristi 感谢您的回复，我们很高兴为您提供帮助！ 我正在内部检查这个问题，我们已经有了一些更新的代码，但必须进行许可证扫描。我会随时向你们通报最新情况。 迪亚戈 Re: Request to Update AN12149 for Modern SDKs and Middleware 你好@diego_charles 感谢您转发我的评论，并在内部进行调整，非常感谢！ 我坚信，贵公司软件的更新版本将解决我目前面临的问题。基于最新的 SDK 和中间件的现代化实施将为我们的工作提供更可靠的基础，并有可能解决我们遇到的问题。 再次感谢您的支持，我期待着您分享任何最新进展！ 顺祝商祺！ 最大值 Re: Request to Update AN12149 for Modern SDKs and Middleware 你好@mastupristi 再次感谢您的关注和补充说明！ 我已在内部转发了您的意见，并正在进行内部协调，看看可以计划做些什么。我知道，由于您制作了自己的端口，因此很难分享 SW。 我们更新的 SW 是否消除了您当前问题的故障排除？ 谢谢！ 迪亚戈 Re: Request to Update AN12149 for Modern SDKs and Middleware 你好@diego_charles 感谢您的答复并考虑更新 AN12149，这非常令人鼓舞！ 关于您提出的另建一个主题的要求，我想澄清一下情况。RT1170 上的以太网功能一般都能正常工作，因为我设法将 2018 版源码移植到了最新的 SDK 和 lwIP 上。不过，我们使用以太网进行 IP 音频传输（AES67），这需要与主时钟精确同步。正是在这种情况下，我们偶尔会遇到一些问题。 遗憾的是，我无权透露我们的消息来源，这限制了我提供有关当前实施情况的详细信息。这就是为什么我急切地等待着 AN12149 和相关软件的新版本，它将使我们的工作建立在一个更可靠、更现代化的软件平台上。 您能说明一下您希望我在新主题中包含哪些内容吗？如果有帮助，我很乐意提供更多关于我们遇到的问题的详细信息。 期待您的指导！ 顺祝商祺！ 最大值 Re: Request to Update AN12149 for Modern SDKs and Middleware 你好@mastupristi 我很高兴你能问起这个问题。通过您的报告，我们已经知道了您的需求，我们将尽力满足您的需求。 关于您的问题，请帮助我们创建另一个主题。 迪亚戈 Re: Request to Update AN12149 for Modern SDKs and Middleware 你好@Littell 感谢您的回复和对 RT1170 以太网问题的好奇。让我简单解释一下我面临的挑战： 我很好奇您在使用 RT1170 时遇到的以太网问题 要让 PTP 在 RT1170 上运行，我首先需要弄清楚在 2018 年的示例中应用了哪些补丁。这已经是一项艰巨的任务，因为 目前还不清楚 2018 年示例中的哪些文件被修改。 关于恩智浦使用的确切 SDK 版本，目前还没有准确的信息。我已经找到了SDK 2.4.0、2.4.1和2.4.2的三个不同版本，但我不知道哪个是基础。 即使我能够理解所需的补丁，将它们应用到更新的 SDK 中也是一个完全不同的挑战。文件结构发生了重大变化。例如，对当今以太网管理至关重要的 enet_ethernetif_kinetis.c 文件在旧版 SDK 中并不存在。这意味着我不能简单地修补代码，我必须手动调整它，这增加了出错的可能性。 那只是考虑 SDK，然后才需要考虑所有的中间件（lwip、freertos 等），尤其是 ptPd 你试图在另一个主题中寻求帮助？ 不，我还没有为此创建一个单独的主题。 再次感谢您的关注！ 致敬 最大值 Re: Request to Update AN12149 for Modern SDKs and Middleware 我很好奇您在使用 RT1170 时遇到的以太网问题，您是否试图在另一个主题中寻求帮助？ 无论如何，祝你好运！

适用于 arm V2.2 的 s32ds 在安装期间激活失败。 我的订单/许可证信息： 订单编号/行号：S32DS-IDE-ARM-V2-X_78357511/1 配送编号：129144101 激活码：60CA-0D4F-9A08-3EEB 产品：适用于 ARM v2.2 的 S32 Design Studio 更新 2 到期日期：20 30 年 4 月 21 日 问题描述： 在安装过程中，激活失败并伴有错误信息："软件激活码已在此管理平台上用于 3 激活 2.2" 。 我只在一台电脑上使用该许可证，问题是在我重装系统后出现的。现在许可证已被锁定，无法激活，网站上也没有手动退回许可证的选项。 请帮我重置激活次数并解除此许可证的硬件绑定，这样我就可以在我当前的电脑上正常激活它。 谢谢！ 回复： s32ds for arm V2.2 Activation failed during installation. 我已经修好了。只需删除C:\ProgramData\FLEXnet 文件夹，重新安装软件，并在输入激活码时选择脱机安装即可。

RTDはC++言語をサポートしていますか？ Zhangchangsheng_0-1777369458169.png Zhangchangsheng_1-1777369485237.png S32K344 C言語を使用して通常どおり開発できます。 現在C++で開発を行っていますが、SDKが既に提供終了しており、公式サイトでもC++対応のRTDが見つかりません。今後C++対応のRTDがリリースされる予定があるのか、あるいは既存のC言語対応環境を修正してC++で開発できるのかどうか、お伺いしたいです。 #S32K3 #RTD Re: RTD can support C++ language？ こんにちは@Zhangchangshengさん RTDパッケージはC言語のみで開発およびテストされています。C++を選択した場合、RTDパッケージはプロジェクトに添付するために表示されませんが、C++との互換性は「 __cplusplus」マクロによって確保されています。 C++アプリケーションを作成するには、まずCアプリケーションを作成し、「ファイル > 新規 > C/C++プロジェクトに変換」オプションを使用して変換する必要があります。これを行う際には、リンカーファイルやスタートアップファイルの変更、bl main関数の変更など、さまざまな考慮事項があります。詳細については、コミュニティを参照してください。 Re: S32DS3.5 に基づく S32K358 C++ プロジェクト - NXP コミュニティ 解決済み: S32K3xx: S32DS で作成された「アプリケーション プロジェクト」は RTD と互換性がありません - NXP コミュニティ 解決済み：C/C++ S32DSプロジェクト - NXPコミュニティ よろしくお願いします、 ジュリアン Re: RTD can support C++ language？ はい、ありがとうございます！

即使使用恩智浦的演示图像，frdm-imx93 也无法启动 我正试图从 SD 卡中调出 frdm-imx93。从 emmc 可以正常工作。 我从恩智浦网站链接下载了ZIPRev4.0Jun25, 20252.45 MBLF_v6.6.36-2.1.0_images_FRDM_4.0_IMX93。然后我执行了以下操作： zstd -d imx-image-full-imx93frdm.rootfs.wic.zst sudo dd if=imx-image-full-imx93frdm.rootfs.wic of=/dev/sdc bs=1M status=progress&& sync sudo dd if=imx-boot-imx93frdm-sd.bin-flash_singleboot of=/dev/sdc bs=1k seek=32 status=progress 然后在设置 SW1 [3:0] =0011 之后，我把 SD 卡放进插槽里尝试启动。 但是，启动过程不会超过此点： U-Boot SPL 2024.04+gde16f4f1722+p0(Sep 02 2024 - 10:44:35 +0000) SOC: 0xa1009300 LC: 0x2040010 PMIC: PCA9451A PMIC: 过驱动电压模式 DDR: 3733MTS DDR: 3733MTS M33 准备 ok 请尽快提供帮助... 提前感谢！ Re: frdm-imx93 not booting even with demo images from NXP 我在串行端口上看到了同样的情况，我已经尝试了多种电缆 Re: frdm-imx93 not booting even with demo images from NXP 你好 当您执行此过程时，您在板串行端口中看到什么错误？ 如果无法进入快速启动模式，请尝试使用另一根 USB 电缆。 顺祝商祺！ Re: frdm-imx93 not booting even with demo images from NXP 我稍稍领先，但还没有进入操作系统。我认为问题在于我的启动驱动器的内容，以及单启动二进制文件本身。 再一次，我需要一个了解董事会的人来帮助我解决这个问题。 Re: frdm-imx93 not booting even with demo images from NXP 你好，我也遇到了同样的问题。在 Windows 和 Linux 以及不同的 Linux 发行版上尝试了不同的映像。EMMC 和 SD 卡均无法使用 你想明白了吗？ Re: frdm-imx93 not booting even with demo images from NXP Hello 我就是这么做的： root @debian：/mnt/host/lf_v6.6.36-2.1.0_images_frdm_3.0_i.mx93# uuu-V-b sd_all imx-boot-imx93frdm-sd.bin-flash_singlebootimx-image-full-imx93frdm.rootfs.wic.zst 用于 nxp imx 芯片的 uuu（通用更新实用程序） -- libuuu_1.5.243-5-g124d086   内置配置： Pctl 芯片 Vid Pid BcdVersion Serial_No ================================================== SDPS：MX8QXP 0x1fc9 0x012f [0x0002...0xffff] SDPS：MX8QM 0x1fc9 0x0129 [0x0002...0xffff] SDPS: MX8DXL 0x1fc9 0x0147 SDPS: MX28 0x15a2 0x004f SDPS: MX815 0x1fc9 0x013e SDPS: MX865 0x1fc9 0x0146 SDPS: MX8ULP 0x1fc9 0x014a SDPS: MX8ULP 0x1fc9 0x014b SDPS: MX93 0x1fc9 0x014e SDPS: MX91 0x1fc9 0x0159 SDPS: MX95 0x1fc9 0x015d SDPS: MX95 0x1fc9 0x015c SDPS: MX943 0x1fc9 0x0027 SDPS: MX952 0x1fc9 0x0028 SDP：MX7D 0x15a2 0x0076 SDP：MX6Q 0x15a2 0x0054 SDP：MX6D 0x15a2 0x0061 SDP：MX6SL 0x15a2 0x0063 SDP：MX6SX 0x15a2 0x0071 SDP：MX6UL 0x15a2 0x007d SDP：MX6ULL 0x15a2 0x0080 SDP：MX6SLL 0x1fc9 0x0128 SDP：MX7ULP 0x1fc9 0x0126 SDP：MXRT106X 0x1fc9 0x0135 SDP：MX8MM 0x1fc9 0x0134 SDP：MX8MQ 0x1fc9 0x012b SDPU：SPL 0x0525 0xb4a4 [0x0000..0x04ff] SDPV： SPL1 0x0525 0xb4a4 [0x0500...0x9998] SDPV： SPL1 0x1fc9 0x0151 [0x0500...0x9998] SDPU：SPL 0x0525 0xb4a4 [0x9999...0x9999] SDPU：SPL 0x3016 0x1001 [0x0000..0x04ff] SPL 0x3016 0x1001 [0x0000..0x04ff SDPV： SPL1 0x3016 0x1001 [0x0500..0x9998] FBK： 0x066f 0x9afe FBK: 0x066f 0x9bff FBK: 0x1fc9 0x0153 FB: 0x0525 0xa4a5 FB: 0x18d1 0x0d02 FB: 0x3016 0x0001 FB: 0x1fc9 0x0152 FB: 0x0483 0x0afb FB: 0x1d6b 0x0104   运行内置脚本：   uuu_version 1.4.149   # @_flash.bin | 可从 wic 映像中提取的引导加载程序 # @_image [_flash.bin]| 将 WIC 映像刻录到 Emmc。     # 当 i.MX6/7、i.MX8MM、i.MX8MQ 时，将运行此命令 SDP：启动-f imx-启动-imx93frdm-sd.bin-flash_singleboot-扫描限制 0x800000   # 当 ROM 支持流模式时，执行此命令 # i.MX8QXP、i.MX8QM SDPS：启动-scanterm-f imx-boot-imx93frdm-sd.bin-flash_singleboot-扫描限制 0x800000   # 以下命令在启用 SPL 时执行，若未使用 SPL 则跳过 # SDPU 将被弃用。请使用 SDPV 而不是 SDPU # { SDPU：延迟 1000 SDPU：写入-f imx-boot-imx93frdm-sd.bin-flash_single启动-offset 0x57c00 -scanlimited 0x800000 SDPU： 跳转 -scanlimited 0x800000 # }   # 以下命令在启用 SPL 时执行，若未使用 SPL 则跳过 # 如果 (SPL 支持 SDPV) # { SDPV：延迟 1000 SDPV：写入-f imx-启动-imx93frdm-sd.bin-flash_singleboot-skipspl -scanterm -scanlimited 0x800000 SDPV： 跳转 -scanlimited 0x800000 # }   FB： ucmd setenv fastboot_dev mmc FB: ucmd setenv mmcdev${sd_dev} FB：ucmd mmc dev ${sd_dev} FB: flash -raw2sparse all imx-image-full-imx93frdm.rootfs.wic.zst/* FB：flash-scanterm-scanlimited 0x800000 引导加载程序 imx-boot-imx93frdm-sd.bin-flash_singleboot FB：已完成     等待已知的 USB 设备出现... 1:2 连接新的 USB 设备- 1:2-> 启动 Cmd:SDPS: 启动 -scanterm -f imx-boot-imx93frdm-sd.bin-flash_singleboot-扫描限制 0x800000 1:2->Fail HID(W)：LIBUSB_ERROR_TIMEOUT (-7)(20.02s)     顺祝商祺！ Re: frdm-imx93 not booting even with demo images from NXP 你好 您使用的是哪个命令？ 我无法重现。 顺祝商祺！ Re: frdm-imx93 not booting even with demo images from NXP 嗨，是的。在 Windows 和 Linux 上都会超时，在 Linux 上会出现分段故障。 Re: frdm-imx93 not booting even with demo images from NXP 你好 您尝试用 UUU 闪存了吗？ 顺祝商祺！ Re: frdm-imx93 not booting even with demo images from NXP 你好 您在串行端口看到了什么？能进入快速启动模式吗？ 您是否尝试过使用另一个电路板支持包版本。我这边仍然无法重现这个问题。 顺祝商祺！ Re: frdm-imx93 not booting even with demo images from NXP 你好 在串行端口上，我只看到 SPL 输出。它永远无法达到完整的 U-Boot，所以我无法进入 U-Boot 提示符或快速启动模式。 使用官方 Rev 4.0 映像的串行输出： U-Boot SPL 2024.04+gde16f4f1722+p0(Sep 02 2024 - 10:44:35 +0000) SOC: 0xa1009300 LC: 0x2040010 PMIC: PCA9451A PMIC: Over Drive Voltage Mode DDR: 3733MTS DDR: 3733MTS M33 ready ok 然后就没有其他输出了。 我还测试了以 32 KiB 偏移量写入 SD 卡的重建版 Flexbuild/U-Boot 2025.04 启动映像。该板执行新的 SPL，但会在同一点停止： U-Boot SPL 2025.04（2026 年 4 月 26 日-16:21:54 +0000） PMIC：PCA9451A PMIC：过载电压模式 DDR：3733MTS DDR：3733 MTS DDR：3733MTS M33 准备好了 所以我无法进入快速启动模式，因为它无法达到完整的 U-Boot。 我测试了这些 电路板支持包/图片： 1.官方 FRDM-i.MX93 Rev 4.0 映像： LF_v6.6.36-2.1.0_images_FRDM_4.0_IMX93 2。我自己为机器编译的 Yocto =imx93FRDM 3.重建的 Flexbuild/U-Boot 2025.04 SPL/Container 官方 Rev 4.0 和我的 Yocto 版本使用了这个启动映像哈希： 7aba6102e5ec64add64add632cd6667e77fa3f6f6f6f6f6f6fd72c314e4c01f2964c0fc056a5f imx-boot-imx93frdm-sd.bin-flash_singleboot UUU 在闪烁前也会出现故障。检测到主板： MX93 SDPS 0x1FC9:0x014E 但是 SDPS：启动超时： 启动 cmd: sdps: boot-scanterm-f imx-boot-imx93frdm-sd.bin-flash_singleboot-scanlimited 0x800000 Fail HID(W):LIBUSB_ERROR_TIMEOUT 这种情况在 Linux 和 Windows 系统上都会发生，在尝试了另一台笔记本电脑后也是如此。 我还验证了 SD 启动模式的选择：选择 SD 启动模式且未插入 SD 卡时，没有串行输出。插入 SD 卡后，SPL 在 M33 准备就绪后启动和停止。 因此，目前该主板从未达到过U-boot/Fastboot。 Re: frdm-imx93 not booting even with demo images from NXP 我终于成功了。 按照规格使用 32GB SD 卡 从恩智浦的 Yocto 链接中克隆了代码，编译了代码，然后如文档中所述 将其闪存到卡中，然后按上述方式启动。这对我很有用。我认为问题在于之前尝试使用的 uboot 二进制文件是针对 evm 的，而不是 frdm 的。 Re: frdm-imx93 not booting even with demo images from NXP 我也遇到了同样的问题，我尝试了 i.mx93 frdm 门户网站上的所有 4 个版本， UUU 总是抛出 Fail HID(W)：LIBUSB_ERROR_TIMEOUT (-7)(20.02s) 用于闪入 emmc 和 sd。 Re: frdm-imx93 not booting even with demo images from NXP 你解决了吗？我遇到了同样的问题 Re: frdm-imx93 not booting even with demo images from NXP 大家好 我让板正常工作了，显然对FRDM-i.MX93板进行了硬件改动，如果你的U-启动加载程序已经过时（2025年之前），那么你就会看到这个问题。 在串行下载器模式下尝试启动或刷机时，可以在串行监视器中查看 U-Boot 版本。 旧 U-Boot 版本示例：U-Boot SPL 2024.04+gde16f4f1722+p0(Sep 02 2024 - 10:44:35 +0000) 用下面的命令试试这个引导加载程序，应该会有效果 🙂 imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-frdm-sd.bin-flash_singleboot UUU 命令：uuu -b sd_all imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singleboot < 你的 frdm-i. mx 93 启动 > .wic.zst 如果上面的引导加载程序确实对你有用，那么这就是当前的 yocto i.MX BSP 存储库，有改动：GitHub-nxp-imx/meta-imx：i.MX Yocto Project i.MX BSP Layer · GitHub Re: frdm-imx93 not booting even with demo images from NXP 你的 U-Boot 看起来很旧，显然硬件发生了变化，只有 2025 年之后的版本才支持 FRDM-IMX93。 请参考我上面的帖子，将引导加载程序连同你的镜像一起刷新。 希望对你有用 🙂 Re: frdm-imx93 not booting even with demo images from NXP 我也遇到了同样的问题。 也许这是新主板的板缺陷？ 😞 Re: frdm-imx93 not booting even with demo images from NXP 嗨，@jventura、@qingyu、@ssb1、@skrimby123 请试试这个。 Re: frdm-imx93 not booting even with demo images from NXP 我已经通过 support.nxp 解决了这个问题。 在 "演示图像下载 "页面，选择 1.0 版而不是 4.0 版，然后使用最新的 uuu 下载图像到 borad Re: frdm-imx93 not booting even with demo images from NXP 对不起，我来晚了。 是的，可能就是这样。我的 Uboot 版本： U-Boot SPL 2024.04+gde16f4f1722+p0(Sep 02 2024 - 10:44:35 +0000) 但帖子中正确引导程序的链接坏了，我无法下载它 😞 Re: frdm-imx93 not booting even with demo images from NXP 我遇到了同样的错误，UART 调试输出结果是： U-Boot SPL 2024.04+gde16f4f4f1722+p0(Sep 02 2024 - 10:44:35 +0000) SOC: 0xa1009300 LC: 0x2040010 PMIC: PCA9451A PMIC: Over Drive Voltage Mode DDR: 3733MTS DDR: 3733MTS M33 ready ok Re: frdm-imx93 not booting even with demo images from NXP 引导加载程序的链接无法正常工作 Re: frdm-imx93 not booting even with demo images from NXP 请更新引导程序的下载链接。对我们许多人来说，这仍然是一个持续存在的问题，目前还没有找到解决方案。

[i.MX95 EVK REV A1][LF 6.6.52_2.2.2] 移植的 DMS 演示：CPU 工作，NPU 失效 您好，NXP团队： 我正在使用带有 BSP LF 6.6.52_2.2.2 的 i.MX95 EVK REV A1。 我目前正在评估 i.MX95 上的 DMS 演示。我使用的 DMS 演示是从分支 lf-6.12.49_2.2.0 中的以下源代码移植过来的： nxp-demo-experience-demos-list / scripts / machine_learning / dms 因为我的平台是 i.MX95 EVK REV A1，所以我需要继续使用 LF 6.6.52_2.2.2 并且无法迁移到更新的电路板支持包。 当前状态： - 当我选择 CPU 时，移植的 DMS 演示正常运行。 - 当我切换到 NPU 时，相机预览会显示，但 DMS 推理不能正常运行。 这表明 DMS 应用流程本身基本正常，问题可能与 Neutron/NPU 模型转换或模型兼容性有关。 环境： -主板：i.MX95 EVK REV A1 -BSP：LF 6.6.52_2.2.2-eIQ 工具包：v1.14.0（Ubuntu 20.04 安装程序） -使用的转换流程：中子变流器--input .tflite--目标 imx95 --use-python-prototype --output _converted.tflite 我确认： 1.中子调整环境本身正在发挥作用。 2. mobilenet_v1_1.0_224_quant.tflite 可以成功转换。 3.转换后的 MobileNet 模型可以在目标机上成功运行： /usr/bin/tensorflow-lite-2.16.2/examples/benchmark_model \ --graph=mobilenet_v1_1.0_224_quant_converted.tflite \ --external_delegate_path=/usr/lib/libneutron_delegate.so 4.基准测试结果表明，Neutron 委托实际上已在目标上成功使用。 然而，与 DMS 相关的模型在转换过程中会出现故障： 1. face_detection_ptq.tflite - Fails in neutron_weights.py -> gen_add_params() - Error: IndexError: list index out of range 2. face_landmark_ptq.tflite - 在 scheduling_if.py 中失败 -> create_tile() - Error: TypeError: 'NoneType' object is not subscriptable - 似乎与 network_node['padTLBR'][0] 有关。 3. iris_landmark_ptq.tflite - 因同样的 create_tile() / padTLBR NoneType 问题而失败 我还尝试了： - --exclude-operator-types ADD 但这些与 DMS 相关的模型仍然失败。 因为： - 移植的 DMS 演示可在 CPU 模式下工作， - MobileNet 可在 NPU 上成功转换和执行， - 只有 DMS 相关模型在中子调谐转换过程中失败、 我目前的理解是，板运行时/委托环境是正常运行的，问题特定于 DMS 模型转换路径。 我的问题是 1.是 face_detection_ptq.tflite、face_landmark_ptq.tflite 和 iris_landmark_ptq.tflite 由 LF 6.6.52_2.2.2 上的 i.mx95 中子调谐正式支持？ 2。i.MX95 EVK REV A1/LF 6.6.52_2.2.2 上这些 DMS 相关型号有任何已知限制吗？ 3.此 BSP 是否有任何补丁、更新的中子调谐包或预转换的 DMS 中子模型？ 4。对于带有 LF 6.6.52_2.2.2 的 i.MX95 EVK REV A1，DMS 演示版预计在 NPU 上运行，还是仅在 CPU 上运行？ 如有任何建议，我们将不胜感激。 谢谢！ Re: [i.MX95 EVK REV A1][LF 6.6.52_2.2.2] Ported DMS demo: CPU works, NPU fails 您好@ChuckYang ，您可以试试 L6.12.20，这是支持 A1 芯片的最后一个版本。然而，即使使用 L6.12.20，由于芯片内部 NPU 的设计问题，某些检测模型仍然无法产生正确的结果。因此，最终的解决方案是使用 B0 芯片。 致敬， Zhiming Re: [i.MX95 EVK REV A1][LF 6.6.52_2.2.2] Ported DMS demo: CPU works, NPU fails 嗨，志敏、 感谢您的反馈。 我听从了你的建议，在 i.MX95 A1 EVK 上尝试了 BSP 6.12.20。 以下是我目前在 BSP 6.12.20 上的测试结果： 1.我将 DMS 演示版移植到了 BSP 6.12.20 环境中。 2.我使用 DMS 演示版下载了以下四个原始模型： - face_detection_ptq.tflite - yolov4_tiny_smk_call.tflite - face_landmark_ptq.tflite - iris_landmark_ptq.tflite 3.然后我使用 eIQ Toolkit v1.17.0 中的 neutron-converter.exe 将这些模型转换为 i.MX95。 我使用的变流器版本是： eIQ_Toolkit_v1.17.0 MCU_SDK_25.06.00 + Linux_6.12.20_2.0.0 4.所有四种型号都能成功转换。 5.我还在 EVK 上使用带有 Neutron 委托的 benchmark_model 测试了转换后的模型。 benchmark_model 测试成功完成，日志显示 EXTERNAL 委托可以创建。 6.然而，当我更换了 DMS 演示模型下的".....： /opt/gopoint-apps/downloads/ 再次运行 DMS 演示，结果还是一样： - CPU 模式可以工作。 - NPU 模式仍无法正常工作。 - 选择 NPU 模式时，DMS 检测结果无法正确更新。 我附上了以下两条日志供你参考： -neutron-converter.log -benchmark_model.log 您能否确认我的测试结果是否与您提到的 A1 内部 NPU 设计问题相符？ 换句话说，对于i.MX95 A1芯片，即使使用电路板支持包 6.12.20和转换后的模型，DMS演示NPU模式是否无法在这些检测模型上正常运行？ 如果是这样，是否建议 A1 的变通方法是只使用 CPU 模式，而正确的 DMS NPU 加速的最终解决方案是使用 i.MX95 B0 芯片？ 谢谢。 Re: [i.MX95 EVK REV A1][LF 6.6.52_2.2.2] Ported DMS demo: CPU works, NPU fails @Zhiming_Liu 对不起，我在之前的回复中忘记提到你了。能否请您帮忙检查一下上述测试结果？谢谢。

寻求专家建议：掌握 C/AUTOSAR/Yocto 与扩展到人工智能/ROS？ 你好，恩智浦社区、 据我所知，该论坛主要讨论有关恩智浦产品的特定技术问题。如果这个与职业相关的询问稍稍偏离了主题，我深表歉意。不过，作为一名深入研究恩智浦 S32K144 生态系统和 RTD 的学生，我相信只有这里的专家才能提供我所需要的现实的行业级指导。 我是一名有抱负的嵌入式软件工程师，目前就读于 42 项目（软件工程强化学校），主要学习 C 和 C++。 目前，我正在开发一个通过 EB tresos 使用 S32K144EVB 和 AUTOSAR MCAL (RTD) 的项目。同时，我正在研究 Yocto 项目，以构建自定义的嵌入式 Linux 镜像。 我的困境是，我有机会学习一门物理人工智能课程，涉及 Python、ROS 和在 Raspberry Pi 上部署人工智能模型。虽然这听起来令人兴奋，但我觉得自己的 C/C++ 基础还不扎实，同时管理所有这些（42 项任务、S32K/AUTOSAR、Yocto 和人工智能）感觉力不从心。 如果您能就以下方面提出真知灼见，我将不胜感激： 在当前的汽车行业（SDV、Zonal Architecture）中，是加倍努力于深度堆栈（C/C++、AUTOSAR 内部结构、Yocto/内核），还是尽早使用人工智能和 Python 扩展 Wide？ 初学者即使了解人工智能/ROS，但缺乏深厚的 C/C++ 知识（如内存映射和硬件时序分析）会对其职业生涯造成多大影响？ 与一般的人工智能-机器人项目相比，只专注于 S32K144 和 Yocto 集成（HPC-to-Zone 架构）是否具有足够的竞争力？ 我很想听听那些见证了行业发展的资深工程师的意见。 感谢您的时间和理解。 致以最诚挚的问候，jipoman550 Re: Seeking Expert Advice: Mastering C/AUTOSAR/Yocto vs. Expanding to AI/ROS? 你好@jipoman 从汽车嵌入式的角度来看，我建议先做深，而不是做宽。 对于我们围绕 S32K、AUTOSAR MCAL/RTD 和 Linux BSP 开展的工作而言，扎实的 C/C++ 基础知识是必不可少的。了解内存布局、启动代码、中断、定时以及 AUTOSAR 实际抽象的内容（以及没有抽象的内容）比了解更高级别的框架更重要。 AI/ROS/Python 在现代 SDV 系统中无疑很重要，但它们通常位于实时和安全关键层之上。对于初级工程师来说，薄弱的底层基础知识要比缺少 Python 或人工智能方面的知识更难弥补。 一个围绕S32K + AUTOSAR + Yocto的可靠项目，让你真正了解限制、启动流程和集成边界，这已经是一个强大而现实的汽车角色组合了。这些知识可以直接用于以后更复杂的平台。 如果您的时间有限，感觉负担过重，我的建议是 -专注于 C/C++ + AUTOSAR + 嵌入式基础知识 -使用 Yocto 理解 Linux 概念，而不仅仅是为了 “构建映像” -将 AI/ROS 视为基础扎实后可以叠加的东西 显然，你在正确的时间提出了正确的问题。祝您一路顺风，不要对自己为长期汽车事业打下的坚实基础失去信心。 问候， Lukas

S32K358 BMU：从 “调试” 模式切换到 “正常” 模式后的 FS2633 看门狗复位回路（D26 闪烁） 你好，恩智浦支持团队， 我正在使用 S32K358 和 FS2633 处理 RDBESSK358BMU 板 。 根据你在恩智浦社区的指导，我使用了官方示例： k358bmu_read_s32ct（适用于 电池管理系统 1.1.0 的 MBDT） 我遵循的程序： 1. 使用 SW2 2 进入 SBC 调试模式。通过 JTAG 3 下载了示例固件。关闭主板 电源 4.将 SW2 设置为 OFF 5。再次开启主板电源（尝试正常模式） 观察到的行为： * LED D26 持续闪烁 * 系统似乎处于 看门狗复位回路中 * 无法过渡到正常模式 我的理解： 根据 UM12196，闪烁 D26 表示 SBC 看门狗未正确刷新，M CU 正在 反复复位。 问题 1.k358bmu_read_s32ct 示例在退出调试模式后是否包括适当的 FS26 看门狗刷新？ 2.FS2633 在正常运行前是否需要额外的初始化序列？ 3.我们是否需要在应用程序代码中明确处理 FS_STATES 或看门狗服务？ 4.使用此示例从调试模式切换到正常模式时，是否存在任何已知问题？ 5.是否与热电阻有关？ ，如能就如何正确过渡到正常模式提供指导，将不胜感激。 谢谢。 萨曼 Re: S32K358 BMU: FS2633 watchdog reset loop (D26 blinking) after switching from Debug to Normal mode 你好，@samansaki、 感谢您在 MBDT 社区发布您的问题！ 在回答你的问题之前，我必须注意到你的设置存在一些偏差。首先，我们发布的电池管理系统版 MBDT 的最新版本是适用于 BMS 的 MBDT，版本 1.2.0，所以我假设你落后了一个版本。其次，你使用的是 RDBESSK358BMU 评估板，而你正在尝试刷新的示例是 k358bmu_read_s32ct，它针对的是不同的设置 RD-K358BMU，不幸的是，由于设置不同，你的 BESS 板上的 BMS 读数不起作用。 这个例子你有 k358bmu_read_s32ct 的 ID 根本没有与 SBC 交互，它使用板上的开关将 SBC 设置为调试模式，该示例侧重于 BMS 读数。我们在工具箱中与 SBC 交互的示例是 rd33772c14vevm_s32ct，但它当然有不同的配置。本示例使用S32配置工具配置微控制器与单片机通信的SPI引脚，还为SBC添加了RTD元器件，最后，它引入了用于初始化SBC的自定义代码。因此，如果您想在板上配置 SBC，则必须迁移引脚配置、SPI 配置，并将 SBC 元器件添加到模型中。 以下是您的问题答案： 1.k358bmu_read_s32ct 示例在退出调试模式后是否包括适当的 FS26 看门狗刷新？ 不幸的是，该示例配置为在 RD-K358BMU 上运行，不适用于您拥有的 BESS 主板 2.FS2633 在正常运行前是否需要额外的初始化程序？ 是的，用于初始化的自定义代码是在 rd33772c14vevm_s32ct 示例下的 Initialize 中添加到 initsBC 子系统中的。此外，你必须在外部配置工具中配置SPI引脚和实例以及SBC元器件。 3.我们是否需要在应用程序代码中明确处理 FS_STATES 或看门狗服务？ 是的，一旦初始化了 SBC，就需要使用自定义代码定期为 SBC 提供服务。 4.使用此示例从调试模式切换到正常模式时，是否存在任何已知问题？ 不，不幸的是，该示例仅针对电池管理系统元器件，而不是 SBC 元器件。 5.是否与 RTD 有关？ 是的，SBC 有自己的 RTD 驱动程序，这些驱动程序至少在电池管理系统 1.2.0 的 MBDT 中添加。但是至于我们在生成代码时依赖的所有元器件，需要在模型中配置和初始化 SBC 元器件。 希望这能帮到您， Marius

S32M2 FRDM 捆绑 Linux 如何在 linux 主机中安装 S32DS 支持工具？ 我正在使用 S32M276 FRDM 主板并遵循其 " 入门 " 指南。这些工具以"的捆绑形式提供，" ，通过一个 exe 文件，更便于 Windows 操作。对于其他操作系统，建议从"your account" 下载，该网站基本上是一个巨大的顶级产品列表。 有人有要安装的软件包的简单清单，还有给 Linux 用户的简单说明或 “手动安装 " 方法” 吗？ 谢谢！ 马可 Re: S32M2 FRDM bundle Linux 更新： 我使用的是 Ubuntu 24.04，经过多次重试（SWT/WebKit），我终于使用使用为 S32DS-3.6.6 版本提供的 容器 脚本构建的 GUI 镜像使其正常运行。图形界面使用网络浏览器/vnc（xfce 桌面）运行，但我不太喜欢这种开发环境。 我决定单独购买一台固态硬盘来启动 Ubuntu 22.04（发行版附带了所需的 Python 3.10.x），感觉更自然。 一些问题 - 安装 RobotoCondensed-Regular.ttf 字体，并创建指向该 ttf 的链接（有关位置，请参阅 eclipse 日志）。 - 如许多帖子所述，rtd 并未使用"Extension and Uddates" 安装。改用帮助->" 安装新软件"->" 添加" ，并在对话框中使用"Archive..." 搜索 zip 文件。我安装的是最新版本：SW32K3_S32M27x_RTD_R23-11_7.0.1_D2603 小贴士：我建议您在遇到快速问题时探索 ChatGPT，我发现它真的很有帮助

无法使用 JTAG 对 MIMXRT1060-EVKB 编程 您好， 我正在尝试使用 JTAG 对 MIMXRT1060-EVKB rev B1 进行编程。我按照说明拆除了跳线 J9 和 J10。但在 J-Link Commander 上，当我尝试连接它时，却收到了以下信息。 最终的任务是用 JTAG 对我的定制板进行编程，但如果我无法对评估板进行编程，那我就没有机会了。 J-link.jpeg 通过 JTAG initTarget () 启动连接到目标 无法启动 DAP。 在 “RESET” 下执行 “连接” 无法启动 DAP。 在RESET _targetHalt 下执行连接：CPU 未停止。 _TargetHalt：CPU 未停止运行。 _TargetHalt：CPU 未停止运行。 InitTarget() end - 耗时 811ms 连接失败。通过重置密码重置并重试。 initTarget () 启动 无法启动 DAP。 在 “RESET” 下执行 “连接” 无法启动 DAP。 在RESET _targetHalt 下执行连接：CPU 未停止。 _TargetHalt：CPU 未停止运行。 _TargetHalt：CPU 未停止运行。 InitTarget() 结束 - 耗时 811ms Re: Unable to program MIMXRT1060-EVKB using JTAG 你好@jahmed9、 感谢您关注恩智浦 MIMXRT 系列！ 默认情况下，RT1060 只启用 SWD。如果客户需要使用 JTAG，则必须对相关 eFuses 进行编程。请参阅 RM： PixPin_2026-04-14_10-56-56.png 致以最诚挚的问候， Gavin

[ABUSE] Post By: @RishavKaaraTech / Board: TapLinx-SDK / Reported by: wetojqqa wetojqqa has reported the post RFIDDiscover tool acquired but how to use it posted by @RishavKaaraTech for the following reasons: Reason: Spam Details: http://www.essen-bei-krebs.de/ernaehrungstipp/cozaar-without-prescription-internet">5 cozaar 50mg buy https://californiaweddingday.com/your-couple-name-4059">where to buy next cozaar https://www.aairlab.com/IDev/?q=node/560">buy cozaar in nebraska http://www.2008.zbaszyn1938.pl/zbaszyn/archive/cozaar-can-i-buy-visa">where to order next cozaar http://ysrp.bnl.bm/review/cozaar-want-order">how to buy cozaar https://jeunescathos-bxl.org/fr/content/cozaar-paypal-online-price">buy cozaar algorithms https://darkmetal2039.com/history/cozaar-where-buy-wolverhampton">5 cozaar 50mg buy https://dev.beautynbrushes.com/services-provided/makeup-services-maroonimmortalep-0">prescription drugs cozaar https://neweddingday.com/your-couple-name-2724">get cozaar online discount cheap https://reflexologie-cerilly.fr/en/node/4775">cozaar heart no rx portugal https://www.ziveknihy.sk/cozaar-buy-online-shop">online cozaar cheap amex https://carros-usados.us/cozaar-non-prescription-z6rp2">want to purchase cozaar http://sp-journal.ru/article/19514">where to purchase next cozaar https://www.player1.app/team/post/1105243008/1490">prescription drugs cozaar https://www.ziveknihy.sk/cozaar-buy-online-shop">without prescription cozaar internet https://new.roger24.de/cozaar-money-order-pillen">get cozaar purchase uk online https://masters.adminskiracing.com/node/420281">can i buy cozaar visa https://backend.dawahnigeria.com/audit/316958">no prescription online purchase cozaar http://ysrp.bnl.bm/review/cozaar-want-order">how to order cozaar https://escolesvalenciades.grupotecopy.es/val/node/1595">purchase cozaar no prescrption https://www.cableman.ru/node/86314">non prescription cozaar z6rp2 https://neweddingday.com/your-couple-name-2724">cozaar overnight pharmacy https://darkmetal2039.com/history/cozaar-where-buy-wolverhampton">discount cozaar perscription drug https://www.internationalhumanistparty.org/es/content/cozaar-buy-nebraska">where to order next cozaar https://navylog.navymemorial.org/layla-christine">where can i buy cozaar https://backend.dawahnigeria.com/audit/316958">where to purchase next cozaar http://www.airgart.com/forum/pnevmopodveska-na-gruzovik-pnevmopodveska/cozaar-where-order-next.html">can i order cozaar https://ruckup.org/caregivers-forum/topic/6665">online cozaar cheap amex https://reflexologie-cerilly.fr/en/node/4775">buy daily cozaar online lery http://en.sp-journal.ru/article/19357">purchase cozaar no prescrption https://www.club-neformat.com/node/10120">non prescription cozaar z6rp2 https://enki.ua/applications/16950">get cozaar online discount cheap http://vechirka.pl.ua/ad/sadyba/20885">how to order cozaar http://www.xe-none.com/topic/10522">cod cozaar without dr approval https://backend.dawahnigeria.com/audit/316958">how to order cozaar http://ysrp.bnl.bm/review/cozaar-want-order">can i order cozaar https://www.jobwebby.ilovemarkso.com/domainasname-anthony-gmbh/cozaar-can-i-purchase">no prescription online purchase cozaar https://new.roger24.de/cozaar-money-order-pillen">can i order cozaar https://golemobuchino.com/content/2842/kristiyana-stoyneva-shche-predstavi-noviya-si-tvorcheski-proekt-cvetovete-na-lyatoto">can i purchase cozaar https://www.aairlab.com/IDev/?q=node/560">price of cozaar from wallmart Post link: https://community.nxp.com/t5/TapLinx-SDK-TagWriter-and/RFIDDiscover-tool-acquired-but-how-to-use-it/m-p/2164324#M205 Post author: @RishavKaaraTech | Email Author Reported by: wetojqqa | Email Reporter The reported post has 3 replies.

[不正行為] 投稿者: @RishavKaaraTech / 掲示板: TapLinx-SDK / 報告者: yqnaju yqnaju は、 @RishavKaaraTech が投稿した 「RFIDDiscover ツールを入手したが、その使い方はわからない」という 投稿を以下の理由で報告しました。 理由：ヘイトスピーチ 詳細： いいえ処方箋アバプロ錠 無料安価なジェネリックアバプロ錠 アバプロを次に購入する場所 Avaproの次の注文先 アバプロどこで購入できますか？ http://shop.ls-s.ru/product/10396 "> いいえ処方箋アバプロ錠 薬局アバプロRX ニューメキシコ 購入アバプロショップ ブラックバーン 一晩中 無料処方箋アバプロ どこで次のアバプロを購入する 価格アバプロ イルベサルタン イギリス アバプロを購入したい アバプロオンラインで注文する otcアバプロ150mgの価格（ファイフ） 安いオンラインドラッグストア avapro 汎用Avaproに匹敵する アバプロ割引医薬品プログラム get安価なジェネリックアバプロ アバプロ ウエスタンユニオン配送 Avaproオンラインストアの悪用 uk格安Avapro UKの広告 購入ブランド名：アバプロ錠 can私はAvaproを注文します 無料処方箋アバプロ 格安アバプロ 300錠 50mg 注文アバプロ スペイン いいえノースカロライナ州でのアバプロ処方箋 ホバートでAvaproを購入する 価格アバプロ イルベサルタン イギリス アバプロの購入方法 入手安価なジェネリックアバプロ Avaproを注文したい 購入cod avapro ach usa アバプロ・イルベサルタンの価格（英国） どこでアバプロは買えますか？ https://neweddingday.com/your-couple-name-3371 "> 安いavapro amex 処方箋不要のアバプロ錠 アバプロは購入できますか アバプロオンラインで注文するには、オンラインで注文してください。 http://old-namur.jeunescathos.org/fr/content/avapro-how-buy "> 薬局inc avapro 投稿リンク： https://community.nxp.com/t5/TapLinx-SDK-TagWriter-and/RFIDDiscover-tool-acquired-but-how-to-use-it/mp/2164324#M205 投稿者: @RishavKaaraTech |作成者に電子メールを送信する 報告者： yqnaju |メール記者 報告された投稿には3件の返信があります。

[不正行為] 投稿者: @RishavKaaraTech / 掲示板: TapLinx-SDK / 報告者: wxvkvu wxvkvu は、 @RishavKaaraTech が投稿した 「RFIDDiscover ツールを入手したが、その使い方はわからない」という 記事を以下の理由で報告しました。 理由：ヘイトスピーチ 詳細： 無料オキシトロル84ダーラム配送 軟骨オキシトロル5mgシャークを購入する オキシトロル（ブランド品またはジェネリック） オキシトロルを購入する方法 薬局オキシトロル翌日配送 購入オキシトロルネフリル薬 購入オキシトロル土曜配達 ベストオキシトロルの価格マスターカードsv66i オキシトロールの購入方法 ジェネリックオキシトロル フェデックス an2jl 100mg安価なオキシトロルcmi 購入オキシトロル土曜配達 コストオキシトロルは医師の診察を必要としません オキシトロールブランド品かジェネリック品か オキシトロルの価格、FedEx、代金引換可 オキシトロールを医師の診察なしでオンラインで購入 オキシトロルジェネリック医薬品 オキシトロルはどこで買えますか オキシトロールブランド品かジェネリック品か オンラインオキシトロルを合法的に翌日配送 いいえ処方箋オキシトロルをオハイオ州で翌日配送 検索オキシトロル錠が安い オキシトロルを次に注文する場所 価格セレブレックスオキシトロル2 オキシトロールの費用（医師不要） 購入ニューアークで最も安いオキシトロル 無料オキシトロル84ダーラム配送 オキシトロル5mg アムウェイの価格 小売オキシトロルの価格 アラバマ州で低価格のオキシトロル錠 オキシトロルを次に購入する場所 オキシトロールをクレイグスリストで購入 オキシトロールをオンラインで注文 購入オキシトロル土曜配達 なしオキシトロル処方箋割引薬局 オキシトロルの購入方法 無料オキシトロル84ダーラム配送 オキシトロル流動性のある買い 低オキシトロルのコスト ach 購入 汎用オキシトロル フェデックス an2jl 投稿リンク： https://community.nxp.com/t5/TapLinx-SDK-TagWriter-and/RFIDDiscover-tool-acquired-but-how-to-use-it/mp/2164324#M205 投稿者: @RishavKaaraTech |作成者に電子メールを送信する 報告者： wxvkvu |メールによる報告 報告された投稿には3件の返信があります。

ESP32-S3 SPI 与自定义 PN5190 板通信 — PN5190 没有回应， 硬件设置 主控制器：ESP32-S3 DevKit（标准模块，3.3V 输入/输出电压） NFC 前端 IC：恩智浦 PN5190（安装在自主设计的板上，而不是恩智浦官方评估板上） 通信接口：SPI（多次检查全部接线是否正确） 电源：ESP32-S3 和 PN5190 板均为 3.3V 稳定电源，无明显的电压下降或噪音 问题描述 我正在做一个项目，其中 ESP32-S3 充当 SPI 主控器来控制 PN5190 NFC 前端。我仔细检查了所有 SPI 物理接线： ESP32-S3 和 PN5190 之间的 SCK、MOSI、MISO 和 CS（NSS/ATX_C）引脚连接正确 GND 由两个板共享，以避免接地回路问题 未发现连接松动、短路或信号线反向 当我运行代码时，ESP32-S3 不断向 PN5190 模块发送 SPI 信号，但我从 PN5190的 MISO 线路上得不到任何响应。模块似乎完全无声无息，没有任何反应，好像没有通电、没有初始化或没有正确启用。 我已经检查过的内容 验证 SPI 时钟速度（降低至 1MHz，以排除时序问题，但仍无反应） 确认 SPI 模式设置为 CPOL=0，CPHA=0（根据 PN5190 数据表要求） 检查电源轨：PN5190 电源引脚上的 3.3V 电压存在且稳定 使用基本的 SPI 写入和 READ命令进行了测试，MISO 上根本没有返回任何数据 核心问题& 疑似问题 我主要怀疑 PN5190 没有被正确激活或启用，感觉就像芯片处于低功耗状态、RESET状态或没有退出空闲模式。我不确定我是否错过了 PN5190 的关键启用引脚、硬件 RESET 顺序或初始软件激活步骤。 我知道 PN5190 有专用的控制引脚（如 VEN/HW RESET 引脚）和特定的初始化要求，但我不确定自定义主板设置的确切启用/激活流程： 在 SPI 通信之前，我是否需要手动驱动一个特定的使能引脚（VEN 或其他控制引脚）为高/低以激活 PN5190？ 我跳过了强制性的硬件RESET顺序或开机初始化步骤吗？ 缺乏适当的时钟源（外部晶体）或初始化命令丢失是否会导致 SPI 完全静默？ 请求帮助 如果恩智浦社区或有经验的开发人员能提供指导，我将不胜感激： 在自定义主板上启动 SPI 通信之前，PN5190 的强制基于硬件的/RESET步骤是什么？ 如何确认 PN5190 已正确激活并可进行 SPI 交易？ ESP32-S3 + PN5190 SPI 通信（如引脚配置、上拉电阻或寄存器初始化）是否存在可能导致无响应的常见缺陷？ 我正在使用 ESP32-S3 的 Arduino 内核进行开发，但也非常欢迎为 PN5190 提供一般的硬件/软件初始化建议。如果您有任何建议或解决方案，敬请垂询！ Re: ESP32-S3 SPI Communication with Custom PN5190 Board — No Response from PN5190, 你好@Ethon 希望你一切顺利。 很抱歉，与第三方主机平台的集成支持不在我们的支持范围内。 当您提到"时，缺乏适当的时钟源（外部晶体）或缺少初始化命令是否会导致 SPI 完全静默？" ，这是否意味着您的设计不包括用于 PN5190 的 27.12MHz XTAL？ 启动时序参见PN5190 数据表第 11.3 节。 我强烈建议将 PN5190 与支持的 MCU（如Kinetis K82和LPC1769）一起使用，或将库移植到与我们的通用微控制器之一兼容。 要了解必须修改库的哪些部分才能与其他 MCU 一起使用，请参阅以下指南：NFC读取器库移植 FRDM_K64F、在 LPC55S69 中使用 NFC读取器库，并确保在移植到所使用的 MCU 时遵循类似的流程。 Eduardo。

i.MX8QX6 - UUU 闪烁停滞，出现 libusb 错误（可能 LPDDR4 行地址不匹配） 你好 我们目前的配置如下 SoC：恩智浦 i.MX8QX6 (MIMX8QX6AVLFZAC) LPDDR4：美光 MT53E768M32D2ZW-046 (AIT:C) Yocto 版本：walnascar-6.12.34-2.1.0 我们正在尝试使用通用更新实用程序刷新 imx-启动-imx8qxp-mek-sd.bin-flash_spl 镜像。 在闪存过程中，工具会卡住，最终报告LIBUSB_ERROR_NO_DEVICE，导致闪存过程无法完成。 已进行故障排除 为了找出问题所在，我们尝试了以下方法： 使用先前版本中的较旧 imx-启动 二进制文件进行了测试： LF_v6.6.52-2.2.2_images_IMX8QXPC0MEK LF_v5.15.32-2.0.0_images_IMX8QXPC0MEK 使用了最新版本的 UUU 工具 多次重复闪光过程 然而，行为却没有改变。 可疑原因 在审查了存储器设备规格后，我们的内部调查表明，SoC DDR 控制器配置与实际的 LPDDR4 设备之间可能存在 DDR 地址行配置不匹配。 根据美光数据表，存储设备使用行地址 R [16:0]（17 行）。 不过，根据 SoC 文档，DDR 控制器似乎最多支持16 条行地址线 (R0-R15)。 由于这种差异，我们怀疑 DDR 控制器配置和存储器设备地址方案之间可能存在不匹配。 问题 LPDDR4 配置中的行地址不匹配是否会导致 UUU 刷新过程在早期启动期间因 LIBUSB _ERROR_NO_DEVICE 而停止？ 如果这是可能的原因，那么在 i.MX8QX6 上正确配置这个 LPDDR4 设备的 DDR 参数的推荐方法是什么？ 配置是否应使用恩智浦提供的DDR工具/RPA工具生成，还是有适用于该特定存储设备的参考配置？ 如能提供任何指导或建议，将不胜感激。 谢谢！ Re: i.MX8QX6 – UUU flashing stalls with libusb error (possible LPDDR4 row address mismatch) 你好@Yogesh_   我在我的 imx8qxp 板上进行了测试。没有发生任何问题。我使用以下命令闪存 flash.bin 文件。 uuu -b emmc .\imx-boot-imx8qxpc0mek-sd.bin-flash   Snipaste_2026-03-17_10-23-38.png 回答你的问题 Q1& Q2 : 这不会造成这个问题 问题 3：你应该为动态随机存取存储器(DRAM) 配置正确的参数。然后重新编译新的 flash.bin 文件。但正如你所说你的 动态随机存取存储器\(DRAM\) 行数为 17，但是 imx8qxp 支持的最大行大小为 16。因此，请更换另一个 16 行的动态随机存取存储器(DRAM)。这意味着，为了支持最大 4GB (32Gb) LPDDR4 密度，配置必须为 16 行 2 级 B.R Re: i.MX8QX6 – UUU flashing stalls with libusb error (possible LPDDR4 row address mismatch) 您能否提出其他解决方案来解决 UUU 工具挂起/卡住的问题？我已经尝试过旧版本和最新版本的UUU工具，但我仍然遇到同样的错误。 Re: i.MX8QX6 – UUU flashing stalls with libusb error (possible LPDDR4 row address mismatch) 感谢您的反馈， 我附上了 Yocto 生成的 imx-启动-imx8qx p-mek-sd.bin-flash_spl 和 flash.bin 图像的日志。flash.bin 是使用 RPA 工具配置的，使用 SCFW 移植套件构建，并且正在成功启动。 Re: i.MX8QX6 – UUU flashing stalls with libusb error (possible LPDDR4 row address mismatch) 你好@Yogesh_ 请勿使用以下命令 sudo uuu -v -b emmc_all imx-boot-imx8qxp-mek-sd.bin-flash_spl 使用以下代码： uuu -b emmc imx-boot-imx8qxp-mek-sd.bin-flash_spl 1.尝试在 Windows 操作系统下运行 uuu 工具 2.分享以下命令的结果： uuu -lsusb B.R Re: i.MX8QX6 – UUU flashing stalls with libusb error (possible LPDDR4 row address mismatch) 你好@Yogesh_ 运行以下命令后结果如何？ uuu -lsusb B.R

devkit RESET 升级 mpc5748g 我有 NXP Devkit mpc5748g，且知道它告诉我处于 RESET 升级模式，我怎样才能退出该模式，让我的板恢复运行？ 为了方便起见，我不小心在内存区域 0x00FA0000 中写错了应用程序地址，我认为这是启动跳转应用程序的原因， 我正在为我的应用程序使用 Core 0 Re: devkit reset esclation MPC5748g 我需要额外的硬件工具才能使用 TRACE32 调试板吗？ Re: devkit reset esclation MPC5748g 原因可能是由于MPC57xx设备新引入的功能——它被称为 “功能” RESET升级和 “破坏性” RESET升级（MC_RGM_FRET和MC_RGM_DRET），它导致在预定义的功能RESET次数之后，破坏性RESET发生，在预定义的破坏性RESET次数之后，设备将保持RESET状态直到下一次 POR。 解决方案是在上电复位后立即停止内核，通过调试器连接并擦除 MCU/重新加载代码。 使用 TRACE32 可以通过 “上电复位时暂停内核” 功能来完成（在菜单中选择：MPC5XXX-工具-上电复位时暂停内核。）。 如果您只有 PeMicro 调试器，我找到了另一个描述如何连接 PeMicro 的主题： https://community.nxp.com/thread/504643 还要检查你是否正确连接了电源（DevKit 和类似板可能有用于从 USB 或 5V 桶形连接器中选择电源的跳线），有时当由于未连接 5V 电源而导致微控制器断电时，你可能会看到这样的警告。 Re: devkit reset esclation MPC5748g 你好 不，你不需要额外的 HW。只是调试器。 请参阅此主题，我在其中详细解释了这一问题以及恢复程序： https://community.nxp.com/t5/MPC5xxx/MPC5746C-enter-reset-escalation/m-p/750582 顺祝商祺！ Peter

将 S32K314 与 MC33FS6500LAE 结合使用，进行 LIN 驱动器开发 您好，我目前正在使用 S32K314 芯片和 MC33FS6500LAE 进行 LIN 驱动程序开发。我已经配置了 MCU 的 LIN 部分，但是总线没有收到任何数据。请问 MC33FS6500LAE 芯片在使用 LIN 时是否需要编写驱动程序？如果有，我只有一份关于该芯片的数据表。我该怎么办？这对我非常重要，我期待着您的答复。 Re: Use S32K314 in conjunction with MC33FS6500LAE for LIN driver development 你好，目前我已将 MC33FS6500LAE 芯片的 LIN 模式设置为正常模式。使用主站模式可以发送完整的帧。但是，在主节点模式下接收从节点的响应仍然存在问题。能否告诉我需要对芯片的哪些部分进行配置才能接收响应？ Re: Use S32K314 in conjunction with MC33FS6500LAE for LIN driver development 你好 是的，FS65 需要 SPI 通信来进行初始化、看门狗处理和启用 LIN 收发器。我们的 AN14879 中的初始化流程图示例说明了关闭 INIT_FS 窗口（RESET 后 256 毫秒）后，在初始化序列末尾写入 CAN_LIN_MODE。 BRs, Tomas Re: Use S32K314 in conjunction with MC33FS6500LAE for LIN driver development 这是我第一次使用这种芯片。我正在阅读这款芯片的数据手册。请问如何将该芯片的 LIN 模式设置为正常模式？是通过 SPI 吗？ Re: Use S32K314 in conjunction with MC33FS6500LAE for LIN driver development 你好 默认情况下，LIN 模式为"睡眠/唤醒功能" 。 您需要做的是通过设置 LIN_MODE_1:0 = 0b11 将模式更改为"Normal" ： Table 65.png 希望对您有所帮助。 BRs, Tomas

MCXN howto detect ROM version MCXN howto detect current running ROM version I am using MCXN947 on FRDM_MCXN947 There are errata to upgrade the ROM version see also https://community.nxp.com/t5/MCX-Microcontrollers-Knowledge/MCX-N94x-N54x-Boot-ROM-update-to-vT1-1-5/ta-p/1996599 "Mask Set Errata for Mask 1P02G" how can I detect in my source code the current status of my mcu? - current mask? - current ROM version I do check all versions from the Flash API. And I get: - ROMAPI K3.2.0, FLASHAPI F1.2.0, NOR 1.8.2, OTP E1.1.0, IAP I1.1.0 the code is similar to: addresses taken from Reference manual section: 13.2.1 ROM API structure ptr = (uint32_t *)0x1303fc34; data = * (uint32_t *)(*ptr); printk("IAP %08X ", data); But no item refer to "T" ???? How do I check the mentioned Mask type of the silicon? I can check devicetype by querying SYSCON: uint32_t devicetype = SYSCON->DEVICE_TYPE; the DEVICEID0 is 0500008Bh rom_patch_version: 0 the DIEID is 005209A1h minor_revision: 1 But how does this data refer to Mask Number like: "1P02G" and ROM version like "T1.1.5" ??? Many thanks for more information, Adib Boot ROM|Booting | Flash MCXN Re: MCXN howto detect ROM version The link you posted specifically tells you one way to get the boot ROM version:  `blhost -- get-property 24`. As for the mask number, it's on the chip silkscreen; e.g. the one in front of me says 1P02G. Re: MCXN howto detect ROM version Hello @theadib  Thanks for your patience. I just come back from business trip. I still haven’t got the information about the address of the ROM version. Please create a private ticket and mention me. https://support.nxp.com/s/?language=en_US  Thank you. BR Alice Re: MCXN howto detect ROM version Hello Alice, is there any feedback or reference link where I can look-up the process? Many Thanks, Adib Re: MCXN howto detect ROM version Hello Alice, we have MCXN547 that are affected by ERRATA ERR052476ROM: Infinite reset loop entered when LVD event occurs Regarding this document MCXNx4x_1P02G.pdf Rev. 2.0 — 23 January 2025  This affects Mask 1P02G and ROM versions from T1.1.1 to T1.1.4. To some we have updated the ROM version 1.1.5. That should solve the problem. In order to identify all affected devices we now need to retrieve: - MASK version - ROM version I assume those information are inside the MCU. How to access the information is not (clearly) documented. Please help to get the information how to retrieve this version information. Many thanks, Adib Re: MCXN howto detect ROM version Hello @theadib  Thank you for your reply. I can help confirm with the SE team. Before escalating this case, could you please clarify why you need to read the bootloader version in the application code? What is the specific application scenario? BR Alice Re: MCXN howto detect ROM version Hello Alice, thanks for checking the UM. Maybe the information is stored in some memory area or registers. I assume that those information is not clearly indicated in the UM. Could you double-check with the engineering team please? Regards, Adib. Re: MCXN howto detect ROM version Hello @theadib  The ROM version can only be read via ISP mode of the device. I have checked the UM of MCXN947, it can't be read out in application code. BR Alice Re: MCXN howto detect ROM version I upgraded the ROM according to the instructions: before I had value: T1.1.4 now I have: T1.1.5 All the values above from ROM API versions and also from  SYSCON are unchanged. Re: MCXN howto detect ROM version Hello Robert, the question was more about how to get the ROM version from within the application. So that the application can say: I am running on old BIOS, please upgrade me. regards, Adib

S32K3-HSE 当前我们使用S32K344设计VCU控制器，该项目首次使用HSE模块满足信息安全要求，使用的RTD为1.0.0，HSE为0.2.1.0版本。目前项目已进入小批量验证阶段，当前出现一个问题：偶发性出现上电后VCU无法启动，台架测试发现SBC供电均正常，REST引脚一直出现周期性的复位信号，周期约为200ms，拉低时长约8ms，目前怀疑大概率为上电后软件卡在HSE内核，应用核未运行起来，导致的喂狗超时复位，针对该现象是否有排查方式及相关验证方法 Re: S32K3-HSE 你好@ALXY_WANG1 RTD 和 HSE 版本已经过时，我想考虑升级软件。最新 RTD 版本目前为 7.0.0，HSE 固件版本目前为 0.2.55.0。 能否将调试器连接到 MCU 上？如果是，能否读取 MC_RGM 模块中的 FES 和 DES 寄存器？这些寄存器包含功能性和破坏性 RESET 源的状态，因此它应该有助于找到 RESET 源。 您使用哪种调试器？如果使用 Trace32，我会尝试使用类似这样的简单脚本，附加到正在运行的目标上并停止执行，以便查看当前状态或挂起的位置： sys.attach 中断 要检查是否与 HSE 有关，请提供位于 0x4039_C028 的 HSE GPR 寄存器以及 MU_0 的 FSR 和 GSR 寄存器的内容。 此致， Lukas Re: S32K3-HSE 使用的调试器是PE，接上调试器后控制器就恢复正常了，可能是接上调试器让SBC处于调试模式，当控制器启动超过256ms后不会反复复位，然后软件就正常运行 Re: S32K3-HSE 使用的调试器是PE，接上调试器后控制器就恢复正常了，可能是接上调试器让SBC处于调试模式，当控制器启动超过256ms后不会反复复位，然后软件就正常运行