Homebrew RF 设计挑战赛获胜者 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 描述 第一名 第二名 第三名 结束语 描述 今年早些时候，恩智浦为业余无线电爱好者组织了一次促销机会，让他们发挥创造力，构建自己的功率放大器设计。 NXP 在这次竞争激烈的 Homebrew RF 设计挑战赛中收到了大量富有创意的作品。我们感谢社区的奉献和热情，使这次比赛取得了成功。 第一名 MRF101AN 宽带放大器设计，具有 1 W 输入、100 W 输出 1.8-54 MHZ 放大器平台。（更多信息请访问： NXP MRF-101 - RFPowerTools ） 该放大器带宽为1.8MHz至54MHz。最大输出功率在30MHz时为100W，在50MHz时为70W。 最大电源50V至4A，电压驻波比最大为1.5:1。 PCB 的设计尺寸为 5x5 厘米（2x2 英寸）。包括风扇和散热器在内重量为310克。 第二名 采用经济实惠的 LDMOS 器件的 600W 宽带 HF 放大器（更多信息请访问： https ://qrpblog.com/2019/10/a-600w-broadband-hf-amplifier-using-affordable-ldmos-devices/） 该项目旨在展示 MRF300 晶体管作为 2-50MHz 范围内的线性宽带设备的能力，并供无线电爱好者用作中高功率放大器的起点。这也是我参加 2019 年 NXP Homebrew RF 设计挑战赛的作品。 为了实现 600W 输出的目标，同时最大限度地降低偶次谐波的水平，使用了两个晶体管的“推挽”配置。幸运的是，制造商提供了两个具有镜像引脚排列的版本（MRF300AN 和 MRF300BN），从而可以轻松设计此类产品的 PCB 布局。采用常见的TO-247封装，源极接极耳。 每个 MRF300 LDMOS 晶体管的额定输出功率为 330W，工作频率范围为 1.8-250MHz，最大增益为 28dB，效率超过 70%。建议的电源范围是 30-50Vdc。通过研究规格，看起来通过正确的宽带匹配和一些操作安全裕度，我们可以在相当大的带宽上以大约 45V 的电压获得接近 600W 的输出；目标是覆盖 1.8 至 54MHz。 设计该放大器时的主要挑战是在整个频率范围内实现良好的输入和输出匹配以及保持高而平坦的增益。良好的线性度和低水平的谐波产物是必需的。由于 TO-247 不是专门为高功率射频设计的封装，因此在热设计和 PCB 布局方面也存在一些挑战。 信息取自获奖者的文章。 第三名 用于立方体卫星等离子推进器的高效开关模式射频放大器，采用 MRF101AN LDMOS 器件（更多信息请访问：研究 - SuperLab@Stanford ） E 类放大器利用有源器件作为开关，仅在截止（关闭）和饱和（打开）条件下工作。这最大限度地减少了电压和电流的重叠，减少了有源器件的损耗。为了进一步减少损耗，E 类放大器利用电感调谐谐振网络实现零电压开关，在开启之前将开关两端的电压降至零，从而消除有源器件输出电容中存储的否则会耗散的能量。这是通过电感调谐串联谐振输出滤波器实现的。 在 E 类放大器中，损耗几乎完全由有源器件传导的电流决定，因此需要较高的漏极阻抗来最大限度提高效率。漏极阻抗最终受开关额定电压的限制。对于我们期望的 40W 输出功率和 MRF101AN 的最大额定电压 133V，该阻抗仍然小于 50 欧姆，因此使用 L 匹配电路将漏极阻抗匹配至 50 欧姆。我们设计中的负载网络提供了15.4+12.8j的漏极阻抗。 由于 MRF101AN 将在饱和状态下运行，因此需要较高的驱动水平。为了消除对前置放大器的需求并允许数字控制，我们使用开关模式电源中通常使用的高速栅极驱动芯片 LMG1020 来驱动 MRF101AN，而不是 RF 前置放大器。谐振网络用于提供基波和三次谐波的电压增益，在栅极上提供准方波，有助于确保器件保持饱和状态。 结束语 这是一场惊险刺激且竞争非常激烈的比赛！每位参与者都以自己富有创意、独特且令人印象深刻的方式展示这些新部件的功能。 NXP 始终致力于迎接新的设计挑战。 准备好迎接下一个挑战了吗？ 汽车电子 工业控制 移动设备 回复：自制射频设计挑战赛获胜者 展示设备实际用户的应用程序是一个非常好的主意。

LS1088A DDRサイズ Hello, LS1088aプラットフォームでDDR4サイズの問題が発生しています。ボードには4GBのDDR4があります。起動時に、ボードに4GBのDDR4があることが確認されます。しかし、freeコマンドでカーネルを確認すると、RAMが2GBであることを示しています。U-Boot 構成から "mcmemsize" 変数を削除しました。 u-bootとカーネルでDDRサイズが一致しない理由がわかりますか? 添付の写真で違いがわかります。 Re:LS1088A DDRサイズ はい、そうなるでしょう。 Re:LS1088A DDRサイズ 返信ありがとうございます。 「mcmemsize」を削除すると、ネットワークのパフォーマンスが低下しますか? Re:LS1088A DDRサイズ 紛失したDDRは2つの部分に分けることができます。 1) NXP専用ソフトウェア、ファームウェアコンポーネントで使用されるDDR 2) カーネルのさまざまなセグメントで使用される DDR。   最初の部分では、 1) u-boot は使用されるまでメモリを使用しますが、カーネルが起動すると、u-boot はメモリからスワップアウトされます。 2) TF-Aは66MBを使用 3) MC は 512M から 2G までの任意の場所で使用できます (u-boot コマンドの引数 'mcmemsize' に依存します)。パラメーター mcmemsize は、管理複合システムによって使用されるシステム DDR の量を定義します。この変数が定義されていない場合、コンパイル時の値 0x70000000 または 1.75GB がデフォルトになります。通常、デフォルトは許容されるため、ユーザーはこの変数を設定する必要はありません。   TF-A+MCは約1.8G   カーネル予約=(18620Kカーネルコード、2476K rwdata、8844K rodata、5888K init、993K bss、406712K予約済み、327680K cma予約済み) = 771213K = 0.7G   /proc/meminfo の MemTotal は kB 14232028で、失われたメモリは約 16-13.6=2.4G(TF-A+MC+カーネル) です予約済み)   root@TinyLinux:~# cat /proc/meminfo MemTotal:       14232028 kB MemFree:        13596760 kB Mem利用可能: 13478276 kB

imx93 ele 演示 您好，恩智浦团队， 我们正在尝试使用 i.MX93 EVK 进行 EdgeLock Enclave 演示： https://github.com/nxp-imx-support/imx-ele-demo/tree/main 我们想问一下如何设置环境，因为我们找不到文件 fsl-imx-internal-xwayland/6.1-langdale/environment-setup-armv8a-poky-linux。 $ source /opt/fsl-imx-internal-xwayland/6.1-langdale/environment-setup-armv8a-poky-linux 谢谢、

EIQ 時系列生成モデルは、PowerQuad DSP または Neutron N1-16 NPU を使用して高速化されます。 質問: PowerQuad DSP または Neutron N1-16 NPU を使用して EIQ 時系列生成モデルを高速化するにはどうすればよいですか? 図に示すように、別のライブラリ ファイルを追加する必要がありますか、それとも生成されたモデルの静的ライブラリにはすでに PowerQuad DSP または Neutron N1-16 NPU アクセラレーションが含まれていますか? 想定される回答：PowerQuad DSPまたはNeutron N1-16 NPUアクセラレーションを使用したドキュメントまたはプロジェクトをご提供ください。TSSで更新可能な関連プロジェクトはありますか？ マクネン NPU|ML Re: eiq time series 生成模型使用PowerQuad DSP or Neutron N1-16 NPU加速 こんにちは@xiaobai_226 アクセラレータのサポート。  PowerQuad : NXP ハードウェア IP は、FFT 計算を高速化するのに役立ちます。選択したターゲットにこのハードウェア モジュールが含まれている場合は、デフォルトで表示され、有効になります。 Neutron NPU : NXP ハードウェア IP はディープラーニング モデルの予測を高速化するのに役立ちます。これは、選択したデバイスにこのハードウェア モジュールが含まれている場合にサポートされます。 BR ハリー Re: eiq time series 生成模型使用PowerQuad DSP or Neutron N1-16 NPU加速 こんにちは、ハリー TSS によって生成されたライブラリ ファイルには、すでに加速プロセッシングユニットが組み込まれているということをおっしゃっているのでしょうか?.lib 以降TSSによって生成されたファイルには、プロセッシングユニットが含まれているかどうかが明示的に示されておらず、SDKの例とTensorFlow for NPUの両方でNPUは.aの形式で提供されることを考えると、ファイルでは、TSS で生成されたファイルに加速ユニットが含まれているかどうかは不明のままです。テストに使用する評価ボードは MXCN947EVK です。

iMX95 硅修订版 你好 我最近收到了 iMX95 B0 的新样品，之前我使用的是 A1 版本。如果您能提供这两个版本之间与硬件相关的任何更改或其他差异的详细信息，我将不胜感激。 您能说明一下 iMX95 B0 和 A1 之间的具体区别吗？ 感谢您的时间和帮助。 Re: iMX95 Silicon Revision 您好@Shubham2 B0 修复了芯片内部的许多错误，因此会影响大量软件。我无法详细列出所有具体的区别，但我相信，如果你使用的是电路板支持包版本L6.12.34或更高版本，你不必担心芯片版本问题。如果您需要迁移电路板支持包，请基于电路板支持包版本 L6.12.34 或更高版本执行移植。 致敬， Zhiming Re: iMX95 Silicon Revision 因此，简单地说，这意味着 A1 和 B0 之间没有任何与硬件相关的变化。 Re: iMX95 Silicon Revision 嗨，志明、 在哪里可以找到 A0、A1 和 B0 硅修订版之间的确切区别？我们注意到在 A0 上使用最新 BSP 时出现了一些问题，特别是与 NPU 使用有关的问题。 谢谢、

