应使用哪个 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

i.MX95 プラットフォームにおけるカプセルアップデートのサポートと問題 こんにちは、 現在、i.MX Linux ユーザー ガイドに記載されている手順に従って、i.MX95 プラットフォームでカプセル更新機能をテストしています。ただし、efidebug boot add コマンドの実行中に問題が発生します。 私が従っている順序は次のとおりです。 U-Boot > env set dfu_alt_info "mmc 1=1 raw 0x42 0x2000" U-Boot > setenv serverip 10.192.242.218; dhcp $loadaddr capsule1.bin U-Boot > fatwrite mmc 1:1 ${loadaddr} /EFI/UpdateCapsule/capsule1.bin 0x ${filesize} U-Boot > efidebug boot add 0 Boot0000 mmc 1:1 capsule1.bin U-Boot > efidebug ブート 次へ 0 U-Boot > setenv -e -nv -bs -rt -v OsIndications=0x04 U-Boot > efidebug カプセル ディスク更新 次のステップで: U-Boot > efidebug boot add -b 0 Boot0000 UpdateCapsule mmc 1:1 /EFI/UpdateCapsule/capsule1.bin 次のエラーが表示されます: ** デバイス仕様 UpdateCapsule mmc が不正です ** ** デバイス仕様 UpdateCapsule mmc が不正です ** 「UpdateCapsule mmc」のデバイス パスを作成できません U-Boot のブート エントリとしてカプセル ファイルを追加するための正しい構文についてアドバイスをいただけますか? さらに、i.MX95 プラットフォームがカプセル アップデートを正式にサポートしているかどうかを確認したいと思います。当社の BSP では、 soc.makファイルには capsule1.bin の生成のサポートが含まれていません。テスト目的で、 mkeficapsuleを使用してカプセル バイナリを手動で作成しました。 i.MX95 でカプセル更新サポートを有効にするために追加の構成が必要かどうか、またはこれに関して更新された BSP またはガイドラインがあるかどうかをお知らせください。 サポートありがとうございます。 よろしくお願いします、 ラフル・R   Re: Capsule Update Support and Issues on i.MX95 Platform こんにちは、Rahul さん。ユーザー ガイドの Yocto ビルド手順に従っているときに、capsule1.bin が見つからないという同じ問題が発生しています。解決できましたか？ Re: Capsule Update Support and Issues on i.MX95 Platform こんにちは、 カプセルアップデートはMX95でサポートされているので、ご確認ください。 カプセルアップデート カプセルの更新を行うには、次のコマンドを使用します。 · SDの場合: U-Boot > env set dfu_alt_info "mmc 1=1 raw 0x42 0x2000" · eMMCの場合: U-Boot > env set dfu_alt_info "mmc 2=1 raw 0x42 0x2000 mmcpart 1" U-Boot > efidebug boot add 0 Boot0000 mmc 1:1 capsule1.bin;efidebugブートネクスト 0 U-Boot > setenv serverip 10.192.242.218;dhcp$loadaddr capsule1.bin;ファットライトmmc 1:1 ${loadaddr} /EFI/UpdateCapsule/capsule1.bin 0x ${filesize} U-Boot > setenv -e -nv -bs -rt -v OsIndications =0x04 U-Boot > efidebug capsule disk-update reset U-Boot を中断しないでください。ボードを grub に実行します。grub を実行する前に、ブートローダーを自動的に更新し、capsule1.bin を削除する必要があります。そしてボードを再度再起動します。ボードは更新された U-Boot で起動します。 よろしく Re: Capsule Update Support and Issues on i.MX95 Platform こんにちは 、 i.MX Linuxユーザーガイドに従って、conf/local.confにMACHINE_FEATURES:append = " stmm"を追加してcapsule1.binを生成しました。 ただし、この変更を加えて bitbake imx-boot を実行した後、do_deploy タスク中に次のビルド エラーが発生しました。 エラー: imx-boot-1.0-r0do_deploy: 実行エラー(...) インストール: '.../git/iMX95/capsule1.bin' を stat できません: そのようなファイルまたはディレクトリはありません ビルドはcapsule1.binを展開しようとしているようです。予期されるパスには存在しません。 この問題を解決する方法についてアドバイスをいただけませんか?capsule1.bin を生成するために、不足している構成や追加の手順が必要ですか? ご指導をお待ちしております。 よろしくお願いします、 ラフル・R Re: Capsule Update Support and Issues on i.MX95 Platform こんにちは、 i.mx95にも使えます。 よろしくお願いします。 Re: Capsule Update Support and Issues on i.MX95 Platform あなたが言及した作業手順のステップ 4、具体的には次の部分について質問があります。 「8MMini を起動し、ブートローダーで停止して以下のコマンドを実行します。」 これらのコマンドが 8MMini プラットフォームに固有のものなのか、それともブートローダーで停止して上記のコマンドを実行することで MX95 でも実行できるものなのかを明確にしていただけますか? ご返信をお待ちしております。 ありがとう、よろしく。 ラフル・R Re: Capsule Update Support and Issues on i.MX95 Platform こんにちは、 カプセルを BOOT パーティションではなく EFI システム パーティションにコピーするように手順を調整した後、これを機能させることができました。作業手順は次のとおりです。 Mx95 SystemReady-IR認定ブートローダーをSDカードに書き込む mmcblk1p1 パーティションを EFI としてマークする (fdisk ツールを使用) efiパーティションに/EFI/UpdateCapsule/パスを作成し、そこにcapsule1.binをコピーします。 8MMini を起動し、ブートローダーで停止して、以下のコマンドを実行します。 u-boot=> env set dfu_alt_info "mmc 1=1 raw 0x42 0x2000" u-boot=> efidebug boot add 0 Boot0000 mmc 1:1 capsule1.bin;efidebug boot next 0 u-boot=> setenv -e -nv -bs -rt -v OsIndications =0x04 u-boot=> efidebug capsule disk-update /*at this point the bootloader is update*/ u-boot=> savee u-boot=> reset リセット後、capsule1.binファイルは削除され、ボードは新しいブートローダで起動するはずです。 よろしくお願いします。

