RW612 Nonsecure Flash Setting Breaks Reset Functionality Hello, I'm experiencing a weird bug with ARM TF-M and Zephyr (NXP downstream v4.3.0) on the FRDM-RW612.  I want to use a region of my flash chip for a nonsecure LittleFS filesystem.  I followed the NXP guide for adding a NS region (link) and I can successfully use the region for my filesystem, no problems with the Zephyr/FS API or access issues. My problem is that when I have the CONFIG_FLASH KConfig option enabled, I can no longer reset my board.  Calling tfm_platform_system_reset(), NVIC_SystemReset(), or even pressing the physical reset button all lock up the processor and do not actually reset the board anymore. I stepped through with a debugger and the last line executed before the debugger is detached/broken away from is core_cm33.h:2683 (within __NVIC_SystemReset): SCB->AIRCR = (uint32_t)((0x5FAUL << SCB_AIRCR_VECTKEY_Pos) | (SCB->AIRCR & SCB_AIRCR_PRIGROUP_Msk) | SCB_AIRCR_SYSRESETREQ_Msk ); If I attach a debugger after the reset occurs, GDB says the program at address 0x20005840 forever. I've tried the same thing on a very basic program, even adding CONFIG_FLASH to the zephyr hello world program causes resets to fail in the same way. Any help is appreciated, thank you! Re: RW612 Nonsecure Flash Setting Breaks Reset Functionality Hi @jm-streametric, hope you are doing well. In order to help me better analyze this behavior, would you please confirm if in the tests that you have done with the hello world example, the only setting that you add is the CONFIG_FLASH? Or are you also enabling your added NS region with the setting created from the guide (CONFIG_TFM_CUSTOM_DATA_IMPORT_REGION=y)? I have tried to run the hello world example from Zephyr (v4.3.0 downstream) only adding the CONFIG_FLASH setting and I am able to reset the board. Re: RW612 Nonsecure Flash Setting Breaks Reset Functionality Hello Jake, thank you for the clarification. The difference between RW610 and RW612 is that RW610 does not support 802.15.4 protocol, therefore there is no difference with the flexspi peripheral. Would you please confirm if you are using the FRDM-RW612 files to test these features? Or have you done your own directory for your board in Zephyr? Also, are you able to run the examples properly without the reset functionality? Or is the MCU going to hardfault at a certain point? Re: RW612 Nonsecure Flash Setting Breaks Reset Functionality Hi Roman, I made an error on the post when specifying the board, I am using a custom board with the RW610 but the flash configuration is exactly the same as the FRDM-RW612. I can get the development board to reset even with CONFIG_FLASH=y, but my custom board has the issue described in my post. Even with the TF-M and Zephyr repos set to FRDM-RW612 defaults, I get the problem of being unable to reset the board when CONFIG_FLASH=y (with and without the custom data regions). Is there a difference between the RW610 and RW612 that could cause flash/flexspi problems? Or do you think it may be another problem with my board? Re: RW612 Nonsecure Flash Setting Breaks Reset Functionality Hi Jake, thank you for the information. So, when you add the "CONFIG_FLASH=y" setting to any project, you are able to run the application normally, except when you try to do any type of reset, which leads your program to be in an infinite loop at address 0x20005840, is my understanding correct? Would you please check the Reset status Register (SYS_RST_STATUS) to check if the reset cause is being registered? Additionally, have you done all your tests with the non-secure version of the board? If you have a FRDM-RW612 board, could you please perform some tests on it and let me know whether this behavior is present or not, with the same configs you are adding to test with your custom board? Re: RW612 Nonsecure Flash Setting Breaks Reset Functionality Hi Roman, I am using the unmodified FRDM-RW612 files to test my board for the flash features since my board uses the same flash IC. I have different peripherals on my board which I have overlays for, but I'm not applying those overlays for this flash test case. The flash does work, I can access the flash data within my custom region just fine. When I access flash outside of the custom region I get a fault, which is expected. The only thing that doesn't work is that trying to reset the board either physically or with tfm_platform_system_reset() locks the board up as described above. Thank you Re: RW612 Nonsecure Flash Setting Breaks Reset Functionality Hi Roman, So, when you add the "CONFIG_FLASH=y" setting to any project, you are able to run the application normally, except when you try to do any type of reset, which leads your program to be in an infinite loop at address 0x20005840, is my understanding correct? Yes, this is correct.  I'm only able to restart the program by powering the board off and back on. Would you please check the Reset status Register (SYS_RST_STATUS) to check if the reset cause is being registered? I'm currently trying these tests with the zephyr sample hello_world.  With or without CONFIG_FLASH=y, and with my custom board or the actual FRDM-RW612, I wasn't able to get a value on SYS_RST_STATUS.  I tried pressing the physical reset button (connected to PDn on the SOC), calling tfm_platform_system_reset() after the printf statement, and triggering a hardfault by accessing a NULL pointer, but none of these produced values on the reset status register. I tried sampling it before reset, after reset in the loop at address 0x20005840, and after reset in the BL2 stage and no matter what SYS_RST_STATUS was 0.  I'm not sure if I'm checking it wrong, I use GDB (through west attach) to debug and got the value within the PMU block by printing p *((PMU_Type*)0x40031000u).  If it helps to know, the SYS_RST_EN register was always 0x39 when I sampled. Additionally, have you done all your tests with the non-secure version of the board? Yes, I build all of these tests clean by removing the build folder then running west build -b frdm_rw612/rw612/ns. let me know whether this behavior is present or not, with the same configs you are adding to test with your custom board? Most of my configs are related to peripherals on the flexcomm ports.  For my testing on this issue, I've only left changes I made to the TF-M profile.  I am using the TF-M medium arotless profile instead of large so I can perform over-the-air firmware updates with the TF-M FWU partition.  For this I have 3 extra zephyr KConfig options: CONFIG_TFM_PROFILE_TYPE_AROTLESS=y CONFIG_TFM_SFN=y CONFIG_TFM_ISOLATION_LEVEL=1 And the only thing I've edited in the TF-M module folder is the following profile setting in modules/tee/tf-m/trusted-firmware-m/platform/ext/target/nxp/frdmrw612/config.cmake: set(TFM_PROFILE "profile_medium_arotless" CACHE STRING "The TF-M profile") Which was modified from "profile_large" Thank you for your help, please let me know if I can provide any more information. Re: RW612 Nonsecure Flash Setting Breaks Reset Functionality Hi Jake, thank you for answering my questions. Since you mentioned that you tested with the FRDM-RW612, are you able to replicate the reset behavior in this board? I have tried by adding your configs and TF-M build changes (TF-M profile), but I am still unable to reproduce your behavior. If you are able to replicate this, would you please share the detailed steps that you are following to reproduce the behavior on the FRDM-RW612? Re: RW612 Nonsecure Flash Setting Breaks Reset Functionality Hi Roman, I found out the schematic for my board was wrong, and the flash chip I was using was really the W25Q01 instead of the W25Q512 like the FRDM-RW612. I soldered a W25Q512 to my board and now it resets with no problem. I apologize for wasting your time before. Are there any resources for how to reconfigure the flash settings to work with my chip? I see the fc_flexspi_nor_config_t struct in flash_config.c which is set up for the W25Q512, but is there a document or guide that specifies what I would need to change to adapt to my new chip? Re: RW612 Nonsecure Flash Setting Breaks Reset Functionality Hello Jake, don't worry about it, thank you for letting me know the root cause. Unfortunately, there is no specific guide to reconfigure the flash. However, you could take as reference the structure of the RD-RW612-BGA board directory, or the IRIS-W1-EVK board directory (from u-Blox) which both have different flash ICs from the FRDM board, on what changes are required in case of using a different flash. In the case of TF-M there is also the directory of the RD-RW612-BGA non-secure version of the board, which also may serve as reference for the required changes. Hope this helps!

