在 U-启动 (i.MX8M Mini + TL070WSH30) 的 MIPI DSI 面板上显示图像 你好 我目前正在努力使用 Yocto Kirkstone 和 U-Boot（2022年4月/恩智浦2022.04）在基于i.MX8M Mini的板上直接从U-Boot启用MIPI DSI显示输出。 我的目标是在 U-Boot启动时（内核之前）显示图像或徽标。 硬件设置如下 SoC:i.MX8M Mini 显示界面：MIPI DSI 面板：TDO TL070WSH30（可在 Linux 下运行的定制面板驱动程序） U-启动 版本：2022.04（恩智浦分支） Yocto 版本：Kirkstone 这是我的 DT 节点： #include #include"imx8mm.dtsi" / {   背光：背光 { status ="okay" ； 兼容 ="pwm-backlight" ； pwms =<& pwm3 0 2000000 0> ； brightness-levels =<0 4 8 16 32 64 128 255> ； default-brightness-level =<6> ； default-brightness-level =<80> ； 默认开启； };   面板_gpio_调节器： 面板_gpio_调节器 { 兼容 ="调节器-gpio" ；   regulator-name ="mmci-gpio-supply" ； regulator-min-microvolt =<5000000> ； regulator-max-microvolt =<5000000> ； 调节器启动； gpios =<& gpio4 19 GPIO_ACTIVE_HIGH> ； states =<5000000 0x1> ；   启用-激活-高；   status ="okay" ； };     dsi_host：dsi-host { 兼容 = " 三星，高效密码学标准\\(SEC\\)-mipi-dsi "; status ="okay" ； }; };   &lcdif { status ="okay" ； display =<& display0> ； display0: display@0 { 每像素比特数 =<24> ； 总线宽度 = <24>; }; 端口@0 { lcdif_to_dsim: 端点 { remote-endpoint =<& dsim_from_lcdif> ； }; }; };   &mipi_dsi { status ="okay" ； 端口@0 { dsim_from_lcdif：端点 { remote-endpoint =<& lcdif_too_dsim> ； }; }; 端口@1 { dsim_too_panel: 端点 { remote-endpoint =<& panel_from_dsim> ； }; };   panel@0 { 兼容 ="TDO,TL070WSH30" ； reg =<0> ；   pinctrl-0 =<& pinctrl_mipi_dsi> ； pinctrl-names ="默认" ； reset-gpios = < & gpio4 4 GPIO_ACTIVE_LOW >; enable-gpios =<& gpio4 6 GPIO_ACTIVE_HIGH> ；   背光 =<& 背光> ； power-supply =<& panel_gpio_regulator> ；   DSI 车道 =<4> ； video-mode =<0> ；   status ="okay" ； 端口 { panel_from_dsim: 端点 { remote-endpoint =<& dsim_too_panel> ； }; }; 显示时间 { native-mode =<& timing0> ； timing0： timing0 { 时钟频率 =<51200000> ； hactive =<1024> ； vactive =<600> ； hfront-porch =<46> ； h back-porch =<100> ； hsync-len =<80> ； vfront-porch =<5> ； vback-porch =<20> ； vsync-len =<5> ； }; }; }; }; 当 U-Boot 启动时，我收到以下消息： [*]-Video Link 0 mxs_video lcdif @32e00000：未提供所需的显示属性 探测视频设备出现故障，ret -22 [0] lcdif@32e00000，视频 [1] mipi_dsi@32e10000，视频桥接器 还有 dm 树： video 0 [ ] mxs_video |-- lcdif@32e00000 video_brid 0 [ ] imx_sec_dsim |-- mipi_dsi@32e10000 syscon 4 [ ] syscon |-- display-gpr@32e28000 dsi_host 0 [ ] sec_mipi_dsim |-- dsi-host regulator 0 [ ] gpio regulator |-- panel_gpio_regulator 如你所见，尽管我在 LCDIF 节点中设置了 display = < & display0 >，但在 U-启动 中根本没有对面板进行探测，错误表明没有提供显示属性。 我的问题 U-启动 中的 i.MX8mm 是否有任何必需的桥接绑定或 DSI 主机节点缺失？ U-启动 中 LCDIF → MIPI DSI → 面板管道的正确的 DT 结构是什么？ 最后，有 i.MX8M Mini U-启动 中 MIPI DSI 面板输出的工作示例吗？ Re: Displaying an image on a MIPI DSI panel from U-Boot (i.MX8M Mini + TL070WSH30) 你好 "所需显示属性未提供" 的错误信息表明显示链中缺少一个连接。默认情况下，i.MX8M Mini 上的 U-启动 支持显示路径 " LCDIF-MIPI-DSI-av7535-HDMI "，但你需要改用 " LCDIF-MIPI-DSI-MIPI-DSI-MIPI 面板 " 配置。 要解决此问题，您需要： 1.在 U-启动 中修改您的设备树或视频链接 ID，以直接支持您的自定义 TL070WSH30 面板。 2。对于设备树结构，LCDIF → MIPI DSI → 面板的正确管道应包括： -正确的面板驱动程序节点-LCDIF 和 MIPI DSI 之间的连接 -MIPI DSI 与您的面板 3 之间的连接。 应使用 LCDIF 节点中的 " display " 属性正确参考面板节点。 对于 i.MX8MM，您可以参考 RM67191 面板实现作为起点。你需要为 TL070WSH30 创建自定义面板驱动程序，并确保它在设备树中正确连接。 如果你想立即进行测试，你可以尝试通过在 U-Boot 中设置环境变量来使用现有的面板配置之一： ``` setenv 面板 RM67191_OLED s aveenv b 启动 ` `` 这将允许你在实现自定义面板驱动程序之前验证基本显示路径是否有效。 此致

