s32k144 aips の使い方は？ ハイ フラッシュメモリを動的に保護したり保護解除したりする必要があります。 SO、MPU とフラッシュ保護レジスタ、AIPS について勉強しました。 MPU およびフラッシュ保護レジスタは解決できません。 また、AIPS(ペリフェラルアクセス保護)の説明は、RM で使用するには不十分です。 OPACR の wp ビットは関連していると思います。 しかし、各 wp ビットがどこを示しているのかわかりません。 AIPSの使い方を詳しく教えていただけますか？ よろしくお願いします。 よろしくお願いいたします。 フィリップ Re: How to use s32k144 aips? こんにちは@minsky 、 新しいThreadを作成していただけますか? Re: How to use s32k144 aips? こんにちは。周辺機器のアクセス制御では、どのレジスタとどのスロットにあるかをどのように決定するのでしょうか? Re: How to use s32k144 aips? こんにちは、フィリップ。 「X」は、S32K1 派生製品にペリフェラル アクセス制御が存在することを意味します。 FTFC の周辺アクセス制御は、OPACRA のスロット 0 にあります。 要件によって異なりますが、FTFCレジスタを書き込みから保護する場合は、OPACRA[WP0] = 1を設定します。 よろしくお願いいたします。 ダニエル Re: How to use s32k144 aips? こんにちは、ダニエル 「x」は何を意味していますか? どのペリフェラルレジスタを書き込み保護しますか? : FTFC を書き込み禁止にしたいです。 SO OPACR Slot1 が該当します。 でもどうやってCAN？ よろしくお願いします。 よろしくお願いいたします。 フィリップ Re: How to use s32k144 aips? こんにちは、フィリップ。 どのペリフェラルレジスタを書き込み保護しますか? RM に添付されているS32K1xx_Mamory_Map.xlsxを参照してください。 よろしくお願いいたします。 ダニエル

ウォッチドッグタイマーMIMXRT1042XJM5Bのピン構成 親愛なるチームの皆様、 今後のプロジェクトでMIMXRT1042XJM5Bを使用する予定です。ウォッチドッグタイマーのピン配置を探しています。設定できる場所を教えてください。 ご連絡をお待ちしております。 よろしくお願いいたします。 バヴェシュ Re: Pin configuration for Watch Dog timer MIMXRT1042XJM5B こんにちは@bhaveshtirex 、 弊社の製品にご興味をお持ちいただき、またコミュニティをご利用いただき誠にありがとうございます。 「今後のプロジェクトで MIMXRT1042XJM5B を使用する予定で、ウォッチ ドッグ タイマーを設定 CAN ピン配置を探しています」に関して、IMXRT1040RM には WDOG 外部信号に関する説明がいくつかあります。 ピンの設定方法については、MCUXPresso IDEsのピンツールを使用することができます。 お役に立てれば幸いです。 まだ質問がある場合は、お気軽にご連絡ください。 素敵な一日をお過ごしください！ よろしくお願いします メイリュー

i.MX 8X 安全启动-两方而不是一方的密钥-Yocto Linux 通常如何处理以下安全启动/信任链场景？有什么先例？ 在大多数文档/示例中，场景很简单：同一家公司创建设备和应用程序软件，出售带有应用程序软件的设备，只需要存放密钥。 但是，就我们而言：我们生产基于i.MX 8X的设备。我们的客户为设备开发软件应用程序，然后将带有软件的设备出售给客户。 我们的钥匙在 AHAB SRK。但是，我们还需要在某个地方为客户提供密钥，以便他们可以签署软件更新... 我们为客户提供 Yocto 开发的 SDK 和 Linux rootfs。我们的客户不会自己执行 Yocto 版本。他们使用 SDK 版本应用程序软件。 就安全启动以及谁的密钥存储在哪里而言，通常如何处理这种情况有哪些先例？各方的术语是什么？ 谢谢 Peter 安全 Re: i.MX 8X secure boot - keys for two parties rather than one - Yocto Linux 如果您还没有收到，请通知我。 此致 哈维 Re: i.MX 8X secure boot - keys for two parties rather than one - Yocto Linux 嗨，@Harvey021。谢谢。请问在哪里可以找到内部系统邮件？我查看了 "私人信息"/"收件箱"，但里面是空的？ Re: i.MX 8X secure boot - keys for two parties rather than one - Yocto Linux 你好@petero5 我已向您发送了内部系统邮件。 此致 哈维 Re: i.MX 8X secure boot - keys for two parties rather than one - Yocto Linux 你好@Harvey021谢谢，是的，我们使用的是带有 HSM 的 CST。 但我们仍在寻找最佳实践，即涉及两家公司而不是一家公司的信任链： A 公司制造该设备，构建 Yocto SDK 和 FIT 映像、U-启动、Linux 内核和 rootfs。 B 公司收到上述内容并开发应用程序（并创建应用程序分区）。 如果 A 写入 SRK 并关闭设备，则 B 可以相信设备和图像在发往它们的途中没有被篡改。 但是否需要一种方法来为应用分区注册 B 的公钥，或者将其纳入信任链？ 谢谢 Peter Re: i.MX 8X secure boot - keys for two parties rather than one - Yocto Linux <7.3将 CST 与 CST 用户指南的硬件网络安全模块 > 一起使用可以作为参考。 您可以从IMX_CST_TOOL下载指南。 此致 哈维

如何更改默认 U-Boot 启动画面 (Yocto 电路板支持包 imx-6.12.20-2.0.0) 我使用的是 Yocto 电路板支持包 imx-6.12.20-2.0.0。在当前版本中，U-Boot 在启动时显示默认的 4 企鹅启动画面。 你能告诉我这个默认 U-Boot 启动映像是从哪里挑选的吗？ 另外，作为 Yocto 版本的一部分，我怎样才能用自定义启动画面替换这个图像？ 如果能就哪些源文件或 Yocto 配方需要修改提供任何指导，我们将不胜感激。 图形与显示 i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Linux Yocto Project Re: How to change the default U-Boot splash screen (Yocto BSP imx-6.12.20-2.0.0) 您好， 您的应用程序没有现成的修补程序，但需要您参照之前的提交修改源代码。 致敬， Zhiming Re: How to change the default U-Boot splash screen (Yocto BSP imx-6.12.20-2.0.0) @Zhiming_Liu 在提交中只提到要显示"logo_linux_clut224.ppm", ，但我的要求是在全屏（1920 x1080）中以单张图片而不是 4 张图片的形式显示logo_linux_clut224.ppm。 Re: How to change the default U-Boot splash screen (Yocto BSP imx-6.12.20-2.0.0) 你好， ，请参考此提交： https://github.com/varigit/linux-2.6-imx/commit/1a3d71c1c38b058daa0d29140a9cff747e5a7f51 Best Regards, Zhiming Re: How to change the default U-Boot splash screen (Yocto BSP imx-6.12.20-2.0.0) @Zhiming_Liu 谢谢，我可以更改默认日志， ，但像 4 张企鹅图片一样，它将我的自定义图片显示为 4 张图片 ，我们能否将其显示为 1920x1080 的单张图片？ Re: How to change the default U-Boot splash screen (Yocto BSP imx-6.12.20-2.0.0) @Zhiming_Liu 谢谢，我可以更改默认日志， ，但像 4 张企鹅图片一样，它将我的自定义图片显示为 4 张图片 ，我们能否将其显示为 1920x1080 的单张图片？ Re: How to change the default U-Boot splash screen (Yocto BSP imx-6.12.20-2.0.0) 您好， 您的内核不包含此提交：https://github.com/varigit/linux-2.6-imx/commit/1a3d71c1c38b058daa0d29140a9cff747e5a7f51，因此不会使用logo.ppm。 您可以将logo.ppm重命名为 log_linux_clut224.ppm，这样就可以替换原来的 logo_linux_clut224.ppm ，谢谢您的支持， Zhiming。 Re: How to change the default U-Boot splash screen (Yocto BSP imx-6.12.20-2.0.0) @Zhiming_Liu 仍然可以看到 logo_linux_clut224.ppm 显示原始企鹅图像。 我正在尝试替换 Yocto 映像上内核启动时显示的默认企鹅启动徽标。 根据https://variwiki.com/index.php/Yocto_Linux_logo的指示 , 我创建了一个 linux-imx_%.bbappend文件位于： > meta-freescale/recipes-kernel/linux/ 在那个 bbappend 里面，我添加了我的自定义 logo.ppm 并将图像放在 bbappend 旁边的文件目录下。 然后我重建了内核和镜像： $bitbake-c cleanall linux-imx $bitbake linux-imx $bitbake imx-imx $bitbake imx-image-full 但是，即使在重建之后，企鹅徽标仍在 启动时显示。 我查看了内部版本： > 内核源代码/驱动程序/视频/徽标/ 注意：在构建之前，我手动从驱动程序/视频/徽标中删除了 logo_linux_clut224.ppm，希望它能被替换——但它仍然会回来并且徽标没有改变。 Re: How to change the default U-Boot splash screen (Yocto BSP imx-6.12.20-2.0.0) 你好@binil 更换徽标需要修改内核源代码，徽标文件是 .ppm在此存档。您可以参考本指南。 https://github.com/nxp-imx/linux-imx/tree/lf-6.12.y/drivers/video/logo 对于 yocto 层，请参阅 yocto 指南来创建自定义层。 https://docs.yoctoproject.org/next/dev-manual/layers.html 致敬， Zhiming Re: How to change the default U-Boot splash screen (Yocto BSP imx-6.12.20-2.0.0) 我找到了 "sources/meta-openembedded/meta-oe/配方-kernel/linux/linux.inc" if [ -e${UNPACKDIR}/logo_linux_clut224.ppm ]; then install -m 0644${UNPACKDIR}/logo_linux_clut224.ppm drivers/video/logo/logo_linux_clut224.ppm 我认为"logo_linux_clut224.ppm " 显示的是默认的企鹅图像， 如果是这样，能否请你帮我用我的"logo_linux_clut224.ppm" 文件修改一下？

