AutosarプログラムでOsIf_GetCounterを呼び出すとE_OS_CALLEVEL チームの皆さん、こんにちは。 私たちは NXP S32K588 をAUTOSARベースのプログラムで使用しており、 ETAS OS と EB MCALを組み合わせています。 いくつかのMCALコンポーネントは、タイムアウト方法を以下のいずれかに設定できるタイムアウト機構を提供しています: OSIF_COUNTER_SYSTEM OSIF_COUNTER_DUMMY タイムアウト方法が OSIF_COUNTER_SYSTEMに設定されている場合、影響を受けるドライバーは初期化シーケンス中にOsIf_GetCounter()を通じてOSIFカウンターにアクセスしようとします。 これらのドライバー初期化関数は EcuM_Init()から呼び出されるため、AUTOSAR OSは以下の方法でエラーを報告します: エラーフック => E_OS_CALLEVEL _Naveen__0-1782813128855.png 私たちの理解では、これはAUTOSAR OSカウンターAPIは タスク や ISRなどの有効なOSコンテキストからのみアクセスが許可されているのに対し、EcuM_Init()はOSスケジューラが起動する前に実行されるためです。 この状況に対処するための推奨されるアプローチについてアドバイスをいただけますか?具体的には： OS起動前のMCALタイムアウト処理に関して、推奨される設定はありますか？ EcuM_Init()から初期化されたドライバーにはOSIF_COUNTER_DUMMYを使うべきでしょうか? プリOSフェーズ中にタイムアウト機能を安全に有効にするための、ETAS OS、EB MCAL、またはNXP固有のガイドラインや回避策はありますか？ Re: Invokation of OsIf_GetCounter in Autosar program causes E_OS_CALLEVEL こんにちは、 ありがとうございます。SW/RTDチームに追加のフィードバックがあれば聞いてみます。 BR、ペトル Re: Invokation of OsIf_GetCounter in Autosar program causes E_OS_CALLEVEL こんにちは、 あなたの分析は正しいようです。OSIF_COUNTER_SYSTEMで設定されたドライバがOS起動前にEcuM_Init()から初期化されている場合、AUTOSAR OSの実装によってOsIf_GetCounter E_OS_CALLEVELが発生することがあります。 OS起動前の段階で初期化されるモジュールの場合、一般的な回避策は、OSベースのタイミングサービスの使用を避け、代わりにOSIF_COUNTER_DUMMY（または別のOS以外のタイミングソース）を使用することです。 具体的な推奨事項は、ETAS OSの実装方法や使用しているMCAL/RTDのバージョンによっても異なる場合があります。さらなる検証のためにS32DSとRTD(またはMCAL)バージョンを共有していただけませんか? BR、ペトル Re: Invokation of OsIf_GetCounter in Autosar program causes E_OS_CALLEVEL こんにちは、 RTDチームからのフィードバックは以下をご覧ください。 BR、ペトル このタイムアウト構成(OSIF_COUNTER_SYSTEM / OSIF_COUNTER_DUMMY)はNXPベンダー固有のものであり、AUTOSAR標準自体で定義されていません。 E_OS_CALLEVELエラーの根本原因は、OSIF_COUNTER_SYSTEMが内部的にOSカウンタAPIを呼び出すことですが、これらのAPIはStartOS()が呼び出された後にのみ有効になります。EcuM_Init()はStartOS()より先に実行されるため、この段階でOSのAPIを呼び出すことはAUTOSAR OSの呼び出しレベルルールに違反します。 推奨される解決策： EcuM_Init()(OSフェーズ前)から初期化されたすべてのMCALドライバーについては、タイムアウトメソッドを次のように設定してください。 OSIFカウンタータイプ: OSIF_COUNTER_DUMMY TimeoutValue: EB MCAL構成で定義されているデフォルト値を使用します。 OSIF_COUNTER_DUMMYはOS APIを呼び出さず、OS以前のコンテキストで安全に使用できます。

S32 Design Studio version v.3.4 expired My S32 Design Studio for S32 Platform v.3.4  expired, could you please expand the license? Order Number: S32DS-3-4_156834637 Total Number of Licenses: 101 Activation Code: 7F70-B731-EFE8-3F4B Thank you very much. Re: S32 Design Studio version v.3.4 expired Hi,  your S32DS license has been extended, please activate S32DS again with your old code. 

S32 设计工作室版本 v.3.4 已过期 我的 S32 设计工作室（适用于 S32 平台）v.3.4许可证已过期，请问能否延长许可证期限？ 订单号： S32DS-3-4_156834637 许可证总数： 101 激活码： 7F70-B731-EFE8-3F4B 非常感谢。 Re: S32 Design Studio version v.3.4 expired 你好， 您的 S32DS 许可证已延期，请使用您的旧代码重新激活 S32DS。

IMX8M+（BT+WiFiモジュール搭載）（AW-XB583MA-PUR）BTの初期化には50～60秒かかります。 NXPチームの皆様へ 当社はiMx8M+ベースのカスタムボードを使用しており、PCIeとUARTを介してそれぞれBTとWiFi（Azurawave製のモジュールAW-XB583MA-PUR）を使用しています。 BTの初期化中に問題が発生しており、UART経由で最初のHCIリセットコマンドを送信してから応答が得られるまでに約50～60秒（常に一定の時間）かかります。Azurawaveチームと確認・デバッグを行ったところ、NXP側にも確認するよう提案されました（彼らの見解では、これはNXP側の問題である可能性が高いとのことです）。 以下は、SoCとモジュール間の接続図です。 NXP: UART1_RXD <---> モジュール: UART TXD NXP: UART1_TXD <---> モジュール: UART RXD NXP: UART3_TXD <---> モジュール: UART RTS NXP: UART3_RXD <---> モジュール: UART CTS デバイスツリーの変更点： &uart1 { /* BT */ pinctrl-names = "default"; pinctrl-0 = <&pinctrl_uart1>; 割り当てられたクロック = <&clk IMX8MP_CLK_UART1>; 割り当てられたクロック親 = <&clk IMX8MP_SYS_PLL1_80M>; /*fsl,uart-has-rtscts;*/ ステータス = "正常"; }; pinctrl_uart1: uart1grp { fsl、pins = < MX8MP_IOMUXC_UART1_RXD__UART1_DCE_RX 0x140 MX8MP_IOMUXC_UART1_TXD__UART1_DCE_TX 0x140 MX8MP_IOMUXC_UART3_RXD__UART1_DCE_CTS 0x140 MX8MP_IOMUXC_UART3_TXD__UART1_DCE_RTS 0x140 >; }; i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Linux Re: IMX8M+ w/ BT+WiFi module (AW-XB583MA-PUR) BT takes 50-60 seconds time to get initialized こんにちは、 @hiteshviradiya さん。 お元気でお過ごしのことと思います。 デバイスツリーの詳細を教えていただけますか？Pinmuxのコードしか見えません。 また、使用しているBSPのバージョンと、Wi-Fiモジュールへの接続に使用しているドライバの詳細も教えてください。 よろしくお願いいたします。 サラス。 Re: IMX8M+ w/ BT+WiFi module (AW-XB583MA-PUR) BT takes 50-60 seconds time to get initialized @Manuel_Salas様、 弊社では、カスタマイズされたBuildroot（バージョン2024.08）を使用しています。カーネルバージョン：6.6.36。以前、BT関連のデバイスツリーコードとPinmuxを共有しましたが、以下に改めて共有します。 &uart1 { /* BT */ pinctrl-names = "default"; pinctrl-0 = <&pinctrl_uart1>; 割り当てられたクロック = <&clk IMX8MP_CLK_UART1>; 割り当てられたクロック親 = <&clk IMX8MP_SYS_PLL1_80M>; fsl、uart-has-rtscts; ステータス = "正常"; }; pinctrl_uart1: uart1grp { fsl、pins = < MX8MP_IOMUXC_UART1_RXD__UART1_DCE_RX 0x140 MX8MP_IOMUXC_UART1_TXD__UART1_DCE_TX 0x140 MX8MP_IOMUXC_UART3_RXD__UART1_DCE_CTS 0x140 MX8MP_IOMUXC_UART3_TXD__UART1_DCE_RTS 0x140 >; }; 他に特定のデバイスツリーノードが必要な場合はお知らせください。 Re: IMX8M+ w/ BT+WiFi module (AW-XB583MA-PUR) BT takes 50-60 seconds time to get initialized こんにちは、 使用しているドライバを指定してください。 それは習慣ですか？当サイトのBSPではAW-XB583MAを直接サポートしていません。 よろしくお願いいたします。 サラス。 Re: IMX8M+ w/ BT+WiFi module (AW-XB583MA-PUR) BT takes 50-60 seconds time to get initialized 現在は汎用UARTドライバが使用されています

