用于 RTD 的 S32K3xx NXP RTOS 7.0.0 队员们好 我看到SW32K3_S32M27x_RTD_R21-11_5.0.0_D2410 正式支持S32K3xx NXP RTOS 0.4.3 版本。 从那时起，更新的 RTD 版本（6.0.0 和 7.0.0）已经推出。 这些 RTD 版本与 NXP RTOS v0.4.3 兼容吗？ 如果不是，我们什么时候可以期待与RTD 7.0.0正式兼容的新恩智浦实时操作系统版本？ 谢谢！ BR，丹尼尔 RTD 实时操作系统 Re: S32K3xx NXP RTOS for RTD 7.0.0 队员们好 客户希望明天之前得到答复。 您能对此发表评论吗？ 谢谢 Re: S32K3xx NXP RTOS for RTD 7.0.0 嗨，丹尼尔 恩智浦实时操作系统和K3xx设备的最后一个版本是在2025年5月发布的，它与RTD 6.0.0 RTM一致（该版本已经发布并由模板团队进行了测试）。从理论上讲，下一个版本计划于2026年11月发布，但由于PL走廊，该版本很可能会被取消。 适用于K3xx设备的恩智浦实时操作系统是演示版，仅用于启用，因此优先级较低。如果有客户提出要求，必须与 PL 讨论。

Lauterbach FCCU_Utility 插件 - S32K3xx Lauterbach FCCU_Utility 插件 - S32K3xx MPC57xx_FCCU_Utility_rev0.pdf 这个 Lauterbach 调试插件允许用户直接从调试器界面使用 FCCU 配置。这将加快开发速度，并且无需每次更改 FCCU 配置时重新编译和编程项目。 @Smartling Language Service 所提供的文档描述了如何使用 Lauterbach FCCU（故障收集和控制单元）外围扩展功能用于 S32K3xx 设备。期望用户对 FCCU 机制有深入了解，以便有效使用此扩展。 在这种情况下，这个调试器插件在多种使用场景中都可能非常有价值，例如 FA 或开发过程中的调试。 顺祝商祺！ Peter

i.MX6DL PCIe x1 Gen1 链路训练失败 我们使用的是运行内核 5.10.235 的 i.MX6DL，出现了 PCIe Gen1 链路训练问题。日志显示，链接训练从未完成--链接在不断地重新训练。Debug0 寄存器显示链路不稳定，表明某些东西正在触发信号再训练。 观察到的 LTSSM 过渡： L0 → S_POLL_CONFIG → S_RCVRY_RCVRCFG → S_CFG_LINKWD_START → S_POLL_CONFIG 我们还注意到，尽管 pcii-imx6.c 和 pcii-imx6.c 寄存器的 LnkCap 寄存器值（每个电源周期）都会发生变化，但 LnkCap 寄存器的值并没有改变。和 pcie-designware.c为 Gen1 明确配置链路。还有什么可能会修改这个寄存器？ 示例： 情况 1：0x1ffc07c = 值 0x0011cc12 LnkCap：端口 #0，速度 5GT/s，宽度 x1，ASPM L0s/L1，退出延迟 L0s<1us，L1<8us LnkCtl2：目标链接速度 2.5GT/s 情况 2：0x1ffc07c = 值 0x00100001 LnkCap：端口 #0，速度 2.5GT/s，宽度 x1，ASPM L0s/L1，退出延迟 L0s<1us，L1 无限制 LnkCtl2：目标链接速度 2.5GT/s 此外，禁用加扰器似乎能稳定链路： devmem2 0x1ffc710 w 0x00010122 查找以下信息： 1.最初达到 L0 后会触发信号链路再训练什么？ 2。还有哪些硬件/软件部分可能会修改 LNKCap？ 详情请见附件。 Re: i.MX6DL PCIe x1 Gen1 Link Training Failure 你好 1。关于达到 L0 状态后可能触发链路重新训练的因素： -PCIe 通道上的信号完整性问题可能导致链路不稳定 -电源波动或噪声影响 PCIe PHY -时钟抖动或 PCIe 参考时钟不稳定-与 PCIe 走线阻抗或长度匹配 相关的硬件设计问题 -可能引发不必要的重新训练的软件/驱动程序错误 2. 对于波动的 LnkCap 寄存器值： -寄存器可以通过硬件初始化序列和软件驱动程序进行修改 -在 i.MX6 PCIe 实现中，都是 pci-imx6.c和 pcie-designware.c尝试配置链路参数 -链路能力协商在训练期间进行，值可能会根据终端设备报告的内容进行调整。 您观察到禁用加扰器会稳定链路 (devmem2 0x1ffc710 w 0x00010122)，这表明存在潜在的信号完整性或时钟问题。这与之前通过硬件调整解决 i.MX6 平台 PCIe 链路稳定性问题的情况一致。 我建议查阅 i.MX 6Dual/6Quad 和 i.MX 6Solo/6DualLite " 的应用笔记 AN4784 " PCIe 认证指南，其中包含专门针对 i.MX6DL 平台的详细PCIe SERDES 设置信息。本文档提供全面的 PCIe 认证指导，有助于解决间歇性链路培训故障。 对于特定的持续再训练问题，请考虑： -验证 PCIe 参考时钟信号质量和抖动 -检查 PCB 设计中的走线长度是否匹配-确认 PCIe 通道上的端接和阻抗正确 -检查负载条件 下的电力轨道 稳定性您看到的 LNKCap 寄存器修改可能与初始化序列期间的硬件级寄存器访问有关，可能受到 PHY 校准变化的影响。 此致 Re: i.MX6DL PCIe x1 Gen1 Link Training Failure 再补充一些细节。 根据下面的观察结果，禁用加扰器时 Gen1 链路是稳定的。有没有办法强制主机只进行第一代训练，而不尝试第二代？ * LnkCap is 5GT/s root# lspci -s 00:00.0 -vv |grep LnkCap LnkCap: Port #0, Speed 5GT/s, Width x1, ASPM L0s L1, Exit Latency L0s <1us, L1 root# devmem2 0x1ffc07c /dev/mem opened. Memory mapped at address 0xb6f5c000. Read at address 0x01FFC07C (0xb6f5c07c): 0x0011CC12 <<< gen2 root# ltssm_debug.sh |grep curr LTSSM current state | 0x7 | S_CFG_LINKWD_START LTSSM current state | 0x11 | S_L0 LTSSM current state | 0x7 | S_CFG_LINKWD_START LTSSM current state | 0xf | S_RCVRY_RCVRCFG * Setting Lnkcap to gen1 but value is getting overwritten root# devmem2 0x1ffc07c w 0x00100011 root# devmem2 0x1ffc07c /dev/mem opened. Memory mapped at address 0xb6fb1000. Read at address 0x01FFC07C (0xb6fb107c): 0x0011CC12 root# ltssm_debug.sh |grep curr LTSSM current state | 0x7 | S_CFG_LINKWD_START LTSSM current state | 0xf | S_RCVRY_RCVRCFG LTSSM current state | 0x7 | S_CFG_LINKWD_START * Disable scrambler root# devmem2 0x1ffc710 w 0x00010122 root# devmem2 0x1ffc710 /dev/mem opened. Memory mapped at address 0xb6f66000. Read at address 0x01FFC710 (0xb6f66710): 0x00010122 * LnkCap was set to Gen1 again, and the value remains stable. root# devmem2 0x1ffc07c w 0x00100011 root# devmem2 0x1ffc07c /dev/mem opened. Memory mapped at address 0xb6f0a000. Read at address 0x01FFC07C (0xb6f0a07c): 0x00100011 * Gen1 changes reflected here root# lspci -s 00:00.0 -vv |grep LnkCap LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM not supported root:~# ltssm_debug.sh |grep curr LTSSM current state | 0x11 | S_L0 LTSSM current state | 0x11 | S_L0 Link stable. 谢谢！ Re: i.MX6DL PCIe x1 Gen1 Link Training Failure 你好 感谢您的指点。 但是，如果我们强制将链路速度设为 Gen1，那么在什么情况下，硬件仍能将链路能力宣传为 Gen2 并启用ASPM 相关选项？ 例如，我们看到 LnkCap: Port #0, Speed 5GT/s, Width x1, ASPM L0s L1, Exit Latency L0s <1us, L1 <8us 我们还在训练序列中观察到5 GT/s和自主变化 TS1。 TS1/TS2 日志附后。 谢谢！