ethtool --cable-test trx6 报告错误 在 S32G-VNP-RDB2 的板上，检查电缆 "100Base-T1 TRX6"。 电缆连接良好，ping 也正常，但电缆测试报告出错： root @s32g274ardb2：~# ethtool--cable-test trx6 已开始对设备 trx6 进行电缆测试。 设备 trx6 的电缆测试已完成。 A 组代码 未知 root@s32g274ardb2:~# ./mdiopfeng-emac-2 mmd 0x0a:01 raw 0x8330 0x2007 0x2007 表示：无法检测。那又是为什么呢？ 测试电缆开路是否正常 root @s32g274ardb2：~# ethtool--cable-test trx6 已开始对设备 trx6 进行电缆测试。 设备 trx6 的电缆测试已完成。 对码 A开路 root@s32g274ardb2:~# ./mdiopfeng-emac-2 mmd 0x0a:01 raw 0x8330 0x2002 测试电缆短路是否正常 root @s32g274ardb2：~# ethtool--cable-test trx6 已开始对设备 trx6 进行电缆测试。 设备 trx6 的电缆测试已完成。 对子 A 代码对内短码 root@s32g274ardb2:~# ./mdiopfeng-emac-2 mmd 0x0a:01 raw 0x8330 0x2001 Re: ethtool --cable-test trx6 report error 1.请比较 SJA1110 的日志信息，检查固件是否安装成功。 [ 0.549758] gpio-24 (sja1110-rst-phy-t1): hogged as output/low [ 0.555190] gpio-81 (sja1110-rst-core): hogged as output/low [ 0.765003] sja1105 spi5.1：已检测开关芯片：SJA1110A [ 4.447316] SJA1105 SPI5.1：已检测开关芯片：SJA1110A [ 4.493501] SJA1105 SPI5.1：已检测开关芯片：SJA1110A [ 4.493844] sja1105 spi5.1：已检测交换机芯片：SJA1110A [ 6.500528] sja1110：加载树外模块会污染内核。 [ 6.506704] SPI 驱动程序 sja1110 没有 nxp 的 spi_device_id，sja1110-开关 [ 6.506721] SPI 驱动程序 sja1110 没有 nxp 的 spi_device_id，sja1110-uc [ 8.091140] sja1105 spi5.1：已检测开关芯片：SJA1110A [ 9.035134] SJA1105 SPI5.1 P1（未初始化）：PHY [spi5.1-base-tx:01] PHY [spi5.1-base-tx:01] PHY [spi5.1-base-tx:01驱动程序 [NXP CBTX (SJA1110)] (irq=POLL) [ 9.058996] sja1105 spi5.1：配置为固定/2500base-x 链路模式 [ 9.062630] SJA1105 SPI5.1：Link is Up - 2.5Gbps/Full - flow control off [ 9.074566] sja1105 spi5.1 trx5（未初始化）：PHY [spi5.1-base-t1:01] PHY [spi5.1-base-t1:01] PHY [spi5.1-base-t1:01驱动程序 [NXP C45 TJA1103] (irq=POLL) [ 9.088758] sja1105 spi5.1 trx6（未初始化）：PHY [spi5.1-base-t1:02] (未初始化)驱动程序 [NXP C45 TJA1103] (irq=POLL) [ 9.128177] sja1105 spi5.1 trx7（未初始化）：PHY [spi5.1-base-t1:03] (未初始化)驱动程序 [NXP C45 TJA1103] (irq=POLL) [ 9.165856] sja1105 spi5.1 trx8（未初始化）：PHY [spi5.1-base-t1:04] (未初始化)驱动程序 [NXP C45 TJA1103] (irq=POLL) [ 9.336509] sja1105 spi5.1 trx9（未初始化）：PHY [spi5.1-base-t1:05] (未初始化)驱动程序 [NXP C45 TJA1103] (irq=POLL) [ 9.372362] sja1105 spi5.1 trx10（未初始化）：PHY [spi5.1-base-t1:06] (未初始化)驱动程序 [NXP C45 TJA1103] (irq=POLL) 2. 我测试了 Pair A 代码的 trx6 结果，它只能插入我的变流器设备中。 红色粗体字是命令：ethtool --cable-test trx6 的结果 命令 trx6 变流器从属 变流器大师 默认从属 从机 对 A 代码 OK A 组代码 未知 ethtool -s trx6 master-slave forced-master 主机 对 A 代码 OK 对 A 代码 OK 因此，如果 trx6 在从属服务器中，变流器在主服务器中，它会报告 Pai r A 代码未知， 这只是 trx6 的默认应用。 但是如果 trx6 处于主模式，则无论变流器是在主模式还是从机模式下运行，它都能正常运行 这真的有点奇怪。 3.您也可以尝试测试其他端口，例如作为 trx5 的端口。 trx5 和 trx6 完全相同 Re: ethtool --cable-test trx6 report error 你好，liujialu_2024 感谢您提供的信息和答复。 我使用默认的 BS42 进行测试。 这是 trx6 的测试结果。 root@s32g274ardb2:~# dmesg | grep -i"sja" [ 0.828889] sja1105 spi5.1：已检测开关芯片：SJA1110A [ 0.834314] sja1105 spi5.1：端口 2 根据 " phy-mode " 属性解释 RGMII 延迟设置，请更新设备树以指定 " rx-internal-delay-ps " 和 " tx-internal-delay-ps " [0.851072] sja1105 spi5.1： 端口 3 根据 " phy-mode " 属性解释 RGMII 延迟设置，请更新设备树以指定 " rx-internal-delay-ps " 和 " tx-internal-delay-ps " [4.876989] sja1105 spi5.1： 已检测开关芯片：SJA1110A [ 4.882428] SJA1105 SPI5.1：端口 2 根据 " phy-mode " 属性解释 RGMII 延迟设置，请更新设备树以指定 " rx-internal-delay-ps " 和 " tx-internal-delay-ps " [4.899197] sja1105 spi5.1： 端口 3 根据 " phy-mode " 属性解释 RGMII 延迟设置，请更新设备树以指定 " rx-internal-delay-ps " 和 " tx-internal-delay-ps " [5.053247] sja1105 spi5.1： 已检测开关芯片：SJA1110A [ 5.058672] SJA1105 SPI5.1：端口 2 根据 " phy-mode " 属性解释 RGMII 延迟设置，请更新设备树以指定 " rx-internal-delay-ps " 和 " tx-internal-delay-ps " [5.075441] sja1105 spi5.1： 端口 3 根据 " phy-mode " 属性解释 RGMII 延迟设置，请更新设备树以指定 " rx-internal-delay-ps " 和 " tx-internal-delay-ps " [5.092543] sja1105 spi5.1： 已检测开关芯片：SJA1110A [ 5.097958] sja1105 spi5.1：端口 2 根据 " phy-mode " 属性解释 RGMII 延迟设置，请更新设备树以指定 " rx-internal-delay-ps " 和 " tx-internal-delay-ps " [5.114723] sja1105 spi5.1： 端口 3 根据 " phy-mode " 属性解释 RGMII 延迟设置，请更新设备树以指定 " rx-internal-delay-ps " 和 " tx-internal-delay-ps " [7.103854] sja1110：加载树外模块会污染内核。 [ 7.117294] SPI 驱动程序 sja1110 没有 nxp 的 spi_device_id，sja1110-开关 [ 7.124319] SPI 驱动程序 sja1110 没有 nxp 的 spi_device_id，sja1110-uc [ 9.153856] sja1105 spi5.1：已检测开关芯片：SJA1110A [ 9.159387] SJA1105 SPI5.1：端口 2 根据 " phy-mode " 属性解释 RGMII 延迟设置，请更新设备树以指定 " rx-internal-delay-ps " 和 " tx-internal-delay-ps " [9.181619] sja1105 spi5.1： 端口 3 根据 " phy-mode " 属性解释 RGMII 延迟设置，请更新设备树以指定 " rx-internal-delay-ps " 和 " tx-internal-delay-ps " [9.430825] sja1105 spi5.1： 已检测开关芯片：SJA1110A [ 9.438127] SJA1105 SPI5.1：端口 2 根据 " phy-mode " 属性解释 RGMII 延迟设置，请更新设备树以指定 " rx-internal-delay-ps " 和 " tx-internal-delay-ps " [9.454444] sja1105 spi5.1： 端口 3 根据 " phy-mode " 属性解释 RGMII 延迟设置，请更新设备树以指定 " rx-internal-delay-ps " 和 " tx-internal-delay-ps " [9.732411] sja1105 spi5.1： 配置为固定/2500base-x 链路模式 [ 9.741123] SJA1105 SPI5.1：Link is Up - 2.5Gbps/Full - flow control off [ 9.808065] sja1105 spi5.1 p1（未初始化）：PHY [spi5.1-base-tx:01] PHY [spi5.1-base-tx:01] PHY [spi5.1-base-tx:01驱动程序 [NXP CBTX (SJA1110)] (irq=POLL) [ 9.856358] sja1105 spi5.1 trx5（未初始化）：PHY [spi5.1-base-t1:01] (未初始化)驱动程序 [NXP C45 TJA1103] (irq=POLL) [ 9.934013] sja1105 spi5.1 trx6（未初始化）：PHY [spi5.1-base-t1:02] (未初始化)驱动程序 [NXP C45 TJA1103] (irq=POLL) [ 10.011587] sja1105 spi5.1 trx7（未初始化）：PHY [spi5.1-base-t1:03] (未初始化)驱动程序 [NXP C45 TJA1103] (irq=POLL) [ 10.049845] sja1105 spi5.1 trx8（未初始化）：PHY [spi5.1-base-t1:04] (未初始化)驱动程序 [NXP C45 TJA1103] (irq=POLL) [ 10.085888] sja1105 spi5.1 trx9（未初始化）：PHY [spi5.1-base-t1:05] (未初始化)驱动程序 [NXP C45 TJA1103] (irq=POLL) [ 10.116363] sja1105 spi5.1 trx10（未初始化）：PHY [spi5.1-base-t1:06] (未初始化)驱动程序 [NXP C45 TJA1103] (irq=Poll) [592.917267] sja1105 spi5.1 trx5：配置物理/内部链接模式 [772.869305] sja1105 spi5.1 trx6：配置物理/内部链接模式 [1143.821448] sja1105 spi5.1 p1：配置物理/内部链接模式 [1145.88055] 85] sja1105 spi5.1 p1：链接已启动——100Mbps/已满——流量控制已关闭 [1224.413285] sja1105 spi5.1 p2：配置固定/rgmii-txid 链接模式 [1224.418540] sja1105 spi5.1 p2：链路已启动-1Gbps/Full-流量控制已关闭 [1342.488176] sja1105 spi5.1 p2：链路已启动-1Gbps/Full-流量控制已关闭 [1342.488176] sja1105 spi5.1 p2：链接已启动-1Gbps/105 spi5.1 p1：链接是 向下 [1444.408700] sja1105 spi5.1 trx6：链接已启动——100Mbps/已满——流量控制关闭 [1471.624407] sja1105 spi5.1 trx6：链接已关闭 [1472.664709] sja1105 spi5.1 trx6：链接已启动-100Mbps/已满-流量控制关闭 @s32g274ardb2：~# ethtool--cabs le-test trx6 已开始对设备 trx6 进行电缆测试。 设备 trx6 的电缆测试已完成。 配对 A 代码 Open Circuit root @s32g274ardb2：~# ethtool--cable-test trx6 设备 trx6 已开始对设备 trx6 进行电缆测试 。 设备 trx6 的电缆测试已完成。 对 A 代码确定 6.6.32-rt32-00903-g49d9f8bb25e0 1.请比较 SJA1110 的日志信息，检查固件是否安装成功。 2. 我测试了 Pair A 代码的 trx6 结果，它只能插入我的变流器设备中。 3.您也可以尝试测试其他端口，例如作为 trx5 的端口。 希望这能帮到你。 BR 乔伊 Re: ethtool --cable-test trx6 report error 我的 T1-to-RJ45 设备： Re: ethtool --cable-test trx6 report error 1. 你测试过未修改的 BSP42 软件包吗？ 使用电路板支持包 42.0 默认图像时，它也会报告错误。 root@s32g274ardb2:~# uname -r 6.6.32-rt32-00903-g49d9f8bb25e0 root @s32g274ardb2：~# ethtool--cable-test trx6 已开始对设备 trx6 进行电缆测试。 设备 trx6 的电缆测试已完成。 A 组代码 未知 root @s32g274ardb2：~# ethtool--cable-test trx6 已开始对设备 trx6 进行电缆测试。 设备 trx6 的电缆测试已完成。 对码 A开路 root @s32g274ardb2：~# ethtool--cable-test trx6 已开始对设备 trx6 进行电缆测试。 设备 trx6 的电缆测试已完成。 对子 A 代码对内短码 开仓和空仓测试依然有效。 Re: ethtool --cable-test trx6 report error 1. 你测试过未修改的 BSP42 软件包吗？ v6.6.32 内核不支持 IPCF，因此我们需要 v5.15.158 内核。 2. 如何将 100Base-T1 端口更改为 eth 端口信号以进行 ping 测试，您使用的是哪种设备？ 根据S32G2_LinuxBSP_42.0_User_Manual.pdf。 第 7.7.3 章 启用 SJA1110 DSA 驱动程序7.7.3 启用 SJA1110 DSA 驱动程序，要启用 SJA1110 的 DSA，然后 $ ifconfig trx6 down $ ifconfig trx6 192.168.2.123 up 我的电脑的 IP 地址是 192.168.2.211，所以 ping 可以正常工作了。 Re: ethtool --cable-test trx6 report error hi，liujialu_2024 感谢您提供的信息和提出的问题。 您能与我分享更多信息吗？ 1. 你测试过未修改的 BSP42 软件包吗？ 2.如何将 100 Base-T1 端口更改为 eth 端口信号以进行 ping 测试，您使用的是哪种设备？ BR 乔伊 Re: ethtool --cable-test trx6 report error hi，liujialu_2024 感谢您的答复和信息。 因此，如果 trx6 在从属服务器中，变流器在主服务器中，它会报告 Pair A 代码未知。 >>>您如何测试从站/主站？ BR 乔伊 Re: ethtool --cable-test trx6 report error 你好，刘佳璐 当设置ethtool -s trx6 主从强制主控时。 我认为应该将变流器设置为从机模式。使用 ethtool --cable-test trx6，T1 的 LED 会闪烁。 BR 乔伊 Re: ethtool --cable-test trx6 report error hi，liujialu_2024 感谢您的回复。 我帮你测试了 trx6 的从属模式。 root @s32g274ardb2：~# ip 链接设置 dev trx6 up root @s32g274ardb2：~# ethtool-s trx6 主从强制从机 根 @s32g274ardb2：~# ethtool--cable-test trx6//将变流器设置为主电缆测试已开始针对设备 trx6 进行测试。 设备 trx6 的电缆测试已完成。 配对代码 OK root@s32g274ardb2:~# ethtool --cable-test trx6   //变流器设置为从属设备 trx6 的电缆测试已开始。 设备 trx6 的电缆测试已完成。 对 A 代码 OK 当我使用 ethtool--cable-test trx6 的推荐时，T1 LED 还在闪闪发光。我们不使用相同的变流器设备。 BR 乔伊 Re: ethtool --cable-test trx6 report error 关于"Pair A 代码 未知"， 谷歌人工智能答案： 常见原因 活动链路：在以太网插入已接通电源的千兆交换机时进行测试，可能会干扰测试结果；通常建议不要在活动链路上使用 TDR 模式。 以及"um549820-UM11107 Software User Manual for SJA1110(2.0).pdf" 6.9.2 电缆测试和 TDR 当两个链路伙伴均未进行传输时，PHY 可以检测双绞线之间的开路和短路。 电缆测试是否需要连接但不需要激活？ 实际上，trx6 与 t1-变流器 相关联，当变流器的链接 LED 不闪烁时，是 " Pair A code OK "。 相反，当 LED 闪烁时，"Pair A 代码 未知"。 @Joey_z请帮助确认。谢谢。 Re: ethtool --cable-test trx6 report error # 在 rdb2 shell 中设置 trx6 $ ethtool-s trx6 主从强制从机 $ ethtool--cable-test trx6 t1-cable-test trx6 t1 转换器可以使用拨号开关切换主/从 机 Re: ethtool --cable-test trx6 report error 但当 trx6 处于主模式时 $ ethtool-s trx6 master-slave forced-master 它总是报告 " Pair A code OK "，不管变流器的 LED 是否闪烁

应使用哪个 SDK 才能满足 FS32K144HAT0MMHT 的 ASIL B 标准？ 在 FS32K144HAT0MMHT 微控制器上开发符合 ASIL-B 标准的固件时，推荐使用哪种软件开发工具包 (SDK)？此外，应遵循哪些特定的固件设计实践、功能安全机制和实施指南，以确保完全符合 ASIL-B？ Re: Which SDK should be used to meet ASIL B standards for the FS32K144HAT0MMHT, and how can the firm 感谢您的回复。恩智浦网站提到 S32K144 支持某些 SCST 库。这些库的目的是什么，我们如何对其进行测试？ Lib 链接：结构核心自测 (SCST) 库| 恩智浦半导体 Re: Which SDK should be used to meet ASIL B standards for the FS32K144HAT0MMHT, and how can the firm 嗨，@ARIVALAGAN、 SDK 的开发并不符合 ISO26262 标准，而是采用了质量管理流程。 您可以参考实时驱动程序 (RTD)。它们以AUTOSAR 应用为目标，完全符合 ISO 26262 标准。 关于设计实践、机制、实施等，请记住，这些考虑因素完全由客户决定，以及项目需要满足的功能安全标准，因为ASIL等级适用于整个ECU系统。我的同事在另一个社区主题中对此做了更详细的解释：已解决：是什么让 MCU 符合 ASIL 标准？- 恩智浦社区。 RTD 和 S32K1 均被设计为独立安全单元 (SEOOC)，集成到 B 级以下的 ASIL 应用程序（S32K3 + RTD 最高可达 ASIL D）。因此，RTD 是一种旨在集成到应用程序中的软件，ASIL 级别取决于集成环境，使用的假设是功能安全软件包中提供的功能安全手册的一部分。 功能安全实施需要遵循一些文档、指南和软件，例如： AN14068-S32K3/S32K1 + FS23 硬件和功能安全应用-应用笔记 S32 框架提高车辆功能安全 | 恩智浦半导体 其余大部分文档在"Secure Files" 下。请遵循本指南：如何申请访问恩智浦的恩智浦微控制器和MPU功能安全文档。 致以最崇高的敬意， Julián。 Re: Which SDK should be used to meet ASIL B standards for the FS32K144HAT0MMHT, and how can the firm 嗨，@ARIVALAGAN、 SCST 符合 ISO 26262 功能安全标准，最高可达 ASIL B，目标诊断覆盖率 (DC) 为 90%。 所包含的测试涵盖了大部分内核指令，以及针对内核特定 IP 块的测试。主要是 核心控制逻辑（分支控制、异常控制） 核心数据路径包括 寄存器文件和寄存器复用 ALU、乘法器、加载/存储和其他执行单元。 指令解码器，16 位，32 位。 SIMD 逻辑 请记住，这是一款授权的高级软件。有关定价和订购的详细信息，请联系当地的恩智浦销售办事处。该软件包包括用户手册文档。 致以最诚挚的问候， Julián Re: Which SDK should be used to meet ASIL B standards for the FS32K144HAT0MMHT, and how can the firm 嗨，@ARIVALAGAN、 1.我无法与公众分享直接支持的联系方式。该空间严格用于技术支持。请改为联系您的代理商。 2.是的。SPD 是免费的标准软件，包含在硅片价格中： SW32K1-SPD-D 。请注意，SPD 需要特定的 RTD 软件包。它在版本说明文件中提到。 致以最诚挚的问候， Julián Re: Which SDK should be used to meet ASIL B standards for the FS32K144HAT0MMHT, and how can the firm 我还有一个疑问... 功能安全外设驱动器-FS32K144HAT0MMHT 免费吗 https://www.nxp.com/design/design-center/software/functional-safety-software/s32-safety-software-framework-saf-and-safety-peripheral-drivers-spd:SAF Re: Which SDK should be used to meet ASIL B standards for the FS32K144HAT0MMHT, and how can the firm 我能否获得技术支持团队在印度（钦奈和班加罗尔）的电子邮件 ID？ Re: Which SDK should be used to meet ASIL B standards for the FS32K144HAT0MMHT, and how can the firm 如何使用 Design Studio 软件在 S32K1 RTD 驱动器中使用 SPD？ 有适当的文件吗？ 能否推荐任何支持 SPD 的 RTD 版本？ Re: Which SDK should be used to meet ASIL B standards for the FS32K144HAT0MMHT, and how can the firm Hi@ARIVALAGAN SPD 不是免费的； 请联系您的代理商或恩智浦销售人员了解更多信息。 https://www.nxp.com/support/sample-and-buy/distributor-network:DISTRIBUTORS "我能否获得技术支持团队在印度（钦奈和班加罗尔）的电子邮件 ID？" 您可以咨询 TSR，了解这些地点是否提供恩智浦技术支持。 在线问答 https://www.nxp.com/support/support:SUPPORTHOME?tid=sbmenu

如何配置 ADC 引脚 只是想知道如何根据板配置 adc 引脚 (S32K344)，我只是在尝试使用 ADC 精度引脚但一直困扰着如何为其编写代码、相应配置 ADC 和 BCTU 配置然后使用 adc 引脚，比如用板载电位计作为测试 我尝试更改 MCSPTEAK344 现有代码中的引脚，其中 PHA_I、PHB_I、DCB、DCI 等变量似乎与 S32K344 原理图文件中的引脚硬连线，如果是这样的话，我是否可以使用一个引脚（例如 PTE16）作为 adc 配置引脚，将其标记为"test" 并运行代码，然后用跳线将所述 PTE16 连接到电位器，并通过示波器检查数值？还是需要从头开始？ Re: How to configure ADC pins 你好@ishoboiM、 1.您可以使用 RTD 示例作为基础(Adc_Sar_Bctu_Ip_example_S32K344)，因为它配置了ADC_SAR 和 BCTU 的基本用法。如果使用 S32K3X4EVB-T172，ADCPOT0 将路由至 PTA11，即 ADC1_S10： 2.是的，这也是可能的。只需确认您使用的 ADC 实例和通道。PTE16 为 ADC0_P4。 我在另一篇文章中解释过：S32 design studio HOW TO ADC - NXP Community。 致以最诚挚的问候， Julián Re: How to configure ADC pins 你好，Julian，很抱歉这么晚才回复你 我尝试使用示例代码作为基础，但似乎在引脚部分出现了错误，确切地说，没有加载引脚，我遇到了"引脚初始化需要项目中的 PINS 驱动程序" 在配置部分更新代码时出现错误 我尝试自己选择并添加一个引脚 (pte16)，但仍然显示相同的错误 我使用的是 S32ds 3.5.6 和 RTD 3.0.0。版本 Re: How to configure ADC pins 你好@ishoboiM、 您指的是这个错误吗？ 这意味着驱动程序税务摊销收益中没有 PINS (Siul2_Port) 元器件： 出现这种情况是因为示例使用了内部带隙通道，没有配置任何外部引脚进行测量。只需将其添加到项目中，并在"PortConfigSet" 容器中配置引脚的 Mscr 值即可。 致以最诚挚的问候， Julián