Wi-Fi 命令响应超时 我正在使用基于恩智浦 IW612 芯片组的 i.MXRT1062 跨界微控制器和村田 2EL M.2 无线卡开发一个项目。该项目使用了 MCUXpresso SDK 和 FreeRTOS。当前 SDK 版本为 25.12。 在固件运行过程中，调试控制台有时会显示以下输出： `[wifi] 警告：命令响应超时。命令 0x0，长度 1514，序列号 0x16` 或 `[wifi] 警告：命令响应超时。命令 0x0，长度 66，序列号 0x16` 或 `[wifi] 警告：命令响应超时。命令 0x0，长度 190，序列号 0x16` 或 `[wifi] 警告：命令响应超时。命令 0x0，长度 60，序列号 0x16` 我不知道这些行是什么意思，可能是无线模块出了问题。打印任务列表之后，会触发紧急情况并使固件停止运行。我认为这个问题通常发生在通过无线网络连接进行流量大小不一的传输约30分钟后。 SDK 文件中的相应位置位于 `wifi_wait_for_cmdresp` 函数中的 `中间件/wifi_nxp/wifidriver/wifi.c` 中。这一点还进一步得到证实：在之前的调试控制台输出与这一行之间，大约有20秒的间隔。 我该如何排查这个问题？我可以与您合作，提供进一步的调试信息或测试 SDK 的修复方案。 Re: Wi-Fi command response timeout 您好， 我知道您正在使用一个自定义应用程序，但您是以哪个 SDK 示例作为起点开发的？如果您能使用未经修改的 SDK 示例重现相同的问题，这将极大有助于定位问题。 看来驱动程序一直在等待命令响应，但在超时结束前并未收到响应。 请在 wifi_config.h 中启用以下调试宏： CONFIG_WIFI_CMD_RESP_DEBUG CONFIG_WIFI_EVENTS_DEBUG CONFIG_WIFI_IO_INFO_DUMP CONFIG_WIFI_EXTRA_DEBUG 启用宏后，请重新编译示例并再次进行测试。请分享输出结果。 最好用最新的 SDK 进行测试，看看问题是否依然存在。 Re: Wi-Fi command response timeout 这是固件卡住时的调试输出。如果您需要之前的日志行，请告诉我。 2026年6月23日 12:27:48.808 [RX] - [wifi] 警告：命令响应超时。命令 0x0，长度 890，序列号 0x16 SDIO多端口组寄存器值： **** 转储 @ 20218FC0 长度：196 **** 00 00 00 00 ff 00 00 00 c3 00 00 00 00 00 00 00 00 00 00 00 00 00 f0 7f 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 03 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 00 00 00 00 00 87 0c 00 00 00 00 00 00 00 00 00 00 1c c2 06 c0 f4 德 09 c0 00 1e ff ff 00 0a 36 01 00 00 96 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff ff ff ff 00 00 00 00 00 00 00 00 ff ff ff ff 00 00 00 00 00 00 00 00 10 cc f0 ff ff ff ff ff 00 00 ff ff ff ff ff ff f4 74 04 c0 80 98 04 c0 00 00 00 00 ******** 结束转储 ******* 名称 状态 优先级 堆栈号 ================================================== 主任务 X 3 581 6 print_dhcp R 0 683 17 空闲 R 0 92 2 tcp/ip B 3 400 1 Tmr Svc B 4 196 3 supplicant_main_tas B 2 1456 14 nfc_cfg B 0 715 7 dhcpd_task B 3 406 15 HTTP 服务器 B 1 888 18 wifi_scan_task B 1 255 11 wlcmgr_task B 3 244 13 wifi_drv_task B 3 228 10 lwip_rx B 3 431 8 wifi_core_task B 3 276 12 [wifi] 开始处理挂起 [wifi] 正在发起 wifi 身份验证 [固件下载] S 2026年6月23日 12:27:48.824 [RX] - 开始从 0x602319fc 下载固件：1618224 2026年6月23日 12:27:54.807 [RX] - [wifi_io] 错误：SDIO - 固件就绪寄存器未设置 [wifi] 错误：sd_wifi_reinit 失败。状态码-1 断言：wlan_process_hang：550 断言失败：恐慌！ 断言错误“0”：文件“C:/tmp/mcuxsdk/mcuxsdk/中间件/wifi_nxp/wifidriver/incl/mlan_api.h”第65行函数名“panic” Re: Wi-Fi command response timeout @DanielRuvalcaba你好，请问这个问题有任何进展吗？SDK 26.03 版本也存在这个问题，您还需要我提供更多调试信息吗？ Re: Wi-Fi command response timeout 你使用的是哪个SDK示例？ 请问能否提供重现此问题的步骤？ 您使用的是定制电路板还是恩智浦参考电路板？ 是否存在任何特定的操作或条件会持续触发该问题？ 问候， 丹尼尔。 Re: Wi-Fi command response timeout 我最初使用的是 wifi_setup SDK 示例，但现在已经做了很大的修改。我使用的是定制板。 我们注意到，当无线网卡接收（可能发送）流量较大（每秒 60 兆字节或更多）时，就会出现此问题，同时固件会向无线网卡发送命令以查询平均 RSSI 和 SNR。我们的代码每秒执行一次该操作，问题通常会在一分钟内（通常更短）被触发。 如果我禁用命令传输，就不会触发该问题。 我希望这些信息能帮助您重现该问题（关键时刻是接收流量和命令传输同时进行）。