错误：设备是安全的。清除至不安全状态 你好，团队、 我正在使用 A12323 文档测试 S32K144 上的 A/B 分区。 首先，我将 S32K144_Memory_Partition 项目闪存到 RAM 中。 然后，我将 S32K144_FOTA_Gateway_example 闪存到 Flash 中。 在同一个板上，我尝试刷新 CAN 应用程序。第一次就成功了。 但是，当我再次尝试刷新同一个应用程序时，它失败了，错误是：“设备是安全的。擦除到不安全的地方。” 现在我无法闪烁任何东西。 谢谢。 Re: error: Device is secure. Erase to unsecure 你好@纳维娜 正如我在前一个主题中所写的那样： 您有读取 MDM-AP 的 Segger J-Link 探头或劳特巴赫调试器吗？遗憾的是，Pemicro 无法做到这一点。 在极少数情况下，设备可以被锁定。请查看此主题： https://community.nxp.com/t5/S32K/Unbricking-S32K146/m-p/937227 要确认这一点，有必要阅读 MDM-AP。

使用 testpmd 的 DPDK LX2162A SoM 全部 TX 0 你好 我们目前正在开发一款由 SolidRun（ClearFog LX2162A LX2-Lite 开发平台）开发的基于 LX2162A SOM 的板，最终目标是让 Open vSwitch 与 DPDK 一起运行。软件方面，我们使用的是厂家提供的基于 Ubuntu 22.04（内核 5.15）或 Ubuntu 24.04（内核 6.6）的镜像。我们使用 nxp-qoriq/dpdk 编译了正确的内核版本。我们使用提供的 dynamic_dpl.sh 脚本使用该板提供的两个 25G 接口创建了一个 DPRC（我们还尝试了两个 10G 端口和 1G 端口，它们都有如下所述的相同问题）。 我们想使用 dpdk-testpmd 测试 DPDK 下的转发是否有效。我们用同一根电缆连接了两个 25G 端口，使它们直接相连。我们使用该命令进行了测试： dpdk-testpmd -l 0-3 -n 1 -- --portmask 0x3 --nb-cores=1 --txq=1 --rxq=1 --tx-first --auto-start 我们在装有英特尔网卡的 x86 系统上测试了相同的设置，使用相同的命令，我们看到数据包被正确转发。 然后，我们还尝试使用带有 dpni-dpni 参数的 dynamic_dpl.sh 脚本来创建两个直接连接的 dpni 对象，而不使用任何 dpmacs，但结果仍然一样。在尝试用 OVS 配置此设置时，我们无法与测试系统建立任何链接。使用带有内核驱动程序的 OVS 时，我们可以成功配置桥接器，但速度上限大约为 5 GBit/s 如果您能就此事提供任何指导，我们将不胜感激。 Re: DPDK LX2162A SoM all TX 0 with testpmd 您在同一板上背靠背连接 25G 端口。因此，testpmd 应使用 "先发送 "或 "仅发送 "模式生成流量。 PFA 附带日志；此场景在 LX2160ARDB 板上正常运行，没有任何问题。 Re: DPDK LX2162A SoM all TX 0 with testpmd 在 DPDK 环境中，执行" dpdk-testpmd -c 0xf -n 1 -- -i --portmask 0x3 --forward-mode=io", 在 testpmd 提示符下，请键入命令"show port info all" 查看以太网端口的链路状态。 testpmd> show port info all

供客户端写入 iMX8MP 的自由 OTP 寄存器 你好 ， 我 需要 能 写 的 OTP 寄存器 阅读 主 板 IMX8MP 的 PCBA 修订版 。 例如，我需要在寄存器 XX 中写一个数字 1、3 或 5，具体取决于生产线上板的版本。 并将其读入 uboot/kernel 以使用相应的 DTS 我是否正确理解我可以将通用熔丝寄存器 #9 用于我的目的？   i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: Free OTP registers for writing by client to iMX8MP 您好， 是的，你可以使用通用熔丝来实现你的目的。 此致 哈维

S32K3 SPD DMA こんにちは、 RTD400とSPD105を使用し、開発ボードはS32K312 144P開発ボードです。 設定を行わずに、テスト対象の UART + DMA プログラムに FCCU モジュールを追加しました。ヘッダーファイルが参照されておらず、コード内でFCCU部分が初期化されていない場合でも、プログラムはClock_Ip_SetWaitStatesで停止します。 テスト対象の SPD モジュール プログラムに uart モジュールを通常どおり追加し (RAM およびフラッシュ インジェクション エラーを含む)、その後、設定を行わずに DMA モジュールを追加しました。ヘッダー ファイルと初期化 Fdma 部分がコード内で参照されていない場合でも、プログラムは Clock_Ip_SetWaitStates() 関数内にあります。その後、ハードウェア エラー割り込みが発生します。 FCCU モジュールを追加せずに UART + DMA のコードをアップロードしましたが、正常に動作しました。ただし、追加後はクロック初期化プログラムにハードウェア エラーが発生します。この原因は何でしょうか? また、この問題はどのように解決できるでしょうか? Re: S32K3 SPD DMA 同様の問題に遭遇しました。S32K312 のUART 割り込みモードを使用すると動作しますが、Dma_Ip_Init() および Rm_Init() の後にLpuart_Uart_Ip_AsyncSend () またはLpuart_Uart_Ip_AsyncReceive () を実行すると、 HardFault_Handler () に入ります。 サポートをお願いできますか。 Re: S32K3 SPD DMA こんにちは@ Neo1096 申し訳ございませんが、IAR をサポートすることはできません。変更するには、提供されているリンク ファイルを参照してください。 Re: S32K3 SPD DMA icf ファイルを提供してもらえますか?IARで使用する必要があります Re: S32K3 SPD DMA こんにちは@ Neo1096 問題の原因を見つけました。 これは、S32 DS が提供するリンク ファイルの構成の問題が原因です。 SPD パッケージ内のリンク ファイルを S32 DS 内のリンク ファイルに置き換えると、この問題は解決できます。 SO、さらにテストを行うには、添付ファイルのリンク ファイルを参照してください。 Re: S32K3 SPD DMA こんにちは@ Neo1096 社内チームが問題を再現し、現在考えられる原因を排除しています。 更新日時: 2025年7月23日。 Re: S32K3 SPD DMA こんにちは@Neo1096 社内フォーラムからの返信はまだ受け取っていませんので、お待ちください。 更新日:2025年7月15日。 Re: S32K3 SPD DMA こんにちは@Neo1096 社内フォーラムからの返信はまだ受け取っていませんので、お待ちください。 更新データ:2025年7月7日。 Re: S32K3 SPD DMA こんにちは@ Neo1096 今朝再度プッシュしましたが、社内フォーラムからはまだ何の返答もありません。 Re: S32K3 SPD DMA 何か進展はありましたか？ Re: S32K3 SPD DMA こんにちは@Ne01096 これはバグかもしれません。何か見落としているかどうか、デザインチームに確認する必要があります。 現状では、DMA モジュールを追加すると、クロックの初期化時にハードファルト状態になります。 さまざまなバージョンでテストしましたが、結果は同じでした。 Re: S32K3 SPD DMA exceptions.cにコードを追加しましたStartup_Code フォルダーの下に、主にエラー注入によって発生したハードウェア エラーを処理するためにあります。その他の部分は変更ありません。 Re: S32K3 SPD DMA こんにちは@Neo1096 ご提供いただいたプロジェクト「S32K312_SPD104_DMA_UART」をテストしているときに、問題が発生しました。 原因はまだ見つかっていませんが、理論上は「S32K312_SPD104」と同じ設定であれば、このような問題は発生しないはずです。 明日、「S32K312_SPD104」のコードを修正してみます。 しばらく時間がかかります。また、起動ファイルが変更されている可能性があります。 Re: S32K3 SPD DMA 以前アップロードしたコードは実行CAN。FCCU モジュールを個別に追加すると、操作が失敗します。 コードのコピーを2つ再アップロードしました。 正しく実行CANファイルは、SPD104 バージョンに基づいて RAM および FLASH インジェクション エラーをテストします。（S32K312_SPD104） もう 1 つは正しく実行できません。これは、前のコードにDMA+UART部分を追加し、Clock_Ip_SetWaitStates(); ハードウェア割り込みを入力します（S32K312_SPD104_DMA_UART） ぜひご覧ください。ありがとう。 Re: S32K3 SPD DMA こんにちは@ Neo1096 まず、提供されたプロジェクトをテストしましたが、おっしゃった問題は発生しませんでした。CANさらに詳しい情報と、変更が必要かどうかを教えてください。 第二に、SPDバージョン4.0.0に対応するP24は1.0.4のはずです。バージョン1.0.4をインストールしてもう一度お試しください