复制： S32K314_324 RTD FLS 和 MemInFLS 有关读取和写入参数验证的问题 本帖复制自 此处 K3 团队， 我们的客户（SWS）希望恩智浦审查并验证以下 4 种闪存驱动程序参数的配置值是否在 CPU 负载和处理速度之间实现了最佳平衡。 因为该评估对于确保当前配置不会导致性能瓶颈或不必要的 CPU 开销非常重要。 Q1。您能检查一下吗？ 我认为这很难估计性能...... 1.flsMaxRead 快速模式 — 256 字节 2. flsmaxReadNormalMode — 128 字节 3. flsmaxWrite 快速模式 — 256 字节（默认）4. flsmaxWriteNormalMode — 128 字节 他们使用的是 RTD2.0.1 D2207 但它们将更新到 RTD 5.0.0D2410 很快就到了。 -S32K3 实时驱动程序版本 2.0.1_D2207 -s32k3_s32m27x 实时驱动程序 ASR R21-11 版本 5.0.0_D2410 尽管这些参数是 AUTOSAR 规范，但我无法在使用 RTD 2.0.1 和 5.0.0 的 S32DS 和 EB-Tresos 上找到这些参数... Q2.这些参数（包括正常和快速模式参数）在恩智浦 RTD（图 1）上可用吗？ Q3.该 FlsTotalSize 参数在恩智浦 RTD（图 2）上可用吗？ 我在 2025/09/10th 的客户&评审会议上获得了以下信息。 图 1.Davinch 展示了这一点。 图 2.Davinch 展示了这一点。 亲切的问候， Fumi 优先级：高 RTD 来源：恩智浦内部来源：恩智浦内部 Re: Copy: S32K314_324 RTD FLS and MemInFLS Question about validation of Read and Write Parameters 您好@Nhi_Nguyen, 非常感谢！ 真诚的， Fumi Re: Copy: S32K314_324 RTD FLS and MemInFLS Question about validation of Read and Write Parameters 你好@Fumihikoo_Sato、 1.驱动程序不使用FlsTotalSize。 2。因为这个代码包 4.0.0P24 遵循 AUTOSAR 4.4，使用 Fls，因此存在这些参数，且与 201 相同。 顺祝商祺！ Nhi Re: Copy: S32K314_324 RTD FLS and MemInFLS Question about validation of Read and Write Parameters 你好@Nhi_Nguyen, 非常感谢你的快速支持！ 即使 FlsTotalSize 在 RTD 2.0.1 中作为"只读"，RTD 是否使用该值？ 因为客户告诉我们该值不正确。 你能内部检查一下吗？ Q2.对不起，我犯了一个错误... 客户将升级 S32m27x 实时驱动程序 AUTOSAR 4.4 版本 4.0.0P24. 据我查看，FLS DRV 有 5 种参数。 您能否再检查一下 RTD4.4 P24 上是否存在这些参数？ 问候您， Fumi Re: Copy: S32K314_324 RTD FLS and MemInFLS Question about validation of Read and Write Parameters 你好@Fumihikoo_Sato、 如果用户将 RTD2.0.1 切换为 RTD5.0.0，则 RTD5.0.0 不存在这些参数（图 1-1）。 1.FlsMaxRead快速模式 2.FlsMaxReadNormalMode（最大读取正常模式 3.FlsMaxWrite快速模式 4.FlsMaxWriteNormalMode（最大正常写入模式 5.FlsTotalSize 总大小 => 是，因为 RTD500 只支持 Mem 驱动程序，不支持 Fls。这些参数只是在 ASP 规范中为 Fls 定义的。因此，这些参数不存在于 RTD500 中，也不会对 RTD500 中的 Mem 驱动程序产生影响。 如果用户将 FlsTotalSize 的值设置为 RTD 2.0.1，则不会产生影响（图 1-2） => 实际上，该节点是只读节点，因此用户无法对其进行配置。 顺祝商祺！ Nhi Re: Copy: S32K314_324 RTD FLS and MemInFLS Question about validation of Read and Write Parameters 您好@Nhi_Nguyen, 非常感谢您的支持！ 如果用户将 RTD2.0.1 切换为 RTD5.0.0，则 RTD5.0.0 不存在这些参数（图 1-1） 1.FlsMaxReadFastMode 2.FlsMaxReadNormalMode 3.FlsMaxWriteFastMode 4.FlsMaxWriteNormalMode 5. FlsTotalSize 如果用户在 RTD 2.0.1 中设置了 FlsTotalSize 的值，则不会对其产生影响（图 1-2）。 是否正确？ 图 1.Nhi Ans 致以最诚挚的问候， Fumi Re: Copy: S32K314_324 RTD FLS and MemInFLS Question about validation of Read and Write Parameters 你好@Luis_Garabo、 关于 4 个参数 FlsMaxReadFastMode 、FlsMaxReadNormalMode、 FlsMaxWriteFastMode 、FlsMaxWriteNormalMode 的 说明 如下： 在快速/正常模式下，闪存驱动程序的任务处理功能在一个周期内读取/写入的最大字节数。 因此，如果 4 个参数的值越大，在长度相同的情况下，主函数的循环次数就越少。这也有助于提高性能。 如果我们将 Fls_u32MaxRead/Write 称为闪存驱动程序一个周期内要读取/写入的最大字节数，则它是根据这 4 个参数和默认模式计算得出的。例如 如果 Fls 默认模式为MEMIF_MODE_SLOW，则从FlsMaxReadNormalMode、FlsMaxWriteNormalMode获取 Fls_u32MaxRead/Write。 如果 Fls 默认模式为 MEMIF_MODE_FAST，则会从FlsMaxWriteFastMode、FlsMaxReadFastMode获取 Fls_u32MaxRead/Write。 在 S32K3 实时驱动 版本 2.0.1_D2207 的代码包中，支持 Fls 驱动程序。 在 S32K3_S32M27x 实时驱动 ASR R21-11 版本 5.0.0_D2410 的代码包中，支持 Mem 驱动程序。 它们遵循不同的 ASR 规范。因此，这些参数只存在于 RTD201 中，而不是 RTD500 中。 Q1. 在 2.0.1 中，是的。 Q2.是，但无法配置 顺祝商祺！ Nhi