Wi-Fi command response timeout I'm working on a project using i.MXRT1062 crossover MCU and Murata 2EL M.2 wireless card based on NXP IW612 chipset. The project uses MCUXpresso SDK and FreeRTOS. The current SDK version is 25.12. During the firmware operation, sometimes I get the following output in the debug console: `[wifi] Warn: Command response timed out. command 0x0, len 1514, seqno 0x16` or `[wifi] Warn: Command response timed out. command 0x0, len 66, seqno 0x16` or `[wifi] Warn: Command response timed out. command 0x0, len 190, seqno 0x16` or `[wifi] Warn: Command response timed out. command 0x0, len 60, seqno 0x16` I don't know what do these lines mean, probably some problem with wireless module. After that a task list is printed, panic is triggered and the firmware stalls. I think the problem happens after ~30 minutes during more or less heavy traffic through the wireless connection. A corresponding place in the SDK files is located at `middleware/wifi_nxp/wifidriver/wifi.c` in `wifi_wait_for_cmdresp` function. This is further confirmed that there's a pause of roughly 20 seconds between the previous debug console print and this line. How can I troubleshoot the problem? I can work with you to provide further debugging information or test SDK fixes. Re: Wi-Fi command response timeout Hi, I understand you are using a custom application, but which SDK example did you use as a starting point? If you can reproduce the same behavior using an unmodified SDK example, it would significantly help isolate the issue. Seems the driver was waiting for a command response, and did not receive it before the timeout expired. Please enable the following debug macros in wifi_config.h: CONFIG_WIFI_CMD_RESP_DEBUG CONFIG_WIFI_EVENTS_DEBUG CONFIG_WIFI_IO_INFO_DUMP CONFIG_WIFI_EXTRA_DEBUG Once the macros are enabled; rebuild the example and test it again. Please share the output. I would be a good idea to test it with the latest SDK and see if the problems still occurs. Re: Wi-Fi command response timeout This is the debug output when the firmware hangs up. Please let me know if you need any previous log lines. 23/06/2026 12:27:48.808 [RX] - [wifi] Warn: Command response timed out. command 0x0, len 890, seqno 0x16 SDIO multiple port group registers value: **** Dump @ 20218FC0 Len: 196 **** 00 00 00 00 ff 00 00 00 c3 00 00 00 00 00 00 00 00 00 00 00 00 00 f0 7f 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 03 00 01 00 01 00 01 00 01 00 01 00 01 00 01 00 00 00 00 00 00 87 0c 00 00 00 00 00 00 00 00 00 00 1c c2 06 c0 f4 de 09 c0 00 1e ff ff 00 0a 36 01 00 00 96 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff ff ff ff 00 00 00 00 00 00 00 00 ff ff ff ff 00 00 00 00 00 00 00 00 10 cc f0 ff ff ff ff ff 00 00 ff ff ff ff ff ff f4 74 04 c0 80 98 04 c0 00 00 00 00 ******** End Dump ******* Name State Priority Stack Num ================================================== main_task X 3 581 6 print_dhcp R 0 683 17 IDLE R 0 92 2 tcp/ip B 3 400 1 Tmr Svc B 4 196 3 supplicant_main_tas B 2 1456 14 nfc_cfg B 0 715 7 dhcpd_task B 3 406 15 HTTP server B 1 888 18 wifi_scan_task B 1 255 11 wlcmgr_task B 3 244 13 wifi_drv_task B 3 228 10 lwip_rx B 3 431 8 wifi_core_task B 3 276 12 [wifi] Start to process hanging [wifi] initiating wifi-deauth [FW Download] S 23/06/2026 12:27:48.824 [RX] - tart to download firmware from 0x602319fc: 1618224 23/06/2026 12:27:54.807 [RX] - [wifi_io] Error: SDIO - FW Ready Registers not set [wifi] Error: sd_wifi_reinit failed. status code -1 ASSERT: wlan_process_hang: 550 Assert failed: Panic! ASSERT ERROR " 0 ": file "C:/tmp/mcuxsdk/mcuxsdk/middleware/wifi_nxp/wifidriver/incl/mlan_api.h" Line "65" function name "panic" Re: Wi-Fi command response timeout Hi @DanielRuvalcaba , is there any update on this issue? This also happens on SDK 26.03, do you need more debug info from me? Re: Wi-Fi command response timeout What SDK example are you using? Could you please share the steps required to reproduce the behavior? Are you using a custom board or an NXP reference board? Is there any specific action or condition that consistently triggers the issue? Regards, Daniel. Re: Wi-Fi command response timeout I started with wifi_setup SDK example, but it is very heavily modified now. I'm using a custom board. We noticed this issue happens when there is heavy Rx (maybe Tx works too) traffic to the wireless card (60 MegaBytes/second or more), and at the same time the firmware sends a command to the wireless card to query the average RSSI and SNR. Our code did that once per second, and the issue was triggered within a minute, usually less. If I disable the command transmission, the issue is not triggered. I hope this info helps you in reproducing the issue (the key moments are heavy Rx traffic and command transmission at the same time).

CLI/无头模式 您好！GUI Guider 2.0.0 是否有任何 CLI / 无头构建功能，可以用于自动化我项目中的一些 CI 版本？我不想在我的代码仓库中跟踪生成的 C 文件。 Re: CLI/Headless 我也想知道这一点。 Re: CLI/Headless 嗨@nbarrett ， @znickerson ， GUI Guider 本身并不支持 CLI 或无头代码生成，因此无法从 CI 管道中调用这些代码。 也就是说，GUI Guider 2.0.0 利用 CMake 和 Ninja 将 GUI Guider 项目生成的代码构建并编译成可刷写的 .bin 文件。或 .elf因此，通过创建使用这些工具的脚本，应该可以实现此过程的自动化。我们目前没有任何关于如何完成此操作的文档指南或脚本示例，但您可以参考 GUI Guider 工具的构建和编译日志，详细了解 GUI Guider 2.0.0 在基于 ARMGCC 的项目上执行的过程。 BR， 埃德温。

IMX8M+ w/ BT+WiFi module (AW-XB583MA-PUR) BT takes 50-60 seconds time to get initialized Dear NXP team, We have iMx8M+ based custom board and using BT & WiFi ( module AW-XB583MA-PUR from Azurawave) over PCIe and UART respectively. We are facing issue while BT initializing which takes around 50-60 seconds (fixed duration always) to get response on 1st HCI reset command over UART. We checked/debugged it with Azurawave team and they suggested also to check w/ NXP (as it seems to them) that this might be NXP side issue. Below are the SoC connections to module: NXP: UART1_RXD <---> Module: UART TXD NXP: UART1_TXD <---> Module: UART RXD NXP: UART3_TXD <---> Module: UART RTS NXP: UART3_RXD <---> Module: UART CTS Device tree changes we did: &uart1 { /* BT */ pinctrl-names = "default"; pinctrl-0 = <&pinctrl_uart1>; assigned-clocks = <&clk IMX8MP_CLK_UART1>; assigned-clock-parents = <&clk IMX8MP_SYS_PLL1_80M>; /*fsl,uart-has-rtscts;*/ status = "okay"; }; pinctrl_uart1: uart1grp { fsl,pins = < MX8MP_IOMUXC_UART1_RXD__UART1_DCE_RX 0x140 MX8MP_IOMUXC_UART1_TXD__UART1_DCE_TX 0x140 MX8MP_IOMUXC_UART3_RXD__UART1_DCE_CTS 0x140 MX8MP_IOMUXC_UART3_TXD__UART1_DCE_RTS 0x140 >; }; i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Linux Re: IMX8M+ w/ BT+WiFi module (AW-XB583MA-PUR) BT takes 50-60 seconds time to get initialized Hello @hiteshviradiya  Hope you are doing very well. Could you please share details on device tree? I just can see the Pinmux code. Also, details about the BSP version you are using and the driver used to connect to the WIFI module. Best regards, Salas. Re: IMX8M+ w/ BT+WiFi module (AW-XB583MA-PUR) BT takes 50-60 seconds time to get initialized Dear @Manuel_Salas, We are using customized buildroot (version 2024.08) w/ Kernel version: 6.6.36. I already shared BT related device tree code along with Pinmux but sharing it again as below: &uart1 { /* BT */ pinctrl-names = "default"; pinctrl-0 = <&pinctrl_uart1>; assigned-clocks = <&clk IMX8MP_CLK_UART1>; assigned-clock-parents = <&clk IMX8MP_SYS_PLL1_80M>; fsl,uart-has-rtscts; status = "okay"; }; pinctrl_uart1: uart1grp { fsl,pins = < MX8MP_IOMUXC_UART1_RXD__UART1_DCE_RX 0x140 MX8MP_IOMUXC_UART1_TXD__UART1_DCE_TX 0x140 MX8MP_IOMUXC_UART3_RXD__UART1_DCE_CTS 0x140 MX8MP_IOMUXC_UART3_TXD__UART1_DCE_RTS 0x140 >; }; Let me know if you want any other specific device tree node. Re: IMX8M+ w/ BT+WiFi module (AW-XB583MA-PUR) BT takes 50-60 seconds time to get initialized Hello. Please specify the driver you are using. Is it a custom? we do not support AW-XB583MA directly in our BSP. Best regards, Salas. Re: IMX8M+ w/ BT+WiFi module (AW-XB583MA-PUR) BT takes 50-60 seconds time to get initialized the generic UART driver is currently in use

