Multi Source Translation Content

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Multi Source Translation Content

Discussions

Sort by:
Clarification needed for MK70 DDR control register 21 specification Hello all,  I am running into an issue with a MK70FX512VMJ12 controlling the DDR on a legacy board. We are using MQX. The issue comes from the following line in the bootloader: ddr->CR21 = 0x00060232; I assume that line sets the DDR_CR21 register (as described on the section 34.4.22 of the K70 reference manual) to 0x00060236. The reference manual states that the register field is split into 2 fields. 31–16 MR1DAT0 Data to program into memory mode register 1 for chip select . 15–0 MR0DAT0 Data to program into memory mode register 0 for chip select . Most DDR manufacturers call those registers Mode Register (MR or MRS) and Extended Mode Register (EMR1, EMR2, EMR3). Should I assume that data from field 15-0 will be written by the state machine to the DDR's MR (Mode Register) and data from field 31-16 to EMR? I suspect, and need confirmation from support engineers, that the state machine issues the necessary control signals irrespective of the values set in the DDR_CR21. That is because considering the data I write on bits 31-16 of the DDR_CR21 (0x0006) which assigns 000 to the 3 MSB bits, for proper operation those should be set to 001 as required by DDR specifications. Note from DDR specs: "The extended mode register is written by asserting LOW on CS#, RAS#, CAS#, WE#, BA1 and HIGH on BA0, while controlling the states of address pins A0 ~ A12."   The settings needed for BA2, BA1, and BA0 are '001', while the values I write to DDR_CR21 is '000'. Does the DDR SDRAM controller overwrites those values set in DDR_CR21 to the correct ones? Thank you, dodocolby Re: Clarification needed for MK70 DDR control register 21 specification Hello @dodocolby , Thanks for using our community. I have noticed your question. I need some time to research before getting back to you. If there are any updates during this period, please feel free to share them anytime. BR Celeste Re: Clarification needed for MK70 DDR control register 21 specification Hello @dodocolby , Could you please let me know the mask set of your chip?  As far as I know, mask set 3N96B part has Errata e10521.   Also, what version of MQX are you using? I understand that MQX 4.x has an issue concerning the SIM_MCR DDRDQSDIS reset state, this bit needs to be cleared.   Although MQX is no longer supported, I noticed that in previous cases they all used  ddr->CR21 = 0x00040232;  instead of the value you mentioned: 0x00060232.   For example, K70 DDR2 read failure with increasing temperature - NXP Community  K70 DDR2 temperature affect read data - NXP Community   That’s why I’m asking the questions above.   BR Celeste Re: Clarification needed for MK70 DDR control register 21 specification Hello, I am using MQX 4.2 and 5N96B. We implemented "K70 DDR2 read failure with increasing temperature - NXP Community K70 DDR2 temperature affect read data - NXP Community", and it seems the device is not sensitive to temperature anymore. Thank you   Re: Clarification needed for MK70 DDR control register 21 specification Hello @dodocolby , Yes, the reason I referenced those two links is because I noticed the code they mentioned uses ddr->CR21 = 0x00040232 instead of 60232 . I just wanted to confirm that point, as I don’t have access to the MQX code on my side, it’s no longer supported. In addition, I’ve already reached out to the internal team to help address your question further. I’ll let you know as soon as I hear back from them. Thanks for your understanding. BR Celeste Re: Clarification needed for MK70 DDR control register 21 specification Hello @dodocolby , Sorry for the long wait. I haven’t received any updates from our internal team yet, likely due to the Christmas holidays. Please note that our response time may be longer than usual because of the holiday periods across the EMEA and AMEC time zones. I will also be on leave starting tomorrow until January 5th. If this matter is urgent, you may consider creating a new case and mentioning this link. Other colleagues will be able to locate my internal contact through this case, and there’s a chance you might receive an update before January 5th. If it’s not urgent, I will continue to follow up once I return. We truly appreciate your understanding and patience. Have a pleasant day! BR Celeste Re: Clarification needed for MK70 DDR control register 21 specification Hello @dodocolby , Hope you are great. I am sorry for the late reply. Please see the reply from our internal team: " Because the DDR controller can support many different memory sizes and configurations with different total numbers of address pins, the mode register data loaded into the MRnDATA fields should not include the bank address values. The controller will automatically drive the correct bank address value (along with the other control signals for the mode register write command). The register value only needs to include the address line portion. " Hope it helps. Please let me know if you have other questions. BR Celeste Re: Clarification needed for MK70 DDR control register 21 specification Thank you for the confirmation.
View full article
Zephyr:Booting DSP from MCU in Zephyr Hello, I am currently working on a project using the RT595 with the Zephyr RTOS, and I want to know how to start the DSP from the MCU. According to section 4.7 of the official documentation (IMXRT595-EVK-UG), by setting DSP_IMAGE_COPY_TO_RAM=1in the IDE, it is possible to achieve "program once, and the ARM core automatically wakes up the DSP". Now that the project has fully transitioned to the Zephyr build system, I would like to know the specific steps to launch the DSP application and how it should be configured. Thank you for your help. Evaluation Board Re: Zephyr:Booting DSP from MCU in Zephyr @jingqi  General Steps: To launch the DSP from the MCU in a Zephyr project, you should first build the DSP binary with Xtensa Xplorer, then integrate that binary into your Zephyr build via CMake, and finally call the  BOARD_DSP_Init()  function from your application to handle the startup sequence. You need to complete the functionality using the official documentation (MCUXpresso + EVK) and you need to have the ability to develop Zephry before you can complete the migration. Refernce: 1. Build the DSP Firmware: Getting Started with Xplorer for EVK- MIMXRT595 Typically, you will get two output files, such as dsp_text_release.bin and dsp_data_release.bin. These are the firmware images that the Cortex-M33 core will load into the DSP's RAM 2. Integrate the DSP Binary into the Zephyr Build:  the Zephyr build system requires you to explicitly include these binary files in your Cortex-M33 application. You can do this by modifying the CMakeLists.txt file for your Zephyr application. You may need to use Zephyr's build system features (like zephyr_file_copy or by defining them as a binary blob) to place the files in a known location in the final firmware image. 3. The MCUXpresso SDK for the i.MX RT595 provides a driver (  fsl_dsp.c  /  .h  ) to manage the DSP lifecycle. Zephyr for NXP devices includes this SDK, so you can call these functions directly from your Zephyr application code. Details can be found from '3.3 DSP Core Initialization' of Getting Started with Xplorer for EVK- MIMXRT595
View full article
在 FRDM-IMX93 上使用 GPIO 如何使用 FRDM-IMX93 板上的 GPIO?像简单的 GPIO、CAN、I2c 等? 谢谢 拉尔夫
View full article
Lear - S32k344 - Mismatch btw. Crypto upper and lower driver Hello Team, I have received the following from Lear: ------------------------------------------------------------------------------------ there is a small problem in the service of “HSE AEAD Service” . I am trying the encrypt in GCM mode : In the Crypto driver the secondary input is a must and is checked against in the Crypto_ProcessJob method (see below array used in Crypto_GetJobErrorForSecondaryInputPtr method) : But in the HSE FW manual the AAD is optional : When I call this : Csm_AEADEncrypt(CsmConf_CsmJob_CsmJob_AES128_ENC_SECCNT_TMP,CRYPTO_OPERATIONMODE_SINGLECALL,&TempPlainTxt[0],16u,NULL_PTR,0u,&TempCipherSecCnt[0],&TagLenPtr,&TempTagSecCnt[0],&TagLenPtr); I get an error that the 2 nd input is a NULL (inside the Crypto_ProcessJob method ..) Can you please check , what to do event if the AAD is optional and not used ? -------------------------------------------------------------------------- BR Stefano Board: S32K344 Component: HSE FW Priority: HIGH SECURITY_CRYPTO Type: ISSUE Re: Lear - S32k344 - Mismatch btw. Crypto upper and lower driver According to AUTOSAR specifications, AEADENCRYPT and AEADDECRYPT require SecondaryInputPointer and SecondaryLength. Under HSE firmware, these parameters may be ignored later depending on its processing logic. Re: Lear - S32k344 - Mismatch btw. Crypto upper and lower driver @MarianVilau  @StefanoGattazzo  As discussed with Marian, I moved this ticket to https://jira.sw.nxp.com/browse/CESSCEP-23 to support from our project I will update the feedback on this community soon Re: Lear - S32k344 - Mismatch btw. Crypto upper and lower driver Hi @StefanoGattazzo , This ticket is more related to Cuong side. He will help you with this. Thanks, Marian Vilau Re: Lear - S32k344 - Mismatch btw. Crypto upper and lower driver Hello, https://jira.sw.nxp.com/browse/FWCRYPTO-198 BR, Marian Re: Lear - S32k344 - Mismatch btw. Crypto upper and lower driver Hi MarianVilau, Pls. let me have the ticket number. BR Stefano Re: Lear - S32k344 - Mismatch btw. Crypto upper and lower driver Hi @StefanoGattazzo , I created a ticket in the FW Crypto Jira project. BR, Marian Vilau Re: Lear - S32k344 - Mismatch btw. Crypto upper and lower driver Hi MarianVilau, what I know, as this is an issue from Lear,  is : JLR ePDU , S32K344 (A/B SWAP HSE FW 0.2.55) I know also they temporary solve the issue with a DummyVariable pointer. BR Stefano Re: Lear - S32k344 - Mismatch btw. Crypto upper and lower driver Hi @StefanoGattazzo , I am analyzing the requirements, will provide response soon. Meanwhile please provide the demo app version and fw version that you use . Regards Marian Vilau
View full article
imx-smw ele バックエンドを複数のプロセスで同時に使用する プラットフォーム: iMX8ULP imx-smw: lf-6.6.52-2.2.0 imx-セキュア・エンクレーブ: lf-6.6.52-2.2.0 mbedts の暗号ドライバとして、imx-smw ライブラリによって公開されている PSA 暗号 API を使用しています。HSM ELE で秘密鍵を生成します。私たちのアプリケーションは、mbedtls で秘密鍵を不透明鍵としてロードして使用します。異なるプロセスで実行されている複数のアプリケーションは、同時に同じキーを使用できる必要があります。一例として、HSM でラップされたキーを秘密キーとして使用する Web サーバーが挙げられます。 私たちの知る限り、2 つの異なるプロセスが imx-smw ライブラリを使用して同時に同じキーを使用することはCANません。これは、各プロセスがキーにアクセスするために同じ (ele) キーストア サービスを開く必要があり、HSM ドキュメントに記載されているように、同じキーストアを同時に開くことができないためです。複数のプロセスが同じキーを同時に使用するCASEはサポートされていないようです。 この問題をどうしたら克服CANでしょうか? 考えられる解決策としては、imx-smw ライブラリの上にデーモンを作成し、キーにアクセスするための単一のエントリ ポイントを作成することです。しかし、もしかしたら私たちは何かを見逃しているのかもしれませんし、それに対処する別の方法があるかもしれません。 i.MX8ULP Security Re: use imx-smw ele backend in multiple processes simultaneously こんにちは@GiacomoDS このCASEについては社内チームと相談させていただきますが、その前にNXPについて名を教えていただけますか?プライバシーに関するCASEは、内部チケットを発行することもCAN。ここからアクセスして、NXP サポート プロフェッショナルによる機密のサポートを受けてください。 よろしくお願いします。 Harvey
View full article
文本区域错误问题 我创建了几个 Textarea 元器件。当我使用键盘在其中一个输入框中输入内容,然后点击"Finish" 时,键盘会自动切换到另一个文本区进行进一步操作。如何解决这个问题?视频地址为https://github.com/monkeyhorse/guiguider.git Re: Textarea bug issue 嗨,@monkeyhorse、 谢谢你的澄清。我发现这个问题似乎是在模拟过程中出现的。是否只有在模拟时才会出现这种情况?或者在板上运行 GUI 时也是如此? Re: Textarea bug issue @EdwinHz是的,我使用的是最新版本。 Re: Textarea bug issue 嗨,@monkeyhorse、 感谢您的更新。您使用的是哪个版本的 GUI Guider/LVGL?它们是最新的吗(GUI Guider 1.9.1 和 LVGL 9.2.1)? Re: Textarea bug issue 现在我发现,setup_scr_screen.c 中 Textarea 的创建顺序是造成这个问题的原因,但我仍然不知道如何解决这个问题。
View full article
用于 NFC 驾驶舱的 SPI 适配器 你好 我找到了你的 PN5180 和其他阅读器的探索板,它上面似乎有一个 USB <-> SPI 适配器,所以 NfcCockpit 可以用它与 PN5180 之类的东西通信。 我的问题是:有没有基于 Arduino 的固件可以实现同样的功能? 我有很多基于 esp32 或 rp2040 的板,但你提供的固件似乎不支持它们... Re: SPI Adapter for the NFC Cockpit 你好,谢谢你的建议! 最后,我设计了自己的解决方案: https://github.com/dakhnod/NFCCockpitSPIAdapter 再次感谢! Re: SPI Adapter for the NFC Cockpit 你好@dakhnod 1.我的问题是:有没有基于 Arduino 的固件可以实现同样的功能? 没有,没有基于 Arduino 的固件。 2。我有很多基于 esp32 或 rp2040 的板,但你提供的固件似乎不支持它们... 你可以将 NFC COCKPIT VCOM 移植到 tesp32 或 rp2040,源代码可以从 NFC Cockpit 下载|恩智浦半导体
View full article
使用 blhost 编程/擦除 LPC54(S)0xx 闪存 注意:本文档提供了简单的描述,有关 flashloader 的详细信息可以在 SDK_2.5.0_LPCXpresso54S018\middleware\mcu-boot\doc 中的 LPC540xx Flashloader 用户指南入门.pdf 中找到 下载LPC54S0xx SDK。 编译flashloader工程,生成flashloader.bin 该项目位于sdk\boards \lpcxpresso54s018\bootloader_examples\flashloader 使用 dfu-util.exe 或 IDE 将 flashloader.bin 加载到 RAM 中。 dfu-util 可以从http://dfu-util.sourceforge.net/releases/下载 配置ISP引脚,然后复位芯片,使芯片进入USB1 DFU启动模式。 Boot mode ISP2 PIO0_6引脚 ISP1 PIO0_5引脚 ISP0 PIO0_4引脚 描述 USB1 DFU启动 低 低 高 USB DFU 类用于通过 USB1 高速端口将图像下载到 SRAM 中。 将LPC54S0xx设备USB1高速口与PC通过USB连接。以下是加载flashloader.bin的命令行: $ dfu-util.exe –D flashloader.bin   使用 blhost 编程/擦除 LPC540xxM/LPC54S0xxM 闪存 一旦下载了闪存加载程序二进制文件并在 LPC54S0xx 平台上开始执行,并且 LPC54S0xx 平台USB1(高速)和主机之间仍然保持物理 USB 连接,闪存加载程序将准备好接收命令。 blhost -u 0x1fc9,0x01a2 --获取属性 12 blhost -u 0x1fc9,0x01a2 --填充内存0x2000d000 4 0xc0000004 blhost -u 0x1fc9,0x01a2 --配置内存 0xa 0x2000d000 blhost -u 0x1fc9,0x01a2 --获取属性 25 0xa blhost -u 0x1fc9,0x01a2 -t 100000 --闪存擦除区域 0x10000000 0x100000 blhost -u 0x1fc9,0x01a2 -t 100000 --写入内存 0x10000000 xxx.bin 注: xxx.bin为需要下载到flash中的目标文件。 作者:刘浩 感谢刘浩。
View full article
示例 MPC5777C-eQADC_Simple GHS714 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明: * 初始化 eQADC 模块并循环转换所选通道,显示 * 将其放入终端窗口。 * 用户可以将 EVB 电位器的电位器连接到引脚接头 W(见下文)以查看有效 * 转换结果。 * ---------------------------------------------------------------------------------------------- * 测试硬件:MPC5777C-512DS Rev.A + MPC57xx 主板 Rev.C * 微控制器: PPC5777CMM03 2N45H CTZZS1521A *系统频率:PLL1 = core_clk = 264MHz,PLL0 = 192MHz * 调试器:Lauterbach Trace32 * 目标:internal_FLASH * 终端:19200-8-无奇偶校验-1停止位-eSCI_A上无流量控制 * EVB 连接:对于 ADC:J53-1(EVB 电位器的电位器)--> PW7 - ANB16 * PW8 - ANB17 * PW9 - ANB18 * PW10 - ANB19 ******************************************************************************** <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明: * 初始化 eQADC 模块并循环转换所选通道,显示 * 将其放入终端窗口。 * 用户可以将 EVB 电位器的电位器连接到引脚接头 W(见下文)以查看有效 * 转换结果。 * ---------------------------------------------------------------------------------------------- * 测试硬件:MPC5777C-512DS Rev.A + MPC57xx 主板 Rev.C * 微控制器: PPC5777CMM03 2N45H CTZZS1521A *系统频率:PLL1 = core_clk = 264MHz,PLL0 = 192MHz * 调试器:Lauterbach Trace32 * 目标:internal_FLASH * 终端:19200-8-无奇偶校验-1停止位-eSCI_A上无流量控制 * EVB 连接:对于 ADC:J53-1(EVB 电位器的电位器)--> PW7 - ANB16 * PW8 - ANB17 * PW9 - ANB18 * PW10 - ANB19 ********************************************************************************
View full article
ワイヤレス充電でそのコードを切ることができます! <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> スマートフォン、テーブルPC、デジタルスマートウォッチのバッテリー切れのリスクがある場合、またはナイトスタンドやオフィスデスクの間違った充電コードに絡まってしまった場合は、ワイヤーレス充電器のシンプルさが夢の実現です。しかし、ワイヤレス充電器には多くの技術が必要であり、同じように作られているわけではありません。NXPのトランスミッタおよびレシーバコンポーネントのファミリは、Qi規格とRezence規格の両方に対応するソリューションを提供します。私たちは両方を見て、そのコードを切断するためのいくつかの実用的なハードウェアソリューションを提供します。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> スマートフォン、テーブルPC、デジタルスマートウォッチのバッテリー切れのリスクがある場合、またはナイトスタンドやオフィスデスクの間違った充電コードに絡まってしまった場合は、ワイヤーレス充電器のシンプルさが夢の実現です。しかし、ワイヤレス充電器には多くの技術が必要であり、同じように作られているわけではありません。NXPのトランスミッタおよびレシーバコンポーネントのファミリは、Qi規格とRezence規格の両方に対応するソリューションを提供します。私たちは両方を見て、そのコードを切断するためのいくつかの実用的なハードウェアソリューションを提供します。
View full article
FTF-ACC-F1276.pdf This session will explain how Freescale can enable customers to develop 76-81 GHz short and long range radar applications using the MPC577xK MCU, it will explain the concepts of the radar algorithms, including practical aspects such as SDADC or MIPI CSI sampling, Chirp Generation, Data Compression, R,V FFT, Detection and Tracking algorithms, and the benefits of the new Freescale IP that can allow them to improve their system resolution and accuracy. In this session customers will take away a detailed understanding of how to develop fast modulation radar systems using the MPC577xK MCU including the BOM cost advantages it also brings. This session will explain how Freescale can enable customers to develop 76-81 GHz short and long range radar applications using the MPC577xK MCU, it will explain the concepts of the radar algorithms, including practical aspects such as SDADC or MIPI CSI sampling, Chirp Generation, Data Compression, R,V FFT, Detection and Tracking algorithms, and the benefits of the new Freescale IP that can allow them to improve their system resolution and accuracy. In this session customers will take away a detailed understanding of how to develop fast modulation radar systems using the MPC577xK MCU including the BOM cost advantages it also brings.
View full article
PN7160 - RF 設定 GUI PN7160 RF 設定の基本的な GUI が利用可能です。添付ファイルをご覧ください。 この GUI は、PN7160 RF 設定のほとんどに対してNCIコマンドを生成できます。これは、ユーザーが適切な NCI コマンドを構築するのに役立つかもしれません。 現在、GUI は NXP ウェブページで利用可能です。 PN7160 RF 設定の基本的な GUI が利用可能です。 NFCフロントエンド・ソリューション
View full article
i.MX6DQ 寄存器编程辅助工具 重要提示:如果您有任何疑问或想要报告有关 DDR 工具或支持文档的任何问题,请在i.MX 社区中创建支持工单。请注意,任何私人消息或直接邮件不会被监控,也不会收到回复。 这些是与MX6DQ SoC中MMDC DDR3和LPDDR2初始化相关的寄存器的详细编程辅助工具。最后一张表格格式化寄存器设置以便与ARM RealView ICE一起使用。它还可以与DDR压力测试的Windows可执行文件一起使用。此编程辅助工具用于NXP内部的电路板。 i.MX6 双核 i.MX6 四核
View full article
imx8m 在不使用 WDOG_B 信号的情况下 RESET <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您好, 我在自定义 imx8m 板上运行监视程序时遇到了问题。 我们的主板不使用 WDOG_B 信号进行 PMIC RESET,我们无法对此进行更改。 在 u-boot 中重置主板的工作原理与参考手册中给出的相同: 将 0x3028000 寄存器设置为 e.g.0x14 重置了 SOC,我的监视程序超时也是状态寄存器中重置的来源。此外,断言 SRS 位还会重置 SOC 并在状态寄存器中提供正确的重置源。 启动 Linux 后,这不再起作用——在强制监视程序超时后,SOC 就死机了。 电压源是 SOC 启动所需的,因此不会有问题。我们从 EMMC 和 RST 启动 引脚连接。 是否有其他提示可以检查,或者是否有人有相同的设置(没有 WDOG_B 信号到 PMIC)? 谢谢、 沃尔夫冈 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Yocto Project Re: imx8m reset without WDOG_B signal usage 添加此回复是因为我设法通过软件解决了同样的问题: 带有 IMX8MN + PCA9450 的定制板 使用 KConfig 自定义 Linux 发行版 RESET cmd 在 U-Boot 中起作用 任何 Linux 监视程序命令(重启等)都会挂起但不会 RESET 系统 GPIO2 (WDOG-B) 引脚不响应 Linux 看门狗命令 就我而言,有两个问题: 我没有在 KConfig(CONFIG_IMX2_WDT/imx2_wdt.c)中启用正确的 WDT 驱动程序。因此,内核无法正确处理看门狗命令。 主线内核中的 PCA9450 驱动程序(pca9450-regulator.c)无法正确处理重置控制寄存器选项——特别是无法进行完全的冷重置。我的设计要求 PCA9450 重启所有功能域的电源,但即使在 RESET 期间,驱动器也不会重启 LDO1/2 域的电源。PCA6450 数据手册提供了在所有功能域中循环电源的选项,只是主线内核驱动程序中没有处理这个问题。下面是探针函数的代码片段: if (of_property_read_bool(i2c->dev.of_node, "nxp,wdog_b-warm-reset")) reset_ctrl = WDOG_B_CFG_WARM; else reset_ctrl = WDOG_B_CFG_COLD_LDO12;   "WDOG_B_CFG_COLD 缺少一个选项。" 就我而言,我只是将其硬编码到我自己版本的驱动程序中,然后手动将其转入编译树。 虽然超级笨拙,但作为概念验证还是行之有效的。 我不确定是否有人是内核维护者,但我只是一个前端人员...   tl;dr: 1) 确保你在内核中编译了正确的 WDT 驱动程序,2) 如果你使用的是 PCA9450 PMIC,请检查稳压器驱动程序以确保它能给你完整的冷RESET流程。   希望对大家有所帮助! Re: imx8m reset without WDOG_B signal usage 我最近遇到了这个问题,发现它与 PSCI cpu-idle 有关。如果你禁用 CONFIG_ARM_PSCI_CPUIDLE,或者使用 cpuidle.off=1 启动这通常会禁用 cpuidle 我发现系统正在按预期进行热RESET。不过,我不确定是什么原因造成了这种情况。 Re: imx8m reset without WDOG_B signal usage @siva_prabhakara你找到解决这个问题的固件了吗? Re: imx8m reset without WDOG_B signal usage 你好,我在基于 imx8mm 的自定义板上遇到了同样的问题。Uboot “RESET” 命令按预期运行,但是linux的 “重启” 命令挂起,没有任何特定的错误输出。 有人知道如何在不修改硬件的情况下解决这个问题吗? 提前感谢! Justin D. Re: imx8m reset without WDOG_B signal usage 你好,西瓦、 就像沃尔夫冈一样。在我们"修复了" ,或者让我说是优化了硬件之后,我们就没有再调查这个问题了。我们仍然使用内核 5.4.47。与此同时,还推出了更新的版本。也许其中包含一个修复程序。但老实说,我并不指望它。 如果你能找到任何软件修复方案,那就更有意思了。 顺祝商祺! 塞德里克 Re: imx8m reset without WDOG_B signal usage @cedric_starke 我在 imx8mm (5.4) 上也遇到了同样的问题kernel),您或其他人是否能够找出这里的软件问题? Re: imx8m reset without WDOG_B signal usage 你好,沃尔夫冈、 谢谢您的回答。我们也是用这种方法来完成重启工作的。幸运的是,我们已经 打算幸运的是,我们在电路板布局中已经考虑到了这一点,即使用一个未配备的电桥。在下一个版本中,我们将插入这座桥梁。 但在我看来,这是imx8m迷你软件包的软件问题。因为 uboot 可以在没有 POR_B 信号的情况下进行 RESET,而且 imx8m nano 也可以在 uboot 和 linux 中进行 RESET。 我们使用 4.14.98 和 5.4.47 版本对此进行了测试。在这两个"问题中," 。这只是为阅读本主题的其他人提供信息。 如果有人发现了软件错误,请随时发布,因为我们仍然对正确的解决方案感兴趣。 顺祝商祺! 塞德里克 Re: imx8m reset without WDOG_B signal usage 你好,塞德里克、 我们没有找到/搜索解决方案,但在下次重新设计中通过 100k PU 将 WDOG_B 引脚连接到 SOC RESET 引脚 (POR_B)。这样我们就可以在不触摸 PMIC 的情况下通过 看门狗 RESET SOC。 此致, 沃尔夫冈 Re: imx8m reset without WDOG_B signal usage 你好@wolfgang_baer、 我知道,这个问题其实并不新鲜,但我们的 imx8m mini 也遇到了同样的问题,我只想请教你们解决这个问题的办法。 此外,我们还发现,IMX8M mini 也会出现这种情况。我们为 imx8m nano 使用了相同的印刷电路板,该 SOC 能够正确重启。 因此,如果您能与我们分享您最后的状态,我们我们将不胜感激. 顺祝商祺! 塞德里克 Re: imx8m reset without WDOG_B signal usage 你们好 试着退出 SRSR RESET 状态寄存器 (0x3039005c)。它可以工作,但看起来状态从未改变过。无论我如何启动/重启/重置/关机/wdog/,i.mx8mm src_reg srsr 每次都是 0x01。 是否存在无法正常工作的已知问题? 还是我做错了什么? u-boot-imx_2019.04 u32 get_imx_reset_cause(void) { struct src *src_regs = (struct src *)SRC_BASE_ADDR; i@@ f (reset_cause == -1) { printf (" 0 src_regs %.8x\n ", src_regs); printf (" 0 src_regs %.8x\n ", & src_regs); printf (" 0 src_regs-> srsr %.8x\n ",src_regs - > srsr); printf (" 0 src_regs-> srsr %.8x\n ", & src_regs-> srsr); reset_cause = readl (& src_regs-> srsr);pr intf (" 1 重置原因 %.8x\n ", reset_cause); /* 保留 U-Boot 的值 */ #if! 已定义 (CONFIG_SPL_BUILD) & &! defined (CONFIG_ANDROID_BOOT_IMAGE) /* 稍后我们将读取安卓的 ssrs 状态,因此我们不会 * 在此处 清除状态。 */ writel (reset_cause,& src_regs-> srsr);printf (" 2 写入RESET原因 %.8x\n ", & src_regs-> srsr); printf (" 2 读取RESET原因 %.8x\n ",src_regs-srsr);printf (2 读取RESET原因 %.8x\n,src_regs-srs r) > srsr); #endif writel(reset_cause,& src_regs-> srsr); printf(" 3 2写入RESET原因 %.8x\n ",& src_regs-> srsr); printf(" 3read RESET原因 %.8x\n ", src_regs-> srsr);} 返回 reset_cause; } 感谢您的帮助。 Re: imx8m reset without WDOG_B signal usage <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨,雷哈尼、 对不起--没有。我还没有找到解决这个问题的办法。 基本上,恩智浦表示要RESET PMIC——但这对我们来说也是行不不通的。 如果我们找到了解决方案,我会在这里报告。 此致, 沃尔夫冈 Re: imx8m reset without WDOG_B signal usage <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好,沃尔夫冈、 我也有同样的问题。你找到答案了吗? 此致, Reyhaneh Re: imx8m reset without WDOG_B signal usage <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好 让我看看原理图。我会提出申请。 此致, 尤里。 Re: imx8m reset without WDOG_B signal usage <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好,尤里、 是的,我们使用的是最新版本的 DDR 工具(V2.10)和最新的 LPDDR4 Excel 表(v23)。 压力测试可以在我们的板上正常运行。 如果我禁用 WDOG_B 断言功能,我还能在 EVK 板上看到同样的效果: -看门狗在 u-boot 提示符下工作-> 它会重置设备 -启动到 linux 提示符后-> 同样的监视程序调用只会使设备停止/冻结 此致, 沃尔夫冈 Re: imx8m reset without WDOG_B signal usage <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好 由于 i.MX8M 的 SPL 包含用于 DDR PHY 和 DDR 控制器初始化 以及 DDR PHY 培训的代码,因此通常建议使用 DDR 工具中的最新固件; 它应提供所有必要的初始化。 此外,让压力测试生效是有意义的。 https://community.nxp.com/docs/DOC-340179 此致, 尤里。 Re: imx8m reset without WDOG_B signal usage <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好,尤里、 在 u-boot 中对内存进行一次简单的 mtest 显示没有错误。 此外,在板启动期间进行的DDR工具压力测试现在显示出错误。 关于您在第一个帖子中提到的内存命令的文档/更改,您有什么提示吗? 谢谢! 沃尔夫冈 Re: imx8m reset without WDOG_B signal usage <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好 是否可以对U-boot进行简单的内存测试-以排除内存问题? 此致, 尤里。 Re: imx8m reset without WDOG_B signal usage <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好,尤里、 感谢您的快速回复。我知道有人建议断电,但如前所述,我们目前没有选择。 关于记忆。您的意思是在 SPL 中的 LPDDR4 初始化代码中执行上述命令吗? 您是否有关于这些命令的文档提示,因为我目前只是在 SPL DDR 初始化中使用 DDR 工具生成的 初始化代码。 你是否也知道为什么它能在 u-boot(命令提示符下)运行,但在加载 Linux 之后不行? 记忆方面有什么不同? 谢谢,非常感谢你们的帮助、 沃尔夫冈 Re: imx8m reset without WDOG_B signal usage <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好    建议断开板上所有元器件的电源(电压), 即使处理器RESET,因为某些外部设备,例如eMMC,SD, QSPI、DDR)可能处于不可预测的状态;因此系统启动不起作用。   我认为,在您的案例中,记忆就是原因。也许有必要发布 在 LPDDR 初始化开始时使用 preCharge All 命令并 RESET 读取 FIFO 指针。   祝您愉快, Yuri ------------------------------------------------------------------------------- 注: - 如果本帖回答了您的问题,请点击"标记正确" 按钮。谢谢! - 我们会在最后一次发帖后的 7 周内跟踪主题,之后的回复将被忽略 如果您以后有相关问题,请另开新主题并参考已关闭的主题。
View full article
NETC IEEE 1588 定时器软件不符合 RM 要求 在 S32ZE NETC 参考手册 " 文档标识符:S32E27NETCRM 参考手册修订版 4,2024-12-12 ",3.2.5.3.1 带漂移和误差调整的正常模式中,它声称 " 在正常运行期间,对 1588 计时器配置(例如 TMROFF_H/L)的任何更改(例如 TMR_ADD 更新除外)都需要禁用 TSN 相关功能,例如时间门调度、特定时间出发安排、直播门控和速率管制。"但是 gPTP 软件或非 NETC 设备驱动程序都不符合此规范。 GPTP_STACK RTD Re: NETC IEEE 1588 timer software does not meet the requirement of RM 我们有恩智浦的 gPTP 软件模块,对吗? 它将调用函数"EthSwt_43_NETC_CorrectPtpClk" 更新当前时间。 我说的不是"提供的有关修正定时器" 的功能。 我的问题是,当 gPTP 调用 EthSwt_43_NETC_CorrectPtpClk() 函数更新当前时间时,如何使 802.1Qbv 功能不受影响? Re: NETC IEEE 1588 timer software does not meet the requirement of RM 你好@双君竹、 ETH 驱动程序 RTD2.0.1 遵循 ASR 21-11,其中只包括一些用于时间戳的 api 函数,如 因此,我认为他们没有提供你所说的修正定时器的功能。似乎 ASR23-11 将支持有关修正计时器的功能,或者 gPTP 如果需要在 ASR21-11 中使用这些功能,则必须提出更改要求的请求。 顺祝商祺! Nhi Re: NETC IEEE 1588 timer software does not meet the requirement of RM 感谢您的关注。正如您所说,"驱动程序目前只支持从 TMR 寄存器获取当前定时器,不支持配置" ,我不明白。 用 gPTP 软件更改 OFFSET 寄存器如何?我认为 gPTP 软件肯定需要更改 OFFSET 寄存器。我的问题是,当 gPTP 软件试图更改 OFFSET 寄存器时,如何跟进 RM,以保持 TSN 功能(例如 802.1Qbv 功能)的顺利运行? Re: NETC IEEE 1588 timer software does not meet the requirement of RM 你好@双君竹、 我来回答 NETC 司机的这个问题。 -针对ZE用上市的最新版本是继RM rev 3之后的RTD 2.0.1,据我所知,下一个版本RTD 2.0.2仍遵循RM Rev 3。但是,如果有任何关于 RM 版本的更新,SW 团队会开票检查新旧 RM 之间的变化。我想他们能察觉到这种变化。 - 据我所知,直到现在,驱动程序支持的时间戳都是默认计数 TMR_CTRL[TE] = 0,而 EthEnableFreeRunningTimer 功能刚刚添加到 RTD 2.0.1,可在 1588 定时器 TMR_CTRL[TE] = 1 中工作。当前定时器将从 1588 寄存器 TMR_FRT_L/H 中获取,但这里似乎存在一个错误,因为我没有在任何地方设置 TE(详情请参见票据:ARTDCC1-593)。总之,到目前为止,驱动程序只支持从 TMR 寄存器获取当前定时器,而不支持对其进行配置。如果用户想更改 1588 寄存器配置,就会出现你所说的情况。 顺祝商祺! Nhi Re: NETC IEEE 1588 timer software does not meet the requirement of RM 你好@双君竹、 您的意思是,在更改 1588 寄存器列表之前停止 TSN 功能,对吗? 我看到当前的驱动程序不支持停止 TSN 的功能。如果要禁用 TSN 中的每个功能,似乎需要删除每个表中的条目。例如 - 费率策略:Netc_EthSwt_Ip_DeleteRatePolicerTableEntry(); - Netc_EthSwt_Ip_DeleteStreamGateControlListTableEntry(); -EthSwt_43_NETC_StopTas(); 顺祝商祺! Nhi Re: NETC IEEE 1588 timer software does not meet the requirement of RM 你好@双君竹、 在我看来,问题不仅在于启用了多少 TSN 功能,因为如果客户使用 ASR 上下文,这些功能在预编译时会通过宏启用/禁用,但也会在每个功能中启用/禁用。大家都知道,每个功能 Rate policing、流闸......都是通过下表控制的: 如果用户只是在配置工具中配置了元素,那么在禁用此功能时,SW 团队可以控制删除多少带有条目 ID 的条目。但是,如果用户通过调用函数来添加元素,那么 SW 就无法知道。但我认为用户可以在自己的应用程序中进行控制。也许我错过了一些东西,但我知道TSN将引用计时器值,因此在更改计时器配置之前将其停止并重新开始以获取新的计时器值是有意义的。我相信 SW 团队在分析该票据时会有深刻的见解。 顺祝商祺! Nhi Re: NETC IEEE 1588 timer software does not meet the requirement of RM 你好@双君竹、 如果您不再了解 ETH 驱动程序,请将 RTD 从本主题中删除,以便 gPTP 的人可以回答您的问题。 顺祝商祺! Nhi Re: NETC IEEE 1588 timer software does not meet the requirement of RM 您好, 在 gPTP 更改计时器偏移寄存器之前,我并不想禁用 TSN 功能。这是 NETC RM 的要求。 客户要求 NXP 提供符合 RM 规范的官方解决方案:如何禁用 TSN 功能,即在这种情况下,IEEE802.1Qbv客户认为这应该由恩智浦提供,因为这是硬件要求和与硬件相关的编码。 顺便说一句,我认为你的建议需要精心设计。特别是对于 802.1Qbv,如何使应用流量不受 gPTP 同步操作的影响。例如,某些流量是否可能会延迟一个 Qbv 计划周期? 谢谢! 杰夫 Re: NETC IEEE 1588 timer software does not meet the requirement of RM 您好, 是的,我还有一个问题。请帮助检查如何从以太网驱动程序的角度禁用/重新启用 802.1Qbv。并请帮助分析这种操作是否会导致 802.1Qbv 计划周期中的一个关键流量延迟? 谢谢! 杰夫 Re: NETC IEEE 1588 timer software does not meet the requirement of RM 您好, 感谢您的大力帮助。 请允许我为 AUTO 客户强调一件非常重要的事情,即当他们使用 TSN IEEE802.1Qbv 功能时,当然也需要根据 802.1Qbv 时间同步要求启用 gPTP。 他们担心 gPTP 是否会影响一个 802.1 Qbv 时隙内的关键流量。我们(恩智浦)需要澄清这一点,并提供如何做到这一点。这是一个非常专注和明确的要求。这是一个很好的例子或用例,可以让你了解情况。 是的,我们不知道客户启用了多少 TSN 功能。但是,对于每个可能使用的人,我们都需要一个解决方案。客户可以根据自己的使用情况做出正确的选择。 谢谢! 杰夫 Re: NETC IEEE 1588 timer software does not meet the requirement of RM 你好@双君竹、 在我看来,ETH 驾驶员的这一要求很难得到满足,因为其官方职能就是停止 TSN 的运行。如你所见,要禁用端口门时间表,只需要 RESET 位时间门启用 PTGSCR[ TG E] 即可。但对于某些 TSN 功能(如费率策略),该功能是根据该表中的元素启用/禁用的。但是从ETH来看,我们不知道该表中添加了条目来删除或更新元素以禁用它们,上层可以更好地处理这个问题。因此,我在之前的答复中建议调用函数删除每个表中的条目。 如果用户没有启用选项功能:速率 Policing、流闸控制列表......,可以使用函数EthSwt_43_NETC_StopTas()禁用 TSN。 总之,我创建了 ARTDCC1-607 票据,您可以关注它以获得 SW 团队的分析,以防我遗漏了什么。而且 RM Rev4 尚未适用于 RTD 版本。如果您对 ETH 这个主题没有更多的了解,请告诉我,我会把这个案例交给 gPTP,让他们继续从他们的角度回答您的问题。 顺祝商祺! Nhi Re: NETC IEEE 1588 timer software does not meet the requirement of RM 你好@双君竹、 我看到 802.1 Qbv 功能同时支持 NETC 和交换机。因此,您可以通过以下方式配置该功能: - Eth_NETC: - 端口开关: 这些功能是 用于 ETH_NETC: - Eth_43_NETC_StartTas() - Eth_43_NETC_StopTas() 用于端口交换机: -EthSwt_43_NETC_StartTas() -EthSwt_43_NETC_StopTas() 对于这个问题:" 从我的角度来看,分析这种操作是否会导致 802.1Qbv 计划周期 " 中的关键流量延迟,因为你可以看看启用/禁用此功能的 netc/portswt_ip_configportTimegateScheduling () 函数,要禁用此功能,只需要 RESET 一点但启用此功能,需要启用门禁时间并设置门禁时间表。这次可以测量。 我理解您的意思是"802.1Qbv 计划周期之一" 是指网关控制列表的执行时间应重复,对吗?如果是,则可以进行配置。 顺祝商祺! Nhi Re: NETC IEEE 1588 timer software does not meet the requirement of RM 您好, 看来你还没明白我的问题。请给我更详细的描述。假设客户有一个 Qbv 配置,它处于运行状态,参数如下: 1. 周期时间为 10ms 2. 在一个 10 毫秒的时间段内,有两个时隙,每个时隙 5 毫秒。换句话说,闸门列表中有两个条目。 3.假设在第一个时隙开放时,NETC 正在传输关键帧。此时 gPTP 开始更新当前时间,根据 RM 的要求,客户需要禁用/重新启用 802.1Qbv。 4.802.1Qbv 重新启用后,NETC 硬件可能会继续打开时隙 1,或进入门列表第 2 项,或等待新的 Qbc 计划周期。 如果硬件进入第 2 个条目,则表示 NETC 队列中的关键帧将在下一个 10 毫秒周期内发送。这可能会造成严重的延误,影响应用。 5.客户询问如何避免这种情况。换句话说,如何平稳地禁用/重新启用 Qbv,以减少对应用程序的影响。 希望这能让你明白。 谢谢! Re: NETC IEEE 1588 timer software does not meet the requirement of RM 您好, 除了我在之前的回复中提到的两个功能外,我没有看到其他启用/禁用 TAS 的方法。在我看来,当禁用时间门控制时,它的所有功能也会被禁用,如时间间隔、周期......。禁用和启用 TAS 之间的时间间隔,包括完成更新 gPTP 定时器的时间。启用 TAS 后,基准时间将根据当前时间更新。除非新的基准时间 = 下一个旧的间隔时间,否则无法满足您的要求。 我对此没有更多的了解,我也在上述票单中更新了这个问题,以便 SW 团队对您的情况提出建议。 顺祝商祺! Nhi
View full article
关于 S32K314 上 "Adc_Sar_Ip_DoCalibration "函数初始化失败的问题 使用的微控制器是 S32K314,使用的 SDK 版本是 5.0.0 ADC 时钟源频率为 160MHz,使用 " 元器件 " 组件。 我想在初始化后对 ADC 执行自校准,但功能反馈全部失败。 错误位置已在此处找到,这不是超时问题。 我想知道解决方案是什么,ADC 自校准失败的原因可能是什么? Re: Regarding the issue of failed initialization of the “Adc_Sar_Ip_DoCalibration” function on S32K3 在自校准失败的情况下,采样值会变小并偶尔波动。这种现象是否与自校准失败相对应?而当电压值小于某一特定值(如 0.5V 左右)时,采样值为 4 或 5(满刻度为 16383)。
View full article
How to download documents on chip-related resources Example: S32K3xx_interrupt_map.xlsx Re: 如何下载芯片的相关资源的文档 Hi@PQF Download the datasheet and instruction manual from the official website. You can find these documents you are looking for in the attachment to the instruction manual. https://www.nxp.com/products/S32K3
View full article
i.MX RT1042 - 使用 lwIP 时 DTC RAM 溢出,将数据移至 OCRAM 后 DHCP 失败 你好,恩智浦社区、 我正在使用 MCUXpresso SDK 在 i.MX RT1042(Cortex-M7)上开发固件。我的应用程序由多个模块组成,我使用 lwIP 与以太网连接,并启用了 ping 功能。 初始问题 - DTC RAM 溢出 启用 lwIP 后,我发现即使其他内存区域未使用,DTC RAM 也会溢出。以下是该配置的内存使用情况: 内存区域 已用大小 区域大小%已用年龄 ------------------------------------------------------- BOARD_FLASH: 223652 B 8 MB 2.67% Sram_DTC: 141580 B 128 KB 108.02% sram_itc: 0 b 128 kb 0.00% sram_oc: 0 b 256 kb 0.00% board_sdram: 0 b 30 mb 0.00% ncache_region: 0 b 2 mb 0.00% 现阶段,我还需要添加更多的应用模块,但 DTC RAM 已经满了。 尝试的解决方案 - 将数据移至 OCRAM 为了减少 DTC RAM 的使用,我更改了全局数据放置配置,并修改了链接器脚本,将以下部分移入 OCRAM: *(DataQuickAccess) *(NonCacheable.init) *(不可缓存) 更改后,内存映射如下所示: 内存区域 已用大小 区域大小%已用年龄 ------------------------------------------------------- BOARD_FLASH: 223652 B 8 MB 2.67% Sram_DTC: 8KB 128KB 6.25% sram_itc: 0 b 128 kb 0.00% Sram_OC: 133388 B 256 KB 50.88% board_sdram: 0 b 30 mb 0.00% ncache_region: 0 b 2 mb 0.00% 在这种配置下,大多数模块都能正常工作,但 DHCP 无法获取 IP 地址,而以太网链接却能启动,应用程序的其他部分也能继续运行。 问题 对于使用 lwIP + 以太网的应用,在 i.MX RT1042 上处理高 DTC RAM 使用率的建议和正确方法是什么? 如何决定哪些数据或模块应存放在......? DTC RAM ITC RAM OCRAM NCACHE 地区 SDRAM 具体到 lwIP,哪些数据结构(pbufs、heap、netif、DMA 缓冲区、堆栈)必须保留在 DTC 或非高速缓存内存中才能正确运行? 将 lwIP 数据移至 OCRAM 时,DHCP 故障是否与高速缓存一致性、MPU 设置、对齐或非高速缓存要求有关? 如有任何指导、最佳实践或参考示例,将不胜感激。 顺祝商祺! i.MX RT105x Re: i.MX RT1042 – DTC RAM overflow with lwIP, DHCP fails after moving data to OCRAM 你好@Dkakadia、 感谢您对 NXP MIMXRT 系列的关注! DHCP 故障问题很可能与缓存一致性有关。在启用了数据缓存的情况下使用以太网 DMA 时,需要缓存一致性管理。对于 lwIP,当使用 OCRAM 作为主 RAM 时,建议将关键数据结构放在 SRAM_DTC 或其他非高速缓存区域。 您可以参考这位客户的帖子: https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/Problem-with-sample-lwip-and-OCRAM/td-p/985330 此外,您可以考虑配置 FlexRAM 以增加 DTCM 空间,而不是将所有内容直接传输到 OCRAM。请参阅此 AN: https://www.nxp.com/docs/en/application-note/AN12077.pdf 致以最诚挚的问候, Gavin Re: i.MX RT1042 – DTC RAM overflow with lwIP, DHCP fails after moving data to OCRAM 你好@Gavin_Jia 感谢您的回复和分享参考。 根据您的建议,我检查了缓存一致性方面的问题,并相应地更新了内存位置。有了这些更改,以太网 + lwIP 协议栈(包括 DHCP)现在可以正常工作了。 在我当前的产品设计中,未填充外部同步动态随机存取存储器(SDRAM),因此我从项目中移除了所有同步动态随机存取存储器(SDRAM)依赖关系。目前,我已在 OCRAM 中声明了 NCACHE 区域,并小心翼翼地将以太网 DMA 相关缓冲区和 lwIP 关键数据结构放入不可缓存内存中。 但是,随着我继续集成其他模块,我再次开始面临内存压力,主要是在内部 RAM 区域。该应用程序现在包括多个外围设备和中间件,例如: lwIP + 以太网、FlexPWM、SPI、UART、I2C 其他特定应用模块 由此,我想到了几个后续问题: 在使用以太网 + LwIP 和多个外设驱动器的 i.MX RT1042 上运行中等复杂的应用程序,实际上是否需要包括外部同步动态随机存取存储器(SDRAM),还是应该在仔细放置的情况下完全从内部存储器运行这样的应用程序? 在内存分区、缓存配置或 FlexRAM 配置方面,我是否可能遗漏了重要步骤或最佳实践,从而无法进一步优化内部内存的使用? 在非 SDRAM 设计中,推荐的长期策略是什么: 扩展应用功能 管理 lwIP 缓冲区、堆和任务栈 在添加更多模块时防止内存反复溢出 如果不使用同步动态随机存取存储器(SDRAM),这是否是预期的限制,或者是否建议进一步优化,任何指导都将非常有帮助。 再次感谢您的支持和真知灼见。 致以最诚挚的问候, Daksh Re: i.MX RT1042 – DTC RAM overflow with lwIP, DHCP fails after moving data to OCRAM 此外,当增加任何一个 DTCM/ITCM/OCRAM 超过 128KB 时,都会导致代码出现硬故障,文件中提到可以为任何部分分配更多大小,但要注意总大小,即 512KB。 Re: i.MX RT1042 – DTC RAM overflow with lwIP, DHCP fails after moving data to OCRAM "此外,您可以考虑配置 FlexRAM 以增加 DTCM 空间,而不是将所有内容直接传输到 OCRAM。请参阅此 AN: https://www.nxp.com/docs/en/application-note/AN12077.pdf" 该文件提到 ITCM 或 DTCM 可以配置为 0 KB(另见表 1 中显示的可能静态配置)。 但是,当我将 DTCM 配置为 0 而不增加/增加 ITCM 时,应用程序会崩溃。
View full article
LS1046A RDB:用于测试 linux gpio 中断处理性能的 GPIO 您好, 我正在使用 LS1046ARDB,想测量中断延迟。我的目标是通过外部信号发生器(输入 GPIO)触发信号中断,然后切换另一个引脚(输出 GPIO)作为响应,用示波器测量延迟。 我正在寻找板接头上可以混合为 GPIO 的可访问引脚。 我的想法是使用 IEEE-1588 接头 (J11),但不确定这是否可行,也不知道需要做些什么。 参考手册指出,可以通过 RCW(EC2=1)将 EC2 引脚配置为 GPIO3。 如果我在 RCW 中设置 EC2=1,这些信号是否会路由到 J11? LS1046A RDB 上是否有其他易于访问的引脚可供使用? 感谢您的帮助 QorIQ LS1设备 Re: LS1046A RDB: GPIOs for testing gpio interrupt handling performance of linux 谢谢您的帮助!这应该行得通。我发现GPIO_2[1]、GPIO_2[2]、GPIO_2[3] 与 TP14、TP13 和 TP11 相对应。 Re: LS1046A RDB: GPIOs for testing gpio interrupt handling performance of linux 您可以使用与 SPI 信号复用的GPIO。 GPIO_2[1]、GPIO_2[2]、GPIO_2[3] SPI 接口在 RDB 上未使用,并终止到测试点。 请参阅"表 3-8。详情请参阅 LS1046ARM 中的 SPI 信号配置" 。
View full article
AN4581 的最新版本 您好, 从 2020 年起有 AN4581(在支持 HABv4 的设备上进行 i.MX 安全启动)修订版 4: https://de.scribd.com/document/811030804/AN4581 然而,如果我搜索贵公司的网站或互联网,我只能找到 2012 年或 2018 年的过时版本。 能否告诉我在哪里可以找到AN4581 的最新修订版? 谢谢! Re: Latest version of AN4581 感谢您的支持。 我可以在这里下载 2020 年版本: https://www.readkong.com/page/an4581-i-mx-secure-boot-on-habv4-supported-devices-2622907 旧版本可在此处获取,无需 NDA : https://community.nxp.com/pwmxy87654/attachments/pwmxy87654/imx-processors/225997/1/AN4581.pdf(2012) https://community.nxp.com/pwmxy87654/attachments/pwmxy87654/imx-processors/194321/1/AN4581_2018.pdf(2018) Re: Latest version of AN4581 这个用于安全启动的AN是机密的,您需要与恩智浦签署保密协议。 最好从https://support.nxp.com/s/?language=en_US创建内部票据
View full article