I2C 快速模式上升/下降时间下限 I2C 标准 (UM10204) 规定了快速模式下上升/下降时间的下限。 这是否是为了管理欠调和防止 EMS？ 如果不是这些问题，是否就没有必要遵守下限？ 这是另一家处理 I2C 的制造商的意见。 Re: I2C Fast Mode Rise/Fall Time Lower Limit 你好，托马斯、 感谢您的快速回复。 这很有帮助。 然而，既然如此，为什么快速模式增强版的上升时间更快，却没有最短限制呢？ Re: I2C Fast Mode Rise/Fall Time Lower Limit Hi Keitaro、 定义下限不仅是为了管理电磁敏感度和下冲，也是为了确保符合I²C的设备之间强大的信号完整性和互操作性。 以下是制定这一规范的主要原因： - 信号完整性：过快的转换会导致反射、振铃和时序违规，尤其是在具有较长迹线或较高电容的系统中。下限有助于保持通信稳定。 - EMS 和欠冲：快速边缘会增加高频辐射，并可能因电感效应导致欠冲。时间限制有助于降低这些风险。 -设备兼容性：I²C 总线专为多设备、多供应商环境而设计。遵守定时规格可确保在所有兼容设备上可靠运行。 虽然在不担心 EMS 和欠冲的受控环境中，在下限之外运行在技术上是可行的，但这样做意味着偏离 I²C 标准。这可能会影响兼容性和长期可靠性。 总之，即使 EMS 和欠调不是直接问题，我也建议遵守规定的时序限制，以保持合规性并确保性能的一致性。 BRs, Tomas

GMAC0 クロックが s32g2 カーネルで動作しない - Linux BSP-43 こんにちは、皆さん。 私たちは、カスタム ボードで gmac0 が MII モードで PHY とインターフェースしている Linux BSP-43 の問題を解決しようとしています。 問題の詳細は下記のチケットに記載されています。このチケットを調査している NXP の担当者は休暇中です。誰か解決を手伝ってもらえませんか。私たちはすでにこれを優先して取り組むために多くの時間を費やしてきました。 https://community.nxp.com/t5/S32G/GMAC0-in-MII-mode-on-s32g2-not-getting-the-clk/mp/2170925#M14910 よろしくお願いいたします。 ミスバ Re: GMAC0 Clock not working on s32g2 kernel - Linux BSP-43 こんにちは@khan_misbahさん、 私の理解では、GMAC を MII モードで設定する必要があるということです。BSP は RDB2 ボード用であり、MII イーサネット PHY がないため、MII を構成するための簡単な手順はありません。このリクエストについては社内チームにお問い合わせする必要がありますが、祝日のためほとんどのメンバーが不在であることをご了承ください。彼らからのフィードバックを得るまでに時間がかかることをお詫び申し上げます。 できるだけ早くご連絡させていただきます。 ご理解のほどよろしくお願いいたします Re: GMAC0 Clock not working on s32g2 kernel - Linux BSP-43 こんにちは、 @khan_misbahさん、 緊急性は理解しておりますが、ご参照の投稿を確認し、問題と現在の状況を把握するために少し時間をください。 よろしくお願いします。

H265 解码占用 iMX8M Plus 更多的 CPU 负载 大家好， ，我正在尝试获取 vpu 的 clk_summary。我的 vpu_g1 设置为 "Y"，但 vpu_g2 设置为 "N"。是不是因为这个原因，当我解码 H265 时，CPU 负载增加到 85% ，而解码 H264 时 CPU 负载仅为 7% 。 H265 解码命令： ./g2dec -tbs encoded.hevc -Oout.yuv H264 解码命令： /hx170dec-arm- otest_hxdec.yuv DOP_Animation_W_.H264 c at /sys/kernel/debug/clk/clk_summary | grep vpu vpu _g1 0 0 0 800000000 0 0 0 0 800000000 0 0 0 800000000 N 38300000.vpu_g1clk_hantro vpu_pll_ref_sel 0 0 0 24000000 0 0 50000 Y deviceless no_connection_id vpu_pll 0 0 700000000 0 0 50000 Y deviceless no_connection_id vpu_pll_bypass 0 0 700000000 0 0 50000 Y deviceless no_connection_id vpu_pll_out 0 0 700000000 0 0 50000 N deviceless no_connection_id vpu_g2 0 0 700000000 0 0 50000 N deviceless no_connection_idno_connection_id vpu_pll_out 0 0 0 700000000 0 0 50000 N deviceless no_connection_id vpu_g2 0 0 700000000 0 0 50000Ndeviceless no_connection_id vpu_g2_root_clk 0 0 700000000 0 0 50000 N 38310000.vpu_g2clk_hantro 谢谢、 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: H265 Decoding consumed more cpu load on iMX8M Plus 你好，在用上市 gst-launch 之前 我没有使用任何其他命令。 致敬， Zhiming Re: H265 Decoding consumed more cpu load on iMX8M Plus 你好，你是 怎么在执行 gst-launch 命令时运行最高命令的。 谢谢， Hariharan Re: H265 Decoding consumed more cpu load on iMX8M Plus 您好， 使用 gstreamer 的 i.MX8MP EVK 不存在 CPU 负载问题。 root@imx8mpevk:~# gst-launch-1.0 filesrc location=test_MediaCoder_HEVC_demo_video.mp4 typefind=true ! video/quicktime ! aiurdemux ! h265parse ! queue max-size-time=0 ! v4l2h265dec ! autovideosink Setting pipeline to PAUSED ... ====== V4L2DEC: 1.26.0 build on May 7 2025 08:46:20. ====== Pipeline is PREROLLING ... ====== AIUR: 4.10.0 build on May 10 2025 01:33:22. ====== Core: MPEG4PARSER_06.22.14 build on Apr 28 2025 08:50:53 file: /usr/lib/imx-mm/parser/lib_mp4_parser_arm_elinux.so.3.2 ------------------------ Track 00 [video_0] Enabled Duration: 0:00:59.958333000 Language: und Mime: video/x-h265, parsed=(boolean)true, alignment=(string)au, stream-format=(string)hev1, width=(int)1920, height=(int)800, framerate=(fraction)24/1, codec_data=(buffer)01016000000080000000000078f000fcfdf8f800000f03a00001001840010c01ffff0160000003008000000300000300789dc090a100010021420101016000000300800000030000030078a003c080321659de491b6bc0400800a2000100064401c173d189 ------------------------ ------------------------ Track 01 [audio_0] Enabled Duration: 0:01:01.347120000 Language: und Mime: audio/mpeg, mpegversion=(int)4, channels=(int)1, rate=(int)22050, bitrate=(int)28992, stream-format=(string)raw, codec_data=(buffer)138856e5a54880 ------------------------ Redistribute latency... Redistribute latency... Pipeline is PREROLLED ... Setting pipeline to PLAYING ... Redistribute latency... New clock: GstSystemClock ^Chandling interrupt. (37.5 %) Interrupt: Stopping pipeline ... Execution ended after 0:00:23.068026502 Setting pipeline to NULL ... Total showed frames (556), playing for (0:00:23.067971879), fps (24.103). Freeing pipeline ... root@imx8mpevk:~# cat /sys/kernel/debug/clk/clk_summary | grep vpu vpu_vc8000e 0 0 0 500000000 0 0 50000 Y deviceless no_connection_id vpu_vc8ke_root_clk 0 0 0 500000000 0 0 50000 N 38320000.vpu_vc8000e clk_hantro_vc8000e vpu_bus 0 0 0 800000000 0 0 50000 Y deviceless no_connection_id vpu_root_clk 0 0 0 800000000 0 0 50000 N 38320000.vpu_vc8000e clk_hantro_vc8000e_bus 38310000.vpu_g2 clk_hantro_bus 38300000.vpu_g1 clk_hantro_bus vpu_g1 0 0 0 800000000 0 0 50000 Y deviceless no_connection_id vpu_g1_root_clk 0 0 0 800000000 0 0 50000 N 38300000.vpu_g1 clk_hantro vpu_pll_ref_sel 0 0 0 24000000 0 0 50000 Y deviceless no_connection_id vpu_pll 0 0 0 700000000 0 0 50000 Y deviceless no_connection_id vpu_pll_bypass 0 0 0 700000000 0 0 50000 Y deviceless no_connection_id vpu_pll_out 0 0 0 700000000 0 0 50000 N deviceless no_connection_id vpu_g2 0 0 0 700000000 0 0 50000 N deviceless no_connection_id vpu_g2_root_clk 0 0 0 700000000 0 0 50000 N 38310000.vpu_g2 clk_hantro 问题应该来自您的g2dec 应用程序。 致敬， Zhiming