S32K3 RTD FlexCAN 驱动程序默认禁用内存 ECC。 队员们好 最近，我们的客户发现 S32K3 RTD 驱动程序会禁用 FlexCAN 的内存 ECC 功能。虽然默认情况下启用了 ECC 功能。 客户 Xingyu 遇到的问题是，一些 CAN MB 永远卡住，无法再接收特定 ID。我们发现根本原因是某些 CAN MB 存在 ECC 错误，从而改变了该 MB 的 ID 文件。启用内存修正功能后，客户的问题就不复存在了。 请问为什么在 CAN RTD 的初始化过程中禁用了该功能？请优先考虑这个问题，而且客户是批量生产领域的客户，并向我们提供解释。 谢谢& ，致以最崇高的敬意、 理查德 优先级：高 RTD Re: S32K3 RTD FlexCAN driver disable the memory ECC by default. 你好@DanNguyenDuy、 感谢您的答复。让我再澄清一下： 1.客户使用的是旧 RTD 2.0.0 版本。我注意到最新的 RTD 版本似乎也禁用了这种内存修正功能。 2.请参阅下面的 CAN 寄存器映射（从 0x40304000 开始）。   请问为什么启用该功能会影响正常的发送和接收过程？ 客户 20,000 多种产品中的一种产品出现了这种随机问题，我们的质量团队参与其中。客户启用该内存校正功能后，CAN MB ECC 问题得以解决，并能正常收发数据。 BR 理查德 Re: S32K3 RTD FlexCAN driver disable the memory ECC by default. 你好@RichardLi、 过去，当默认启用 FlexCAN 的 ECC 时，FlexCan 驱动程序会出现 ECC 问题，上电复位后无法正常传输和接收数据。此外，RTD 驱动程序不支持 FlexCan 的 ECC。因此，他们默认禁用了这一功能。 关于客户的背景，您能告诉我相关信息吗？ 1。他们使用了哪个 RTD 软件包版本？ 2.遇到问题时，FlexCan 寄存器的值是多少？ 顺祝商祺！ 丹 Re: S32K3 RTD FlexCAN driver disable the memory ECC by default. 你好@DanNguyenDuy 感谢您的支持。我们将等待 RTD 团队的反馈。 在这里，我列出了我们与客户在线调试时剪下的一些寄存器，其中大部分寄存器都显示了出来。至于 xdm 配置文件，我们将联系客户，看他们能否根据公司政策提供给我们。 BR 理查德 Re: S32K3 RTD FlexCAN driver disable the memory ECC by default. 你好@RichardLi、 1.我向 RTD 团队提交了查询票（ARTDCC3-368），要求他们做出解释。 2.根据您的附图，我发现 ESR1[BIT0ERR] 的值 = 1。该值错误位可能是由于 CAN 收发器之间的物理连接或节点之间的 CAN 位定时不一致造成的。能否将更多配置文件（.xdm 或 .arxml文件）以及偏移 0 至 C14h 寄存器的值？ 顺祝商祺！ 丹 Re: S32K3 RTD FlexCAN driver disable the memory ECC by default. 你好@LiekLi、 您认为我们是否可以要求客户提供他们的 xdm 文件，以帮助 SW 团队进一步分析？或者我们只需要 RTD 团队给出一个解释，就足以关闭此票？ BR 理查德 Re: S32K3 RTD FlexCAN driver disable the memory ECC by default. 嗨，理查德、 解释 RTD 为何禁用此功能就足够了。 Re: S32K3 RTD FlexCAN driver disable the memory ECC by default. 你好@RichardLi、 这就是他们的答复： " 关于为什么默认禁用 ECC 的问题：我想说的是，当我们创建 RTD 代码库时，它们是从传统的 MCAL 代码库继承的，因此它们可能一直存在到现在。这对于我们来说很难审查所有代码，以确定有关专用勘误表的具体代码。 此外，在 S32K3 上，我们在低级 FlexCAN 驱动程序中实现了对 ECC 的支持： ARTD-53030 [CAN]在 S32K3 平台上实现对 RAM ECC 操作的支持 - NXP Jira" 顺祝商祺！ 丹 Re: S32K3 RTD FlexCAN driver disable the memory ECC by default. 你好@DanNguyenDuy、 感谢您的及时反馈。我将把这一解释传达给客户，看看他们是否有进一步的问题。 此致， 理查德 Re: S32K3 RTD FlexCAN driver disable the memory ECC by default. 你好@DanNguyenDuy RTD 团队是否有任何最新消息？谢谢！ BR 理查德

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 我通过下面的网站重新获取了最新的激活代码，但发现还是以前的激活代码，无法成功激活。接下来我该怎么办？ 设计 ：产品下载 ：文件

