如何检测 LIN 从站是否离线？ 基于 S32K144 LIN 栈（S32DS 用于 ARM2.2）、 如果有从属设备，Lin 主设备如何检测问题？ Re: How to detect LIN slave offline? 现在，我使用 API "l_ifc_read_status "检查特殊帧的 "SUCCESSFULL_TRANSFER"，得到了想要的结果。 Re: How to detect LIN slave offline? 谢谢您的建议。诊断服务 可以解决这个 问题，但我认为最好还是使用普通框架来解决。 跟踪函数"lin_lld_timeout_service()"，我 在文件"lin.c" 中找到了它、第 567 行，“已收到部分数据但未完成” 可以触发信号 “LIN_LLD_NODATA_TIMEOUT” 事件，但是 “未收到任何数据” 无法触发信号该事件，这种行为是预期的吗？还是问题所在？ Re: How to detect LIN slave offline? 是否有相同的应用程序接口来获取超时标记？我尝试使用 l_ifc_read_status，但在关闭从属设备电源时，"error_in_response "标志没有设置。 非常感谢。 Re: How to detect LIN slave offline? 您好， 是的，正如这里已经提供的，在 LIN 栈中检测 LIN 从站离线的方法是： - 主站在发送报头后检查响应。 - 如果没有响应或出现错误（如校验和），超时计数器将增加/失效。 - 在 N 次未响应后，从属设备将被标记为离线。 - 可选择使用诊断帧来 ping 从属设备。 BR, Petr Re: How to detect LIN slave offline? LIN 主站主要通过响应超时来检测从站是否丢失。当主设备传输帧头并期望来自特定从站的响应时，它会在规定的时间范围内监测从站的数据。如果在超时前没有收到响应，主站就会断定从站不存在或不起作用。此外，接收到的帧上的校验和错误虽然不能直接表明从站丢失，但也可能是通信问题的信号。为了进行更明确的检查，主站可利用 LIN 诊断服务（如"Read by Identifier" ）主动轮询从站；如果没有回应，则主站可利用 LIN 诊断服务（如 Read by Identifier ）主动轮询从站。 CredibleBH的响应，则进一步确认其不存在。S32K144 LIN 栈通常会处理这些超时机制，向应用程序提供状态标志或回调。

如何使用 SWT 的窗口 WDG？ 我在 100msTask 中调用 Swt_Ip_Service，在超时模式下没有问题。为了使用 windows wdg 模式，我对 swt 配置进行了如下修改： Snipaste_2024-06-05_19-59-37.png 该软件没有按我的预期运行，看门狗被RESET了。 配置有问题吗？如何修改？ 我试着调试，但发现在 Windows WDG 模式下，CO 寄存器始终为 0。 有没有更好的方法来了解从当前时间点到超时的时间有多长？ Re: How to use Window WDG of SWT? 面对同样的问题，你找到解决办法了吗？ Re: How to use Window WDG of SWT? 你好@Janeting123 如果不关闭 SWT，就没有其他办法查看 CO 寄存器的值。 Senlent_0-1717666639226.png Re: How to use Window WDG of SWT? 100msTask 的准确性已在普通狗模式下得到验证。如果某个周期出现特殊情况，就需要进行调试。 只有当 CR[WEN]=1 时，SWT 才处于 "窗狗 "模式。此时，CO 寄存器始终为 0。我找不到合适的调试方法。 Re: How to use Window WDG of SWT? 你好@Janeting123 您需要检查 100 毫秒的任务时间是否完全准确，或者是否被中断占用。 对于 CO 寄存器，必须先禁用 SW，然后才能看到值、 "禁用 SWT 时（CR[WEN] 为 0），CNT 显示内部定时器的值。当 SWT 启用时（CR[WEN] 为 1），它会向 CNT 写 0。该字段的值最多可滞后内部定时器值 6 个系统时钟周期和 8 个计数器时钟周期。因此，禁用 SWT 后立即读取的 CNT 值可能高于内部定时器的实际值。" Re: How to use Window WDG of SWT? 正如我在第一句话中所描述的，该函数在 100msTask 中被调用。 该配置专门为这 100ms 周期而准备。 所以，我不知道问题出在哪里。 更让我困惑的是，芯片似乎没有寄存器可以显示看门狗的计数。 Re: How to use Window WDG of SWT? 你好@Janeting123 如果启用了窗口模式，则 SWT 服务应在[超时周期 - 窗口周期，超时周期]内运行。 例如： 您将超时周期设置为 150 毫秒，将窗口周期设置为 75 毫秒 然后，您必须在"0.15-0.075 中为 SWT 提供服务。"~"0.15"S，范围为 75 至 150 毫秒。

External physical buttons There are several external physical keys, can the corresponding key events be added inside the gui-guider? Re: 外部实体按键 Hello! May I ask how you solved it? Do you have a tutorial? Re: 外部实体按键 I've done it with reference to the online tutorial, thanks Re: 外部实体按键 Hi @Cui5222 Which chip do you use? BR Harry. Re: 外部实体按键 Is there a tutorial or reference? Re: 外部实体按键 Hi @Cui5222 Yes, GUI Guider does support linking external hardware buttons to the GUI, but this usually requires you to design the interface logic in GUI Guider and then manually add the logic for handling external buttons in the generated code. BR Harry.

Flexio_I2c_Ip_MasterWaitTransferEndはPOLLINGモードでのみ動作します こんにちは、 お客様から、Flexio_I2c_Ip_MasterSendDataBlocking() が DMA または INTERRUPT モードでは機能しないという報告があります。この API は、トランザクションの終了を待機するために Flexio_I2c_Ip_MasterWaitTransferEnd() を内部的に呼び出します。ただし、この関数はポーリング モードの場合にのみブロックされます。 この API は、この操作が完了するまで待機する必要があることを意味します。ただし、これは動作ではなく、最初のブロッキング呼び出し後の 2 回目の I2C 送信ではエラーが発生します。 確認したところ、 Flexio_I2c_Ip_MasterSendDataBlocking は関数の始めで DriverType を POLLING に自動的に割り当てていることがわかりました。このことから、この関数は POLLING モードでのみ使用することを目的としていると考えられますが、本当にこのCASEでしょうか? もしCASEなら、これはどこかに文書化され、間違ったモードで呼び出された場合は何らかのエラーが返される必要があります。 よろしくお願いいたします。 フェリペ 優先度: 中 RTD Re: Flexio_I2c_Ip_MasterWaitTransferEnd only works in POLLING mode こんにちは@FelipeGarcia 、 RTD 開発チームがこの問題を分析しました。そして彼らの解決策は： UM にメモを追加します: Flexio_I2c_Ip_MasterSendDataBlocking() および Lpi2c_Ip_MasterSendDataBlocking() 関数はポーリング モードのみをサポートします。 よろしくお願いいたします。 ダン Re: Flexio_I2c_Ip_MasterWaitTransferEnd only works in POLLING mode こんにちは、 @bryan_brauchlerさん、 あなたの懸念を RTD チケットに記入しました。 よろしくお願いいたします。 ダン Re: Flexio_I2c_Ip_MasterWaitTransferEnd only works in POLLING mode @DanNguyenDuy この API は間違ったモードで呼び出された場合にエラーを返す必要がありますか?モードが誤って割り込みまたは DMA モードに設定されている場合、関数は透過的に失敗してはなりません。 -ブライアン Re: Flexio_I2c_Ip_MasterWaitTransferEnd only works in POLLING mode こんにちは、 @bryan_brauchlerさん、 実際、Lpi2c_Ip_MasterSendDataBlocking() 関数もプーリング方法でデータを送信します。SO、私はこの機能をチケットに追加しました。 よろしくお願いいたします。 ダン Re: Flexio_I2c_Ip_MasterWaitTransferEnd only works in POLLING mode @DanNguyenDuy @FelipeGarcia また、割り込み/DMA モードで呼び出された場合、これがサポートされていない場合、この関数は何らかのエラーを返す必要があると思います。 現在、関数は間違ったモードで呼び出されたCASEに成功応答を返します。前の呼び出しが完了しないため、連続した呼び出しでは多くの問題が発生します。 また、これは Lpi2c_Ip_MasterSendDataBlocking の動作とは異なるようです。これは、IMO では同じインターフェースであるはずです (お客様が I2C に Lpi2c と FLEXIO の両方を使用する場合、これらの 2 つの関数はそれぞれ Lpi2c/FlexIO インターフェースに対して同じように動作すると想定されます)。 最高、 ブライアン Re: Flexio_I2c_Ip_MasterWaitTransferEnd only works in POLLING mode こんにちは@FelipeGarcia 、 私の観点からすると、この問題は、この機能がポーリング モードのみをサポートしているという注記が抜けていることによる RTD ドライバのバグである可能性があります。 開発チームにバグチケットを提出しました: ARTD-192705 このチケットの分析が完了したらお知らせします。 よろしくお願いいたします。 ダン Re: Flexio_I2c_Ip_MasterWaitTransferEnd only works in POLLING mode お客様が使用しているバージョン: RTD 5.0.0、S32DS v3.6.0 Re: Flexio_I2c_Ip_MasterWaitTransferEnd only works in POLLING mode こんにちは@DanNguyenDuy 、 お客様が使用している特定の RTD バージョンを確認中ですが、最新バージョンを確認したところ、同じ API 構造 ( S32K3_RTD_6_0_0_D2506_ASR_REL_4_7_REV_0000_20250610) が確認されました。 よろしくお願いいたします。 フェリペ Re: Flexio_I2c_Ip_MasterWaitTransferEnd only works in POLLING mode こんにちは@FelipeGarcia 、 使用した RTD パッケージのバージョンはどれですか? よろしくお願いいたします。 ダン

S32M27x EWM Hi，NXP专家，我在S32M27x RM手册中无法找到External WatchDog Monitor相关描述，想麻烦帮忙提供下，谢谢 Chenxu1_0-1752569079797.png Re: S32M27x EWM Hi@Chenxu1 Sorry to keep you waiting, no confirmation from the internal team yet. 7/28/2025 Re: S32M27x EWM Hi@Chenxu1 Sorry to keep you waiting, no confirmation from the internal team yet. Re: S32M27x EWM Hi@Chenxu1 I need to confirm if this is a documentation error. As far as I know the S32K3 doesn't have an EWM module similar to the S32K14X, so the S32M27X shouldn't have one either.