K82マイクロコントローラのQSPIエイリアス領域の使い方 皆様、 現在、FRDM-K82F 評価ボード上の led_demo_qspi_alias デモ プロジェクトに取り組んでおり、デバッグ目的で K82 マイクロコントローラ上の QSPI エイリアス領域を活用する方法をより深く理解したいと考えています。 MBOOTQSPIUG ドキュメントに記載されている手順を慎重に実行しましたが、残念ながら期待どおりの結果は得られませんでした。参考までに、NXPコミュニティフォーラムの「frdmk82のled_demo_qspi_aliasサンプルプロジェクト使用時のトラブルシューティング」というトピックで私の問題も説明しました。 ここで、J-Link デバッガーと MCUXpresso を使用してプロジェクトをロードしてみることにしました。次のような動作が観察されました。 起動時に、プログラム カウンターがブートローダー領域で停止しているように見えます。 しかし、プログラムカウンタをmain()のアドレス（.mapから取得）に手動で設定すると、ファイル) の場合、デバッグ セッションが正常に開始されます。 この動作の原因は何なのか明確にしていただけますか?特に、MBOOTQSPIUG ドキュメントの手順が私のCASEでは機能しないと思われることを考慮すると、この起動の問題を回避するための推奨される方法はありますか? サポートをよろしくお願いいたします。 敬具、 ウラジミール・ジトリ Re: How use QSPI Alias region in K82 microcontroller こんにちは@Vladimir_Zitoli お問い合わせいただきありがとうございます。 - MBOOTQSPIUG ドキュメントの「第 8 章 QuadSPI エイリアス領域で実行されるアプリケーション」を参照しましたか?この章では、エイリアス メモリ領域からアプリケーションをダウンロードして実行する方法について説明します。手順の説明は IAR IDEs に基づいていることに注意してください。MCUXpresso IDE を使用している場合は、リンカー ファイルを設定するときに特に注意してください。 以下はその例です。 - MCUXpresso IDEで「led_demo_qspi_alias_a000」デモをデバッグするだけであれば、以下に示すように、リセット処理設定をSOFTに変更してください。 搭載デバッグ プローブを CMSIS-DAP に変更します。 BR アリス

frdmrw612_fmstr_example_wifi 通过向导导入 WIFI 示例项目。执行以下操作： 1.etwork_wifi.c 修改 AP SSID 和密码以版本项目。 2.使用 CMD 将映像写入闪存，"loadbin D:NXP_V24frdmrw612_fmstr_example_wificomponentconn_fwloaderfw_binrw61x_sb_ble_15d4_combo_a2.bin,0x085e0000" 。 3.运行 IDE 调试项目后，请在此处停留。 我不知道问题出在哪里？ Re: frdmrw612_fmstr_example_wifi 你好@沈先生，希望你一切都好。 请注意，如适用于 RW61x 的 UM11799-恩智浦 Wi-Fi 和蓝牙演示应用程序第 4.1.1 节所述，您的 Wi-Fi 应用程序所需的固件是同一路径中标记为 " rw61x_sb_wifi_a2.bin " 的固件（ /元器件/conn_fwloader/fwloader/fw_bin/）。 请在加载该固件后尝试该示例，并告诉我问题是否已解决。

通过 MCUXpresso 使用 VS Code 配置工具时出错 我将一个项目从 MCUXpresso IDE 转换为 MCUXpresso for VS 代码。 该项目适用于使用 MIMXRT1062CVL5B 处理器的定制板。 该项目使用 MCUXpresso IDE 进行编译。 我正在使用 MCUXpresso 配置工具版本 15.0 我正在使用 Visual Studio Code 版本 1.90.2 和 MCUXpresso 版本 1.9 进行 VS Code 扩展 将项目导入 VScode 后（并手动修改一些未正确转换的内容），它现在可以在 VScode 中进行编译。 我使用 MCUXpresso IDE 中的配置工具配置了项目引脚和外围设备。 当我通过 VScode 打开配置工具时，出现错误，提示在工具链/IDE 项目中未找到某些驱动程序。使用 IDE 版本时不会出现这些错误。 但驱动程序就在那里，代码可以编译！ 右键单击错误只会弹出“问题详细信息”框，其中显示“该工具生成的代码需要 SDK 组件。如果它没有包含在工具链项目中，源代码将无法编译。” 我想清除这些错误，但我不知道该尝试什么...但项目确实可以编译！ 在相关问题中，我不再需要外围设备并使用配置工具将其删除，但驱动程序仍然显示在项目资源管理器中。是否必须手动删除这些文件，或者是否有办法让工具删除所有相应的文件？ 谢谢！！ 回复：通过 MCUXpresso 使用 VS Code 配置工具时出错 我解决了这个问题……MCUXpresso for VScode 的“导入”功能添加了自定义工具链路径（简称为“armgcc”）。浏览项目文件夹查找项目工具链路径解决了这个问题。 导入功能还重复了一些标志（导致错误），因此必须手动修复这些问题......