IMX8MQ 摄像机 mipi 问题 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您好， 我正在 imx8mq-EVK 板上开发摄像头 mipi 驱动程序，我的摄像机输出数据是 RAW-10 位。 当我参考 ov5640 驱动程序代码时，我遇到了以下问题。 1. 在 “驱动程序/媒体/平台//mxc/捕获/mx6s_捕获.c” 中，有一些寄存器如下所示，但我无法在参考手册中找到有关以下寄存器的任何线索。（来自查看代码，我知道这些寄存器的基地址是0x0x30A90000) #define CSI_CSICR1 0x0 #define CSI_CSICR2 0x4 #define CSI_CSICR3 0x8 #define CSI_STATFIFO 0xC #define CSI_CSIRXFIFO 0x10 #define CSI_CSIRXCNT 0x14 #define CSI_CSISR 0x18 #define CSI_CSIDBG 0x1C #define CSI_CSIDMASA_STATFIFO 0x20 #define CSI_CSIDMATS_STATFIFO 0x24 #defineCSI_CSIDMASA_FB1 0x28 #define CSI_CSIDMASA_FB2 0x2C #define CSI_CSIFBUF_PARA 0x30 #define CSI_CSIIMAG_PARA 0x34 #define CSI_CSICR18 0x48 #define CSI_CSICR19 0x4c 2. 同样的问题，在参考手册中找不到有关以下寄存器（0x180~0x198）的任何介绍。（基地地址为 0x30A70000）。 in"driver/media/platform/imx8/mxc-mipi-csi2_yav.c" 、 printk("MIPI CSI2 HC IGNORE_VC 0x180 = 0x%x\n", readl(csi2dev->base_regs + 0x180))； printk("MIPI CSI2 HC VID_VC 0x184 = 0x%x\n", readl(csi2dev->base_regs + 0x184)); printk("MIPI CSI2 HC FIFO_SEND_LEVEL 0x188 = 0x%x\n", readl(csi2dev->base_regs + 0x188))； printk("MIPI CSI2 HC VID_VSYNC 0x18C = 0x%x\n", r eadl(csi2dev->base_regs + 0x18C)); printk("MIPI CSI2 HC VID_SYNC_FP 0x190 = 0x%x\n", readl(csi2dev->base_regs + 0x190))； printk("MIPI CSI2 HC VID_HSYNC 0x194 = 0x%x\n", readl(csi2dev->base_regs + 0x194)); printk("MIPI CSI2 HC VID_HSYNC_BP 0x198 = 0x%x\n", readl(csi2dev-base_regs + 0x198))； 3. 在参考手册中，提到了一些 " 数据类型 "，如下所示， " 13.6.3.6.4 RAW10（数据类型 = 0x2B）" 如何将值 0x2B 设置为数据类型？ 我的参考手册版本是： 名称：i.MX 8M 双/8M 四极管/8M 四核应用处理器参考手册 文件编号：IMX8MDQLQRM 修订版 0, 01/2018 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: IMX8MQ Camera mipi Question 我曾在多个 i.MX8MQ MIPI-CSI 启动器上看到过这种确切的行为--驱动程序通常看起来很好，但当显示/HDMI 端启动时，由于 CSI-2 通道映射、数据类型或时钟树中的细微问题而发生故障。 在 i.MX8MQ 上，CSI-2 接收器的要求极为严格： 正确的数据类型匹配（RAW10 vs RAW8 vs YUV422） 正确的车道极性 + 映射 DISP/HDMI PLL 切换后，传感器时钟保持稳定 正确的 pinctrl（许多板在 GPIO 模式下意外离开了数据通道） 如果出现上述任何一种不匹配情况，CSIS 块会保持 "流 "状态，但会静默地丢弃所有数据包--看起来与您描述的情况非常相似。 作为参考，以下是我们开发的一些上游 MIPI/CSI 摄像头驱动程序，它们显示了在 i.MX8 级 SoC 上通常可以解决这个问题的确切的 DT 模式和 CSI 设置顺序： Linux-next https://web.git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=fa9e6df636fb8b3b27570f38c53640c9e2b02f79中的 MIPI 传感器驱动程序示例 Zephyr 中的另一个传感器（用于比较 MIPI/时钟序列） https://github.com/zephyrproject-rtos/zephyr/commit/c784481ca039ccd606a192ee07bc83f6b0117e59 媒体管道更新示例（CSI 路由 + 格式协商） https://web.git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/?id=9d382f6a9978916317b3fb4ef07b5fec684adde0 如果您正在设计完整的相机流水线（传感器 → MIPI → CSI-2 → ISP/显示屏），本深入探讨可能会对您有所帮助： https://siliconsignals.io/blog/v4l2-camera-stack-step-by-step-guide-for-custom-devices/ https://www.kernel.org/doc/html/v4.9/media/kapi/v4l2-intro.html Re: IMX8MQ Camera mipi Question <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好 [email protected]、 您能详细说明需要做哪些更改才能解决这些问题吗？ 对我来说，每个像素都缺少 4 位。我已经为我的问题启动了一个主题。请看一看。 https://community.nxp.com/message/1195672 提前感谢！ 瓦西姆 Re: IMX8MQ Camera mipi Question <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您好， 我也遇到了同样的问题。 有人在接收 10 位系统时解决了这个问题吗？ 此致， 雅各 Re: IMX8MQ Camera mipi Question <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好 [email protected]、 您能分享一些关于如何解决该问题的信息吗？我问这个问题是因为我们也面临着类似的问题，如果能了解更多关于你们如何解决问题的信息就更好了。是平台方面的问题还是传感器方面的问题？ 提前感谢！ 锡瓦拉姆 Re: IMX8MQ Camera mipi Question <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，伦卡、 感谢您的答复。 我已经解决了这个问题。 还有一个问题令我困惑 、 我一直认为 MIPI CSI 驱动程序每帧应该接收 1280000 字节（1280*800*10 位/8），但实际上是 1024000 字节（1280x800）。我不知道原因。 根据 RM (imx6) 如下所示，对于 RAW10，数据大小应为 (n * 像素 * 5/4) 字节。 Re: IMX8MQ Camera mipi Question <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，杨、 我不建议你在设备树中更改 MIPI PHY 时钟。你写道，你的摄像机是 1280x800，60fps，灰色 10 位。双通道，我想电路板支持包。不直接支持这个配置。你还写道，一段时间后图像就错位了。根据我的经验，如果没有为给定的分辨率正确设置摄像机寄存器，如果相机时钟不稳定，就会发生这种情况。尽管如此，你不需要使用 iMX6 文档/源代码来获得 iMX8 系列微控制器。你能不能提供 0x3800 ~ 0x3815 和 0x3035 ~ 0x3037 范围内的寄存器设置？ 我在将 720p 分辨率设置为 60fps 时也遇到了问题。我将尝试联系相机所有者，寻求有关此类配置的帮助。 亲切的问候， Lenka Re: IMX8MQ Camera mipi Question <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，伦卡、 感谢您的帮助。 目前，我能收到一张完整的图像，但图像并不稳定。1 分钟后，图像将错位。相机传感器供应商建议修改 MIPI-CSI 像素时钟，如您所知，RM 中没有关于 MIPI CSI 的有用信息。我在恩智浦网站上找到了一些文件，如下所示，但我仍然很困惑，因为这些文件是针对 iMX6 的。 https://www.nxp.com/files-static/32bit/doc/app_note/AN5305.pdf 根据该文件、 我尝试修改 "IMX8MQ_CLK_CSI1_PHY_REF_DIV "为<178560000> ，但在 linux 系统文件中验证后发现并不匹配。 我的问题是 、 1.IMX8MQ_CLK_CSI1_PHY_REF_DIV " 是 MIPI 时钟，对吗？ 2 'IMX8MQ_CLK_CSI1_CORE_DIV' 和'IMX8MQ_CLK_CSI1_ESC_DIV' , 用途是什么？ 3.如何修改 'IMX8MQ_CLK_CSI1_PHY_REF_DIV' 的值，使其完全符合我的要求？ 我的相机是 1280x800、60fps、灰色 10 位。双车道 我还评论了 "基地址切换 "功能，否则内核将打印"基地址切换更改错误" 。我不确定这种行为是否必要。 谢谢。 杨青 Re: IMX8MQ Camera mipi Question <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，杨、 1.这些寄存器与 iMX8 上实现的任何寄存器都不匹配。 2.iMX8 尚不支持这些寄存器。 3.数据类型禁用寄存器（偏移量0x38）用于输入数据类型重设，但可以忽略。如果将摄像头和 ISI 寄存器正确设置为目标数据类型，那么也应该可以正常工作。 如果您还有其他问题，请随时提出。 祝你好运 伦卡 Re: IMX8MQ Camera mipi Question <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，杨 关于 1. iMX8M MIPI-CSI 4 通道配置 对于其他问题（未在参考手册中描述），可能建议 向 NXP 当地营销办事处申请。注意，将有新的参考手册修订版 提供最新信息。 问候 igor ----------------------------------------------------------------------------------------------------------------------- 注：如果本帖回答了您的问题，请点击 "正确答案 "按钮。Thank you! -----------------------------------------------------------------------------------------------------------------------

MIMXRT1166 - 断言 POR_B 会使 MCU 处于不可用状态 我有一块板，当电源电压降至 2.63V 以下时，它使用电压监控器来断言 POR_B。当钳位 POR_B 时，MCU 将停止运行（如预期）。但是，当电压恢复正常并且 POR_B 处于钳位时，MCU 将挂起，唯一的解决方案是重新通电。 我已经检查了板上的 POR_B 断言/取消断言状态，它们看起来是正确的。POR_B 电路有一个外部上拉至 VDD SNVS ANA。 电阻器 R32 未安装，但安装后并无影响。 这是 POR_B 的正常行为吗？ Re: MIMXRT1166 - asserting POR_B leaves MCU in unusable state 你好@tbonkers、 感谢您对 NXP MIMXRT 系列的关注！ 您检查过这种情况下的开机顺序吗？在整个上电过程中，POR_B 应保持低电平。可能是由于 POR_B 发布得太早造成的。 致以最诚挚的问候， Gavin

S32K3 SAF - sCheck_ExecuteStartupTests 运行到 HardFault Execption 您好，技术支持、 客户分享了 一个问题，即在启动时调用 sCheck_ExecuteStartupTests()，之后在执行 ECC 测试时会跳转到硬故障异常。 您能帮忙检查一下这一点吗？ MCU: S32K314 SAFETY_SW Re: S32K3 SAF - sCheck_ExecuteStartupTests run to HardFault Execption 你好@marcuslim, 对于每个 sCheck 测试，都必须遵循 sCheck UM 章节中描述的所有条件： L1 CACHE ECC 测试 在这种情况下，很可能是内存部分的位置和适当的 MPU 设置有误，这对正确执行该测试非常重要。 更多详情，请参阅 sCheck UM 章节： 内存分配（将内存分配到具有正确的可缓存或不可缓存 MPU 属性的部分至关重要） ，您还可以在 SAF 演示示例中探索链接器文件和 MPU 设置。 亲切的问候， Radoslav Re: S32K3 SAF - sCheck_ExecuteStartupTests run to HardFault Execption 嗨，拉多斯拉夫、 Cusotmer 将恩智浦示例中的 sCheck_ExecuteRuntimeTests() 替换为 sCheck_ExecuteStartupTests()，结果遇到了类似的错误。 能否请您明确说明我可以在哪里检查？ Re: S32K3 SAF - sCheck_ExecuteStartupTests run to HardFault Execption 嗨 @marcuslim 不，你不能通过在专用的用于运行时测试的循环中替换 sCheck 启动测试来使用。 启动测试只应在应用程序启动过程开始时执行一次。 此外，SAF 演示示例不支持 K314，因此，如果您重复使用了某些链接器文件，它很可能不会遵循 K314 设备的内存映射，需要进行更新。 SAF 不容易内置，需要认真学习 sCheck 手册并了解软件功能安全概念。 亲切的问候， Radoslav Re: S32K3 SAF - sCheck_ExecuteStartupTests run to HardFault Execption 嗨，拉多斯拉夫、 客户反馈： 不过，我们目前遇到了与 ECC 检查有关的问题。您可能已经注意到，恩智浦示例中也出现了类似的 ECC 检查问题。 内置SAF软件包非常具有挑战性，因此，我们将感谢恩智浦专家在这方面的支持。 您能否就我们需要遵循和验证的与链接器相关的具体要点或要求提出建议，以便正确内置 ECC 检查？ 提前感谢您的帮助。 Re: S32K3 SAF - sCheck_ExecuteStartupTests run to HardFault Execption 你好，Marcus， ，所有信息都应该从 sCheck UM 中清楚地了解到，至少我通常不会遇到这类问题，所以 SAF 团队认为 sCheck UM 在这方面是清楚的。 您能否询问客户 sCheck UM 到底有哪些不清楚的地方，以便我们改进？ 谢谢， Radoslav Re: S32K3 SAF - sCheck_ExecuteStartupTests run to HardFault Execption 嗨，拉多斯拉夫、 客户将 *(.ramcode_no_cacheable) 从 int_sram_no_cacheable 移至 int_sram，结果运行正常。 如有任何意见，请随时提出。 根据 表 55.sCheck 模块中的 MemMap 部分, 以下部分必须放在特定的闪存区域中： s32_saf_const_flash_0 → 代码闪存 0 s32_saf_const_flash_1 → 代码闪存 1 s32_saf_const_flash_2 → 代码闪存 2 s32_saf_const_flash_3 → 代码闪存 3 不过，在我的系统中，我使用的是 A/B 交换因此，在任何时候都只有 闪存 0 和 闪存 1 被应用程序激活/使用。 放置 s32_saf_const_flash_2 和 s32_saf_const_flash_3 和 32_saf_const_flash_3 可能会干扰未使用的闪存区域（例如，为其他闪存组或 OTA 更新预留的闪存区域）。 我的问题是 是否有办法配置 sCheck，使其只在 Flash 0 和 Flash 1 上执行测试？ 或者 是否有安全的方法来测试所有四个闪存块（闪存 0-3），而不影响 A/B 交换使用的非活动库的内容？ 的内容？ Re: S32K3 SAF - sCheck_ExecuteStartupTests run to HardFault Execption 嗨，拉多斯拉夫、 除了上一篇文章中提出的问题外，客户还分享说，在执行sCheck_ExecuteStartupTests和sCheck_ExecuteRuntimeTests 之后，系统始终报告同一组与 ECC 相关的错误： scheck_err_dcache_ecc_cm7_0 scheck_err_icache_ecc_cm7_0 SCHECK_ERR_ITCM_M7_0_ECC SCHECK_ERR_DTCM_M7_0_ECC 在每次测试执行过程中，这些错误都会反复出现。 能否请您协助我们调查并确定这种行为的根本原因？ 敬上， 马库斯 Re: S32K3 SAF - sCheck_ExecuteStartupTests run to HardFault Execption 嗨 @marcuslim， 将 *（.ramcode_no_cacheable）从 int_sram_no_cacheable 移至 int_sram 起作用可能有点巧合。 我怀疑如果客户将 HFNMIENA 设置为 0，则在触发信号时可能会造成麻烦。 请检查一下 MPU_CTRL.HFNMIENA 的值是多少。 如果该值为零，则已针对即将发布的 1.0.6 版本进行了以下修复： [ASFT-19327] [sCheck] 不支持 Arm M7 HFNMIA - 恩智浦 JIRA sCheck 闪存测试不能仅缩减为 Flash_0 和 Flash_1，但已对即将发布的 1.0.6 版本进行了更改，无需将特定的闪存部分放入链接器文件中，而是使用配置的闪存地址，其中地址的内容不会被修改，这也可以解决 A/B 交换客户的问题。 https://jira.sw.nxp.com/browse/ASFT-19738 此致， 拉多斯拉夫 Re: S32K3 SAF - sCheck_ExecuteStartupTests run to HardFault Execption 你好@marcuslim ，我认为有一个共同的根源。 内存部分需要根据可缓存/不可缓存 MPU 属性正确放置，上一篇文章中提到的 HFNMIENA 位也会造成问题。 亲切的问候， Radoslav Re: S32K3 SAF - sCheck_ExecuteStartupTests run to HardFault Execption 嗨，拉多斯拉夫、 客户尝试重新定位 *(.ramcode_no_cacheable)。 到 int_sram_noo_cacheable 而不是 内存 并将 HFNMIENA = 0。 此外，还对 MPU 进行了适当配置，以允许从不可缓存 RAM 区域执行代码。 经过进一步调查，发现在 sCheck_Tcm_RunEccTest 中的函数 sCheck_Tcm_MemTestEccCorrError 和 sCheck_Tcm_MemTestUncorrError 函数将被执行。 这两个函数都调用 sCheck_ErrRead(pParams,&result）。 但是，当 sCheck_Tcm_MemTestEccCorrError 成功完成、 scheck_tcm_memtestuncorrerRror 在 调用 scheck_errRead（PParams，& 结果）（附图中的第 1 点）时会 触发 HardFaul t， 系统随后卡在 BusFault 处理程序 （所附图像中的第 2 点） 中。 能否请您帮助调查一下这一点？ Re: S32K3 SAF - sCheck_ExecuteStartupTests run to HardFault Execption 嗨 @marcuslim， 对不起我错了，你的 SAF 版本中的正确设置应为 HFNMIENA = 1，以避免在异常中更改 MPU 设置，这可能会进一步导致缓存之后刷新一些变化。这就解释了为什么 TCM correctable 可以通过，而 Uncorrectable 不能通过，因为它使用异常来测试正确的反应。 亲切的问候， Radoslav Re: S32K3 SAF - sCheck_ExecuteStartupTests run to HardFault Execption 嗨，拉多斯拉夫、 客户反馈： >>>>>>>> 配置HFNMIENA = 1 后，我发现sCheck_ExecuteStartupTests()可以正常运行。此时，我不再观察到任何与 ECC 相关的错误。我将进行额外的压力测试，以进一步验证这种行为。 但是，当调用 sCheck_ExecuteRuntimeTests() 并随后调用 sCheck_Tcm_MemTestUncorrError() 时，系统会在设置 INVSTATE（无效状态）标志的情况下触发信号 UsageFault 异常。 请问sCheck_ExecuteStartupTests()和sCheck_ExecuteRuntimeTests()之间是否存在任何设计上的差异或特定的使用条件，会导致这种行为？ 此致， 马库斯 Re: S32K3 SAF - sCheck_ExecuteStartupTests run to HardFault Execption 您好@marcuslim, 如果启用了 FPU，这可能表明存在参数问题，我们需要进一步调查。 您能否尝试禁用 FPU 并重新进行测试？ 现在结果如何？ 启用 FPU 后，能否在 Watch 窗口的异常跟踪中使用这些变量： sCheck_ErrRead_ExceptionContext.bAbortFlag sCheck_DetectedFaults[0] 并再次粘贴截图？ FCCU NCF_2 通道的配置反应是什么？ ， Radoslav。 Re: S32K3 SAF - sCheck_ExecuteStartupTests run to HardFault Execption 嗨，拉多斯拉夫、 请在此提供所需的信息： 要点 1：禁用 FPU - 同样的错误。 要点 2：启用 FPU 第 3 点：FCCU NCF_2 反应 此致， 马库斯 Re: S32K3 SAF - sCheck_ExecuteStartupTests run to HardFault Execption 你好，马库斯、 最新截图显示，它产生的是内存管理故障，而不是使用故障（如原帖所示）。因此，我认为我们需要澄清我们面临的例外情况是什么。 请检查/共享 MPU 配置。 你能检查一下异常是否由"LDRD R0,R1,[R1]\n" 指令（来自 sCheck_Lib_ARMv7M.c 或其他指令）引起的吗？ 亲切的问候， Radoslav Re: S32K3 SAF - sCheck_ExecuteStartupTests run to HardFault Execption 嗨，拉多斯拉夫、 附上客户的 MPU 配置和链接器文件。他希望我们对其进行审查。 此致， 马库斯 Re: S32K3 SAF - sCheck_ExecuteStartupTests run to HardFault Execption 嗨 @marcuslim， 我看到他们重复使用了 RTD 示例 systemInit () 中的 MPU 配置。 请注意，这只是 RTD 的短截线，未经验证，即使对于某些 RTD 驱动程序来说也可能不够，更不用说 SAF 了。 同样，对于链接器文件，我可以看到来自RTD链接器文件的来源，以及额外的SAF和SCST内存部分。 关于 MPU 配置，我强烈建议使用 RTD Platform 插件配置 MPU。 在 SAF 演示示例中，我们还提供了 K344 的 MPU 配置示例（不是 K314，但只需修改 TCM 的正确内存大小）。 但它也只是 SAF Demo 设置的示例代码（短截线），未经过验证的交付内容。 按照人工智能的要求，他们的 MPU 配置应该代表这种设置： 地区 RBAR 地址 大小 类型/缓存政策 可共享 门禁系统 说明 0 0x00000000 覆盖整个地址空间（RASR = 0x1004003F ) 强烈订购，无缓存 是 无访问 背景区域阻挡一切 1 __INT_ITCM_START 来自链接器 正常，无缓存 无 RW/RW 用于 CM7 的 ITCM 2 __ROM_CODE_START 来自链接器 正常，WB/WA（内侧& 外侧） 无 RO/RO 主程序闪光 3 __ROM_DATA_START 来自链接器 正常，WB/WA 是 RO/RO 数据闪存 4 0x1B000000 8 KB ( 0x160B0019 ) 正常，WB/WA 是 RO/RO UTEST 地区 5 __INT_DTCM_START 来自链接器 正常，无缓存 无 RW/RW CM7 的 DTCM 6 __INT_SRAM_START 来自链接器的大小 ( __RAM_CACHEABLE_SIZE ) 正常，WB/WA 无 RW/RW 可高速缓存 SRAM（禁用子区域 6 和 7） 7 __RAM_NO_CACHEABLE_START 来自链接器 正常，无缓存 是 RW/RW 非缓存 RAM 区域 8 __RAM_SHAREABLE_START 来自链接器 正常，无缓存 是 RW/RW 可共享内存 9 0x40000000 6MB 强烈订购，无缓存 是 RW/RW AIPS0-2 外围空间（禁用第 6/7 分区） 10 0x40600000 S32K314 已禁用 — — — AIPS3；仅在 S32K39x 上有效 11 0x67000000 128 MB 强烈建议 是 RW/RW QSPI RX 12 0x68000000 128 MB 正常，WB/WA 无 RW/RW QSPI AHB 映射区域 13 0xE0000000 默认 ARM PPB 大小 强烈建议 是 RW/RW 私人外围总线（SCB、NVIC 等） 14 __ROM_CODE_START + 0x400000 S32K314 为 0 — — — 附加程序闪光灯（仅对其他衍生产品有效） 15 0x44000000 S32K314 为 0 — — — ACE 区域仅在 S32K388 上活跃 这是 K344 的 SAF 演示示例中的 MPU 配置： 简单比较这两个 MPU 配置 + 链接器文件可以看出： -这些内存部分的位置不正确：* (.s32_saf_const_flash_1) * (.s32_saf_const_flash_2) * (.s32_saf_const_flash_3) * (.s32_saf_const_flash_4) * (.s32_saf_const_const_flash_4) * (.s32_saf_const_const_flash_4) * (.s32_saf_const_const_flash_4) * (.s32_flash_5)-看不到不可缓存的 SRAM 的可执行属性，但这不是 sCheck 所要求的，这可能是 SAF 示例 MPU 设置中的冗余属性——考虑到客户正在运行操作系统，我预计操作系统及其需要一些特定的 MPU 设置和内存部分 应用程序（只是猜测，并不是说这可能是某些问题的根本原因） 无论如何，客户应遵循 SAF 用户手册和 RTD 手册第 " 章内存分配 " 进行正确的 MPU 和链接器文件设置，重复使用恩智浦示例中的短截线不是一个好做法。 特别是当操作系统在 sCheck 测试期间运行时，还需要按照 sCheck 章节" Exclusive Areas（在 BSW Scheduler" 中定义的专属区）进行测试。eMcem 和 RTD 驱动程序中也有类似的排他性区域。 亲切的问候， Radoslav