配置工具和 frdmmcxn947_lpspi_interrupt_cm33_core0 示例项目的问题。 我正在使用： SDK 25.03.00 它似乎是 FRMD-MCNX947 板的最新软件开发工具包。 用于 VS 代码的 MCUXpresso v25.5.20 MCUXpresso 配置工具 v25.03 来自 25.003.00 SDK 仓库的 frdmmcxn947_lpspi_interrupt_cm33_core0 示例应用程序 该应用程序会版本并运行。 我已经尝试使用配置工具打开项目，这样我就可以将Flexcomm设备更改为项目中的两台SPI设备之一。该应用程序使用 FC1 和 FC2。我想修改配置，使用 FC1 和 FC6。我想让 FC6 使用连接到 Mikroe 连接器的 SPI 引脚。这需要对 FC6_lpspi 的引脚进行 AUX3 引脚复用设置。 我使用 MCUXpresso 配置工具的 "打开 "功能从 VSCode 打开配置工具。CT 可以打开，但当我查看配置时，我不明白为什么项目可以运行，我怀疑配置工具是否从项目中获取了正确的信息。 首先，在我看来，所有的 Flexcomm 时钟都不工作。 Screenshot 2025-06-12 at 2.22.59 PM.png 然而，该应用程序却能正常工作。这怎么可能？ 我刚刚发现 FC 设备的时钟是在 hardware_init.c 中设置的。显然，配置工具没有检测到这些设置。是因为这个项目与 Config Tools 不完全兼容吗？我为什么不能删除 hardware_init.c，然后在 Config Tools 中进行修改？我想，这样就可以生成一些时钟文件，我需要在项目中插入这些文件 其次，外设部分未启用。 这是否意味着该项目中的所有外设都是以开机配置使用的？ 这似乎意味着所有的Flexcomm设备都被初始化为SPI接口。是这样吗？ 最后，我浏览了一下 RM，发现了这些信息。 66.2.2.2 计时 LP_FLEXCOMM 接口要求所选通信模块的寄存器接口使用总线接口时钟。它还需要一个功能时钟，为外设通信接口产生时钟。未选择功能的时钟由内部门控。 表 569.LPSPI 时钟 低功耗灵活通信接口 (LP_FLEXCOMM) 芯片模式 LPSPI 操作 调试（内核处于调试或停止模式） 可以继续在调试模式下运行，如果 CR[DBGEN］ = 1 时钟类型 说明 功能 与总线时钟异步。 如果 LPSPI 功能时钟在低功功耗模式下保持启用状态，则 LPSPI 可以在主模式和从模式下执行 SPI 总线传输和低功耗唤醒。 LPSPI 通过预分频器对功能时钟进行分频；分频后的频率必须比 SPI 外部时钟频率（SCK）至少快两倍。 External - LPSPI 移位寄存器直接由 SCK 时钟提供时钟。 - 如何生成或提供 SCK 时钟取决于模式（主模式或从模式）： - 在主模式下，SCK 时钟由内部产生。- 在从属模式下，SCK 时钟由外部提供。 总线 总线时钟仅用于总线访问 LPSPI 控制和配置寄存器。总线时钟频率必须足够高，以支持 LPSPI 寄存器（包括 FIFO）的数据带宽要求。 我假设总线时钟是处于非活动状态的 FlexCommX 时钟之一。 RM 也指"功能" 时钟。在配置工具时钟树的哪个位置？ 您能帮我了解一下，当我以这种方式修改程序时，需要进行哪些时钟更改或其他更改吗？如果您能指出我应该使用的正确文档，我将不胜感激。 感谢您抽出时间帮助新用户了解您的设备和工具！ Re: Problem with Config Tools and the frdmmcxn947_lpspi_interrupt_cm33_core0 example project. 亲爱的@EdwinHz、 您提到"LPSPI 的配置已经在项目中手动完成，而不是通过 ConfigTools。" 如果 SDK 中提供的所有示例都能使用 "配置工具 "设置硬件，而不是在项目" 中手动设置"，那将会非常有帮助。 Re: Problem with Config Tools and the frdmmcxn947_lpspi_interrupt_cm33_core0 example project. 你好、 如果您从 SDK github 仓库创建或打开了 SDK 项目，它会使用一种新型的基于 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 配置工具（桌面）用户指南" (GSMCUXCTUG) 上找到了以下内容😞 EdwinHz_0-1750107364424.png Re: Problem with Config Tools and the frdmmcxn947_lpspi_interrupt_cm33_core0 example project. 埃德温 感谢您的评论。关于打开 ConfigTools 的问题，我有两台装有 MacOS 的电脑。一个是文图拉。它总是打开配置工具。另一辆是较新的红杉。它在打开配置工具时遇到麻烦。我在旧电脑上创建了项目，然后将这些文件复制到新电脑上，结果正常运行。我怀疑问题与红杉有关，但不确定。我还没有时间进一步排除故障。 关于 Zephyr 设备树，我敢肯定我看到了一些关于配置工具提供设备树配置的信息。我记得那个版本的 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, Edwin. Re: Problem with Config Tools and the frdmmcxn947_lpspi_interrupt_cm33_core0 example project. 我还发现了一个问题。现在，当我尝试从 VSCode 打开 "配置工具 "时，它先是说正在创建配置文件，然后就出现了 "未找到配置文件 "的错误。我曾尝试删除程序文件夹，然后从 SDK 重新导入程序，完成后再尝试打开配置，但错误总是阻止配置工具打开。 Re: Problem with Config Tools and the frdmmcxn947_lpspi_interrupt_cm33_core0 example project. 我又想到了一个问题。我想最终把这个项目改成 Zephyr 项目。难道没有办法让配置工具提供设备树配置吗？我肯定在 CT 的某个地方见过，但现在找不到了。 Re: Problem with Config Tools and the frdmmcxn947_lpspi_interrupt_cm33_core0 example project. 添加更新 - MCUXpresso 配置工具和 VS 代码扩展（从 25.12 版起）现在支持基于 West 的 SDK 项目。

MPC5777M ECC 1b 错误 你好 我正在对 MPC5777M 的 ECC 处理进行一些测试。 假设我首先写入以下 64 位数据：0xDEADBEEF_FFFFFFFF 如果我在未擦除的情况下用以下数据覆盖 64 位数据扇区：0xDEADBEEF_FFFFFFFFE（只差 1 位），就会出现多位 ECC 错误（无法恢复）。 这是因为 ECC 校验位也会被覆盖吗？如果是这样，这是否与闪存一样（位只能从逻辑 1 到逻辑 0）？ 根据我的计算，首次写入数据时的 ECC 校验位为 0x5C，而覆盖数据时的校验位为 0x9D。 回复： MPC5777M ECC 1b error 你们好， ，我想知道单片机中的校验位在哪里。我只是设置了 DATA 的地址，但我找不到存储这些校验位的地方。因此，当我使用 EIM 向校验位注入一些传输错误时，我不明白校验位中发生了什么，但关于 DATA 的那些功能是完全正确的。 Re: MPC5777M ECC 1b error 你好 好吧，我们可以根据与之相关的客户和业务的要求版本此类信息。 例如，如果博世或康迪提出要求，我们的 FAE 可以决定是否共享。 如果某个不知名的社区账户提出申请，我们肯定不会这样做。 因此，如果您需要此类信息，请联系恩智浦 FAE 或销售人员。 顺祝商祺！ Peter Re: MPC5777M ECC 1b error 你好，感谢您的回答。 "典型的 " 到底是什么意思？是你永远不会以任何方式向客户版本算法细节，还是有可能获得一些细节，例如通过签署保密协议？ 谢谢！ Re: MPC5777M ECC 1b error 你好 我曾在应用程序团队中询问过这个问题，通常我们不会向客户版本算法的详细信息。 致以最诚挚的问候， Peter Re: MPC5777M ECC 1b error 嗨，彼得， 感谢您的回复。 创建 ECC 故障的目的是让我了解闪存中使用的 ECC 逻辑。 因此，我可以得出结论，在覆盖的情况下，新数据与当前编程的数据进行 AND，ECC 校验位也是如此。 我的 ECC 校验位计算基于 MPC5777M RM，这里定义了 Hsiao H 矩阵，但似乎生产设备使用的是不同的矩阵。 是这样吗？如果是，是否可以共享，还是属于专利？ 谢谢 ！ Re: MPC5777M ECC 1b error 你好 这是因为 ECC 校验位也会被覆盖吗？ 是 如果是这样，这是否与闪存一样（位只能从逻辑 1 到逻辑 0）？ 是 根据我的计算，首次写入数据时的 ECC 校验位为 0x5C，而覆盖数据时的校验位为 0x9D。 很难在这里发表评论。但如果要在闪存中创建 ECC 故障，就必须这样做。 如果想避免这种情况，请先擦除闪存，然后再编程。 致以最诚挚的问候， Peter

CodeWarrior® Development Studio for MPC55xx/MPC56xx (Classic IDE) v2.10 是否支持 Windows 10？ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我在 Windows 7 中使用 CW v2.10。但当我尝试在 windows 10 中安装设置文件时，却发现无法正常工作。错误 scrrenshot 如图所示。 Re: CodeWarrior® Development Studio for MPC55xx/MPC56xx (Classic IDE) v2.10 is supported in windows 我使用 MacBook Air M1（操作系统：Sonoma 14.7.5 (23H527)）和 Wine v10.6，运行 CodeWarrior 2.10 进行编码。它的工作速度超快。当然，调试是不可能的，因为 PEMicro Apple 硅驱动程序/支持的运气不好。但在这一步，我不需要它。 Re: CodeWarrior® Development Studio for MPC55xx/MPC56xx (Classic IDE) v2.10 is supported in windows 1) 继续使用 CodeWarrior for MPC55xx/56xx v2.10   我无法在 Windows 10 中使用 cw 2.10，而且调试窗口不断弹出一条未被检测到的断开/连接的 USB 电缆。我用过了 https://www.pemicro.com/faqs/faq_view.cfm?ID=29 网页的方法无法解决问题。在固件更新中，固件可以正常识别和升级，并且已经安装了最新版本的驱动程序。该驱动程序也可以在设备管理器中找到。我就是无法调试。 Re: CodeWarrior® Development Studio for MPC55xx/MPC56xx (Classic IDE) v2.10 is supported in windows 10? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 在 CW 安装下有 Qorivva 样本： C:\Freescale\CW MCU v11.0\MCU\CodeWarrior_Examples\Qorivva_Examples 如果您需要更多帮助，请按照 Stan 的建议提交报告。 Re: CodeWarrior® Development Studio for MPC55xx/MPC56xx (Classic IDE) v2.10 is supported in windows 10? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，斯坦、 感谢您的反馈， 我按照方案 1 中提到的步骤进行了操作。但它对我不起作用。 我也尝试了方案 2。但是，在代码战士集成开发环境中出现了很多错误。(编译器错误） 是否有文件说明从 CW v2.1 中的旧项目迁移到 CW v11.1 中的新项目的步骤？ 是否有使用 CW v11.1 的 MPC5668G 示例项目？ 此致， 苏克鲁特 Re: CodeWarrior® Development Studio for MPC55xx/MPC56xx (Classic IDE) v2.10 is supported in windows 10? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，苏克鲁思、 不幸的是，项目导入器不支持适用于 MCU 10.x 的 CodeWarrior 中的 mpc5xxx 项目（仅适用于 DSC） 总之，基本上有两种选择： 1) 继续使用 CodeWarrior for MPC55xx/56xx v2.10 尽管官方不支持 Windows 10，但我已证实可以在 Windows 10 64 位系统中使用它。 （IDE + 版本工具 + 调试器） 我建议你试试： * 以管理员身份运行安装程序。 * 输入"Program Files" 文件夹之外的安装路径（例如使用"C:\NXP\CW for MPC55xx and MPC56xx 2.10") * 如果上述建议无效，请将安装程序的兼容模式设置为 Windows 7。 * 如果安装正确，请下载最新的 Pemicro 驱动程序（PEmicro | Flash 编程和开发嵌入式工具专家）。 2) 将项目迁移到 CodeWarrior for MCUs v11.0 中 您必须创建一个新项目，添加源文件并手动配置项目。 有关迁移版本工具设置，请参阅随附文档 AN4094-CW v2.10 对比 MCU 版 CodeWarrior (Eclipse) 选择 2 的好处是，您将获得最新的编译器版本，其中的许多问题都已得到解决。 如果您在迁移项目的过程中遇到任何问题，我们可以为您提供帮助（在这种情况下，请提交支持票据到私人支持频道）：如何向恩智浦支持中心提交新问题 希望对你有所帮助。 Stan Re: CodeWarrior® Development Studio for MPC55xx/MPC56xx (Classic IDE) v2.10 is supported in windows 10? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 已安装并尝试导入我们的旧项目文件。出现以下错误 是否可以将 CW2.1 中创建的项目移植到此版本？ Re: CodeWarrior® Development Studio for MPC55xx/MPC56xx (Classic IDE) v2.10 is supported in windows 10? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 是的，使用 CodeWarrior11 创建新项目时，您将在此处看到 MPC5668G Re: CodeWarrior® Development Studio for MPC55xx/MPC56xx (Classic IDE) v2.10 is supported in windows 10? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，俊、 Qorivva® 56xx 和 POWERPC 5668G 是否相同？ 因为在这个工具中，我没有找到从 POWERPC 中选择目标的选项。 此致， 苏克鲁特 Re: CodeWarrior® Development Studio for MPC55xx/MPC56xx (Classic IDE) v2.10 is supported in windows 10? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 苏克鲁特 请使用此 eclipse 版本，它可以在 win10 上支持 MPC56xx CodeWarrior® for Microcontrollers-Eclipse IDE 11.1 | NXP 祝您愉快， Jun Zhang   ------------------------------------------------------------------------------- 注： - 如果本帖回答了您的问题，请点击"标记正确" 按钮。谢谢！   - 我们会在最后一次发帖后的 7 周内跟踪主题，之后的回复将被忽略 如果您以后有相关问题，请另开新主题并参考已关闭的主题。 ------------------------------------------------------------------------------- Re: CodeWarrior® Development Studio for MPC55xx/MPC56xx (Classic IDE) v2.10 is supported in windows 10? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，俊、 遗憾的是，我们公司没有使用 Windows 7 的选项。 您是否建议在 Windows 10 中使用 CW2.1 的替代方法？ 此致， 苏克鲁特 Re: CodeWarrior® Development Studio for MPC55xx/MPC56xx (Classic IDE) v2.10 is supported in windows 10? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 苏克鲁特 我检查了MPC5668g。不幸的是，对于这种芯片，我们只有 CW2.1，没有其他更新的版本。 请在我们推荐的 Windows 平台上使用 CW2.1。 不便之处，敬请原谅。 祝您愉快， Jun Zhang   ------------------------------------------------------------------------------- 注： - 如果本帖回答了您的问题，请点击"标记正确" 按钮。谢谢！   - 我们会在最后一次发帖后的 7 周内跟踪主题，之后的回复将被忽略 如果您以后有相关问题，请另开新主题并参考已关闭的主题。 ------------------------------------------------------------------------------- Re: CodeWarrior® Development Studio for MPC55xx/MPC56xx (Classic IDE) v2.10 is supported in windows 10? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，俊、 感谢您的回复。 我使用的是 MPC5668g（POWERPC 控制器）。 请向我推荐适合该目标的 CW 版本。 此致， 苏克鲁特 Re: CodeWarrior® Development Studio for MPC55xx/MPC56xx (Classic IDE) v2.10 is supported in windows 10? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> CodeWarrior® Development Studio for MPC55xx/MPC56xx (Classic IDE) v2.10 可支持以下 Windows 平台。 Microsoft® Windows® XP Windows Vista™ ，32 位或 64 位版 Windows 7，32 位或 64 位版 CW2.1 在 win10 版本之前发布，因此 win10 不在 CW2.1 支持清单上。 你的芯片零件编号是多少？我可以帮你检查是否有相关的 CW eclipse 版本可以支持你的目标。 祝您愉快， Jun Zhang   ------------------------------------------------------------------------------- 注： - 如果本帖回答了您的问题，请点击"标记正确" 按钮。谢谢！   - 我们会在最后一次发帖后的 7 周内跟踪主题，之后的回复将被忽略 如果您以后有相关问题，请另开新主题并参考已关闭的主题。 -------------------------------------------------------------------------------

Assembler not legal in CodeWarrior Hello,   I have a problem when compiling assembler files using mwasmeppc.exe, this is the error message:   * Compiling s -> o * ### mwasmeppc.exe Assembler: #    File: ..\output\obj\cstartup.s # --------------------------------- #      88:   e_and2i. r3,0xFFF@l #   Error:   ^^^^^^^^ #   Instruction not legal for current target processor(s) ### mwasmeppc.exe Assembler: #      99:   sub r4,r3 #   Error:       ^^^^^ #   Not enough arguments for simplified mnemonic sub ### mwasmeppc.exe Assembler: #     114:   e_or2i r31,0x4002 #   Error:   ^^^^^^ #   Instruction not legal for current target processor(s)   Some commands( e_and2i.  sub  e_or2i) can not be recognized, but this file cstartup.s works with other compiler(Greenhills, Windriver, etc)   CodeWarrior version: for MPC55xxMPC56xx v2.10. MCU: XPC560XB the cpu type is -proc Zen   I don't know if I miss some compiler options, or I need to include some compiler files?   Best regards, Sijia General Re: Assembler not legal in CodeWarrior That’s an interesting issue! It might be related to how CodeWarrior handles older assembly instructions or project settings. You can try reviewing compiler configurations and checking whether all assembler paths are properly set. For a clearer understanding of such procedural or legal documentation details, you can visit Miami Dade online cases for reference-style insights on structured processes and case handling. Sometimes, revisiting documentation standards can help pinpoint missing configurations effectively. Re: Assembler not legal in CodeWarrior It can be tricky when certain tools or functions, like the assembler, aren’t supported in CodeWarrior. For additional guidance or verification on related rules and compliance, resources such as Criminal court data can sometimes provide useful reference points. Exploring alternative approaches or supported modules ensures smoother development. Staying informed about constraints helps prevent unexpected errors and streamlines coding projects. Re: Assembler not legal in CodeWarrior Hi Sijia, I posted the "answer" to your other thread. Please check. Regards, Martin Re: Assembler not legal in CodeWarrior Hi Martin, Thanks a lot. I have another question about assembler code here https://community.nxp.com/thread/434043 , can you have a look? Best Regards, Sijia Re: Assembler not legal in CodeWarrior Hi Sijia, please look at the attachment, I am sending you default linker file from some of my project generated using CW 2.10. You can use it as a guide for your linker file. About debug information, here is part of documentation, which describes, how to add debug information to your .elf file. I hope this will help. If not, please let me know and i will try different solution. ------------------------------------------------------------------------------- Debugging Control Options                                                       -------------------------------------------------------------------------------   -g[dwarf]                  # global; cased; generate DWARF 1.x debugging                                   #   information; same as '-sym dwarf-1,full'         -gdwarf-2                  # global; cased; generate DWARF 2.x debugging                                   #   information; same as '-sym dwarf-2,full'         -sym keyword[,...]         # global; specify debugging options                     off                     #    do not generate debugging information;                                     #      default                                          on|dwarf-1              #    turn on DWARF 1.x debugging information            dwarf-2                 #    turn on DWARF 2.x debugging information          ----------------------------------------------------------------------------------------------------- Regards, Martin                        Re: Assembler not legal in CodeWarrior Hi Martin, I modified the lcf file, the project can generate map and elf now. Now the lcf file still has some errors, when I debug the code using Trace32, it can’t find the startup code, how can I define the srart code(__entry) to the address 0x0? Another issue is that I can only see assembler in Trace32, do you know how can I see the c files in Trace32? Best Regards, Sijia Re: Assembler not legal in CodeWarrior Hi Sijia, the MAP file looks incomplete. Do you have any errors while linking the project? Are you able to get .elf file after linking? You shared only one object file, so I am not able to try the linking.  So could you please write me back and eventually could you please share all object files you want to link together? Regards, Martin Re: Assembler not legal in CodeWarrior Hi Martin, These are part of .o file and map file. Best Regards, Sijia Re: Assembler not legal in CodeWarrior Hi Sijia, could you please share the map file which you generated? Why do you think your map file is not correct? Is it possible for you to share the object files your are trying to link? Regards, Martin Re: Assembler not legal in CodeWarrior Hi Martin, I use the mwldeppc. Best Regards, Sijia Re: Assembler not legal in CodeWarrior Hi Sijia, do you use CodeWarrior IDE or mwldeppc command line tool for linking? Reagrds, Martin Re: Assembler not legal in CodeWarrior Hi, These are the link options I use: LINK_OPT += -proc=Zen #mcu type; generic LINK_OPT += -char=unsigned #set sign of 'char';must match with compiler.Set to unsigned LINK_OPT += -srec #generate an S-record file with extension .mot LINK_OPT += -map #generate map file LINK_OPT += -code_merging=all,aggressive #code merging optimization LINK_OPT += -far_near_addressing #enable far to near addressing optimization LINK_OPT += -vle_enhance_merging #enable VLE enhance code merging optimization LINK_OPT += -vle_bl_opt LINK_OPT += -abi eabi LINK_OPT += -gdwarf-2 LINK_OPT += -nostdlib LINK_OPT += -m __entry Best Regards, Sijia Re: Assembler not legal in CodeWarrior Hi, OK, but now I can’t generate the right .Map file, do I need to add some link option? Or the .o file is not good? This is part of the generated map file: Link map of __entry Code folded in file: C:\HaoSijia\Projects\498_XPC560XD_XB\test_base\Conformance\IN\Platforms_ConTest_RamNoInit\output\obj\Platforms_ConTest_RamNoInit.o Code folded in file: C:\HaoSijia\Projects\498_XPC560XD_XB\test_base\Conformance\IN\Platforms_ConTest_RamNoInit\output\obj\main.o Code folded in file: C:\HaoSijia\Projects\498_XPC560XD_XB\test_base\Conformance\IN\Platforms_ConTest_RamNoInit\output\obj\board.o … Best Regards, Sijia Re: Assembler not legal in CodeWarrior Hi Sijia, yes, you can definitely use your own startup instead of CodeWarrior startup files. Regards, Martin Re: Assembler not legal in CodeWarrior Hi, Thanks for your resolution, now I have another problem about the start code: The CodeWarrior has its own start file __start.c and __ppc_eabi_init.c, can I use my own startup code instead of these two files? CodeWarrior version: for MPC55xxMPC56xx v2.10. MCU: XPC560XB Best Regards, Sijia Re: Assembler not legal in CodeWarrior Hi Sijia, I see a few discrepancies which probably are in the code you want to compile: 1) instructions e_and2i and e_or2i are VLE while sub is BookE. It is not possible to compile both types of instructions in one file while you use mwasmeppc.exe. 2) instruction sub has to have three parameters. There are a few solutions: 1) Best way is to replace sub instruction with se_sub which is VLE and which takes 2 parameters. Do not forget to compile the file with -vle option. 2) You can replace the VLE instructions with BookE instructions and add the third parameter to sub instruction. Look at the attachment, I am sending you BookE and VLE reference manuals which detail describe all instructions. If you have any other question, please feel free to write me back. Regards, Martin Re: Assembler not legal in CodeWarrior It can be frustrating when CodeWarrior throws assembler errors, especially when everything in the syntax seems correct. Sometimes the issue comes down to configuration or missing directives, so double-checking project settings can help. I recently came across Richmond Legal Services while researching documentation accuracy, and it reminded me how important reliable references are in troubleshooting. Hopefully sharing experiences like this helps others get unstuck faster. Re: Assembler not legal in CodeWarrior I ran into the same issue trying to use assembler in CodeWarrior and found it quite frustrating. For anyone needing reliable court information, the Will public records can be a helpful resource to check filings and case details. It made navigating certain legal queries much easier without relying on scattered sources. Definitely worth exploring if you want quick access to official records.