无法理解这一点 RM 我不太理解 RT1060 参考手册第 3 版中关于 LPSPI FRAMESZ 的描述（见截图）。 因此，之前它说 LPSPI 字长是 32 位，而我没有看到它的任何配置，那么它怎么会说最小字长是 2 位呢？ 声明不支持 33 位的帧大小 - 是否只是这个值，33 位，某种程度上是特殊的，或者任何其他 (n * wordsize) + 1 也是（fe65 或 97 帧大小？） 提前致谢！ i.MXRT 106x 回复：无法理解 RM 的这个部分 嗨，是的，现在这是有意义的 - 所以它是不完整单词的最小单词大小，它是框架中的最后一个单词。我相信如果你在这个或其他 RM 中有这个声明，最好用不同的词语来表达它，这样更容易理解 多谢！ 回复：无法理解 RM 的这个部分 哈哈哈，笑话！欢迎来到现代“文献”的奇妙世界，您的选择要么是“缺失/不完整”，要么是“写得太糟糕以至于几乎无法理解”。 天哪，我多么怀念摩托罗拉时代的文档。从那时起，一切都开始走下坡路。

S32DS for S32 v3.5 Update failed issue Hello. Step 1. I install S32DS for S32 v3.5. - Install program: S32DS.3.5_b220726_win32.x86_64.exe  Step 2. Select "S32 Design Studio Platform package" and execute update. Step 3. After few minute update failed with "Read time out" error. Step 4. Close & Restart S32DS, and retry update "S32 Design Studio Platform package". Step 5. S32DS program close suddenly. And s32ds.exe, s32ds.bat file deteled. I attached my step screen capture below. How can I clean install S32DS for S32 v3.5 and update latest package? Best Regards, Sean Sung Re: S32DS for S32 v3.5 Update failed issue Thank you for support! It works. Re: S32DS for S32 v3.5 Update failed issue Hi,  on some machines doesn't work repositories with http:// - please try to change http:// to https:// Re: S32DS for S32 v3.5 Update failed issue Hi @Robin_Shen  When I try offline update to SW32_S32DS_3.5.14_D2409, same issue (deleted .exe, .bat files) happened. SW32K3_S32DS_3.5.13_D2407.zip is my mistype, I don't need that. Best Regards, Seam Sung. Re: S32DS for S32 v3.5 Update failed issue Please tell me which version of S32K3 RTD you want to install? Here is the method for offline installation of S32K3 RTD 4.0.0: RTD 4.0 with Design Studio 3.5  SW32K3_S32DS_3.5.13_D2407.zip is S32 Design Studio 3.5.13 Development Package with support for S32K3xx devices. As far as I know, this only needs to be installed when installing S32K3 RTD 5.0.0. You don't need to install those S32DS Update packages one by one, just install the latest one. For example: S32 Design Studio 3.5 Update 14 D2409 new Re: S32DS for S32 v3.5 Update failed issue Hi @Robin_Shen  I already tried offline update. Update okay with belows. SW32_S32DS_3.5.2_D2302, SW32_S32DS_3.5.3_D2306, SW32_S32DS_3.5.4_D2307, SW32_S32DS_3.5.5_D2308, SW32_S32DS_3.5.6_D2309. When I try update to SW32_S32DS_3.5.8_D2311, warning message popup. I choose "Install anyway", after then program close (without any message), and deleted s32ds.exe and s32ds.bat. When I try update to latest package SW32K3_S32DS_3.5.13_D2407 at one-shot(without update previous version), same issue happend. And.. I can't find offline update package for Update 7. Could you check for me? Best Regards, Sean Sung. Re: S32DS for S32 v3.5 Update failed issue Hi  Have you tried installing offline? Refer to the step2 of HOWTO: offline install S32K3 RTD 3.0.0 in S32DS v3.5.  S32 Design Studio 3.5 Update 13 D2407 is available for download on S32 Design Studio for S32 Platform web page. Best Regards, Robin ------------------------------------------------------------------------------- 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. -------------------------------------------------------------------------------

BFU660F 的 Spice 型号 您好， 能否提供 BFU660F 的香料型号？ 谢谢！ 约翰 Re: Spice Model for BFU660F 您好， ，我试图将此模型用于 Orcad PSpice，但似乎无法识别某些参数（例如：...M参数......），软件就会出错。请提供可在 orcad PSpice 中导入的 BFU660F 模型， ，谢谢您的支持 ，致以最诚挚的问候 Jonata Re: Spice Model for BFU660F 亲爱的艾丽卡 我想在 LTSPICE 中使用 2 发射器模型。 请发布 BFU660F 的 4 针型号。 顺祝商祺！ 诹访仁 Re: Spice Model for BFU660F 嗨，艾丽卡、 谢谢你的香料模型。 您可以关闭此主题。 顺祝商祺！ 约翰 Re: Spice Model for BFU660F 您好。 SPICE 模型附后。 希望对你有所帮助。 此致问候

CLRC66301B 掉电模式仍消耗 2 mA 而不是 nA 您好，恩智浦社区 我正在使用 CLRC66301B NFC 读卡器IC 并尝试通过将 PDOWN 引脚设为高电平来激活掉电模式 (3.3)V），详见数据手册。但是，电流消耗保持在2 mA，而数据表显示掉电时电流消耗应在8 nA至40 nA之间。 设置详情： PDOWN 引脚：3.3 V（恒定高电平） VDDs：VDD（TX）、VDD（AUX）、VDD（MCU）电压均为 3.3 V 接口：I²C（测试期间空闲） XTAL：连接 27.12 MHz 晶体 当前测量期间无通信或活动 测量电流： ~2 mA 问题 1.在断言 PDOWN 之前是否需要对寄存器进行配置？ 2。IRQ、XTAL、IFSEL 或其他 GPIO 能否阻止进入真正的掉电模式？ 3.PDOWN 是否需要使用 VDD 或 RESET 进行额外的定时或排序？ 如有任何见解或建议，我们将不胜感激。 谢谢！ 乌玛桑卡尔 NFC 控制器解决方案 Re: CLRC66301B Power-Down Mode Still Consumes 2 mA Instead of nA 您好， 当您提到当 SDA 和 SCL 物理断开时电流消耗会降低时，是指您移除了该引脚上的所有连接（同时移除主机 MCU 和上拉电阻器），还是指这些线路仅与主机 MCU 断开？ 另外，能否请您描述一下测量所用的方法、设备和测试点？ Eduardo。 Re: CLRC66301B Power-Down Mode Still Consumes 2 mA Instead of nA 亲爱的恩智浦团队 我使用带有 CLRC66303B 芯片的官方 CLEV6630ARD 板进行了掉电电流测试。只有在进行任何 I²C 通信之前物理断开 SDA 和 SCL 时，电流才会达到 ~40 nA。如果使用一次 I²C，即使将 PDOWN 设为高电平，电流也会保持在 2 mA 以上。 请说明在进入 PDOWN 之前，I²C 线路应该做些什么？具体来说 在断言 PDOWN 之前，MCU 是否应将 SDA 和 SCL 设置为高阻抗（输入，无拉）？ 之前的任何 I²C 通信是否会阻止芯片进入真正的硬掉电？ 谢谢！ Follow-Up: CLRC66303 – High Current in Hard Power-Down Mode (CLEV6630ARD-Based Design) 亲爱的恩智浦团队 我之前曾就 CLRC66301HN 的硬掉电电流提出过问题，你的回复建议迁移到 CLRC663 Plus 系列 (CLRC66303)。此后我改用 CLRC66303B，使用基于 CLEV6630ARD 参考设计的定制板，我想继续提供最新的测试结果。 你之前的回复侧重于 LPCD 行为和 AN11783，但这个问题仅涉及通过 PDOWN 引脚进行硬掉电，没有RF场或 LPCD 处于活动状态。 掉电电流测量 (CLRC66303B)： > 当 PDOWN 处于低电平时（芯片处于活动状态，RF场 开启）：~100 mA >当 PDOWN 为高电平且存在 I²C 上拉时：~1.2 mA >当 PDOWN 为高且 I²C 线路被驱动为低时： ~6.6 mA >当 PDOWN 为高电平且 I²C 线路在使用前已物理断开时：~40 nA 只有在进行任何 I²C 通信之前物理断开 SDA 和 SCL 连接时，芯片才会在 PDOWN 模式下消耗 ~40 nA 电流。如果只使用一次 I²C，则即使在 PDOWN 钳位高电平之后，电流仍保持高电平。 硬件设置摘要： 芯片：CLRC66303B，I²C 模式。 微控制器：TI CC2652R7，100 kHz I²C 电压：3.3 V 调节 上拉：SDA/SCL 上 4.7 kΩ 至 3.3 V 未使用的引脚：按照数据表拉动 未启用射频或 LPCD 功能 方案设计：基于 CLEV6630ARD（附后） 需要澄清的问题： 1.在 PDOWN 模式期间，SDA/SCL 是否内部偏置？ 2。即使后来将PDOWN设置为高电平，之前的任何I²C活动是否会阻止真正的掉电？ 3.在断言 PDOWN 之前，是否有必要将 MCU I²C 引脚设置为 Hi-Z（输入，无拉）？ 4.是否有恩智浦推荐的方法，可在硬 PDOWN 模式下可靠地实现<100 nA，而无需物理断开 I²C 线路？ 我们的目标是确保电池的使用寿命，并且必须实现数据手册中规定的低功耗性能。如果有任何专门关于 PDOWN 行为和 I²C 漏电流的指导或文档，我们将不胜感激。 附上示意图以供参考。 顺祝商祺！ Umasankar C Re: CLRC66301B Power-Down Mode Still Consumes 2 mA Instead of nA 你好@Umasankarc 希望你一切顺利。 我知道你使用的是基于 CLRC66301HN（非增强版）的自定义板，对吗？如果是，请考虑我们建议改用 CLRC663 plus 系列 (CLRC66303)。 引脚 PDOWN 的高电平应启用硬掉电。数据手册中描述的掉电电流 (Ipd) 相当于 CLRC663 芯片中所有电源电流的总和；但是，嵌入在板中的外部元器件可能会消耗额外的功率。 AN11783 CLRC663 plus《电源卡检测》第 3.4 节中描述了一些低功耗设计建议。 Eduardo。