FIFAワールドカップ2026を視聴するための最適なIPTVサブスクリプション 2026年FIFAワールドカップに最適なIPTVサブスクリプションをお探しなら、 BekuTVは有力な選択肢の一つです。主要な試合中もバッファリングを最小限に抑え、安定したライブスポーツストリーミングを提供しているからです。 BekuTVがワールドカップのストリーミングに最適な理由： HD、FHD、4K対応のサッカーチャネル アンチバッファスポーツサーバー 低遅延で高速なチャネル切り替えが可能 国際スポーツ報道 Firestick、スマートテレビ、Android、iPhoneで動作します IPTV SmartersおよびTiviMateに対応 総合的に見て、BekuTVはFIFAワールドカップ2026を中断なくライブ視聴するための信頼できるIPTVオプションです。 Re: Best IPTV Subscription to Watch FIFA World Cup 2026 もちろん、完璧なストリーミングサービスは存在せず、パフォーマンスはインターネット速度、デバイスの構成、場所などの要因によって左右される可能性があります。しかし、私の個人的な経験に基づくと、 Nexus IPTVは、私が以前に試したいくつかの代替サービスよりも、より安定したサービスを提供してくれました。

无传感器 PMSM 现场导向控制 V2 我目前正在使用磁场定向控制与适用于 ARM Cortex M7F 的 amclib_pmsmbemfobsrvdQ 和 amclib_TrackobSRV 相结合，为 PMSM 实现无传感器控制。我有一台几千瓦的电机，轴上安装了一个机械速度传感器。我使用 2016 年 2 月 2 日的 DRM148 Rev.1 作为参考。 我希望实现这样一种情况，即在传感器闭环 FOC 的同时，观测器在后台并行运行，并提供正确的反馈信息，从而在稳态条件下，测量（传感器）速度和观测器估计速度趋于一致。回看图 23，从 DRM148 可以看出，在启动过程中，估计的观测器速度逐渐接近开环速度。 在 AMCLIB_PMSMBemfObsrvDQ 中，我使用传感器速度输出（转换为转子角速度）作为静止状态下 BEMF 观察器的输入（因此没有开环启动）。在 0 - 100 转/分钟的范围内，观测器是初始化的，而在速度为>100 转/分钟时，则使用反馈，不再使用初始函数。此外，所要求的电压 (Udq*) 和电流 (Idq*) 将用于 BEMF 观察器输入。我将 AMCLIB_TrackObsrv 输出的电子转子速度转换为每分钟的机械速度，并将其与实际的转子/传感器机械轴速度进行直观比较。这一切都以闭环方式进行（感应）。然而，AMCLIB_TrackObsrv 的输出速度在较长时间框架内仍无法收敛（例如>10 秒），同时保持转子速度恒定（例如500 RPM）。这是在空载状态下。当对电机轴施加负载时，观测器估计的机械速度会迅速降低。 在使用传感闭环控制时，造成真实传感器机械转速和估计观测器机械转速之间转速差异的可能原因是什么？ Re: Sensorless PMSM Field-Oriented Control V2 你好@ General_motor_control、 谢谢您的帖子。 请告诉我您使用的是恩智浦的哪种产品？是 i.MX RT 还是其他？ BR 西莱斯特 Re: Sensorless PMSM Field-Oriented Control V2 你好@ General_motor_control、 观测器速度与传感器速度不一致的原因可能有几个。 最常见的是观察者输入错误。DRM148 中的 BEMF 观察者预计的是实际施加的电压和测得的电流，而不是参考值（Udq*，Idq*）。该模型明确地依赖于电机电压方程（包括：±1.0V、±1.0V、±1.0V、±1.0V）。Rs·I + d²/dt)，因此命令电压和实际电压（死区时间、直流总线纹波、饱和）之间的任何不匹配都会导致稳定的误差。 有时还会出现参数不匹配（Rs、Ld/Lq、Ke）的情况。 该观测器基于模型，使用 RL 电流观测器 + BEMF 估算。 即使很小的 Rs 或电感误差也会导致估计的 BEMF 出现偏差，从而导致错误的速度。 还要注意比例/单位的不一致性。 DRM148 对所有量都使用定点分数缩放。 任何不匹配（电压、电流、速度正常化）都会导致缓慢漂移或偏移。 必须仔细检查缩放和极对转换。 希望能帮到你。 BR 西莱斯特

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 文件夹，重新安装软件，并在输入激活码时选择脱机安装即可。