CLI/ヘッドレス こんにちは！GUI Guider 2.0.0には、プロジェクトのCIビルドを自動化するためのCLI/ヘッドレスビルド機能はありますか？生成されたCファイルを自分のリポジトリで追跡したくはありません。 Re: CLI/Headless 私も知りたいです。 Re: CLI/Headless こんにちは、@nbarrett さん、 @znickerson さん、 GUI Guiderは、CIパイプラインから呼び出せるCLIやヘッドレスコード生成をネイティブにサポートしていません。 とはいえ、GUI Guider 2.0.0はCMakeとNinjaを利用して、GUI Guiderプロジェクトから生成されたコードをビルドおよびコンパイルし、フラッシュ可能な.binファイルを作成します。または.elfイメージを使えば、これらのツールを使ったスクリプトを作成すれば、このプロセスを自動化できるはずです。現時点では、これがどのように行われるのかのガイドやスクリプトの例はありませんが、GUI Guiderツールのビルド&コンパイルログを参照すると、GUI Guider 2.0.0がARMGCCベースのプロジェクトでどのように処理しているかを詳しく確認できます。 BR、 エドウィン。

MPC5644A 核心测试 我正在尝试对 MPC5644A 芯片组进行核心测试。 我目前使用的环境是 Eclipse 和 Wind River。 我下载了制造商的库 e200Zx_ICST_RTMC_3.0.0，其中包含几个汇编源 (.s) 文件。 其中，vle 编译成功。 但是 book_e 和 spe 编译失败。 编译过程中，各种汇编指令（如 bc、bcl、bclr、xoris、bclrl 和 bcctrl）出现错误。我打开了 book_e 和 spe 汇编文件的属性，并将 -tPPCE200Z4NEG:simple 添加到 C/C++ 版本 --> 设置 --> Diab 汇编器 --> 其他 --> 其他选项和标志中，并成功完成了编译。然而，在调试过程中，我到达了 `fsl_self_test_icst.c` 中的 `Fsl_call_test_execution_icst` 之前，而这部分实际上执行的是核心测试。如果我继续进行下一步，就会陷入无限循环。 通过 Eclipse 的反汇编检查，我发现当我单步进入地址 0x51518（紧接在 `SPE_ICST_int_logical_test` 开始之后）时，它会立即跳转到 0x3f2b90（一个空白空间）。 我应该怎么办？我不知道从哪里开始。 Re: MPC5644A core test 你好， SCST 仅支持 MPC56xx 系列中的以下设备： MPC560xP MPC564xB-C 由于 MPC5644A 和 MPC564xB 共享相同的 e200z4 CPU 内核，因此 SCST 库中以 CPU 为中心的部分可以进行调整。但是，所有整合方面都必须进行审查： 异常向量地址 存储器映射 时钟初始化 外围依赖性 链接器脚本假设 实际的 CPU 测试算法应该具有很强的可移植性，因为它们针对的是相同的 e200z4 架构。 NXP 没有为旧款 MPC5644A 设备提供官方的 SCST 库。然而，由于 MPC5644A 与 MPC564xB 系列使用相同的 e200z4 内核，因此在审查特定设备的集成细节后，或许可以采用 MPC564xB 解决方案中以 CPU 为中心的自检例程。或者，可以使用 MCU 的内置功能安全机制（ECC、CRC、看门狗、MPU、异常处理）开发自定义启动诊断实现，以满足项目特定的功能安全要求。 我应该怎么办？我不知道从哪里开始。 如果代码在 0x51518 处进入 SPE_ICST_int_logical_test()，然后立即跳转到 0x3F2B90（看起来像是空内存），我首先怀疑的不是 CPU 故障，而是链接器/库集成问题。 对于 SCST 库而言，这通常意味着以下情况之一： 1. 函数指针或分支表未正确链接 2. 缺少库对象 3. 内存模型错误/虚拟环境不匹配 4. 为另一台设备构建的 SCST 库 5. MMU/TLB 翻译问题 顺祝商祺！ Peter

GoldVip 图像上的 S32G3 LLCE 你好， 我在 SD 卡（使用 Yocto）上构建并安装了 GoldVIP 镜像，如 GoldVip-User-Manual.pdf 第 23 章所述，还包括 LLCE 所需的元器件。当我启动系统时，我确实可以看到 LLCE 固件已加载。我还看到 DTS（附后）中的llce_can条目被设置为 "okay"，而.config 中的 我有 CONFIG_CAN_LLCE=y CONFIG_CAN_LLCE_CORE=y CONFIG_CAN_LLCE_CONTROLLER=m 但我的问题是，我在 ifconfig 或 ip link show 中看不到llce_can接口；我只看到 can0、can和 can1（属于 FlexCAN）。 这怎么可能？ Re: S32G3 LLCE on GoldVip image 你好，@MrAlexIV 感谢您的回复。 提供的方法可以在纯 BSP44 下使用，GoldVIP 利用 BSP44 进行 A53 端实现，但是，它是一个用于汽车用途的完整参考软件，所有 CAN 用途都由实时内核管理，因此将 LLCE-CAN 添加到 Linux 中可能不成功。 我建议参考GoldVIP用户手册的第14章，详细了解GoldVIP如何处理LLCE-CAN。 BR 切宁 Re: S32G3 LLCE on GoldVip image 你好，启用 LCE 固件后， 我得以版本 电路板支持包。 44 映像。 然后我正在尝试从 GoldVIP 基础镜像和随附的本地.conf 文件开始版本我的 YOCTO 镜像。 我设法版本了镜像，但是当它加载到 SD 卡上并且板开启时，ifconfig 输出中没有出现 LLCE 接口。不过，我可以在版本后在 DTS 文件中看到 LLCE 接口已启用（也附在附件中）。 您能解释一下如何面对这种情况吗？ 谢谢。 Re: S32G3 LLCE on GoldVip image 你好，@MrAlexIV 很高兴听到问题已得到解决 不客气。 BR 切宁 Re: S32G3 LLCE on GoldVip image 我修复了电路板支持包的错误。这是 local.conf 中一个愚蠢的错误名称。 感谢您的支持 Re: S32G3 LLCE on GoldVip image 谢谢您的答复。 我用 BSP44.0 试过、但我还是看不到界面。我用了你提到的台词。 我附上了启动日志（还有我做的一些操作）。 另外，在启动时我能清楚地看到这条消息： " [7.054478] llce_mb 43a00000.llce_mb：LLCE 模块处于 RESET 状态。LCE 固件加载了吗？ [7.062890] llce_mb：对 43a00000.llce_mb 的探测失败了，错误是 -13 " 我在版本之前上传了二进制文件并按照你提到的更改了 local.conf（我对 LCE 1.0.9 的二进制文件所做的过程相同，但至少固件似乎已经上传了）。 Re: S32G3 LLCE on GoldVip image 你好，@MrAlexIV 感谢您的回复。 我直接使用 BSP44 Yocto 源码进行了快速测试，对 conf/local.conf 进行了修改 DISTRO_FEATURES:append =" llce-fw-load llce-can" NXP_FIRMWARE_LOCAL_DIR ="PATH_TO_LLCEFW" 重建后，就可以通过 linux shell 看到 llcecan0-15 了。 BR 切宁 Re: S32G3 LLCE on GoldVip image 谢谢你的意见。 是的，我使用的是 1.0.9 版，但我现在重新构建了 1.0.10 版。 总之，我总是遇到同样的问题（我看不到接口）。我还注意到我无法在或非闪存启动模式下启动板（附上日志）。 Re: S32G3 LLCE on GoldVip image 您好，@MrAlexIV 感谢您的回复。 根据版本说明，GoldVIP1.14 中使用了 BSP44 和 LLCE1.0.10，从日志来看，似乎使用的是 1.0.9 版？您能从您的测试中检查一下吗？ 谢谢！ BR 切宁 Re: S32G3 LLCE on GoldVip image 我使用的是GoldVip 1.14.0 我在以下文件中附上了启动日志 Re: S32G3 LLCE on GoldVip image 你好，@MrAlexIV 谢谢您的帖子。 1.请问您使用的是哪个版本的 GoldVIP？ 2。你介意和我分享控制台的完整启动日志吗？ 谢谢！ BR 切宁 Re: S32G3 LLCE on GoldVip image 嗨@MrAlexIV 。我的问题也完全一样。你找到解决方法了吗？ Re: S32G3 LLCE on GoldVip image 感谢4条帖子