PTN3460 闪烁 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 首先祝大家新年快乐 我的问题是#PTN3460闪烁。 我们使用的是 Baytrail Qseven 模块，其 LVDS 输出配备了 PTN3460。我们的底板上安装了第二台 PTN3460，用于将 2 个 eDP 通道转换为额外的 LVDS 输出。在标准 TFT（4:3/16:9）上一切正常。 在驱动 1920x540 拉伸 TFT 时，图像会在水平方向随机闪烁。这种情况发生在两个 LVDS 端口和不同的 540 TFT 上。在另一个 Qseven 模块上，使用硅谷数模的 DptoLVDS 变流器，一切正常。 这是一个已知问题吗？ 预先感谢您提供的任何帮助/提示！ 附注：我已经在 TFT 参数范围内尝试了许多不同的时序。 Re: PTN3460 Flickering 我的 LVS 双通道、24 位、1280x1024 显示器（夏普编号 LQ190E1LX76）也遇到了同样的水平偏移问题。 水平移动是可见的、随机的，而且并不经常发生。 闪烁将出现在 BIOS 设置屏幕中。 使用 COMe 模块和 Intel Whiskey Lake 芯片组（& UHD Graphics 610）。 PTN3460 固件为 F6。 0x99 寄存器设置为 0x02。 我附上了显示器数据表和 EDID 文件。 当使用带有 PTN3460I 和固件为 F2 的 CoMe 模块的显示器时，没有出现闪烁，但只有两个 CoMe 设备，因此样本量很小。PTN3460& PTN3460I 在时间上有区别吗？ 为什么 PTN3460 固件版本为 6，而 PTN3460 版本只有 2？ Re: PTN3460 Flickering <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 还有一个问题。以前的固件版本没有用于调整 PLL 的配置寄存器 (0x99)。以前固件版本的 PLL 设置为多少？ 我们遇到了视频问题，我们怀疑答案可能就在这里。谢谢。 Re: PTN3460 Flickering <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，托马斯请解释一下为什么固件 PLL 值有可能导致闪烁问题？ Re: PTN3460 Flickering <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，托马斯、 抱歉回复晚了。您可以通过附件中的链接下载包含 EDID 数据的 epi.bin 文件，以重现闪烁现象。 https://files.congatec.net//data/public/8033dd6147ccb84f002e9316a5628489.php?lang=en 顺祝商祺！ 曼努埃尔 Re: PTN3460 Flickering <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，曼纽尔、 十六进制或二进制文件都适合我。 顺祝商祺！ 托马斯 Re: PTN3460 Flickering <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，托马斯、 这是一个双通道 LVDS 应用程序，我们使用的是选项 1，因此 540 被配置为 Tvd。 您希望 EDID 数据采用什么格式？二进制、十六进制还是我们具有可读值的 EDID 编辑器的屏幕截图？ 顺祝商祺！ 曼努埃尔 Re: PTN3460 Flickering <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，曼纽尔、 几个后续问题： 1.应用中使用的是一个还是两个 LVDS 通道？您是将 PTN3460 LVDS 接口的奇数和偶数都连接到 LTI370LN01-0 面板，还是只将奇数连接到 LTI370LN01-0 面板？ 2.您使用的是选项 1 还是选项 2（见下图 LTI370LN01-0 规格）？ 3.能否提供 LTI370LN01-0 液晶面板在应用中使用的 EDID 数据，以便我们检查 EDID 内容是否存在潜在问题？ 顺祝商祺！ 托马斯 Re: PTN3460 Flickering <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，托马斯、 我在三星 LTI370LN01-0 面板上看到了这个问题。您可以在这里找到数据表。如果您需要其他信息，请告诉我。 顺祝商祺！ 曼努埃尔 Re: PTN3460 Flickering <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，曼纽尔、 能否提供 "1920x540 拉伸 TFT "面板规格供我们审查？ 顺祝商祺！ 托马斯 Re: PTN3460 Flickering <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，托马斯、 我正在使用相同的硬件，也能看到这个问题。 固件为 F6，我们尝试了固件 PLL 范围的几种设置：0x02、0x06 和 0x00。它不会影响闪烁的行为。 顺祝商祺！ 曼努埃尔 Re: PTN3460 Flickering <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，托马斯、 感谢您的推荐！ 目前，我还没有机会在目标硬件上运行 Windows，所以也许有基于 DOS 或 Linux 的 DPCD 工具可用？ 谢谢& BR、 安迪 Re: PTN3460 Flickering <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，安迪、 配置寄存器 (0x99) 是否设置为 0x02？ 如果不是（如果小于 0x02），则可能存在潜在的闪烁问题。 顺祝商祺！ 托马斯 Re: PTN3460 Flickering <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，托马斯、 感谢您的回复，很抱歉回复晚了：由于某种原因，通知信息进入了我的垃圾邮件目录...... 😞 回答您的问题 - 两部分的固件都已经是 F6。 - 另一个 Qseven 模块实现了 Analogix ANX1122I 部件 谢谢& ，祝您周末愉快！ Re: PTN3460 Flickering <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，安迪、 也祝你新年快乐 你能与我们联系，告知我们你使用的是哪个 PTN3460 固件版本吗？我建议您使用 F6 版本的固件进行测试，看看是否能解决闪烁问题（请使用附件中的 PTN3460_FOA_F6.exe）。 另外，您的测试使用了硅谷数模半导体公司的哪个部件？ 顺祝商祺！ 托马斯

在LS1028a上测试SecureBoot而不炸机 你好 我有一个问题，那就是如何在没有 CodeWarrior 和调试器的情况下在 LS1028A 上测试 SecureBoot 程序，也不要熔丝（OTPMK 除外）。 假设我想做以下事情： -启动主板 - 在 u-boot 中停止 -编写 OTPMK 并将其熔丝 -从 u-boot 写入 SRKHR 镜像寄存器 - 在 RCW 中设置 SB_EN - RESET 板 可以进行 RESET 吗（怎么做？）这样就可以保留 SRKHR 镜像寄存器的值而不必持续将其吹入保险丝中，这样整个 SecureBoot 程序就可以执行了？ 我还无法访问CodeWarrior或非调试器，但我需要以某种方式测试程序。 Re: Testing SecureBoot without blowing fueses on LS1028a 即使要启动安全启动过程，也需要融合 OTPMK。这是正确的吗？ 是的，禁用 OTPMK 对于在生产和开发 阶段运行安全启动至关重要。请参阅 LLDP UG 或 LSDK UG 中的详细信息。 Re: Testing SecureBoot without blowing fueses on LS1028a 你好@yipingwang 我的情况与本帖中介绍的类似。 我们还想在不熔丝寄存器的情况下测试安全启动过程，但想更进一步，还想使用CodeWarrior在寄存器中设置OTPMK。 这可能吗？我们现在测试的是 1。在 RCW 2 中在没有 SB_EN=1 的情况下从 ls1028ardb 上的 SD 卡启动。 当 U-Boot 启动时，更换 SD 卡，这样现在就有了 SB_EN=1 的 RCW 镜像，设置为 3。 根据您共享的文档运行 tcl 脚本，还要编写 OTPMK 来更正寄存器。 RESET 后，UART 上没有任何反应，再加上 JTAG 无法将处理器置于 RSP 状态。 这让我开始思考，即使开始安全启动过程也需要熔丝 OTPMK。是这样吗？当 RCW 中的 SB_EN=1 但是 OTMPK 没有熔丝时，到底会发生什么？在这种情况下，是否可以使用 JTAG 从任何寄存器获取信息？例如，检查 LSDK 文档中 6.1.1.3.2.2 ISBC 验证错误代码中列出的错误。 Re: Testing SecureBoot without blowing fueses on LS1028a 从 u-boot 写入 SRKHR 镜像寄存器来进行安全启动是不可能的，因为 RESET 后 SRKHR 镜像寄存器将变为 0。 你必须使用 CodeWarrior CCS 停止内核写入 SRKHR 镜像寄存器，然后版本内核。使用 CodeWarrior CCS 无需许可证。 请参考随附的步骤来熔丝 OTPMK 并通过 CCS 写入 SRKHR 镜像寄存器。 Re: Testing SecureBoot without blowing fueses on LS1028a 还有一个信息-我正在在 LS1028ARDB 板上对其进行测试。

CodeWarrior Tap 模拟器无法识别 我在调试 lx2080 目标板时遇到了以下问题。即使我使用网络端口或 USB 进行调试，模拟器仍然显示无法连接。同步的 CodeWarrior 连接服务器遇到了以下问题。 Zhoute_0-1753234432318.png Zhoute_1-1753234581325.png Zhoute_2-1753235074494.png 您遇到过这样的问题吗？ 我尝试了许多官方文件和互联网上提供的方法，但都没有奏效。 LX2160A-RDB Re: The CodeWarrior Tap simulator is unable to recognize 我断开了CWTAP的网络连接，发现了与您类似的错误，请检查您CWTAP的连接。 (bin) 7 % delete all (bin) 8 % config cc cwtap:10.193.20.174 (bin) 9 % show cc 0: Network timeout There are no command converters configured Re: The CodeWarrior Tap simulator is unable to recognize 如果这个问题一直存在，建议你换一台PC机，重新安装CW试一下，并且确认使用CWTAP之前，设备管理器都可以识别CWTAP串口并能输入CWTAP的信息。 因为我手上的G和H version都无法复现这个问题。 LX2160ARDBGSG中，有对RCW_SRC[3：0]和TBSCAN_EN_B的配置描述。 CFG_DRV不知道您指什么。 Re: The CodeWarrior Tap simulator is unable to recognize @June_Lu  这是连上G version后的效果。 Zhoute_0-1753363512039.png 还有一些硬件问题麻烦您答疑一下，十分感谢。 1.连接仿真器时RCW_SRC[3：0]，还有TBSCAN_EN_B怎么配置?,也就是CFG_DRV置高开始配置的时候，配置完（复位完成后）这几个管脚应该怎么处理？ 十分感谢 Re: The CodeWarrior Tap simulator is unable to recognize (bin) 7% delete all (bin) 8% config cc cwtap (bin) 9% show cc 每次都要删除所有 连上G版本试一下，USB连接，H版本，firmware变更了 Re: The CodeWarrior Tap simulator is unable to recognize @June_Lu  用USB直接连接到PC上，用下面的命令，结果如下图所示： Zhoute_0-1753361540331.png Re: The CodeWarrior Tap simulator is unable to recognize 用USB直接连接到PC上，用下面的命令，看是否工作正常 (bin) 8 % config cc cwtap (bin) 9 % show cc Re: The CodeWarrior Tap simulator is unable to recognize @June_Lu 感谢，软件已经升级到指定版本了 Zhoute_0-1753353660039.png 启动CCS后，按照您提供的输入指令，出现如下情况： Zhoute_1-1753353805264.png 请问该如何定位问题呢？ Re: The CodeWarrior Tap simulator is unable to recognize 请将其更新至 CodeWarrior IDE 11.5.12 版本。 在恩智浦网站上。 My NXP Account->Software->Software Licensing and Support->View accounts->Product List->CodeWarrior for QorIQ LS Series ARMv8 ISA-> 请下载更新包 com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip 请打开 C:\Freescale\CW4NET_v2020.06\ cw_armv8\ fsl_eclipse.bat 中的 CodeWarrior，然后安装来自 Help-> 安装新软件-> Add-> 存档中的更新代码包。 然后尝试执行 ccs 命令。 你可以用中文回答。 Re: The CodeWarrior Tap simulator is unable to recognize @June_Lu非常感谢你的回复。 1.我可以 ping 到 CWTAP，（Windows-cmd.exe 使用 ping FSL082481 命令，没问题）。 2.我们有两个 CWTAP 仿真器，一个是 ，另一个是 3. 我的 CodeWarrior IDE 版本是： Zhoute_0-1753338785256.png 最新的代码包也已导入。 Re: The CodeWarrior Tap simulator is unable to recognize 您能 ping 一下 CWTAP 吗？ 您的 CWTAP 版本是什么？ 您的 CodeWarrior IDE 版本是什么？ 谢谢！ Re: The CodeWarrior Tap simulator is unable to recognize @June_Lu 你能不能把 CodeWarrior Tap 模拟器的 PIN 定义发给我（在 Jtag 部分）？我们目前正在通过特定信号（TDI/TDO/TCK/TMS/RESET/VDD/GND）连接目标板lx2080。CodeWarrior Tap 模拟器一直在显示上述错误。 当我点击连接按钮时，会出现以下问题 Zhoute_0-1753264228307.png 而且 CodeWarrior Tap 模拟器的指示灯（运行/暂停）一直保持橙色，这不是官方文档中提到的红色。 我期待着您的答复，谢谢。 The CodeWarrior Tap simulator is unable to recognize 嗨，June_Lu，谢谢你！我用了你的建议，但没有用，下图就是问题所在，我不知道为什么。我搜索了相关错误（CC 不存在），但没有解决问题。 Zhoute_0-1753251599243.png @June_Lu Re: The CodeWarrior Tap simulator is unable to recognize 在 CCS 中，请运行： (bin) 7% 删除所有 (bin) 8% config cc cwtap:10.193.21.52//（这是您的 CWTAP 以太网 IP）。 (bin) 9% show cc (bin) 10% ccs::config_chain {lx2160a dap} (bin) 11% display ::ccs::get_config_chain (bin) 12% ccs::reset_too_debug

如何高效驱动和优化 OLED 监测？ 嗨，恩智浦社区、 我目前正在开发一个紧凑的嵌入式系统，该系统将小型OLED监测作为主显示屏，我想向任何使用恩智浦硬件做过类似工作的人寻求指导。 使用普通恩智浦微控制器以最小的闪烁和最佳刷新率驱动 OLED 监测 的最可靠方法是什么？我特别好奇使用 SPI 或 I²C 接口时的最佳实践。在显示时间、电压等级或启动顺序方面，是否存在已知的局限性或建议的方法？ 此外，恩智浦是否提供任何可简化 OLED 屏幕初始化和绘制例程的首选库或示例代码？我已经翻阅了一些文档，但如果能提供实际的实施技巧，我将不胜感激。 最后，在能效方面，OLED 显示器在低功耗电源模式下的表现如何，以及可以使用哪些技术在不损失数据完整性的情况下管理亮度或待机行为？ 预先感谢您提供的任何见解。我发现这个论坛对我帮助很大，我希望能从其他应对过类似显示挑战的人那里学到经验。 感谢您的支持以及恩智浦社区的所有资源 恩智浦社区!

NXP FRDM RW612モジュールからCSIデータを抽出する方法 こんにちは、皆さん。 現在、NXP FRDM-RW612 開発ボードを使用して、Wi-Fi センシング アプリケーションのチャネル状態情報 (CSI) データを抽出することを目指しています。SDK ドキュメントを確認し、いくつかの RF 診断モードを調べましたが、CSI にアクセスするための明確なパスが見つかりませんでした。 このプラットフォームで CSI データの抽出を可能にするためのガイダンスを共有していただいたり、適切なコマンド、ファームウェア構成、例を教えていただけませんか?これをうまく実行できた場合、または関連する NXP リソースを見つけた場合は、ぜひご意見をお聞かせください。 前もって感謝します Re: How to Extract CSI Data from NXP FRDM RW612 Module こんにちは@mieintern02さん、 FreeRTOS プラットフォームで CSI を構成する方法については、別のアプリケーション ノートがあります。コマンドと例がわかりやすく説明されています。AN14281: FreeRTOS のチャネル状態情報 (CSI)を参照してください。他にご質問があればお知らせください。 ありがとうございます ダーレナ・グエン Re: How to Extract CSI Data from NXP FRDM RW612 Module 現在、FRDM-RW612 から CSI データを抽出しようとしています。パラメータの設定を誤ると、ファームウェアが不正なチャネル設定などのエラーを通知することになるため、CSI コールバックが機能しない原因となっている重要なコンポーネントが不足しているものと思われます。残念ながら、まだ CSI のコールバックを取得できません。 安全なアクセスにもかかわらず、 AN14281: FreeRTOS ファイルのチャネル状態情報 (CSI) は利用不可と表示され、このファイルにアクセスする方法についてサポートや docstore サポートから支援を受けることができませんでした (関連するすべてのカテゴリへのアクセスを要求し、承認されています)。このような投稿を見るとそれが可能であることが分かりますが、私にはそれがわかりません。 どのようなご助力もいただければ幸いです。