EB 客户许可证管理员 我使用的是 Tresos Studio 29.2。此前，在使用 MPC574xB 时，注册是成功的，一切运行正常。但是，既然我们已经切换到 S32K314 平台并尝试使用相应的激活码将其激活，则出现了以下错误： 错误：flxactappActivationSend (50040,41147,10248) 该激活请求不产量获得许可证的权利。 与 FlexNet Operations Server 的连接失败。 请问问题出在哪里，EB 真的只支持一个平台吗？ 电源 Re: EB ClientLicenseAdministrator 你好、 请检查您的账户，获取新的激活代码。此外，还存在可用许可证数量的问题。我已经联系了许可证管理部门来解决这个问题。 Re: EB ClientLicenseAdministrator 我通过下面的网站重新获取了最新的激活代码，但发现还是以前的激活代码，无法成功激活。接下来我该怎么办？ 设计 ：产品下载 ：文件

MCX W72 ナレッジハブ MCX W72xファミリーは、96MHzのArm ® Cortex ® -M33コアと、Matter、Thread、Zigbee、Bluetooth LEをサポートするマルチプロトコル無線サブシステムを搭載しています。専用のコアとメモリを備えた独立した無線サブシステムは、メインCPUの負荷を軽減し、主要アプリケーションのためにCPUを温存するとともに、FUTURE無線規格をサポートするためのファームウェアアップデートを可能にする。MCX W72xは、統合されたEdgeLock ® Secure Enclave Core Profileによる高度なセキュリティ機能も提供し、認証情報共有のためのNXPのEdgeLock 2GOクラウドサービスにも対応します。 MCX W72xファミリは、Bluetoothチャネルサウンディング機能を搭載し、測距レイテンシを低減するための専用オンチップ測位演算エンジンを備えています。アプリケーション固有のコード、接続スタック、および無線によるファームウェアアップデートをサポートするための追加メモリを搭載しています。さらに、無線サブシステムは、Bluetooth Low Energyスタックと並行して、ThreadまたはZigbeeのフルスタックを実行できます。これにより、無線機のリアルタイム処理がアプリケーションとは別のコアで実行されるため、信頼性の高い無線性能が実現します。 NXPが長年にわたり培ってきた産業用エッジソリューション提供の実績に基づき、MCX Wシリーズは-40℃～125℃の広い動作温度範囲と、オプションのCANインターフェースを含む産業アプリケーション向け**ペリフェラル**を提供し、長期的な産業利用をサポートするNXPの15年間の製品寿命延長プログラムの一部となります。 MCX Wシリーズは、 MCUXpresso開発者エクスペリエンス 組み込みシステム開発を最適化、簡素化、加速化する。   セキュリティ認証 PSA認定レベル2 SESIPセキュリティターゲット SESIP KW47/MCXW72 SESIP証明書とSTはTrustCBにあります Webサイト 規制認証 欧州連合適合宣言書 - FRDM MCXW72 Bluetoothの要件 認定製品 | Bluetooth ®テクノロジーウェブサイト Q360996: KW47 / MCX W72 Bluetooth LE 6.0 (チャンネルサウンディング) コントローラー Q332147: KW47 / MCX W72 Bluetooth LE 6.0 (チャンネルサウンディング) ホスト 文書 MCX W72製品ファミリーデータシート MCX W72 リファレンスマニュアル MCX W72の正誤表 MCXW72 ハードウェア設計ガイド   MCX W72プラットフォームでのMatterの利用開始 NXP MCX W72 で OpenThread を使い始める   FRDM-MCXW72 ユーザーマニュアル FRDM-MCXW72の入門ガイド   MCX W72-LOC ユーザーマニュアル ブルートゥース Bluetooth技術にご興味がありますか？ Bluetooth Low Energy Primer – BLEの基礎を理解するために必読の書。 Bluetooth ®仕様 －規格、プロトコル、技術文書の完全なリスト。 受賞歴と表彰 毎年、Bluetooth Special Interest Group (SIG) は、Bluetooth 技術の発展に貢献したとして同業者から認められたワーキンググループ、委員会メンバー、貢献者の努力と献身を称えています。 2024: チャネル Sounding 2025年：チャネルサウンディング振幅ベースの攻撃耐性、LEテストモードの機能強化、および測距プロファイルとサービス。 Bluetooth機能の概要 Bluetooth_5.0_機能の概要 Bluetooth_5.1_Feature_Overview Bluetooth_5.2_機能概要 Bluetooth_5.3_機能概要 Bluetooth_5.4_機能概要 Bluetooth 6の機能概要 Bluetooth 6.1の機能概要 Bluetooth 6.2 機能概要 Bluetooth 6.3 機能概要 アプリケーションノート ソフトウェア、ハードウェア、ペリフェラル： AN14850 MCX W72によるアプリケーションパフォーマンスの向上：このアプリケーションノートでは、汎用組み込みアプリケーションのパフォーマンスを向上させるために、MCX W72マイクロコントローラのデュアルコアアーキテクチャを使用する方法について説明します。 AN14937 MCX W72の32kHzクリスタルレスモード：このアプリケーションノートでは、MCX W72デバイスの32kHzクリスタルレスモードに関する情報を提供します。このモードを使用すると、32kHzのクロック精度を損なうことなく、システムのコストを削減できます。フリーランニング発振器（FRO32K）は32kHzクロックソースとして使用され、MCX W72の信号周波数アナライザ（SFA）モジュールを介して32MHz RF発振器に対して校正されます。 AN14745 MCX W72 のスマート電源スイッチの機能、使用方法、および性能:このアプリケーション ノートでは、MCX W72マイクロコントローラのスマート電源スイッチの使用方法について説明します。MCX W72には、接続されたコンポーネント（MCX W72の電源ドメインを含む）のオン/オフを切り替えるプログラム可能なソリッドステートスイッチが内蔵されています。 AN14747 MCX W72 のロードプルテストレポート:この文書では、供給電流、送信電力、および高調波レベルを測定する目的について説明します。これらの測定値は、被試験デバイス（DUT）が受ける複素出力負荷の振幅と位相を調整しながら監視されます。 パワーマネージメント:  AN14739 MCX W72 Bluetooth Low Energy 消費電力分析：このドキュメントでは、MCXW72-EVK ボードを使用した MCX W72 (IIoT) ワイヤレス MCU の消費電力分析について説明します。 AN14745 MCX W72マイクロコントローラのスマートパワースイッチの機能と使用方法:このアプリケーションノートでは、MCX W72マイクロコントローラのスマートパワースイッチの使用方法について説明します。MCX W72には、コネクテッドコンポーネント（MCX W72の電源ドメインを含む）のオン/オフを切り替えるプログラム可能なソリッドステートスイッチが内蔵されています。 AN14841 802.15.4 MCX W72 の マター および ZigBee 消費電力分析:このドキュメントでは、Kinetis MCX W72 (IIoT) ワイヤレス MCU の消費電力分析について説明します。 AN14742 MCX W72用電源管理ハードウェア：このアプリケーションノートでは、 MCX W72マイクロコントローラにおける電源管理専用の各種モジュールの使用方法について説明します。 AN14664 Kinetis BLEアプリケーション向けコインセルハードウェア推奨事項：この文書では、コインセルレベルでの電流ピークを最小限に抑えるためのハードウェアおよびソフトウェアソリューションについて説明します。 AN14889 ：Bluetooth Low EnergyおよびIEEE 802.15.4向けFRDM-MCXW72無線周波数システム評価レポートこの文書では、Bluetooth Low Energy（2FSK変調）およびIEEE 802.15.4（OQPSK変調）アプリケーション向けFRDM-MCXW72ボードの無線周波数（RF）評価試験結果を示します。 RF: AN14865 KW47およびMCX W72用チャネルサウンディングの基礎：このドキュメントでは、CSテクノロジーの基礎と、カスタムソリューションやアプリケーションでどのように使用できるかについての概要を説明します。 AN14779 KW47およびMCX W72用プリントチャネルサウンディングアンテナ：このアプリケーションノートは、NXPがKW47およびMCX W72コントローラ向けに設計した、プリント回路基板（PCB）上に実装されたプリントアンテナに焦点を当てています。 AN14832 チャンネルサウンディングボードを設計するための基本的な手順 - 多様性のないシンプルなPCBの作成: この文書では、最小限のCSサブシステムの例を示します。無線周波数（RF）経路は、CSアプリケーション全体の特性に大きな影響を与えるため、特に注意が払われます。 AN14747 MCX W72用ロードプルテストレポート：この文書では、供給電流、送信電力、および高調波レベルを測定する目的について説明します。これらの測定値は、被試験デバイス（DUT）が受ける複素出力負荷の振幅と位相を調整しながら監視されます。 AN14868 ANSYSにおけるチャネルサウンディングのRFモデリング：チャネルサウンディングのシミュレーションと解析の手法に焦点を当てる ANSYSツールを使用した無線通信システム AN14855 さまざまな環境におけるチャネルサウンディングテスト:このアプリケーションノートは、 Bluetoothチャネルサウンディング（CS）は、Bluetooth周波数帯域における2つのデバイス間の距離を測定する技術です。精度に影響を与える主要な要因について説明します。 AN14869 複雑なチャネルサウンディングボードを設計するための基本的な手順:高度なCS機能をサポートするハードウェアの作成に焦点を当て、精度を向上させ、マルチパス伝搬などの問題を軽減するために、アンテナダイバーシティや最適化されたRFパスなどが含まれます。 AN2731 2.4GHz通信用小型平面アンテナ：このドキュメントは、アンテナ設計に関する網羅的な解説ではありません。むしろ、お客様がアプリケーションに適したアンテナタイプを選択できるよう、基板レイアウトとアンテナの基本について十分な理解を深めていただくこと、また、パフォーマンスの問題や遅延につながる典型的なレイアウトミスを回避していただくことを目的としています。 セキュリティ: AN14648 MCX W72 インシステムプログラミングユーティリティ：このドキュメントでは、MCX W72 MCUをISPモードで起動し、MCUと通信するための各種シリアル接続を確立する手順を説明します。 AN14613 MCX W72 セキュアブート（SECツール使用）： MCX W72は、低消費電力でセキュリティの高いシングルチップ無線MCUです。フラッシュメモリの内容を暗号化データとして保存でき、瞬時に復号化できます。これにより、機密データやアルゴリズムの保護に役立ちます。 AN14646 MCX W72 でのデバッグ認証:このアプリケーション ノートでは、MCUXpresso Secure Provisioning Tool (SEC) を使用したデバッグ認証の手順について説明します。 AN14728 MCX W72 NPXを使用したフラッシュ暗号化：セキュリティ上の理由から、フラッシュメモリに保存されているアプリケーションコードとデータを暗号化して保護する必要性が高まっています。NVM PRINCE XEX（NPX）は、フラッシュメモリコントローラ（FMC）内のモジュールで、最大4つのフラッシュ領域の内容を保護することができます。NPXは、フラッシュコンテンツのオンザフライでの低遅延暗号化と復号化を実行し、開発者とCortex-M33プラットフォームに対して透過的です。開発者の視点から特別な操作は必要ありません。 AN14644 MCX W72 ライフサイクルの管理:このドキュメントでは、ユーザーが利用できるライフサイクルステージ、ライフサイクルへのアクセス方法、ライフサイクルの制限、次のライフサイクルへの移行方法について説明します。 AN14670 EdgeLock 2GO の SPSDK による MCU のプロビジョニング: EdgeLock 2GO は、NXP が運営するフルマネージドのクラウドプラットフォームであり、NXP MCU、MPU、および EdgeLock SE05x セキュアエレメントを統合した IoT デバイスの容易な展開と保守のためのセキュアなプロビジョニングサービスを提供します。 AN14624 EdgeLock 2GO のセキュアプロビジョニングツール (SEC) による MCU のプロビジョニング: EdgeLock 2GO は、NXP が運営するフルマネージドクラウドプラットフォームであり、NXP MCU、MPU、および EdgeLock SE05x セキュアエレメントを統合した IoT デバイスの容易な展開と保守のためのセキュアプロビジョニングサービスを提供します。 AN14544 EdgeLock 2Go MPUおよびMCU向けサービス： EdgeLock 2GOは、IoTデバイスのプロビジョニングと管理のためのNXPのサービスプラットフォームです。これにより、製造時または現場で、デバイスに鍵と証明書を安全にインストールし、デバイスのライフサイクル全体を通して認証情報を最新の状態に保つことができます。EdgeLock 2GOは、各デバイスのセキュリティ機能を活用することで、IoT機器群全体にわたって最適なレベルのセキュリティを実現します。 Bluetoothトレーニング Bluetooth Low Energy 6.0 NXP トレーニング MCX Wシリーズ トレーニング - NXPコミュニティ   RFスイッチ比較：吸収型／反射型 規格比較：ETSI / FCC / ARIBの要件 BLEチャネルサウンディング - 概要 BLEチャネルサウンディング - RFハードウェア BLEチャネルサウンディング - ANSYSモデリングツール BLEチャネルサウンディング - アンテナプロトタイプの検証測定 装置 無線機器：この記事では、プロジェクト開発に役立つ機器へのリンクを提供します。 役立つリンク集 KW47-EVKおよびFRDM-MCXW72用デバッグプローブファームウェアのインストールこの記事では、NXPのMCU-LINKインストーラを使用して、KW47-EVKおよびFRDM-MCXW72用のCMSIS-DAP/SEGGER J-linkファームウェアをインストールする方法について説明します。 KW47/MCXW72のワイヤレス環境におけるNBUのアップデートこの記事では、NBUファームウェアのアップデート方法について説明します。 MCUXpresso for Visual Studio Code でデモ例をインポートして実行する方法:この記事では、MCUXpresso for Visual Studio Code で、ARM GCC ツールチェーンを使用した新しい SDK からデモ例をインポートして実行する方法について説明します。 [MCUXSDK] KW4x、MCXW7x、MCXW2x 用 GitHub SDK の使い方 - NXP コミュニティこのコミュニティ投稿では、GitHub SDK の使い方をステップバイステップで解説します。 [MCUXSDK] GitHub SDK - Bluetooth LEプラットフォームのドキュメント - NXPコミュニティこのコミュニティ投稿では、BLEプラットフォームのドキュメントを提供します。 KW47（オートモーティブ）またはMCXW72（IoT/インダストリアル）を使用してPCBを初回から正しく構築する最良の方法：このコミュニティでは、KW45またはK32W148とMCXW71を使用してPCBを構築するための重要なリンクと、無線性能、低消費電力、無線認証（CE/FCC/ICC）に関するすべての情報を提供しています。 駆動強度変更時の DCDC 障害に対する回避策の実装駆動強度を低く変更し、DCDC 出力電圧が現在の出力電圧以上になったときに、まれに DCDC 障害が発生することがあります。 Kinetisファミリー製品でHCI_bbを使用し、DTMモードにアクセスする方法：この記事は2つのパートで構成されています。 HCI_bbバイナリをKinetis製品に書き込む方法。 R&S CMW270を使用してRF測定を実施する BLE HCIアプリケーションでトランスミッタ/レシーバのテストコマンドを設定する：この記事では、ユーザーがデバイスにシリアルコマンドを送信する方法を示す手順を説明します。 Bluetooth LE HCIブラックボックス クイックスタートガイド：この記事では、シリアルコマンドを使用してユーザーが無線を制御できるようにする簡単な手順について説明します。 Kinetis (../45/47/43;MCX W71/72/70) および MCX W23 パワープロファイルツール (ローカライゼーションを含む) : このページは、Kinetis (KW35/KW38/KW45/KW47/KW43) および MCX W7x (MCX W71/W72/W70) パワープロファイルツール専用です。このツールを使用すると、アプリケーション (自動車または IIoT) の消費電力を推定し、ソリューションのバッテリー寿命を評価できます。 KW47/MCXW72 32MHz & 32kHz 発振マージン: この記事では、回路の発振マージンを適切に設定する方法を説明します。 動画 NXPチャネルサウンディング技術とGoogle Pixel 10のインターフェースこれは、MCX W72 LOCボードがチャネルサウンディングを使用してGoogle Pixel 10スマートフォンと通信する様子を示すデモです。   サポート MCX W72に関するご質問がある場合は、弊社のワイヤレスMCUコミュニティにご質問をお寄せください。 ここ