S32G3 LLCE on GoldVip image Hi, I built and installed the GoldVip image on the SD card (using Yocto), as described in chapter 23 of the GoldVip-User-Manual.pdf, also including the components required for LLCE. When I boot the system, I can indeed see that the LLCE firmware is loaded. I also see that the llce_can entries in the DTS (attached) are set to “okay,” and in the .config I have:  CONFIG_CAN_LLCE=y CONFIG_CAN_LLCE_CORE=y CONFIG_CAN_LLCE_CONTROLLER=m My problem, however, is that I don’t see the llce_can interfaces with ifconfig or ip link show; I only see can0 and can and can1 (which belong to FlexCAN). How is this possible? Re: S32G3 LLCE on GoldVip image Hello, @MrAlexIV  Thanks for the reply. The method provided could be used under pure BSP44, GoldVIP utilize the BSP44 for its A53 side implementation, however, it is a whole reference software for automotive purposes, all CAN uses are managed by the real time cores, therefore adding LLCE-CAN to Linux may not be successful. I suggest referencing the chapter 14 of GoldVIP User Manual, to get details of how the LLCE-CAN are handled in the GoldVIP. BR Chenyin Re: S32G3 LLCE on GoldVip image Hi, I was able to build the BSP 44 image with the enabling of the LLCE FW. Then I was trying to build my YOCTO image starting from the GoldVip base image and the attached local.conf file. I managed to build the image, but when it is loaded on the SD card and the board is on, no LLCE interfaces appear in ifconfig output. Although, I can see the LLCE interfaces as enabled in the DTS file after the build (attached as well).  Can you explain how to face with this situation? Thank you. Re: S32G3 LLCE on GoldVip image Hello, @MrAlexIV  Glad to hear that the issue has been fixed You are welcome. BR Chenyin Re: S32G3 LLCE on GoldVip image I fixed the error for the BSP. It was a silly error name in the local.conf. Thank you for your support Re: S32G3 LLCE on GoldVip image Thank you for your reply. I tried with the BSP44.0, but I still can't see the interface. I used the lines you mentioned. I attach the boot logs (with some operations I did). Also, in the boot I can clearly see this message : "[ 7.054478] llce_mb 43a00000.llce_mb: LLCE modules are under reset. Is the LLCE firmware loaded? [ 7.062890] llce_mb: probe of 43a00000.llce_mb failed with error -13" I uploaded the binaries before doing the build and changed the local.conf as you mentioned (the same procedure I did with the binaries of the LLCE 1.0.9, but at least there the firmware seemed uploaded). Re: S32G3 LLCE on GoldVip image Hello, @MrAlexIV  Thanks for your reply. I did a quick test with the BSP44 Yocto source directly, with the modification on the conf/local.conf DISTRO_FEATURES:append = " llce-fw-load llce-can" NXP_FIRMWARE_LOCAL_DIR = "PATH_TO_LLCEFW" Once rebuilt, the llcecan0-15 could be seen from the linux shell. BR Chenyin  Re: S32G3 LLCE on GoldVip image Thank you for the observation. Yes, I was using 1.0.9, but I now re-builded with the 1.0.10. Anyway, I always have the same problem (I do not see the interfaces). I also noticed that I can't start the board in booting in NOR Flash Boot Mode (log attached). Re: S32G3 LLCE on GoldVip image Hello, @MrAlexIV  Thanks for your reply. From the release notes, the BSP44 and LLCE1.0.10 are used in GoldVIP1.14, from the log, seems it was 1.0.9 used? would you mind checking it from your test？ Thanks BR Chenyin Re: S32G3 LLCE on GoldVip image I am using GoldVip 1.14.0 I attach the boot log in the following file Re: S32G3 LLCE on GoldVip image Hello, @MrAlexIV  Thanks for your post. 1. May I know which version GoldVIP you are working with? 2. Would you mind sharing me with the full booting log from console? Thanks BR Chenyin Re: S32G3 LLCE on GoldVip image Hi @MrAlexIV. I have the exact same problem. Did you find a solution? Re: S32G3 LLCE on GoldVip image tnx 4 post