适用于 imx8mm 主板上的 ar0144 摄像头的恩智浦 6.6.36 内核用于捕获图像或视频 嗨 @joanxie， GST_DEBUG=3 gst-用上市-1.0-v\ v4l2src num-buffers=$number_of_PIC device=$vid_device=$vid_device！\ video/x-raw,format=GRAY8,depth=8,$FRAME_SIZE ！\ videoconvert ！\ jpegenc ！\ multifilesink location=ar0144_mono_image.jpg issue is Starting GStreamer pipeline... Setting pipeline to PAUSED ... Pipeline is live and does not need PREROLL ... Pipeline is PREROLLED ... 将管道设置为正在播放 ... 0:00:00.244283375 784 0xffffb4000b70 WARN v4l2 gstv4l2object.c:5023:gst_v4l2_object_get_crop_rect: 使用 VIDIOC_G_SELECTION 获取默认裁剪矩形失败：参数无效 0:00:00.244416875 784 0xffffb4000b70 WARN v4l2 gstv4l2object.c:5230:gst_v4l2_object_probe_caps: 使用 VIDIOC_CROPCAP 探测像素宽高比失败：参数无效 新时钟：GstSystemClock 0:00:00.246845250 784 0xffffb4000b70 WARN v4l2 gstv4l2object.c:5023:gst_v4l2_object_get_crop_rect: 使用 VIDIOC_G_SELECTION 获取默认裁剪矩形失败：参数无效 /GstPipeline:pipeline0/GstV4l2Src:v4l2src0。GstPad:src: caps = video/x-raw, format=(string)GRAY8, depth=(int)8, width=(int)1280, height=(int)800, framerate=(fraction)120/1, interlace-mode=(string)progressive /GstPipeline:pipeline0/GstCapsFilter:capsfilter0.GstPad:src: caps = video/x-raw, format=(string)GRAY8, depth=(int)8, width=(int)1280, height=(int)800, framerate=(fraction)120/1, interlace-mode=(string)progressie /GstPipeline:pipeline0/GstVideoConvert:videoconvert0.GstPad:src: caps = video/x-raw, format=(string)GRAY8, depth=(int)8, width=(int)1280, height=(int)800, framerate=(fraction)120/1, interlace-mode=(string)progre /GstPipeline:pipeline0/GstJpegEnc:jpegenc0.GstPad:sink：caps = video/x-raw，format=(string)GRAY8，depth=(int)8，width=(int)1280，height=(int)800，framerate=(fraction)120/1，interlace-mode=(string)progressive /GstPipeline:pipeline0/GstVideoConvert:videoconvert0。GstPad:sink: caps = video/x-raw, format=(string)GRAY8, depth=(int)8, width=(int)1280, height=(int)800, framerate=(fraction)120/1, interlace-mode=(string)proge /GstPipeline:pipeline0/GstCapsFilter:capsfilter0.GstPad:sink: caps = video/x-raw, format=(string)GRAY8, depth=(int)8, width=(int)1280, height=(int)800, framerate=(fraction)120/1, interlace-mode=(string)progresse 0:00:00.253795500 784 0xffffb4000b70 WARN v4l2 gstv4l2object.c:5023:gst_v4l2_object_get_crop_rect: 使用 VIDIOC_G_SELECTION 获取默认裁剪矩形失败：参数无效 0:00:00.253877250 784 0xffffb4000b70 WARN v4l2 gstv4l2object.c:5023:gst_v4l2_object_get_crop_rect: 使用 VIDIOC_G_SELECTION 获取默认裁剪矩形失败：参数无效 0:00:00.259326750 784 0xffffb4000b70 ERROR v4l2bufferpool gstv4l2bufferpool.c:721:gst_v4l2_buffer_pool_streamon: STREAMON 32 出错（管道断裂） 0:00:00.259393750 784 0xffffb4000b70 ERROR bufferpool gstbufferpool.c:572:gst_buffer_pool_set_active: start failed 0:00:00.259435250 784 0xffffb4000b70 WARN v4l2src gstv4l2src.c:955:gst_v4l2src_decide_allocation: 错误：分配所需内存失败。 0:00:00.259461750 784 0xffffb4000b70 WARN v4l2src gstv4l2src.c:955:gst_v4l2src_decide_allocation: 错误：缓冲池激活失败 ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Failed to allocate required memory. 其他调试信息： /usr/src/debug/gstreamer1.0-plugins-good/1.24.0.imx/sys/v4l2/gstv4l2src.c(955): gst_v4l2src_decide_allocation ()：/GstPipeline:pipeline0/GstV4l2Src:v4l2src0: 缓冲池激活失败 0:00:00.259690375 784 0xffffb4000b70 WARN basesrc gstbasesrc.c:3395:gst_base_src_prepare_allocation: 子类未能决定分配 执行在 0:00:00.015445250 后结束 将管道设置为 NULL ... 0:00:00.259771000 784 0xffffb4000b70 WARN basesrc gstbasesrc.c:3175:gst_base_src_loop: 错误：内部数据流错误。 0:00:00.259796500 784 0xffffb4000b70 WARN basesrc gstbasesrc.c:3175:gst_base_src_loop: error: streaming stopped, reason not-negotiated (-4) ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Internal data stream error. 附加调试信息： /usr/src/debug/gstreamer1.0/1.24.0.imx/libs/gst/base/gstbasesrc.c(3175)：gst_base_src_loop ()：/GstPipeline:pipeline0/GstV4l2Src:v4l2src0: streaming stopped, reason not-negotiated (-4) Freeing pipeline ... GStreamer 命令完成。 Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos 这是设备树的解决方案 Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos 好的，我会联系您并向您报告最新情况。 谢谢、 Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos 我检查了日志文件，你们的 csi 驱动程序似乎与 nxp 源代码不一样，我们使用 imx6s-csi 作为 csi 驱动程序，而 mipi csi 驱动程序也不一样，因为你们使用了不同的源代码，我建议你们可以联系第三方公司来检查这一点。 Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos cat arch/arm64/启动/dts/freescale/imx8mm-phyboard-polis-vm016-fpdlink-port0.dtso // SPDX 许可证标识符： (GPL-2.0+)OR MIT) /* * Copyright (C) 2025 PHYTEC Messtechnik GmbH * Author：Stefan Riedmüller */ /dts-v1/; /plugin/； #include"imx8mm-phyboard-polis-fpdlink-port0.dtsi" #include &i2c_csi1_port0 { camera@10 { #address-cells =<0x1>; #size-cells =<0x0> ； compatible ="onsemi,ar0144"; reg =<0x10>; /* ADD THIS LINE FOR VERIFICATION */ debug-overlay-version ="1.0" ； /*-----------------------------------------------*/ clocks = < & ser_csi1_port0 >; 时钟名称 = " ext "; isp-bus-info = " csi0 "; 分配的时钟 =<& ser_csi1_port0>; 分配的时钟频率 =<26666666> ； reset-gpios = < & ser_csi1_port0 3 GPIO_ACTIVE_LOW >; onsemi，reset-delay-ms =<100> ； port@0 { reg =<0> ； vm016_csi1_port0_ep：端点 { 远程端点 = < & ser_csi1_port0_in >； 总线类型 =<4> ；/* MIPI CSI-2 D-PHY */ 链接频率 = /bits/ 64<222750000> ；数据通道 =<1 2> ；时钟通道 <0>=; 时 钟非连续<1> =; onsemi，t-hs-prep =<1> ； onsemi，t-clk-post<9> =;};};};};}; eeprom@56 { compatible ="atmel,24c02"; reg =<0x56>; pagesize =<16>; }; }； &ser_csi1_port0_in { remote-endpoint =<& vm016_csi1_port0_ep>; data-lanes =<1 2>; }； Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos U-启动 SPL 2021.04+gd8801c557a3+p0（2022年3月21日-10:56:25 +0000）p hytec_eeprom_data_init：成功初始化 S oM：PCL-069-1032311I.A3 PCB 修订版：3a DDRINFO：启动 DDRINFO：DDRINFO：DDRINFO：dd rinfo 配置完成正常启动正在尝试从 MMC2 启动通知：BLDRIX 31：v2.4（发布）：lf-5.10.72-2.2.0-0-g5782363f9 通知：BL31：构建时间：2021 年 11 月 18 日 12:17:17 U-Boot 2021.04+g d8801c557a3 +p0 (2022 年 3 月 21 日-10:56:25 +0000) CPU：i.MX8MMQ rev1.0 1600 MHz (在 1200 MHz 下运行) CPU：31 摄氏度时的工业温度等级 (-40C 至 105C) RESET 原因：POR 型号：PHYTEC phyCORE-i.MX8MM 看门狗已启用 动态随机存取存储器(DRAM)：2 GiB MMC：FSL_SDHC: 0, FSL_SDHC: 1, FSL_SDHC: 2 正在从 MMC 加载环境... OK In：串行 Out：串行 Err：串行 闪存目标是 MMC:2 Net：eth0：以太网@30be0000 Fastboot：正常 正常启动 按任意键停止自动启动：0 切换到分区 #0，OK mmc2 (第 0 部分) 是当前设备 38154752 字节读取 835 毫秒 (43.6 MiB/s) 正在从 mmc 启动... clk qspi_root_clk 已禁用 clk qspi_root_clk 已禁用 SF：检测到 n25q256ax1 页面大小为 256 字节，擦除大小为 64 KiB，总计 32 MiB 无法加载 "bootenv.txt" 在 22 毫秒 (2.5 MiB/s) 内读取 57016 字节 找到 0 个扩展板。 在 5 毫秒内读取 3616 字节 (706.1 KiB/s) 将图像从 0x40480000 移动到 0x40600000，end=42b10000 ## 扁平化设备树 blob 在 4800000 处使用 fdt blob 启动将设备树加载到 00000000bdf01000，结束 000000bdf12fff... 好 启动内核... [0.000000] 在物理 CPU 上启动 Linux 0x0000000000 [0x410fd034] [0.000000] Linux 版本 6.6.36-lts-next-g181072984ef3 (oe-user @OE-host) (aarch64-参考发行版、系统开发套件。-linux-gcc (GCC) 13.3.0，GNU ld (GNU Binutils) 2.42.0.20240716) #1 SMP PREEMPT Wed Sep 4 08:22:45 UTC 2024 [ 0.000000] KASLR 因缺少种子而被禁用 [ 0.000000] 机器型号：PHYTEC phyBOARD-Polis-i.MX8MM RDK [ 0.000000] efi：未找到 UEFI。 [ 0.000000] Reserved memory: created CMA memory pool at 0x0000000095e00000, size 640 MiB [ 0.000000] OF: reserved mem: initialized node linux,cma, compatible id shared-dma-pool [ 0.000000] OF: reserved mem：0x0000000095e00000..0x00000000bddfffff (655360 KiB) map reusable linux,cma [ 0.000000] NUMA： 未找到 NUMA 配置 [ 0.000000] NUMA： 在 [mem 0x0000000040000000-0x00000000bfffffffff] 处伪造一个节点 [ 0.000000] NUMA：NODE_DATA [mem 0xbfbb86c0-0xbfbbafff] [ 0.000000] 区域范围： [ 0.000000] DMA [mem 0x0000000040000000-0x00000000bfffffff] [ 0.000000] DMA32 空 [ 0.000000] 正常空 [ 0.000000] 每个节点的可移动区域开始 [ 0.000000] 早期内存节点范围 [ 0.000000] 节点 0: [mem 0x0000000040000000-0x00000000bfffffffff] [ 0.000000] Initmem setup node 0 [mem 0x0000000040000000-0x00000000bfffffffff] [ 0.000000] psci: probing for conduit method from DT. [ 0.000000] psci：固件中检测到 PSCIv1.1。 [ 0.000000] psci：使用标准 PSCI v0.2 功能 ID [ 0.000000] psci：不支持 MIGRATE_INFO_TYPE。 [ 0.000000] psci: SMC Calling Convention v1.2 [ 0.000000] percpu: 嵌入式 22 页/cpu s50536 r8192 d31384 u90112 [ 0.000000] 检测到 CPU0 上的指令缓存 [ 0.000000] CPU 特性：已检测：GIC 系统寄存器 CPU 接口 [ 0.000000] CPU 功能：已检测：Arm 勘误表 845719 [ 0.000000] 备选方案：正在应用启动替代方案 [ 0.000000] 内核命令行：console=ttymxc2,115200 root=/dev/mmcblk2p2 fsck.repair=yes rootwait rw [ 0.000000] 登入缓存哈希表条目：262144（顺序：9，2097152 字节，线性） [ 0.000000] 索引节点缓存哈希表条目：131072（顺序：8，1048576 字节，线性）[ 0.000000] 节点 0 的回退顺序：0 [ 0.000000] 内置 1 个区域列表，移动分组开启。 总页数：516096 [ 0.000000] Policy zone：DMA [ 0.000000] Mem auto-init: stack:all(zero), heap alloc:off, heap free:off [ 0.000000] software IO TLB: area num 4. [ 0.000000] software IO TLB: mapped [mem 0x000000008fe00000-0x0000000093e00000] (64MB) [ 0.000000] Memory: 1296904K/2097152K available (21504K kernel code, 2124K rwdata, 8616K rodata, 4864K init, 643K bss, 144888K reserved, 655360K cma-reserved) [ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 [ 0.000000] RCU：可抢占式分层 RCU 实现。 [ 0.000000] RCU：已启用 RCU 事件跟踪。 [ 0.000000] RCU：RCU 限制 NR_CPUS=256 至 nr_cpu_ids=4 的 CPU。 [ 0.000000] 启用了任务 RCU 的蹦床变体。 [ 0.000000] 启用任务 RCU 的跟踪变量。 [ 0.000000] RCU：RCU 计算出的调度程序启动延迟值为 25 jiffies。 [ 0.000000] rcu：Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=4 [ 0.000000] NR_IRQS：64, nr_irqs: 64, preallocated irqs: 0 [ 0.000000] GICv3: GIC：使用分割 EOI/Deactivate 模式 [ 0.000000] GICv3：实现 128 个 SPI [ 0.000000] GICv3：实现 0 个扩展 SPI [ 0.000000] 根 IRQ 处理程序：gic_handle_irq [ 0.000000] GICv3：GICv3 功能：16 个 PPI [ 0.000000] GICv3: CPU0: 发现再分配器 0 区域 0:0x0000000038880000 [ 0.000000] ITS：No ITS available, not enabling LPIs [ 0.0000000000] rcu: srcu_init：根据争用情况设置 srcu_struct 大小。 [ 0.000000] arch_timer: cp15 定时器以 8.00MHz 运行（物理）。 [0.000000] 时钟来源：arch_sys_counter：掩码：0xfffffffffff max_cycles：0x1d854df40，max_idle_ns：440795202120 ns [0.000000] sched_clock：8MHz 时为 56 位，分辨率 125ns，每 2199023255500ns 封装一次 [0.000470] 主机版：彩色虚拟设备 80x25 [0.000531] 校准延迟循环（跳过），使用计时器频率计算的值... 16.00 bogoMips（lpj=32000）[0.000542] pid_max：默认值：32768 最小值：301 [0.000604] LSM：初始化 lsm=能力，完整性 [0.000678] 挂载缓存哈希表条目：4096（订单：3，32768） 字节，线性） [0.000690] MountPoint-Cache 哈希表条目：4096（顺序：3，32768 字节，线性） [0.002146] RCU 任务：将 shift 设置为 2，lim 设置为 1 rcu_task_cb_adjust=1。 [0.002216] RCU 任务跟踪：将 shift 设置为 2 并将 lim 设置为 1 rcu_task_cb_adjust=1。 [0.002387] rcu：分层 SRCU 实现。 [ 0.002391] RCU：最大相位无延迟实例数为 1000。 [ 0.004403] EFI 服务将不可用。 [0.004679] smp：带来} p 个辅助 CPU... [0.005148] 在 CPU1 上检测到 VIPT 指令缓存 [0.005213] GICv3：CPU1：找到再分配器 1 区域 0:0 x00000000388a0000 [0.005254] CPU1：启动辅助处理器 0x0000000001 [0x410fd034] [0.005766] 在 CPU2 上检测到 VIPT 指令缓存 [0.005810] GICv3：CPU2 上检测到 VIPT 指令缓存 PU2：找到了再分配器 2 区域 0:0 x00000000388c0000 [0.005833] CPU2：已启动辅助处理器 0x0000000002 [0x410fd034] [0.006303] 在 CPU3 上检测到 VIPT 指令缓存 [0.006349] GICv3：CPU3：找到再分配器 3 区域 0:0 x00000000388e0000 [0.006372] CPU3：已启动 辅助处理器 0x0000000003 [0x410fd034] [0.006438] smp：启动了 1 个节点，4 个 CPU [0.006444] SMP：共激活了 4 个处理器。 [0.006448] CPU 功能：已检测：32 位 EL0 支持 [0.006451] CPU 功能：已检测：32 位 EL1 支持 [0.006455] CPU 功能：已检测：CRC32 指令 [0.006519] CPU：所有 CPU 从 EL2 启动 [0.006541] 备选方案：应用全系统替代 方案 [0.008384] devtmpfs：初始化 [0.016448] 时钟来源：jiffies：掩码：0xfffffff max_cycles：0xfffffff，max_idle_ns：7645041785100000 ns [0.016474] futex 哈希表条目：1024（顺序：4，65536 字节，线性）[0.035040] pinctrl 内核：初始化 pinctrl 子系统 [0.037321] DMI 不存在或无效。 [ 0.037920] NET：已注册的 PF_NETLINK/PF_ROUTE 协议系列 [ 0.039736] DMA：为原子分配预分配的 256 KiB GFP_KERNEL 池 [ 0.040718] DMA：预分配的 256 KiB GFP_KERNEL|GFP_DMA 池用于原子分配 [ 0.041701] DMA：预分配的 256 KiB GFP_KERNEL|GFP_DMA32 池用于原子分配 [ 0.041802] audit：初始化 netlink 子系统（禁用） [ 0.042023] audit：type=2000 audit(0.040:1)：state=initialized audit_enabled=0 res=1 [ 0.042594] thermal_sys：Registered thermal governor 'step_wise' [ 0.042598] thermal_sys：Registered thermal governor 'power_allocator' [ 0.042640] cpuidle: using governor menu [ 0.042884] hw-breakpoint: found 6 breakpoint and 4 watchpoint registers. [ 0.042969] ASID 分配器初始化为 65536 个条目 [ 0.043958] 串行：AMBA PL011 UART 驱动程序 [ 0.044030] imx mu 驱动程序已注册。 [ 0.044050] imx rpmsg 驱动程序已注册。 [ 0.050386] platform soc@0: Fixed dependency cycle(s) with /soc@0/bus@30000000/efuse@30350000/unique-id@4 [ 0.053133] imx8mm-pinctrl 30330000.pinctrl：初始化了 IMX pinctrl 驱动程序 [ 0.053556] platform 30350000.efuse：修复了 /soc@0/bus@30000000/clock-controller@30380000 的依赖周期 [ 0.054628] 平台 30350000.efuse：修复了与 /soc@0/bus@30000000/clock-controller@30380000 的依赖周期 [ 0.062454] 平台 32e20000.csi-upstream：修正了与 /soc@0/bus@32c00000/mipi-csi-upstream@32e30000 的依赖循环 [ 0.062759] 平台 32e20000.csi-upstream：修正了与 /soc@0/bus@32c00000/mipi-csi-upstream@32e30000 的依赖循环 [ 0.062878] 平台 32e30000.mipi-csi-upstream：修正了与 /soc@0/bus@32c00000/csi-upstream@32e20000 的依赖循环 [ 0.062966] 平台 32e30000.mipi-csi-upstream：修正了 /soc@0/bus@30800000/i2c@30a50000/deserializer@30 的依赖循环 [ 0.067441] 模块：23280 页在非 PLT 使用范围内 [ 0.067449] 模块：514800 pages in range for PLT usage [ 0.068142] HugeTLB: registered 1.00 GiB page size, pre-allocated 0 pages [ 0.068149] HugeTLB: 0 KiB vmemmap can be freed for a 1.00 GiB 页面 [ 0.068153] HugeTLB: 已注册 32.0 MiB 页面大小，预分配 0 个页面 [ 0.068156] HugeTLB: 0 KiB vmemmap 可释放 32.0 MiB 页面 [ 0.068161] HugeTLB：已注册 2.00 MiB 页面大小，预分配 0 个页面 [ 0.068166] HugeTLB：0 KiB vmemmap 可为 2.00 MiB 页面释放 [ 0.0.068170] HugeTLB: 已注册 64.0 KiB 页面大小，预分配 0 个页面 [ 0.068175] HugeTLB: 0 KiB vmemmap 可为 64.0 KiB 页面释放 [ 0.070112] ACPI：禁用解释器。 [ 0.071049] iommu: 默认功能域类型: 已翻译 [ 0.071058] iommu: DMA 功能域 TLB 失效政策: 严格模式 [ 0.071364] SCSI 子系统已初始化 [ 0.071668] usbcore: 注册了新的接口驱动程序 usbfs [ 0.071696] usbcore: 注册了新的接口驱动程序 hub [ 0.071732] usbcore: 注册了新的设备驱动程序 usb [ 0.072703] mc: Linux 媒体接口: v0.10 [ 0.072743] videodev: Linux 视频捕获接口: v2.00 [ 0.072804] pps_core: LinuxPPS API 版本 1 已注册 [ 0.072808] pps_core: 软件版本 5.3.6 - Copyright 2005-2007 Rodolfo Giometti [ 0.072821] PTP 时钟支持注册 [ 0.072973] EDAC MC: Ver：3.0.0 [0.073391] scmi_core：SCMI 协议总线已注册 [0.073806] FPGA 管理器框架 [0.073882] 高级 Linux 声音架构驱动程序已初始化。 [ 0.074597] 蓝牙：核心版本 2.22 [ 0.074625] NET：注册的 PF_BLUETOOTH 协议系列 [ 0.074629] 蓝牙：HCI 设备和连接管理器已初始化 [ 0.074636] 蓝牙：HCI 套接字层已初始化 [ 0.074641] 蓝牙：L2CAP 套接字层已初始化 [ 0.074653] 蓝牙：SCO 套接字层已初始化 [ 0.074967] vgaarb: loaded [ 0.075439] clocksource：切换到 clocksource arch_sys_counter [ 0.075662] VFS：磁盘配额 dquot_6.6.0 [0.075687] VFS：dquot-Cache 哈希表条目：512（顺序 0，4096 字节） [0.075862] pnp：PnP ACPI：禁用 [0.082648] NET：注册的 PF_INET 协议系列 [0.082804] IP 标识符哈希表条目：32768（顺序：6，262144 字节，线性） [0.084353] tcp_list3 en_portaddr_hash 哈希表条目：1024（顺序：2，16384 字节，线性） [0.084380] table-perturb 哈希表条目：65536（顺序：6，262144 字节，线性） [0.084393] TCP 已建立的哈希表条目：16384（顺序：5，131072 字节，线性） [0.084539] TCP 绑定哈希表条目：16384（顺序：7，524288 字节，线性） [0.084995] TCP：已配置哈希表（已建立 16384 绑定 16384） [0.085090] UDP 哈希表条目：1024（顺序：3，32768 字节，线性） [0.085139] UDP-Lite 哈希表条目：1024（顺序：3，32768 字节，线性） [0.085289] NET：注册的 PF_UNIX/PF_LOCAL 协议系列 [0.085707] RPC：已注册命名的 UNIX 套接字传输模块。 [ 0.085712] rpc：注册了 udp 传输模块。 [ 0.085715] rpc：注册了 tcp 传输模块。 [ 0.085717] rpc：注册了 tcp-with-tls 传输模块。 [ 0.085720] rpc：Registered tcp NFSv4.1 backchannel transport module. [0.086755] PCI：CLS 0 字节，默认 64 [0.087116] kvm [1]：IPA 大小限制：40 位 [0.089341] kvm [1]：GICv3：没有 GICV 资源条目 [0.089348] kvm [1]：禁用 GICv2 仿真 [0.089363] kvm [1]：启用 GIC 系统寄存器 CPU 接口 [0.089348] kvm [1]：启用 GIC 系统寄存器 CPU 接口 [0.089348] kvm [1]：启用 GIC 系统寄存器 CPU 接口 [0.089348] kvm 9389] kvm [1]：vgic 中断 IRQ9 [0.089413] kvm [1]：Hyp 模式成功初始化 [0.090583] 初始化系统可信密钥环 [0.090763] 工作集：timestamp_bits=42 max_order=19 bucket_order=0 [0.091050] squashfs：版本 4.0（2009/01/31）Lougher [0.091253] NFS：注册 id_resolver 密钥类型 [0.091273] 密钥类型 id_resolver 已注册 [0.091277] 密钥类型 id_legacy 已注册 [0.091301] nfs4filelayout_init：NFSv4 文件布局驱动程序正在注册... [0.091306] nfs4flexfileLayout_init：NFSv4 Flexfile 布局驱动程序正在注册... [0.091326] jffs2：版本 2.2。(与非) © 2001-2006 Red Hat, Inc. [0.091544] 9p：安装 v9fs 9p2000 文件系统支持 [0.125118] 密钥类型非对称注册 [0.125124] 非对称密钥解析器 “x509” 已注册 [0.125165] 区块层 SCSI 通用 (bsg) 驱动程序版本 0.4（主要 243）[0.125171] io 调度器 mq-deadline 已注册 [0.125165] 175] io 调度器 kyber 已注册 [0.125203] io 调度器 bfq 已注册 [0.131226] EINJ：ACPI 已禁用。 [ 0.142324] imx-sdma 302c0000.dma-controller：直接加载 imx/sdma/sdma-imx7d.bin 固件失败，错误 -2 [ 0.142342] imx-sdma 302c0000.dma-controller：回退到 sysfs 后备： imx/sdma/sdma-imx7d.bin [ 0.150358] mxs-dma 33000000.dma-controller：已初始化 [0.151638] SoC：i.mx8mm 修订版 1.0 [0.152079] 总线频率驱动模块已加载 [0.164497] 串行：8250/16550 驱动程序，4 个端口，启用 IRQ 共享 [0.167407] 30860000.serial： MMIO 0x30860000 处的 ttymxc0（irq = 18，base_baud = 5000000）是 IMX [ 0.168171] 30880000.serial：位于 MMIO 0x30880000 的 ttymxc2（irq = 19，base_baud = 1500000）是 IMX [ 0.168200] printk：已启用控制台 [ttymxc2] [ 1.352172] 30890000.serial：位于 MMIO 0x30890000 的 ttymxc1（irq = 20，base_baud = 5000000）是一个 IMX [1.361283] 串行序列号 0：tty 端口 ttymxc1 已注册 [1.368286] imx-drm 显示子系统：没有可用端口 [1.385950] 循环：模块已加载 [1.390781] megasas：07.725.01.00-rc1 [1.399300] spi-或非 spi3.0：n25q256ax1 (32768 KB) [1.404534] 在 MTD 设备上找到 4 个固定分区分区 30bb0000.spi [ 1.411423] 在"30bb0000.spi 上创建 4 个 MTD 分区" ： [1.416753] 0x000000000000-0x0000003c0000 : "u-启动" [ 1.422851] 0x0000003c0000-0x0000003e0000 : "env" [ 1.428576] 0x0000003e0000-0x000000400000 : "env_redund" [ 1.434871] 0x000000400000-0x000002000000 : "none" [ 1.443798] tun: 通用 TUN/TAP 设备驱动程序, 1.6 [ 1.449701] thunder_xcv, ver 1.0 [ 1.452971] thunder_bgx, ver 1.0 [ 1.456236] nicpf, ver 1.0 [ 1.460950] hns3: 适用于 Hip08 系列的海思以太网网络驱动程序 - 版本 [ 1.468186] hns3: 版权所有 (c) 2017 华为公司。 [ 1.473539] hclge 正在初始化 [ 1.476895] e1000：英特尔(R) PRO/1000 网络驱动程序 [ 1.481781] e1000：版权所有 (c) 1999-2006 英特尔公司。 [ 1.487560] e1000e：英特尔(R) PRO/1000 网络驱动程序 [ 1.492532] e1000e：版权所有(c) 1999 - 2015 英特尔公司。 [ 1.498488] IGB：英特尔（R）千兆以太网网络驱动程序 [ 1.503934] igb：版权所有 (c) 2007-2014 英特尔公司。 [ 1.509542] igbvf：英特尔(R) 千兆位虚拟功能网络驱动程序 [ 1.515818] igbvf：版权所有 (c) 2009 - 2012 英特尔公司。 [1.521900] sky2：驱动程序版本 1.30 [1.526092] usbcore：注册的新设备驱动程序 r8152-cfgselector [1.532402] usbcore：注册了新的接口驱动程序 r8152 [1.538347] VFIO-用户级别元驱动程序版本：0.3 [1.546053] usbcore：注册的新接口驱动程序 uas [1.551412] usbcore：已注册新接口驱动程序 usbstorage [1.557501] usbcore：注册了新的接口驱动程序 usbserial_generic [1.564058] usbserial：已注册通用接口驱动程序 [1.570091] usbcore：注册了新的接口驱动程序 ftdi_sio [1.575867] usbserial：为 FTDI USB 串行设备注册了 USB 串行支持 [1.583209] usbcore：注册了新的接口驱动程序 usb_serial_simple [1.589763] usbserial：USB 串行支持已注册为 Carelink [1.595881] usbserial：USB 串行支持注册为 funsoft [1.608296] usbserial：谷歌注册了 USB 串行支持 [1.614251] usbserial：USB 串行支持已注册到 hp4x [1.620026] usbserial：USB 串行支持已注册到 hp4x [1.620026] usbserial：USB 串行支持 注册了 kaufmann [1.626148] usbserial：注册了 libtransistor 的 USB 串行支持 [1.632703] usbserial：USB 串行支持注册为 moto_modem [1.638996] usbserial：USB 串行支持已注册为摩托罗拉_tetra [1.645638] usbserial：已注册 USB 串行支持 novate_tetra [1.645638] usbserial：USB 串行支持已注册为诺基亚 [1.651500] usbserial：USB 串行支持已注册为 novateTra [1.645638] l_gps [1.657887] usbserial：为 siemens_mpi [1.664267] 注册了 USB 串行支持 usbserial：为 suunto [1.670217] 注册了 USBSERIAL 支持 usbserial：USB 串行支持 vivopay [1.676250] 已注册串行支持 usbserial：USB 串行支持已注册为 zio [1.681941] usbcore：注册了新的接口驱动程序 usb_ehset_test [1.691140] 输入：30370000.snvs: snvs-powerkey 作为 /设备/platform/soc @0 /30000000.bus/30370000.snvs/30370000.snvs: snvs-powerkey/input/input/input0 [ 1.705823] snvs_rtc 30370000.snvs:snvs-rtc-lp：注册为 rtc1 [ 1.712152] i2c_dev: i2c /dev entries 驱动程序 [ 1.718141] imx7-csi 32e20000.csi-upstream：将 csi 捕获注册为 /dev/video0 [1.730126] 蓝牙：HCI UART 驱动程序版本 2.3 [1.734606] 蓝牙：HCI UART 协议 H4 已注册 [1.739761] 蓝牙：HCI UART 协议 BCSP 已注册 [1.745111] 蓝牙：HCI UART 协议 ATH3K 已注册 [1.7556111] 蓝牙：HCI UART 协议已注册 [1.7556111] 蓝牙：HCI UART 协议已注册 [1.7556257] 80] 蓝牙：HCI UART 协议三线 (H5) 已注册 [1.762060] 蓝牙：HCI UART 协议 Broadcom 已注册 [1.767754] 蓝牙：HCI UART 协议 QCA 已注册 [1.774564] sdhci：安全 数字主机控制器接口驱动程序 [1.780770] sdhci：版权所有 (c) Pierre Ossman [1.785650] Synopsys Designware 多媒体卡接口驱动程序 [1.792266] sdhci-pltfm：SDHCI 平台和 OF 驱动程序助手 [1.800696] ledtrig-cpu：注册以表示 CPU [1.808203] SMCCC：SOC_ID：ARCH_SOC_COC_ID 未实现，正在跳过... [1.814776] usbcore：注册了新的接口驱动程序 usbhid [1.820362] usbhid：USB HID 核心驱动程序 [1.829277] hw perfevents：启用 armv8_cortex_a53 PMU 驱动程序，7 个计数器可用 [1.830960] mmc2：30b60000.mmc 上的 SDHCI 控制器 [30b60000.mmc]] 使用 ADMA [ 1.840167] cs_system_cfg: CoreSight 配置管理器已初始化 [ 1.852235] platform soc@0: 固定了与 /soc@0/bus@30000000/efuse@30350000 的依赖循环 [ 1.863774] hantrodec 0 : 已插入模块。Major = 509 [ 1.869494] hantrodec 1 : 已插入模块。Major = 509 [ 1.875561] hx280enc: 已插入模块。主要 <508> [1.884974] NET：注册的 PF_LLC 协议系列 [1.889882] u32 分类器 [1.892646] 输入设备检查 [1.896316] 配置的操作 [1.900980] NET：注册的 PF_INET6 协议系列 [1.908303] 使用 IPv6 的分段路由 [1.912020] 使用 IPv6 进行原位 OAM (IOAM) [1.916000] NET：注册的 PF_PACKET 协议系列 [1.921080] 网桥：默认情况下，通过 arp/ip/ip6tables 进行过滤不再可用。如果需要，请更新您的脚本以加载 br_netfilter。 [1.925708] mmc2：地址为 0001 [1.935047] 的新款 HS400 增强型频闪 MMC 卡蓝牙：RFCOMM TTY 层已初始化 [1.941342] mmcblk2：mmc 2:0001 DG4008 7.28 GiB [1.945299] 蓝牙：RFCOMM 套接字层已初始化 [1.952211] mmcblk2：p1 p2 [1.954910] 蓝牙：RFCOMM 版本 1.11 [1.958885] mmcblk2boot0：mmc 2:0001 DG4008 4.00 MiB [1.961446] 蓝牙：BNEP（以太网仿真）版本 1.3 [1.967672] mmcblk2boot1：mmc 2:0001 DG4008 4.00 MiB [1.971636] 蓝牙：BNEP 过滤器：协议多播 978035] mmcblk2rpmb：mmc 2:0001 DG4008 4.00 MiB，chardev (234:0) [1.981756] 蓝牙：BNEP 套接字层已初始化 [1.992994] 蓝牙：HIDP（人机接口仿真）版本 1.2 [1.998927] 蓝牙：HIDP 套接字层已初始化 [2.004962] 8021q：802.1Q VLAN 支持 v1.8 [2.009195] lib80211：IEEE802.11 驱动程序的常用例程 [2.014915] 9pnet：安装 9P2000 支持 [2.019342] 密钥类型 dns_resolver 已注册 [2.024383] NET：注册的 PF_VSOCK 协议系列 [2.051549] 注册的任务统计版本 1 [2.055888] 加载已编译的 X.509 证书 [2.084038] gpio gpiochip0：不推荐使用 GPIO 基础的静态分配，使用动态分配。 [ 2.094599] gpio gpiochip1：GPIO 底座的静态分配已过时，请使用动态分配。 [ 2.105135] gpio gpiochip2：GPIO 基础的静态分配已被淘汰，请使用动态分配。 [ 2.115714] gpio gpiochip3：GPIO 基础的静态分配已过时，请使用动态分配。 [ 2.126362] gpio gpiochip4：GPIO 基础的静态分配已过时，请使用动态分配。 [ 2.139269] usb_phy_generic usbphynop1: dummy supplies not allowed for exclusive requests [ 2.147773] usb_phy_generic usbphynop2: dummy supplies not allowed for exclusive requests [ 2.156885] i2c i2c-0: using pinctrl states for GPIO recovery [ 2.163489] i2c i2c-0: IMX I2C adapter registered [ 2.163886] pf8x00 0-0008：找到 PF8121A PMIC。 [ 2.169548] i2c i2c-3：使用 pinctrl 状态进行 GPIO 恢复 [ 2.178618] 平台 32e30000.mipi-csi-upstream：修正了 /soc@0/bus@30800000/i2c@30a50000/deserializer@30 的依赖周期 [ 2.180672] VDD_GPU_DRAM (BUCK2)：将 900000uV 引入 1000000-1000000uV [ 2.190282] i2c 3-0030：修正了 /soc@0/bus@30800000/i2c@30a50000/deserializer@30/links/link@0/serializer 的依赖循环 [ 2.208618] i2c 3-0030：修正了与 /soc@0/bus@32c00000/mipi-csi-upstream@32e30000 的依赖循环 [ 2.218165] i2c i2c-3: IMX I2C 适配器已注册 [ 2.225222] imx6q-pcie 33800000.pcie：host bridge /soc@0/pcie@33800000 ranges: [ 2.231589] pps pps0: new PPS source ptp0 [ 2.232577] imx6q-pcie 33800000.pcie：IO 0x001ff80000..0x001ff8ffff -> 0x0000000000 [ 2.244757] imx6q-pcie 33800000.pcie：MEM 0x0018000000... 0x001feffff-> 0x0018000000 [2.262344] fec 30be0000.ethernet eth0：注册的 PHC 设备 0 [2.384308] ci_hdrc ci_ hdrc.1： EHCI 主机控制器 [ 2.389237] ci_hdrc ci_hdrc.1：新的 USB 总线已注册，分配的总线编号为 1 [2.411446] ci_hdrc ci_hdrc ci_hdrc.1：USB 2.0 启动，EHCI 1.00 [ 2.418455] hub 1-0:1.0：发现 USB 集线器 [ 2.422241] hub 1-0:1.0: 检测到 1 个端口 [ 2.428135] imx-cpufreq-dt imx-cpufreq-dt: CPU 速度等级 2 mkt 段 2 supported-hw 0x4 0x4 [ 2.442738] sdhci-esdhc-imx 30b40000.mmc：已分配 mmc-pwrseq [ 2.442742] sdhci-esdhc-imx 30b50000.mmc：Got CD GPIO [ 2.442795] galcore: clk_get vg clock failed, disable vg! [ 2.459770] Galcore version 6.4.11.p2.745085 [ 2.468034] imx6q-pcie 33800000.pcie：iATU: unroll T, 4 ob, 4 ib, align 64K, limit 4G [ 2.476542] mmc1: 30b50000.mmc 上的 SDHCI 控制器 [ 30b50000.mmc]使用 ADMA [ 2.512596] [drm] Initialized vivante 1.0.0 20170808 for 38000000.gpu on minor 0 [ 2.521705] cfg80211: Loading compiled-in X.509 certificates for regulatory database.证书 [ 2.532266] Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7' [ 2.538531] Loaded X.509 cert 'wens: 61c038651aabdcf94bd0ac7ff06c7248db18c600' [ 2.545822] clk：禁用未使用的时钟 [ 2.549823] platform regulatory.0：regulatory.db 的直接固件加载失败，出现错误 -2 [2.553744] ALSA 设备列表： [2.558453] 平台监管机构.0：回退到 sysfs 后备： regulatory.db [ 2.561446] 没有找到声卡 [ 2.587795] mmc0： 30b40000.mmc 上的 SDHCI 控制器 [30b40000.mmc]使用 ADMA [ 2.914968] mmc0: 地址为 0001 的新 DDR MMC 卡 [ 2.921278] mmcblk0: mmc0:0001 AS064G 57.6 GiB [ 2.928347] mmcblk0: p1 [ 2.931919] mmcblk0boot0: mmc0:0001 AS064G 31.5 MiB [ 2.938465] mmcblk0boot1: mmc0:0001 AS064G 31.5 MiB [ 2.945065] mmcblk0rpmb: mmc0:0001 AS064G 4.00 MiB, chardev (234:1) [ 3.478557] imx6q-pcie 33800000.pcie：Phy link never came up [ 4.488194] imx6q-pcie 33800000.pcie：Phy link never came up [ 4.494436] imx6q-pcie 33800000.pcie：PCI 主机桥接到总线 0000:00 [4.500803] pci_bus 0000:00：根总线资源 [总线 00-ff] [4.506308] pci_bus 0000:00：根总线资源 [io 0x0000-0xfff] [4.512499] pci_bus 0000:00：根总线资源 [mem 0x18000000-0x1ffff] [4.519414] pci 0000:00 :00:00.0: [16c3:abcd] type 01 class 0x060400 [ 4.525437] pci 0000:00:00.0：reg 0x10: [mem 0x00000000-0x000fffff] [ 4.531727] pci 0000:00:00.0：reg 0x38: [mem 0x00000000-0x0000ffff pref] [ 4.538477] pci 0000:00:00.0：支持 D1 [ 4.542505] pci 0000:00:00.0：D0 D1 D3hot D3cold 支持 PME# [ 4.550738] pci 0000:00:00.0：BAR 0: 已分配 [mem 0x18000000-0x180fffff] [ 4.557558] pci 0000:00:00.0：BAR 6: 分配 [mem 0x18100000-0x1810ffff pref] [ 4.564792] pci 0000:00:00.0：PCI 桥接到 [总线 01-ff] [4.570485] pcieport 0000:00:00.0：PME：使用 IRQ 219 发送信号 [ 4.663475] EXT4-fs (mmcblk2p2): 恢复完成 [ 4.669010] EXT4-fs (mmcblk2p2): 已挂载文件系统 f64eecf7-ac82-4a6b-b54b-82bd93bf1c9b r/w，数据模式为有序。配额模式：无。 [4.675447] 蓝牙：hci0：命令 0xfc18 tx 超时 [4.681172] VFS：在设备 179:2 上挂载根目录（ext4 文件系统）。 [ 4.686260] 蓝牙：hci0：BCM：无法写入更新波特率 (-110) [ 4.692685] devtmpfs：已挂载 [ 4.698966] 蓝牙：hci0：无法设置波特率 [ 4.703789] 释放未使用的内核内存：4864K [ 4.711452] 将 /sbin/init 作为初始进程运行 [ 4.843082] systemd[1]：版本时间之前的系统时间，将时钟提前。 [ 4.882792] systemd[1]: systemd 255.4^ 以系统模式运行（+PAM -AUDIT -SELINUX -APPARMOR +IMA -SMACK +SECCOMP -GCRYPT -GNUTLS -OPENSSL +ACL +BLKID -CURL -ELFUTILS -FIDO2 -IDN2 -IDN -IPTC +KMOD -LIBCRYPT) [ 4.914701] systemd[1]：检测到架构 arm64。 欢迎来到恩智浦 i.MX 版本 发行版 6.6-scarthgap (scarthgap)！ [ 4.940511] systemd[1]：主机名设置为 . [ 5.347309] systemd[1]：为默认目标图形界面排队启动作业。 [ 5.381152] systemd[1]：Created slice Slice /system/getty. [ 确定 ] 已创建片段/system/getty。 [ 5.405844] systemd[1]：创建了片段 Slice /system/modprobe. [ 确定 ] 已创建片段 Slice /system/modprobe。 [ 5.429820] systemd[1]：Created slice Slice /system/serial-getty. [ OK ] Created slice Slice /system/serial-getty. [ 5.452964] systemd[1]：创建了片段用户和会话片段。 [ 确定 ] 创建了片段 "用户 "和 "会话片段"。 [ 5.476285] systemd[1]：Started Dispatch Password Requests to Console Directory Watch. [ 确定 ] 开始向控制台目录监视器发送密码请求。 [ 5.499815] systemd[1]：Started Forward Password Requests to Wall Directory Watch. [ 确定 ] 开始将密码请求转发至 Wall Directory Watch。 [ 5.524152] systemd[1]：Reached target Host and Network Name Lookups. [ 确定 ] 已达到目标主机和网络名称查询。 [ 5.547938] systemd[1]：Reached target Path Units. [ 确定 ] 到达目标路径单位。 [ 5.567601] systemd[1]：到达目标远程文件系统。 [ 确定 ] 已到达目标远程文件系统。 [ 5.591978] systemd[1]：Reached target Slice Units. [ 确定 ] 到达目标切片单位。 [ 5.611970] systemd[1]：Reached target Swaps. [确定] 达到目标交换。 [ 5.669129] systemd[1]：监听 RPCbind 服务器激活套接字。 [ 确定 ] 正在监听 RPCbind 服务器激活套接字。 [ 5.695732] systemd[1]：到达目标 RPC 端口映射器。 [ 确定 ] 到达目标 RPC 端口映射器。 [ 5.716617] systemd[1]：监听 Syslog Socket。 [ 确定 ] 正在监听 Syslog Socket。 [ 5.736341] systemd[1]：Listening on initctl Compatibility Named Pipe. [ OK ] Listening on initctl Compatibility Named Pipe. [ 5.761666] systemd[1]：监听日志审计套接字。 [ 确定 ] 正在监听日志审计套接字。 [ 5.784100] systemd[1]：监听日志套接字 (/dev/log)。 [ 确定 ] 正在监听日志套接字 (/dev/log)。 [ 5.808700] systemd[1]：监听日志套接字。 [ 确定 ] 正在监听日志套接字。 [ 5.828425] systemd[1]：监听网络服务 Netlink Socket。 [正在监听网络服务 Netlink 插口。 [ 5.856821] systemd[1]：监听 udev 控制套接字。 [ 确定 ] 正在监听 udev 控制套接字。 [ 5.880417] systemd[1]：监听 udev 内核套接字。 [正在监听 udev 内核套接字。 [ 5.904597] systemd[1]：监听用户数据库管理器套接字。 [ 确定 ] 正在监听用户数据库管理器套接字。 [ 5.951764] systemd[1]：Mounting Huge Pages File System... Mounting Huge Pages File System... [ 5.976447] systemd[1]：挂载 POSIX 消息队列文件系统... 挂载 POSIX 消息队列文件系统... [ 6.007195] systemd[1]：挂载内核调试文件系统... 挂载内核调试文件系统... [ 6.032253] systemd[1]：由于未满足条件检查（ConditionPathExists=/sys/kernel/tracing），内核跟踪文件系统被跳过。 [6.050044] systemd [1]：正在装入临时目录 /tmp... 正在装入临时目录 /tmp... [6.077423] systemd [1]：正在开始创建静态设备节点列表... 正在开始创建静态设备节点列表... [6.107253] systemd [1]：正在启动加载内核模块 configfs... 正在启动加载内核模块 configfs... [6.136019] systemd [1]：正在启动加载内核模块 drm... 正在启动加载内核模块 drm... [6.164064] systemd [1]：启动加载内核模块熔丝... 正在启动加载内核模块熔丝... [6.189233] systemd [1]：正在启动 RPC 绑定... 正在启动 RPC 绑定... [6.199500] fuse: init（API 版本 7.39） [6.207816] systemd [1]：由于条件检查未满足，跳过了根设备上的文件系统检查 (conditionpathisReadWrite=!/)。 [6.228073] systemd [1]：正在启动日记服务... 正在启动日记服务... [6.249651] systemd [1]：由于未满足触发信号检查，因此跳过了加载内核模块。 [6.283597] systemd [1]：正在启动 “从内核命令行生成网络单元”... 正在启动 “从内核命令行生成网络单元”... [6.315799] systemd [1]：开始重新安装根和内核文件系统... 正在开始重新安装根和内核文件系统... [6.342630] systemd-journald [141]：已启用收集审计消息的功能。 [6.343415] systemd [1]：开始应用内核变量... 正在启动 “应用内核变量”... [6.371692] systemd [1]：启动 Coldplug 所有 udev 设备... 正在启动 Coldplug 所有 udev 设备... [6.383992] ext4-FS (mmcblk2p2)：重新安装了 f64eecf7-ac82-4a6b-b54b-82bd93b-82bd93bf1c9b r/w。配额模式：无。 [ 6.424156] systemd[1]：开始虚拟控制台设置... 开始虚拟控制台设置... [ 6.452851] systemd[1]： [ 确定 ] 启动 6.457526] systemd[1]：启动日志服务。 ;39mRPC Bind. [ OK ] 已启动期刊服务。 [ 确定 ] 已挂载巨页文件系统。 [ 确定 ] 已挂载 POSIX 消息队列文件系统。 [ 确定 ] 已挂载内核调试文件系统。 [ 确定 ] 挂载了临时目录 /tmp。 [确定] 已完成 “创建静态设备节点列表”。 [ 确定 ] 完成加载内核模块 configfs。 [确定] 已完成加载内核模块 drm。 [确定] 加载内核模块熔丝已完成。 [ 确定 ] 完成 从内核命令行生成网络单元。 [ 确定 ] 完成重挂载根文件系统和内核文件系统。 [ 确定 ] 完成应用内核变量。 正在安装 熔丝 控制文件系统... 正在装入内核配置文件系统... 正在开始将日记刷新到永久存储... 正在优雅地启动 /dev 中创建静态设备节点... [6.645277] systemd-journald [141]：收到客户端刷新运行时日志的请求。 [ 确定 ] 完成虚拟控制台设置。 [确定] 已安装 熔丝 控制文件系统。 [ 确定 ] 已挂载内核配置文件系统。 [ 确定 ] 完成将日志刷新到持久存储。 [确定] 在 /dev 中优雅地完成了创建静态设备节点。 [6.723480] 蓝牙：hci0：命令 0xfc18 tx 超时 [6.730191] 蓝牙：hci0：BCM：RESET 失败 (-110) 开始在 /dev... 中创建静态设备节点 [确定] 已在 /dev 中完成创建静态设备节点。 [确定] 到达目标 为本地文件系统做好准备。 Mounting /var/volatile... [ 6.870003] audit: type=1334 audit(1709054766.024:2)：prog-id=6 op=LOAD [ 6.876808] audit: type=1334 audit(1709054766.032:3)：prog-id=7 op=Load 启动基于规则的设备事件和文件管理器... [确定] 已安装 /var/volatile。 开始加载/保存操作系统随机种子... [ 确定 ] 到达目标本地文件系统。 开始创建易失性文件和目录... [ 确定 ] 完成 创建易失性文件和目录。 [ 7.055329] audit: type=1334 audit(1709054766.208:4)：prog-id=8 op= Load 启动网络时间同步... 正在启动 UTMP 中录制系统启动/关闭... [7.118446] 审计：type=1334 审计 (1709054766. 272:5)：prog-id=9 op=LOAD [ 7.145997] audit: type=1334 audit(1709054766.300:6)：prog-id=10 op=LOAD Starting User Database Manager... [ 7.159128] audit: type=1334 audit(1709054766.300:7)：prog-id=11 op=Load [确定] 已在 UTMP 中完成录制系统启动/关闭。 [确定] 已完成 Coldplug 所有 udev 设备。 [ 确定 ] 启动用户数据库管理器。 [确定] 已启动基于规则的设备事件和文件管理器。 正在启动 Start Pslash 启动屏幕... [确定] 已启动 Pslash 启动画面。 [ 确定 ] 已启动 启动 psplash-systemd 进度通信助手。 [ 确定 ] 开始网络时间同步。 [ 确定 ] 到达目标系统初始化。 [ 确定 ] 开始每日清理临时目录。 [ 确定 ] 已达到目标系统时间设置。 [ 确定 ] 开始每日轮换日志文件。 [ 确定 ] 到达目标计时器单位。 [ 确定 ] 正在监听 Avahi mDNS/DNS-SD 堆栈激活套接字。 [确定] 在 D-Bus 系统消息总线插槽上监听。 正在启动 API 的容器 Socket... 正在启动 sshd.socket... 正在启动 Weston 套接字... [OK] 在容器 Socket 上监听 API。 [OK] 在 Weston 插座上收听。 [ 确定 ] 正在监听 sshd.socket。 [ 确定 ] 已到达目标插座单元。 [ 确定 ] 到达目标基本系统。 [确定] 启动作业线轴工具。 [ 确定 ] 启动定期命令调度程序。 正在启动 D-Bus 系统消息总线... [确定] 已启动 Linux 固件加载器守护程序。 [ 确定 ] 开始配置 i.MX GPU（原 rc_gpu.S）。 [ 8.089289] imx-sdma 30bd0000.dma-controller：发现固件。 [ 8.091531] imx-sdma 302b0000.dma-controller：固件已找到。 [ 8.096491] imx-sdma 302c0000.dma-controller：固件已找到。 [ 8.103179] imx-sdma 302b0000.dma-controller：加载固件 4.6 启动 IPv6 包过滤框架... 启动 IPv4 包过滤框架... 启动电话服务... [ 确定 ] 已启动 将 psplash 更新为 basic。 [ 确定 ] 启动了系统日志服务。 [ 8.231400] audit: type=1334 audit(1755159888.412:8)：prog-id=12 op=LOAD [ 8.239611] audit: type=1334 audit(1755159888.424:9)：prog-id=13 op=LOAD [ 8.247361] audit: type=1334 audit(1755159888.428:10)：prog-id=14 op=LOAD 启动用户登录管理... 启动 OpenSSH 密钥生成... [ OK ] 完成 IPv6 包过滤框架。 [ 确定 ] 完成 IPv4 数据包过滤框架。 [ 确定 ] 已达到目标 网络准备就绪。 开始网络配置... [ 确定 ] 开始用户登录管理。 [ 确定 ] 开始网络配置。 启动蓝牙服务...... [ 确定 ] 完成加载/保存操作系统随机种子。 [ 确定 ] 完成 OpenSSH 密钥生成。 [ 确定 ] 到达目标 硬件已激活 USB 小工具。 [确定] 已启动 D-Bus 系统消息总线。 正在启动连接服务... [确定] 已启动蓝牙服务。 [ 确定 ] 启动电话服务。 [ 确定 ] 启动连接服务。 [ 确定 ] 创建了片段 Slice /system/systemd-fsck. [ 确定 ] 到达目标蓝牙支持。 启动 Avahi mDNS/DNS-SD 堆栈... 启动 /dev/mmcblk0p1 上的文件系统检查... 启动 /dev/mmcblk2p1 上的文件系统检查... 启动主机名服务... 启动 WPA 支持程序... [ 确定 ] 停止虚拟控制台设置。 停止虚拟控制台设置... 启动虚拟控制台设置... [ 确定 ] 启动 Avahi mDNS/DNS-SD 堆栈。 [ 确定 ] 启动 WPA 支持者。 [ 确定 ] 已到达目标网络。 Starting containerd container runtime... [ OK ] Started Network Time Service. [ OK ] Started Update psplash to network. 正在启动 “终止 Pslash 启动屏幕”... 正在启动许可用户会话... [确定] 已完成 /dev/mmcblk2p1 上的文件系统检查。 [ 确定 ] 完成虚拟控制台设置。 正在安装 /run/media/boot-mmcblk2p1... [失败] 无法启动 “终止 Pslash 启动屏幕”。 请参见 "systemctl status psplash-quit.service"。 [ 确定 ] 完成 允许用户会话。 [ 确定 ] 在 tty1 上启动 Getty。 [ 确定 ] 在 ttymxc2 上启动串行 Getty。 [ 确定 ] 已达到目标登录提示。 将 Wayland 合成器 Weston 作为系统服务启动... [ 确定 ] 启动主机名服务。 [确定] 已挂载 /run/media/启动-mmcblk2p1。 [确定] 已完成 /dev/mmcblk0p1 上的文件系统检查。 挂载 /run/media/emmc-mmcblk0p1... [ 确定 ] 创建了 UID 为 0 的用户片段。 启动用户运行时目录 /run/user/0... [ 确定 ] 挂载 /run/media/emmc-mmcblk0p1. [ 确定 ] 完成用户运行时目录 /run/user/0... 开始保存/还原声卡状态... 启动 UID 0 的用户管理器... [ 确定 ] 完成保存/还原声卡状态。 [ 确定 ] 到达目标声卡。 [ 确定 ] 启动 containerd 容器运行时。 [ 确定 ] 到达目标多用户系统。 [ 确定 ] 启动了 UID 0 的用户管理器。 [ 确定 ] 启动了用户 root 的会话 c1。 [FAILED] 将 Wayland 合成器 Weston 作为系统服务启动失败。 请参阅 "systemctl status weston.service [ 确定 ] 到达目标图形界面。 开始在 UTMP 中记录运行级别更改... [ 确定 ] 完成在 UTMP 中记录运行级别更改。 恩智浦 i.MX 发行版 6.6-scarthgap imx8mmevk ttymxc2 imx8mmevk imx8mmevk 登录： Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos 你介意和我分享板启动日志文件和 dts 文件吗？让我仔细检查一下 Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos 对不起 Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos @Ahmed230我没有解决办法。你为什么给我贴标签？ Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos @joanie 和@petero5 能和我分享一下解决方案吗？ Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos yocto 6.6.36 内核中的 libtsan 和 libasan 库问题 Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos 启动程序：/root/Novus/hello_crash [使用 libthread_db 启用线程调试] 使用主机 libthread_db 库"/usr/lib/libthread_db.so.1". 程序收到信号 SIGSEGV，分段故障。 0x0000000000000000 in ?? () (gdb) bt #0 0x0000000000000000 in ?? () #1 0x0000fffff67b5f3c in dl_iterate_phdr () from /usr/lib/libtsan.so.2 #2 0x0000fffff7996958 in ?? () from /usr/lib/libasan.so.8 #3 0x0000fffff79a51cc in ?? () from /usr/lib/libasan.so.8 #4 0x0000fffff79980b4 in malloc () from /usr/lib/libasan.so.8 #5 0x0000fffff7fc14e4 in malloc (size=56) at /usr/src/debug/glibc/2.39+git/include/rtld-malloc.h:56 #6__GI__dl_exception_create_format (exception=exception@entry=0xfffffffff480, objname=0xfffffff7fe5510"/usr/lib/libtsan.so.2", fmt=fmt@entry=0xfffffff7fdd238"未定义符号：%s%s%s") at dl-exception.c:157 #7 0x0000fffff7fc7550 in _dl_lookup_symbol_x (undef_name=undef_name@entry=0xfffff685fe00"__isoc99_printf", undef_map=undef_map@entry=0xfffff7fe5530、ref=ref@entry=0xfffffffff4e0, symbol_scope= , version=version@entry=0x0, type_class=0, flags=flags@entry=2, skip_map=skip_map@entry=0xfffffff7fe5530) at dl-lookup.c:809 #8 0x0000fffff639f8c8 in do_sym (handle= , name=0xfffff685fe00"__isoc99_printf", who=0xfffff6842d9c, vers=vers@entry=0x0, flags=flags@entry=2) at dl-sym.c:146 #9 0x0000fffff639fae0 in _dl_sym (handle= , name= , who= ) at dl-sym.c:195 #10 0x0000fffff62ed060 in dlsym_doit (a=a@entry=0xfffffffff7c0) at dlsym.c:40 #11 0x0000fffff7fbf458 in__GI__dl_catch_exception (exception=exception@entry=0xfffffffff718, operate=0xfffff62ed040 , args=0xfffffffff7c0) at dl-catch.c:237 #12 0x0000fffff7fbf580 in _dl_catch_error (objname=objname@entry=0xfffffffff790, errstring=errstring@entry=0xfffffffff798, mallocedp=mallocedp@entry=0xfffffffff78f, operate= , args= ) at dl-catch.c:256 #13 0x0000ffffffff62eca50 在 _dlerror_run（operate=operate=operate=operate @entry =0xfffff62ed040 ，args=args @entry =0xffffffff7c0）在 dlerror.c: 138 #14 0x0000ffffffff62e0fffffff62c0 在 dlsym_implementation (dl_caller= 已优化 <) name= ，handle=) 在 >dlsym.c: 54 #15 ___dlsym（handle= ，name= ）在 dlsym.c: 68 #16 0x0000ffffff6842d9c 输入？？() 来自 /usr/lib/libt san.so.2 #17 0x0000fffffff67e50bc 在？？() 来自 /usr/lib/libt san.so.2 #18 0x0000fffffffff6808f94 在？？() 来自 /usr/lib/libt san.so.2 #19 0x0000fffffff67af3f8 在？？() 来自 /usr/lib/libtsan.so.2 #20 0x0000fffffff67bd4 在 pthread_once () 来自 /usr/lib/libtsan.so.2 #21 0x0000fffff65ca864 在 std:: locale:: facet:: _s_get_c_Locale () () 来自 /usr/lib/libstdc++.so.6 的 #22 064 x0000fffff65fd30 在 std:: ctype:: ctype（无符号短常量*、布尔值、无符号长整型）() 来自 /usr/lib/libstdc++.so.6 #23 0x0000ffff65cb894 在 std:: locale:: _Impl:: _Impl:: _Impl（无符号长整型）() 来自 /usr/lib/lib/libstdc++.so.6 0x0000fffff65cb894 在 std:: locale:: _Impl:: _Impl ++.so.6 #24 0x0000fffffff65cc344 in？？() 来自 /usr/lib/lib/libstdc++.so.6 #25 0x0000fffffff65c410 在 std:: locale:: locale () () 来自 /usr/lib/libstdc++.so.6 #26 0x0000fffff65c9384 在 std:: ios_base_library_init () () 来自 /usr/lib/lib/libstdc++.so.6 0x0000fffff65c9384 来自 /usr/lib/lib/libstdc++.so.6 +.so.6 #27 0x0000fffffff65b4620 输入？？ () 来自 /usr/lib/libstdc++.so.6 #28 0x0000ffffff7fff7fff7b6c 在 call_init (env=0xffffffffb8，argv=0xffffffba8，argc=1，l=) 中 dl-init.c: 74 #29 call_init (l= < 已优化) 输出 >，argc=1，argv=0xffffffffba8，env=0xfffffffbb8) 在 dl-init.c: 26 #30 0x0000ffffffff7c8c 在 _dl_init (main_map=0xffffffff350，argc=1，argv=0xfffffffff350，argc=1，argv=0xfffffffffff350，argv=0xffffffffffffb8) fba8，env=0xffffffffb8) 在 dl-init.c: 121 #31 0x0000ffffffffffff7ffffff7fffff7ffffff7fffff 在 _start () 中.../sysdeps/aarch64/dl-start.s: 46 (gdb) q 调试 会话处于活动状态。 劣质 1 [进程 1038] 将被杀死。 还是辞职？(y或n) y Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos gst-用上市，不用发布-1.0v4l2src ！video/x-raw,width=640,height=480 ！waylandsink 将管道设置为 PAUSED ... 将管道设置为 PAUSED 失败。 正在将管道设置为 NULL... 正在释放管道... root @imx8mmevk：~# GST_DEBUG=3 gst-用上市-1.0v4l2src ！video/x-raw,width=640,height=480 ！waylandsink 将管道设置为 PAUSED ... 0:00:00.104761125 700 0xaaaaee7718b0 WARN waylandsink gstwaylandsink.c:473:gst_wayland_sink_find_display: warning：无法初始化 Wayland 输出 0:00:00.104805375 700 0xaaaaee7718b0 WARN waylandsink gstwaylandsink.c:473:gst_wayland_sink_find_display: 警告：创建 GstWlDisplay 失败：'连接 wayland di 失败' 将管道设置为 PAUSED 失败。 将管道设置为 NULL ... 释放管道 ... Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos 媒体控制器 API 版本 6.6.36 媒体设备信息 ------------------------------------ 驱动程序 imx7-CSI 型号 imx-media 串行总线信息平台：32e20000.csi-upstream hw revision 0x0 驱动程序版本 6.6.36 设备拓扑 -实体 1：CSI（2 个键盘，2 个链接，0 条路由） 类型 V4L2 子开发子类型未知标志 0 设备节点名称 /dev/v4l-subdev0 pad0：Sink [stream: 0 fmt: uyvy8_2x8/640x480 字段：无色彩空间：srgb xfer: srgb ycbcr: 601 量化：lim-range] <-" csi8_2x8/640x480 字段：无色彩空间：srgb xfer: srgb ycbcr: 601 量化：lim-range]-csi8_2x8/640s-32e30000.mipi-csi-upstream " :1 [已启用，不可变] p ad1：来源 [stream: 0 fmt: uyvy8_2x8/640x480 字段：无色彩空间：srgb xfer: srgb ycbcr: 601 量化：lim- range] -> " csi capture ": 0 [启用，不可变] -实体 4：csi 捕获（1 个键盘，1 个链接） 类型节点子类型 V4L 标志 0 设备节点名称 /dev/video0 p ad0：Sink <-" csi " :1 [启用，不可变]-实体 10：csis-32e30000.mipi-csi-upstream （2 个键盘、2 个链接、0 条路线） 类型 V4L2 子开发子类型未知标志 0 设备节点名称 /dev/v4l-subdev1 pad0：Sink [stream: 0 fmt: uyvy8_1x16/640x480 字段：无 colorspace: smpte170m xfer: 709 ycbcr: 601 量化:lim-range] <-" ds90ub960 3-60 00 30 ": 2 [] pad1：来源 [直播:0 fmt: uyvy8_1x16/640x480 字段：无色彩空间：smpte170m xfer: 709 ycbcr: 601 量化：lim-range]-> " csi ": 0 [已启用，不可变] -实体 15：ds90ub960 3-0030（3 个键盘、2 个链接、1 条路由） 类型 V4L2 子开发子类型未知标志 0 设备节点名称 /dev/v4l-subdev2 路由： 0/0-> 2/0 [ACTIVY] pad0：Sink [stream: 0 fmt: uyvy8_1x16/640x480 字段：无 space: srgb xfer: srgb ycbcr: 601 量化:lim-range] <-" ds90ub 953 3-0018 " :1 [已启用，不可变] pad1：Sink p ad2：来源 [stream: 0 fmt: uyvy8_1x16/640x480 @1 /30 字段：无 colorspace: srgb xfer: srgb ycbcr: 601 量化:lim-range]-> " csis-32e30000.mipi-csi-upstream ": 0 []-实体 21: ds90ubcr: lim-range]-csis-32e30000.mipi-csi-upstream: 0 []-实体 21: ds90ubcr: lim-range 953 3-0018（2 个焊盘、2 个链接、1 条路由）类型 V4L2 子开发子类型未知标志 0 设备节点名称 /dev/v4l-subdev3 路由：0/0- > 1/0 [ACTIVE] p ad0：Sink [stream: 0 fmt: uyvy8_1x16/640x480 字段：无色彩空间：srgb xfer: srgb ycbcr: 601 量化：lim-range] <-" ar0144 4-0010 ": 0 [启用，不可变] pad1：来源 [直播:0 fmt: uyvy8_1x16/640xxx8_1x16/640xxx480 字段：无色彩空间：srgb xfer: srgb ycbcr: 601 量化：lim-range]- >18 " ds90ub960 3-0030 ": 0 [启用，不可变] -实体 26：ar0144 4-0010（1 个键盘，1 个链接，0 条路线） 类型 V4L2 子开发子类型传感器标志 0 设备节点名称 /dev/v4l-subdev4 pad0：来源 [stream: 0 fmt:y12_1x12/1280x800 @10 /601 字段：无 colorspace: srgb crop.bounds 😞 0,0 ) /1296x808 crop:(4,4)/1280x800] -> " ds90ub953 3-0018":0 [ENABLED,IMMUTABLE] Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos 你能成功从 ar0144 捕获视频吗？比如命令 " gst-launch-1.0v4l2src ！video/x-raw,width=640,height=480 ！waylandsink"?你能把日志文件发给我吗？你用过和 imx8mm evk 板一样的 ddr 吗？据我所知，如果客户在使用摄像头前不使用 media-ctl 命令，6.12 版就会出现这个问题，但 6.6.36 版应该没问题，所以我需要更详细的信息，同时也请分享您使用"media-ctl -p 时的结果。" Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos v4l2-ctl-d0--list-formats-ext ioctl：VIDIOC_ENUM_FMT 类型：视频采集 [0]：'UYVY'（UYVY 4:2:2）尺寸：连续 4x1-65532x65535 [1]：'YUYV'（YUYV 4:2:2） 尺寸：连续 4x1-65532x65535 [2]：'BAYV'（YUYV 4:2:2）'（8 位拜耳 BGBG/GRG）大小：连续 8x1-65528x65535 [3]：' GBRG '（8 位拜耳 GBGB/RGRG） 大小：连续 8x1-65528x65535 [4]：' GRBG '（8 位拜耳 GRGR/BGBG）大小：连续 8x1-65528x65535 [5]:' RGB '（8 位拜耳 RGRG/GBGB） 大小：连续 8x1-65528x65535 [6]：'BG10 '（10 位拜耳 BGBG/GRGR） 大小：连续 4x1-65532x65535 [7]：' GB10 '（10 位拜耳 GBGB/RGRG）大小：连续 4x1-65532x65535 [8]：' BA10 '（10 位拜耳 GRGR/BGBG） 大小：连续 4x1-65532x65535 [9]：'RG10'（10 位拜耳 RGRG/GBGB）大小：连续 4x1-65532x65535 [10]：'BG12'（12 位拜耳 BGBG/GRG） 大小：连续 4x1-65532x65535 [11]：'GB12'（12 位拜耳 GBGB/RGRG）尺寸：连续 4x1-65532x65535 [12]: 'BA12'（12 位拜耳 GRGR/BGBG） 大小：连续 4x1-65532x655 35 [13 ]: 'RG12'（12 位拜耳 RGRG/GBGB） 大小：连续 4x1-65532x65535 [14]：'BG14'（14 位拜耳 BGBG/GRG）大小：连续 4x1-65532x65535 [15]：'GB14'（14 位拜耳 GBGB/RGRG） 大小：连续 4x1-65532x65535 35 [16]：'GR14'（14 位拜耳 GRGR/BGBG） 大小：连续 4x1-65532x65535 [17]：'RG14'（14 位拜耳 RGRG/GBGB）大小：连续 4x1-65532x65535 [18]：“灰色”（8 位灰度）尺寸：连续 8x1-65528x65535 [19]]: 'Y10 '（10 位灰 度）大小：连续 4x1-65532x655 35 [20]： 'Y12 '（12 位灰度） 大小：连续 4x1-65532x65535 [21]：'Y14'（14 位灰度）大小：连续 4x1-65532x65535 Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos 能否告诉我 "v4l2-ctl -d0 --list-formats-ext" 的结果？ Re: nxp 6.6.36 kernel for camera ar0144 on iMX8MM board to capture image or videos @joanxie 嗨 @joanxie， GST_DEBUG= 3 gst-用上市-1.0-v v4l2src num-buffers=5 设备=/dev/video0！video/x-raw,format=GRAY8,depth=8,width=1280,height=800 ！视频转换 ！jpegenc ！multifilesink location=ar0144_mono_image.jpg issue is Starting GStreamer pipeline... Setting pipeline to PAUSED ... Pipeline is live and does not need PREROLL ... Pipeline is PREROLLED ... 将管道设置为正在播放 ... 0:00:00.244283375 784 0xffffb4000b70 WARN v4l2 gstv4l2object.c:5023:gst_v4l2_object_get_crop_rect: 使用 VIDIOC_G_SELECTION 获取默认裁剪矩形失败：参数无效 0:00:00.244416875 784 0xffffb4000b70 WARN v4l2 gstv4l2object.c:5230:gst_v4l2_object_probe_caps: 使用 VIDIOC_CROPCAP 探测像素宽高比失败：参数无效 新时钟：GstSystemClock 0:00:00.246845250 784 0xffffb4000b70 WARN v4l2 gstv4l2object.c:5023:gst_v4l2_object_get_crop_rect: 使用 VIDIOC_G_SELECTION 获取默认裁剪矩形失败：参数无效 /GstPipeline:pipeline0/GstV4l2Src:v4l2src0。GstPad:src: caps = video/x-raw, format=(string)GRAY8, depth=(int)8, width=(int)1280, height=(int)800, framerate=(fraction)120/1, interlace-mode=(string)progressive /GstPipeline:pipeline0/GstCapsFilter:capsfilter0.GstPad:src: caps = video/x-raw, format=(string)GRAY8, depth=(int)8, width=(int)1280, height=(int)800, framerate=(fraction)120/1, interlace-mode=(string)progressie /GstPipeline:pipeline0/GstVideoConvert:videoconvert0.GstPad:src: caps = video/x-raw, format=(string)GRAY8, depth=(int)8, width=(int)1280, height=(int)800, framerate=(fraction)120/1, interlace-mode=(string)progre /GstPipeline:pipeline0/GstJpegEnc:jpegenc0.GstPad:sink：caps = video/x-raw，format=(string)GRAY8，depth=(int)8，width=(int)1280，height=(int)800，framerate=(fraction)120/1，interlace-mode=(string)progressive /GstPipeline：pipeline0/GstVideoConvert：videoconvert0.GstPad:sink: caps = video/x-raw, format=(string)GRAY8, depth=(int)8, width=(int)1280, height=(int)800, framerate=(fraction)120/1, interlace-mode=(string)proge /GstPipeline:pipeline0/GstCapsFilter:capsfilter0.GstPad:sink: caps = video/x-raw, format=(string)GRAY8, depth=(int)8, width=(int)1280, height=(int)800, framerate=(fraction)120/1, interlace-mode=(string)progresse 0:00:00.253795500 784 0xffffb4000b70 WARN v4l2 gstv4l2object.c:5023:gst_v4l2_object_get_crop_rect: 使用 VIDIOC_G_SELECTION 获取默认裁剪矩形失败：参数无效 0:00:00.253877250 784 0xffffb4000b70 WARN v4l2 gstv4l2object.c:5023:gst_v4l2_object_get_crop_rect: 使用 VIDIOC_G_SELECTION 获取默认裁剪矩形失败：参数无效 0:00:00.259326750 784 0xffffb4000b70 ERROR v4l2bufferpool gstv4l2bufferpool.c:721:gst_v4l2_buffer_pool_streamon: STREAMON 32 出错（管道断裂） 0:00:00.259393750 784 0xffffb4000b70 ERROR bufferpool gstbufferpool.c:572:gst_buffer_pool_set_active: start failed 0:00:00.259435250 784 0xffffb4000b70 WARN v4l2src gstv4l2src.c:955:gst_v4l2src_decide_allocation: 错误：分配所需内存失败。 0:00:00.259461750 784 0xffffb4000b70 WARN v4l2src gstv4l2src.c:955:gst_v4l2src_decide_allocation: 错误：缓冲池激活失败 ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Failed to allocate required memory. 其他调试信息： /usr/src/debug/gstreamer1.0-plugins-good/1.24.0.imx/sys/v4l2/gstv4l2src.c(955): gst_v4l2src_decide_allocation ()：/GstPipeline:pipeline0/GstV4l2Src:v4l2src0: 缓冲池激活失败 0:00:00.259690375 784 0xffffb4000b70 WARN basesrc gstbasesrc.c:3395:gst_base_src_prepare_allocation: 子类未能决定分配 0:00:00.015445250 后执行结束 将管道设置为 NULL ... 0:00:00.259771000 784 0xffffb4000b70 WARN basesrc gstbasesrc.c:3175:gst_base_src_loop: 错误：内部数据流错误。 0:00:00.259796500 784 0xffffb4000b70 WARN basesrc gstbasesrc.c:3175:gst_base_src_loop: error: streaming stopped, reason not-negotiated (-4) ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Internal data stream error. 附加调试信息： /usr/src/debug/gstreamer1.0/1.24.0.imx/libs/gst/base/gstbasesrc.c(3175)：gst_base_src_loop ()：/GstPipeline:pipeline0/GstV4l2Src:v4l2src0: streaming stopped, reason not-negotiated (-4) Freeing pipeline ... GStreamer 命令完成。