VS Code の MCUXpresso を介した Config ツールの使用中にエラーが発生しました VSコード用にMCUXpresso IDEからMCUXpressoにプロジェクトを変換しました。 このプロジェクトは、MIMXRT1062CVL5B プロセッサを使用するカスタム ボード用です。 プロジェクトは MCUXpresso IDE を使用してコンパイルされます。 MCUXpresso Config Tools Version 15.0 を使用しています Visual Studio Codeバージョン1.90.2とVS Code拡張機能用のMCUXpressoのバージョン1.9を使用しています プロジェクトをVScodeにインポートした後(そして、正しく変換されなかったいくつかのものを手動で変更した後)、VScodeでコンパイルされるようになりました。 MCUXpresso IDEのConfigツールを使用して、プロジェクトのピンとペリフェラルを構成しました。 VScode経由でConfigツールを開くと、ツールチェーン/ IDEプロジェクトに一部のドライバーが見つからないというエラーが表示されます。これらのエラーは、IDE バージョンを使用している場合には表示されません。 それでも、ドライバーはそこにあり、コードはコンパイルされます! エラーを右クリックすると、「SDKコンポーネントはツールから生成されたコードに必要です」という「問題の詳細」ボックスがポップアップ表示されます。ツールチェーンプロジェクトに含まれていない場合、ソースコードはコンパイルできません。 これらのエラーをクリアしたいのですが、試してみるべきことが思いつきません...  ただし、プロジェクトはコンパイルされます。 関連する問題として、ペリフェラルが不要になり、Config Toolを使用して削除しましたが、ドライバーはProject Explorerに引き続き表示されます。これらは手動で削除する必要がありますか、それともツールに適切なファイルをすべて削除させる方法はありますか? ありがとうございました。 Re:VS CodeのMCUXpressoを介してConfigツールを使用したエラー 私はこれを解決しました...   VScodeのMCUXpressoの「インポート」機能は、カスタムツールチェーンパス(単に「armgcc」)に入れます。   プロジェクト・ツールチェーン・パスのプロジェクト・フォルダを参照すると、この問題が修正されました。 インポート関数では、一部のフラグも重複していたため(エラーの原因となっていました)、これらは手動で修正する必要がありました...

Trouble implementing ios app using Taplinx SDK Hi, i'm trying to follow UG10045.pdf - Starting development with TapLinx iOS SDK. Below is excerpt from that guide: 3.4 Implementing the delegate method for APDU communication To communicate with the TapLinx iOS Library and the Tag (or Card), a delegate method which is created inside the MIFAREApduHandler must be implemented in your class. Below is the delegate method. However i do not understand where i should implement that TapLinxApduHandlerProtocol, on what class? Where/how should i pass my class to something in Taplinx SDK to indicate where i implemented that hander? Is there a ios sample app like for Android? It would be very helpful. In case there is no such app, could someone share a code sample with full sdk initialization on ios? Re: Trouble implementing ios app using Taplinx SDK Hello @DamianD  Since your problem involves the level of code debugging, we do not have such a test environment as yours, so your problem needs to be debugged by you, say sorry for that. Re: Trouble implementing ios app using Taplinx SDK hi @KaiLi  - unfortunately there is only swiftsourceinfo file inside Project folder and it is of no use to me. When i add libTapLinxLibrary.a to xcode app project (and set up search paths) during compilation i get error: /Users/xxx/Projects/xcodeproj/facilityapp/SampleTaplinxApp/SampleTaplinxApp/ContentView.swift:9:8 Compiled module was created by a different version of the compiler '5.10.0.13'; rebuild 'TapLinxLibrary' and try again: /Users/xxx/Projects/xcodeproj/facilityapp/SampleTaplinxApp/TapLinxLibrary2/TapLinxLibrary.swiftmodule/arm64-apple-ios.swiftmodule\ Could you hint me at what to do? Re: Trouble implementing ios app using Taplinx SDK thanks, i will give it a try and let you know Re: Trouble implementing ios app using Taplinx SDK Hello @DamianD  Unfortunately, there is not the dedicated sample for ios, but I think there should be something in SDK could refer to, like sdk_TapLinx_Library_iOS\TapLinxv1.0.1\TapLinxiOSSDK\TapLinxiOSSDK\TapLinxLibrary\TapLinxLibrary.swiftmodule\Project. Please try it.

S32K312-172HDQFP 的 V11 引脚布局 问候， 在“S32K3xx - 硬件设计指南”文档中，表6显示“所有v11引脚必须短路并通过外部连接到PCB上的公共参考”。我认为这个评论是针对 K388 版本的。 由于V11是S32K312内部产生的核心逻辑电压电源，因此对于S32K312来说，似乎没有必要将所有V11引脚外部连接在一起？这个理解对吗？ 回复：S32K312-172HDQFP的V11引脚布局 明白了，Pavell，感谢您的快速回复。 回复：S32K312-172HDQFP的V11引脚布局 你好@Edward_Y ， 是的，将所有 V11 引脚连接在一起是绝对必要的。因为评论连续：“每个电源引脚可以使用一个去耦电容器，并且仅为 V11 域使用一个本地大容量/旁路电容器，以增加 MCU 的电压参考的稳健性和去耦效果。” 供给建议不容小觑。 顺祝商祺！ 帕维尔

ls1028a 使用 800 MHz 设置时无法从 FSPI 启动 为了降低功耗，我们希望以 800 MHz 设置运行 LS1027A（特别是使用 300 MHz 平台时钟，因为这样可以最大程度地节省功耗）。如果我们对 RCW 使用这些设置，则主板可以从 SD 卡正常启动，但根本无法从 FSPI 启动。串行上没有输出。 LS1028LSARB 的行为（错误）完全相同。使用 1500 MHz 设置从 FSPI 正常启动，但当我使用 800 MHz RCW 时，电路板仍然死机（RESET LED 亮起，SYSTEM READY 闪烁）。使用 800MHz 设置也可以从 SD 卡正常启动。 我更改以下内容以选择 800 MHz RCW 文件： RCWXSPI ?= “R_SQPP_0x85bb/rcw_800” 我之前尝试过使用 rcw_800_sdboot.rcw，可在 SD 卡上运行。 rcw_800.rcw 是 rcw_800_sdboot.rcw 的副本，我只将“BOOT_LOC=21”更改为“BOOT_LOC=26”，其他 FSPI 可引导 rcw 文件似乎也使用了该选项。 rcw_800.rcw 文件的内容： /* * SerDes Protocol - 0x85bb * * Frequencies: * Core -- 800 MHz * Platform -- 300 MHz * DDR -- 1300 MHz * DDR Data Rate -- 1.600 GT/s */ #include <../ls1028asi/ls1028a.rcwi> SYS_PLL_RAT=3 MEM_PLL_RAT=13 CGA_PLL1_RAT=8 CGA_PLL2_RAT=8 HWA_CGA_M1_CLK_SEL=1 HWA_CGA_M2_CLK_SEL=7 HWA_CGA_M3_CLK_SEL=2 HWA_CGA_M4_CLK_SEL=3 DDR_REFCLK_SEL=2 DRAM_LAT=1 BOOT_LOC=26 FLASH_CFG1=3 SYSCLK_FREQ=600 IIC2_PMUX=6 IIC3_PMUX=2 IIC4_PMUX=2 IIC5_PMUX=1 IIC6_PMUX=3 CLK_OUT_PMUX=2 EC1_SAI4_5_PMUX=5 EC1_SAI3_6_PMUX=5 USB3_CLK_FSEL=39 ENETC_RCW=3 GTX_CLK125_PMUX=2 SRDS_PRTCL_S1_L0=8 SRDS_PRTCL_S1_L1=5 SRDS_PRTCL_S1_L2=11 SRDS_PRTCL_S1_L3=11 /* Errata for PCIe controller */ #include <../ls1028asi/a008851.rcw> #include <../ls1028asi/a010477.rcw> #include <../ls1028asi/a009531.rcw> /* Increase FSPI clock frequency */ #include <../ls1028asi/fspi_speed.rcw> 回复：ls1028a 使用 800 MHz 设置时无法从 FSPI 启动 由于勘误表A-050568 ，您需要将平台频率更改为 400Mhz 以进行 flex-nor 启动。 对于非nor启动的情况，比如SD和EMMC，可以使用rcw_800，您可以相应地将平台频率更改为300Mhz。 回复：ls1028a 使用 800 MHz 设置时无法从 FSPI 启动 我尝试过多种计时方法，并找到了有趣的替代方案。 导致 FSPI 无法启动的一个设置似乎是将 SYSCLK 设置为 300MHz（而不是 400）： SYS_PLL_RAT=3 这也是对空闲功耗有实际影响的设置... 回复：ls1028a 使用 800 MHz 设置时无法从 FSPI 启动 尝试过，没有什么区别。这些设置可以从 SD 卡正常启动，但写入 FSPI 时不起作用。 顺便说一句，一旦从 SD 卡启动，无论使用哪种设置，FSPI 都可以正常工作。 （两个 PLL 都以这些设置运行在 800 下，因此与您建议的更改相比，repo 中的设置之间的时钟频率没有差异。） 回复：ls1028a 使用 800 MHz 设置时无法从 FSPI 启动 请按如下方式配置 RCW。 HWA_CGA_M1_CLK_SEL=7 HWA_CGA_M2_CLK_SEL=1