PN7642 RF Design-in Tips and Tricks Prerequities:  PN7642 design-in recommendations   1// Impedance tuning  PN76 family antenna design guide The target impedance is chosen based on the target application. If full power is required (e.g., POS terminals). The target impedance of 15-17 Ω is recommended. For lower power applications using ULPCD, the higher impedance is typically preferred, 30-50 Ω (symmetrical tuning).   2// Dynamic power control  PN7642 - Basic RF power limitation using DPC   3// H-Field check  There are given limits, especially for the maximum H-field radiated by the reader. Exceeding these limits might lead to destroying the NFC Card/NFC Tag.   The H-Field can be measured with the help of test equipment, as  ISO 10373-6 Test PICC EMVCo 3.0 Test PICC  For indication only, the customers can use "smart" Field Strength Probes as shown below :    Note: The most critical position occurs when the card is placed directly on the NFC antenna . In this case, if the H-field exceeds the maximum allowed level, the output power must be reduced using DPC settings. 4// HF Attenuator value  Turn on the RF Field with the DPC set and enabled from the previous step  Read the CLIF_RXCTRL_STATUS register and check the HF_ATT_VAL as shown below.  The value for the "unloaded" condition with full power shall be approximately 35-45dec.  If the value is out of this range, the customer is required to adjust the Rx resistors to reach this value.  5// Receiver settings  Check the "Power" range and Communication Range with the default settings provided by NXP.  Power Range -> The distance at which the NFC Tag can still generate its answer, but the NFC Reader does not see it  Communication Range -> The distance at which the NFC Tag can still communitate with the NFC Reader  Ideally, Power Range ≈ Communication Range Also, the NFC Reader should not generate any false communications as e.g., "HAL COLLISION ERROR".  The optimisation of the receiver can be done in the following way:  Enter DPC Calibration  Go to the "ARC" menu and "disable" the ARC algorithm This will force the IC to use the RX settings from the following Register/EEPROM SIGPRO_RM_TECH_REG DGRM_RSSI_REG   5.1// SIGPRO_RM_TECH_REG (RM_MF_GAIN parameter) This parameter basically defines the gain of the input amplifier.  Select SIGPRO_RM_TECH_REG  Switch "operation" to EEPROM and choose the required technology  Increase the RM_MF_GAIN to 0x02 (it depends on the setup).     5.2// DGRM_RSSI_REG (DGRM_SIGNAL_DETECT_TH_OVR_VAL parameter) This parameter defines a threshold from which the internal logic starts to decode the incoming signal.  If the threshold is too low or very close to the noise floor, the system can detect the noise as an NFC Communication.  It is therefore,  Threshold + margin > noise floor The best routine is to perform "Signal Detection Threshold" analysis. This can be done with the help of the NFC Cockpit (described in PN7642 design-in recommendations) As a result, the user can obtain the mean value of the "Noise," and suggested "DGRM_SIGNAL_DETECT_TH_OVR_VAL" threshold based on the inserted "Margin."  Maring (m) + Noise mean value (μ) = Threshold  6+16=23 Then this value shall be written in "DGRM_RSSI_REG" EEPROM as shown below.    6// ULPCD Settings  We recommend the following ULPCD Settings as a starting point.  ULPCD VDDPA should be chosen in such a way that the HF Attenuator value is not 0x00! The typical value for HF Attenuator in ULPCD is around 0x05-0x0B.   6.1// RSSI Threshold evaluation  For a proper RSSI Threshold selection, it is recommended to perform the ULPCD Calibration, e.g., 20 times, and check the "jitter" of the RSSI signal for your device.  If you see that the RSSI value is jittering, e.g., 1 unit as shown above. The absolute minimum threshold for this case is 2. However, it is always recommended to include adequate margin (To prevent false wake-ups).   Generally, the margin of 2 units is sufficient. So in this case, the optimum threshold will be 4. 

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コミュニティにご質問をお寄せください。 ここ