Ubuntu ホスト コンピューターで NDK を介して aarch64 用のクロス コンパイラ SE-PLUG-TRUST-MW_04.07.01 をビルドしますか? NXPサポーターの皆様 弊社はSE050を使用したデバイスを保有するOEM開発会社です。SM6225チップセットAndroid 13を使用しています。開発チームが SE050 と通信するためのネイティブ ライブラリを提供するには、SE050 ミドルウェアを構築する必要があります。以前SE050ナノパッケージをビルドして成功したのですが、フルミドルウェアバージョン04.07.01をビルドすると、私も同じことをしましたが、ネイティブ ライブラリを使用してデバイスにプッシュした例は実行できず、ミューテックス エラーが報告され、中止されました。これを構築する方法に関するドキュメントや手順書はあるでしょうか?以下の手順に従ってビルドを展開します。 cd EdgeLock_SE05x_PlugAndTrust_Middleware/SE-PLUG-TRUST-MW_04.07.01/simw-top/scripts エクスポート ANDROID_NDK_ROOT=/media/tuananh/data/tuananh/Android/Sdk/ndk/28.0.12433566 エクスポート TOOLCHAIN=$ANDROID_NDK_ROOT/toolchains/llvm/prebuilt/Linux-x86_64/bin エクスポート TARGET=aarch64-linux-android エクスポートAPI=21 エクスポート CC=$TOOLCHAIN/ ${TARGET} ${API} -clang エクスポート CXX=$TOOLCHAIN/ ${TARGET} ${API} -clang++ PKG_CONFIG_PATH=/data/local/tmp/lib/pkgconfig をエクスポートします。 エクスポート CFLAGS="$CFLAGS -DDISABLE_SYSTEMD" ソース ./env_setup.sh python3 create_cmake_projects.py cd ../../simw-top_build/android_arm64 CD ../..＆＆ cmake ../../simw-top \ -DCMAKE_TOOLCHAIN_FILE=$ANDROID_NDK_ROOT/build/cmake/android.toolchain.cmake \ -DANDROID_ABI=arm64-v8a \ -DANDROID_PLATFORM=android-$API \ -DANDROID_NDK=$ANDROID_NDK_ROOT \ -DCMAKE_SYSTEM_NAME=Android \ -DPTMW_Host=Android \ -DSSS_HAVE_HOST_ANDROID=1 \ -DSSS_HAVE_HOST_PCWINDOWS=0 \ -DSSS_HAVE_MBEDTLS=1 \ -DSSS_HAVE_RTOS=0 \ -DSSS_HAVE_APPLET=SE05X_A \ -DCMAKE_BUILD_TYPE=リリース\ -DBUILD_SHARED_LIBS=オン\ -DPLUGANDTRUST_DEBUG_LOGS=オン\ -DPLUGANDTRUST_SE05X_AUTH=なし -j$(nproc) を作成します 注: EdgeLock_SE05x_PlugAndTrust_Middleware/SE-PLUG-TRUST-MW_04.07.01/simw-top_build/android_arm64/bin のファイル bin の例 ライブラリネイティブ .soで： EdgeLock_SE05x_PlugAndTrust_Middleware/SE-PLUG-TRUST-MW_04.07.01/simw-top_build/android_arm64/hostlib/hostLib/se05x Re: Build cross compiler SE-PLUG-TRUST-MW_04.07.01 for aarch64 via NDK in ubuntu host computer? こんにちは@anhttさん、 いいえ、Android 13 プラットフォームで試す機会はありませんが、CASE、Yocto クロスコンパイル ツールチェーンがすでに利用可能な場合は、それをアクティブ化します。 . /opt/fsl-imx-xwayland/6.1-langdale/environment-setup-armv8a-poky-linux 次に、標準の cmake 呼び出しを使用して cmake 構成を作成します (代わりに、create_cmake_projects.py によってクロスコンパイル設定もいくつか作成されます)。 extnb012@grkextnb012:~/se_mw/preview/se05x_mw_v04.05.00_20231204$ cd simw-top_build/ extnb012@grkextnb012:~/se_mw/preview/se05x_mw_v04.05.00_20231204/simw-top_build$ mkdir cc_se05x extnb012@grkextnb012:~/se_mw/preview/se05x_mw_v04.05.00_20231204/simw-top_build$ cd cc_se05x/ extnb012@grkextnb012:~/se_mw/preview/se05x_mw_v04.05.00_20231204/simw-top_build/cc_se05x$ extnb012@grkextnb012:~/se_mw/preview/se05x_mw_v04.05.00_20231204/simw-top_build/cc_se05x$ cmake -DPTMW_Applet=SE050_E -DPTMW_HostCrypto=OPENSSL -DPTMW_Host=iMXLinux -DPTMW_SMCOM=T1oI2C -DCMAKE_BUILD_TYPE=Debug ../../simw-top -- Toolchain file defaulted to '/opt/fsl-imx-xwayland/6.1-langdale/sysroots/x86_64-pokysdk-linux/usr/share/cmake/OEToolchainConfig.cmake' -- The C compiler identification is GNU 12.2.0 -- The CXX compiler identification is GNU 12.2.0 -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working C compiler: /opt/fsl-imx-xwayland/6.1-langdale/sysroots/x86_64-pokysdk-linux/usr/bin/aarch64-poky-linux/aarch64-poky-linux-gcc - skipped -- Detecting C compile features -- Detecting C compile features - done -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Check for working CXX compiler: /opt/fsl-imx-xwayland/6.1-langdale/sysroots/x86_64-pokysdk-linux/usr/bin/aarch64-poky-linux/aarch64-poky-linux-g++ - skipped -- Detecting CXX compile features -- Detecting CXX compile features - done -- BUILD_TYPE: Debug -- Found OpenSSL: /opt/fsl-imx-xwayland/6.1-langdale/sysroots/armv8a-poky-linux/usr/lib/libcrypto.so (found version "3.0.7") -- Found: /opt/fsl-imx-xwayland/6.1-langdale/sysroots/armv8a-poky-linux/usr/lib/libssl.so/opt/fsl-imx-xwayland/6.1-langdale/sysroots/armv8a-poky-linux/usr/lib/libcrypto.so -- CMAKE_CXX_COMPILER_ID = GNU -- CMAKE_SYSTEM_NAME = Linux -- Found Git: /usr/bin/git (found version "2.25.1") -- Could not detect git directories. Using STUB Values for GIT Version -- CMake version: 3.24.0 -- CMake system name: Linux -- Timestamp is 2023-12-15T23:15:41Z accessManager is not copied to default binary directory upon install -- Performing Test CMAKE_HAVE_LIBC_PTHREAD -- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Success -- Found Threads: TRUE -- Configuring done -- Generating done -- Build files have been written to: /home/extnb012/se_mw/preview/se05x_mw_v04.05.00_20231204/simw-top_build/cc_se05x その後、通常の cmake ビルド実行により、クロスコンパイルされたバイナリが作成されます。 同様の環境かどうかは分かりませんが、参考までに。 お役に立てれば幸いです。 すてきな一日を、 カン --------------------------------------------------------------------------------- 注記： - この投稿があなたの質問への回答である場合は、「正解としてマーク」ボタンをクリックしてください。ありがとう！ - Threadは最後の投稿から7週間フォローされます。それ以降の返信は無視されます。 後ほど関連する質問がある場合は、新しいThreadを開いて、閉じたThreadを参照してください。 ---------------------------------------------------------------------------------