即使使用恩智浦的演示图像，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 请更新引导程序的下载链接。对我们许多人来说，这仍然是一个持续存在的问题，目前还没有找到解决方案。

开始使用 S9KEAZN8AMTG 你好。 在 S9KEAZN8AMTG MCU 上闪存我的 C 程序需要什么工具链？如果它与任何 Cortex M0+ 微控制器类似，我有 IDE（MCUXpresso），我购买了调试/闪存探头（MCU-Link 和 TagConnect TC2030 用于在 PCB 上编程 MCU），下载了探测器（LinkServer）的驱动程序，我正在寻找用 IDE 构建的 MCU 的软件开发工具包来完成我的工具链。 提前感谢！ Kinetis EA系列MCU Re: Getting started with S9KEAZN8AMTG 你好@carlos_o 谢谢你的解释！那么，从这一点出发，我该如何着手呢？既然我已经安装了 TC2030 和 MCU-Link，是否有办法通过刷新传统固件将其变成 Segger J-Link？ 如果我使用 S32，我是否能直接找到或被提示下载正确的 SDK（如果有的话）来对我的 MCU 进行编程？ ，在此先表示感谢，很抱歉提出这么多问题，这是我第一次在恩智浦生态系统中工作！ 致以最崇高的敬意 Re: Getting started with S9KEAZN8AMTG 你好@maxmad 谢谢您的帖子、 MCUXpresso IDE 不支持 KEA 系列，这是一款传统产品，因此您需要使用 IDE 的另一种替代方案，例如适用于基于 Arm 的 MCU 的 S32 Design Studio IDE 你可以参考一些 KEA FRDM 板的入门指南：FRDM-KEAZ128 入门 请注意，如果您使用的是定制板，则需要外部调试器/编程器，例如 PEMicro multilink 或 Jlink。FRDM 板有一个 K20，可以使用 OpenSDA 来刷新/调试 KEA。

