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

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.

S32K312的重置原因 你好呀。 我们在现场测试中使用 S32K312 芯片。 没想到，测试过程中芯片竟然重置了好几次。 到目前为止，我们读到的重置原因是 15 和 30。但我们无法弄清楚到底发生了什么，我们渴望解决意外重置问题。 15：MCU_F_EXR_重置 我们知道，检测到 RESET_B 上的下降沿可能会导致外部复位。这可能是原因之一，但我们尚未看到任何迹象。 还有其他原因会导致 MCU_F_EXR_RESET 吗？ 30：MCU_多次复位_原因 注释为<除“开机事件”外，还记录了多个重置事件>。 你能进一步解释一下吗？ 谢谢。 #重置原因

i.MX系列处理器库存相关 大家好， 我目前正在从事一个需要大量 i.MX 系列处理器的项目。不幸的是，我在获取必要的库存方面遇到了一些困难。虽然我知道 NXP 不直接销售这些处理器而是通过授权分销商销售，但我发现这些分销商网站上的库存非常有限。 我将非常感谢有关如何批量获取 i.MX 系列处理器的任何建议或意见。 回复：i.MX系列处理器库存相关 我正在寻找 i.MX93 处理器 (MIMX9352CVVXMAB) 谢谢 回复：i.MX系列处理器库存相关 i.MX系列处理器具体型号是什么？告诉我，以便论坛管理员能够帮助您

LPC553x参考手册排版错误 女士们，先生们， 我可能在 LPC553x 的参考手册中发现了误导性的声明。 LPC553x 参考手册，修订版 3，2023 年 7 月，第 2062 页： bit 3，FIFOEN FIFO使能位描述如下： “ 0 -启用FIFO 模式并禁用缓冲模式。任何写入的数据都会进入缓冲区然后 进行转换。“ 据我所知，当数据进入缓冲区时，FIFO 会被禁用，这称为缓冲模式。下一点描述了该位何时为 1，这似乎是正确的。 回复：LPC553x参考手册打字错误 您关于LPC553x 的信息很有帮助，我最近正在研究它。 谢谢！ 回复：LPC553x参考手册打字错误 您好，文档团队感谢您的发现，文档将在下一个版本中对此进行更改。 0——禁用 FIFO 模式并启用缓冲模式。任何写入的数据都会进入缓冲区然后进行转换。 此致， 帕维尔 回复：LPC553x参考手册打字错误 你好，帕维尔， 这是参考手册中需要纠正的另一件事。 在图 265（模拟子系统连接）中，两个 ADC 的一些输入数字难以读取。请参阅附图 ADCBlock.png。 回复：LPC553x参考手册打字错误 地狱帕维尔， 当您联系文档组时，您能否要求他们在参考手册中记录更多细节？ 我认为有以下几点： -有一些位称为 DAC 隔离。我找不到任何描述，他们在做什么。 - 同样对于 DAC：操作 DAC 需要两个参考：ZTC 电流参考和 PTAT 电流参考。我将它们打开，它运行完美，但我不知道这两个位在做什么以及为什么需要它们。 - 还有另一个“隔离”位：VREF_ISO。也找不到描述，那是什么。 对我这个硬件工程师来说，隔离意味着电流隔离，但允许的最大电压是多少？我知道，芯片里肯定还有别的东西，但是是什么呢？ 还有一件事： 参考手册给出了如何配置 DAC 的提示。这里缺少一步：必须启用 OpAmp 缓冲区，否则，当数据低于 0x6FF 时，输出浮动，当数据高于 6FF 时，有一个具体的电压，但其值是错误的，小于预设值的一半。 回复：LPC553x参考手册打字错误 您好，很抱歉，我发送了第二封邮件，告诉您第一封邮件有误，我已向文档团队报告了您发现的拼写错误，我正在等待更多详细信息的分享。 此致， 帕维尔 回复：LPC553x参考手册打字错误 你好，帕维尔， 感谢您的快速反应。我想提请您注意恩智浦的产品长寿计划。根据此列表： https://www.nxp.com/products/nxp-product-information/nxp-product-programs/product-longevity:PRDCT_LONGEVITY_HM LPC553x 控制器于 8 月推出。2023年，并将继续生产15年。我认为它们是相当新的芯片。 我只是想用这个控制器开发我的第一个电路，作为新手，我发现文档中存在一些不一致之处。上面提到了一个，它是文档中的失败。 另一个不一致之处是：标准计数器/计时器曾经被称为 CTimer，有时简称为 Timer：SYSCON->AHBCLKCTRL1，位 22、26 和 27 简称为 Timerx，但这些位属于 CTimer。（参考手册，第 223 页顶部） 回复：LPC553x参考手册打字错误 您好，我叫 Pavel，我将支持您的案例，我做了一份报告，让我从文档团队那里获得一些详细信息。 此致， 帕维尔