关于 SYMBOL_ERROR_COUNTER 的 TJA1103 PHY 寄存器 亲爱的恩智浦技术支持团队 希望这封邮件能给你带来好运。我叫 SeongHyeon Lim，目前正在使用 TJA1103 100BASE-T1 PHY 开发汽车以太网诊断系统。 我写信来询问 SYMBOL_ERROR_COUNTER 的具体行为，因为我们正在尝试实施一项预测性维护功能，以检测以太网电缆和连接器的逐渐老化情况。 系统概述： 产品：[S32K3X4EVB-T172] 上的 TJA1103 100BASE-T1 PHY 目标检测电缆/连接器老化导致的通信质量下降，以便进行预测性维护。 监测寄存器： SIGNAL_QUALITY（共享 MMD，地址 0x8320） SYMBOL_ERROR_COUNTER（共享 MMD，地址 0x8350） 观察到的行为 在故意降低信号质量的测试中，我们可以观察到 SIGNAL_QUALITY 寄存器中的 SQI 值从 7 逐步降至 4 或 3。我们的预期是，随着 SQI 值的下降，SYMBOL_ERROR_COUNTER 应该开始递增，至少是间歇性递增。 然而，我们发现，即使 SQI 显著降低（如 3 或 4），SYMBOL_ERROR_COUNTER 仍然为零。只有在 SQI 下降到 0 时，计数器才会出现快速增长，这与链路中断事件相吻合。 我们的假设我们怀疑这是由于 TJA1103 强大的内部 DSP 和自适应均衡器的缘故，只要认为链路"可用" （即 LINK_AVAILABLE 位被设置），它们就能有效纠正几乎所有的信号错误。因此，只有当 PHY 的纠错能力完全无法承受，导致链路故障时，符号错误才会被计算在内。 问题 1.请确认观察到的这种行为（SYMBOL_ERROR_COUNTER 在 SQI 值大于零时保持为零）是否是 TJA1103 的预期操作？ 2.如果这是预期行为，那么出于对电缆逐渐老化进行预测性维护的目的，恩智浦是否建议主要重点监控 SQI 的下降趋势和 MSE 的上升趋势，而不是将 SYMBOL_ERROR_COUNTER 作为早期指标？ 3.关于 SYMBOL_ERROR_COUNTER 开始递增的具体条件（如特定内部状态、链路故障以外的阈值），是否有进一步的技术文档或说明？ 感谢您的时间和帮助。如果需要，我们可以提供更多信息，如代码片段或日志。 Re: TJA1103 PHY registers about SYMBOL_ERROR_COUNTER 你好@forfortuna、 感谢您清晰而有条理的提问。 你的观察和假设是正确的。即使信号质量下降，当 SQI 超过零时，TJA1103 上的 SYMBOL_ERROR_COUNTER 也通常保持为零。这是意料之中的行为。 1.SYMBOL_ERROR_COUNTER 行为 是的，这就是预定的操作。只有当 LINK_AVAILABLE = 1 和 COUNTERS_ENABLE = 1 时，计数器才会递增，而且通常只有在 PHY 的内部校正机制不再充分时才会递增--通常是在 SQI 降为 0 和链路中断时。 2.监测建议 对于预测性维护，我们建议重点关注 SQI 趋势和 MSE。这些指标比 SYMBOL_ERROR_COUNTER 更早、更渐进地显示链路性能下降的情况。 3.补充文件 没有关于触发信号 SYMBOL_ERROR_COUNTER 的内部条件的更多公开文档。 顺祝商祺！ 帕维尔