调试 iMXRT1011 项目时遇到的问题 我有一个基于 imxRT1011 处理器的简单定制板。我使用的是MCUXpresso IDE v24.12 和 Segger J-Link Ultra+。我对 iMXRT 开发很有经验，J-Link 在我的另一个项目中运行良好。 一切开始都很顺利，但不知何时，我失去了调试项目的能力。如果我使用串行启动加载器（通过安全配置工具）安装代码，则代码可以正常运行，但是如果我从调试器中刷新它，它就无法运行。 它似乎在 main() 之前的某个地方崩溃了。有时，我可以在ResetISR()中设置一个断点并步进。在这种情况下，如果我保持单步运行，一切正常，但如果我让它运行，它就会崩溃。有时会直接进入 0xdeadbeee，调试器无能为力。 可想而知，这非常令人沮丧。如有任何建议，我们将不胜感激。 i.MX RT101x Re: Problems debugging iMXRT1011 project 今天早上我又发现了一些奇怪的行为。 我在调用SystemInitHook()之前设置了一个断点。你可以在附图中看到该函数的反汇编过程。 在调用之前，SP 位于 0x20207ff8，这在我们的意料之中。对 SystemInitHook() 的调用是 bl 0x6001220c 如果我用 C 语言进入函数，调试器会在 0x60012210 处停止，SP 仍然是0x20207ff8。函数返回时，SP 也是 0x20207ff8，符合预期。 如果改用指令步进模式进入函数，则会执行 0x6001220c 处的推送指令，将 SP 降至 0x20207ff4。因此，当函数退出和后续代码崩溃时，SP 是错误的。 你能想出造成这种行为差异的原因吗？SystemInitHook() 正确吗？有推力却没有弹力？ Re: Problems debugging iMXRT1011 project 如果我用高效密码学标准(SEC)刷新应用程序，它可以正常运行。如果我连接J-Link Commander，就可以成功停止和起飞。 在 IDE 中，我今天可以在ResetISR() 函数处设置断点。如果我单步执行 SystemInit() 函数，程序会崩溃。如果我单步进入 SystemInit() 函数，执行完该函数后再单步执行 SystemInitHook() 函数，程序也会崩溃。如果我执行同样的操作，直接单步执行 SystemInitHook() 函数，程序就不会崩溃。这就是我所说的，程序行为取决于调试器是单步执行还是单步执行。 堆栈崩溃时的示例：   线程 #1 57005（暂停：信号：SIGTRAP:跟踪/断点陷阱） _vfprintf_r() 在 0x600134a4 0x0 所以看起来它好像跳到了 0x0，但只有在代码自由运行时才会这样，在调试器中单步执行时不会这样。0x0 处没有代码 - ITC 未使用。 重复一遍，这是在 main() 之前，远在调用任何 RTOS 或类似系统之前。它在初始启动代码中崩溃了。 Re: Problems debugging iMXRT1011 project 您好@expertsleepers 谢谢您的澄清！ 你刚才提到了这个问题： 有时会直接进入 0xdeadbeee，调试器无能为力。 如果我理解得很清楚这个 deadbee 问题只会出现在调试器上，如果你启动最新的软件，没有调试器，它能正常工作对吗？ 如果使用 Segger 的 J-Link 指令器调试最新程序，抛开集成开发环境不谈，您会发现任何问题吗？我指的是连接调试器后使用 go 和 halt 操作。 您能分享一下最新 SW 版本的变化吗？ 在监测程序计数器的同时进行分步调试，并堆放 SRAM。我不知道您使用的是否是 RTOS。 检查是否有跳转到无效地址的情况，例如从闪存跳转到 SRAM，反之亦然。 致以最崇高的敬意 迪亚戈 Re: Problems debugging iMXRT1011 project > 您的意思是，如果您提交回项目的前一阶段，调试是否会开始更好地工作？ 是的。但是，在恢复到旧版本之后，我必须使用安全配置工具刷新主板一次，然后调试才会变得可靠。从那以后，我就可以像往常一样从 IDE 闪存了。 如果我回到最新的代码，我可以成功调试一次，但随后的尝试都失败了。 >将项目导入其他工作区或电脑后，是否还会出现此问题？ 我在没有安装过的新机器上安装了 IDE v25.6，复制了项目，版本并尝试调试，结果是一样的。 Re: Problems debugging iMXRT1011 project 您好@expertsleepers 感谢您的耐心等待和提供更多信息！ 你的意思是，如果将代码提交回项目的先前阶段，调试功能是否会运行得更好？ 我想知道如何在我这边复制这个问题。在其他工作区或电脑上导入项目时，会重复出现这个问题吗？ 一切顺利 迪亚戈 Re: Problems debugging iMXRT1011 project 这是一块非常简单的板，我用来测试一些外围设备。它基本上由 MCU、一个用于 XIP 的 QSPI 闪存、一些 SPI 和 I2C 外围设备以及一个 USB 端口组成。 也许我没有说清楚，在项目达到一定规模之前，项目在调试器下一直运行正常。几天来，我一直在愉快地工作，直到调试器突然开始失灵。 集成开发环境本身在我的另一个项目中继续正常运行，所以我并不担心集成开发环境本身。 Re: Problems debugging iMXRT1011 project 您好@expertsleepers 谢谢您的澄清，是的，我指的是 FCB 文件。 如果问题出在当前的应用程序设置上呢？ 我想区分问题出在闪存设置、应用程序设置还是集成开发环境上。 如果您尝试运行 hello world 演示，结果会怎样？使用已在使用的相同 FCB。 能否提供更多有关项目的详细信息？ 致以最崇高的敬意 迪亚戈 Re: Problems debugging iMXRT1011 project 我正在使用附件中的文件配置闪光灯。它们是从 SDK 示例中复制的，我检查过它们与我工作项目中的文件完全相同。 两块板上的闪存芯片相同，即华邦 W25Q64JVXGIQ。 这些文件是否定义了您所指的"FCB" ？ Re: Problems debugging iMXRT1011 project 您好@expertsleepers 感谢您的联系！ 或许是你IDE端的FCB的问题。你看过那份文件了吗？让我解释一下。 使用 SEC 工具时，SEC 工具不会写入图像，而是写入 " 极简主义的 " FCB。使用集成开发环境时，映像包含 FCB（如果我没记错的话是 qspi_config）。是否检查过 FCB/qspi_config 与您的映像匹配？ 致以最崇高的敬意 迪亚戈 Re: Problems debugging iMXRT1011 project 为了排除我的自定义板出现问题，我获得了 MIMXRT1010 EVK。EVK 板上的行为是一样的。 Re: Problems debugging iMXRT1011 project 您好@expertsleepers, 我知道问题是在您修改代码后出现的。为了更好地支持您，能否请您分享一下与原始项目相比，您所做的具体修改？ 特别是，我对与启动过程相关的任何更改感兴趣，例如： 更新 FCB。 调整内存区域。 是否在 XIP 和非 XIP 模式之间切换。 BR Habib Re: Problems debugging iMXRT1011 project 我没有更换 FCB，一直使用 XIP。 我确实更改了内存区域。我在 ResetISR() 中这样做 #define IOMUXC_GPR_GPR16 (*(unsigned int*)0x400AC040) #define IOMUXC_GPR_GPR17 (*(unsigned int*)0x400AC044) void ResetISR(void) { // 禁用中断 __asm volatile ("cpsid i"); __asm volatile ("MSR MSP,%0": :"r" (&_vStackTop) : )； // 重新配置柔性电路 IOMUXC_GPR_GPR17 = 0xE9； IOMUXC_GPR_GPR16 = IOMUXC_GPR_GPR16 | 0x4； Re: Problems debugging iMXRT1011 project 你好，@expertsleepers、 能否请您检查一下这个应用程序说明是否能帮助您解决问题？ BR Habib Re: Problems debugging iMXRT1011 project 在我的项目中，两个预处理器符号都设置为 1。 xip_external_flash=1 xip_boot_header_enable=1 Re: Problems debugging iMXRT1011 project 你好，@expertsleepers、 在调试程序之前，能否使用串行下载器配置通过 MCUXpresso 执行一次大规模擦除？ 这样做是为了验证已刷新的应用程序没有干扰调试器与 MCU 之间的任何通信。 BR Habib Re: Problems debugging iMXRT1011 project 您好@expertsleepers, 问题可能是在执行过程中对 FlexRAM 配置进行了操作，这可能会导致意外错误。因此，要正确使用 FlexRAM，我强烈建议查看本应用说明，其中介绍了如何在 i.MX RT 中使用 FlexRAM。 另一方面，也有可能是你在其他项目中没有使用 FlexRAM，而且配置正确，这不会导致任何问题。 最后，我建议您查看这些社区帖子，它们可能会帮助您解决问题： 使用 MCUXpresso IDE 重新定位代码和数据 - NXP Community 调试器连接问题的 RT 板恢复-恩智浦社区 BR Habib Re: Problems debugging iMXRT1011 project 我知道应用程序说明。正如你在我的帖子中看到的那样，我正在按照应用说明的建议，在RESET处理程序开始时更改FlexRAM配置。我的另一个项目也采用了完全相同的方法，一年多来一直运行良好。 Re: Problems debugging iMXRT1011 project 在此期间，我删除了重新分配 FlexRAM 的说明（在我上面的帖子中提到过），从而解除了对自己的封锁。 如果我让 FlexRAM 保持默认分配状态，就可以正常调试。 我重新分配 FlexRAM 的方式有问题吗？我在另一个项目中也是这样做的，而且效果一直很好。 Re: Problems debugging iMXRT1011 project 嗨，@expertsleepers、 如果我们根据我提供给您的应用说明查看 IOMUXC_GPR_GPR17 的配置，我可以看到您的配置如下： 不过，请注意以下几点： 您是否可以尝试其他配置，以更好地满足您的应用要求并符合说明条件？ BR Habib Re: Problems debugging iMXRT1011 project 我会试试的。 您能解释一下，为什么 ROM 要求与此相关吗？既然在更换 FlexRAM 时我的应用程序已经在运行，那么在此之后会有哪些 ROM 代码在运行呢？ 我能理解，如果更换熔丝中的 FlexRAM，这会影响启动加载程序。但我不是在更换熔丝，而是在软件中更换 FlexRAM。 Re: Problems debugging iMXRT1011 project 你好，@expertsleepers、 您能否尝试将该注释考虑在内，看看是否能解决问题？ 另一方面，SDK（25.06 版）提供了一个配置 FlexRAM 的示例，名为 "flex_ram_access"，我强烈建议大家分析这个示例，了解其工作原理，以便在代码中复制。 此外，您能否核实第 2.1.1.2 章中提到的要求是否符合我提供给您的应用程序说明中称为 "运行时配置 "的要求？ BR Habib

FreeMASTERツール3.2 – 代替Windowsインストーラー みなさんこんにちは 当社では現在、製品の特定の機能をテストする手段として Freemaster を使用しています。Windows 10 のサポートが間もなく終了するため、当社の IT 部門は Freemaster ツールのインスタンスをいくつか再インストールする必要があります。 これまでは、通常のスタンドアロン インストーラーをそれほど問題なく使用していました。これは手動で処理されました。デバイス/インストールの数が多いため、当社の IT 担当者はこれらのインストールを自動的に展開することを検討しています。 これを行うための好ましい方法はありますか? .msiファイルだと言われたリモート展開の観点からは Windows 用のインストーラーが望ましいのですが、このようなものはありますか?Freemaster の通常のダウンロード ページを見つけることができませんでした。 サポートありがとうございます。 Re: FreeMASTER tool 3.2 – Alternative windows installer こんにちは@SteBu 、 あなたのシナリオでは、サイレント インストールを使用することをお勧めします。この機能は、ユーザーの介入なしにインストール プロセスを自動化するように設計されています。 現在の FreeMASTER インストーラーはすでにこの機能をサポートしており、実際にクライアント (IT 部門) によって使用されています。 このCASE、実行可能ファイルは「 -i silent」入力引数で起動する必要があります。これは IT チームによってCAN調整されます。オプションで、ユーザー入力なしでコンポーネントの選択やインストール フォルダーなどの構成オプションを渡すCAN。 このトピックの詳細については、FreeMASTER インストーラーの構築に使用されるツールである InstallAnywhere の公式ドキュメントを参照してください。