RDDRONE-BMS772 Development Board Accessories RDDRONE-BMS772开发板配件 I want to purchase the RDDRONE-BMS772 development board for battery-related experiments. I need to measure and record the voltage, current, and temperature data of the experimental battery. Besides the accessories included with the development board on the official website, what other accessories do I need to purchase, such as the battery itself and a compatible battery charger? In other words, I need to conduct battery experiments and measure and record the battery's voltage, current, and temperature data. In addition to the accessories included in the development board packaging, what other related accessories do I need for this experiment? Could you please provide a detailed list of accessories, preferably including the compatible models of these accessories? I need to purchase them all at once for the experiments. Thank you very much. 我现在想要购买RDDRONE-BMS772这个型号的开发板进行电池的相关实验需要测量记录实验电池的电压、电流和温度数据，现在除了官网上开发板包含的配件之外，我还需要购买哪些配件，比如电池、和电池匹配的电池充电器这些其他需要的相关配件；就是说我现在需要进行电池实验，需要测量记录电池的电压、电流和温度数据，在这个实验的基础上，除了开发板包装里的配件之外我还需要哪些相关的其他配件，你能不能帮我列个详细的配件清单，最好能把适配开发板的这些配件型号也帮我列一下，我需要一次性购买来进行实验，万分感谢。 Re: RDDRONE-BMS772 Development Board Accessories RDDRONE-BMS772开发板配件 Dear Fan007, for battery state estimation research, the RDDRONE-BMS772 requires a real 3S to 6S Li-ion battery pack with a balance connector and a matching charger. The documentation does not specify a particular battery or charger model. You just need to make sure that the parameters are within specified limits.  JozefKozon_1-1783586246113.png JozefKozon_2-1783586292642.png For firmware development and debugging, an external debugger is recommended, such as: SEGGER J-Link Mini PEMicro Universal Multilink Other compatible JTAG debuggers The board provides JTAG (J2) and DCD-LZ (J19) debug interfaces. There is no direct USB programming/debugging from a PC, so an external debugger is necessary.   Minimum recommended setup: RDDRONE-BMS772 board 3S Li-ion battery pack with balance connector Compatible 3S charger J-Link or PEMicro debugger Windows PC with S32 Design Studio This setup allows measurement of cell voltages, pack voltage, current (coulomb counting), temperature, and cell balancing, making it suitable for SOC/SOH algorithm development.   With Best Regards, Jozef Re: RDDRONE-BMS772 Development Board Accessories RDDRONE-BMS772开发板配件 I apologize, you didn't understand me. My current research is about battery state estimation, which requires measuring the voltage, current, and temperature data of a real battery. Therefore, I don't need a battery simulator; I need a real battery. So, I need a battery compatible with my development board and a specific model of the corresponding battery charger. Also, are the PEMicro adapter and SEGGER J-Link Mini debugger mentioned in the link necessary hardware for debugging or programming algorithms on the development board? Can't the development board be directly connected to a computer for debugging and programming? Are these adapters and debuggers available on the market? Furthermore, besides the hardware you mentioned, are there any other necessary hardware components for the development board? Please answer these questions in detail. Thank you very much. 抱歉，你没理解我的意思，我目前的研究是关于电池状态估计的，需要测量真实电池的电压电流和温度数据，所以我不需要电池模拟器，我需要的是真实的电池，所以我需要适配开发板的电池和对应电池充电器的具体型号；并且那个链接里提到的PEMicro适配器以及SEGGER J-Link Mini调试器是开发板调试或者烧录算法必须的硬件吗？开发板不能直接连接到电脑上进行调试和烧录程序吗？这些适配器和调试器在市面上可以买到吗？还有，开发板除了你提到的这几个硬件之外还有别的必须硬件吗？请您详细解答一下这些疑问，万分感谢。 Re: RDDRONE-BMS772 Development Board Accessories RDDRONE-BMS772开发板配件 I apologize, you didn't understand me. My current research is about battery state estimation, which requires measuring the voltage, current, and temperature data of a real battery. Therefore, I don't need a battery simulator; I need a real battery. So, I need a battery compatible with my development board and a specific model of the corresponding battery charger. Also, are the PEMicro adapter and SEGGER J-Link Mini debugger mentioned in the link necessary hardware for debugging or programming the development board? Can't the development board be directly connected to a computer for debugging and programming? Are these adapters and debuggers available on the market? Furthermore, besides the hardware you mentioned, are there any other necessary hardware components for the development board? Please answer these questions in detail. Thank you very much. 抱歉，你没理解我的意思，我目前的研究是关于电池状态估计的，需要测量真实电池的电压电流和温度数据，所以我不需要电池模拟器，我需要的是真实的电池，所以我需要适配开发板的电池和对应电池充电器的具体型号；并且那个链接里提到的PEMicro适配器以及SEGGER J-Link Mini调试器是开发板调试或者烧录算法必须的硬件吗？开发板不能直接连接到电脑上进行调试和烧录程序吗？这些适配器和调试器在市面上可以买到吗？还有，开发板除了你提到的这几个硬件之外还有别的必须硬件吗？请您详细解答一下这些疑问，万分感谢。 Re: RDDRONE-BMS772 Development Board Accessories RDDRONE-BMS772开发板配件 Dear Fan007,  for the additional HW needed with the RDDRONE-BMS772 please refer to this link.  JozefKozon_0-1783575667159.png For the battery pack, we can offer you a BATT-6EMULATOR and BATT-14EXTENDER. The battery emulator can be used instead of the battery pack, but because there are different connectors, the battery extender should be in between.  With Best Regards, Jozef

Fee's first read program crashed I'm using the FEE function of an S32K311 microcontroller to store data. FEE tests for erasing and writing work fine, but on the first read attempt, without any data written, it fails to load and crashes. Similar to the C40, the first read returns 0xFF, which I can use to identify the first read/write operation and fill in the default value. Is there a way to make the first FEE return a value like 0xFF instead of crashing? I'm using RTD 4.0.0. Re: Fee首次读取程序跑飞 Hi@ LJH1 The first time you call Fee_Read(), you don’t have to write to it first. However, if the block has never been written to, the read job is likely to return MEMIF_BLOCK_INVALID or MEMIF_BLOCK_INCONSISTENT. The application layer should be able to treat it as “uninitialized” and then write the default value. Do not rely on reading valid data directly on the first read; the correct approach is to check the job result after reading, and initialize default values and write them when invalid/inconsistent data is encountered. Senlent_0-1783662229362.png

IMXRT 1180 系列 您好，NXP团队， 我们目前正在评估恩智浦半导体微控制器在空间机载计算机 (OBC) 应用中的使用情况。 最初，我们考虑的是i.MX RT1170 (MIMXRT1170) ，在评估过程中，我们注意到 NXP 的文档明确指出该器件采用28nm FD-SOI 技术制造。由于半导体工艺技术是我们应用的关键评估标准，因此我们现在也对评估i.MX RT1180系列感兴趣。 在继续进行下一步之前，我们希望了解i.MX RT1180的制造工艺： i.MX RT1180 是否也像 i.MX RT1170 一样，采用28nm FD-SOI 技术制造？ 如果没有，能否请您提供RT1180所采用的工艺技术信息？ 是否有任何官方文档或产品简介提及该设备的制造节点和工艺技术？ 我们查阅了公开的文档，但未能找到有关 RT1180 工艺技术的官方声明。 这些信息对我们的内部技术评估和认证活动非常重要，我们非常感谢您的指导。 感谢您的支持。 Re: IMXRT 1180 Family 嗨@mayliu1 ， 感谢您的快速回复，并确认i.MX RT1180采用28nm FD-SOI 技术制造。 我们希望您能再澄清一点。请问这是否适用于整个 i.MX RT1180 系列，包括以下设备？ i.MX RT1186 i.MX RT1187 i.MX RT1189 如果 RT1180 系列的所有成员都采用相同的 28nm FD-SOI 工艺制造，则此信息将有助于我们进行外围和特征分析，以确定最适合我们应用的设备。 希望您能确认一下。 感谢您的支持。 此致， 鲁斯维克·R Re: IMXRT 1180 Family 嗨@ruthvik_1 ， 非常感谢您对我们产品的关注以及对我们社区的使用。 是的。i.MX RT1180 采用 28 纳米 FD-SOI 技术。 抱歉，目前还没有任何公开的官方文件或产品简介明确提及该设备的制造节点或工艺技术。 希望对你有帮助 顺祝商祺！ 5月 Re: IMXRT 1180 Family 嗨@mayliu1 ， 感谢您的及时回复和确认。这些信息非常有帮助，非常感谢。 根据您的确认，我们将继续进行评估，并将此视为对该制造技术的确认。 感谢您的支持。 问候， 鲁斯维克·R Re: IMXRT 1180 Family 嗨@ruthvik_1 ， 感谢您的反馈。 是的，我查阅了 i.MX RT1186、i.MX RT1187 和 i.MX RT1189 的相关信息。它们均采用相同的 28nm FD-SOI 工艺技术制造。   希望对你有帮助 顺祝商祺！ 5月