在应用定时测量过程中发生低于阈值的意外 VC_OV 事件 您好，      我使用的是采样率为 24 的应用定时测量模式，并将过压 (OV) 阈值设置为 4250 mV。 但是，在充电过程中，当电池电量达到80％左右（约4077 mV）时，某些电池偶尔会触发信号 VC_OV 事件。手动测量后，实际电池电压不会超过 OV 临界值。 是什么原因导致了这种行为，即即使测量电压明显低于阈值，也会发生 VC_OV 事件？ 感谢您的帮助。 Mark 回复： Unexpected VC_OV Events Below Threshold during Application Timed Measurement 您好，马克， 请下载 MC33774A 功能安全手册并参阅其中的第 10、11 节。有一种 FTME（容错测量误差）的描述就是针对你这种情况的。 请从 MC33774A 产品页面的 “功能安全” 部分下下载功能安全手册。 致以最崇高的敬意 约瑟夫 回复： Unexpected VC_OV Events Below Threshold during Application Timed Measurement 你好，约瑟夫、 非常感谢你们一如既往的支持。 硬件设计已经过当地 FAE 的审查和确认。由于 MC33774A 已完全集成到电池模块中，我们无法使用示波器直接探测单个电池的电压，这一点令人遗憾。 我们还怀疑，对充电电流的控制不足可能会导致瞬态尖峰，进而引发零星的过电压（OV）事件。您的专业解释进一步证实了我们的假设，即这些事件很可能是由瞬态行为引起的。 作为后续问题，我们想问： 您是否推荐任何基于软件的方法来帮助识别由瞬态峰值引起的 OV 事件？ 再次感谢您的宝贵帮助。 致以最崇高的敬意， Mark 回复： Unexpected VC_OV Events Below Threshold during Application Timed Measurement 您好，马克， 感谢您提供零件编号和示意图。但是，在原理图中，我看不出你是否在Cells和CTx CBx引脚之间使用了推荐的元器件。有关这些推荐元器件，请参阅 MC33774A 完整数据表中的第 11.1.1.2 节。 请从 MC33774A 产品页面 的 "安全 "部分下载 MC33774A 的 完整数据表。 在快速充电过程中，可能会出现短暂超过 OV 门限的瞬态电压。这些峰值可能无法通过手动测量捕获，但可以由 MC33774A 检测到。请使用示波器测量触发信号 OV 的单个电池的电压，以检查是否存在瞬态电压。 请确保在充电/测量过程中没有打开平衡装置。在平衡过程中，不保证测量电压。 致以最崇高的敬意 约瑟夫 回复： Unexpected VC_OV Events Below Threshold during Application Timed Measurement 你好，约瑟夫、 谢谢您的答复。 很抱歉之前没有提供足够的信息。 我们使用 MC33774ATP1AE。 这里是零件示意图。 感谢您的帮助。 致以最崇高的敬意 Mark Re: Unexpected VC_OV Events Below Threshold during Application Timed Measurement 您好，马克， 请分享您正在使用的元器件的完整部件号。 请分享您的示意图，包括电压等级和部件值。 致以最崇高的敬意 约瑟夫

调试 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