[i.MX RT1064] SDカードの初期化が停止し、コマンドタイムアウトが発生しない こんにちは！ 現在、MIMXRT1064 CVL5B プロセッサを搭載したカスタム ボード上の SD カード インターフェースの信頼性を向上させようとしています。SDK の sdmmc サンプルを使用して、ほとんどのものを実行できました。カードと通信してデータの読み書きがCAN。しかし、まれに、SD カードの初期化中にアプリケーションが停止することがあります。この問題は、SD カード スロットの機械的な故障によって発生した誤ったカード検出信号に起因することが判明しました。ファームウェアは、スロットにカードが挿入されていないにもかかわらず SD カードの初期化を試み、コマンドの完了を待機し続けます。もちろんこれはハードウェアの問題ですが、プログラムの実行が永久にブロックされることはありません。 MIMXRT1064-EVK 評価ボードで問題を再現しようとしましたが、その SD カード スロットは少し堅牢なようで、空の micro SD カードでは誤動作しません。しかし、25.09 SDKのsdcard_pollingの例を使用し、sdmmc_config.cのBOARD_SDCardGetDetectStatus関数を変更することで、評価ボードで問題の動作をトリガーすることができました。SD カードが挿入されていない場合でも常に true を返すには: bool BOARD_SDCardGetDetectStatus(void) { return true; } SD カードがないと、初期化は USDHC_WaitCommandDone 関数の while ループで停止します。 static status_t USDHC_WaitCommandDone(USDHC_Type *base, usdhc_command_t *command, bool pollingCmdDone) { assert(NULL != command); status_t error = kStatus_Success; uint32_t interruptStatus = 0U; /* check if need polling command done or not */ if (pollingCmdDone) { /* Wait command complete or USDHC encounters error. */ while (!(IS_USDHC_FLAG_SET(interruptStatus, kUSDHC_CommandFlag))) { // SD card initialization gets stuck running this loop interruptStatus = USDHC_GetInterruptStatusFlags(base); } if ((interruptStatus & (uint32_t)kUSDHC_CommandErrorFlag) != 0UL) { error = kStatus_Fail; } /* Receive response when command completes successfully. */ if (error == kStatus_Success) { error = USDHC_ReceiveCommandResponse(base, command); } USDHC_ClearInterruptStatusFlags(base, kUSDHC_CommandFlag); } return error; } 完全なスタック トレースは次のとおりです。 USDHC_WaitCommandDone() at fsl_usdhc.c:729 0x7000741a USDHC_TransferBlocking() at fsl_usdhc.c:1.641 0x70007f3e SDMMCHOST_TransferFunction() at fsl_sdmmc_host.c:190 0x7000a960 SD_SendInterfaceCondition() at fsl_sd.c:1.206 0x70004430 SD_ProbeBusVoltage() at fsl_sd.c:1.950 0x70005388 sdcard_init() at fsl_sd.c:2.020 0x7000549a SD_CardInit() at fsl_sd.c:2.107 0x700055ea main() at sdcard_polling.c:174 0x70002bb6 通常、SD カードはコマンドに応答し、USDHC1.INT_STATUS.CC フラグが設定されて、プログラムは while ループを終了できるようになります。カードが存在しない場合は、USDHC1.INT_STATUS エラー フラグの 1 つ (CTOE コマンド タイムアウト エラーなど) が設定され、最終的に init 関数がエラーを返すことが予想されます。しかし、そんなことは決して起こりません。また、USDHC1.INT_STATUS_EN.CTOESEN が有効になっており、SD クロックが動作していることも確認しました。 このCASE、コマンド タイムアウトがトリガーされるはずだという私の想定は正しいでしょうか、それともこの動作は正しいのでしょうか。 SD カードが挿入されていないときに初期化が失敗して停止しないようにする別の方法はありますか?SD ドライバ全体を変更するのは避けたいのですが、while ループ内の再試行回数を制限することが現時点で考えられる唯一の解決策です。 よろしくお願いします ヤン i.MXRT 106x

GD3162 菊花链 你好，恩智浦， 这是关于我们项目中栅极驱动器的菊花链配置。您可以参考我分享的图表来了解其中的连接。高 3 和低 3 栅极驱动器的芯片选择不同，但通向 RH 和 RL 栅极驱动器的 MOSI 线与来自微型的 MOSI 线相同。类似地，来自 BH 和 BL 的 MISO 线连接到微型的单个引脚。我面临的问题是，当我尝试将相同的数据写入所有 6 个栅极驱动器时，我成功了，但是当我尝试为前 3 个栅极驱动器配置不同的数据并为后 3 个栅极驱动器配置不同的数据时，在这种情况下数据会被损坏或错误地写入某些寄存器。这是因为共享 MOSI 和 MISO 线路吗？这个问题有什么解决办法？是否可以使用单独的数据配置高端和低端栅极驱动器？对于某些寄存器来说，它似乎运行完美，但并非所有寄存器都是如此。尽管高 3 和低 3 的数据是一致的（分别）。请回复！ 回复：GD3162 菊花链 你好，恩智浦， 这又与 SPIERR 有关。 配置GD寄存器后……直到PWM启用后，我才会遇到SPIERR问题……一旦我们启用PWM到GD，在这种情况下，SPIERR会在任何栅极驱动器中偶尔触发（对于三相PMSM电机应用）。之前，我在覆盖GD寄存器时对SPIERR进行了分阶段处理，在设置了50us的延迟后问题得到了解决。但现在它只有在启用PWM时才会触发。请尽快查看此问题，并明确我们需要检查软件还是硬件。 回复：GD3162 菊花链 你好，阿克沙特 哦，听起来不错，恭喜。 感谢您让我们了解您的实施情况，您解决 SPIERR 的过程很有趣。 祝您度过愉快的一天并好运。 回复：GD3162 菊花链 你好，Rafar， 我做了几处修改，问题得到了解决： 我配置了所有 6 个栅极驱动器，然后将所需的配置覆盖到较低的 3 个栅极驱动器，并在为所有 3 个栅极驱动器写入每个寄存器后引入 100 微秒的延迟。这样，我就能够使用单独的配置来配置较低的 3，并且还观察到 SPIERR 已得到解决。 SPIERR 发生在之前的实现中，其中我在写入一个寄存器后没有给予任何延迟，并且我只对 RL 和 YL 门驱动器而不是 BL 执行写入操作（对于 BL，我在 Chain 中发送了一个虚拟读取帧）。 回复：GD3162 菊花链 你好，Akshat AE 确认了您的连接并向我提供了几条意见以供论证和解释。 是的，您的连接看起来正确。使用此配置时，一次只能有一个信号（CSB_L 或 CSB_H）处于低电平。该帧应包含每个 CSB 低脉冲 24*3 位，包含设备 R/Y/L 的数据。共享 MOSI 和 MISO 线路没有问题。CSB 线为高电平的栅极驱动器的 MISO 将处于高阻抗模式，这意味着其他菊花链将能够毫无冲突地断言 MOSI 线。当 CSB 为高时，栅极驱动器将忽略 MOSI/SCLK 上的任何脉冲。 AE 坚持要求您回应他的最后一个请求“ GD3162 SPIERR ”。因为这些信息更详细，可以找到问题所在。 “为了进一步调试此问题，如前所述，请提供完整 SPI 帧的波形，包括 INTB 线，以检查 SPIERR 何时发生。还请提供 SPI 工作时的参考框架（即当您写入相同的数据时）。” 我将等待你的回复 祝您度过愉快的一天并好运。 回复：GD3162 菊花链 你好，Rafar， 不，问题尚未解决。 当我尝试将不同的数据写入较低的 3 个栅极驱动器时，也会发生 SPIERR。请确认在给定的设计中是否真的可以分别配置上 3 个或下 3 个栅极驱动器的所有寄存器 回复：GD3162 菊花链 你好，Akshat 我正在处理您的另一个案件“ GD3162 SPIERR ”。我两天前就给你发了反馈。您能否确认该问题是否已解决？ 我已经联系了对此设备更有经验的 AE，他完全可以帮助我们解决这些问题，我只是想确认其他问题是否已解决，以便我们可以继续解决这个问题。 我将等待你的回复 祝您度过愉快的一天并好运。

NTAG 424 DNA即使锁定还能被擦除吗？ 您好，我想使用 NTAG 424 DNA 标签包含在产品中，并使用 URL 来访问其他详细信息。我想锁定这些标签，以便在发货后任何人都无法更改或删除它们。 我尝试了 NXP TagWriter Android 应用程序中的锁定功能，包括“软保护”和“锁定标签”。这两种方法都可以有效防止将不同的数据写入标签。但是，我仍然可以使用“擦除至出厂默认设置”功能来擦除内容。在此之后，标签显示为“空”内容，并且由于它们被锁定，我无法再次在其上书写，因此它们实际上变得毫无用处。 有没有其他方法可以锁定它们，使它们无法被删除？也许使用不同的软件？ 顺便说一句，我也尝试使用“密码保护”来保护这些标签的写入，但我一直收到错误消息，提示这些标签不支持该功能。 当我扫描一个首先受到软保护然后被擦除并且现在不可写的标签时，我附加了 TagInfo 的输出。 谢谢，如有任何见解我将不胜感激。 回复：NTAG 424 DNA 即使锁定仍然可以被擦除吗？ 你好@dgobera ，祝你有个愉快的一天！ 非常感谢您对我们的产品感兴趣。 为了能够再次写入“已擦除为出厂默认设置”的标签，您可以尝试使用 NXP TagWriter 应用程序的“删除保护”功能，这在复制您描述的过程时对我有用，之后您应该能够再次将 NDEF 写入标签。 为了防止标签被覆盖或擦除，必须更改标签内 NDEF 文件的写访问权限，此过程在NTAG 424 DNA 数据表的第 8.2.3.3 和 11.7 节中进行了描述。为了执行此过程，我建议看一下我们推荐的RFIDDiscover软件应用程序，该应用程序是一种与PEGODA 非接触式智能卡读卡器一起使用的工具，并提供了一种探索 NTAG 424 DNA 和其他智能卡功能的简便方法。 请注意，为了访问该工具，您需要签署一份保密协议 (NDA)，因为该软件是 NXP 安全资源的一部分。 谨致问候， 丹尼尔。

无法从 i.MX RT1170 上的制造包启动闪存加载程序 我成功地使用安全配置来刷新电路板，但我无法生成有效的制造包。启动 flashloader 时总是失败。请参阅下面的截图。 unsigned_MIMXRT1176_flashloader_bin文件相同。我将“用户模式”和制造模式之间的差异追溯到init_flashloader_win.bat文件中的差异（见下文）。我知道它们是在每次执行时生成的，但不清楚哪些参数决定了它们的配置。我是否错误地生成了包？ 无论闪存加载程序已加载还是未加载，启动制造程序时该过程都会失败。（尽管错误消息不同）。 回复：无法从 i.MX RT1170 上的制造包启动闪存加载程序 事实上，增加波特率可以解决这个问题。谢谢您的解释和帮助！ 回复：无法从 i.MX RT1170 上的制造包启动闪存加载程序 是的，请参见下面的结果。失败之后。 回复：无法从 i.MX RT1170 上的制造包启动闪存加载程序 补充说明：将超时时间延长至 10 秒不会改变情况。

如何获取S32K342芯片内核的锁步状态 你好： 我了解到S32K342芯片是一款锁步芯片，但我的客户却痴迷于获得这款芯片的锁步状态。因为他们有功能安全的需求，必须保证S32K342芯片的锁步功能是开启的，所以想问一下如何获取这个芯片的锁步状态，寄存器或者闪存中保存的信息。 最好的遗憾。 回复：如何获取S32K342芯片核心的锁步状态 非常感谢。这就是我想要的答案。 回复：如何获取S32K342芯片核心的锁步状态 嗨@兴隆 请查看寄存器：DCM_GPR“DCMROF19” 寄存器位29（位LOCKSTEP_EN）： 0 = 解耦模式 1 = 锁步模式

关于随机数生成器函数的问题 大家好，各位队员。 希望一切顺利 我看到一位 NXP 工程师在这个论坛上对 TRNG 相关问题的回答是“TRNG 在内部运行以生成构建 PRNG 的种子”。 那么，这是否意味着不需要输入单独的种子值来生成随机数？ Ps：我知道使用DRBG算法时需要输入一个具有一定熵的种子。DRBG算法和PRNG是不同的概念吗？ 回复：关于随机数生成器函数的问题 没错，我问的是 S32K 上的 CSEc。谢谢您的帮助！我的问题已经全部解决了 回复：关于随机数生成器函数的问题 你好@Derek_Yoon 我们讨论的是 S32K1 上的 CSEc 吗？这是由 SHE 规范给出的。初始种子由 CMD_INIT_RNG 命令生成。然后，您可以生成随机数，而不需要重新播种。您在运行时唯一可以做的额外事情是运行 CMD_EXTEND_SEED 命令来提供 128 位熵。无论何时需要额外的熵，您都可以调用此命令。 问候， 卢卡斯

S32K3 RTD5.0.0 lpi2c hello! Recently, I updated RTD4.0.0 to 5.0.0, then got problem. In Lpi2c configure page, "I2C Clock Source" don't contains any value.(in RTD4.0.0 it works ok) the RTD error is : Source clock is not enabled in Clock component is that a bug ? or something I didn't configure? 回复： S32K3 RTD5.0.0 lpi2c Hi@Vandarkholme Please add"Clock_Ip_ReferencePoints" and then try again. 回复： S32K3 RTD5.0.0 lpi2c oh, I add clockReference then it worked! In RTD5.0.0 clockReference is key component? RTD4.0.0 not need to configure that component

ChangeKey desfire ev3の整合性エラー こんにちは、私はkeyNo = 0のデフォルトのaesキーを別のaesキーに変更しようとしています。しかし、私は得続けます コマンドの送信時に整合性エラーが発生し0x1E、CRCが間違っていることを示していると思います。 javascriptで書きました。これが私のcrc32計算関数です static crc32 = (input) => { const crcTable = new Array(256); for (let i = 0; i < 256; i++) { let c = i; for (let j = 0; j < 8; j++) { c = ((c & 1) ? (0xEDB88320 ^ (c >>> 1)) : (c >>> 1)); } crcTable[i] = c >>> 0; } let crc = 0 ^ (-1); for (let i = 0; i < input.length; i++) { crc = (crc >>> 😎 ^ crcTable[(crc ^ input.charCodeAt(i)) & 0xFF]; } crc = crc ^ (-1); // Convert the integer to an array of bytes const crcBytes = []; for (let i = 0; i < 4; i++) { crcBytes.push((crc >>> (i * 8)) & 0xFF); } return crcBytes.reverse(); }​ 私の理解では、CRCはCmd + keyNo +(newKey xまたはoldkey)+keyversionで計算されます。こんな感じ。 let data_to_crc = cmd.concat(_keyNo).concat(_newKey).concat(_keyVersion); let data_to_crc_string = DesfireUtils.getHexFromDecArray(data_to_crc); let crc_data = DesfireUtils.crc32(data_to_crc_string); データに対してcrc32関数を実行すると、このオンラインcrc32計算機を使用したときに同じ結果が得られます  次に、cryptogram = newkey + keyversion + crc_data + パディング 次に、 を送信します。 暗号化された暗号で送信すると、暗号化されていないのと同じ結果が得られます0x1E。暗号化キーはセッション キー、iv = 0 です Re:ChangeKey desfire ev3の整合性エラー 問題を修正しました。問題はCRC32アルゴリズムにあります。 私はこのCコードを使用し、javascriptで書き起こし/実装しました http://www.rfidiot.org/crc32.c

我可以使用 MIMXRT1060-EVKB 在 tflm_cifar10 中运行 Opencv 吗？ 我的问题就在标题里。我想使用 Opencv 中的一些内置方法，但我不确定是否可以在 MIMXRT1060-EVKB 上运行 Opencv。 如果可以，请帮我配置它。我需要将源代码和配置放在哪里以进行构建并刷入到电路板上。 谢谢！ i.MXRT 106x 回复：我可以使用 MIMXRT1060-EVKB 在 tflm_cifar10 中运行 Opencv 吗？ @Sam_Gao @Dennisleon 谢谢。我明白了。我是嵌入式新手。 我的情况是在 PC 上构建 TF 模型，并使用 OpenCV 调整图像大小。在MIMXRT1060-EVKB 上部署时，我使用了 SDK (tflm_cifar10) 中的示例，它的图像大小调整比较简单 ==> 模型精度不如 PC 上的好。这就是我想在开发板上使用 OpenCV 的原因。实际上，我使用了 tflm_cifar10 的 Makefile，但我不知道如何在这个项目中集成 OpenCV。 您能给我一些建议，让我能够提高董事会的准确性吗？谢谢。 回复：我可以使用 MIMXRT1060-EVKB 在 tflm_cifar10 中运行 Opencv 吗？ @Sam_Gao @Dennisleon 感谢您提供有用的信息。 OpenCV 是一个强大的工具。就我而言，我想使用 OpenCV 中的一些调整大小方法。 由于内存限制和更复杂的编译过程，我想获得另一种解决方案。我发现这个 repo https://github.com/nothings/stb/blob/master/stb_image_resize2.h 。对我来说这很容易。简单来说，我把 .h文件到源代码并运行它而不改变任何配置。

尝试使用 RPI_CAM 时，无法在 FRDM im93 板的默认映像上使用 ap1302 固件 我正在尝试在 FRDM imx-93 开发板中预装的 NXP Go point 上运行演示。为此，我从 ONSEMI github repo 9 下载了 ap1302 固件，如 Board User Manual Rev. 1.0 中所述。我已将固件文件重命名并放置在 /lib/firmware/imx/camera/ 路径中。当连接 RPI-CAM-MIPI 时，我无法与相机连接，并且在尝试运行 GoPoint 演示进行视频测试或对象分类时没有收到任何反馈。 我尝试使用 UM 中 ONSEMI github 链接上提供的所有 3 个固件，但得到的结果相同。 $dmesg | grep ap1302 的输出作为图像附加。 FRDM 培训 动手实践培训 回复：尝试使用 RPI_CAM 时，无法在 FRDM im93 板的默认映像上使用 ap1302 固件 你好@Aditya_Vashista 您解决了这个问题吗？我也在同一块板上工作并面临同样的问题。

PF1550 退出 SHIP 模式 亲爱的论坛 我目前正在实施PF1550来为i.MX-RT1060供电 对于我的应用程序，我需要使用（拉低）“ONKEY”退出PMIC“SHIP”模式。 数据表（修订版 7）让我感到困惑，因为第 24 页的表 26 中指出：“ BATFET 打开，未连接 LICELL。VSYS = 0 V，仅通过启用 ONKEY 唤醒。”这给人的印象是该功能受到支持。 但是，第 75 页上写道： “退出此模式的唯一方法是通过充电器连接事件。发生这种情况时，状态机将退出到 REGS_DISABLE 状态。重新连接电池也可用于退出 SHIP 模式。” PF1550 是否支持使用 ONKEY 退出 SHIP 模式？是否有一个寄存器可以实现此功能？ 亲切的问候 西蒙·马蒂斯 PF1550 | PF1510

在哪里可以找到 MC56F8257 的示例程序？ 您好，在哪里可以找到 MC56F82xx 系列的指南和示例？ 回复：在哪里可以找到 MC56F8257 的示例程序？ 谢谢你，伙计！

无法构建 imx-image-full，出现 git-native 编译错误 我正在尝试在 Ubuntu 24.04 LTS 服务器上构建 imx-image-full。 我正在使用所有软件包和 imx8 的最新版本 命令行： 回购初始化 -u https://github.com/nxp-imx/imx-manifest-b imx-linux-scarthgap -m imx-6.6.52-2.2.0.xml 发行版=fsl-imx-xwayland 机器=imx8mp-lpddr4-evk 源 imx-setup release.sh -b 构建 bitbake imx-图像-full 错误： 警告：主机发行版“ubuntu-24.04”尚未通过此版本的构建系统进行验证；您可能会遇到意外的失败。建议您使用经过测试的发行版。 加载缓存：100% |################################################################################################################################################### ##| Time: 0:00:05 Loaded 5730 entries from dependency cache. Parsing recipes: 100% |## #############################################################################################################################################################| 时间：0:00:01 3654 .bb 的解析文件已完成（3653 个已缓存，1 个已解析）。5731 个目标，跳过 377 个，屏蔽 3 个，错误 0 个。 注意：解决任何缺失的任务队列依赖关系 构建配置： BB_VERSION = "2.8.0" BUILD_SYS =“x86_64-linux” NATIVELSBSTRING =“通用” TARGET_SYS =“aarch64-poky-linux” 机器=“imx8mp-lpddr4-evk” 发行版 = “fsl-imx-xwayland” DISTRO_VERSION = "6.6-scarthgap" TUNE_FEATURES = “aarch64 armv8a crc 加密” 目标FPU = "" 元 元-poky =“头：200d12b6a58ad961d60a7774ca0f7a9d29498724” 元 元多媒体 meta-python =“HEAD：72018ca1b1a471226917e8246e8bbf9a374ccf97” 元飞思卡尔=“HEAD：0627128b341cfb2bef7a0832ce8cac0ce1127f13” meta-freescale-3rdparty =“HEAD:6c063450d464eb2f380443c7d9af1b94ce9b9d75” meta-freescale-distro =“HEAD:b9d6a5d9931922558046d230c1f5f4ef6ee72345” meta-imx-bsp meta-imx-sdk meta-imx-ml 元-imx-v2x =“头：219f6d04a4c339eb6f2dc626f944bbdf9a716ff5” meta-nxp-demo-experience =“HEAD:e8e646e22b1f926aac83bb7ad522efa9cd8ccc45” 元-nxp-物质-基线 meta-nxp-openthread =“HEAD:f58365ec75a5768ff3e8e8bcd64f237738c93160” 元臂 meta-arm-toolchain =“HEAD：950a4afce46a359def2958bd9ae33fc08ff9bb0d” meta-clang =“HEAD：2b7433611d80f6d0ee1b04156fa91fc73d3c2665” 元侏儒 元网络 元文件系统 = “HEAD:72018ca1b1a471226917e8246e8bbf9a374ccf97” meta-qt6 =“HEAD：586a6cb5aec755803a3be3cec359baafe89d6432” 元秒差距 meta-tpm =“HEAD：459d837338ca230254baa2994f870bf6eb9d0139” 元虚拟化 = “HEAD：6f3c1d8f90947408a6587be222fec575a1ca5195” Sstate 摘要：想要 5228 本地 0 镜像 0 错过 5228 当前 2596（0% 匹配，33% 完成）####################################################### ## | ETA: 0:00:01 Initialising tasks: 100% |## #######################################################################################################################################################| 时间：0:00:15 注意：执行任务 错误：git-native-2.44.1-r0 do_compile：oe_runmake 失败 错误：git-native-2.44.1-r0 do_compile：ExecutionError（'/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/temp/run.do_compile.60384'，1，无，无） 错误：故障日志文件存储在：/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/temp/log.do_compile.60384 日志数据如下： | 调试：执行 python 函数 autotools_aclocals | 调试：SITE 文件 ['endian-little'、'common-linux'、'common-glibc'、'bit-64'、'x86_64-linux'、'common'] | 调试：Python 函数 autotools_aclocals 已完成 | DEBUG：执行 shell 函数 do_compile |注意：make -j 16 NO_PYTHON=1 CFLAGS=-isystem/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/usr/include -O2 -pipe LDFLAGS=-L /mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/usr/lib -L /mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/lib -Wl，--启用新dtags -Wl，-rpath链接，/mnt/磁盘/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/usr/lib -Wl，-rpath链接，/mnt/磁盘/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/lib -Wl，-rpath，/mnt/磁盘/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/usr/lib -Wl，-rpath，/mnt/磁盘/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/lib-Wl，-O1-Wl，--allow-shlib-undefined-Wl，--动态链接器=/mnt/磁盘/yocto_disk/imx-yocto-bsp/build/tmp/sysroots-uninative/x86_64-linux/lib/ld-linux-x86-64.so.2-pthread PERL_PATH=/usr/bin/env perl COMPUTE_HEADER_DEPENDENCIES=no NO_GETTEXT=1 NO_CROSS_DIRECTORY_HARDLINKS=1 | 链接 git | LINK 标量 | /mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/hosttools/ld: common-main.o: 在函数“main”中： | common-main.c:(.text.startup+0xde):对“cmd_main”未定义引用 | collect2：错误：ld 返回 1 退出状态 | make: *** [Makefile:2833: scalar] 错误 1 | make：*** 等待未完成的工作.... | /mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/hosttools/ld:git.o:(.data.rel+0x7d0):对“cmd_pack_objects”的未定义引用 | /mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/hosttools/ld:git.o:(.data.rel+0xb60):对“cmd_submodule__helper”未定义引用 | /mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/hosttools/ld:git.o:(.data.rel+0xd10):对“cmd_worktree”未定义引用 | collect2：错误：ld 返回 1 退出状态 | make: *** [Makefile:2418: git] 错误 1 | 错误：oe_runmake 失败 | 警告：从 shell 命令退出代码 1。 错误：任务（虚拟：本机：/mnt/disks/yocto_disk/imx-yocto-bsp/sources/poky/meta/recipes-devtools/git/git_2.44.1.bb:do_compile）失败，退出代码为“1” 注意：任务摘要：尝试了 2220 项任务，其中 2216 项无需重新运行，1 项失败。 摘要：1 个任务失败： 虚拟：本机：/mnt/disks/yocto_disk/imx-yocto-bsp/sources/poky/meta/recipes-devtools/git/git_2.44.1.bb:do_compile 摘要：有 1 条警告消息。 摘要：有 2 条错误消息，返回非零退出代码。 回复：无法使用 git-native 编译错误构建 imx-image-full 我想这有帮助，因为之后我设法通过了 git-native 步骤。 回复：无法使用 git-native 编译错误构建 imx-image-full 尽管如此，在 git-native 上重新尝试为 imx8 构建 bitback 仍然失败。 ubuntu@yocto-build-server:/mnt/disks/yocto_disk/imx-yocto-bsp/build$ bitbake imx-image-full WARNING: Host distribution "ubuntu-24.04" has not been validated with this version of the build system; you may possibly experience unexpected failures. It is recommended that you use a tested distribution. Loading cache: 100% |#######################################################################################################################################| Time: 0:00:02Loaded 5730 entries from dependency cache. Parsing recipes: 100% |#####################################################################################################################################| Time: 0:00:00Parsing of 3654 .bb files complete (3653 cached, 1 parsed). 5731 targets, 377 skipped, 3 masked, 0 errors. NOTE: Resolving any missing task queue dependencies Build Configuration: BB_VERSION = "2.8.0" BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "universal" TARGET_SYS = "aarch64-poky-linux" MACHINE = "imx8mp-lpddr4-evk" DISTRO = "fsl-imx-xwayland" DISTRO_VERSION = "6.6-scarthgap" TUNE_FEATURES = "aarch64 armv8a crc crypto" TARGET_FPU = "" meta meta-poky = "HEAD:200d12b6a58ad961d60a7774ca0f7a9d29498724" meta-oe meta-multimedia meta-python = "HEAD:72018ca1b1a471226917e8246e8bbf9a374ccf97" meta-freescale = "HEAD:0627128b341cfb2bef7a0832ce8cac0ce1127f13" meta-freescale-3rdparty = "HEAD:6c063450d464eb2f380443c7d9af1b94ce9b9d75" meta-freescale-distro = "HEAD:b9d6a5d9931922558046d230c1f5f4ef6ee72345" meta-imx-bsp meta-imx-sdk meta-imx-ml meta-imx-v2x = "HEAD:219f6d04a4c339eb6f2dc626f944bbdf9a716ff5" meta-nxp-demo-experience = "HEAD:e8e646e22b1f926aac83bb7ad522efa9cd8ccc45" meta-nxp-matter-baseline meta-nxp-openthread = "HEAD:f58365ec75a5768ff3e8e8bcd64f237738c93160" meta-arm meta-arm-toolchain = "HEAD:950a4afce46a359def2958bd9ae33fc08ff9bb0d" meta-clang = "HEAD:2b7433611d80f6d0ee1b04156fa91fc73d3c2665" meta-gnome meta-networking meta-filesystems = "HEAD:72018ca1b1a471226917e8246e8bbf9a374ccf97" meta-qt6 = "HEAD:586a6cb5aec755803a3be3cec359baafe89d6432" meta-parsec meta-tpm = "HEAD:459d837338ca230254baa2994f870bf6eb9d0139" meta-virtualization = "HEAD:6f3c1d8f90947408a6587be222fec575a1ca5195" Sstate summary: Wanted 5226 Local 0 Mirrors 0 Missed 5226 Current 2598 (0% match, 33% complete)############################################### | ETA: 0:00:01Initialising tasks: 100% |##################################################################################################################################| Time: 0:00:15NOTE: Executing Tasks ERROR: git-native-2.44.1-r0 do_compile: oe_runmake failed ERROR: git-native-2.44.1-r0 do_compile: ExecutionError('/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/temp/run.do_compile.12690', 1, None, None) ERROR: Logfile of failure stored in: /mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/temp/log.do_compile.12690 Log data follows: | DEBUG: Executing python function autotools_aclocals | DEBUG: SITE files ['endian-little', 'common-linux', 'common-glibc', 'bit-64', 'x86_64-linux', 'common'] | DEBUG: Python function autotools_aclocals finished | DEBUG: Executing shell function do_compile | NOTE: make -j 16 NO_PYTHON=1 CFLAGS=-isystem/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/usr/include -O2 -pipe LDFLAGS=-L/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/usr/lib -L/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/lib -Wl,--enable-new-dtags -Wl,-rpath-link,/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/usr/lib -Wl,-rpath-link,/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/lib -Wl,-rpath,/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/usr/lib -Wl,-rpath,/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/lib -Wl,-O1 -Wl,--allow-shlib-undefined -Wl,--dynamic-linker=/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/sysroots-uninative/x86_64-linux/lib/ld-linux-x86-64.so.2 -pthread PERL_PATH=/usr/bin/env perl COMPUTE_HEADER_DEPENDENCIES=no NO_GETTEXT=1 NO_CROSS_DIRECTORY_HARDLINKS=1 | * new build flags | CC oss-fuzz/dummy-cmd-main.o | /bin/sh: 1: cc: not found | CC oss-fuzz/fuzz-commit-graph.o | /bin/sh: 1: cc: not found | make: *** [Makefile:2735: oss-fuzz/dummy-cmd-main.o] Error 127 | make: *** Waiting for unfinished jobs.... | make: *** [Makefile:2735: oss-fuzz/fuzz-commit-graph.o] Error 127 | ERROR: oe_runmake failed | WARNING: exit code 1 from a shell command. ERROR: Task (virtual:native:/mnt/disks/yocto_disk/imx-yocto-bsp/sources/poky/meta/recipes-devtools/git/git_2.44.1.bb:do_compile) failed with exit code '1' 回复：无法使用 git-native 编译错误构建 imx-image-full 添加这些之后，成功构建它。 如果没有它们，它就会给我带来 curl-config 和 git-gui 问题。 sudo apt install libcurl4-openssl-dev libssl-dev gettext tcl-dev 回复：无法使用 git-native 编译错误构建 imx-image-full 请转到文件夹“imx-yocto-bsp_scarthgap/build/tmp/work/x86_64-linux/git-native/2.44.1/git-2.44.1”并检查是否可以成功运行以下命令。 $ make distclean $ make -j 4 NO_PYTHON=1 CFLAGS='-isystem/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/usr/include -O2 -pipe' LDFLAGS='-L /mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/usr/lib -L /mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/lib -Wl，--启用新dtags -Wl，-rpath链接，/mnt/磁盘/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/usr/lib -Wl，-rpath链接，/mnt/磁盘/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/lib -Wl，-rpath，/mnt/磁盘/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/usr/lib -Wl，-rpath，/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/work/x86_64-linux/git-native/2.44.1/recipe-sysroot-native/lib-Wl，-O1-Wl，--allow-shlib-undefined-Wl，--dynamic-linker=/mnt/disks/yocto_disk/imx-yocto-bsp/build/tmp/sysroots-uninative/x86_64-linux/lib/ld-linux-x86-64.so.2-pthread'PERL_PATH='/usr/bin/env perl'COMPUTE_HEADER_DEPENDENCIES=no NO_GETTEXT=1 NO_CROSS_DIRECTORY_HARDLINKS=1 回复：无法使用 git-native 编译错误构建 imx-image-full 是的，git-native 是sources/poky/meta/conf/bitbake.conf文件的一部分： ASSUME_PROVIDED = "\ bash-native \ bzip2-native \ chrpath-native \ diffstat-native \ file-native \ findutils-native \ gawk-native \ git-native \ grep-native \ hostperl-runtime-native \ hostpython-runtime-native \ libgcc-native \ patch-native \ sed-native \ tar-native \ texinfo-native \ virtual/crypt-native \ virtual/libiconv-native \ virtual/libintl-native \ wget-native \ " 这是 bitback git-native 命令的输出： ubuntu@yocto-build-server:/mnt/disks/yocto_disk/imx-yocto-bsp$ bitbake git-native WARNING: Host distribution "ubuntu-24.04" has not been validated with this version of the build system; you may possibly experience unexpected failures. It is recommended that you use a tested distribution. Loading cache: 100% |#######################################################################################################################################| Time: 0:00:02Loaded 5730 entries from dependency cache. Parsing recipes: 100% |#####################################################################################################################################| Time: 0:00:00Parsing of 3654 .bb files complete (3653 cached, 1 parsed). 5731 targets, 377 skipped, 3 masked, 0 errors. WARNING: Explicit target "git-native" is in ASSUME_PROVIDED, ignoring NOTE: Resolving any missing task queue dependencies Build Configuration: BB_VERSION = "2.8.0" BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "universal" TARGET_SYS = "aarch64-poky-linux" MACHINE = "imx8mp-lpddr4-evk" DISTRO = "fsl-imx-xwayland" DISTRO_VERSION = "6.6-scarthgap" TUNE_FEATURES = "aarch64 armv8a crc crypto" TARGET_FPU = "" meta meta-poky = "HEAD:200d12b6a58ad961d60a7774ca0f7a9d29498724" meta-oe meta-multimedia meta-python = "HEAD:72018ca1b1a471226917e8246e8bbf9a374ccf97" meta-freescale = "HEAD:0627128b341cfb2bef7a0832ce8cac0ce1127f13" meta-freescale-3rdparty = "HEAD:6c063450d464eb2f380443c7d9af1b94ce9b9d75" meta-freescale-distro = "HEAD:b9d6a5d9931922558046d230c1f5f4ef6ee72345" meta-imx-bsp meta-imx-sdk meta-imx-ml meta-imx-v2x = "HEAD:219f6d04a4c339eb6f2dc626f944bbdf9a716ff5" meta-nxp-demo-experience = "HEAD:e8e646e22b1f926aac83bb7ad522efa9cd8ccc45" meta-nxp-matter-baseline meta-nxp-openthread = "HEAD:f58365ec75a5768ff3e8e8bcd64f237738c93160" meta-arm meta-arm-toolchain = "HEAD:950a4afce46a359def2958bd9ae33fc08ff9bb0d" meta-clang = "HEAD:2b7433611d80f6d0ee1b04156fa91fc73d3c2665" meta-gnome meta-networking meta-filesystems = "HEAD:72018ca1b1a471226917e8246e8bbf9a374ccf97" meta-qt6 = "HEAD:586a6cb5aec755803a3be3cec359baafe89d6432" meta-parsec meta-tpm = "HEAD:459d837338ca230254baa2994f870bf6eb9d0139" meta-virtualization = "HEAD:6f3c1d8f90947408a6587be222fec575a1ca5195" Summary: There were 2 WARNING messages. 回复：无法使用 git-native 编译错误构建 imx-image-full 你修改过 yocto 食谱吗？ 请检查“git-native”是否列在 sources/poky/meta/conf/bitbake.conf 中的“ASSUME_PROVIDED”列表中。 运行命令“bitbake git-native”时输出什么？ 回复：无法使用 git-native 编译错误构建 imx-image-full 谢谢，但是所有这些软件包都已经安装在我的系统上了： ubuntu@yocto-build-server:~$ sudo apt install gawk wget git diffstat unzip texinfo gcc build-essential utils-ping python3-git python3-jchrpath socat cpio python3 python3-pip python3-pexpect xz-utils debianutils 正在读取包裹清单... Doneon3-j inja2 python3-subunit zstd liblz4-tool 文件 构建依赖树...完成 正在读取状态信息...完成 gawk已经是最新版本（1:5.2.1-2build3）。 wget已经是最新版本（1.21.4-1ubuntu4.1）。 git已经是最新版本(1:2.43.0-1ubuntu7.2)。 diffstat 已经是最新版本（1.66-1build1）。 unzip已经是最新版本（6.0-28ubuntu4.1）。 texinfo已经是最新版本（7.1-3build2）。 gcc已经是最新版本（4:13.2.0-7ubuntu1）。 build-essential 已经是最新版本 (12.10ubuntu1)。 升级了 0 个，新安装了 0 个，要删除 0 个，未升级 0 个。 回复：无法使用 git-native 编译错误构建 imx-image-full 在 OpenEmbedded-Core 中，ASSUME_PROVIDED 主要指定本机 不应该构建的工具。一个例子是“git-native”，它 指定后，允许使用主机上的 Git 二进制文件 而不是构建“git-native”。 请在您的主机上安装以下软件包。 $ sudo apt install gawk wget git diffstat unzip texinfo gcc build-essential chrpath socat cpio python3 python3-pip python3-pexpect xz-utils debianutils iputils-ping python3-git python3-jinja2 python3-subunit zstd liblz4-tool 文件 语言环境 libacl1

PBRIDGE 同时被两个资源访问 请问，在MPC5777C中，如果 SPI 通过 PBRIDGE 发送数据，同时另一个资源也在发送数据，例如温度传感器，会发生什么情况。首先会处理哪些数据？桥接器如何选择首先要处理的数据？ 回复：PBRIDGE 同时被两个资源访问 是的，这是由 XBAR 管理的（如果它是相同的 PBRIDGE，因为某些设备有两个或更多）。 回复：PBRIDGE 同时被两个资源访问 如果两个核心尝试同时访问 PBRIDGE 中连接的资源，这些访问是否会由 XBAR 仲裁，或者桥中是否存在另一种仲裁机制？ 回复：PBRIDGE 同时被两个资源访问 SPI 不会通过 PBRIDGE 发起任何数据传输，因为它是 XBAR 从属端口。XBAR 主机启动（核心、eDMA 等）数据传输（但可以根据来自 XBAR 从机的中断或触发信号）。 然而，通过 XBAR 的传输是根据 XBAR 优先级处理的。

[imx8mp]如何解决VPU_DEC_NO_ENOUGH_INBUF 我正在尝试根据 VPU 参考手册进行解码。 VPU_DecDecodeBuf() 的返回值为 Success，但是 *pOutBufRetCode 设置为 0x101，这意味着设置了以下位标志：VPU_DEC_INPUT_USED、VPU_DEC_NO_ENOUGH_INBUF。 这个“INBUF”（输入缓冲区？）到底是如何设置的？我假设这个“INBUF”可以通过VPU_DecRegisterFrameBuffer()设置，但是这个API没有显示在手册的“解码调用序列”中。 任何提示（例如样本来源）都将不胜感激！ 回复：[imx8mp] 如何解决 VPU_DEC_NO_ENOUGH_INBUF >我的问题仍然存在，当我尝试解码编码函数的输出时，为什么设置了 VPU_DEC_NO_ENOUGH_INBUF？ 所以我解决了这个问题。 根据我从实际行为中理解的情况，为了使 VPU 正确解码 H264，输入编码文件应该具有 SPS/PPS NALu，而我的编码函数最初未能包含它。将 SPS/PPS NALu 添加到编码文件中解决了我的问题。 对于 NXP 来说，如果返回代码比VPU_DEC_NO_ENOUGH_INBUF 更有意义，那么调试这个问题会很有帮助（到目前为止，我仍然不知道这意味着什么） 回复：[imx8mp] 如何解决 VPU_DEC_NO_ENOUGH_INBUF 不用担心，我们的工程师将通过电子邮件向您发送更新，当更新到您时，您可以通过电子邮件收到消息，现在我们正在为您确认。 回复：[imx8mp] 如何解决 VPU_DEC_NO_ENOUGH_INBUF 你好@Rita_Wang 谢谢回复！ “ 00644508” 是支持工单号吗？如果是，有什么方法可以查看其内容并进行更新吗？总之，感谢您创建这个！ 关于这篇文章，我有一个更新。我尝试输入由 ffmpeg（而不是我应用程序的编码函数）编码的 H264 文件，结果 VPU_DEC_NO_ENOUGH_INBUF 未设置。然后，最终成功设置了输出 VPU_DEC_OUTPUT_DIS。 我的问题是，为什么当我尝试解码编码函数的输出时会设置 VPU_DEC_NO_ENOUGH_INBUF？输出的编码图像以“0x00000001”开头，所以据我所知，它是一个 H264 文件。可能是因为我编写的编码函数出了问题（可能性很大，因为我是初学者），或者传递给解码 VPU API 的某些参数与我的编码函数的输出不匹配？我想了解其可能的原因，因为我需要编码和解码函数才能正常工作。 回复：[imx8mp] 如何解决 VPU_DEC_NO_ENOUGH_INBUF 嗨，丽塔， 我正在使用 yocto-real-time-edge bsp。这和我最初的问题有关系吗？ 稍微介绍一下背景，我想实现一个可以同时进行编码/解码的简单应用程序。 对于编码部分，我的输入是一个单一的 YUV 文件。根据编码 API 的返回值，我认为我能够成功编码（但实际的“编码图像”需要通过视觉验证） 现在，我想解码上面的“编码图像”，所以基本上我试图将其解码回我的编码函数的输入 YUV 文件。 我遵循了手册的“解码调用序列”，但似乎在调用VPU_DecDecodeBuf() 之前缺少一些实现，因为此函数的 *pOutBufRetCode 参数设置为 0x101：VPU_DEC_INPUT_USED、VPU_DEC_NO_ENOUGH_INBUF。 我想了解有关 VPU_DEC_NO_ENOUGH_INBUF 的更多信息，尤其是如何解决这个问题。 谢谢！ 回复：[imx8mp] 如何解决 VPU_DEC_NO_ENOUGH_INBUF 您使用的是哪个版本的 BSP？

88W8997 Linux 用ソース コード ダウンロード こんにちは、Linuxで使用するための88W8997の最新のソースコードを探しています。理想的には、5.4または5.10カーネルをサポートします。 ありがとうございます 製品: Wi-Fi 88W8997 日時:88W8997 Linuxのソースコードのダウンロード こんにちは、その情報をありがとう。 WiFiファームウェアバイナリをビルドするためのソースコードを取得することはまったく可能ですか? ありがとうございます Mike

S32 K118内部时钟线 我使用S32k118，没有外部晶体振荡器，所以我使用内部时钟。 问题是系统在调试模式下运行良好。如果关闭电源，然后打开电源，它就不能正常运行。 附件是时钟配置。使用内部时钟有什么特殊之处吗？你能给我一些支持吗？ 非常感谢！ 回复：S32 K118内部时钟线 解决了，非常感谢！ 回复：S32 K118内部时钟线 嗨剑锋2， 如果您使用的是S32K1 SDK，请检查“ START_FROM_FLASH ”符号是否丢失？参考讨论： S32K188 使用调试器运行，但不能 如果您怀疑时钟不准确，请通过 CLKOUT 引脚观察内部时钟的频率。 此致， 罗宾 -------------------------------------------------------------------------------- 笔记： - 如果这篇文章回答了您的问题，请点击“接受为解决方案”按钮。谢谢你！ - 我们会关注上次发帖后七周的帖子，之后的回复将被忽略 如果您稍后有相关问题，请打开一个新线程并参考已关闭的线程。

LPC55S26 PIO0_5 FC4_RXD 使用，ISP 禁用 您好，我正在使用 LPC55S26。我使用 PIO0_5 引脚作为 UART4 接收器 (FC4_RXD)。问题是，如果重置（接收数据）期间此引脚为低，它就会跳转到 ISP，并且我的程序无法启动。有没有办法禁用 ISP 功能并使引脚仅作为 UART4 接收器工作？我尝试在 BOOT_CFG (0x9E400) 中写入 0x70，但没有成功。 回复：LPC55S26 PIO0_5 FC4_RXD 使用，ISP 禁用 我准备了 Cyclone 的程序映像（来自 PEMicro），将 BOOT_CFG（0x9E400）的位 4-6 设置为 1（0x70）。我使用 PIO0_5 低电平启动了我的电路板，但它挂了，无法启动。我使用 MultilinkUniversal (PEMicro) 进行调试并验证位置 0x9E400 是否设置为 0x70。根据我从 LPC55S26 手册中理解的内容，在重置期间，CPU 首先查看引脚 PIO0_5，它会给人的印象是，如果它为低，它总是进入 ISP 模式，而不管 BOOT_CFG 中的位如何，但奇怪的是，如果是这样，我发现 PIO0_5 可以配置为 UART 接收没有任何意义。 回复：LPC55S26 PIO0_5 FC4_RXD 使用，ISP 禁用 我准备了 Cyclone 的程序映像（来自 PEMicro），将 BOOT_CFG（0x9E400）的位 4-6 设置为 1（0x70）。我使用 PIO0_5 低电平启动了我的电路板，但它挂了，无法启动。我使用 MultilinkUniversal (PEMicro) 进行调试并验证位置 0x9E400 是否设置为 0x70。根据我从 LPC55S26 手册中理解的内容，在重置期间，CPU 首先查看引脚 PIO0_5，它会给人的印象是，如果它为低，它总是进入 ISP 模式，而不管 BOOT_CFG 中的位如何，但奇怪的是，如果是这样，我发现 PIO0_5 可以配置为 UART 接收没有任何意义。

Config Tools と frdmmcxn947_lpspi_interrupt_cm33_core0 サンプル プロジェクトの問題。 私が使用しているのは: SDK 25.03.00 は、FRMD-MCNX947 ボード用の最新 SDK のようです。 MCUXpresso for VS Code v25.5.20 MCUXpresso 設定ツール v25.03 25.003.00 SDKsリポジトリのfrdmmcxn947_lpspi_interrupt_cm33_core0サンプルアプリ アプリがビルドされ、実行されます。 プロジェクト内の 2 つの SPI デバイスのうちの 1 つに対して Flexcomm デバイスを変更できるように、Config Tools を使用してプロジェクトを開こうとしました。アプリはFC1とFC2を使用します。FC1とFC6を使用するように設定を変更したいです。FC6 で Mikroe コネクタにコネクテッドされた SPI ピンを使用するようにします。これには、FC6_lpspi のピンの AUX3 pinmux 設定が必要になります。 Open with MCUXpresso Config Tools を使用して VSCode から構成ツールを開きます。CT は開きますが、構成を見るとプロジェクトがなぜ機能するのか理解できず、Config Tools がプロジェクトから正しい情報を取得したかどうか疑問に思います。 まず、Flexcomm クロックはすべて非アクティブになっているように見えます。 しかし、アプリは動作します。どうしてこんなことが可能なのでしょうか? FC デバイスへのクロックが hardware_init.c で設定されていることを発見しました。どうやらConfig Toolsはこれらの設定を取得しなかったようです。このプロジェクトはConfig Toolsと完全に互換性がないからでしょうか？ hardware_init.c を削除してConfig Toolsで変更できない理由はあるのでしょうか？プロジェクトに挿入する必要があるクロックファイルが生成されると思います 次に、ペリフェラルセクションが有効になっていません。これは、このプロジェクト内のすべてのペリフェラルが電源投入時の設定で使用されることを意味しますか？これは、すべての Flexcomm デバイスが SPI インターフェースとして初期化されることを意味しているようです。それは正しいですか？ 最後に、RM をざっと読んで、次の情報を見つけました。 66.2.2.2 クロッキング LP_FLEXCOMM インターフェースでは、選択した通信モジュールのレジスタ インターフェース用のバス インターフェース クロックが必要です。また、ペリフェラル通信インターフェースのクロックを生成する機能クロックも必要です。選択されていない機能のクロックは内部的にゲートされます。 表569。LPSPIクロック 低電力フレキシブル通信インターフェース (LP_FLEXCOMM) デバイス・モード LPSPI操作 デバッグ（コアはデバッグまたは停止モードです） CR[DBGEN] = 1の場合、デバッグモードで動作を継続 CAN。 時計の種類 説明 機能 バス クロックとは非同期です。 LPSPI 機能クロックが低電力モードでも有効なままの場合、LPSPI はマスター モードとスレーブ モードの両方で SPI バス転送と低電力ウェイクアップを CAN 実行します。 LPSPI は機能クロックをプリスケーラで分割します。結果の周波数は SPI 外部クロック周波数 (SCK) の 2 倍以上である必要があります。 外部 • LPSPI シフト レジスタは SCK クロックによって直接クロックされます。 • SCKクロックの生成または供給方法は、モード（マスターまたはスレーブ）によって異なります。 — マスター モードでは、SCK クロックは内部で生成されます。— スレーブ モードでは、SCK クロックは外部から供給されます。 バス バス クロックは、LPSPI 制御および構成レジスタへのバス アクセスにのみ使用されます。バス クロック周波数は、FIFO を含む LPSPI レジスタのデータ帯域幅要件をサポートするのに十分高くなければなりません。  バス クロックは非アクティブな FLEXCOMMx クロックの 1 つであると想定します。 RM は「機能的」クロックとも呼ばれます。それは Config Tool のクロック ツリーのどこにありますか? このようにプログラムを変更する場合、どのようなクロックの変更やその他の変更が必要になるかを理解するのにお力添えいただけますか?また、使用すべき適切なドキュメントを教えていただければ幸いです。 新規ユーザーがデバイスとツールを理解できるようお手伝いいただき、ありがとうございます。 Re: Problem with Config Tools and the frdmmcxn947_lpspi_interrupt_cm33_core0 example project. 親愛なる@EdwinHz様、 「 LPSPI の構成は、ConfigTools 経由ではなく、プロジェクト内ですでに手動で行われています。」と述べています。 SDK で提供されるすべての例で、プロジェクト内で手動で行うのではなく、Config Tools を使用してハードウェアをセットアップすると非常に役立ちます。 Re: Problem with Config Tools and the frdmmcxn947_lpspi_interrupt_cm33_core0 example project. こんにちは、 SDKs github リポジトリから SDKs プロジェクトを作成または開いた場合、残念ながらまだ Config Tools でサポートされていない新しいタイプの west ツール ベースのビルド システムが使用されます。生成されたソースファイルは手動でインポートおよび管理する必要があります。詳細については、次のページを参照してください: https://github.com/nxp-mcuxpresso/vscode-for-mcux/wiki/Working-with-Config-Tools よろしくお願いします。 ペトル・フラツキー 構成ツールチーム Re: Problem with Config Tools and the frdmmcxn947_lpspi_interrupt_cm33_core0 example project. こんにちは@ClarkS 、 「MCUXpresso Config Tools (Desktop) のユーザーガイド」( GSMCUXCTUG ) に次のような記述がありました。😞 Re: Problem with Config Tools and the frdmmcxn947_lpspi_interrupt_cm33_core0 example project. エドウィン、 コメントありがとうございます。ConfigTools を開く際の問題についてですが、私は MacOS を搭載したコンピューターを 2 台持っています。1つはベンチュラです。常に Config Tools が開きます。もう1台には新しいセコイアが搭載されています。Config Tools を開くときに問題が発生します。古いコンピューターでプロジェクトを作成し、それらのファイルを新しいコンピューターにコピーしたところ、正常に動作しました。この問題は Sequoia に関連していると思われますが、確信はありません。それ以上のトラブルシューティングを行う時間がありません。 Zephyr デバイス ツリーに関しては、Config Tools がデバイス ツリー構成を提供するという話を見たことがあると思います。私の記憶によれば、そのバージョンの CT には Zephyr モードがありました。この情報を提供する CT の別のバージョンはありますか? Re: Problem with Config Tools and the frdmmcxn947_lpspi_interrupt_cm33_core0 example project. こんにちは@ClarkS 、 1. プロジェクトが ConfigTools と互換性がないわけではなく、LPSPI の構成は ConfigTools 経由ではなく、プロジェクト内ですでに手動で行われています。このため、ConfigTools ではモジュール/クロック/ピンの初期化は表示されませんが、モジュールは引き続き動作します。ConfigTools 構成を設定すると、プロジェクトの手動構成が上書きされます。 2. 残念ながら、ConfigTools ではデバイス ツリー構成は提供されません。 3. このエラーが発生する前に、どのように ConfigTools を開きましたか?この「構成ファイルが見つかりません」というエラー メッセージが表示される前に、どのような変更を加えましたか?プロジェクト全体を削除して再度インポートしてみてはいかがでしょうか? BR、 エドウィン。 Re: Problem with Config Tools and the frdmmcxn947_lpspi_interrupt_cm33_core0 example project. 追加の問題が見つかりました。ここで、VSCode から Config Tool を開こうとすると、最初に構成ファイルを作成中と表示され、次に「構成ファイルが見つかりません」というエラーが表示されます。プログラム フォルダーを削除して、SDKs からプログラムを再インポートし、完了後に Config を開こうとしましたが、常にエラーが発生して Config Tools が開けません。 Re: Problem with Config Tools and the frdmmcxn947_lpspi_interrupt_cm33_core0 example project. もう一つの疑問が思い浮かびました。最終的にはこのプロジェクトを Zephyr プロジェクトに変換したいと考えています。Config Tools でデバイス ツリー構成を提供する方法はないのでしょうか?CT のどこかで見たことがあるはずなのですが、今は見つけることができません。