S32K146 问题，在 DFLASH 初始化期间触发 BusFault 1.据客户软件工程师反映，初始化触发BusFault后，会按照软件的逻辑修复相应地址的错误（会进行擦除操作），但是在擦除过程中发现FTEx FSTAT MGSTATO MASK被设置为1，导致擦除操作无法成功执行。请问什么情况下FTEx FSTAT MGSTATO MASK会被设置为1？ 2.为什么我用SEGGER J_Fflash软件和JLink调试器进行擦除时，SEGGER J_Fflash软件会报“Erase Failed”的信息，但是在KEIL上却可以发现擦除已经执行了？ 3.为什么软件中执行擦除函数无法成功擦除，而外部调试器却可以？ 回复：S32K146 问题，在 DFLASH 初始化期间触发 BusFault 你好，丹尼尔。 客户工程师疑惑的是：使用SEGGER J_Fflash软件和JLink调试器擦除出现BusFault的单个SECTOR（0x10004800--0x10004FFF）的芯片可以正常运行。 但是软件执行擦除操作的底层函数是FLASH_DRV_CommandSequence()，报错。为什么用工具可以正常擦除，却不能直接用命令执行呢？谢谢！

MC EDAC を Linux EDAC サブシステムに登録します NXP が提供する BSP 40 を使用して Linux を実行している S32G-VNP-EVB3 ボードがあります。LinuxカーネルのEDACシステムを有効にしてsbesとdbesを監視しましたが、ファイルシステムに表示されません。このボードでEDACが実際に有効になっているのかどうか疑問に思いますか?使用可能なメモリの量は、そうであることを示しているようです。ただし、デバイスツリーで再確認するメモリノードが見つかりませんでした。私が確認する方法はありますか? ここにedacの情報が見られることを期待してください、 /sys/devices/system/edac/mc # ls power subsystem uevent システムメモリ、 /sys/devices/system/edac/mc # cat /proc/meminfo MemTotal: 3500312 kB MemFree: 3442776 kB MemAvailable: 3442020 kB Buffers: 1724 kB Cached: 9168 kB SwapCached: 0 kB Active: 7532 kB Inactive: 3924 kB Active(anon): 64 kB Inactive(anon): 640 kB Active(file): 7468 kB Inactive(file): 3284 kB Unevictable: 0 kB Mlocked: 0 kB SwapTotal: 0 kB SwapFree: 0 kB Dirty: 24 kB Writeback: 0 kB AnonPages: 724 kB Mapped: 2116 kB Shmem: 60 kB KReclaimable: 25168 kB Slab: 33908 kB SReclaimable: 25168 kB SUnreclaim: 8740 kB KernelStack: 1376 kB PageTables: 192 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 1750156 kB Committed_AS: 2520 kB VmallocTotal: 259653632 kB VmallocUsed: 1872 kB VmallocChunk: 0 kB Percpu: 656 kB CmaTotal: 262144 kB CmaFree: 260576 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kB Hugetlb: 0 kB Re: MC EDAC を Linux EDAC サブシステムに登録する これは、このボードがインラインドラムを使用しているため、スクラバーがMCからの結果を難読化しているため、ARMがこの情報にアクセスできないためですか?

s32k 中 SPI 的 IB 与 EB（RTD 3.0.0.0） 我们正在使用 EBtresos 工具 autosar 包 RTD 3.0.0.0 配置 SPI。有两种类型的缓冲区可配置：内部缓冲区和外部缓冲区。 1.这个内部缓冲区是我们软件中Spi驱动文件定义的数组吗？就速度而言，它与用户定义的数组有何不同？ 2. 哪个更好/更高效？IB或EB 3. 对于 IB，我们必须首先使用 Spi_WriteIB 将用户定义数组写入 IB，然后执行 Spi_SyncTransmit....而在 EB 中，我们可以使用 Spi_SetupEB() 将此用户定义数组设置为缓冲区，然后执行 Spi_SyncTransmit 进行同步传输。哪个更快/更好，我认为只有 Eb。 4. 请说出两者的优缺点 回复：s32k 中 SPI 的 IB 与 EB（RTD 3.0.0.0） 但是在 IB 中，我们设置了数组之后，必须使用 Spi_WriteIB 将其写入 IB，我们不能直接访问 IB，对吗？我们可以设置与 EB 相同的数组并修改和传输数据？ 那么，从逻辑上来说 EB 更快，对吗？