pn7220 进入环回模式进行 Emvco L1 测试 我在我的设备上使用 Pn722x，我想通过从内核驱动程序发出 nci 命令来将 nfc 设置为环回模式。 能否提供能将 pn722x 设置为回环模式的正确 nci 命令？ 回复： pn7220 enter loopback mode for Emvco L1 test 你好@SeanHu $./EMVCoAidlHalComplianceTest 类型 AB 或 $./EMVCoAidlHalComplianceTest 类型 ABF 已实现 EMVCo 回环应用程序，只需使用 NFC 驾驶舱校准 DPC 或修改某些参数。 回复： pn7220 enter loopback mode for Emvco L1 test 嗨，KaiLi、 从我之前的截图中可以看到，环回模式 NCI 命令已经发出。但我们的 EE 在前往 FIME 进行 EMVCo L1 测试时报告说，该行为不正确。 他们还被告知，根据以往的经验，在发出"EMVCoAidlHalComplianceTest" 命令后，我们仍需要在 Cockpit 中选择"secondary firmware" 项，才能将 NFC 设置为环回模式。 我们只能在 Cockpit 6.7 中找到此项目，但在 Cockpit 8.1 和 8.3 中却找不到。 ，请问您对此有何专业建议？ 谢谢！ 回复： pn7220 enter loopback mode for Emvco L1 test 你好@SeanHu 是的，例如 KaiLi_0-1758521246646.png KaiLi_1-1758521279333.png KaiLi_2-1758521302774.png 回复： pn7220 enter loopback mode for Emvco L1 test 嗨 KaiLi 根据我捕获的日志中的 emvConcir 和 emvConcix 消息，这个日志能否显示我的设备处于 EMVCo 回环模式？ SeanHu_1-1758510011438.png 回复： pn7220 enter loopback mode for Emvco L1 test 嗨 KaiLi 关于你之前提到的数据交换日志，你能告诉我如何通过日志确认设备是否处于回环模式吗？ 谢谢！ 回复： pn7220 enter loopback mode for Emvco L1 test 你好@SeanHu 构建 NFCFactoryTestApp 后，你可以参考 um11810 PN722X NFC 控制器的第 13.2 节发 送 EMCVO 轮询命令。 回复： pn7220 enter loopback mode for Emvco L1 test 你好@SeanHu 那么您只能使用 NfcFactoryTestApp。对于 A13/A14/A15 平台，可从此处获取 NfcFactoryTestApp 的代码：nxpnfc_android13/FactoryTestApp at main - NXPNFCLinux/nxpnfc_android13 - GitHub 然后你可以参考 PN7160 安卓移植指南的第 7 章来版本和编译。 不过，我们仍然认为，您需要检查您的系统集成。 回复： pn7220 enter loopback mode for Emvco L1 test 嗨 Kaili， 我知道恩智浦文档 " PN7220 — 快速入门指南 " 告诉我们运行 emvcoaidlHalComplianceTest 以进入环回模式。 但是我们在运行 emvcoaidlHalComplianceTest 之后运行了 EMVCO L1 测试脚本，它显示设备没有进入环回模式。 这就是为什么我们想知道如何通过NCI命令进入环回模式。 回复： pn7220 enter loopback mode for Emvco L1 test 你好@SeanHu 您这边的当前状态，EMVCo 一直在轮询，您可以在 RF 场上放一张卡，重新启动另一个窗口并检查数据交换日志，如下所示： KaiLi_0-1756950176446.png 回复： pn7220 enter loopback mode for Emvco L1 test 嗨，Kai, 是的，我们按照快速入门指南发出了EMVCoAidlHalComplianceTest 命令，但 PN7220 没有进入环回模式。这就是我要求提供 NCI 命令的原因，这样我们就可以手动进入环回模式。 影像.png Re: pn7220 enter loopback mode for Emvco L1 test 你好@SeanHu 完成 NFC mw 集成并启动设备后，您可以运行应用程序 $。/emvcoaidlHalComplianceTest 类型 ABF PN7220 应进入 EMVCO L1。