S32DS for ARM 2018R1 ライセンス こんにちは： S32DS for Arm 2018R1 IDE のライセンスの有効期限が切れました。確認して延長を手伝っていただけますか? ありがとうございます。 Re: S32DS for ARM 2018R1 license こんにちは、 S32 Design Studio for ARM v2018.R1のライセンスの有効期限が切れました。 延長していただけますか？ アクティベーションコード00B2-2243-F93D-50F1 よろしくお願いします。 Re: S32DS for ARM 2018R1 license こんにちは: S32DS for Arm 2018R1 IDE のライセンスの有効期限が切れました。確認して延長してもらえますか？ありがとうございます Re: S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for ARM バージョン 2018.R1 のライセンスの有効期限が切れました。延長していただけますか？ アクティベーションコード: 0255-52A3-B9BE-AB0C よろしくお願いします。 Re: S32DS for ARM 2018R1 license こんにちは： S32DS for ARM V2.2 のライセンスが 13 日後に期限切れになります。確認して延長を手伝っていただけますか? Arm用S32 Design Studio アクティベーションID: 97B6-8CB8-3FC0-851A 評価日数: 13 機能バージョン: 2.2 機能のステータス: 評価 (13 日間) ありがとうございます。 Re: S32DS for ARM 2018R1 license ,,,,,,,,,,,,,,,,,,,,,,,,,,, Re: S32DS for ARM 2018R1 license ,,,,,,,,,,,,,, Re: S32DS for ARM 2018R1 license ,,,,,,,,,,,,,,,,,,,,, Re: S32DS for ARM 2018R1 license ,,,,,,,,,,,,,,,,,,,,,,,, Re: S32DS for ARM 2018R1 license はい、うん Re: S32DS for ARM 2018R1 license こんにちは： S32DS for Arm 2018R1 IDE のライセンスの有効期限が切れました。確認して延長を手伝っていただけますか? ありがとうございます。 Re: S32DS for ARM 2018R1 license こんにちは、 S32DS ARM V2.2 ライセンスの有効期限が切れました。 ライセンスを延長していただけますか? アクティベーションID: DD5C-6F03-8AE4-7ECA SOありがとう。 Re: S32DS for ARM 2018R1 license S32 プラットフォーム 3.4 の S32DS のライセンスの有効期限が切れました。確認して延長してもらえますか?ありがとうございます。アクティベーションコード C5A1-5B94-2A38-9034 Re: S32DS for ARM 2018R1 license こんにちは： おはようございます！S32dsのライセンスが期限切れです。ライセンスの延長をお願いできますか？ソフトウェアバージョンは2.2です。 本当にありがとうございます！あなたの助けが必要です！ Re: S32DS for ARM 2018R1 license こんにちは： S32DS for Arm 2018R1 IDE のライセンスの有効期限が切れました。確認して延長を手伝っていただけますか? ありがとう。アクティベーションコード:349D-19F8-FFD7-7F10 回复： S32DS for ARM 2018R1 license こんにちは： S32DS for Arm 2018R1 IDE のライセンスの有効期限が切れました。確認して延長を手伝っていただけますか? ありがとう。アクティベーションコード592C-8B75-D563-0CAE Re: S32DS for ARM 2018R1 license こんにちは、 S32DS ライセンスが延長されました。 Re: S32DS for ARM 2018R1 license S32DS for ARM 2018R1 のライセンスの有効期限が切れました。延長をお願いしたいです。どうもありがとうございます。 コード9DD9-3E3B-4AA1-1DE3 S32DS for ARM 2018R1 license こんにちは、 S32 Design Studio for Arm v2018 R1 ライセンスの有効期限がすでに切れていますが、延長してもらえますか? ありがとうございます! アクティベーションコード: DE17-8B75-A725-CBC3 Re: S32DS for ARM 2018R1 license S32DS for Power Win32 v2017 IDEs のライセンスの有効期限が切れました。確認して延長を手伝っていただけますか?「このライセンスを返却することはできません」というヒントです。返品しようとすると、「 よろしくお願いします。 Re: S32DS for ARM 2018R1 license S32DS for Arm 2018R1 IDE のライセンスの有効期限が切れました。確認して延長してもらえますか？アクティベーションコード D429-1EC2-B799-7507 ありがとう。 Re: S32DS for ARM 2018R1 license こんにちは: S32 Design Studio for Power Architecture ® v2.1 - Windows/Linuxのライセンス IDE の有効期限が切れました。確認と延長を手伝っていただけますか？ アクティベーションコード DDD9-023A-976E-CD88 ありがとうございます。 Re: S32DS for ARM 2018R1 license こんにちは： S32DS for Arm 2018R1 IDE のライセンスの有効期限が切れました。確認と延長を手伝っていただけますか？アクティベーションコード DDD9-023A-976E-CD88 ありがとう。 Re: S32DS for ARM 2018R1 license こんにちは、 S32DS ライセンスが延長されました。古いコードを使用して S32DS を再度アクティブ化してください。 Re: S32DS for ARM 2018R1 license こんにちは、S32 Design Studio for ARM v2.2 ライセンスの有効期限はすでに切れています。延長してもらえますか? ありがとうございます! アクティベーションコード: 2D6B-DC21-07CF-F125 Re: S32DS for ARM 2018R1 license こんにちは、 S32DS ライセンスが延長されました。 Re: S32DS for ARM 2018R1 license こんにちは： 私の免許証 S32DS for Arm v2.2 IDE の有効期限がもうすぐ切れます。確認して延長していただけませんか? ありがとうございます。 アクティベーションコード: BC11-7022-0D21-E460 回复： S32DS for ARM 2018R1 license こんにちは、 S32 Design Studio for Arm v2018 R1 ライセンスの有効期限がすでに切れていますが、延長してもらえますか? ありがとうございます! アクティベーションコード: 4777-90EB-DAF6-AE57 Re: S32DS for ARM 2018R1 license こんにちは、 S32DS ライセンスが延長されました。 Re: S32DS for ARM 2018R1 license こんにちは、 S32 Design Studio for ARM v2018 R1 のライセンスが期限切れです。延長してもらえますか？ アクティベーションコード: 6EC6-15B7-7227-97F6 ありがとうございます。 カルロ 回复： S32DS for ARM 2018R1 license こんにちは： S32DS for ARM V1.3 のライセンスの有効期限が切れました。確認して延長を手伝っていただけますか? ありがとうございます。 Re: S32DS for ARM 2018R1 license 問題は解決しました。ありがとうございます Re: S32DS for ARM 2018R1 license S32DS ライセンスの拡張を手伝ってください。アクティベーションコード: FF84-9C7B-EFCB-6595。ありがとうございます! Re: S32DS for ARM 2018R1 license こんにちは、 あなたのアカウントを確認しましたが、すべてのライセンスは有効でアクティブ化されています。S32DS PA では異なるアクティベーション キーを使用しましたが、問題はありません。 Re: S32DS for ARM 2018R1 license ソフトウェアフィードバック：（ライセンスがありません） Re: S32DS for ARM 2018R1 license こんにちは。私の S32 Design Studio for Power Architecture バージョン 2.1 ライセンスの有効期限がすでに切れていますが、延長することはできますか? ありがとうございます! アクティベーションコード: 77FC-3B94-A7DC-54EE Re: S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for ARM バージョン 2018.R1 のライセンスの有効期限が切れました。延長していただけますか？ アクティベーションコード: FF84-9C7B-EFCB-6595 どうもありがとうございます Re: S32DS for ARM 2018R1 license こんにちは。ARM 2018R1 用に S32DS を再インストールしました。 オフラインでアクティベートすると、activation.xml に「ライセンスを生成CANません。すでに期限が切れています」と表示されます。 Re: S32DS for ARM 2018R1 license こんにちは、 S32DS ライセンスが延長されました。 Re: S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for ARM バージョン 2018.R1 のライセンスが期限切れになりました。延長していただけますか？ アクティベーションコード: FC1A-4C29-3203-9C08 どうもありがとうございます 回复： S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for Arm v3.5 のライセンスの有効期限がすでに切れていますが、延長してもらえますか? ありがとうございます! アクティベーションコード: 8A8B-9E9B-F34E-2603 回复： S32DS for ARM 2018R1 license こんにちは。私の S32 Design Studio for Arm v2.2 ライセンスはすでに期限切れです。延長してもらえますか? ありがとうございます! アクティベーションコード: D0BA-0474-25E0-F056 S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for Arm v2018 R1 ライセンスの有効期限がすでに切れていますが、延長してもらえますか? ありがとうございます!アクティベーションコード: 3EF3-981A-CE8D-45C3 Re: S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for Arm v2018 R1 ライセンスの有効期限がすでに切れていますが、延長してもらえますか? ありがとうございます! アクティベーションコード: 3EF3-981A-CE8D-45C3 回复： S32DS for ARM 2018R1 license こんにちは： S32DS for Arm 2018R1 IDE のライセンスの有効期限が切れました。確認して延長を手伝っていただけますか? ありがとうございます。 Re: S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for ARM バージョン 2018.R1 のライセンスがもうすぐ期限切れになります。 延長していただけますか？ありがとう。 アクティベーションコード: C617-86A4-65B7-F3D9 どうもありがとうございます 回复： S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for Arm v2018 R1 ライセンスの有効期限がすでに切れていますが、延長してもらえますか? ありがとうございます! アクティベーションコード: 0384-6363-91F6-CB8E Re: S32DS for ARM 2018R1 license こんにちは、 S32 Design Studio for Arm v2018 R1 ライセンスの有効期限がすでに切れていますが、延長してもらえますか? ありがとうございます! アクティベーションコード: 8238-B154-F160-0911 Re: S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for ARM バージョン 2018.R1 のライセンスがもうすぐ期限切れになります。 延長していただけますか？ありがとう。 アクティベーションコード: 516A-3379-0522-6A9D どうもありがとうございます Re: S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for ARM バージョン 2018.R1 のライセンスがもうすぐ期限切れになります。 延長していただけますか？ありがとう。 アクティベーションコード: 0D34-286B-9EE6-E692 どうもありがとうございます Re: S32DS for ARM 2018R1 license こんにちは、 S32DS ライセンスが延長されました。古いコードを使用して S32DS を再度アクティブ化してください。 Re: S32DS for ARM 2018R1 license S32 Design Studio for Arm v2018 R1 ライセンスの有効期限がすでに切れていますが、延長してもらえますか? ありがとうございます! アクティベーションコード: DC0F-DD50-F612-9743 Re: S32DS for ARM 2018R1 license こんにちは。私のライセンスの有効期限が切れました。ライセンスの延長、アクティブコードについて助けてください。 DC0F-DD50-F612-9743 回复： S32DS for ARM 2018R1 license こんにちは。私のライセンスの有効期限が切れました。ライセンスの延長、アクティブコードについて助けてください。 DC0F-DD50-F612-9743 Re: S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for ARM バージョン 2018.R1 のライセンスの有効期限が切れました。延長していただけますか？ アクティベーションコード: DE63-F9AF-C189-5399 どうもありがとうございます Re: S32DS for ARM 2018R1 license こんにちは： S32DS for Arm 2018R1 IDE のライセンスの有効期限が切れました。確認して延長を手伝っていただけますか? ありがとうございます。 ========================================== 商品の説明S32 Design Studio 注文番号S32DS_2018_R1_100931407 注文番号 ライセンスの総数:100 アクティベーションコード C625-7579-0C28-63DC 製品に適用されるライセンス: バージョンの説明 R1 2018 S32 Design Studio (EULA を表示) 3.1 S32 Design Studio (EULA を表示) 100個入手可能       Re: S32DS for ARM 2018R1 license こんにちは： S32DS for Arm 2018R1 IDE のライセンスの有効期限が切れました。確認して延長を手伝っていただけますか? ありがとうございます。 Re: S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for ARM v2.2 のライセンスの有効期限が切れました。延長していただけますか？ アクティベーションコード F1B3-2017-8F0D-17BE よろしくお願いします。 Re: S32DS for ARM 2018R1 license こんにちは、 @acirillo さん、 ライセンスの有効期限を 2028 年末まで延長しました。 ローカル ライセンス情報を更新するには、NXP ライセンス メニューの「更新」アクションを使用してください。 よろしくお願いします、 メフル・パテル Re: S32DS for ARM 2018R1 license こんにちは、 S32S 2018のライセンスの有効期限が切れました。確認して延長を手伝っていただけますか? よろしくお願いします。 Re: S32DS for ARM 2018R1 license こんにちは、 @linxwhut さん、 両方のライセンスの有効期限を 2028 年末まで延長しました。 ローカル ライセンス情報を更新するには、NXP ライセンス メニューの「更新」アクションを使用してください。 よろしくお願いします、 メフル・パテル Re: S32DS for ARM 2018R1 license こんにちは、 @Detective さん、 ライセンスの有効期限を 2028 年末まで延長しました。 ローカル ライセンス情報を更新するには、NXP ライセンス メニューの「更新」アクションを使用してください。 よろしくお願いします、 メフル・パテル Re: S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for ARM バージョン 2018.R1 のライセンスの有効期限が切れました。延長していただけますか？ アクティベーションコード: C819-045E-F1F8-61B7 Re: S32DS for ARM 2018R1 license こんにちは。私と同僚の S32 Design Studio for Power Architecture バージョン 2.1 ライセンスの有効期限が切れてしまいました。ライセンスの延長を手伝っていただけますか?ありがとう アクティベーションコード:82DF-FC84-F43A-1EF0 アクティベーションコード:5EBA-DE62-DCF0-02A9 Re: S32DS for ARM 2018R1 license こんにちは、ホーガンさん。 有効期限を2027年まで延長しました。現在のコードで再度アクティブ化してください。 よろしくお願いします、 マイク Re: S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for ARM バージョン 2018.R1 のライセンスの有効期限が切れました。延長していただけますか？ アクティベーションコード: E03E-A0CC-D45D-88C8 どうもありがとうございます Re: S32DS for ARM 2018R1 license よろしくお願いします。 Re: S32DS for ARM 2018R1 license 親愛なる、 S32 Design Studio for ARM バージョン 2018.R1 のライセンスの有効期限が切れました。延長していただけますか？ アクティベーションコード: E03E-A0CC-D45D-88C8 どうもありがとう 。 Re: S32DS for ARM 2018R1 license こんにちは、 @J_Garyさん、 ライセンスの有効期限を 2028 年末まで延長しました。 ローカル ライセンス情報を更新するには、NXP ライセンス メニューの「更新」アクションを使用してください。 よろしくお願いします、 メフル Re: S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for Arm v2018 R1 ライセンスの有効期限がすでに切れていますが、延長してもらえますか? ありがとうございます! アクティベーションコード: E971-3802-1E3D-5BA6 Re: S32DS for ARM 2018R1 license こんにちは、 @liamtsenさん、 あなたのライセンスを2028年12月末まで延長しました。 使用するにはアクティベーションを更新してください。 いつもご利用いただき、ありがとうございます。よろしくお願いいたします。  - メフル・パテル Re: S32DS for ARM 2018R1 license こんにちは。私の免許証の有効期限が切れてしまいました。CAN延長してもらえますか？ その番号は よろしくお願いします。 Re: S32DS for ARM 2018R1 license こんにちはサラさん ライセンスが延長されました。アクティベーション コードをもう一度試してください。 よろしくお願いします、 マイク 回复： S32DS for ARM 2018R1 license こんにちは、 @Hanshengさん あなたのライセンスを2027年末まで延長しました。使用するにはアクティベーションを更新してください。 いつもご利用いただき、ありがとうございます。よろしくお願いいたします。  -メフル・パテル Re: S32DS for ARM 2018R1 license こんにちは、 S32 Design Studio for ARM v2018.R1 ライセンスの有効期限がすでに切れています。延長にご協力いただけませんか？ ありがとうございます！ アクティベーションコード: B7B1-173F-51BA-13A2 よろしくお願いいたします。 サラ Re: S32DS for ARM 2018R1 license こんにちは、 @1772137309 。 あなたのライセンスを2028年末まで延長しました。 S32DS の [ヘルプ] -> [NXP ライセンス] メニューに移動し、[更新] をクリックして、ローカル マシン上のライセンス データを更新してください。 よろしくお願いします、 - メフル・パテル Re: S32DS for ARM 2018R1 license こんにちは、 S32 Design Studio for Arm v2018 R1 ライセンスの有効期限がすでに切れていますが、延長してもらえますか? ありがとうございます! アクティベーションコード: B0A4-688C-2AD6-79EE Re: S32DS for ARM 2018R1 license こんにちは、 @ScreenUserさん、 ライセンスの有効期限を 2027 年まで延長しました。 ローカル ライセンス情報を更新するには、NXP ライセンス メニューの「更新」アクションを使用してください。 よろしくお願いします、 - メフル・パテル Re: S32DS for ARM 2018R1 license S32 Design Studio for Arm v2018 R1 ライセンスの有効期限がすでに切れていますが、延長してもらえますか? ありがとうございます! アクティベーションコード: 6C82-9208-D1F2-C38F Re: S32DS for ARM 2018R1 license こんにちは、 ライセンスの有効期限を 2026 年まで延長しました。 ローカル ライセンス情報を更新するには、NXP ライセンス メニューの「更新」アクションを使用してください。 よろしくお願いします、 マイク Re: S32DS for ARM 2018R1 license こんにちは： S32DS_Power_Win32_v2.1 IDEs のライセンスの有効期限が切れました。確認して延長を手伝っていただけますか? ありがとうございます。 回复： S32DS for ARM 2018R1 license こんにちは。私のライセンスは期限切れです。ライセンスの延長について助けてください。アクティブコード：93E3-80E7-2A38-9E70 回复： S32DS for ARM 2018R1 license こんにちは。私のライセンスは期限切れです。ライセンスの延長について助けてください。アクティブコード：93E3-80E7-2A38-9E70 Re: S32DS for ARM 2018R1 license どうもありがとうございます。今はすべて正常に動作しています。改めて感謝申し上げます。 Re: S32DS for ARM 2018R1 license こんにちは、ハオさん あなたの免許を3年間延長しました。S32DS の [ヘルプ] -> [NXP ライセンス] メニューに移動し、[更新] をクリックして、ローカル マシン上のライセンス データを更新してください。 よろしくお願いします、 マイク Re: S32DS for ARM 2018R1 license こんにちは、 @Jaydenyzhu 私はこの権利を2026年まで延長しました。 新しいライセンスを受け取るにはアクティベーション コードを使用してください。 よろしくお願いいたします。 - メフル・パテル S32DS for ARM 2018R1 license 親愛なる、 S32 Design Studio for ARM バージョン 2018.R1 のライセンスの有効期限が切れました。延長していただけますか？ アクティベーションコードD5D0-D801-AB24-58DF よろしくお願いします。 Re: S32DS for ARM 2018R1 license My S32 Design Studio for Arm 2018_R1 の有効期限が 4 日後に切れますが、延長してもらえますか?ありがとう; アクティベーションID: 799E-5E79-910F-6C57 Re: S32DS for ARM 2018R1 license こんにちは、Gen Liさん あなたの免許を3年間延長しました。 現在のアクティベーション コードを使用して再度アクティベーションしてください。 よろしくお願いします、 マイク Re: S32DS for ARM 2018R1 license おはよう、 S32 Design Studio for Power Architecture バージョン 2.1 IDE のライセンスの有効期限が切れました。延長していただけますか？ アクティベーションコード DBA1-317C-5265-7E4F よろしくお願いします。 Re: S32DS for ARM 2018R1 license こんにちは、Mehul_Patelさん S32DS が動作するようになりました。ありがとうございます。 Re: S32DS for ARM 2018R1 license こんにちは、 @zuqiao さん あなたのライセンスを2026年12月末まで延長しました。 アクティベーションを更新してください。 ありがとう。敬具。 - メフル・パテル Re: S32DS for ARM 2018R1 license こんにちは、 アクティベーションコードはD876-C313-75B1-2E1B です。ありがとうございます。 Re: S32DS for ARM 2018R1 license こんにちは、 @cjgyf さん、 あなたの権利を2025年12月末まで延長しました。インストールを更新または再アクティブ化してください。 よろしくお願いいたします。 - メフル・パテル Re: S32DS for ARM 2018R1 license こんにちは、 @zuqiao さん ライセンスを再アクティブ化できるように、 S32DS for Arm v2018のアクティベーション コードを共有していただけますか。 いつもご利用いただき、ありがとうございます。よろしくお願いいたします。  -メフル・パテル Re: S32DS for ARM 2018R1 license 私のライセンスも期限切れ（9DE8-C6AE-8B6B-952B）なのですが、延長していただけますか？よろしくお願いいたします！ Re: S32DS for ARM 2018R1 license こんにちは、NXPの専門家の皆さん。 S32DS for Arm v2018 のライセンスの有効期限が切れ、ライセンスが返却されましたが、現在ライセンスが欠落していることが示されています。ライセンスの延長にご協力ください。どうぞよろしくお願いいたします。 デビッド Re: S32DS for ARM 2018R1 license こんにちは、マイク 遅れてごめんなさい。どうもありがとうございます。今はすべて正常に動作しています。 敬具 フランチェスコ Re: S32DS for ARM 2018R1 license こんにちは、 あなたのライセンスを2025年まで延長しました。同じコードで再度アクティベートしてください。 よろしくお願いいたします。 Mike Re: S32DS for ARM 2018R1 license こんにちは。私の免許証の有効期限が切れてしまいました。CAN延長してもらえますか？ その番号は 09D2-DE37-6529-87FB よろしくお願いします。 フランチェスコ Re: S32DS for ARM 2018R1 license こんにちは@francesco_solitさん、 この権限のサーバー ログを確認しました。返却されたライセンスの最大数に達したことが報告されています。カウントをリセットした、SO今は動作するはずです。同僚にもう一度試してもらってください。 また、同僚が次のリンクを使用して NXP.com アカウントにログインすると、独自のライセンスを取得できることにも注意してください。 https://www.nxp.com/webapp/swlicensing/sso/downloadSoftware.sp?catid=S32-DS-ARM_v2018 よろしくお願いいたします。 Mike Re: S32DS for ARM 2018R1 license こんにちは、マイク 再アクティベーションは現在私の PC では機能していますが、以前は同じライセンスが機能していた同僚の他の PC では機能しなくなりました。同僚にもライセンスを拡張することは可能ですか?それとも、新しいライセンスを取得することは可能ですか?NXP アカウントは次のとおりです。 [email protected] [email protected] よろしくお願いします。 フランチェスコ・ソリート Re: S32DS for ARM 2018R1 license 本当にありがとう、マイク。 敬具 フランチェスコ・ソリート Re: S32DS for ARM 2018R1 license こんにちは@francesco_solitさん、 あなたの権利を延長しました。新しい有効期限を受け取るSOライセンスを更新してください。 よろしくお願いいたします。 Mike Re: S32DS for ARM 2018R1 license おはよう。 S32DS for ARM 2018R1 のライセンスが期限切れになります。延長していただけますか？添付ファイルでご覧いただけます。 ありがとうございます。 フランチェスコ・ソリート Re: S32DS for ARM 2018R1 license こんにちは、 私はこの権利を2025年まで延長しました。新しいライセンスを受け取るにはアクティベーション コードを使用してください。 よろしくお願いいたします。 Mike Re: S32DS for ARM 2018R1 license こんにちは。私の免許証の有効期限が切れてしまいました。CAN延長してもらえますか？ その番号は 4F70-F0A3-101C-3C96 本当にSOありがとう。 Re: S32DS for ARM 2018R1 license ありがとう、マイク。 良い一日を！ Re: S32DS for ARM 2018R1 license こんにちは、 両方の権利は2025年まで延長されました。インストールを再アクティベートするには、アクティベーション コードを使用してください。 よろしくお願いいたします。 Mike Re: S32DS for ARM 2018R1 license こんにちは。私の免許証の有効期限が切れてしまいました。CAN延長してもらえますか？ その番号は B361-6887-8BBF-ED12 さらに、私の同僚のアンナ・ダレッシオにも: E735-6A42-FED4-6005 本当にSOありがとう。 アニタ Re: S32DS for ARM 2018R1 license こんにちは@zhanglei327さん、 あなたの権利を2025年まで延長しました。インストールをライセンス サーバーと同期するには、[ヘルプ] -> [NXP ライセンス] メニューにある [更新] ボタンを使用してください。 よろしくお願いいたします。 Mike Re: S32DS for ARM 2018R1 license こんにちは、 私の免許証はもうすぐ期限切れになります。 Re: S32DS for ARM 2018R1 license おはよう！ 問題は解決しました! よろしくお願いします。 ヴァレリア Re: S32DS for ARM 2018R1 license こんにちは@valeriaalessiさん、 サーバー側からライセンスを手動で返却しました。ライセンスの返却のオファーを受け取ったら、「はい」を選択してください。場合によっては、適切にリセットされない設定があり、強制的にリセットされることがあります。この後、ライセンスを返却すれば、問題なくアクティベートできるはずです。 よろしくお願いいたします。 Mike Re: S32DS for ARM 2018R1 license おはよう、 同じライセンス番号で再アクティブ化を試みましたが、ライセンスは別の機能用であるというメッセージが表示され続けます。ただし、最初のエラーの後、戻り値の回数を超えたことに関する 2 番目のエラーは再び発生しません。 助けていただけますか？ よろしくお願いします。 ヴァレリア Re: S32DS for ARM 2018R1 license こんにちは@valeriaalessiさん、 ライセンスサーバーを確認しました。返品の最大数を超えたと報告されました。返品カウントをリセットしました。これで問題は解決されるはずです。もう一度お試しください。 Mike Re: S32DS for ARM 2018R1 license おはよう、 以前と同じ番号でライセンスを再度アクティブ化しようとしましたが、ライセンスは別の機能用であると表示されます。その後、「戻る」をクリックすると、エラー メッセージが表示されます (添付ファイルを参照)。 助けていただけますか？ よろしくお願いします。 ヴァレリア Re: S32DS for ARM 2018R1 license こんにちは、 あなたのライセンスを2025年まで延長しました。[ヘルプ] -> [NXP ライセンス] メニューから更新するか、以前と同じアクティベーション コードを使用して再アクティベーションしてください。 よろしくお願いいたします。 Mike Re: S32DS for ARM 2018R1 license おはよう、 S32DS for Arm 2018R1 IDEs のライセンスが期限切れになりました。延長していただけますか？ 添付ファイルで、現在のライセンスの有効期限が切れていることをCAN確認できます。 よろしくお願いします。 ヴァレリア Re: S32DS for ARM 2018R1 license こんにちは、 あなたの権利を延長しました。インストールを更新または再アクティブ化してください。 よろしくお願いいたします。 Mike