寻求专家建议：掌握 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

[不正行為] 投稿者: @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件の返信があります。

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

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后不会反复复位，然后软件就正常运行

系统管理器命令 我想从 Cortex-M33 的调试端口获得有关 iMX95 19x19 LPDDR5 EVK 中可用的系统管理器命令的信息。 "help 只提供了一个列表，但没有提供带参数命令的更多信息。" 例如"lmm", 不知道可以使用哪些参数 预先感谢您指出这些信息。 阿尔弗雷多 Re: System Manager Commands 你好 我建议你看看 imx-sm 和应用笔记 AN14478。 由于 i.MX95 还处于试生产阶段，因此目前只能提供这些信息。 顺祝商祺！ Re: System Manager Commands 亲爱的豪尔赫 感谢您的及时回复。 虽然我试图配置和评估 iMX95 系统，但这个问题也与其他 iMX9 SoC（如 iMX94）相关。 按照你审查 imx-sm 代码的想法，在 imx-sm/sm/utilities/监测/监测_cmds.c 中，MONITOR_Dispatch 函数包括可用的 " 静态字符串 const cmds [] "。 那么每条命令都有一个相应的函数，例如MONITOR_CmdReason. 有几条命令，如"reason" 是简单明了的，但还有很多命令需要全面分析，甚至需要输入参数。 例如，"cpu.w"将调用 MONITOR_CmdCtrl。 我想知道为什么没有关于所有这些 SM 函数参数化的信息。 cpu.r => 所有 SoC 内核的读取模式状态（未使用参数） ctrl.w如何控制内核的运行/休眠状态？参数是什么？ ，从给出的源代码中很难理解（逆向工程）参数化。 如果 ctrl.w 能改变 SoC 内核的状态，那么 cpu.w 的作用是什么？ 感谢您的及时回复。 虽然我试图配置和评估 iMX95 系统，但这个问题也与其他 iMX9 SoC（如 iMX94）相关。 按照你审查 imx-sm 代码的想法，在 imx-sm/sm/utilities/监测/监测_cmds.c 中，MONITOR_Dispatch 函数包括可用的 " 静态字符串 const cmds [] "。 那么每条命令都有一个相应的函数，例如MONITOR_CmdReason. 有几条命令，如"reason" 是简单明了的，但还有很多命令需要全面分析，甚至需要输入参数。 例如，"cpu.w"将调用 MONITOR_CmdCtrl。 我想知道为什么没有关于所有这些 SM 函数参数化的信息。 cpu.r => 所有 SoC 内核的读取模式状态（未使用参数） ctrl.w如何控制内核的运行/休眠状态？参数是什么？ ，从给出的源代码中很难理解（逆向工程）参数化。 如果 ctrl.w 能改变 SoC 内核的状态，那么 cpu.w 的作用是什么？ 如前所述，恩智浦需要提供更多有关这些命令的信息，以便充分使用系统管理器命令行。 谨致问候，阿尔弗雷多。 Re: System Manager Commands 你好 你创建了文档吗？ 这在监测-> 资源命令（表）中有所说明。 顺祝商祺！ Re: System Manager Commands 太好了，谢谢。 这就是我需要的信息。已解决： git 克隆 https://github.com/nxp-imx/imx-sm 要生成完整文档，请安装所需的工具： $> sudo apt -y install make doxygen texlive texlive-latex-extra 然后更改为文档目录 (sm/doc)，并执行以下操作： $> make clean $> make html 输出将写入版本目录 (sm/doc/build/html)。 HTML 输出的顶层是 index.html 锉刀 = >.../imx-sm/sm/doc/版本/html/监测.html 再次感谢您指出信息的位置。阿尔弗雷多 Re: System Manager Commands 此处附有 SM 监测命令供其他用户参考。