IMXRT 1180ファミリ NXPチームの皆様、こんにちは。 現在、宇宙搭載コンピュータ(OBC)アプリケーションでのNXPマイクロコントローラの評価を進めています。 当初、 i.MX RT1170(MIMXRT1170)を検討しており、評価の際にNXPのドキュメントに 28nm FD-SOIテクノロジで製造されていることが記されていることに気づきました。半導体プロセス技術が当社の応用における重要な評価基準であるため、現在は i.MX RT1180 ファミリーの評価にも関心を持っています。 先に進む前に、 i.MX RT1180の製造工程についてご説明いただければ幸いです。 i.MX RT1180も i.MX RT1170と同様に 28nm FD-SOI技術で製造されているのでしょうか? もしなければ、RT1180に使われたプロセス**テクノロジ**について教えていただけますか? この装置の製造ノードやプロセス**テクノロジ**について言及した公式の**ドキュメント**や**製品**概要はありますか? 公開されているドキュメントを調査しましたが、RT1180プロセス技術に関する公式な声明は見つかりませんでした。 この情報は当社の内部テクノロジ評価および資格確認活動にとって重要であり、皆様からのご指導を大変ありがたいです。 再開まで今しばらくお待ちください。 Re: IMXRT 1180 Family こんにちは、@mayliu1 さん。 迅速な返信と、 i.MX RT1180 が 28nm FD-SOIテクノロジで製造されていることを確認してくださりありがとうございます。 もう一つ、ご説明をいただければ幸いです。これが以下の機器を含む すべての i.MX RT1180ファミリに適用されるのか確認していただけますか? i.MX RT1186 i.MX RT1187 i.MX RT1189 RT1180ファミリの全ての製品が同じ28nm FD-SOIプロセスで製造されている場合、この情報はペリフェラルおよび機能解析を進め、アプリケーションに最適なデバイスを決定するのに役立ちます。 ご確認いただければ幸いです。 再開まで今しばらくお待ちください。 よろしくお願いします、 ルースヴィク・R Re: IMXRT 1180 Family こんにちは、 @ruthvik_1 さん、 私たちの製品にご関心を寄せ、コミュニティをご利用いただき、本当にありがとうございます。 はい。i.MX RT1180は28nmのFD-SOIテクノロジを採用しています。 申し訳ありませんが、現時点ではこの装置の製造ノードやプロセス技術を明示的に言及した公的な公式ドキュメントや製品概要はありません。 お役に立てれば幸いです。 よろしくお願いいたします。 5月 Re: IMXRT 1180 Family こんにちは、@ruthvik_1 さん。 ご意見ありがとうございます。 はい、i.MX RT1186、i.MX RT1187、i.MX RT1189の情報を確認しました。これらはすべて同じ28nm FD-SOIプロセス**テクノロジ**で製造されています。   お役に立てれば幸いです。 よろしくお願いいたします。 5月 Re: IMXRT 1180 Family こんにちは、@mayliu1 さん。 迅速なご対応とご確認をいただき、ありがとうございます。この情報は非常に役立ち、大変感謝いたします。 ご確認をいただいた上で、私たちは評価を進め、製造テクノロジの確認とみなします。 再開まで今しばらくお待ちください。 よろしくお願いいたします。 ルースヴィク・R

Feeの最初の読み取りプログラムがクラッシュしました S32K311マイクロコントローラのFEE機能を使用してデータを保存しています。消去と書き込みのFEEテストは正常に動作しますが、データが書き込まれていない状態での最初の読み出し試行で、ロードに失敗してクラッシュします。C40と同様に、最初の読み出しでは0xFFが返されるため、これを使用して最初の読み書き操作を識別し、デフォルト値を設定できます。最初のFEEでクラッシュする代わりに0xFFのような値を返すようにする方法はありますか？RTD 4.0.0を使用しています。 Re: Fee首次读取程序跑飞 こんにちは@ LJH1 Fee_Read() を初めて呼び出す場合、事前に書き込みを行う必要はありません。ただし、ブロックに一度も書き込みが行われていない場合、読み取り処理は MEMIF_BLOCK_INVALID または MEMIF_BLOCK_INCONSISTENT を返す可能性があります。アプリケーション層は、これを「未初期化」として扱い、デフォルト値を書き込む必要があります。 最初の読み取りで有効なデータを直接読み取ろうとしないでください。正しい方法は、読み取り後にジョブの結果を確認し、無効なデータや矛盾したデータが見つかった場合はデフォルト値を初期化して書き込むことです。 Senlent_0-1783662229362.png

关于在多个 AB_SWAP 位置使用 IVT 的说明 (S32K328) 您好，NXP团队： 我正在使用 AB_SWAP 和 HSE_B 进行 S32K328 内存布局，我需要澄清 IVT 位置应该如何处理。 摘自S32K3xx参考手册： IVT 是定义在闪存中固定位置的主要启动入口结构。 IVT 包含指向应用程序映像、启动配置和可选身份验证数据的指针。 在 AB_SWAP 配置中，根据设备和设置的不同，有多个与启动和映像选择相关的已定义闪存区域/地址。 在 S32K328 的内存映射表中，我看到： IVT 位于0x0040_0000 （活动银行） 0x0060_0000 （在同一存储区）处还有另一个对齐区域，这似乎与某些布局中的启动/优先级处理或保留空间有关。 问题： 静脉输液 IVT 是否预期仅存在于每个银行的主要位置（例如，0x0040_0000） ？ 或者，是否存在任何要求（或支持的情况），要求在另一个地址（例如0x0060_0000 ）也必须存在 IVT（或类似 IVT 的结构）？ AB_SWAP 中的多个 IVT 地址 当 RM 显示多个与 IVT 相关的地址（例如，0x0040_0000、0x0050_0000、0x0060_0000 等）时，这些地址分别代表什么？ 单独的 IVT 实例，或 同一 IVT 概念下是否使用了备用启动插槽/优先级位置？ 使用辅助/备用区域 如果像 0x0060_0000 这样的区域没有明确记录为包含 IVT： 应该保留吗？ 它可以安全地用于应用程序数据/元数据吗？ 最佳实践 对于 AB_SWAP + HSE 安全启动系统，关于 IVT，这些附加对齐地址的建议解释是什么？ 语境： 设备：S32K328 启动模式：AB_SWAP 网络安全：HSE_B，已启用安全启动 目标：正确的启动行为和安全的内存分配 S32K3 #s32k328 Re: Clarification on IVT usage at multiple AB_SWAP locations (S32K328) 嗨@venkatesh-kv 1.在任何可用的已定义地址处，一个 IVT 就足够了。它不一定要是像 0x40_0000 这样的主要位置。SBAF 负责按给定顺序搜索有效的 IVT。 如果在 IVT 更新期间出现问题，可以选择使用第二个 IVT 作为备份。这通常是在 IVT 的启动配置字中的 BOOT_SEQ 位启用安全启动时发生的。 2. S32K328 在 AB_SWAP 模式下有三个可能的 IVT 位置：0x40_0000、0x60_0000、0x1000_0000。SBAF 按此顺序搜索有效的 IVT。地址越靠下，优先级越高。例如，如果 0x40_0000 处存在有效的 IVT，SBAF 将使用此 IVT，而不会检查其他位置。 3. 不必保留该区域，您可以将其用于您的代码或数据。 4. 对于此用例，如前所述，其他 IVT 位置可用作备份。安全启动应用笔记的“6.2 更新 IVT”部分也对此进行了讨论。 可从以下网址下载： https://www.nxp.com/products/S32K3 应用笔记请点击此处查看： 文档 -> 安全文件 -> 安全启动应用笔记 v0.1.1.0（AN744511） 相关演示项目可在此处下载： 设计资源 -> 软件 -> 安全文件 -> SecureBootAppNoteDemo (SW745310) 问候， 卢卡斯