TEA2017启动异常 我参照UM11613文件，设计PFC+LLC电路，计划输出58V/13A。(TEA2017外围电路参数目前均与UM11613设计文件相同) 谐振腔参数为Lr=22uH,Lm=150uH,Cr=220nF ,输出暂采用带中心抽头的异步整流方式 目前在TEA2017上电启动后，仅能工作几百us就会停止工作。使用Ringo查看MTP并未看到触发保护（TEA2017所有参数默认）。这种情况下我应该检查哪一部分的电路，使其能正常工作？ Re: TEA2017启动异常 亲爱的 Yi 感谢您提供的补充信息。请使用设计工具中的推荐元器件。此外，MOSFET 和请按照 Magnetic_Implementation sheet 中的建议创建相应的电感器和变压器。 我可能需要联系应用工程师，就您的问题寻求建议。他们总是要求提供以下信息。 请分享： 客户：? 最终客户：?(可以与客户相同） 最终应用： ? 国家： 中国中国 年产量：? 致以最崇高的敬意 约瑟夫 Re: TEA2017启动异常 在我的次级侧，只有一个 TL431 反馈电路，而且我没有驱动任何负载。 Re: TEA2017启动异常 我将 Cr 改为 147 nF，但结果仍和以前一样。将温度从 333 K 调到 233 K 后，它就停止工作了。 我使用您提供的 Excel 工具进行了计算，结果显示 fo=88千赫.我不明白为什么 TEA2017 在 233 K 时停止工作。 在项目 2.1 中，我参考了 UM11613 中的 LLC 驱动器设计，并使用晶体管进行关断，这与第 2.1 节中指定的设置不同。在这种情况下，我应该如何调整参数设置，还是可以忽略这种差异？ 我已经购买了 TEA2017/3Y，到货后将用于后续测试。 非常感谢你们的帮助。 Re: TEA2017启动异常 亲爱的 Yi 我认为，随着负载的增加，TEA2017 试图通过降低频率来应对负载。这是所有 LLC 控制器的正确行为。然而，随着频率的降低，它已达到增益曲线的峰值，进一步降低频率将无法增加增益=功率来应对负载的增加，反而会降低增益=功率。 您需要对 LLC 进行设计，使增益曲线的增益峰值向左和向上移动，这样随着负载的增加=>频率的降低，增益峰值就不会达到。请将 Cr 从 220nF 减少到例如150nF。这将改变增益曲线，使其能够应对功率的增加。 您可以使用我在上一个答案中附上的 LLC 设计工具。输入所需的规格，将计算出您的 TEA2017 外部元器件。 另外，请考虑使用改进后的 TEA2017AAT/3 代替 TEA2017AAT/2。请参见附件。 致以最崇高的敬意 约瑟夫 Re: TEA2017启动异常 我使用的是 TEA2017AAT/2，注意到在触发信号停止输出之前，谐振频率突然从 333K 下降到 233K。为什么会这样？ Re: TEA2017启动异常 亲爱的 Yi 您使用的是哪个 TEA2017？我们建议使用最新的TEA2017AAT/3版本。 请将 Cr 从 220nF 降至 150nF，并观察启动行为。 请使用随附的设计工具来计算推荐的元器件。 致以最崇高的敬意 约瑟夫

"S32G2 定制硬件上的同步中止" 处理器，esr 0x96000210 - 访问 LPDDR4 时崩溃 亲爱的社区成员 我们在基于 S32G274 的硬件上遇到了启动问题，引导加载程序因数据中止异常而失败。 设置详情： 启动方法：QSP I 图像带集成 ramdisk 的定制 FIP 映像 闪存方法：S32DS 闪存工具和 Lauterbach（两种方法都会出现问题） 电路板支持包。 版本：43.0 启动加载程序： U-Boot 2022.04+gc01b3bf7b1+p0 SoC：S32G274A 我们能够配置 DDR 并能够启动直到 uboot 提示为止。但是在那之后访问DDR时崩溃， ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ 请查找以下详细信息以供参考。 => md 80000000 1000 " Synchronous Abort" handler, esr 0x96000210 elr：00000000ff91cb68 lr : 00000000ff91cab8 (reloc) elr：00000000ff91cb68 LR : 00000000ff91cab8 x0 : 0000000000000009 x1 : 00000000ffbc66e8 x2 : 00000000fffffe x3 : 000000000020 x4 : 000000000000 x5 : 00000000ffbc66e0 x6 ：000000000030 x7 : 00000000ffbc6630 x8 : 000000000010 x9 : 0000000000000002 x10: 00000000ffffffd8 x11: 000000000010 x12: 000000000001 x13: 000000000001 x14：000000000030 x15: 000000000021 x16: 00000000ff8af778 x17: 000000000000 x18: 00000000ffbcfd80 x19: 0000000000000004 x20: 0000000000000004 x21: 0000000000000004 x22：0000000080000000 X23: 00000000ffbc66e9 X24: 000000000000 X25: 00000000ffbc6698 X26: 00000000ff9398a7 X27: 0000000000000008 X28: 0000000000000004 X29: 00000000ffbc6630 代码：2a0403f3 17ffffcb 7100129f 54000181 (b94002c3) RESET CPU... 正在重置... 注意：RESET 状态：上电复位 注意：BL2：v2.10.7（版本）：bsp43.0-2.10.7-dirty 注意：BL2：版本：2024 年 11 月 26 日 08:17:37 注意：BL2：正在启动 BL31 ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- -- ----------------------------------------------------------------------------------------------------------------------------------------------------- ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ U-启动 2022.04+gc01b3bf7b1+p0(Nov 21 2024 - 14:00:36 +0000) SoC：NXP S32G274A rev.2.1 CPU：Arm Cortex-A53 r0p4 @ 最大 1000 MHz 型号：S32G2-平台 动态随机存取存储器(DRAM)：4 GiB 内部 dm_init_and_scan............ pfeng_mdio mdio@2：EMAC MDIO ID 超出范围 88Q5152 RESET 核心：291 个设备，24 个 uclasses，devicetree：板 MMC：FSL_SDHC：0 从 SPIFlash 加载环境... SF：检测到页面大小为 256 字节的 mt35xu01gbba，擦除大小为 4 KiB，总计 128 MiB *** 警告 - CRC 错误，使用默认环境 s32cc_serdes_phy serdes @40480000：对 SerDes 子系统使用模式 0 pci_s32cc pcie @40400000：DBI 未启用 pci_s32cc pcie @40400000：无法设置 PCI 设备和供应商 ID pcie_s32cc pcie @40400000：DBI R/W 未启用 s32cc_serdes_phy serdes @40480000：无法锁定 PCIe phy s 32cc pcie cc_serdes_phy serdes @40480000：PHY：无法开机 @40480000: -110。 pci_s32cc pcie @40400000：无法开启 PHY 'serdes_lane0' pc i_s32cc pcie @40400000：无法设置 PCIe 主机设置 输入：串行 @401c8000 输 出：串行 @401c8000 错误：串行 @401c8000 主 板版本：RDB2 网络： 找到 PFE 版本 0x50300 (S32G2) pfeng pfeng-base：上传类固件 pfeng pfeng-base：EMAC0 区块已初始化 pfeng pfeng-base：EMAC1 区块已初始化 pfeng pfeng-base：EMAC2 区块已初始化 pfen g pfeng-base：启用 CLASS 区块 pfen g pfeng-base：PFE 平台已启动 成功（掩码：7） pfeng_netif pfe0：无法获取 “emac0_xpcs” PHY eth1：pfe0pfeng_netif pfe1：无法获取 “emac1_xpcs” PHY，eth2：pfe 1，eth3：pfe2 按任意键停止自动启动：0 切换到分区 #0，好的 mmc0（第 0 部分）是当前设备 ** 没有分区表-mmc 0 ** 找不到分区 mmc 0:2 无法设置区块设备 mcr=cc000f03 ip cr=3400000f flashcr=3030100 buf0cr=3f000000 buf1cr=3f000000 buf2cr=3f000000 buf3cr=80000 bufgencr=e00000 buf0ind=0 buf1ind=0 buf1ind=0 buf1ind=0 buf1ind=0 buf1cr=0 buf1ind=0 buf1cr=0 buf1ind=0 buf1 cr=0 buf1ind=0 buf2ind=0 awrcr=0 dllcra=d 0080c2 par itycr=0 sf ar=2c03 sfacr=0 spr=33 rbsr=0 rbct=1f000000 awrsr=0 dllsr=0 dllsr=0 dllsr=0 dllsr=0 dllsr=0 dllsr=f4c0000 dlcr=ff40ff40 dlsr_fa=0 tbdr=0 tbct=0 sr=0 380002 fr=1000009 rser=0 sptrclr=0 dlpr=433455aa = > 运行 flashboot 从闪存启动... 在偏移量 0x00000000 处读取 17629184 字节 " 错误 " 处理器，esr 0xbf000002 elr：00000000f8f5f6c lr：00000000f8f5e68 (reloc) elr：00000000f8f5f6c lr：00000000000000 x1：000000000000 x2:000000000000 x2:000000000000 x2:000000000000 x2:000000000000 x2:000000000000 x2:000000000000 x2:000000000000 x2:000000000000 x2:000000000000 x2:00000000000ba0 x3:0000000000003f x4:0000000000000002 x5:000000001fe00411 x6:0000000000000000 x7:00000000000011 x8:000000000000000011 x8:0000000000000008 x10:00000000000002 x11:000000001fe00000 x12 : 00000000000001 x13:0000000000003f x 14:00000000000000 x15:00000000000021 x 16:000000000000001 x17:0000000000000000 x18:000000000000000000 x 18:0000000000bcfd80 x19:0000000000000000000 x21:00000000002b0000 x22:0000000000002b0000 x22:0000000000002b0000 x22:0000000000002b0000 x22:00000000002b0000 x22:0000000000002b0000 x22:0000000000002b0000 x22: x23:00000000007d2dc2 x24:00000000000007 x25:00000000000000 x26:00000000000001 x27:00000000000001 x27:00000000000001 x28:00000000010d0000 x29:00000000ffbc6130 代码：d1000694 380016c0 17fffbd f8606aa1 (f8206ac1) RESET CPU... 正在删除使用次数 1 的 MTD 设备 #5（内核）删除分区时 出错 " 内核 " (-16) 正在 RESET... 注意：RESET 状态：破坏性 RESET（运行） 通知：BL2：v2.10.7（版本）：bsp43.0-2.10.7-dirty 注意：BL2：版本：2024 年 11 月 26 日 08:17:37 注意：BL2：正在启动 BL31 ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ 我们希望得到任何指导或建议来帮助解决这个问题。 敬上， Vishal G Re: "Synchronous Abort" handler, esr 0x96000210 on S32G2 Custom HW - Crash while access to 你好，@vishalg 感谢您的回复。 日志显示"Internal error: synchronous external abort" ，这表明在访问某些地址时发生了异常，可能与访问未映射内存或权限不一致有关。 不确定您是否修改了 GIC 部分的默认 dts？您是否检查了 gic_iterate_rdists 中使用的内存？ BR 切宁 Re: "Synchronous Abort" handler, esr 0x96000210 on S32G2 Custom HW - Crash while access to Hi Chenyin, 感谢您的快速回复。 我能够通过使用 S32 Design Studio 执行 DDR 验证测试并使用重新生成的配置正确配置 DDR 来解决这个问题。 现在我能够成功地启动 uboot 进入内核，我在启动时观察到内核崩溃，这是由 " 内部错误触发的：在运行 Linux 6.6.52-rt43 的自定义 S32G274A 平台上初始化 GICv3 中断控制器时发生的内部错误：同步外部中止 "。 -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 注意：RESET状态：上电复位 注意：BL2：v2.10.7(版本)：bsp43.0-2.10.7-dirty 注意：BL2：版本：2024 年 11 月 26 日 08:17:37 注意：BL2：正在启动 BL31 U-启动 2022.04+gc01b3bf7b1+p0(Nov 21 2024 - 14:00:36 +0000) SoC：NXP S32G274A rev.2.1 CPU: Arm Cortex-A53 r0p4 @ 最大 1000 MHz 型号: S32G2-平台 动态随机存取存储器(DRAM): 3.5 GiB 内部 dm_init_and_scan............ pfeng_mdio mdio@2: EMAC MDIO ID 超出范围 88Q5152 RESET 核心: 291 个设备, 24 个 uclasses, devicetree: 板 MMC: FSL_SDHC: 0 从 SPIFlash 加载环境... SF: 检测到页面大小为 256 字节的 mt35xu01gbba, 擦除大小为 4 KiB, 总计 128 MiB *** 警告 - CRC 错误, 使用默认环境 s32cc_serdes_phy serdes @40480000：对 SerDes 子系统使用模式 0 pci_s32cc pcie @40400000：DBI 未启用 pci_s32cc pcie @40400000：无法设置 PCI 设备和供应商 ID pcie_s32cc pcie @40400000：DBI R/W 未启用 s32cc_serdes_phy serdes @40480000：无法锁定 PCIe phy s 32cc pcie cc_serdes_phy serdes @40480000：PHY：无法开机 @40480000: -110。 pci_s32cc pcie @40400000：无法开启 PHY 'serdes_lane0' pc i_s32cc pcie @40400000：无法设置 PCIe 主机设置 输入：串行 @401c8000 输 出：串行 @401c8000 错误：串行 @401c8000 主 板版本：RDB2 网络： 找到 PFE 版本 0x50300 (S32G2) pfeng pfeng-base：上传类固件 pfeng pfeng-base：EMAC0 区块已初始化 pfeng pfeng-base：EMAC1 区块已初始化 pfeng pfeng-base：EMAC2 区块已初始化 pfen g pfeng-base：启用 CLASS 区块 pfen g pfeng-base：PFE 平台已启动 成功（掩码：7） pfeng_netif pfe0：无法获取 “emac0_xpcs” PHY eth1：pfe0pfeng_netif pfe1：无法获取 “emac1_xpcs” PHY，eth2：pfe 1，eth3：pfe2 按任意键停止自动启动：0 切换到分区 #0，好的 mmc0（第 0 部分）是当前设备 ** 没有分区表-mmc 0 ** 找不到分区 mmc 0:2 无法设置区块设备 mcr=cc000f03 ip cr=3400000f flashcr=3030100 buf0cr=3f000000 buf1cr=3f000000 buf2cr=3f000000 buf3cr=80000 bufgencr=e00000 buf0ind=0 buf1ind=0 buf1ind=0 buf1ind=0 buf1ind=0 buf1cr=0 buf1ind=0 buf1cr=0 buf1ind=0 buf1 cr=0 buf1ind=0 buf2ind=0 awrcr=0 dllcra=d 0080c2 par itycr=0 sf ar=2c03 sfacr=0 spr=33 rbsr=0 rbct=1f000000 awrsr=0 dllsr=0 dllsr=15c0000 dlcr=ff40ff40 dlsr=0 tbdr=0 tbct=0 sr=0 sr=0 sr=0 sr=0 sr=0 sr=0 sr=0 0002 fr=1000009 rser=0 sptrclr=0 dlpr=433455aa = > 运行 flash boot 从闪存启动... 在偏移量 0x00000000 处读取 17629184 字节在偏移量 0x00000000 处 读取 196608 字节在偏移量 0x00000000 处 读取 32571392 字节 ## Loading init Ramdisk from Legacy Image at 90000000 ... Image Name: fsl-image-base-s32g2-platfo Image Type: AArch64 Linux RAMDisk Image (uncompressed) Data Size: 29917545 Bytes = 28.5 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK ## 扁平化设备树 blob 在 0x83000000 处使用 fdt blob 启动使用设备树位于 00000083000000，结尾 000000830120ae 正在启动内核... 无法选择模式：-70 device_remove：设备 '[email protected]'无法删除，但是孩子们不见了 [0.000000] 在物理 CPU 上启动 Linux 0x0000000000 [0x410fd034] [0.000000] Linux 版本 6.6.52-rt43-g1a29a32be610-dirty (oe-user@oe-host) (aarch64-fsl-linux-gcc (GCC) 11.4.0、GNU ld (GNU Binutils) 2.38.20220708) #1 SMP PREEMPT_RT Thu Nov 21 09:35:09 UTC 2024 [ 0.000000] Machine model: s32g274 Platform [ 0.000000] earlycon: linflex0 at MMIO 0x00000000401c8000 (options '') [ 0.000000] printk: legacy bootconsole [linflex0] enabled [ 0.000000] OF: reserved mem：0x0000000034000000..0x000000003407ffff (512 KiB) nomap non-reusable pfebufs@34000000 [ 0.0000000000] OF: reserved mem：0x0000000034080000..0x000000003409ffff (128 KiB) nomap non-reusable pfebufs@34080000 [ 0.000000] Reserved memory: created DMA memory pool at 0x0000000083200000, size 3 MiB [ 0.000000] OF: reserved mem: initialized node pfebufs@83200000, compatible id shared-dma-pool [ 0.000000] OF: reserved mem：0x0000000083200000..0x00000000835dffff (3968 KiB) nomap non-reusable pfebufs@83200000 [ 0.0000000000] OF: reserved mem：0x00000000835e0000..0x00000000835fffff (128 KiB) map non-reusable pfebufs@835e0000 [ 0.000000] OF: reserved mem：0x0000000084000000..0x0000000084ffff (16384 KiB) nomap non-reusable shm@84000000 [ 0.0000000000] OF: reserved mem：0x00000000c0000000..0x00000000c03fffff (4096 KiB) nomap non-reusable shm@c0000000 [ 0.0000000000] OF: reserved mem：0x00000000c0400000..0x00000000c07fffff (4096 KiB) nomap non-reusable shm@c0400000 [ 0.000000] OF: reserved mem：0x00000000d0000000..0x00000000d000007f (0 KiB) nomap non-reusable shm@d0000000 [ 0.0000000000] OF: reserved mem： 0x00000000d0000080..0x00000000d00000ff (0 KiB) nomap non-reusable shm@d0000080 [ 0.000000] OF: reserved mem：0x00000000ff600000..0x00000000ff7fffff (2048 KiB) nomap non-reusable atf@ff600000 [ 0.000000] 区域范围： [ 0.000000] DMA [mem 0x0000000080000000-0x00000000ffffffff] [ 0.000000] DMA32 空 [ 0.000000] 正常 [mem 0x0000000100000000-0x00000008dffffffffffff] [ 0.000000] 每个节点的可移动区域起点 [ 0.000000] 早期内存节点范围 [ 0.000000] 节点 0: [mem 0x0000000080000000-0x00000000831fffff] [ 0.000000] 节点 0: [mem 0x0000000083200000-0x00000000835dffff] [ 0.000000] 节点 0： [mem 0x00000000835e0000-0x0000000083ffffff] [ 0.000000] 节点 0： [mem 0x0000000084000000-0x0000000084ffffff] [ 0.000000] 节点 0： [mem 0x0000000085000000-0x00000000bffffffff] [ 0.000000] 节点 0： [mem 0x00000000c0000000-0x00000000c07ffffff] [ 0.000000] 节点 0： [mem 0x00000000c0800000-0x00000000cfffffff] [ 0.000000] 节点 0： [mem 0x00000000d0001000-0x00000000ff5fffff] [ 0.000000] 节点 0： [mem 0x00000000ff600000-0x00000000ff7fffff] [ 0.000000] node 0: [mem 0x00000000ff800000-0x00000000ffffffff] [ 0.000000] node 0: [mem 0x0000000880000000-0x00000008dffffffff] [ 0.000000] Initmem setup node 0 [mem 0x0000000080000000-0x00000008dffffffff] [ 0.000000] On node 0, zone DMA: 1 pages in unavailable ranges [ 0.000000] cma：在 0x00000000ef600000 保留 256 MiB on node -1 [ 0.000000] psci: probing for conduit method from DT. [ 0.000000] psci：固件中检测到 PSCIv1.1。 [ 0.000000] psci：使用标准 PSCI v0.2 功能 ID [ 0.000000] psci：不支持 MIGRATE_INFO_TYPE。 [0.000000] psci：SMC 通话约定 v1.4 [0.000000] percpu：嵌入式 20 页/CPU s42112 r8192 d31616 u81920 [0.000000] pcpu-alloc：s42112 r8192 r8192 d31616 u8192 d31616 u8192 d31616 u81920 alloc=20*4096 [0.000000] pcpu-alloc：[0] 0 [0] 1 [0] 1 [0] 2 [0] 3 [0.000000] 在 CPU0 上检测到 VIPT i-Cache [0.000000] CPU 功能：已检测：GIC 系统寄存器 CPU 接口 [0.000000] CPU 功能：已检测：ARM erratum 845719 [0.000000] CPU 功能：已检测：恩智浦勘误表 ERR050481（VA 的 TLBI 处理不正确） [0.000000] CPU 功能：已检测：ARM 勘误表 1165522、1319367、1530923 或 1530924 [0.000000] 备选方案：应用启动替代方案 [0.000000] 内核命令行：console=ttylf0,115200 root=/dev/ram rw earlycon [0.000000] Dentry 缓存哈希表条目：524288（顺序：10，4194304 字节，线性）[0.000000]] inode-Cache 哈希表条目：262144（顺序：9，2097152 字节，线性） [0.000000] 内建 1 个区域列表，移动分组开启。 总页数：903167 [ 0.000000] Mem auto-init: stack:off, heap alloc:off, heap free:off [ 0.000000] software IO TLB: area num 4. [ 0.000000] software IO TLB: mapped [mem 0x00000000eb600000-0x00000000ef600000] (64MB) [ 0.000000] Memory：3194416K/3670012K 可用 (9856K 内核代码, 686K rwdata, 3012K rodata, 1856K init, 245K bss, 213452K reserved, 262144K cma-reserved) [ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 [ 0.000000] RCU：可抢占式分层 RCU 实现。 [ 0.000000] RCU：已启用 RCU 事件跟踪。 [ 0.000000] RCU：RCU 限制 CPU 从 NR_CPUS=8 到 nr_cpu_ids=4。 [ 0.000000] RCU：RCU 优先级提升：优先级 1 延迟 500 毫秒。 [ 0.000000] rcu：RCU_SOFTIRQ 处理移至 rcuc kthreads。 [ 0.000000] 没有加速宽限期（rcu_normal_after_boot）。 [ 0.000000] 启用任务 RCU 的蹦床变体。 [ 0.000000] 启用任务 RCU 的跟踪变量。 [ 0.000000] RCU：RCU 计算出的调度程序启动延迟值为 100 jiffies。 [ 0.000000] rcu：Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=4 [ 0.000000] NR_IRQS：64, nr_irqs: 64, preallocated irqs: 0 [ 0.000000] GICv3: GIC：使用分割 EOI/Deactivate 模式 [ 0.000000] GICv3：实现 544 个 SPI [ 0.000000] GICv3：实现 0 个扩展 SPI [ 0.000000] GICv3：MBI 范围 [167:182] [ 0.000000] GICv3：使用 MBI 帧 0x0000000050800000 [ 0.000000] 根 IRQ 处理程序：gic_handle_irq [ 0.000000] 内部错误：同步外部中止：0000000096000010 [#1] PREEMPT_RT SMP [ 0.000000] 链接到的模块： [ 0.000000] CPU：0 PID: 0 Comm: swapper/0 Not tainted 6.6.52-rt43-g1a29a32be610-dirty#1 [ 0.000000] Hardware name: s32g274 Platform (DT) [ 0.000000] pstate：600000c5 (nZCv daIF -PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 0.000000] pc : gic_iterate_rdists+0x4c/0x114 [ 0.000000] lr : gic_init_bases+0x198/0x664 [ 0.000000] sp : ffffffc080e83b80 [ 0.000000] x29: ffffffc080e83b80 x28: 0000000080ca6074 x27: 000000000000 [ 0.000000] x26: 000000000000 x25: ffffffc080e8c208 x24: 000000000018 [ 0.000000] x23： 000000000000ffe8 x22： 000000000000 x21： ffffffc08040ed84 [ 0.000000] x20： ffffffc0809f9b60 x19： ffffffc081000000 x18： 0000000000000030 [ 0.000000] x17: 6a20303031207369 x16: 2079616c65642074 x15: ffffffffffff1660 [ 0.000000] x14: 000000000000 x13: 7172695f656c646e x12: 61685f636967203a [ 0.000000] x11 : ffffffffff0000 x10 : 000000000000000a x9 : ffffffc080e9aa78 [ 0.000000] x8 : 00000000fffff7ff x7 : ffffffc080ec6a78 x6 : 00000000004d [ 0.000000] x5 : ffffff885f8479c8 x4 : 000000000000 x3 : 000000000000 [ 0.000000] x2 : 000000000000 x1 : ffffff88000030e0 x0 : ffffffc08100ffe8 [ 0.000000] Call trace: [ 0.000000] gic_iterate_rdists+0x4c/0x114 [ 0.000000] gic_init_bases+0x198/0x664 [ 0.000000] gic_of_init+0x2a8/0x308 [ 0.000000] of_irq_init+0x318/0x3a8 [ 0.000000] irqchip_init+0x18/0x24 [ 0.000000] init_IRQ+0xac/0xc0 [ 0.000000] start_kernel+0x24c/0x5f0 [ 0.］ __primary_switched+0xb4/0xbc [ 0.000000] 代码：d29ffd17 9b387eda f87a6833 8b170260 (b9400000) [ 0.000000] ---[ 结束跟踪 0000000000000000 ]--- [ 0.000000] 内核恐慌 - 未同步：Attempted to kill the idle task! [ 0.000000] ---[ end Kernel panic - not syncing: Attempted to kill the idle task! ]--- -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 有什么建议可以解决这个问题？ 问候， Vishal Re: "Synchronous Abort" handler, esr 0x96000210 on S32G2 Custom HW - Crash while access to 你好，@vishalg 谢谢您的帖子。 通常，此类问题是由于访问了保护或未映射的内存（如保留内存）造成的，请问您是否修改了默认 BSP43 的内存映射？添加更多保留地址范围？ 您测试过更多地址吗？还有其他地址范围可以用于加载图像吗？ BR 切宁

引导过程 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本节介绍各种非易失性存储器类型或 UART 的 LPC32x0 启动过程。 根据启动设备，启动映像大小可能会受到限制。此限制可能会阻止所需的映像最初加载和执行 - 而是需要先加载较小的引导加载程序，然后使用它来加载和运行功能更强大的引导加载程序或应用程序。 LPC32x0 启动选项 LPC32x0 支持从小块和大块 NAND FLASH、SPI EEPROMS 或 FLASH、NOR FLASH 以及通过 UART 启动。在生产系统中，不使用 UART 启动方法。然而，UART 启动方法在早期电路板调试中非常有用， LPC32x0 的启动顺序如下：UART、SPI、NOR、NAND。可以禁用 UART 启动以减少启动时间。在尝试下一个启动设备之前，将先尝试每个启动设备。如果启动 ROM 找到将设备标识为可启动的特殊启动模式，则该设备可启动。系统可能有 SPI FLASH、NOR FLASH 和 NAND FLASH，并且尽管首先尝试了 SPI 和 NOR 方法，但只能从 NAND FLASH 启动。（例如，Phytec 3250 板具有所有这 3 个启动设备，但通常从 NAND FLASH 启动）。 当LPC32x0芯片复位时，内部启动ROM被执行。它查询每个设备以寻找用于标识设备是否可启动的特殊启动模式。第一个返回正确模式的设备将被引导 ROM 用作可引导设备。然后，引导 ROM 将从可引导设备（NAND 和 SPI FLASH）复制数据或将控制权转移到可引导设备（NOR FLASH）。 以下章节将解释每种启动方法。有关 LPC32x0 启动过程的更多信息，请参阅 LPC32x0 用户指南。 UART启动 UART 启动选项允许将二进制文件下载到电路板中，然后在 NAND、SPI 或 NOR FLASH 中运行任何代码之前执行。这对于将新图像刻录到 FLASH、测试简单应用程序或从损坏的启动代码中恢复主板很有用。 UART 启动与 CDL 包中的刻录工具一起使用，将引导加载程序编程到启动设备中。UART5 支持 UART 启动选项，因此新设计应该使 UART5 可用于调试。对于完全从 IRAM 运行的系统，这允许系统通过 UART 下载图像，一旦执行该图像，即可提供交互式访问。下载的交互式程序可用于带宽或内存测试、寄存器转储、进一步的图像加载或其他功能。 可以使用此启动方法使用S1L的初始版本来测试不同的 SDRAM 配置（使用附带的 SDRAM 初始化代码）。使用这种方法，可以大大简化 SDRAM 代码的启动和调试（推出新电路板时最棘手的问题之一）。 NOR FLASH启动 在从 NOR FLASH 启动的系统上，ARM 内核直接从地址 0xE0000004 开始执行 NOR FLASH 设备中的代码。地址 0xE0000000 处的前 4 个字节用于引导 ROM 所需的特殊引导模式值，以将设备标识为可引导并提供引导宽度（8、16 或 32 位）。 SPI FLASH/EEPROM启动 在从 SPI 启动的系统上，一个小图像从偏移量为 0x8 的 SPI EEPROM 或 FLASH 设备复制到地址为 0x00000000 的 IRAM 中。前 4 个字节用于引导 ROM 所需的特殊引导模式值。接下来的 4 个字节用于指定在 SPI 设备中偏移量 0x8 处加载的图像的大小。将图像加载到 IRAM 后，控制权转移到地址 0x00000000。 使用此方法可以加载的最大映像启动大小为 54K。 NAND闪存启动 在从 NAND FLASH 启动的系统上，一个小图像从 NAND 设备的块 0 或块 1 复制到地址 0x00000000 的 IRAM 中。NAND FLASH 启动的最大可启动映像大小为 54K，或 1 个块减 1 页，以较小者为准。引导块的第一页用于存储引导信息，例如引导映像大小和引导序列所用的引导 ROM 所需的值。 对于小块 NAND（每块 32 页，每页 512 字节），并且块的第一页专用于启动 ROM 启动信息，则最大启动大小为 31 页，每页 512 字节，即 15.5K。对于大块 NAND（64 页，每页 2K 字节），最大启动大小为 54K 字节。 启动 ROM 始终使用 MLC NAND 控制器进行 NAND 启动。这就需要将由引导 ROM 从 NAND 引导的引导映像通过 MLC NAND 控制器或 MLC NAND 控制器所需的 ECC 算法编程到 NAND 中。

Video: Install S32R45 Development Package (view in My Videos)