BOOTROM 对 QuadSPI 中断 PF14_INTA 的反应 你好，专家 在读取操作过程中，如果 PF_14 / QSPI_A_INT 引脚被拉低，BootROM 是否会进入安全状态，以防止加载错误的 Bootloader 或其他数据？ 在读取操作过程中，当 PF_14 / QSPI_A_INT 引脚被拉低时，BOOTROM 的详细反应是什么？ HSE_FW 优先级：中等 资料来源直接客户 Re: The reaction of BOOTROM for QuadSPI Interrupt PF14_INTA   你好@Crisnoo_Yi_Yang、 我正在分析这个问题，很快就会给出答复。 同时，请提供您使用的芯片、HSE 变体（B/M/H）和版本、客户和项目名称。 谢谢， Marian Vilau Re: The reaction of BOOTROM for QuadSPI Interrupt PF14_INTA HSE_H 高级版还是标准版？ Re: The reaction of BOOTROM for QuadSPI Interrupt PF14_INTA 你好 玛丽安 请参阅以下所需信息： 芯片：芯片：S32G399A；HSE 变体：HSE_H；客户名称：ZOOX；项目名称：EMU V5。 Re: The reaction of BOOTROM for QuadSPI Interrupt PF14_INTA 你好，玛丽安 这个问题与 BootROM 有关，我认为不需要 HSE 版本。 Re: The reaction of BOOTROM for QuadSPI Interrupt PF14_INTA 您好， 是必要的，因为 ZOOX 没有 BSSM，我们需要晋升到销售团队。 谢谢， Marian Vilau Re: The reaction of BOOTROM for QuadSPI Interrupt PF14_INTA 你好，玛丽安 BOOTROM 是一款出厂时编程的软件，它应该被视为芯片的一部分，它不是软件组件，所以我认为即使客户没有 BSSM，恩智浦也应该回答有关该芯片的一般问题。 Re: The reaction of BOOTROM for QuadSPI Interrupt PF14_INTA 你好@Crisnoo_Yi_Yang, 能否请你告诉我 bootrom 的版本和剪切？ 敬上， Himanshu Kumar Re: The reaction of BOOTROM for QuadSPI Interrupt PF14_INTA 您好@Crisnoo_Yi_Yang, 我正在处理这个问题。销售团队已确认可以在没有 BSSM 的情况下提供支持。一旦有更多信息，我会及时更新。 敬上， Himanshu kumar Re: The reaction of BOOTROM for QuadSPI Interrupt PF14_INTA 你好，希曼舒 切割编号为 S32G3 cut1.1 Re: The reaction of BOOTROM for QuadSPI Interrupt PF14_INTA 您好@Crisnoo_Yi_Yang, 从 S32G3cut 1.1 开始，BootROM 不再处理 QSPI ECC 错误，BootROM 中也删除了 QSPI_INT (PF_14) 焊盘的 SIUL 配置。因此，在 Q SPI 读取操作期间将 PF_14/QSPI_A_INT 引脚拉低电平不会触发信号任何特殊的错误处理、安全状态行为或 Bootrom 级别的纠正措施。 我认为这澄清并完全回答了你的问题。如果您还有其他问题，请告诉我。 敬上， Himanshu Kumar Re: The reaction of BOOTROM for QuadSPI Interrupt PF14_INTA 你好，希曼舒 谢谢你的明确说明。