RDDRONE-BMS772开发板配件 RDDRONE-BMS772开发板配件 我想购买 RDDRONE-BMS772 开发板，用于电池相关的实验。我需要测量并记录实验电池的电压、电流和温度数据。除了官网提供的开发板配件外，我还需要购买哪些其他配件，例如电池和兼容的电池充电器？换句话说，我需要进行电池实验，测量并记录电池的电压、电流和温度数据。除了开发板包装中包含的配件外，我还需要哪些其他相关配件来进行此实验？请提供一份详细的配件清单，最好包括这些配件的兼容型号？我需要一次性购买所有实验所需的材料。非常感谢。 我现在想要购买RDDRONE-BMS772这个型号的开发板进行电池的相关实验测量记录实验电池的电压、电流和温度数据，现在除了官网上开发板包含的配件之外，我还需要购买哪些配件，比如电池、和电池匹配的电池配套这些其他需要的相关需要的配件；就是说我现在需要进行电池实验，需要记录电池的电压、电流和温度数据，在这个实验的基础上，除了开发板包装里的配件之外我还需要哪些相关的其他配件，你不能帮我列个详细的配件清单，最好能把装备开发板的这些配件型号也帮我列一下，我需要一次性购买来进行实验，万分感谢。 Re: RDDRONE-BMS772 Development Board Accessories RDDRONE-BMS772开发板配件 亲爱的 Fan007， 对于电池状态估计研究，RDDRONE-BMS772 需要一个真正的 3S 至 6S 锂离子电池组，带有平衡连接器和匹配的充电器。文档中没有具体说明电池或充电器型号。你只需要确保参数在规定的范围内即可。 JozefKozon_1-1783586246113.png JozefKozon_2-1783586292642.png 对于固件开发和调试，建议使用外部调试器，例如： SEGGER J-Link Mini PEMicro 通用多链路 其他兼容的JTAG调试器 该板提供 JTAG (J2) 和 DCD-LZ (J19) 调试接口。由于无法通过电脑直接进行 USB 编程/调试，因此需要使用外部调试器。   最低推荐配置： RDDRONE-BMS772 板 带平衡连接器的 3S 锂离子电池组 兼容3S充电器 J-Link 或 PEMicro 调试器 Windows PC 和 S32 设计工作室 该装置可以测量电池电压、电池组电压、电流（库仑计数）、温度和电池均衡，使其适用于 SOC/SOH 算法的开发。   最诚挚的问候， 约瑟夫 Re: RDDRONE-BMS772 Development Board Accessories RDDRONE-BMS772开发板配件 抱歉，你没听懂我的意思。我目前的研究是关于电池状态估计，这需要测量真实电池的电压、电流和温度数据。因此，我不需要电池模拟器；我需要的是真正的电池。所以，我需要一块与我的开发板兼容的电池，以及一个特定型号的配套电池充电器。另外，链接中提到的 PEMicro 适配器和 SEGGER J-Link Mini 调试器是开发板上调试或编程算法所必需的硬件吗？开发板能否直接连接到电脑进行调试和编程？这些适配器和调试器在市场上可以买到吗？此外，除了您提到的硬件之外，开发板是否还有其他必要的硬件元器件？请详细回答以下问题。非常感谢。 抱歉，你没明白我的意思，我目前的研究是关于电池状态估计的，需要测量真实电池的电压和温度数据，所以我不需要电池模拟器，我需要真实的电池，所以我需要改装开发板的电池和对应电池充电器的具体型号；以及那个链接里提到的PEMicro适配器以及SEGGER J-Link迷你调试器是开发板调试或者烧录算法必须的硬件吗？开发板不能直接连接到电脑上进行调试和烧录程序吗？这些固件和调试器在里面可以买到吗？还有，开发板除了你提到的这几个硬件之外还有其他必须硬件吗？请您详细解答一下这些疑问，万分感谢。 Re: RDDRONE-BMS772 Development Board Accessories RDDRONE-BMS772开发板配件 抱歉，你没听懂我的意思。我目前的研究是关于电池状态估计，这需要测量真实电池的电压、电流和温度数据。因此，我不需要电池模拟器；我需要的是真正的电池。所以，我需要一块与我的开发板兼容的电池，以及一个特定型号的配套电池充电器。另外，链接中提到的 PEMicro 适配器和 SEGGER J-Link Mini 调试器是调试或编程开发板所必需的硬件吗？开发板能否直接连接到电脑进行调试和编程？这些适配器和调试器在市场上可以买到吗？此外，除了您提到的硬件之外，开发板是否还有其他必要的硬件元器件？请详细回答以下问题。非常感谢。 抱歉，你没明白我的意思，我目前的研究是关于电池状态估计的，需要测量真实电池的电压和温度数据，所以我不需要电池模拟器，我需要真实的电池，所以我需要改装开发板的电池和对应电池充电器的具体型号；以及那个链接里提到的PEMicro适配器以及SEGGER J-Link迷你调试器是开发板调试或者烧录算法必须的硬件吗？开发板不能直接连接到电脑上进行调试和烧录程序吗？这些固件和调试器在里面可以买到吗？还有，开发板除了你提到的这几个硬件之外还有其他必须硬件吗？请您详细解答一下这些疑问，万分感谢。 Re: RDDRONE-BMS772 Development Board Accessories RDDRONE-BMS772开发板配件 亲爱的F an007， 有关 RDDRONE-BMS772 所需的其他硬件，请参阅此链接。 JozefKozon_0-1783575667159.png 对于电池组，我们可以为您提供BATT-6EMULATOR和BATT-14EXTENDER 。电池模拟器可以代替电池组使用，但由于接口不同，电池延长器应该连接在两者之间。 最诚挚的问候， 约瑟夫

SL3S1013FTB0 RFID transponder schematic check This is the RFID transponder circuit we are using, and I would like you to check the schematic connections to see if they are correct. The circuit is catered for both self-powered and external (3.6V) powered configurations Self-power configuration -  R37 = DNP and connect 0 ohms to R35. External (3.6V) power configuration – R35 = DNP and connect 0 ohms to R37. Please let me know if my configurations are correct. Re: SL3S1013FTB0 RFID transponder schematic check Hello @pragashsangaran, Hope you are doing well. For UCODE G2iM, OUT pin is a digital output that can be used for tamper loop, a small external circuit or as indicator; these configurations require VDD pin to be externally suppled. If you populate R35, it will introduce a galvanic connection that will activate the "tamper indicator" bit, as per Tag Tamper Alarm feature (please see AN10940 FAQs on UCODE G2i, Chapter 16). Is this the intended purpose for your application? For external supply, the following configuration is required: EduardoZamora_0-1782412096750.png Regards, Eduardo. Re: SL3S1013FTB0 RFID transponder schematic check Hi Eduardo. How can I configure this RFID chip for self-powered operation? Self-power means instead of supplying DC power to the chip, the RFID signal which converted to DC powers the chip.  Re: SL3S1013FTB0 RFID transponder schematic check Hi Eduardo, Are you saying that this chip cannot be configured to operate as a self-powered RFID transponder using RFID energy? need external power to power it up? Re: SL3S1013FTB0 RFID transponder schematic check Hi Eduardo, i have two cases for my product.  1) externally powered (3.6V) RFID transponder. 2) self-powered (RFID powered) RFID transponder.  i have sent the schematic above. i believe the schematic is good for case 1). You said case 2) won't work. can you propose changes for case 2).  Re: SL3S1013FTB0 RFID transponder schematic check Hi, The interrogator provides an RF field that powers the tag. External supply is required for additional features of the chip, such as boost read/write range or digital output. Regards, Eduardo. Re: SL3S1013FTB0 RFID transponder schematic check Hi, Please consider that an external power supply should be connected as follows (between VDD and RFN): EduardoZamora_0-1783546434869.png If there is a galvanic connection between VDD and OUT pins, it will activate the tamper alarm. According to AN10940 FAQs on UCODE G2i, Section 16, tamper feature and external supply mode cannot be used at the same time. I will recommend you taking a look at the AN11237 UCODE G2iM+ demo board documentation, Fig 3 and Fig 5 for some reference connections. Regards, Eduardo. Re: SL3S1013FTB0 RFID transponder schematic check Hi Eduardo, Even when my schematic doesn't show RFN connected to GND, actually, RFN is connected to GND, so my schematic is good for an external power supply.  I understand the VDD and OUT pins are connected together for the tamper alarm and not for the self-powering condition. My only question now is, how to connect the schematic for a self-powering RFID transponder? Self-powering means the power is supplied via RFID energy.