FlexSPI (QSPI_B) を使用して、i.MX 8M Mini 上の標準 SPI ペリフェラルを制御できますか? こんにちは、 私はi.MX 8M Miniを使用していますが、FlexSPI コントローラ (MOSI、MISO、SCLK、CS) を使用して標準 SPI デバイス (例: RTL8752H ) と通信できるかどうかを知りたいです。 ECSPI コントローラの使用が一般的に推奨されていることは理解していますが、特定の制約のため、代わりに FlexSPI を使用して標準 SPI デバイスを制御できるかどうかを評価する必要があります。 特に、i.MX 8M Mini 上のFlexSPI QSPI_Bを介して標準 SPI デバイス (RTL8752H) を制御およびテストできるかどうかを知りたいです。 私の質問は次のとおりです: Q1.FlexSPI をこのように構成して、QSPI フラッシュではなく標準 SPI デバイスを制御することはCANますか? Q2.はいの場合、既存の Linux カーネル サポート (例: spidev) はありますか。それとも、カスタム ドライバ/初期化が必要ですか。 Q3.いいえの場合、ECSPI を使用できない場合に利用できる代替手段は何ですか? ありがとう。 스크린샷 2025-09-01 090813.png Re: Can FlexSPI (QSPI_B) be used to control a standard SPI peripheral on i.MX 8M Mini? こんにちは@cmw Flexspi は spi フラッシュ デバイスにのみ CAN 接続します。標準 SPI デバイスに接続する場合は、ECSPI を選択する必要があります。 BR

KW45 硬件设计建议 亲爱的恩智浦团队， 我想知道，如果我不将下图中给出的外部迹线从 CDD_CORE / VOUT_CORE 连接到 VDD_CORE，会出现什么问题。 images.jpg 我以为是一样的，所以没有从外部电路连接。会有问题吗？ 我遇到了一个奇怪的问题，能告诉我是什么原因吗？ 当电压从 3.1V 降到 3V 时，射频下降。 MCU 似乎能正常工作，因为我们实现了 LED 闪烁。 在某些情况下，如低于 2.5V 时，MCU 可以工作，但射频输出是错误的。 在某些情况下，例如电压低于 2.5V 时，MCU 会完全停止发送数据，我们可以看到大约 7/8/9/12mA 的持续功耗。 我无法理解，因为当我们降低电压或低电压时，总是会出现这种情况。 KW45B41Z-EVK KW45 BLE-NFC   如果两个引脚都是内部连接的，会有问题吗？ Kinetis K系列MCU Re: KW45 HW Design Recommendation 你好 希望你一切顺利。 您在设计中使用的电源配置是什么？您是如何为 VDD_RF 供电的？ 有关最常见的电源配置和注意事项，请参阅 AN13831 KW45/K32W148-电源管理单元硬件第 3 节 " KW45/K32W148 电源配置 "。 请注意，您的应用程序要求的任何电源配置都必须符合每个功率域的直流电压要求，该要求在第 2.2 节 " 电源域速率 " 中规定 内部稳压器输出由 VDD_CORE/VOUT_CORE 提供，稳压器输入由 VDD_CORE 提供。强烈建议在外部连接引脚以及适当的去耦电容，以提供反馈路径并保持电压稳定性。 您可以在这篇文章中找到我们的最低物料清单演示文稿，了解推荐的电容值和其他硬件建议：使用 KW 45（汽车）或 K32W1/MCXW71（物联网/工业）首次版本 PCB 的最佳方式 您还可以根据我们的 KW45-EVK 原理图来 确认您的 原理图 设计。 顺祝商祺！ 安娜-索菲亚