NXP RT1170EVKB 编译错误 我成功运行了演示示例，但是当我尝试运行自己的模型时，遇到了这个问题。另外，当我在 Ubuntu 上的另一个平台上运行代码时，我无法获取这些文件，因为它们显示为错误。尝试了所有方法后，过去三周仍然遇到这个问题 构建目标：evkbmimxrt1170_maestro_sync.axf 调用：MCU 链接器 arm-none-eabi-gcc -nostdlib -L“E:\new\evkbmimxrt1170_maestro_sync\vit\CortexM7\Lib”-L“E:\new\evkbmimxrt1170_maestro_sync\voice_seeker\lib”-Xlinker -no-warn-rwx-segments -Xlinker -Map="evkbmimxrt1170_maestro_sync.map"-Xlinker --gc-sections -Xlinker -print-memory-usage -Xlinker --sort-section=alignment -Xlinker --cref -mcpu=cortex-m7 -mfpu=fpv5-d16 -mfloat-abi=hard -mthumb -T evkbmimxrt1170_maestro_sync_Release.ld -o "evkbmimxrt1170_maestro_sync.axf"./xip/dcd.o./xip/evkbmimxrt1170_flexspi_nor_config.o ./xip/fsl_flexspi_nor_boot.o ./xip/xmcd.o ./voice_seeker/ARM_CortexM7/rdsp_utilities_public/rdsp_memory_utils_public/RdspMemoryUtilsPublic.o ./voice_seeker/ARM_CortexM7/rdsp_utilities_public/rdsp_memory_utils_public/memcheck.o ./utilities/str/fsl_str.o ./utilities/debug_console/fsl_debug_console.o ./utilities/fsl_assert.o ./utilities/fsl_memcpy.o ./utilities/fsl_shell.o ./startup/boot_multicore_slave.o ./startup/startup_mimxrt1176_cm7.o ./source/app_streamer.o ./source/cmd.o./source/main.o ./source/sdmmc_config.o ./source/semihost_hardfault.o ./source/streamer_pcm.o ./source/stt_processor.o ./source/vit_proc.o ./source/voice_seeker.o ./sdmmc/sd/fsl_sd.o ./sdmmc/osa/fsl_sdmmc_osa.o ./sdmmc/host/usdhc/non_blocking/fsl_sdmmc_host.o ./sdmmc/common/fsl_sdmmc_common.o ./maestro/src/utils/src/file_utils.o ./maestro/src/utils/src/general_utils.o ./maestro/src/utils/src/maestro_logging.o ./maestro/src/elements/audio_proc.o ./maestro/src/elements/audio_sink.o ./maestro/src/elements/audio_src.o ./maestro/src/elements/file_sink.o ./maestro/src/elements/mem_src.o ./maestro/src/elements/process_sink.o ./maestro/src/devices/audio_sink_default.o ./maestro/src/devices/audio_src_default.o ./maestro/src/core/src/pad.o ./maestro/src/core/src/pipeline.o ./maestro/src/core/src/streamer.o ./maestro/src/core/src/streamer_element.o ./maestro/src/core/src/streamer_msg.o ./freertos/freertos-kernel/portable/MemMang/heap_4.o ./freertos/freertos-kernel/portable/GCC/ARM_CM4F/port.o ./freertos/freertos-kernel/croutine.o ./freertos/freertos-kernel/event_groups.o ./freertos/freertos-kernel/list.o ./freertos/freertos-kernel/queue.o ./freertos/freertos-kernel/stream_buffer.o ./freertos/freertos-kernel/tasks.o ./freertos/freertos-kernel/timers.o ./fatfs/source/fsl_sd_disk/fsl_sd_disk.o ./fatfs/source/diskio.o ./fatfs/source/ff.o ./fatfs/source/ffsystem.o ./fatfs/source/ffunicode.o ./drivers/fsl_anatop_ai.o ./drivers/fsl_cache.o ./drivers/fsl_clock.o ./drivers/fsl_common.o ./drivers/fsl_common_arm.o ./drivers/fsl_dcdc.o ./drivers/fsl_dmamux.o ./drivers/fsl_edma.o ./drivers/fsl_flexio.o ./drivers/fsl_flexio_i2s.o ./drivers/fsl_flexio_i2s_edma.o ./drivers/fsl_gpc.o ./drivers/fsl_gpio.o ./drivers/fsl_lpi2c.o ./drivers/fsl_lpuart.o ./drivers/fsl_mu.o ./drivers/fsl_pdm.o ./drivers/fsl_pdm_edma.o ./drivers/fsl_pgmc.o ./drivers/fsl_pmu.o ./drivers/fsl_sai.o ./drivers/fsl_sai_edma.o ./drivers/fsl_semc.o ./drivers/fsl_soc_src.o ./drivers/fsl_usdhc.o ./device/system_MIMXRT1176_cm7.o ./component/uart/fsl_adapter_lpuart.o ./组件/serial_manager/fsl_component_serial_manager.o ./组件/serial_manager/fsl_component_serial_port_uart.o ./组件/osa/fsl_os_abstraction_free_rtos.o ./组件/lists/fsl_component_generic_list.o ./组件/i2c/fsl_adapter_lpi2c.o ./组件/gpio/fsl_adapter_igpio.o ./codec/port/wm8962/fsl_codec_wm8962_adapter.o ./codec/port/fsl_codec_adapter.o ./codec/fsl_codec_common.o ./codec/fsl_codec_i2c.o ./codec/fsl_wm8962.o ./board/board.o ./board/clock_config.o ./board/hardware_init.o ./board/pin_mux.o ./CMSIS/DSP/Source/WindowFunctions/WindowFunctions.o ./CMSIS/DSP/Source/TransformFunctions/TransformFunctions.o ./CMSIS/DSP/Source/TransformFunctions/TransformFunctionsF16.o ./CMSIS/DSP/Source/SupportFunctions/SupportFunctions.o ./CMSIS/DSP/Source/SupportFunctions/SupportFunctionsF16.o ./CMSIS/DSP/Source/StatisticsFunctions/StatisticsFunctions.o ./CMSIS/DSP/Source/StatisticsFunctions/StatisticsFunctionsF16.o ./CMSIS/DSP/Source/SVMFunctions/SVMFunctions.o ./CMSIS/DSP/Source/SVMFunctions/SVMFunctionsF16.o ./CMSIS/DSP/Source/QuaternionMathFunctions/QuaternionMathFunctions.o ./CMSIS/DSP/Source/MatrixFunctions/MatrixFunctions.o ./CMSIS/DSP/Source/MatrixFunctions/MatrixFunctionsF16.o ./CMSIS/DSP/Source/InterpolationFunctions/InterpolationFunctions.o ./CMSIS/DSP/Source/InterpolationFunctions/InterpolationFunctionsF16.o ./CMSIS/DSP/Source/FilteringFunctions/FilteringFunctions.o ./CMSIS/DSP/Source/FilteringFunctions/FilteringFunctionsF16.o ./CMSIS/DSP/Source/FastMathFunctions/FastMathFunctions.o ./CMSIS/DSP/Source/FastMathFunctions/FastMathFunctionsF16.o ./CMSIS/DSP/Source/DistanceFunctions/DistanceFunctions.o ./CMSIS/DSP/Source/DistanceFunctions/DistanceFunctionsF16.o ./CMSIS/DSP/Source/ControllerFunctions/ControllerFunctions.o ./CMSIS/DSP/Source/ComplexMathFunctions/ComplexMathFunctions.o ./CMSIS/DSP/Source/ComplexMathFunctions/ComplexMathFunctionsF16.o ./CMSIS/DSP/Source/CommonTables/CommonTables.o ./CMSIS/DSP/Source/CommonTables/CommonTablesF16.o ./CMSIS/DSP/Source/BayesFunctions/BayesFunctions.o ./CMSIS/DSP/Source/BayesFunctions/BayesFunctionsF16.o ./CMSIS/DSP/Source/BasicMathFunctions/BasicMathFunctions.o ./CMSIS/DSP/Source/BasicMathFunctions/BasicMathFunctionsF16.o -Wl，--start-group -lVIT_CM7_v04_11_00 -lvoiceseeker_no_aec -Wl，--end-group C:/nxp/MCUXpressoIDE_24.12.148/ide/plugins/com.nxp.mcuxpresso.tools.win32_24.12.0.202407110909/tools/bin/../lib/gcc/arm-none-eabi/13.2.1/../../../../arm-none-eabi/bin/ld.exe: ./source/stt_processor.o: 在函数“STT_Initialize”中： E:\new\evkbmimxrt1170_maestro_sync\Release/../source/stt_processor.c:25:(.text.STT_Initialize+0xe): 对“vosk_model_new”未定义引用 C:/nxp/MCUXpressoIDE_24.12.148/ide/plugins/com.nxp.mcuxpresso.tools.win32_24.12.0.202407110909/tools/bin/../lib/gcc/arm-none-eabi/13.2.1/../../../../arm-none-eabi/bin/ld.exe: E:\new\evkbmimxrt1170_maestro_sync\Release/../source/stt_processor.c:31:(.text.STT_Initialize+0x24): 对“vosk_recognizer_new”未定义引用 C:/nxp/MCUXpressoIDE_24.12.148/ide/plugins/com.nxp.mcuxpresso.tools.win32_24.12.0.202407110909/tools/bin/../lib/gcc/arm-none-eabi/13.2.1/../../../../arm-none-eabi/bin/ld.exe: E:\new\evkbmimxrt1170_maestro_sync\Release/../source/stt_processor.c:34:(.text.STT_Initialize+0x3a): 对“vosk_model_free”未定义引用 C:/nxp/MCUXpressoIDE_24.12.148/ide/plugins/com.nxp.mcuxpresso.tools.win32_24.12.0.202407110909/tools/bin/../lib/gcc/arm-none-eabi/13.2.1/../../../../arm-none-eabi/bin/ld.exe: ./source/stt_processor.o: 在函数“STT_Process”中： E:\new\evkbmimxrt1170_maestro_sync\Release/../source/stt_processor.c:49:(.text.STT_Process+0x1c): 对“vosk_recognizer_accept_waveform”未定义引用 C:/nxp/MCUXpressoIDE_24.12.148/ide/plugins/com.nxp.mcuxpresso.tools.win32_24.12.0.202407110909/tools/bin/../lib/gcc/arm-none-eabi/13.2.1/../../../../arm-none-eabi/bin/ld.exe: E:\new\evkbmimxrt1170_maestro_sync\Release/../source/stt_processor.c:51:(.text.STT_Process+0x24): 对“vosk_recognizer_result”未定义引用 内存区域已用大小区域大小已用百分比 板载闪存：32284 B 64 MB 0.05% SRAM_DTC_cm7：10992 B 256 KB 4.19% SRAM_ITC_cm7：0 GB 256 KB 0.00% SRAM_OC1: 751644 B 768 KB 95.58% NCACHE_REGION：0 GB 256 KB 0.00% SRAM_OC_ECC1：0 GB 64 KB 0.00% SRAM_OC_ECC2: 0 GB 64 KB 0.00% 主板SDRAM：0 GB 64 MB 0.00% collect2.exe：错误：ld 返回 1 退出状态 制作[1]：*** [makefile：91：evkbmimxrt1170_maestro_sync.axf]错误 1 make：*** [makefile：82：all] 错误 2 “make -r -j12 all”以退出代码 2 终止。构建可能不完整。 回复：NXP RT1170EVKB 编译错误 谢谢你， @diego_charles 是的，这不完全是 Vosk，但还是感谢您的回复。我无法构建和闪现我现在面临的最后一件事。 当我打开腻子时，只出现黑屏。我尝试了 hello world；我可以在 Putty 上看到 hello world，但在我的屏幕上，什么也没有出现。按下 Z 键时，会出现一些噪音，所以您能在 usb_sync 中告诉我这是怎么发生的吗，比如帮助，或者看看我做得对还是出了什么问题？您能告诉我如何重置控制台窗口吗？不知怎么的，我把屏幕切掉了；现在我只能看到一个屏幕运行代码，没有警告等等。你能告诉我如何重置它吗？ 回复：NXP RT1170EVKB 编译错误 我想设计一些模型并用设计的模型替换演示模型，这意味着我正在使用 kaldi 运行一些模型并用演示替换运行模型文件 回复：NXP RT1170EVKB 编译错误 你好@shubhamosh12 非常抱歉回复延迟！ 我可以看到您正在使用 maestro_sync 库，因此也使用 VIT。您如何用自己的模型替换演示的模型？在此期间，您还发现了其他可以分享的东西吗？ 非常感谢！ 迭戈