SE050 初始配置 您好， 我正在尝试与 EdgeLock se050 芯片通信。我正在使用恩智浦的 “Plug & Trust 中间件迷你代码包”，我已经能够编译和执行他们提供的示例。我可以读取芯片的版本，但当我尝试读取一个对象时，会出现错误，并且在准备摘要符号之前的 ht ex_sss_entry 中，示例无法继续。 我的假设是，I2C 通信是正确的，但认证可能不正确，这就是我无法访问 se050 对象的原因。我想问一下，如果你们对这个芯片进行了首次配置，你们使用的是哪种验证方法，是否有我们可以使用的凭证。 亲切的问候， Iván Re: se050 initial configuration 看来硬件连接没有启用。也许您应该检查 I2C 连接并启用 GPIO。您可以参考附带 Raspberry Pi 的 EdgeLock SE05x 快速入门指南获取帮助。您使用的是哪种硬件平台？ Re: se050 initial configuration 你好，我是@ivangonzalezcano、 感谢您提供的信息！我刚刚回复了您关于同一主题的私人信件，但如果您更愿意在这里讨论，我也没有意见。 祝您愉快， Kan ------------------------------------------------------------------------------- 注： - 如果本帖回答了您的问题，请点击"标记正确" 按钮。谢谢！ - 我们会在最后一次发帖后的 7 周内跟踪主题，之后的回复将被忽略 如果您以后有相关问题，请另开新主题，并参考已关闭的主题。 ------------------------------------------------------------------------------- Re: se050 initial configuration 嗨，@Kan_Li、 我使用的是 SE050F 变体。 谢谢。 Re: se050 initial configuration 你好，我是@ivangonzalezcano、 您用来玩迷你 MW 的 SE050 变体是什么？ 祝您愉快， Kan ------------------------------------------------------------------------------- 注： - 如果本帖回答了您的问题，请点击"标记正确" 按钮。谢谢！ - 我们会在最后一次发帖后的 7 周内跟踪主题，之后的回复将被忽略 如果您以后有相关问题，请另开新主题，并参考已关闭的主题。 -------------------------------------------------------------------------------

iMX95 GPIO1_IO[11]/BOOT_MODE2 作为输入 i. MX95 参考手册 Rev2 DraftB 指出 BOOT_MODE 引脚只能用作输出： GPIO1_IO[5]、GPIO1_IO[7]、GPIO1_IO[11] 和 GPIO1_IO[13] 为只输出或三态。更多详情，请参阅本文件附带的引脚列表表。 某些引脚可能在POR时用作 BOOT_MODE 引脚，因此这些引脚在此时可以作为输入。 但是，GPIO1_IO[11]/BOOT_MODE2 目前被配置为输入，并且正常工作。 我们是否可以依赖这种行为？ Re: iMX95 GPIO1_IO[11]/BOOT_MODE2 as an input 谢谢。 Re: iMX95 GPIO1_IO[11]/BOOT_MODE2 as an input 我们的板内部使用 GPIO1_IO [11] /BOOT_MODE2 来连接到 MCU 中断引脚。我们保证所有条件都能正常启动；没有外部连接，MCU 处于 RESET 状态，我们为正确的启动时间状态提供上拉电源 Re: iMX95 GPIO1_IO[11]/BOOT_MODE2 as an input 根据内部团队的最新回复，我得到的信息是，从能力的角度来看，与启动cfg相关的iOS可以配置为输入。但不建议这样做。这些引脚在 POR 时也会作为 BOOT_MODE 引脚进行采样，当信号在 POR 时间之后功能上是输入时，我们通常不希望支持客户尝试将其用作输入，因为他们的板级元器件驱动输入 SoC 时也可能会意外地在 POR 时（不仅仅是 POR 之后）驱动一个值，如果这样做，那么我们的 SoC 可能会采样错误的 BOOT_MODE 值。 我们不会推动文档团队更新上述信息。客户最好不要将 IO 配置为输入模式。 Re: iMX95 GPIO1_IO[11]/BOOT_MODE2 as an input 请参阅 AE 团队提供的以下最新信息。 根据我对 RM 的理解，IO 可以用作 POR 的输入。启动后，它们无论如何都不能用作输入。既然你提到GPIO1_IO [11] /BOOT_MODE2 当前被配置为输入并且正在运行，你能否分享一下 IO 正在运行哪些功能？