s32k3 flash swap requirements? Hi Nxp,     for S32K3 flash swap function, i don't know is there any limitation for it, 1.  is it MUST need hse fw? if not ,is there any simple code example available? 2. if hse fw is MUST, is ab-swap fw needed, or full-mem also works? thanks. Re: s32k3 flash swap requirements? thanks your explanation. Re: s32k3 flash swap requirements? Hi @victory  to be able to perform AB swap, it is necessary to install HSE AB Swap firmware and then call HSE service HSE_SRV_ID_ACTIVATE_PASSIVE_BLOCK. It won't work with Full Mem version of the firmware and it won't work without the firmware. You can take a look at HSE examples here: https://www.nxp.com/webapp/Download?colCode=S32K3_HSE_DemoExamples Search for function HSE_ActivatePassiveBlock. Or absolute minimalist code without any drivers is to: Write value 0x00000051 (that the ID of HSE_SRV_ID_ACTIVATE_PASSIVE_BLOCK service) somewhere to non-cacheable (this is important because Messaging Unit does not see cached data) SRAM memory (not DTCM). And then write address of this value to Messaging Unit MU0, TR1 register. That's all. If you receive response 0x55A5AA33 (that's HSE_SRV_RSP_OK) in RR1 register, the operation was successful. Regards, Lukas

RF MOSFET - MW6S004NT1 - 新状态：不推荐用于新设计 我注意到 RF 功率 mosfet：MW6S004NT1 在 NXP 网站上被列为不推荐用于新设计 - 这是正确的状态吗？ 该产品的状态何时会变为“寿命终止/最后一次购买”？ 请问您有建议的功率 mosfet 替代品吗？ 非常感谢您的回答！ 太过分先生 回复：RF MOSFET - MW6S004NT1 - 新状态：不推荐用于新设计 你好 Johny1991 此零件编号不在我们的长寿计划中。 这意味着我们不知道它何时会停产，因为我们的产品是市场驱动的。 当产品进入使用寿命末期时 我们为客户提供 6-12 个月的最后订单期限以及额外 6-12 个月的最后发货期限。 我推荐MMRF5014H，它的性能非常出色。 我希望这些信息对您有所帮助，如果您需要任何其他帮助，请告诉我。 祝您度过愉快的一天并好运。

デバッガーは、コア呼び出しの後にMIMXRT1062に接続できませんNVIC_SystemReset こんにちは、私は過去の幽霊を取り戻すためにここにいます。具体的には、 このスレッドです。 私はMbed OS CEのMIMXRT1062への移植に取り組んでいますが、テストスイートをセットアップしようとするとこの問題が発生しました。基本的に、M7 コアで実行されているコードが NVIC_SystemReset を呼び出すたびに、デバッガーはコアに接続できなくなります。 LinkServer は以下を出力します。 Ns: MCUXpresso IDE RedlinkMulti Driver v11.6 (Oct 3 2022 08:09:13 - crt_emu_cm_redlink.exe build 9) Pc: ( 0) Reading remote configuration Wc(03). No cache support. Nc: Found chip XML file in I:/RPL/mbed-os/targets/upload_method_cfg/redlink_cfgs\MIMXRT1052xxxxB.xml Pc: ( 5) Remote configuration complete Nc: Restarted LinkServer process (PID 30668). Wc: ============= SCRIPT: RT1050_connect.scp ============= Wc: RT1050 Connect Script Wc: DpID = 0BD11477 Wc: APID = 0x04770041 Wc: Disabling MPU Wc: Configure FlexRAM for 256KB OC RAM, 128KB I-TCM, 128KB D-TCM Wc: Finished Wc: ============= END SCRIPT ============================= Nc: Probe Firmware: DAPLink CMSIS-DAP (ARM) Nc: Serial Number: 0227000047784e4500559004d7450044ddb1000097969900 Nc: VID:PID: 0D28:0204 Nc: USB Path: \\?\hid#vid_0d28&pid_0204&mi_03#7&316d2a6&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030} Nc: Using memory from core 0 after searching for a good core Pc: ( 30) Emulator Connected Xr: Pc: ( 40) Debug Halt Nc: connection failed - Ep(03). Invalid ID for processor... Retrying Nc: Using memory from core 0 after searching for a good core Nc: On debug connection - reset using system reset Pc: ( 30) Emulator Connected Pc: ( 40) Debug Halt Ed:02: Failed on connect: Ep(03). Invalid ID for processor. Et: Probe(0): Connected&Reset. Was: NotConnected. DpID: 0BD11477. CpuID: 00000FFF. Info: Nc: Last stub error 0: OK Nc: Last sticky error: 0x0 AIndex: 0 Nc: Debug bus selected: MemAp 0 Nc: DAP Speed test unexecuted or failed Nc: Debug protocol: SWD. RTCK: Disabled. Vector catch: Disabled. Pc: (100) Target Connection Failed PyOCDは以下を印刷します。 0000350 I Target type is mimxrt1060 [board] 0000405 I DP IDR = 0x0bd11477 (v1 MINDP rev0) [dap] 0000433 I AHB-AP#0 IDR = 0x04770041 (AHB-AP var4 rev0) [discovery] 0000446 W Invalid coresight component, cidr=0x0 [rom_table] 0000450 I IMXRT Boot Mode: Boot From Fuses [target_imxrt] 0000458 I CPU core #0: Unknown (CPUID=0x00000000) r0p0, v6.0-M architecture [cortex_m] 0000471 I Loading /home/jamie/Mbed/mbed-os/cmake-build-develop-mimxrt1060evk/hal/tests/TESTS/mbed_hal/rtc_reset/test-mbed-hal-rtc-reset.bin at 0x60000000 [load_cmd] 0000496 I IMXRT Boot Mode: Boot From Fuses [target_imxrt] 0000499 I IMXRT Boot Device: 0 [target_imxrt] 0000545 C cannot write registers r0, r1, r2, r3, r4, r5, r6, r7, r8, r9, r10, r11, r12, psp, msp, lr, pc, xpsr, cfbp because core #0 is not halted [__main__] OpenOCDプリント: Info : 114 157 adi_v5_swd.c:370 swd_connect_single(): SWD DPIDR 0x0bd11477 Debug: 115 160 arm_adi_v5.c:679 dap_dp_init(): imxrt.dap Debug: 116 160 arm_adi_v5.c:711 dap_dp_init(): DAP: wait CDBGPWRUPACK Debug: 117 160 arm_adi_v5.h:638 dap_dp_poll_register(): DAP: poll 4, mask 0x20000000, value 0x20000000 Debug: 118 164 arm_adi_v5.c:719 dap_dp_init(): DAP: wait CSYSPWRUPACK Debug: 119 164 arm_adi_v5.h:638 dap_dp_poll_register(): DAP: poll 4, mask 0x80000000, value 0x80000000 Debug: 120 166 cmsis_dap.c:808 cmsis_dap_swd_write_from_queue(): refusing to enable sticky overrun detection Debug: 121 169 openocd.c:151 handle_init_command(): Examining targets... Debug: 122 169 target.c:1843 target_call_event_callbacks(): target event 19 (examine-start) for core imxrt.cpu Debug: 123 169 arm_adi_v5.c:1095 dap_get_ap(): refcount AP#0x0 get 1 Debug: 124 173 arm_adi_v5.c:1038 dap_find_get_ap(): Found MEM-AP AHB3 at AP index: 0 (IDR=0x04770041) Debug: 125 181 arm_adi_v5.c:825 mem_ap_init(): MEM_AP Packed Transfers: disabled Debug: 126 181 arm_adi_v5.c:836 mem_ap_init(): MEM_AP CFG: large data 0, long address 0, big-endian 0 Debug: 127 185 target.c:2628 target_read_u32(): address: 0xe000ed00, value: 0x00000000 Error: 128 185 cortex_m.c:2363 cortex_m_examine(): [imxrt.cpu] Cortex-M PARTNO 0x0 is unrecognized Debug: 129 185 target.c:1843 target_call_event_callbacks(): target event 20 (examine-fail) for core imxrt.cpu 基本的に、この状況では CPU ID は 0 として読み取られるため、デバッガーはコアと通信できないようです。 元のスレッド (上記リンク) では、このエラーはフラッシュの JEDEC リセットが行われていないことが原因であると示唆されていました。しかし、スレッドでリンクされている記事を掘り下げたところ、これはXIP拡張モードでフラッシュチップを使用する場合に固有の問題のようです。このモードでは、通常のコマンドは機能しないため、チップをリセットするときに、チップを最初にXIP Enhanced(別名Continuous Read)モードから解除するJEDECリセットを使用しないと、ブートが失敗します。 ただし、この状況は MIMXRT1060_EVK ボードの構成と一致しません。すべてのフラッシュ シーケンスを再確認しましたが、XIP 拡張モード は有効になっていません -- 実際、フラッシュはそれをまったくサポートしていません。さらに、MCUはリセット後も動作し続けます。ただフラッシュすることはできません。これは、この問題がMCUがXIPフラッシュを読み取れないために引き起こされたものではないという決定的な証拠です。 むしろ、ここで起こっているのは、(a) MCU をリセットすると ARM JTAG TAP が何らかの形で無効になり、CPU がデバッグ ポートを介して通信しなくなるか、(b) MCU をリセットすると SWD が使用するピン マッピングが干渉するため、MCU がリセットされた後に SWD 接続自体が切断されると考えています。NXP側の誰かがこれが問題であることを確認し、ここで何が起こっているのかを説明できると本当にありがたいです。 今のところ、私は "-Oconnect_mode=pre-reset"をpyocdに渡すという1つの回避策を見つけました。これにより、接続前にリセットが発行され、問題の発生が防止されているように見えます。残念ながら、LinkServerで同様の回避策を見つけることができなかったため、基本的に私のアプリケーションでは使用できません。少なくとも、LinkServerに「接続前にリセット」オプションを追加するか、MIMXRT CPUIDが0になったときに検出してリセットを試みるフォールバックモードを追加していただければ幸いです。 i.MXRT 106倍 Re: コア NVIC_SystemResetコール後にデバッガが MIMXRT1062 に接続できない このギャビンを見ていただきありがとうございます。これに対する修正/回避策が近いうちにLinkServerのロードマップにあるかどうか知っていますか?(実際の問題の修正、または接続前にLinkServerにHWリセットを行わせる方法のいずれか)。これにより、Mbed OSの自動テストスイートにLinkServerを使用することはほぼ不可能になります -- PyOCDを使用する必要があり、はるかに遅くなります。 Re: コア NVIC_SystemResetコール後にデバッガが MIMXRT1062 に接続できない こんにちはギャビン! この問題はMbed OSとはまったく関係がないと思います。実際、Mbed OSはMCUXpresso SDKの上に構築されており、SDKの起動コードとNORフラッシュ構成をほとんど変更せずに使用しています。 この問題は、既存の MCUXpresso プロジェクトに NVIC_SystemReset() の呼び出しを追加することで再現可能にする必要があります。(ボードがリセットループに陥るのを避けるために、ボタンが押されたときだけリセットするのはおそらく良い考えでしょう)。 はい、LinkServer 24.9.75でDAPLinkファームウェアを実行しているMIMXRT1060 EVKBボードを使用しています。 これについてあなたの助けをありがとう、これが理にかなっていることを願っています!

dsp启动源代码B4860 我使用QorIQ-SDK-1_7-IC-RevA， 我看到第8章linux用户空间IPC，其中有dsp_boot（dsp引导加载程序的源代码）部分。想知道在哪里可以获取/下载它的源代码？dsp_boot源代码包含在sdk的哪个文件夹中？ 此致， Mark 回复：DSP启动源代码B4860 好的，谢谢。 回复：DSP启动源代码B4860 非常感谢。在 ppc64e6500-fsl-linux/ipc-ust/git-r0/git 找到了源代码文件。 回复：DSP启动源代码B4860 请转到文件夹 build_b4860qds/tmp/work/ 并运行以下命令。 寻找 。-name ipc-ust 回复：DSP启动源代码B4860 请检查build_b4860qds/tmp/work/ppce6500-fsl-linux/ipc-ust是否存在。 回复：DSP启动源代码B4860 我按照你的建议操作，日志如下。那么就没有源代码文件夹。 build_b4860qds-64b_release]$ bitbake ipc-ust -c patch -f 警告：主机分布“CentOS-7.2.1511”尚未通过此版本的构建系统进行验证；您可能会遇到意外故障。建议您使用经过测试的发行版。 加载缓存：100% |###########################################| 预计到达时间：00:00:00 从依赖缓存中加载了 3921 个条目。 注意：解决任何缺失的任务队列依赖关系 构建配置： BB_VERSION = "1.22.0" BUILD_SYS =“x86_64-linux” NATIVELSBSTRING = "CentOS-7.2.1511" TARGET_SYS =“powerpc64-fsl-linux” 机器 = "b4860qds-64b" 发行版 = “fsl-networking” 发行版本 = "1.6" TUNE_FEATURES =“m64 fpu-hard e6500 altivec” TARGET_FPU =“硬” 元 meta-yocto meta-yocto-bsp =“（从fsl-sdk-v1.6分离）：0d2ce44c2b0f8cc9699e30cca2c24655be89d58b” meta-fsl-ppc =“（从fsl-sdk-v1.6分离）：6cf59d9de63a9fc5f8942c0d10c622898f4315ce” meta-fsl-ppc-工具链=“（从fsl-sdk-v1.6分离）：a546e42f86e7d57de19e27907365d170b13fc18f” 元 fsl 网络 meta fsl网络=“（从8dec9c6分离）：8dec9c690188cce5305ef5055f91e5cfa35c63f4” 元虚拟化 元虚拟化=“（从fsl-sdk-v1.6分离）：8044073f63a0d99541a43ac5f2f6d789f94c7c7c” 元 元网络 元网络服务器 元红宝石 元文件系统=“（从fsl-sdk-v1.6分离）：b86007f742a1b829ccc8d76e485bb3f789cefaa4” meta-java =“（从fsl-sdk-v1.6分离）：d01f7d39e513790ddce20e6724723722119a3700” 元OpenStack meta-openstack-计算-部署 meta-openstack-控制器部署 meta-openstack-qemu =“（从fsl-sdk-v1.6分离）：f627404399a134672e0b5e26a0d9b794a6f8adf4” 注意：准备运行队列 注意：污染哈希以强制重建任务/sdb/marklyu/QorIQ-SDK-V1.6-20140619-yocto/meta-fsl-ppc/recipes-bsp/ipc/ipc-ust_git.bb，做补丁 注意：执行 SetScene 任务 注意：执行 RunQueue 任务 注意：任务摘要：尝试了 10 项任务，其中 9 项不需要重新运行，并且全部成功。 摘要：显示了 1 条警告消息。 回复：DSP启动源代码B4860 欢迎 回复：DSP启动源代码B4860 非常感谢您的回答！