FP92 p119.2 FW crash of 88W8997, 88W8987 when bring up WiFi if txpower.bin file included. HW: i.mx8mm or i.mx8mp, + AW-CM358 (88w8987) or Murata 1YM (88W8997) SW: SDK 6.6.3 WiFi: Tried NXP EVK board i.mx8mm PCIE8997--16.92.21.p119.2-MM6X16437.p3-GPL-(FP92) SD8987----16.92.21.p119.2-MM6X16437.p3-GPL-(FP92) Customer side: i.mx8mp kernel: 5.x SD8997 ---- 16.92.21.p119.2-16.92.21.p119.2-MM6X16437.P3-GPL Ref version: Tried  i.mx8mm 6.1.22 SD8987----16.92.21.p76.5-MM5X16391.p3-GPL-(FP92) PCIE8997--16.92.21.p84.4-MM5X16391.p3-GPL-(FP92) No issue on this version. Steps: 1. Convert conf to txpower bin by (refer to UM11490) ./mlanutl mlan0 hostcmd txpwrlimit_cfg_8987.conf generate_raw txpower.bin or ./mlanutl mlan0 hostcmd txpwrlimit_cfg_8997.conf generate_raw txpower.bin OK:  without this line: txpwrlimit_cfg=nxp/txpower.bin NOK(FW crash just after load txpower.bin): add this line txpwrlimit_cfg=nxp/txpower.bin in /lib/firmware/nxp/wifi_mod_para.conf and then bring up by modprobe moal mod_para=nxp/wifi_mod_para.conf FW crash after dmesg txpwrlimit_cfg=nxp/txpower.bin Logs share: NOK logs: 663_p1192_8987_fail.txt 663_p1192_8997_fail.txt OK logs: 663_p1192_8987_ok_noPwr.txt 663_p1192_8997_ok_noPwr.txt 6122_i.mx8mm_8987.txt 6122_p844_i.mx8mm_8997_noPwr_ok.txt 6122_p844_i.mx8mm_8997_withPwr_ok.txt Customer can share their logs if needed. Please help check if the procedure need to be changed after p119.2  Thanks. Re: FP92 p119.2 FW crash of 88W8997, 88W8987 when bring up WiFi if txpower.bin file included. Hi, @NancyHuang  We have standalone release completed and available on the nxp.com with secure sign in. Can you please check if this link can be accessible to you for the Q2 release? Below link is for 88W8987: https://www.nxp.com/webapp/sps/download/license.jsp?colCode=SD.GEN.16.92.21.p119.3-MM6X16437.P21-GPL&appType=file1&DOWNLOAD_ID=null Below link is for 88W8997: Generic_SD-WLAN-UART-BT-8997-LNX_6_6_23-IMX8-16.92.21.p119.3-16.92.21.p119.3-MM6X16437.P21-GPL Generic_PCIE-WLAN-UART-BT-8997-LNX_6_6_23-IMX8-16.92.21.p119.3-16.92.21.p119.3-MM6X16437.P21-GPL  If this is not accessible, then you may need to use Q2 (end of June) release available via i.MX BSP or Github release.   Thanks, Christine. Re: FP92 p119.2 FW crash of 88W8997, 88W8987 when bring up WiFi if txpower.bin file included. Hi @Christine_Li  Thanks for your reply. Could you tell us when the new firmware will be available? 6/28? Nancy Re: FP92 p119.2 FW crash of 88W8997, 88W8987 when bring up WiFi if txpower.bin file included. Hi, @yao_feng  I received our internal team feedback as below: The reported issue is a regression issue and it is fixed already. We have verified the changes on our local setup and it is working fine. The release with the fixes will be available in Q2 (end of June).  Please help to update this info to our end customer and request them to verify on the Q2 release. Thanks. Best regards, Christine. Re: FP92 p119.2 FW crash of 88W8997, 88W8987 when bring up WiFi if txpower.bin file included. Hi, @yao_feng  We are able to observe FW crash/Kernel panic as below on our local setup:   Message from syslogd@imx8mpevk at Wed Sep 20 11:32:59 2023 ... kernel: Internal error: Oops: 0000000096000007 [#1] PREEMPT SMP Message from syslogd@imx8mpevk at Wed Sep 20 11:32:59 2023 ... kernel: Code: 91000f9c 1100077b 6b1b029f 54001a0b (38401743) [ 244.448042] Timeout cmd id (244.444015) ??? [0xecf], act = 0x0   We are checking internally for further debugging the issue. We will update you soon. Best regards, Christine. Re: FP92 p119.2 FW crash of 88W8997, 88W8987 when bring up WiFi if txpower.bin file included. Hi， @yao_feng  Thanks for creating case to us. Yes, I can also reproduced locally, and I am checking internally. Once have any updates, I will let you know. Best regards, Christine. Re: FP92 p119.2 FW crash of 88W8997, 88W8987 when bring up WiFi if txpower.bin file included. Add logs. Customer board: i.mx8mp platform SW: BSP 5.15.129 WiFi version SD8997 ---- 16.92.21.p119.2-16.92.21.p119.2-MM6X16437.P3-GPL-(FP92) Module: Murata 1YM Attached logs. Logs.zip Re: FP92 p119.2 FW crash of 88W8997, 88W8987 when bring up WiFi if txpower.bin file included. Add more info. if set ps_mode=2 auto_ds=2 Got same result. Re: FP92 p119.2 FW crash of 88W8997, 88W8987 when bring up WiFi if txpower.bin file included. cont.