Multi Source Translation Content

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

Multi Source Translation Content

ディスカッション

ソート順:
GUI‑Guider 1.9.1 Hello NXP support, could you please provide the official download link for GUI‑Guider 1.9.1 GA Windows installer + offline template zip package. Thanks. eGUI Re: GUI‑Guider 1.9.1 Hi @Leo_China, The GUI Guider v1.9.1 installer is no longer provided. However, if you already have a project created with GUI Guider v1.9.x, you can use GUI Guider v1.10.x directly and import your existing project. Best Regards, Pablo
記事全体を表示
GUI-Guider 1.9.1 您好 NXP 支持团队,请问能否提供GUI-Guider 1.9.1 GA Windows 安装程序 + 离线模板 zip 包的官方下载链接?谢谢。 eGUI Re: GUI‑Guider 1.9.1 嗨@Leo_China , GUI Guider v1.9.1 安装程序已不再提供。 但是,如果您已经使用 GUI Guider v1.9.x 创建了一个项目,则可以使用 GUI Guider v1.10.x。直接导入您现有的项目。 此致, 巴勃罗
記事全体を表示
使用 dm-crypt 暂停挂起 eMMC 在 eMMC 支持的分区上使用 dm-crypt 时,我们在目标机上发现了挂起/恢复问题。 根据下表创建 dm-crypt 映射后,挂起故障立即开始: 0 crypt capi:密码块链接(CBC)(aes)-plain :32:trusted:user_encrypted 0 1 allow_discards   此表附有暂停失败错误日志,供您参考。 然后,我们对表格进行了如下修改: 0 crypt c api: cbc (aes-generic)-plain: 32: trusted: user_encrypted 0 < bac king_device > 1 allow_discards   更改后,挂起就能正常工作了。 因此,从我们的测试来看 纯分区挂载 - 无暂停问题 使用 capi: 密码块链接(CBC) (aes)-plain 进行 dm-crypt 映射会导致暂停问题 更改为 capi:密码块链接(CBC)(aes-generic)-plain 可以解决问题 这让我们认为,暂停问题与该平台上为 aes 选择的 AES 加密后端有关,而不是与一般的 dm-crypt 映射逻辑有关。 我们使用的是 6.12 版内核,启用了 PREEMPT_RT,并使用 iMx6ULL 处理器。 你能否帮忙检查一下 capi: 密码块链接(CBC) (aes)-plain 在暂停/恢复期间 BSP/内核加密驱动程序路径中是否存在任何已知问题? 我们甚至尝试了 linux 用户指南中共享的命令 https://docs.nxp.com/bundle/UG10163/page/topics/dm-crypt_using_dcp_crypto_keys.html 我们也遇到了同样的问题。 您能帮助我们解决这个问题吗? Re: Suspend hang with dm-crypt on eMMC 尊敬的恩智浦团队: 请问您能帮我解决这个问题吗?
記事全体を表示
TJA1410 - TX 没有全挥杆 我在一块定制电路板上使用TJ1410A。我正在评估Mac电脑是否能与这款PMD芯片兼容。当数据通过差分线发送到此 PMD 芯片时,它会将数据帧通过 3 线 RX(相对于 mac 的 RX)发送到 MAC。提供给 TJ1410 芯片的 VCC 为 3.3 V,我看到 RX 端有一些活动(在 3.3V 时很高)。现在电压波动范围从 3.2V 到 2V(而不是 3.3V 到 0V)。所以Mac会将此视为RX高电平,并认为它是静音的。为什么电压摆幅不正确(附示波器捕获截图)?另外,您有这款元件(TJ1410)的数据手册吗?如果有,请分享一下。 bitmasker_0-1788968416352.png Re: TJA1410 - TX does not have full swing 你好,位掩码器 再会! 请检查一下您的VIO引脚连接,确认VIO已连接到电源。TJA1410A 支持 VIO 端 1.8V 至 3.3V 的电压。如果 VCC 上提供 3.3V 电压,但 VIO 开路或未连接,则 RX 输出无法摆至地。 您可以在我们的官方网站TJA1410的“文档 > 安全”部分找到数据表。 很遗憾,这是一份机密文件,因此您必须与我们签订保密协议才能查阅。我建议您提交一份支持工单,说明您希望签署保密协议,以便将您的请求转交给相应的团队。 RafaR_1-1788987187012.pngRafaR_1-1788987187012.png 希望这些信息对您有所帮助,如果您还需要其他帮助,请告诉我。 祝你今天过得愉快,一切顺利。
記事全体を表示
spi:spi_nxp_lpspi:DMA 模式,返回 -EIO 或损坏的数据 大家好 我最近在使用 SPI DMA 进行多传感器通信时遇到了一个问题,SPI 事务返回 -EIO 或数据损坏。深入研究驱动程序后,我发现 DMA 模式下,spi_nxp_lpspi 在每次传输开始时启用两个 LPSPI DMA 请求使能位,但在结束时只禁用其中一个。无论两个 DMA 通道中哪个先完成,都会在不清除自身 DER 位的情况下完成 SPI 上下文,因此每次传输都会将一个请求使能泄漏到下一个请求中。 在 drivers/spi/spi_nxp_lpspi/spi_nxp_lpspi_dma.c 中,transceive_dma() (:346) 中这两个位同时被启用: if (channel == dma_data->dma_tx.channel) { spi_mcux_issue_TCR(spi_dev); dma_data->state = LPSPI_TRANSFER_STATE_TX_DONE; base->DER &= ~LPSPI_DER_TDDE_MASK; } else { dma_data->state = LPSPI_TRANSFER_STATE_RX_DONE; base->DER &= ~LPSPI_DER_RDDE_MASK; } 在 lpspi_dma_callback() 中,第一个完成的通道会清除它自己的位(:249–:253): if (channel == dma_data->dma_tx.channel) { spi_mcux_issue_TCR(spi_dev); dma_data->state = LPSPI_TRANSFER_STATE_TX_DONE; base->DER &= ~LPSPI_DER_TDDE_MASK; } else { dma_data->state = LPSPI_TRANSFER_STATE_RX_DONE; base->DER &= ~LPSPI_DER_RDDE_MASK; } 如果我清除这两个位,所有交易似乎都能顺利完成,没有任何警告。以下是我使用的补丁。 @@ lpspi_dma_callback() case LPSPI_TRANSFER_STATE_TX_DONE: case LPSPI_TRANSFER_STATE_RX_DONE: dma_data->state = LPSPI_TRANSFER_STATE_RX_TX_DONE; /* TX and RX both done here. */ + base->DER &= ~(LPSPI_DER_TDDE_MASK | LPSPI_DER_RDDE_MASK); spi_context_complete(ctx, spi_dev, 0); spi_context_cs_control(ctx, false); break; @@ error: + base->DER &= ~(LPSPI_DER_TDDE_MASK | LPSPI_DER_RDDE_MASK); LOG_ERR("DMA callback error with channel %d.", channel); spi_context_complete(ctx, spi_dev, ret); spi_context_cs_control(ctx, false); 附件是我使用的测试应用程序。该应用程序内置了上述解决方案。 我的问题是,驱动程序为什么只清除一个比特位,而不是两个比特位都清除?
記事全体を表示
NXP S32M276CHABMKHSR VPRE 出力電圧範囲 こんにちは、 NXP S32M276XX ICのVPRE出力電圧範囲について質問があります。 私はVPRE用に外部のP-MOSFET電圧レギュレータを使用しました。以下に示す通りです。 Ted_Qiao_0-1788752795769.pngTed_Qiao_0-1788752795769.pngTed_Qiao_0-1788752795769.pngTed_Qiao_0-1788752795769.pngTed_Qiao_0-1788752795769.png 外部P-MOSFETレギュレータがアクティブ化されている場合(CONFIG-VPREEXT = 1に設定)、VPREピンの出力電圧は約7.0Vになります。 外部P-MOSFETレギュレータがアクティブでない場合(CONFIG-VPREEXT = 0に設定し、内部レギュレータを使用する場合)、VPREピンの出力電圧は約6.3Vです。 私が説明した状態は正常でしょうか、それとも異常でしょうか?VPREの出力範囲は、両方の状態において具体的にどのくらいですか? ちなみに、データシートによると、VPREの標準出力電圧は6.4Vです。 Ted_Qiao_1-1788753322135.pngTed_Qiao_1-1788753322135.pngTed_Qiao_1-1788753322135.pngTed_Qiao_1-1788753322135.pngTed_Qiao_1-1788753322135.png Re: NXP S32M276CHABMKHSR VPRE output voltage range こんにちは、 @Ted_Qiao さん。 外部バラストPMOSを使用するレギュレータと内部バラストPMOSを使用するレギュレータの2つは、デフォルトで有効になっています。 外部レギュレーターはやや高いレギュレーターポイントを持っているため、通常条件下では唯一作動します。内部レギュレータは、外部レギュレータが無効になっている場合にのみ有効になります。 具体的な調整ポイントはデータシートに記載されていません。内部レギュレータと外部レギュレータの両方において、標準値として6.4Vのみが供給されます。 実際の調整点は、生産量の変動や操業条件によって異なります。 例えば、私のEVBでは、内蔵バラストPMOSを使用した場合、約6.2V、外部バラストPMOSを使用した場合、約6.8Vの電圧を測定しました。 VPREの絶対最大定格は7.5Vなので、あなたが測定した電圧はこの限界を大きく下回っています。 BR、ダニエル Re: NXP S32M276CHABMKHSR VPRE output voltage range こんにちは、 @Ted_Qiao さん。 リセット間にはこれらのビットは1から0まで一度だけ変更できます。 以下に示すように、両方のビットのリセット値は1であり、書き込むには0にしかできません。したがって、いずれかを1に戻す必要がある場合は、MCUをリセットする必要があります。 danielmartynek_0-1788937659360.pngdanielmartynek_0-1788937659360.pngdanielmartynek_0-1788937659360.png danielmartynek_1-1788937747975.pngdanielmartynek_1-1788937747975.pngdanielmartynek_1-1788937747975.png よろしくお願いいたします。 ダニエル Re: NXP S32M276CHABMKHSR VPRE output voltage range こんにちは、ダニエルさん。 ご説明ありがとうございます。今はもうはっきりしました。 さらに質問ですが、アプリケーションソフトウェアで内部レギュレーターモードと外部レギュレーターモードを自由に切り替えるにはどうすればよいでしょうか? 関連するレジスタは[S32M27x リファレンス・マニュアル]に従って設定しようとしています。 VPRE内部レギュレータを使用する場合(VPREINT=1、VPREEXT=0)と、VPRE外部レギュレータを使用する場合(VPREINT=0、VPREEXT=1)を設定します。しかし、動作モードでは自由に切り替えることができませんでした。 そうする背景としては、レギュレーターのモード切り替えに関するテストを行いたいからです。ありがとう! Ted_Qiao_0-1788917986227.pngTed_Qiao_0-1788917986227.png
記事全体を表示
lvgl版本支持问题 您好:     只能支持LVGL_V9的版本吗,是否能够支持切换V8版本; Re: lvgl版本支持问题 Hello @ALVAN , 您好,我检查了一下,最新的Gui-Guider v2.0.x仅支持LVGL v9.4.0。 如果想要用LVGL V8,可以考虑用Gui-Guider v1.10.1. 官网仍可下载该版本: Create Modern Embedded GUIs Fasts | NXP Semiconductors Celeste_Liu_0-1788948567553.pngCeleste_Liu_0-1788948567553.png BR Celeste
記事全体を表示
How to revert Platform SCP03 keys back to default using se05x_TP_PlatformSCP03keys.c? Hello NXP Community, I am working with the SE051 secure element and would like to ask how to properly revert the Platform SCP03 keys back to their default values using the Plug and Trust Middleware. What I have done so far: I modified demos/se05x/se05x_RotatePlatformSCP03Keys/se05x_TP_PlatformSCP03keys.c by commenting out the key reversion section (between doc:start:revert-scp03-keys and doc:end:revert-scp03-keys). I built and executed the application on my setup. The execution was successful, showing the message: "Congratulations !!! Key Rotation Successful!!!!" To verify the key change, I updated /tmp/SE05X/plain_scp.txt with the new key value (0x4041... for ENC, MAC, and DEK) and successfully connected via ssscli connect. Subsequent operations (ssscli generate rsa, ssscli set aes, and ssscli se05x readidlist) were all completed successfully, confirming that keys were written and IDs were retrieved without issues. Now, I would like to restore the Platform SCP03 keys back to the default keys (defined in sss/ex/inc/ex_sss_tp_scp03_keys.h). Could anyone guide me on how to modify se05x_TP_PlatformSCP03keys.c or what the correct process is to perform this key reversion? Environment: Board: MCIMX8M-WEVK with OM-SE051ARD Plug and Trust MW Version: v04.07.01 OP-TEE OS Version: 3.19.0 Linux Kernel: 6.1.151 OEF ID: A8FA Any advice or code pointers would be greatly appreciated. SE050 Re: How to revert Platform SCP03 keys back to default using se05x_TP_PlatformSCP03keys.c? Hi @Uc_S , If you just need to rotate the keys back to the default, the nano-package example is the recommended simpler path — only the three scp03_* arrays (current keys for auth) and the three NEW_scp03_* arrays (default keys as target) need to be updated, and the revert call within ex_se05x_rotate_scp03_keys() needs to be commented out. Please refer to the following for details. Change 1 — Set the current keys (used to open the SCP03 session) Lines 38–43 are the auth keys passed to ex_set_scp03_keys() . Replace the placeholder 0xABCD... values with your current keys ( 0x4041... 😞 uint8_t scp03_enc_key[AES_KEY_LEN_nBYTE] = { 0x40, 0x41, 0x42, 0x43, 0x44, 0x45, 0x46, 0x47, 0x48, 0x49, 0x4A, 0x4B, 0x4C, 0x4D, 0x4E, 0x4F }; uint8_t scp03_mac_key[AES_KEY_LEN_nBYTE] = { 0x40, 0x41, 0x42, 0x43, 0x44, 0x45, 0x46, 0x47, 0x48, 0x49, 0x4A, 0x4B, 0x4C, 0x4D, 0x4E, 0x4F }; uint8_t scp03_dek_key[AES_KEY_LEN_nBYTE] = { 0x40, 0x41, 0x42, 0x43, 0x44, 0x45, 0x46, 0x47, 0x48, 0x49, 0x4A, 0x4B, 0x4C, 0x4D, 0x4E, 0x4F }; c   Change 2 — Set the NEW target keys (the default SE051C A8FA keys) Lines 45–50 are the keys that will be written into the SE051 via PutKey . Replace the 0x4041... placeholder with the SE051C OEF A8FA default values: uint8_t NEW_scp03_enc_key[AES_KEY_LEN_nBYTE] = { 0xbf, 0xc2, 0xdb, 0xe1, 0x82, 0x8e, 0x03, 0x5d, 0x3e, 0x7f, 0xa3, 0x6b, 0x90, 0x2a, 0x05, 0xc6 }; uint8_t NEW_scp03_mac_key[AES_KEY_LEN_nBYTE] = { 0xbe, 0xf8, 0x5b, 0xd7, 0xba, 0x04, 0x97, 0xd6, 0x28, 0x78, 0x1c, 0xe4, 0x7b, 0x18, 0x8c, 0x96 }; uint8_t NEW_scp03_dek_key[AES_KEY_LEN_nBYTE] = { 0xd8, 0x73, 0xf3, 0x16, 0xbe, 0x29, 0x7f, 0x2f, 0xc9, 0xc0, 0xe4, 0x5f, 0x54, 0x71, 0x06, 0x99 }; c   Change 3 — Comment out the revert block In ex_se05x_rotate_scp03_keys() , comment out lines 85–90 so the code does a single rotation only (current → default) and does not try to rotate back again: /* -- Comment out the revert block below -- */ // SMLOG_I("Reverting SCP03 keys(version - %02x) to OLD KEYS \n", KEY_VERSION); // ret = ex_se05x_change_keys(&se05x_session, &scp03_enc_key[0], &scp03_mac_key[0], &scp03_dek_key[0]); // if (ret != 0) { // SMLOG_E("Error in ex_se05x_change_keys \n"); // return 1; // } c     Have a great day, Kan ------------------------------------------------------------------------------- Note: - If this post answers your question, please click the "Mark Correct" button. Thank you! - We are following threads for 7 weeks after the last post, later replies are ignored Please open a new thread and refer to the closed one, if you have a related question at a later point in time. ------------------------------------------------------------------------------- Re: How to revert Platform SCP03 keys back to default using se05x_TP_PlatformSCP03keys.c? @Kan_Li  Thank you for the clarification. In my case, the current keys are known (0x4041... for ENC, MAC, and DEK), and I can successfully establish an SCP03 session using these keys via ssscli. Since I have the current keys available to authenticate, could you please provide details on how to modify se05x_TP_PlatformSCP03keys.c to perform the key rotation back to the default values? Specifically, I would like to know: Which variables or macros should be updated with the current keys (0x4041...) for authentication during session setup. Which variables or structures should hold the target default key values (ex_sss_tp_scp03_keys.h) for the PutKey operation. Any code snippets or specific line references in se05x_TP_PlatformSCP03keys.c (or related boot/auth headers) would be greatly appreciated. Re: How to revert Platform SCP03 keys back to default using se05x_TP_PlatformSCP03keys.c? Hi @Uc_S , Rotating the Platform SCP03 keys back to the default values is only possible when the current keys are known, as a successfully authenticated SCP03 session is required before any key update ( PutKey ) command can be issued to the SE051. If the current keys have been lost or forgotten, it is not possible to authenticate to the SE051 and perform the key rotation. There is no backdoor or override mechanism — this is by design to preserve the security model of the device. Additionally, a factory reset does not help, as Platform SCP03 keys are explicitly unaffected by the factory reset procedure. In this situation, the only option is to replace the SE051 with a new device that still carries the default NXP-provisioned keys.   Have a great day, Kan ------------------------------------------------------------------------------- Note: - If this post answers your question, please click the "Mark Correct" button. Thank you! - We are following threads for 7 weeks after the last post, later replies are ignored Please open a new thread and refer to the closed one, if you have a related question at a later point in time. ------------------------------------------------------------------------------- Re: How to revert Platform SCP03 keys back to default using se05x_TP_PlatformSCP03keys.c? @Kan_Li  Thank you for providing the detailed guidance. Following your instructions, I updated the keys, commented out the revert block, and successfully built and executed the nano-package example. However, during execution, the SCP03 key update operation failed with a SW status code 6A80 during the PUT KEY APDU command. Here is the summary of the execution log: Plug and Trust nano package - version: 1.6.1 ... Establish Secure Channel to SE05x ! Sending GP Initialize Update Command !!! ... CardCryptogram verified successfully...Calculate HostCryptogram Sending GP External Authenticate Command !!! APDU Tx> :84 82 33 00 10 ... APDU Rx< :69 82 Authentication Successful!!! Created scp03 Session Changing SCP03 keys(version - 0b) to NEW KEYS APDU Tx> :84 d8 0b 81 58 ... APDU Rx< :6a 80 Error in DoAPDUTxRx Error in ex_se05x_change_keys SE05x Rotate SCP03 keys Example Failed ! Regarding potential root causes, I suspect that either the OpenSSL version (OpenSSL 3.x is used on both the build PC and the target evaluation board) is affecting key derivation/formatting during PutKey, or the DEK value in particular might have been mismatched/rewritten previously. At this moment, I do not have sufficient bandwidth to investigate or address these possibilities further. I will look into them separately if time permits later. Thank you again for your assistance.
記事全体を表示
i.MX 8X VPU H.264エンコーディング 固定ビットレート こんにちは、 当社では、i.MX 8X(Digi ConnectCore 8X Proに搭載)を使用して、gstreamerで一定のビットレートでビデオをエンコードしています。BSPをアップデートした後、エンコーダーが要求されたビットレートに達していないことが判明しました。 これは、gstreamerの「ball」テストソースで再現可能です(300フレーム、30fpsの場合、4000Kbpsで約5MBのファイルサイズになると予想されます)。 gst-launch-1.0 -e videotestsrc pattern=ball num-buffers=300 ! video/x-raw,format=NV12,width=640,height=512,framerate=30/1 ! v4l2h264enc extra-controls="controls,video_bitrate_mode=1,video_bitrate=4000000,video_b_frames=0" ! "video/x-h264,profile=baseline,level=(string)4" ! h264parse ! filesink location=out.h264 エンコーダーファームウェアバージョン1.3.0では、その結果、ファイルサイズは4980939バイト(約5MB)となるが、バージョン1.4.5ではわずか102994バイト(約0.1MB)となる。 これはファームウェアの既知の回帰現象であり、一定ビットレートを使う回避策があるかどうか確認してもらえますか? テスト済みプラットフォームの詳細: Kernel 6.6.52 (Digi Embedded Yocto) gstreamer 1.24.7 i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus Linux Re: i.MX 8X VPU H.264 Encoding Constant Bitrate 別のテストによると、これはエンコーダーバージョン1.4.1では動作していると思いますが、1.4.5では動作していないので、これらのバージョン間の回帰だと思います
記事全体を表示
Request to add archived S32K3 FreeRTOS 2.0.0 and TCP/IP 1.0.1 packages to my NXP account Hello NXP Support Team, I am working on an S32K344 project using S32 Design Studio 3.4 and S32K3 RTD 2.0.0. I have an existing working Ethernet/lwIP project that was originally created with the following software versions: S32 Design Studio: 3.4 S32K3 RTD: 2.0.0 FreeRTOS: 10.4.6 UOS 2.0.0 S32K3 TCP/IP Stack: RTM 1.0.1 I now need to modify the project in Configuration Tools to add a FlexCAN configuration. However, my current S32DS installation does not have the matching FreeRTOS and TCP/IP Configuration Tools packages installed. Because of this, when I use Update Code, Configuration Tools does not recognize the existing FreeRTOS/lwIP components and proposes deleting files such as: FreeRTOSConfig.h lwipcfg.h lwipopts.h lwippools.h netifcfg.h netifcfg.c The newer packages available in my account are not compatible with this project. For example, FreeRTOS 2.0.1 and TCP/IP 1.0.1 HF1 are aligned with RTD 2.0.1, while my project is based on RTD 2.0.0. I understand that the matching FreeRTOS 2.0.0 package has been archived. Could you please add access to the following archived packages to my NXP account? SW32K3_FreeRTOS_10_4_6_UOS_2_0_0_DS_updatesite_D2204.zip and, if possible, the matching TCP/IP package: S32K3_TCPIP_RTM_1_0_1_D2205_updatesite.zip These packages are required so I can open and regenerate the existing project using the same software versions it was originally developed with, without migrating the entire project to a different RTD release. My target is:   MCU: S32K344 S32DS: 3.4 S32K3 RTD: 2.0.0 FreeRTOS: 10.4.6 UOS 2.0.0 TCP/IP Stack: RTM 1.0.1 Could you please enable these archived downloads for my account, or provide the correct procedure for obtaining them? Thank you. Re: Request to add archived S32K3 FreeRTOS 2.0.0 and TCP/IP 1.0.1 packages to my NXP account Hello @Aaditya773, I understand you are trying to access the older releases. These older packages are outdated and no longer actively maintained, however, if the account had requested access to the package before, you should be able to see it through the 'Previous' tab inside the Flexera portal: Julin_AragnM_0-1788887530794.pngJulin_AragnM_0-1788887530794.pngJulin_AragnM_0-1788887530794.pngJulin_AragnM_0-1788887530794.png If the account does not have access, I would like to guide you toward a more sustainable path: migrating your project to RTD 6.0.0 or RTD 7.0.0. Newer RTD (as well as FreeRTOS and Stack releases) provide documented known issues, bugfixes, optimizations, as well as a broader support for K3 derivatives. There are various community examples for Ethernet enablement with newer RTD packages:  Example S32K358 GMAC lwIP FreeRTOS RDBESS S32DS 3.6.1 RTD600 Example S32K389 GMAC1 SABRE lwIP FreeRTOS S32DS 3.6.1 RTD600 Example S32K344 EMAC lwIP FreeRTOS miniEVB S32DS 3.6.1 RTD 6.0.0 [RTD600 MCAL] Example FRDM-A-S32K358 EMAC lwIP FreeRTOS S32DS 3.6 RTD 6.0.0  For RTD 6.0.0, you can install the following compatible packages: SW32K3_S32M27x_RTD_R21-11_6.0.0_D2506_DesignStudio_updatesite.zip SW32K3_FreeRTOS_11.1.0_6.0.0_CD1_D2506_DesignStudio_updatesite.zip SW32K3_TCPIP_STACK_3.0.0_D2507_DesignStudio_updatesite.zip For RTD 7.0.1, you can install the following compatible packages: SW32K3_S32M27x_RTD_R23-11_7.0.1_D2603_DesignStudio_updatesite.zip SW32K3_FreeRTOS_11.1.0_7.0.0_CD1_HF1_D2511_DesignStudio_updatesite.zip SW32K3_TCPIP_STACK_5.0.0_CD01_D2605_DesignStudio_updatesite.zip In case you determine the older package is necessary to continue your development with the older SW version, please help me by contacting your assigned distributor or NXP contact. Best regards, Julián Re: Request to add archived S32K3 FreeRTOS 2.0.0 and TCP/IP 1.0.1 packages to my NXP account Hello Julián, Thank you for your response and for sharing the RTD 6.0.0 migration path. I have tried setting up the newer environment, but unfortunately the older S32K344-WB project still does not work correctly under the newer software stack. The project was originally created around the older S32DS 3.4 / PlatformSDK 2.0.0 generation, and several parts of the original configuration do not translate cleanly to the newer environment. The project specifically depends on: S32 Design Studio 3.4 S32K344 / S32K3 PlatformSDK 2.0.0 ${PLATFORMSDK_S32K3_2022_03_S32K344_M7_2.0.0_PATH} SW32K3_RTD_4_4_2_0_0_D2203 SW32K3_FreeRTOS_10_4_6_UOS_2_0_0_DS_updatesite_D2204.zip S32K3_TCPIP_RTM_1_0_1_D2205_updatesite.zip I have checked the available and Previous downloads, but I cannot find these archived packages for my account. At this point, the newer packages do not seem to be a workable replacement for this particular legacy project, so I would be very grateful if NXP could make the required archived S32DS 3.4-compatible packages available to my account. In particular, could you please add or provide access to: S32K3 / S32K344 PlatformSDK 2.0.0 / RTD 2.0.0 SW32K3_FreeRTOS_10_4_6_UOS_2_0_0_DS_updatesite_D2204.zip S32K3_TCPIP_RTM_1_0_1_D2205_updatesite.zip any matching S32 Configuration Tools / device-support package required for S32K344 under S32DS 3.4 I would really appreciate it if these archived packages could be added to my available downloads, since I have not been able to find another setup that works correctly with this project. Thank you very much for your help. Re: Request to add archived S32K3 FreeRTOS 2.0.0 and TCP/IP 1.0.1 packages to my NXP account Hello @Aaditya773, Since the SW package is not available through the 'Previous' tab, most likely the account never had access to the package in the first place. If you have an assigned FAE, or Sales representative, please help me by contacting them so they can request access for your account. On the other hand, if you would like to work on migrating the S32K344-WB projects to newer RTD, I can assist you with any issues during the process. Best regards, Julián
記事全体を表示
bootloader需要fs26安装包 目前我在使用unified_bootloader_demo_v2.1,进行基于s32k344的bootloader工程移植开发,rtd使用2.0,我的控制器使用fs26芯片,fs26 sbc驱动包最低匹配rtd3.0,能提供给我匹配rtd2.0的 sbc包或者手写实现代码?如果能提供rtd3.0以上bootloader工程更好了? 十分感谢! 回复: bootloader需要fs26安装包 你好,图片1是需要修改startup_cm7.s启动文件中,关于ram初始化的启动,我为了尽量少的改动,可以bootloader v2.1中只修改extern void Boot_PowerONClearAllFlag(void);这样可以吗? 回复: bootloader需要fs26安装包 你好, 我现在使用bootloader的 v2.1进行修改,说是ecc校验4字节出现错误,此函数 Boot_PowerONClearAllFlag需要修改,直接进行8字节校验,发现启动函数只有ExchangeInfo区域没有初始化,我这样修改可以吗? /*when power on, clear all flag in RAM for ECC.*/ void Boot_PowerONClearAllFlag(void) {     uint16 infoCrc = 0u;     uint8 index = 0u;     /*clear RAM with 8 bytes for ECC*/     for(index = 0u; index < (gs_stBootInfo.infoDataLen >> 3u); index++)     {         *((uint64 *)gs_stBootInfo.infoStartAddr + index) = 0u;     }         infoCrc = Boot_CalculateInfoCRC();     SetInforCRC(infoCrc);   } 回复: bootloader需要fs26安装包 Hi 很抱歉,社区分享的Unified bootloader Demo按“原样”提供,没有更高S32K3 RTD版本例程。由此造成的不便,我们深表歉意。 FS26 SBC Autosar 4.4 version 1.0.0 是搭配S32K3 RTD 2.0.0的,我已经向内部团队帮你申请这个旧版本驱动,请等待他们为你账号添加该版本软件下载权限。 顺便提一句,需要注意例程里一个错误。S32K3常见问题检查列表(Check list)分享的 "3.4.3 需要使用8字节写的方式对RAM进行ECC初始化"有提到: 检查RAM(特别注意Standby RAM)进行ECC初始化时是否按照8字节写的方式。 例如:*(uint64 *)0x20400000 = 0; 不遵守可能ECC错误。 在NXP做的BOOTLOADER示例工程中使用了4字节清零的ECC初始化方式, *(uint32 *)0x20400000 = 0; 是错误的,不要参照。 S32K3 sharing data between Bootloader and Application里也有关于此的讨论。 Best Regards, Robin 回复: bootloader需要fs26安装包 把 Boot_PowerONClearAllFlag() 从 4 字节写改成 8 字节/64-bit 写,是解决 S32K3 RAM ECC 初始化问题的关键。你这么改看起来是可以的。 ExchangeInfo的问题请参考s32k312Will the data in the SRAM area not be reset during the reset process?里的讨论。 1.0 0 FS26 SBC Autosar 4.4 version 1.0.0 应该已经添加到你的账号里了。
記事全体を表示
Gui-guider 2.0に関するいくつかの提案 Gui-guider 2.0では、生成されるファイル内のタイムスタンプを有効にするか無効にするかを制御できるオプションが設定に追加されることを期待しています。 すると、生成された各ページ(画面)には、たとえ私のページがイベントを登録していなくても、対応するgg_event_screen.cファイルが作成されます。 イベントが登録されていない場合は、イベントコンテンツが生成されないようにしたい。 さらに、現在プロジェクトに表示されていない画像やリソースを選択的に含める仕組みが欲しいです。ゴーストページから画像やフォントをプロジェクトに含めることは可能ですが、あまり洗練された方法ではありません。 フォントに関しては、現在設定画面にすべてのフォントのデフォルトの生成範囲を制御する項目があります。将来的には、すべてのフォントの生成範囲を制御できるようになることを期待しています。 謝辞
記事全体を表示
请求将已归档的 S32K3 FreeRTOS 2.0.0 和 TCP/IP 1.0.1 软件包添加到我的 NXP 帐户 您好,NXP支持团队, 我正在使用 S32 Design Studio 3.4 和 S32K3 RTD 2.0.0 开发一个 S32K344 项目。我有一个现有的以太网/lwIP项目,该项目最初是用以下软件版本创建的: S32 设计工作室:3.4 S32K3 RTD:2.0.0 FreeRTOS:10.4.6 UOS 2.0.0 S32K3 TCP/IP 协议栈:RTM 1.0.1 我现在需要在配置工具中修改项目,以添加 FlexCAN 配置。但是,我目前的 S32DS 安装中没有安装匹配的 FreeRTOS 和 TCP/IP 配置工具包。 因此,当我使用“更新代码”时,“配置工具”无法识别现有的 FreeRTOS/lwIP 组件,并建议删除诸如以下文件: FreeRTOSConfig.h lwipcfg.h lwipopts.h lwippools.h netifcfg.h netifcfg.c 我账户中可用的较新软件包与此项目不兼容。例如,FreeRTOS 2.0.1 和 TCP/IP 1.0.1 HF1 与 RTD 2.0.1 一致,而我的项目基于 RTD 2.0.0。 我知道配套的 FreeRTOS 2.0.0 软件包已被归档。请将以下已存档代码包/软件包的访问权限添加到我的 NXP 帐户中? SW32K3_FreeRTOS_10_4_6_UOS_2_0_0_DS_updatesite_D2204.zip 如果可能,还要提供匹配的 TCP/IP 数据包: S32K3_TCPIP_RTM_1_0_1_D2205_updatesite.zip 需要这些软件包,以便我可以使用最初开发该项目时使用的相同软件版本打开并重新生成现有项目,而无需将整个项目迁移到不同的 RTD 版本。 我的目标是:   MCU: S32K344 S32DS: 3.4 S32K3 RTD: 2.0.0 FreeRTOS: 10.4.6 UOS 2.0.0 TCP/IP Stack: RTM 1.0.1 请问能否为我的账户启用这些存档下载功能,或者提供获取它们的正确步骤? 谢谢! Re: Request to add archived S32K3 FreeRTOS 2.0.0 and TCP/IP 1.0.1 packages to my NXP account 你好@Aaditya773 , 我了解到您正在尝试访问旧版本。这些旧软件包已过时且不再维护,但是,如果该帐户之前申请过访问该软件包,您应该可以通过 Flexera 门户中的“以前”选项卡看到它: Julin_AragnM_0-1788887530794.pngJulin_AragnM_0-1788887530794.pngJulin_AragnM_0-1788887530794.pngJulin_AragnM_0-1788887530794.png 如果该帐户没有访问权限,我想引导您走上一条更可持续的道路:将您的项目迁移到 RTD 6.0.0 或 RTD 7.0.0。较新的 RTD(以及 FreeRTOS 和 Stack 版本)提供了已记录的已知问题、错误修复、优化,以及对 K3 衍生品的更广泛支持。 社区中有很多利用新型RTD封装实现以太网功能的案例: 示例 S32K358 GMAC lwIP FreeRTOS RDBESS S32DS 3.6.1 RTD600 示例 S32K389 GMAC1 SABRE lwIP FreeRTOS S32DS 3.6.1 RTD600 示例 S32K344 EMAC lwIP FreeRTOS miniEVB S32DS 3.6.1 RTD 6.0.0 [RTD600 MCAL] 示例 FRDM-A-S32K358 EMAC lwIP FreeRTOS S32DS 3.6 RTD 6.0.0 对于 RTD 6.0.0,您可以安装以下兼容软件包: SW32K3_S32M27x_RTD_R21-11_6.0.0_D2506_DesignStudio_updatesite.zip SW32K3_FreeRTOS_11.1.0_6.0.0_CD1_D2506_DesignStudio_updatesite.zip SW32K3_TCPIP_STACK_3.0.0_D2507_DesignStudio_updatesite.zip 对于 RTD 7.0.1,您可以安装以下兼容的 代码包,软件包: SW32K3_S32M27x_RTD_R23-11_7.0.1_D2603_DesignStudio_updatesite.zip SW32K3_FreeRTOS_11.1.0_7.0.0_CD1_HF1_D2511_DesignStudio_updatesite.zip SW32K3_TCPIP_STACK_5.0.0_CD01_D2605_DesignStudio_updatesite.zip 如果您确定需要使用旧版软件包才能继续使用旧版软件进行开发,请联系您指定的代理商或 NXP 联系人,以帮助我解决问题。 此致, 朱利安 Re: Request to add archived S32K3 FreeRTOS 2.0.0 and TCP/IP 1.0.1 packages to my NXP account 你好,朱利安, 感谢您的回复,并分享了 RTD 6.0.0 的迁移路径。 我已经尝试设置新的环境,但不幸的是,旧的 S32K344-WB 项目在新软件栈下仍然无法正常工作。该项目最初是围绕较旧的 S32DS 3.4 / PlatformSDK 2.0.0 版本创建的,原始配置的几个部分无法顺利已翻译为较新的环境。 该项目具体依赖于: S32 设计工作室 3.4 S32K344 / S32K3 平台 SDK 2.0.0 ${PLATFORMSDK_S32K3_2022_03_S32K344_M7_2.0.0_PATH} SW32K3_RTD_4_4_2_0_0_D2203 SW32K3_FreeRTOS_10_4_6_UOS_2_0_0_DS_updatesite_D2204.zip S32K3_TCPIP_RTM_1_0_1_D2205_updatesite.zip 我已查看可用下载和先前下载记录,但我的帐户中找不到这些已存档的软件包。 目前看来,较新的软件包似乎无法替代这个特定的遗留项目,因此,如果 NXP 能将所需的已归档的 S32DS 3.4 兼容软件包提供给我的帐户,我将非常感激。 具体来说,能否请您添加或提供以下访问权限: S32K3 / S32K344 平台SDK 2.0.0 / RTD 2.0.0 SW32K3_FreeRTOS_10_4_6_UOS_2_0_0_DS_updatesite_D2204.zip S32K3_TCPIP_RTM_1_0_1_D2205_updatesite.zip S32DS 3.4 下 S32K344 所需的任何匹配的 S32 配置工具/设备支持包 如果能将这些存档软件包添加到我的可用下载列表中,我将非常感激,因为我一直找不到其他能与此项目正确配合使用的安装程序。 非常感谢您的帮助。 Re: Request to add archived S32K3 FreeRTOS 2.0.0 and TCP/IP 1.0.1 packages to my NXP account 你好@Aaditya773 , 由于“上一页”选项卡中没有该软件包,因此该帐户很可能一开始就没有访问过该软件包的权限。 如果您有指定的现场应用工程师 (FAE) 或销售代表,请联系他们,以便他们申请访问您的帐户。 另一方面,如果您想将 S32K344-WB 项目迁移到更新的 RTD,我可以协助您解决过程中遇到的任何问题。 此致, 朱利安
記事全体を表示
88W9098 能量检测 (ed_mac) 调谐 你好, 我们正在使用 u-blox M2-JODY-W377 中的 88W9098,通过 SDIO 以 SDR50 运行。我们有来自 GitHub 的驱动程序/固件版本 lf-6.18.20_2.0.0。我们将其用作 2.4GHz 信道 6 的接入点。 我们遇到一个问题,启用 ed_mac(在 wifi_mod_para.conf 中使用“init_hostcmd_cfg=nxp/ed_mac.bin”,或使用 mlanutl 和 ed_mac_ctrl_V3_909x.conf)会导致我们内部应用程序测试的稳定性/延迟大幅下降: ed_mac_test.pnged_mac_test.pnged_mac_test.pnged_mac_test.pnged_mac_test.pnged_mac_test.pnged_mac_test.pnged_mac_test.pnged_mac_test.png 我无法在这里详细介绍测试内容,但它是对特定内部步骤进行端到端延迟测量,使用了多台机器,中间连接了一个 88W9098 接入点。使用 ed_mac 后,某些曲线的平均延迟不仅比不使用时高出 200-250 毫秒,而且总体而言,它们的延迟波动也更大,并且往往会出现随机的“突发性”延迟增加。 我们尝试调整偏移量“ed_ctrl_2g.offset”并将“ed_ctrl_5g.offset”设置为与默认值 0x8 不同的值,但我们尝试的任何值对测试都没有影响。唯一能产生影响的方法是将 enable (2g/5g) 都设置为 0,或者在启动时不加载该文件。 还有其他方法可以尝试吗? Re: 88W9098 Energy Detect (ed_mac) tuning 亲爱的@mjourdan , 感谢您提供的详细描述和测试数据。鉴于 ed_mac(能量检测 MAC)功能的设计方式,您看到的这种行为实际上是预期的,但有几件事值得检查和澄清。 为什么 ed_mac 会导致 AP 模式下延迟更高 ed_mac 功能是专门为欧盟 ETSI EN 300 328 适应性合规性测试而设计的。其核心机制是当固件检测到信道上的能量超过阈值时,主动抑制传输。在接入点场景中,每当无线电检测到环境能量时,这都会直接延迟缓冲的下行链路数据包,从而导致您正在测量的延迟尖峰和“突发”。调整偏移参数会改变阈值灵敏度(无线电触发的难易程度),但不会消除抑制行为本身——这就是为什么任何偏移值对端到端延迟测试都没有可测量的影响。 配置文件不匹配 我注意到您正在使用 ed_mac_ctrl_V3_909x.conf。根据我们的应用笔记 AN13756,88W9098 的正确配置文件是ed_mac_ctrl_V2_909x.conf (默认值为 ed_ctrl_2g.offset = 0x08 和 ed_ctrl_5g.offset = 0x08)。V3 版本使用了不同的 ed_ctrl_txq_lock 字段值,并且不是此设备的验证配置。请尝试使用 ed_mac_ctrl_V2_909x.conf 并测试延迟影响是否有所改善。 关键问题:您的部署是否需要符合欧盟适应性要求? ETSI EN 300 328 自适应要求仅适用于在欧盟/欧洲经济区市场运营且声明的最大射频输出功率为 10 dBm EIRP 或以上的设备。请您确认: 该设备是否已在欧盟部署并获得 ETSI EN 300 328 认证? 您的模块(u-blox M2-JODY-W377)的标称射频输出功率是多少? 如果您的使用场景不需要符合欧盟标准,那么正确的解决方案就是不加载 ed_mac 配置——您已经确认这样做可以完全解决延迟问题。 如果需要合规性,我们建议首先切换到 ed_mac_ctrl_V2_909x.conf,如果延迟问题仍然存在,我们可以探讨是否有更新的固件版本可以改善 AP 模式的行为。 请与我们联系以上问题的答案,我们将据此进行后续跟进。 顺祝商祺! 卫东 Re: 88W9098 Energy Detect (ed_mac) tuning 谢谢卫东。是的,该产品的输出功率绝对超过 10dBm EIRP,需要符合 EN 300 328 标准。 我尝试过使用 ed_mac_ctrl_V2_909x.conf( https://github.com/u-blox/u-blox-sho-host-based/blob/main/JODY-W3/txpower_config/ed_mac_ctrl_V2_909x.conf ),但行为没有任何改变。 我们不明白的是,如果我们用 DoodleLabs 的模块(基于 QCA988X)替换该模块,并在相同的环境下进行相同的测试,它也能满足 EN 300 328 标准,但我们却没有遇到任何延迟问题。所以我想知道为什么 88W9098 的 ed_mac 实现会引发这样的问题,而其他芯片制造商的实现却不会。 除了 lf-6.18.20_2.0.0 版本之外,我们也尝试了 hotfix/lf-6.12.49_2.2.0_hotfix 版本,但问题仍然存在。 更多信息: * 与 JODY 接入点关联的站点共有 2 个。 * 测试期间,站点与 JODY 之间使用的带宽非常低(~6KiB/s),但由许多小数据包组成,主要在 STA > AP 方向上。 Re: 88W9098 Energy Detect (ed_mac) tuning 亲爱的@mjourdan ,   我已经将您的问题上报给我们的内部团队。让我们一起等待专家的回复——一旦有任何最新消息,我会立即与您分享。   顺祝商祺! 卫东 Re: 88W9098 Energy Detect (ed_mac) tuning 亲爱的@mjourdan , 内部团队正在分析该问题,请您提供以下信息?我从内部团队得到了以下反馈。 ====================================================== 驱动程序加载参数,以及用于重现问题的完整驱动程序加载/卸载命令序列。 ed_mac_ctrl_V2_909x.conf 配置文件。 日志 为进一步调查,在重现问题时捕获了屏幕截图。 房东详情,包括: 主机平台 内核版本 驱动程序版本 使用的接口(PCIe/SDIO)   这些细节将有助于我们将客户的设置与我们的内部测试进行关联,并加快分析速度。 ====================================================== 谢谢! 顺祝商祺! 卫东 Re: 88W9098 Energy Detect (ed_mac) tuning 你好 weidong,我目前正在和 u-blox 一起排查问题,为了避免冲突(万一问题升级到 NXP 也会出现),我暂时只会和他们沟通。感谢您的帮助。 Re: 88W9098 Energy Detect (ed_mac) tuning 亲爱的@mjourdan , 有任何进展吗? 谢谢您! 此致, 卫东 Re: 88W9098 Energy Detect (ed_mac) tuning 亲爱的@mjourdan , 好的,明白了。 谢谢你的更新。 顺祝商祺! 卫东 Re: 88W9098 Energy Detect (ed_mac) tuning 亲爱的@mjourdan , 我们的内部团队已针对您报告的问题进行了额外的测试。我们想与您分享测试结果,希望这些结果能为您的调查提供有用的见解。 ================================================ 我们使用版本 SD9098---17.92.1.p149.159-MM6X17552.p22 (FP92) 在 QA 环境中验证了该问题,但该问题无法重现。 观察到的 ping 延迟约为1 到 2 秒。 测试步骤: 加载了构建版本,并使用发布配置文件夹中提供的默认 ed_mac_ctrl_V2_909x.conf 启用了 EDMAC。 在第6频道提出了APUT问题。 连接了两个前STA。 从 Ex-STA 到 APUT 执行 ping 测试。 测试场景: auto_ds=1,ps_mode=1 auto_ds=2,ps_mode=2 APUT 配置了 HT20 和 HT40 网络安全模式:开放和 WPA3 前STA电源管理功能:启用和禁用 为了帮助我们分析和重现客户遇到的问题,能否请您提供以下信息: 加载客户使用的文件/版本详细信息 完整的配置和测试环境详情 客户设置中观察到的噪声/干扰水平 来自客户方的相关日志 一旦我们掌握了这些信息,我们就可以进行更深入的分析并尝试重现该问题。 ================================================ 谢谢。 顺祝商祺! 卫东
記事全体を表示
[lx2080a][lx2160a] How do I turn off CPU cores? For the LX2080A We need to disable 4 out of the 8 cores. Could you please tell me how to turn off core for specific 4 of the 8 cores? For testing, I added the following to the rcw_2200_750_3200_19_5_2.rcw file, but it will not boot. .pbi write 0x01e00094, 0x00000f0 .end Is there anything else that needs to be modified? Re: [lx2080a][lx2160a] How do I turn off CPU cores? If the intent is to keep the first four LX2080A clusters active and disable the upper four active cores, use the physical-core bitmap: Copy # Disable physical cores 8, 10, 12, 14 .pbi write 0x01e00094, 0x00005500 .end Re: [lx2080a][lx2160a] How do I turn off CPU cores? We applied it. But it didn't boot. .pbi write 0x01e60060,0x0000000f write 0x01e00094,0x000000f0 .end So, with the version not applied, I read the registers from the uboot prompt as follows. It appears that the active core is an odd number. > md.l 0x01e00094 01e00094: 00000000 00000000 00000000 00000000 ................ 01e000a4: 87360220 00000040 00000000 00000000 .6.@........... => md.l 0x01e60060 01e60060: 0000aaaa 00000000 00000000 00000000 ................ 01e60070: 00000000 00000000 00000000 00000000 ................ Could this be the cause? Thanks Re: [lx2080a][lx2160a] How do I turn off CPU cores? Your target register is correct for disabling cores, but I would not leave the change as only: .pbi write 0x01e00094, 0x00000f0 .end Use a full 32-bit value and make sure the boot/release path does not try to start the disabled cores: .pbi write 0x01e00094, 0x000000f0   /* COREDISR: disable cores 4,5,6,7 */ .end 0x01e00094 is DCFG + 0x94 ; the LX2160A/LX2080A RM lists DCFG base address = 0x1E0_0000 and COREDISR at offset 0x94 . COREDISR is the documented mechanism for disabling/clock-gating unused physical cores, and it can be programmed before system ready by PBI . Bits/fields for cores 4–7 correspond to Core 4 Disable through Core 7 Disable, so 0x000000f0 is the expected mask if you want to keep cores 0–3 and disable cores 4–7 . The important additional item is boot release. For an LX2/LS2 4-core case, the documented/internal guidance is to pair: Boot Release @ 0x01e60060 = 0x0000000f COREDISR     @ 0x01e00094 = 0x000000f0   /* disable Core7:4 */ so only cores 0–3 are released for boot, while cores 4–7 are disabled . The Boot Release Register BRRL is at RST base 0x1E6_0000 + 0x60 , and its bits CR0...CR15 release the corresponding cores from boot holdoff . Also verify that the primary boot core is not included in your COREDISR mask; the RM says the boot core can be identified through BRCORENBR[CORE_NBR] . Two practical checks for the boot failure: Use 0x000000f0 , not 0x00000f0 , to avoid any parser/tool ambiguity. If the RCW/PBI image uses a STOP-with-CRC command, rebuilding after changing PBI must update the PBI CRC; the CRC covers all PBI commands after the Load RCW command through the STOP-with-CRC command. After boot, confirm the result by reading COREDISR and the core-disable status register; an LX2 experiment used COREDISABLESR @ 0x01E00990 to confirm the disabled-core mask . Also note that cores disabled through COREDISR must not be re-enabled by software later . For “keep cores 0–3, disable cores 4–7,” use COREDISR = 0x000000f0 and make sure the boot-release mask releases only the active cores, e.g. BRRL = 0x0000000f ; otherwise firmware may try to start a core you have disabled. Re: [lx2080a][lx2160a] How do I turn off CPU cores? The core numbering in the LX2160A is sequential with respect to the cluster groups. The 16 cores are arranged in 8 clusters, with each cluster containing two cores. The numbering is as follows: Cores 0 and 1 are in Cluster 1 Cores 2 and 3 are in Cluster 2 ... and so on, up to Cores 14 and 15, which are in Cluster 8 Disabling all cores within a cluster causes system to hang. So it is impossible to achieve your purpose. Re: [lx2080a][lx2160a] How do I turn off CPU cores? Please try the following configuration. .pbi write 0x01e00094,0x0000aa00 write 0x01e60060,0x000000aa .end Re: [lx2080a][lx2160a] How do I turn off CPU cores? It seems that disabling all cores within a cluster causes system to hang. Let's only disable one core in one cluster. .pbi write 0x01e00094, 0x00008888 write 0x01e60060, 0x00002222 .end Re: [lx2080a][lx2160a] How do I turn off CPU cores? .pbi write 0x01e00094,0x00005500 write 0x01e60060,0x000000aa .end We applied it. However, it did not boot. Are there any other things to look into? Re: [lx2080a][lx2160a] How do I turn off CPU cores? It boots up, but the result is as follows. => md.l 0x01e00094 01e00094: 0000aa00 00000000 00000000 00000000 ................ 01e000a4: 87360220 00000040 00000000 00000000 .6.@........... => md.l 0x01e60060 01e60060: 0000aaaa 00000000 00000000 00000000 ................ 01e60070: 00000000 00000000 00000000 00000000 ................ The kernel also detects 8 CPUs. Can you test this on the LX2080a? Thanks, Re: [lx2080a][lx2160a] How do I turn off CPU cores? The results seem to be the same. => md.l 0x01e00094 01e00094: 00008888 00000000 00000000 00000000 ................ 01e000a4: 87360220 00000040 00000000 00000000 .6.@........... => md.l 0x01e60060 01e60060: 0000aaaa 00000000 00000000 00000000 ................ 01e60070: 00000000 00000000 00000000 00000000 ................ Re: [lx2080a][lx2160a] How do I turn off CPU cores? The following settings seem correct. .pbi write 0x01e00094, 0x00005500 write 0x01e60060, 0x000000aa .end Regarding the value `0x0000aaaa` in the `0x01e60060` release register, I think that cores 1, 3, 5, 7, 9, 11, 13, and 15 are the disabled ones (indicated by 1), while cores 0, 2, 4, 6, 8, 10, 12, and 14 (indicated by 0) are the active cores actually supported by the LX2080A. there is one core connected to each of the eight clusters, four clusters must be disabled; this leaves four active cores—one in each of the remaining four clusters. but even after modifying `COREDISR`and `BRRL`, the `BRRL`and `COREDISABLESR` register continues to show `0x0000aaaa`. So, I checked the SoC initialization routine in `atf/nxp/soc-lx2160/soc.c`—where the cluster count was initially set to eight—and successfully booted the system after changing the cluster number to four. Currently, I have hardcoded the value to 4 within `get_num_cluster()`, but I hope that any other suggestions or feedback. => md.l 0x01e00094 01e00094: 00005500 00000000 00000000 00000000 .U.............. => md.l 0x01e60060 01e60060: 0000ffaa 00000000 00000000 00000000 ................ => md.l 0x01e00990 01e00990: 0000ffaa 00000000 00000000 00000000 ................ Thanks,
記事全体を表示
S32K388 GMAC0 Eth_43_GMAC 驱动程序未收到 RX 中断 您好, 我使用的是以下配置: S32K388EVB-Q289 S32DS 3.6.8 RTD 7.0.1 我以提供的 Eth_InternalLoopback_S32K388 示例项目为基础,并对其进行了修改,使其可以通过媒体转换器从我的 PC 接收帧。我添加了示例 S32K388 GMAC0 lwIP FreeRTOS S32DS 3.6.1 RTD600中提到的 RTD 修复程序。我成功达到了断点 Eth_43_GMAC_Receive(EthConf_EthCtrlConfig_EthCtrlConfig_0, 0U, &Status); 并且能够检查以太网帧 EthIf_RxIndication(Eth_43_GMAC_apxInternalCfg[PartitionId]->Eth_43_GMAC_apCtrlConfig[CtrlIdx]->EthCtrlEthIfIdx, FrameType, IsBroadcast, MacSrcAddr, Payload, PayloadLength, IngressTimeTuplePtr, RxHandleId); 但是,当我添加了一个 while 1 循环,启用了 Rx 中断并将其链接到 GMAC0_CH0_RX_IRQHandler 时,我却无法在任何地方获得任何中断。我的项目文件附在下面。 James_Zhang_SE_0-1788220964718.pngJames_Zhang_SE_0-1788220964718.pngJames_Zhang_SE_0-1788220964718.png S32K3汽车-RTD Re: S32K388 GMAC0 Eth_43_GMAC driver not getting RX interrupt 你好@James_Zhang_SE , 我查看了附件中的项目。要在 RTD7.0.1 中启用 RX IRQ,您需要更改 Ingress QueueHandlerFunction 并启用 QueueInterrupt: PavelL_0-1788263577590.pngPavelL_0-1788263577590.pngPavelL_0-1788263577590.png 更改之后,我在 GMAC_RxIRQHandler() 处触发了断点。在 Eth_43_GMAC_Receive()。 我还注意到您的 RGMII TXCLK 被定义为输入 -> 它应该是输出。 但是,要在 Wireshark 中查看您的 TX 帧,您需要相应地更改初始化序列。 例如,S32K388 GMAC0 lwIP FreeRTOS S32DS 3.6.1 RTD600 。因此,在您的项目中,它看起来像这样: PavelL_1-1788264277735.pngPavelL_1-1788264277735.pngPavelL_1-1788264277735.png 顺祝商祺! 帕维尔 Re: S32K388 GMAC0 Eth_43_GMAC driver not getting RX interrupt 你好,帕维尔, 非常感谢您的支持。按照您建议的修复方法操作后,GMAC 驱动程序现在可以正常工作了。 我还有几个问题,希望您能指导我: 是否有详细的文档描述了配置和使用 GMAC 驱动程序的完整步骤?我想先自己仔细阅读一下文档,以便在提出太多问题之前更好地了解驱动程序。 在EthIf_RxIndication() 函数内部,我需要调用吗? Eth_43_GMAC_ReleaseRxBuffer(CtrlIdx, RxHandleId); 在函数结束时释放接收缓冲区? GMAC提供了相当多的配置选项。是否有任何文档或参考资料解释每个配置参数的作用以及应该如何配置? 再次感谢您的帮助。我非常感谢您的支持。
記事全体を表示
S32K388 GMAC0 Eth_43_GMACドライバーがRX割り込みを受け取らない こんにちは、 私は以下の設定を使用しています。 S32K388EVB-Q289 S32DS 3.6.8 RTD 7.0.1 提供されたEth_InternalLoopback_S32K388例プロジェクトをベースにし、PCからメディアコンバーター経由でフレームを受け取れるように改良しました。例 S32K388 GMAC0 lwIP FreeRTOS S32DS 3.6.1 RTD600で言及されていた RTD 修正を追加しました。ブレークポイントを達成できました Eth_43_GMAC_Receive(EthConf_EthCtrlConfig_EthCtrlConfig_0、0U、&Status); そして、イーサネットフレームを点検できました EthIf_RxIndication(Eth_43_GMAC_apxInternalCfg[PartitionId]->Eth_43_GMAC_apCtrlConfig[CtrlIdx]->EthCtrlEthIfIdx, FrameType, IsBroadcast, MacSrcAddr, Payload, PayloadLength, IngressTimeTuplePtr, RxHandleId); しかし、while 1 ループを追加し、Rx 割り込みを有効にして GMAC0_CH0_RX_IRQHandler にリンクしても、どこにも割り込みが発生しませんでした。プロジェクトを以下に添付しました。 James_Zhang_SE_0-1788220964718.pngJames_Zhang_SE_0-1788220964718.pngJames_Zhang_SE_0-1788220964718.png S32K3 オートモーティブ-RTD  Re: S32K388 GMAC0 Eth_43_GMAC driver not getting RX interrupt こんにちは、 @James_Zhang_SE さん、 添付のプロジェクトを確認しました。RTD7.0.1でRX IRQを有効にするには、Ingress QueueHandlerFunctionを変更してQueueInterruptを有効にする必要があります。 PavelL_0-1788263577590.pngPavelL_0-1788263577590.pngPavelL_0-1788263577590.png その変更後、GMAC_RxIRQHandler() でブレークポイントに到達しました。Eth_43_GMAC_Receive() にて。 また、RGMII TXCLKが入力として定義されていますが、出力として定義されるべきです。 ただし、WiresharkでTXフレームを見るには、イニットシーケンスを適切に変更する必要があります。 例S32K388 GMAC0 lwIP FreeRTOS S32DS 3.6.1 RTD600 。あなたのプロジェクトでは、次のように見え ます: PavelL_1-1788264277735.pngPavelL_1-1788264277735.pngPavelL_1-1788264277735.png よろしくお願いいたします。 パベル Re: S32K388 GMAC0 Eth_43_GMAC driver not getting RX interrupt こんにちは、パベルさん。 サポートありがとうございます。ご提案の修正を適用した後、GMACドライバーが動作するようになりました。 いくつか追加の質問がありますので、ご教示いただければ幸いです。 GMACドライバーの設定や使用手順を完全に説明した詳細なドキュメントはありますか?まずは自分でドキュメントを確認して、ドライバのことをもっと理解したいと思っています。 EthIf_RxIndication()の中で、呼び出す必要がありますか? Eth_43_GMAC_ReleaseRxBuffer(CtrlIdx, RxHandleId); 関数の最後に受信バッファを解放する処理はありますか? GMACの設定オプションは数多く用意されています。各設定パラメータが何をするのか、どのように設定すべきかを説明するドキュメントや参考文献はありますか? ご協力ありがとうございました。皆さんのサポートに本当に感謝しています。
記事全体を表示
如何使用 se05x_TP_PlatformSCP03keys.c 将平台 SCP03 密钥恢复为默认值? NXP社区的各位朋友,大家好! 我正在使用 SE051 安全元件,想请教如何使用 Plug and Trust 中间件将平台 SCP03 密钥正确地恢复到其默认值。 我目前已完成的工作: 我修改了 demos/se05x/se05x_RotatePlatformSCP03Keys/se05x_TP_PlatformSCP03keys.c,注释掉了密钥还原部分(在 doc:start:revert-scp03-keys 和 doc:end:revert-scp03-keys 之间)。 我在自己的电脑上构建并运行了该应用程序。 执行成功,显示信息:“恭喜!!!密钥轮换成功!!!!” 为了验证密钥更改,我使用新的密钥值(ENC、MAC 和 DEK 的密钥值为 0x4041...)更新了 /tmp/SE05X/plain_scp.txt,并通过 ssscli connect 成功连接。 后续操作(ssscli generate rsa、ssscli set aes 和 ssscli se05x readidlist)均已成功完成,证实密钥已写入且 ID 已检索,没有出现任何问题。 现在,我想将平台 SCP03 密钥恢复为默认密钥(在 sss/ex/inc/ex_sss_tp_scp03_keys.h 中定义)。 请问有人可以指导我如何修改 se05x_TP_PlatformSCP03keys.c 文件,或者执行此密钥还原的正确步骤是什么吗? 环境: 板:MCIMX8M-WEVK,带OM-SE051ARD芯片 Plug and Trust MW 版本:v04.07.01 OP-TEE 操作系统版本:3.19.0 Linux 内核:6.1.151 OEF ID:A8FA 任何建议或代码方面的指导都将不胜感激。 SE050 Re: How to revert Platform SCP03 keys back to default using se05x_TP_PlatformSCP03keys.c? 嗨@Uc_S , 如果您只需要将密钥轮换回默认值,那么 nano 包示例是推荐的更简单的方法——只需要更新三个 scp03_* 数组(当前身份验证密钥)和三个 NEW_scp03_* 数组(目标默认密钥),并且需要注释掉 ex_se05x_rotate_scp03_keys() 中的 revert 调用。详情请见下文。 更改 1 — 设置当前密钥(用于打开 SCP03 会话) 第 38-43 行是传递给 ex_set_scp03_keys() 的身份验证密钥。请将占位符 0xABCD... 值替换为您当前的密钥( 0x4041... 😞 uint8_t scp03_enc_key[AES_KEY_LEN_nBYTE] = { 0x40, 0x41, 0x42, 0x43, 0x44, 0x45, 0x46, 0x47, 0x48, 0x49, 0x4A, 0x4B, 0x4C, 0x4D, 0x4E, 0x4F }; uint8_t scp03_mac_key[AES_KEY_LEN_nBYTE] = { 0x40, 0x41, 0x42, 0x43, 0x44, 0x45, 0x46, 0x47, 0x48, 0x49, 0x4A, 0x4B, 0x4C, 0x4D, 0x4E, 0x4F }; uint8_t scp03_dek_key[AES_KEY_LEN_nBYTE] = { 0x40, 0x41, 0x42, 0x43, 0x44, 0x45, 0x46, 0x47, 0x48, 0x49, 0x4A, 0x4B, 0x4C, 0x4D, 0x4E, 0x4F }; c   更改 2 — 设置新的目标密钥(默认 SE051C A8FA 密钥) 第 45-50 行是将通过 PutKey 写入 SE051 的 密钥。将 0x4041... 占位符替换为 SE051C OEF A8FA 默认值: uint8_t NEW_scp03_enc_key[AES_KEY_LEN_nBYTE] = { 0xbf, 0xc2, 0xdb, 0xe1, 0x82, 0x8e, 0x03, 0x5d, 0x3e, 0x7f, 0xa3, 0x6b, 0x90, 0x2a, 0x05, 0xc6 }; uint8_t NEW_scp03_mac_key[AES_KEY_LEN_nBYTE] = { 0xbe, 0xf8, 0x5b, 0xd7, 0xba, 0x04, 0x97, 0xd6, 0x28, 0x78, 0x1c, 0xe4, 0x7b, 0x18, 0x8c, 0x96 }; uint8_t NEW_scp03_dek_key[AES_KEY_LEN_nBYTE] = { 0xd8, 0x73, 0xf3, 0x16, 0xbe, 0x29, 0x7f, 0x2f, 0xc9, 0xc0, 0xe4, 0x5f, 0x54, 0x71, 0x06, 0x99 }; c   更改 3 — 注释掉还原块 在 ex_se05x_rotate_scp03_keys() 中,注释掉第 85-90 行,这样代码就只会进行一次旋转(当前键 → 默认值),而不会尝试再次旋转回来: /* -- Comment out the revert block below -- */ // SMLOG_I("Reverting SCP03 keys(version - %02x) to OLD KEYS \n", KEY_VERSION); // ret = ex_se05x_change_keys(&se05x_session, &scp03_enc_key[0], &scp03_mac_key[0], &scp03_dek_key[0]); // if (ret != 0) { // SMLOG_E("Error in ex_se05x_change_keys \n"); // return 1; // } c     祝你有美好的一天, 坎 ------------------------------------------------------------------------------- 笔记: - 如果此回复解答了您的问题,请点击“标记为正确答案”按钮。谢谢你! - 我们会持续关注帖子,从最后一条回复发出后持续7周,之后的回复将被忽略。 如果您之后有相关问题,请另开新帖并引用已关闭的帖子。 ------------------------------------------------------------------------------- Re: How to revert Platform SCP03 keys back to default using se05x_TP_PlatformSCP03keys.c? @Kan_Li 谢谢你的解释。 就我而言,当前密钥是已知的(ENC、MAC 和 DEK 的密钥为 0x4041...),我可以通过 ssscli 使用这些密钥成功建立 SCP03 会话。 由于我目前拥有可用于身份验证的密钥,请问您能否详细说明如何修改 se05x_TP_PlatformSCP03keys.c 文件,以将密钥轮换回默认值? 具体来说,我想知道: 在会话建立期间,哪些变量或宏应该使用当前密钥(0x4041...)进行身份验证更新? 哪些变量或结构应该保存目标默认键值(例如 ex_sss_tp_scp03_keys.h)用于 PutKey 操作。 se05x_TP_PlatformSCP03keys.c 中的任何代码片段或特定行引用(或相关的启动/认证标头)将不胜感激。 Re: How to revert Platform SCP03 keys back to default using se05x_TP_PlatformSCP03keys.c? 嗨@Uc_S , 只有在知道当前密钥的情况下,才能将平台 SCP03 密钥轮换回默认值,因为在向 SE051 发出任何密钥更新 ( PutKey ) 命令之前,需要成功验证 SCP03 会话。 如果当前密钥丢失或遗忘,则无法对 SE051 进行身份验证并执行密钥轮换。没有后门或绕过机制——这是为了维护设备的安全模型而设计的。 此外,恢复出厂设置也无济于事,因为平台 SCP03 密钥明确不受恢复出厂设置程序的影响。 在这种情况下,唯一的选择是用一个仍然带有 NXP 默认配置密钥的新设备替换 SE051 。   祝你有美好的一天, 坎 ------------------------------------------------------------------------------- 笔记: - 如果此回复解答了您的问题,请点击“标记为正确答案”按钮。谢谢你! - 我们会持续关注帖子,从最后一条回复发出后持续7周,之后的回复将被忽略。 如果您之后有相关问题,请另开新帖并引用已关闭的帖子。 ------------------------------------------------------------------------------- Re: How to revert Platform SCP03 keys back to default using se05x_TP_PlatformSCP03keys.c? @Kan_Li 感谢您提供详细指导。 按照您的指示,我更新了密钥,注释掉了还原块,并成功构建和执行了 nano-package 示例。 然而,在执行过程中,SCP03 密钥更新操作在 PUT KEY APDU 命令期间失败,SW 状态代码为 6A80。以下是执行日志的摘要: Plug and Trust nano package - version: 1.6.1 ... Establish Secure Channel to SE05x ! Sending GP Initialize Update Command !!! ... CardCryptogram verified successfully...Calculate HostCryptogram Sending GP External Authenticate Command !!! APDU Tx> :84 82 33 00 10 ... APDU Rx< :69 82 Authentication Successful!!! Created scp03 Session Changing SCP03 keys(version - 0b) to NEW KEYS APDU Tx> :84 d8 0b 81 58 ... APDU Rx< :6a 80 Error in DoAPDUTxRx Error in ex_se05x_change_keys SE05x Rotate SCP03 keys Example Failed ! 关于潜在的根本原因,我怀疑要么是 OpenSSL 版本(构建 PC 和目标评估板上都使用了 OpenSSL 3.x)影响了 PutKey 期间的密钥派生/格式化,要么是 DEK 值之前可能不匹配/被重写。 目前,我没有足够的精力进一步调查或探讨这些可能性。如果时间允许,我会稍后单独调查这些问题。 再次感谢您的帮助。
記事全体を表示
88W9098 Energy Detect (ed_mac) tuning Hello, We are using the 88W9098 in a u-blox M2-JODY-W377 over SDIO running at SDR50. We have driver/firmware versions lf-6.18.20_2.0.0 from github. We are using it as an Access Point in 2.4ghz channel 6. We are encountering an issue where enabling ed_mac (with "init_hostcmd_cfg=nxp/ed_mac.bin" in wifi_mod_para.conf, or using mlanutl with ed_mac_ctrl_V3_909x.conf) leads to much worse stability/latency of our in-house applicative tests : ed_mac_test.pnged_mac_test.pnged_mac_test.pnged_mac_test.pnged_mac_test.pnged_mac_test.pnged_mac_test.pnged_mac_test.pnged_mac_test.png I can't go too much into detail about the test here, but it is end-to-end latency measurement of specific in-house steps, using multiple machines with a 88W9098 Access Point in the middle. Not only are some curves 200-250ms higher in average with ed_mac than without, but overall they are also more spiky and tend to have random "bursts" of added latency. We have tried tuning the offsets "ed_ctrl_2g.offset" and "ed_ctrl_5g.offset" to values different than the default 0x8, but no value that we tried had any effect on the test. The only way to have an impact is to set both enable (2g/5g) to 0, or to not load the file at boot. Is there anything else we can try? Re: 88W9098 Energy Detect (ed_mac) tuning Dear @mjourdan , Thank you for the detailed description and test data. The behavior you are seeing is actually expected given how the ed_mac (Energy Detect MAC) feature is designed, but there are several things worth checking and clarifying. Why ed_mac causes higher latency in AP mode The ed_mac feature is designed specifically for the EU ETSI EN 300 328 adaptivity compliance test. Its core mechanism is to actively suppress transmissions when the firmware detects energy on the channel above a threshold. In an Access Point scenario, this directly delays buffered downlink packets whenever the radio detects ambient energy, resulting in the latency spikes and "bursts" you are measuring. Adjusting the offset parameter changes the threshold sensitivity (how easily the radio is triggered), but it does not remove the suppression behavior itself — which is why no offset value had any measurable effect on your end-to-end latency test. Configuration file mismatch I notice you are using ed_mac_ctrl_V3_909x.conf. According to our application note AN13756, the correct configuration file for 88W9098 is ed_mac_ctrl_V2_909x.conf (with default ed_ctrl_2g.offset = 0x08 and ed_ctrl_5g.offset = 0x08). The V3 variant uses a different ed_ctrl_txq_lock field value and is not the validated configuration for this device. Please try using ed_mac_ctrl_V2_909x.conf and test whether the latency impact improves. Key question: Is EU adaptivity compliance required for your deployment? The ETSI EN 300 328 adaptivity requirement only applies to devices operating in EU/EEA markets and with a declared maximum RF output power of 10 dBm EIRP or above. Could you confirm: Is this device deployed in the EU and subject to ETSI EN 300 328 certification? What is the declared RF output power of your module (u-blox M2-JODY-W377)? If EU compliance is not required for your use case, the correct solution is simply to not load the ed_mac configuration — which you have already confirmed resolves the latency issue completely. If compliance is required, we recommend switching to ed_mac_ctrl_V2_909x.conf first, and if the latency issue persists, we can explore whether there is a newer firmware version that may improve the AP-mode behavior. Please let us know the answers to the above and we will follow up accordingly. Best Regards, Weidong Re: 88W9098 Energy Detect (ed_mac) tuning Thanks weidong. Yes the product definitely outputs more than 10dBm EIRP and needs to be EN 300 328 compliant. I have tried with ed_mac_ctrl_V2_909x.conf (https://github.com/u-blox/u-blox-sho-host-based/blob/main/JODY-W3/txpower_config/ed_mac_ctrl_V2_909x.conf) but there was no change in behavior. What we don't understand is that if we swap the module with one from DoodleLabs (QCA988X based) and perform the same test in the same environment, it also honors EN 300 328 but we have zero latency issues with it. So I am wondering why the 88W9098's implementation of ed_mac specifically would trigger such issues but not one from another chip maker. Besides version lf-6.18.20_2.0.0, we have also tried hotfix/lf-6.12.49_2.2.0_hotfix but the issue is still present. Some more information: * There are 2 stations associated to the JODY's access point.  * The bandwidth used during the test between a station and the JODY is very low (~6KiB/s) but consists of many small packets, mostly in STA->AP direction. Re: 88W9098 Energy Detect (ed_mac) tuning Dear @mjourdan ,   I have escalated your issue to our internal team. Let's wait for the expert's response together — I will share any updates with you as soon as I have them.   Best regards, Weidong Re: 88W9098 Energy Detect (ed_mac) tuning Dear @mjourdan , Internal team is analyzing the issue, could you please provide the following information? I got the following feedback from internal team. ====================================================== Driver loading parameters, along with the complete driver load/unload command sequence used to reproduce the issue. ed_mac_ctrl_V2_909x.conf configuration file. Logs captured while reproducing the issue for further investigation. Host details, including: Host platform Kernel version Driver version Interface being used (PCIe/SDIO)   These details will help us correlate the customer's setup with our internal testing and expedite the analysis. ====================================================== Thanks, Best Regards, Weidong Re: 88W9098 Energy Detect (ed_mac) tuning Hi weidong, I am currently troubleshooting the issue with u-blox so in order to prevent a collision in case it also gets escalated to NXP, I will be seeing with them only for now. Thank you for your help. Re: 88W9098 Energy Detect (ed_mac) tuning Dear @mjourdan , Any update? Thanks! Regards, Weidong Re: 88W9098 Energy Detect (ed_mac) tuning Dear @mjourdan , OK, got it. Thanks for your update. Best Regards, Weidong Re: 88W9098 Energy Detect (ed_mac) tuning Dear @mjourdan , Our internal team has conducted additional testing related to the issue you reported. We would like to share the test results with you and hope they can provide useful insights for your investigation. ================================================ We verified the issue on the QA setup using release SD9098---17.92.1.p149.159-MM6X17552.p22 (FP92), and the issue was not reproducible. The observed ping latency was around 1 to 2 seconds. Test Steps: Loaded the build and enabled EDMAC using the default ed_mac_ctrl_V2_909x.conf available in the release config folder. Brought up APUT in CH6. Connected two Ex-STAs. Performed ping tests from the Ex-STAs to the APUT. Scenarios Tested: auto_ds=1, ps_mode=1 auto_ds=2, ps_mode=2 APUT configured with HT20 and HT40 Security modes: OPEN and WPA3 Ex-STA power save: Enabled and Disabled To help us analyze and reproduce the customer-observed issue, could you also please provide: Load file/build details used by the customer Complete configuration and test environment details Noise/interference level observed in the customer setup Relevant logs from the customer side Once we have this information, we can perform a deeper analysis and attempt to reproduce the issue. ================================================ Thanks. Best Regards, Weidong
記事全体を表示
lvgl version support issues Hello: Does it only support LVGL_V9? Is it possible to switch to V8 version? Re: lvgl版本支持问题 Hello @ALVAN , Hello, I checked, and the latest Gui-Guider v2.0.x only supports LVGL v9.4.0. If you want to use LVGL V8, you can consider using Gui-Guider v1.10.1. This version is still available for download on the official website: Create Modern Embedded GUIs Fasts | NXP Semiconductors Celeste_Liu_0-1788948567553.pngCeleste_Liu_0-1788948567553.png BR Celeste
記事全体を表示