示例项目中缺少 TCP/IP 协议栈 你好、 我正在使用 S32K1 系列板，更具体地说，是 S32K148。 我面临的问题是，连示例项目都无法编译。我使用 S32DS IDE 和"New -> Project from Example" 创建它，从中选择 lwip_FreeRTOS_S32K148。 该文档说，应该可以直接从那里版本它。但事实并非如此，因为有很多文件丢失了。打开 S32 配置工具并更新代码后，大部分问题都解决了。但是，lwip 堆栈文件夹仍然丢失，我在 “税务摊销收益” 中出现错误，指出 tcp/ip 堆栈不包含在工具链中。 正如堆栈发行说明中所述，我安装了 S32K1_S32M24X 实时驱动程序 AUTOSAR R21-11 版本 3.0.0还有 S32K1 FreeRTOS 10.5.1 版本 2.0.0 代码包，我使用的是 S32DS 3.6.3。 Re: Missing TCP/IP stack in example project 你好@sergioGeronimo、 这是由 RTD 3.0.0 之间的清单 SDK 版本不匹配造成的(版本 2.0.0）和 TCP/IP 3.0.0(版本 3.0.0)版本。 要解决这个问题，请按照以下步骤操作： 1.进入 S32DS 安装文件夹，或机器的相应路径。 C:\NXP\S32DS.3.6.1\S32DS\software\PlatformSDK_S32K1_S32M24 2.打开tcpip_itm_manifest.xml ，将版本从 3.0.0 改为 2.0.0 3.重新启动 S32DS 4.打开外设视图并运行"更新代码" 5. 再次运行 Build 顺祝商祺！ 帕维尔

按下按钮时出现分段故障 你好， 我使用的是 imx9352 处理器，点击菜单页面上的一个环保按钮后，我正在加载生态屏幕，并在运行时创建文本区域以使用单板。 每当用户点击这个按钮时，就会出现 seg 故障，屏幕变成空白，原因何在？ void screen_init(lv_obj_t *parent) { ta_best_load_ratio_val_1 = lv_textarea_create(guider_ui.ECO_page_container_eco_page_cont); lv_obj_set_pos(ta_best_load_ratio_val_1、 279, 134); lv_obj_set_size(ta_best_load_ratio_val_1、 104, 30); lv_obj_set_style_bg_color(ta_best_load_ratio_val_1、 lv_color_hex(0xE8E8E8), 0); lv_obj_set_style_text_font(ta_best_load_ratio_val_1、 &lv_font_NotoSans_Regular_18、 0); LV_OBJ_ADD_EVENT_CB(ta_best_load_ratio_val_1，ta_focus_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_best_load_ratio_val_1, ta_done_cb, LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_best_load_ratio_val_1, textarea_event_cb, LV_EVENT_ALL、 NULL); LV_OBJ_CLEAR_FLAG(ta_best_load_ratio_val_1, LV_OBJ_FLAG_SCROLLABLE)； lv_textarea_set_cursor_pos(ta_best_load_ratio_val_1、 -1); lv_textarea_set_one_line(ta_best_load_ratio_val_1、 true);   ta_eco_cycle_period_val_1 = lv_textarea_create(guider_ui.ECO_page_container_eco_page_cont); lv_obj_set_pos(ta_eco_cycle_period_val_1、 279, 180); lv_obj_set_size(ta_eco_cycle_period_val_1、 104, 30); lv_obj_set_style_bg_color(ta_eco_cycle_period_val_1、 lv_color_hex(0xD8D8D8), 0); lv_obj_set_style_text_font(ta_eco_cycle_period_val_1、 &lv_font_NotoSans_Regular_18、 0); LV_OBJ_ADD_EVENT_CB(ta_eco_cycle_period_val_1，ta_focus_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_eco_cycle_period_val_1，ta_done_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_eco_cycle_period_val_1，textarea_event_cb，LV_EVENT_ALL、 NULL); LV_OBJ_CLEAR_FLAG(ta_eco_cycle_period_val_1，LV_OBJ_FLAG_SCROLLABLE)； lv_textarea_set_cursor_pos(ta_eco_cycle_period_val_1、 -1); lv_textarea_set_one_line(ta_eco_cycle_period_val_1、 真); ta_eco_min_module_noo_val_1 = lv_textarea_create(guider_ui.ECO_page_container_eco_page_cont); lv_obj_set_pos(ta_eco_min_module_noo_val_1、 693, 88); lv_obj_set_size(ta_eco_min_module_noo_val_1、 104, 30); lv_obj_set_style_bg_color(ta_eco_min_module_noo_val_1、 lv_color_hex(0xD8D8D8), 0); lv_obj_set_style_text_font(ta_eco_min_module_noo_val_1、 &lv_font_NotoSans_Regular_18、 0); LV_OBJ_ADD_EVENT_CB(ta_eco_min_module_no_val_1，ta_focus_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_eco_min_module_no_val_1，ta_done_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_eco_min_module_no_val_1，textarea_event_cb，LV_EVENT_ALL、 NULL); LV_OBJ_CLEAR_FLAG(ta_eco_min_module_no_val_1，LV_OBJ_FLAG_SCROLLABLE)； lv_textarea_set_cursor_pos(ta_eco_min_module_noo_val_1、 -1); lv_textarea_set_one_line(ta_eco_min_module_noo_val_1、 true); ta_rect_save_stop_val_1 = lv_textarea_create(guider_ui.ECO_page_container_eco_page_cont); lv_obj_set_pos(ta_rect_save_stop_val_1、 693, 134); lv_obj_set_size(ta_rect_save_stop_val_1、 104, 30); lv_obj_set_style_bg_color(ta_rect_save_stop_val_1、 lv_color_hex(0xE8E8E8), 0); lv_obj_set_style_text_font(ta_rect_save_stop_val_1、 &lv_font_NotoSans_Regular_18、 0); LV_OBJ_ADD_EVENT_CB(ta_rect_save_stop_val_1，ta_focus_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_rect_save_stop_val_1，ta_done_cb，LV_EVENT_ALL、 NULL); lv_obj_add_event_cb(ta_rect_save_stop_val_1，textarea_event_cb，LV_EVENT_ALL、 NULL); LV_OBJ_CLEAR_FLAG(ta_rect_save_stop_val_1, LV_OBJ_FLAG_SCROLLABLE)； lv_textarea_set_cursor_pos(ta_rect_save_stop_val_1、 -1); lv_textarea_set_one_line(ta_rect_save_stop_val_1、 true); ta_dry_time_val_1 = lv_textarea_create(guider_ui.ECO_page_container_eco_page_cont); lv_obj_set_pos(ta_dry_time_val_1、 693, 180); lv_obj_set_size(ta_dry_time_val_1、 104, 30); lv_obj_set_style_bg_color(ta_dry_time_val_1、 lv_color_hex(0xD8D8D8), 0); lv_obj_set_style_text_font(ta_dry_time_val_1、 &lv_font_NotoSans_Regular_18、 0); LV_OBJ_ADD_EVENT_CB(ta_dry_time_val_1，ta_focus_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_dry_time_val_1，ta_done_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_dry_time_val_1，textarea_event_cb，LV_EVENT_ALL、 NULL); LV_OBJ_CLEAR_FLAG(ta_dry_time_val_1, LV_OBJ_FLAG_SCROLLABLE)； lv_textarea_set_cursor_pos(ta_dry_time_val_1、 -1); lv_textarea_set_one_line(ta_dry_time_val_1、 true); ta_best_load_ratio_val_2 = lv_textarea_create(guider_ui.ECO_page_container_eco_page_cont); lv_obj_set_pos(ta_best_load_ratio_val_2、 279, 303); lv_obj_set_size(ta_best_load_ratio_val_2、 104, 30); lv_obj_set_style_bg_color(ta_best_load_ratio_val_2、 lv_color_hex(0xE8E8E8), 0); lv_obj_set_style_text_font(ta_best_load_ratio_val_2、 &lv_font_NotoSans_Regular_18、 0); LV_OBJ_ADD_EVENT_CB(ta_best_load_ratio_val_2，ta_focus_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_best_load_ratio_val_2，ta_done_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_best_load_ratio_val_2, textarea_event_cb, LV_EVENT_ALL、 NULL); LV_OBJ_CLEAR_FLAG(ta_best_load_ratio_val_2, LV_OBJ_FLAG_SCROLLABLE)； lv_textarea_set_cursor_pos(ta_best_load_ratio_val_2、 -1); lv_textarea_set_one_line(ta_best_load_ratio_val_2、 true);   ta_eco_cycle_period_val_2 = lv_textarea_create(guider_ui.ECO_page_container_eco_page_cont); lv_obj_set_pos(ta_eco_cycle_period_val_2、 279, 349); lv_obj_set_size(ta_eco_cycle_period_val_2、 104, 30); lv_obj_set_style_bg_color(ta_eco_cycle_period_val_2、 lv_color_hex(0xD8D8D8), 0); lv_obj_set_style_text_font(ta_eco_cycle_period_val_2、 &lv_font_NotoSans_Regular_18、 0); LV_OBJ_ADD_EVENT_CB(ta_eco_cycle_period_val_2，ta_focus_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_eco_cycle_period_val_2，ta_done_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_eco_cycle_period_val_2，textarea_event_cb，LV_EVENT_ALL、 NULL); LV_OBJ_CLEAR_FLAG(ta_eco_cycle_period_val_2，LV_OBJ_FLAG_SCROLLABLE)； lv_textarea_set_cursor_pos(ta_eco_cycle_period_val_2、 -1); lv_textarea_set_one_line(ta_eco_cycle_period_val_2、 true); ta_eco_min_module_noo_val_2 = lv_textarea_create(guider_ui.ECO_page_container_eco_page_cont); lv_obj_set_pos(ta_eco_min_module_noo_val_2、 693, 257); lv_obj_set_size(ta_eco_min_module_noo_val_2、 104, 30); lv_obj_set_style_bg_color(ta_eco_min_module_noo_val_2、 lv_color_hex(0xD8D8D8), 0); lv_obj_set_style_text_font(ta_eco_min_module_noo_val_2、 &lv_font_NotoSans_Regular_18、 0); LV_OBJ_ADD_EVENT_CB(ta_eco_min_module_no_val_2，ta_focus_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_eco_min_module_no_val_2，ta_done_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_eco_min_module_no_val_2，textarea_event_cb，LV_EVENT_ALL、 NULL); LV_OBJ_CLEAR_FLAG(ta_eco_min_module_no_val_2，LV_OBJ_FLAG_SCROLLABLE)； lv_textarea_set_one_line(ta_eco_min_module_noo_val_2、 true); lv_textarea_set_max_length(ta_eco_min_module_noo_val_2、 5); lv_textarea_set_cursor_pos(ta_eco_min_module_noo_val_2、 -1); ta_dcdc_save_stop_val_2 = lv_textarea_create(guider_ui.ECO_page_container_eco_page_cont); lv_obj_set_pos(ta_dcdc_save_stop_val_2、 693, 303); lv_obj_set_size(ta_dcdc_save_stop_val_2、 104, 30); lv_obj_set_style_bg_color(ta_dcdc_save_stop_val_2、 lv_color_hex(0xE8E8E8), 0); lv_obj_set_style_text_font(ta_dcdc_save_stop_val_2、 &lv_font_NotoSans_Regular_18、 0); LV_OBJ_ADD_EVENT_CB(ta_dcdc_save_stop_val_2，ta_focus_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_dcdc_save_stop_val_2，ta_done_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_dcdc_save_stop_val_2，textarea_event_cb，LV_EVENT_ALL、 NULL); lv_textarea_set_one_line(ta_dcdc_save_stop_val_2、 true); LV_OBJ_CLEAR_FLAG(ta_dcdc_save_stop_val_2, LV_OBJ_FLAG_SCROLLABLE)； lv_textarea_set_cursor_pos(ta_dcdc_save_stop_val_2、 -1); ta_dry_time_val_2 = lv_textarea_create(guider_ui.ECO_page_container_eco_page_cont); lv_obj_set_pos(ta_dry_time_val_2、 693, 349); lv_obj_set_size(ta_dry_time_val_2、 104, 30); lv_obj_set_style_bg_color(ta_dry_time_val_2、 lv_color_hex(0xD8D8D8), 0); lv_obj_set_style_text_font(ta_dry_time_val_2、 &lv_font_NotoSans_Regular_18、 0); LV_OBJ_ADD_EVENT_CB(ta_dry_time_val_2，ta_focus_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_dry_time_val_2，ta_done_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_dry_time_val_2，textarea_event_cb，LV_EVENT_ALL、 NULL); lv_textarea_set_one_line(ta_dry_time_val_2、 true); LV_OBJ_CLEAR_FLAG(ta_dry_time_val_2, LV_OBJ_FLAG_SCROLLABLE)； lv_textarea_set_cursor_pos(ta_dry_time_val_2、 -1); ta_ipv4_addr = lv_textarea_create(guider_ui.network_setting_page_network_setting_cont); lv_obj_set_pos(ta_ipv4_addr、 234, 105); // 调整位置 lv_obj_set_size(ta_ipv4_addr、 200, 30); // 调整大小 lv_obj_set_style_bg_color（ta_ipv4_addr、 lv_color_hex(0xE8E8E8), 0); lv_obj_set_style_text_font(ta_ipv4_addr、 &lv_font_NotoSans_Regular_18、 0); lv_textarea_set_placeholder_text（ta_ipv4_addr、 "IPv4 地址"); LV_OBJ_ADD_EVENT_CB(ta_ipv4_addr，ta_focus_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_ipv4_addr，ta_done_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_ipv4_addr，textarea_event_cb，LV_EVENT_ALL、 NULL); LV_OBJ_CLEAR_FLAG(ta_ipv4_addr，LV_OBJ_FLAG_SCROLLABLE)； lv_textarea_set_cursor_pos(ta_ipv4_addr、 -1); lv_textarea_set_one_line(ta_ipv4_addr、 true); // IPv4 子网掩码 ta_ipv4_mask = lv_textarea_create(guider_ui.network_setting_page_network_setting_cont); lv_obj_set_pos(ta_ipv4_mask、 234, 152); lv_obj_set_size（ta_ipv4_mask、 200, 30); lv_obj_set_style_bg_color(ta_ipv4_mask、 lv_color_hex(0xD8D8D8), 0); lv_obj_set_style_text_font(ta_ipv4_mask、 &lv_font_NotoSans_Regular_18、 0); lv_textarea_set_placeholder_text(ta_ipv4_mask、 "子网掩码"); LV_OBJ_ADD_EVENT_CB(ta_ipv4_mask，ta_focus_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_ipv4_mask，ta_done_cb，LV_EVENT_ALL、 NULL); lv_obj_add_event_cb(ta_ipv4_mask，textarea_event_cb，LV_EVENT_ALL、 NULL); LV_OBJ_CLEAR_FLAG(ta_ipv4_mask, LV_OBJ_FLAG_SCROLLABLE)； lv_textarea_set_cursor_pos(ta_ipv4_mask、 -1); lv_textarea_set_one_line(ta_ipv4_mask、 真); //IPv4 网关 ta_ipv4_gw = lv_textarea_create(guider_ui.network_setting_page_network_setting_cont); lv_obj_set_pos(ta_ipv4_gw、 234, 199); lv_obj_set_size(ta_ipv4_gw、 200, 30); lv_obj_set_style_bg_color（ta_ipv4_gw、 lv_color_hex(0xE8E8E8), 0); lv_obj_set_style_text_font(ta_ipv4_gw.Lv_font_NotoSans_Regular_18)、 &lv_font_NotoSans_Regular_18、 0); lv_textarea_set_placeholder_text (ta_ipv4_gw ，" Gateway ")； LV_OBJ_ADD_EVENT_CB(ta_ipv4_gw，ta_focus_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_ipv4_gw，ta_done_cb，LV_EVENT_ALL、 NULL); lv_obj_add_event_cb(ta_ipv4_gw，textarea_event_cb，LV_EVENT_ALL、 NULL); LV_OBJ_CLEAR_FLAG(ta_ipv4_gw，LV_OBJ_FLAG_SCROLLABLE)； lv_textarea_set_cursor_pos(ta_ipv4_gw、 -1); lv_textarea_set_one_line(ta_ipv4_gw、 true); /* 1) 创建一个键盘 */ kb = 创建(父）； lv_obj_add_flag(kb, LV_OBJ_FLAG_HIDDEN)； lv_obj_set_size(千字节 LV_PCT(100), LV_PCT(40)); // lv_keyboard_set_mode(kb, LV_KEYBOARD_MODE_TEXT_LOWER)； lv_obj_align（kb，LV_ALIGN_BOTTOM_MID、 0, 0); // lv_keyboard_set_cursor_manage(kb, true)； }} 我在事件处理程序中调用的是 静态 void menu_page_eco_btn_event_handler(事件处理 *e) { lv_event_code_t 代码 = lv_event_get_code(e); 开关(代码) { 案例lv_event_clicked：     { ui_load_scr_animation(&引导器, &guider_ui.ECO_page_container, 引导者.ECO_page_container_del, &引导者.menu_page_del, setup_scr_ECO_page_container, lv_scr_load_anim_fade_on、 200, 200, true, 假); 创建警报条(guider_ui.ECO_page_container_eco_page_cont); // 确保在加载 "概览 "页面时可见 LV_OBJ_CLEAR_FLAG(alarm_bar，LV_OBJ_FLAG_HIDDEN）； screen_init(guider_ui.ECO_page_container); 打破;    } 默认值: 打破;    } }} ，我将当前屏幕的可用内存也包括在内，因此在后端，当包括后端在内的线程正在运行时，客户端将尝试更新上述创建文本区域的值，此时只会出现 seg 故障，但在点击 eco btn 时，如果只点击前端而没有任何通过创建文本区域来访问文本区域的后端，则不会出现 seg 故障。 在点击事件处理程序中访问上述 init 函数创建的文本区域时，有什么具体方法吗？ 此外，用于更新文本区域的 LcdHandler_Init(); 函数也在以下位置被调用 int main(void) { /* 初始化 LVGL */ lv_init(); /* 为 LVGL 初始化 HAL（显示器、输入设备）*/ hal_init(); /* 创建 GUI-Guider 应用程序 */ setup_ui(&guider_ui）； events_init(&guider_ui）； 自定义(&guider_ui）； // 初始化 LCD 处理程序和 DBus 连接 LcdHandler_Init(); #ifLV_USE_VIDEO pthread_create(&视频线程 NULL, videoPlayThread、 NULL); #endif /* 处理 LVGL 任务 */ #ifLV_USE_WAYLAND bool完成； 虽然(1) { 完成 = lv_wayland_timer_handler(); 如果(完成）{ /* 仅在循环完成时等待 */ usleep(lv_def_refr_period * 1000);      } /* 运行直至最后一个窗口关闭 */ 如果(!lv_wayland_window_is_open(NULL)){ 打破;      }    } #else uint32_t 空闲时间; 虽然(1) { /* 返回下一次执行定时器的时间 */ 空闲时间 = lv_timer_handler(); usleep（空闲时间 * 1000);    } #endif 返回 0; } 另外，我们分配的内存大小为 1535998 kb 请查看正在添加自定义文件的元层， 请尽快联系我们，快速回复。 这是非常关键的团队、 Re: segmentation fault on pressing button 是的，我们尝试了使用 lv_async_call() ，它确实清除了 seg 故障。 感谢团队 Re: segmentation fault on pressing button 你好@sana 希望你一切都好。 所有 LVGL 对象的创建、删除或修改都必须在运行lv_timer_handler() 的同一线程中进行，而在你的代码中，你产生了一个后端线程(LcdHandler_Init)，该线程试图直接更新ta_*对象。 这意味着 LVGL 对象正被两个线程所触及： 1.UI 循环（运行lv_timer_handler() 的主线程） 2.您的后端线程 当您按下 ECO 按钮时会崩溃，因为这是您动态创建新文本区的地方。 后台线程可能拥有指向其中一个线程的指针，并在 LVGL 仍在铺设或释放旧指针时更新它。lv_obj_t * 后面的内存已失效。 您可以尝试使用lv_async_call()。 如果您能分享您的 Gui Guider 项目和 Gui Guider 版本，将对我们非常有帮助。 顺祝商祺！ 萨拉斯

Android vendor_boot img で imx95 evk ボードのスターティングブロックを作成する imx95 android 15コードをダウンロードし、イメージを正常にビルドしてuuu_imx_android_flash.shでフラッシュしました。デフォルトで avb をサポートしており、フラッシュ プロセスは成功し、ブートローダは正常に動作しますが、boot_jump_linux 関数 armv8_switch_to_el2 を実行すると、ブロックされます。これらの vendor_boot.img と vbmeta-imx95.img を公式にビルドされた img に置き換えてみたところ、うまくいきました。そして、vendor_boot.img を単独で置き換え、uboot でパッケージ チェックを閉じると、カーネルも起動できるSO、ブロックの原因は私が構築した vendor_boot イメージであることがわかりました。vendor_boot イメージを解凍して、公式のものでコンパイルしてみましたが、bootconfig と dtb の違いは見つかりませんでした。 なぜ vendor_boot がカーネル実行問題を解決できないのか疑問に思います。私は vendor_boot のソースを変更していません。ブートローダと DDR タイミングのみを変更した場合、起動の問題の根本原因を見つけるにはどうすればよいですか。 回复： Android vendor_boot img make imx95 evk board starting block テストのためにこれらのイメージを置き換えようとしましたが、ブートローダーとspl /uboot init_boot vendor_boot vbmeta super dtboとパーティションテーブルが置き換えられ、最後にvendor_bootを置き換える必要があることが判明し、起動できるようになりました。つまり、カーネルの起動時にブロックされなくなり、カーネルの起動メッセージ「物理 CPU で Linux を起動しています...」が出力されます。

使用矢量 CAN 接口在 CANOE 上测试与 s32k144 的 CAN 通信 你好我想借助矢量 CAN 接口测试使用 CANOE 的 s32k144 板的 CAN 通信。但不知道如何才能做到。如果您有任何支持或参考，欢迎您开始使用。 Re: Testing CAN communication with s32k144 on CANOE using vector CAN interface 你好，Julian AragonM，感谢您的回复。我可以使用矢量 CAN 接口在 CANOE 上查看 CAN 日志，方法是将 CAN 线一端直接连接到 s32k144 CAN 引脚& ，另一端连接到矢量提供的电缆上，矢量 CAN 接口不带终端电阻。 Re: Testing CAN communication with s32k144 on CANOE using vector CAN interface 你好，我是@Chandrakant、 你可以参考 AN5413：S32K1xx 系列食谱 ——应用笔记。第 2.9 和 2.10 节提供了一些配置 FlexCAN 的例程。 您也可以参考 RTD 示例，但请记住，最新代码包中的示例配置为 " loopback " 操作，这意味着不使用收发器。您必须为通信配置引脚，并将操作更改为"正常/用户模式" 。 有一份 HOWTO 列表：S32DS - HOWTO 列表 - NXP 社区，解释了如何从较新的 SW 安装和导入示例。 致以最诚挚的问候， Julián

RINGO TEA2017/2がWindows 10でクラッシュする この画面が表示された後、アプリがクラッシュしました。 システム ログには次の説明が含まれます。 .NET Framework バージョン 3.5 および 4.8 は既にインストールされています。 Re: RINGO TEA2017/2 在WIN10运行闪退 わかりました。ありがとうございます。 Re: RINGO TEA2017/2 在WIN10运行闪退 それは誰かが以前使っていたものかもしれません。 かなり前にこれを試してみましたが、うまくいきました。 Re: RINGO TEA2017/2 在WIN10运行闪退 しかし、ボードに接続しなくても実行できるコンピューターがここにあります。 Re: RINGO TEA2017/2 在WIN10运行闪退 ボードを接続する必要があります。そうしないと、初回はこのようにクラッシュしてしまいます。

IW611 Wi-Fiモジュールのドライバとファームウェア こんにちは、 Wi-Fi ドライバを構築する手順と、IW611 に関連するいくつかの質問を明確にしたいと思います。ぜひご覧になってみてください。ありがとう。 私はカーネル 5.10 を使用しており、私の理解に基づいて、IW611 用の WiFi ドライバを構築する手順は次のとおりです。間違っていたら訂正してください。 1) クローンリポジトリ: http://github.com/nxp-imx/mwifiex.git 私のカーネルバージョンに最も近いバージョンをチェックアウトします。例: lf-5.10.y_1.0.0 質問: この lf-5.10.y_1.0.0 ブランチの最終更新は 4 年前です。そのブランチのソース コードは最新であり、すべての IW611 機能をサポートしていますか? 2) 5.10 カーネル ソース コードを指す KERNELDIR= をエクスポートします。 3) $CROSS_COMPILEを更新する 3) wlan_src に cd する 4) クリーン＆ビルドを実行する その他の質問 https://github.com/nxp-imx/imx-firmware.gitのファームウェアの場合、IW611 に使用されているファームウェアをどのように確認すればよいですか?また、私のCASEでは lf-5.10.y_1.0.0 ブランチもチェックアウトする必要があるというのは正しいでしょうか? IW611 ライアン Re: IW611 Wifi module driver and firmware こんにちは@RyanKhor 質問: この lf-5.10.y_1.0.0 ブランチの最終更新は 4 年前です。そのブランチのソース コードは最新であり、すべての IW611 機能をサポートしていますか? --> リリースごとに機能リストを提供していますので、ご確認いただけます。i.MX アプリケーションプロセッサ向け組み込み Linux | NXP Semiconductors https://github.com/nxp-imx/imx-firmware.git にあるファームウェアについて 、IW611に使用されているファームウェアを確認するにはどうすればよいですか？また、私のCASEでは lf-5.10.y_1.0.0 ブランチもチェックアウトする必要があるのでしょうか？ --> iw611 と iw612 は同じファームウェアを共有します。 よろしくお願いいたします。 ショーン

Basic Secure Boot HSE S32K344 ADKP Hello everyone, I wanted to ask how to program ADKP in Base Secure Boot S32K344-WB #HSE#BaseSecureBoot Thanks Re: Basic Secure Boot HSE S32K344 ADKP Hello everyone, I’m working with an S32K312EVB-Q172 board and I’d like to test the HSE demo examples. Would it be possible to get access to the file S32K3_HSE_DemoExamples_1_0_0.zip? I’m using S32 Design Studio for S32 Platform together with a PEMicro debugger. Thank you in advance for your help! Best regards, Davide Re: Basic Secure Boot HSE S32K344 ADKP Hi @silvia_zandoli2  I recommend reviewing the following thread, as it may be related to the problem you are experiencing. S32K344 Secure Boot HSE_VerifyBootImage issue Re: Basic Secure Boot HSE S32K344 ADKP Hello, After successfully booting the bootloader (HSE_SignBootImage OK) and passing the verification, the system displays a brief LED blue flash (indicating a successful Secure Boot). However, upon reboot or a second debug, the system crashes and it does not pass /* Verify that the generated TAG is valid for the APPBL */ #if VERIFY_TAG srvResponse = HSE_VerifyBootImage(pAppBL); ASSERT(HSE_SRV_RSP_OK == srvResponse); I suspect the problem is an overwrite. Do you know how to fix it? Thank you very much Re: Basic Secure Boot HSE S32K344 ADKP Hi @silvia_zandoli2  The HSE service response 0x55A5AA33 corresponds to HSE_SRV_RSP_OK. However, if you are encountering issues when calling the HSE_SignBootImage() function, I recommend reviewing the following thread, as it may be related to the problem you are experiencing. HSE_VerifyBootImage return HSE_SRV_RSP_VERIFY_FAILED If the issue persists or the thread does not address your specific case, please let me know. Re: Basic Secure Boot HSE S32K344 ADKP  I have S32K3_HSE_DemoExamples_1_0_0, S32K344 device The ADKP is programmed successfully (check_debug_password_programmed_status() returns TRUE). However, the function HSE_SignBootImage() continues to fail immediately upon invocation, returning the error code 0x55a5aa33 In the main of Basic Secure Boot it does not pass the assert /* Verify that the generated TAG is valid for the APPBL */ #if VERIFY_TAG srvResponse = HSE_VerifyBootImage(pAppBL); ASSERT(HSE_SRV_RSP_OK == srvResponse); #endif I generate S32K344_SecureBootBlinky.bin, I put it in C:\NXP while the SecureBootBlinky and the Basic_SecureBoot are in C:\NXP\S32K3_HSE_DemoExamples_1_0_0\S32K3_HSE_DemoExamples\Secure_Boot I noticed in the linker file of Basic Secure Boot "S32K344_flash.ld" there is not  _adkp_key :    {      . = ALIGN(4);      KEEP(*(_adkp_key))       . = ALIGN(4);    } > PFLASH Do I have to modify that file? i attach it to you /***************************************************************************** * * Copyright 2020-2022 NXP * All Rights Reserved * ***************************************************************************** * * THIS SOFTWARE IS PROVIDED BY NXP "AS IS" AND ANY EXPRESSED OR * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. * IN NO EVENT SHALL NXP OR ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, * INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES * (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR * SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, * STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING * IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF * THE POSSIBILITY OF SUCH DAMAGE. * ****************************************************************************/ __STACK_SIZE = 0x00001000; __HEAP_SIZE = 0x00001000; /* Linker script to configure memory regions. aggiungi PFLASH_SECURE se vuoi una regione dove mettere chiavi critiche*/ MEMORY { ITCM (RWX) : ORIGIN = 0x00000000, LENGTH = 0x10000 PFLASH (RX) : ORIGIN = 0x400000, LENGTH = 0x3f4000 DFLASH (RX) : ORIGIN = 0x10000000, LENGTH = 0x20000 DTCM (RW) : ORIGIN = 0x20000000, LENGTH = 0x20000 SRAM0_STDBY (RW) : ORIGIN = 0x20400000, LENGTH = 0x8000 SRAM (RW) : ORIGIN = 0x20408000, LENGTH = 0x48000 } /* Linker script to place sections and symbol values. Should be used together * with other linker script that defines memory regions FLASH and RAM. * It references following symbols, which must be defined in code: * Reset_Handler : Entry of reset handler * * It defines following symbols, which code can use without definition: * __exidx_start * __exidx_end * __ecc_table_start__ * __ecc_table_end__ * __etext * __data_start__ * __preinit_array_start * __preinit_array_end * __init_array_start * __init_array_end * __fini_array_start * __fini_array_end * __data_end__ * __bss_start__ * __bss_end__ * __end__ * end * __HeapLimit * __StackLimit * __StackTop * __stack */ ENTRY(Reset_Handler) SECTIONS { .text : { KEEP(*(.vectors)) *(.text*) KEEP(*(.init)) KEEP(*(.fini)) /* .ctors */ *crtbegin.o(.ctors) *crtbegin?.o(.ctors) *(EXCLUDE_FILE(*crtend?.o *crtend.o) .ctors) *(SORT(.ctors.*)) *(.ctors) /* .dtors */ *crtbegin.o(.dtors) *crtbegin?.o(.dtors) *(EXCLUDE_FILE(*crtend?.o *crtend.o) .dtors) *(SORT(.dtors.*)) *(.dtors) *(.rodata*) KEEP(*(.eh_frame*)) } > PFLASH .ARM.extab : { *(.ARM.extab* .gnu.linkonce.armextab.*) } > PFLASH __exidx_start = .; .ARM.exidx : { *(.ARM.exidx* .gnu.linkonce.armexidx.*) } > PFLASH __exidx_end = .; .ecc.table : { . = ALIGN(4); __ecc_table_start__ = .; QUAD (__data_start__) QUAD ((__data_end__ - __data_start__) / 😎 QUAD (__bss_start__) QUAD ((__bss_end__ - __bss_start__) / 😎 QUAD (__HeapTop) QUAD ((__HeapLimit - __HeapTop) / 😎 QUAD (__StackLimit) QUAD ((__StackTop - __StackLimit) / 😎 QUAD (ORIGIN(ITCM)) QUAD (LENGTH(ITCM) / 😎 QUAD (ORIGIN(DTCM)) QUAD (LENGTH(DTCM) / 😎 __ecc_table_end__ = .; } > PFLASH .copy.table : { . = ALIGN(4); __copy_table_start__ = .; LONG (__etext) LONG (__data_start__) LONG ((__data_end__ - __data_start__) / 4) /* Add each additional data section here */ /* LONG (__etext2) LONG (__data2_start__) LONG ((__data2_end__ - __data2_start__) / 4) */ __copy_table_end__ = .; } > PFLASH .zero.table : { . = ALIGN(4); __zero_table_start__ = .; /* Add each additional bss section here */ /* LONG (__bss2_start__) LONG ((__bss2_end__ - __bss2_start__) / 4) */ __zero_table_end__ = .; } > PFLASH __etext = ALIGN(8); .boot_header : { KEEP(*(.boot_header)) } > DFLASH .standby_ram : { *(.standby_ram) } > SRAM0_STDBY /* Due ECC initialization sequence __data_start__ and __data_end__ should be aligned on 8 bytes */ .data : AT (__etext) { . = ALIGN(8); __data_start__ = .; *(vtable) *(.data) *(.data.*) . = ALIGN(4); /* preinit data */ PROVIDE_HIDDEN (__preinit_array_start = .); KEEP(*(.preinit_array)) PROVIDE_HIDDEN (__preinit_array_end = .); . = ALIGN(4); /* init data */ PROVIDE_HIDDEN (__init_array_start = .); KEEP(*(SORT(.init_array.*))) KEEP(*(.init_array)) PROVIDE_HIDDEN (__init_array_end = .); . = ALIGN(4); /* finit data */ PROVIDE_HIDDEN (__fini_array_start = .); KEEP(*(SORT(.fini_array.*))) KEEP(*(.fini_array)) PROVIDE_HIDDEN (__fini_array_end = .); KEEP(*(.jcr*)) . = ALIGN(8); /* All data end */ __data_end__ = .; } > SRAM /* Due ECC initialization sequence __bss_start__ and __bss_end__ should be aligned on 8 bytes */ .bss : { . = ALIGN(8); __bss_start__ = .; *(.bss) *(.bss.*) *(COMMON) . = ALIGN(8); __bss_end__ = .; } > SRAM /* Due ECC initialization sequence __HeapTop and __HeapLimit should be aligned on 8 bytes */ .heap (COPY): { . = ALIGN(8); __HeapTop = .; __end__ = .; _end = .; PROVIDE(end = .); . = . + __HEAP_SIZE; . = ALIGN(8); __HeapLimit = .; } > SRAM /* Due ECC initialization sequence __StackLimit and __StackTop should be aligned on 8 bytes */ .stack (ORIGIN(SRAM) + LENGTH(SRAM) - __STACK_SIZE) (COPY) : { . = ALIGN(8); __StackLimit = .; . = . + __STACK_SIZE; . = ALIGN(8); __StackTop = .; } > SRAM PROVIDE(__stack = __StackTop); /* Check if data + heap + stack exceeds RAM limit */ ASSERT(__StackLimit >= __HeapLimit, "region RAM overflowed with stack") CM7_START_ADDRESS = ORIGIN(PFLASH); __STDBYRAM_START = ORIGIN(SRAM0_STDBY); __STDBYRAM_SIZE = LENGTH(SRAM0_STDBY); } S32K344-WB  Re: Basic Secure Boot HSE S32K344 ADKP Hi @silvia_zandoli2  Refer to the following thread, which contains information related to this topic and may be helpful for you. [S32K3] Restrict the debug access with a password when HSE is used Additionally, I recommend reviewing the implementation of the functions ProgramADKPService(), Advance_LifeCycle_Service(), and attributeProgrammingService() provided in the S32K3 MCUs for General Purpose HSE Demo Examples and/or the HSE_DEMOAPP. BR, VaneB