FRDM-MXCN947ボードでイーサネットとカメラを同時に使用する MCXNx4x では、SmartDMA を使用してカメラ インターフェースを実装できます。 MCXNx4x データシートによると、イーサネット と SmartDMA の Pinmux 割り当てが競合します。このため、イーサネットとカメラを同時に使用することはできないと考えました。 ただし、FRDM-MCXN947 ボード ユーザー マニュアル (UM12018) には次のよう記載されています。 > カメラの使用中にイーサネット機能が必要な場合は、別の回避策があります SJ16 および SJ26 ジャンパーをデフォルトの位置から移動することです。 イーサネットとカメラを同時に使用する方法はありますか? 開発ボード MCX N Re: Simultaneous use of Ethernet and camera on the FRDM-MXCN947 board こんにちは@dubian1shu 書類の内容を再確認したところ、書類の記載内容に問題があることが確認できました。 文書には適時変更を加えます。 SmartDMA (EZH_CAMERA) と イーサネット (ENET)は同時に使用できますが、カメラが使用するには共有されていないピンを見つける必要があります。 こちらの記事を参考にCAN。 MCX N947：イーサネットとカメラ機能の同時実装 - NXPコミュニティ これがお役に立てれば幸いです。 BR 下がる Re: Simultaneous use of Ethernet and camera on the FRDM-MXCN947 board 確認して返信してくれてありがとう@Harry_Zhang SmartDMA は P1_X と P3_X をサポートしているので、MCXNx4x は SmartDMA と イーサネット 機能を同時に使用 CAN と理解しています。 しかし、FRDM-MCXN947 を使用して SmartDMA および イーサネット 機能を使用することはできますか? FRDM-MCXN947 の J9 (カメラ ヘッダー) には、イーサネット ピンと競合する 7 つのピンがあります。FRDM-MCXN947 ボードのユーザー マニュアル (UM12018) に記載されている P1_4 の解決策では、そのうちの 1 つだけが解決され、他の 6 つの競合については触れられていません。 たとえば、P1_5、P1_13、および P1_15 は SmartDMA と イーサネット 間で競合します。回路図ドキュメント (SCH-90818) から見る限り、この競合を解決する解決策はないようです。 FRDM-MCXN947でSmartDMA(EZH_CAMERA)とイーサネット(ENET)を同時に使用する方法はありますか？ Re: Simultaneous use of Ethernet and camera on the FRDM-MXCN947 board こんにちは@dubian1shu MCXNx4xのデータシートを確認したところ、確かにイーサネットとSmartDMAが競合するピンがいくつかあります。ただし、イーサネットとSmartDMAを同時に使用したい場合は、イーサネットとSmartDMAが競合しないピンを選択できます。 たとえば、SmartDMA ピンとして P3_X を選択し、イーサネット ピンとして P1_X を選択できます。 FRDM-MCXN947 ボード ユーザー マニュアル (UM12018) を参照してジャンパーを移動します。 これがお役に立てれば幸いです。 BR 下がる

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

SimulinkにFEEを統合する こんにちは、NXP MBDTチームの皆様。 MBDT 1.5 で Simulink の FEE を使用したいのですが、MBDT 1.5 には FEE 関連のライブラリ ブロックがありません。 したがって、MATLAB 関数ブロックから FEE API を呼び出す予定です。 FEE 、 Mem_43_INFLS 、 MemAccを設定した後、デジタル入力読み取りブロックを 1 つだけ含むモデルを構築しようとしました。しかし、次のエラーが発生しました。 「MemIf_Types.h」が見つかりません プロジェクトに手動で新しいフォルダを作成する場合は、MemIf_Types.hを配置します。その中に、モデル設定 → カスタム コード → インクルード ディレクトリでフォルダー パスを追加すると、MemIf_Types.h のエラーが解決されます。 しかし、その後、 RTDまたは生成されたフォルダーに既に存在する他のヘッダー ファイルに対して新しいエラーが表示されます。 誰か助けてくれませんか？ ありがとうございます。 Re: integrating FEE in Simulink こんにちは、NXP MBDTチームの皆様。 FEE を統合した後、モデルを構築できるようになりましたが、Fee_GetStatus からのステータス戻り値が MEMIF_UNINIT であるため、コード実行が do .... while ループで停止してしまいます。 する { Fee_MainFunction(); MemAcc_MainFunction(); ステータス = Fee_GetStatus(); } while (ステータス != MEMIF_IDLE); これが私の設定.mexですモデル付きのファイル。助けていただけませんか？ Re: integrating FEE in Simulink こんにちは@dragostomaさん、 ご返信ありがとうございます。しかし、MBDT フラッシュ / nvm 書き込みがプログラム S32K3xx をフリーズするため、添付のモデルをビルドできません。 また、このモデルは Mem_43_INFLS API のみを使用しており (フラッシュを処理しています)、実際の手数料アルゴリズムは使用されていません。 Re: integrating FEE in Simulink こんにちは、 @KaleRushikeshさん、 S32K3 向けモデルベース デザイン ツールボックスにご興味をお持ちいただきありがとうございます。 FEE、Mem_43_INFLS、および MemAcc コンポーネントのサポートが S32K3 1.6.0 リリースで導入されました。このバージョンのツールボックスでは、すぐに使用できる Simulink ブロックが提供され、カスタム コードの実装に比べてセットアップ プロセスが簡素化されるため、このバージョンのツールボックスを使用することを強くお勧めします。 ただし、現時点で最新バージョンへの移行が実現できない場合は、FEE コンポーネントを適切に構成するためのガイダンスとして、次のThread ( MBDT flash / nvm write freezes program S32K3xx ) を確認することをお勧めします。 進捗状況をお知らせください。 よろしくお願いいたします。 ドラゴス

S32K144：在 lin_master_s32k144 (S32DS.ARM2.2) 中集成 FlexCAN 早上好： 目前使用 S32K144EVB 板准备系统演示，其中我们必须管理 1 个经典的 CAN-HS 网络 (500k) 和 3 个 LIN。(19200，每个 LIN 有多个从属设备） k144EVB 板将充当 3 个 LIN 的 LIN 主控器，这就是为什么我选择 lin_master_s32K144 示例作为起点。LINStACK 运行正常，现在我开始检查 CAN 通信与项目的集成情况。通过查看 S32K144 文档和示例，我发现 K144 有 2 种不同的 CAN 通信管理方法......要么通过 FIFO，要么通过 MBs......不清楚其中一种方法的优势。对于必须接收 4-5 条 CAN 报文、处理部分内容数据并定期发送 1 或 2 条 CAN 报文的系统而言，不清楚其中一种方式的优势： 1) 考虑到我的 LIN 主站将满负荷运行，哪种配置更容易使用？ 2) 恩智浦 linstack 与 FlexCAN 集成之间是否会出现寄存器/时钟/中断冲突？ 3) 是否有这样的集成示例（LIN-MASTER + CAN-HS）？ Re: S32K144: Integration of FlexCAN inside lin_master_s32k144 (S32DS.ARM2.2) 你好@rricart LIN 和 CAN 之间没有任何关系，它们是两个独立的外设模块。 对于 S32K1 FlexCAN，CAN FIFO 不支持 CAN FD，因此需要考虑是否需要支持 CAN FD。 如果您的项目不需要 CAN FD 功能，那么 MB 或 FIFO 都可以。 您可以参考此链接中提供的演示，其中对使用 FlexCan 的不同方式进行了分类，并提供了一个简单的测试演示。 https://community.nxp.com/t5/S32K-Knowledge-Base/S32K1xx-FlexCAN-Mask-Setting-Demo/ta-p/1519753

TEA2017 27-30V 550W Design, PFC Mosfet rapidly getting hot with DCM/QR/CCM Mode. Howdy. I'm working with a client project, 27-30V, 550W designed using TEA2017 PFC and LLC. Now originally we were using Fixed Freq 55khz for PFC and the mosfets temps were hotter than usual but still controllable via heatsinks, but now we are trying to make our PFC more efficient. Hence utilizing DCM/QR/CCM mode. Unfortunately in our design in DCM/QR/CCM mode the mosfets rapidly goes up to the failure Temps.  things we have tried but didn't work: 1: Using transistors for gate drivers to drive the pfc gate hard 2: Confirming Our switching is happening after rigning period and when the DrainPFC was falling. 3. Disabling LLC and connect load directly to Vboost to test/tune PFC (result: tea didn't switch pfc the Vboost stayed at 327V (SNSBoost at 2V)) We haven't changed much with our design or TEA settings, as we are trying to test DCM/QR/CCM. Any help/clue int he right direction will be very helpful. I have posted the PFC part of the schematic, and CONFIG_D is what we use. Re: TEA2017 27-30V 550W Design, PFC Mosfet rapidly getting hot with DCM/QR/CCM Mode. HI  1: You should confirm which component getting hot the inductor or others,then provide the heat dissipation solution. 2: You can also configure the circuit as attached excel calculate sheet then update your schematic.

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 切宁