S32K148 FlexCAN 仅输出 SOF 脉冲，然后进入总线关闭状态 我用S32DS开发了这个程序。当尝试发送 CAN 帧时，TX 引脚上只会输出一个短的低电平脉冲，后续的 ID 和数据位会被截断，因此无法发送完整的帧。USB-CAN 分析仪未收到任何数据，FlexCAN 控制器直接进入总线关闭状态。 我已经检查了时钟配置和寄存器值，并测试了不同的 CAN 通道，但问题仍然没有解决。我想找出哪个配置参数设置错误。感谢您的帮助。 Re: S32K148 FlexCAN Only Output SOF Pulse then Enter BusOff 嗨，朱利安， 感谢你的回复。我想更正并补充我之前匆忙写成的消息中的一些重要细节。 主板：这是第三方主板（不是 NXP EVB），型号为 S32K148_REV2_Q144。值得注意的是：我发现卖家提供的原理图存在错误（标注的收发器位置与实际 PCB 丝印不符），因此该电路板的参考设计文档可能并不完全可靠。 官方 CAN 示例：我尝试构建 Can_example_S32K148，但遇到了与 CAN 本身无关的环境问题（缺少工具链/包含路径，最终 Port_Ci_Port_Ip.h 和 Port_Ci_Port_Ip_Cfg.h 之间出现版本不匹配错误——“不同的供应商 ID”/“AutoSar 版本号不同”）。这看起来像是 RTD 包版本与我的项目不匹配，而不是 IDE 版本问题。我会尝试解决这个问题，但我认为这与硬件问题的核心无关。 新证据（来自您已审阅过的我自己的项目）：自从我上次留言以来，我使用逻辑分析仪进行了更深入的验证： MB8 内容 100% 正确— 直接从 CDD_CanTransmit() 之后的寄存器读取：CS=0x0C080000 (CODE=0xC 待定，DLC=8)，ID=0x00400304 (>>18 = 0x10，与配置匹配)，DATA=0x01020304/0x05060708 (与我的 8 字节有效载荷完全匹配)。 引脚上的 TX 信号也正确——同时探测 PTE5 和收发器的 TXD 输入（200MHz 逻辑分析仪），两个波形相同，证实 PCB 走线良好。 但传输在大约 8-9 位转换后中止（大致为 SOF + 几个仲裁位），控制器随后进入总线关闭状态（ESR1 确认 FLTCONF=11，TXERRCNT 每次尝试递增）。 即使正确连接了 USB-CAN 分析仪并启用了 120Ω 终端（总线未浮空）， CANH/CANL 也显示为零活动。作为对照测试，我在另一块已知可正常工作的 STM32 板上运行了相同的设置（浮空与终端），终端后 CANH 显示出了正确的转换。在我的 S32K148 板上，在相同的端接条件下，CANH/CANL 保持完全平坦。 在 CAN1 上也出现了同样的结果（不同的引脚/收发器）。 由于 MCU 端的 TXD 信号在收发器输入端之前均已确认正常，但即使正确端接，CANH/CANL 信号也始终没有响应，因此我怀疑是收发器输出级（或两个通道共用的某个部分，例如……）出现了问题。电源瞬态行为——我只能用逻辑分析仪检查，无法用示波器检查。 问题： “TXD 在收发器输入端正确，但 CANH/CANL 在正确端接下完全平坦”是否更强烈地表明收发器硬件故障，还是存在其他常见的板级问题（使能/待机电路、电源去耦）也可能导致这种症状？ 当总线上没有实际活动时，FlexCAN 是否应该在发送完前几个仲裁位后中止（而不是完成整个帧并在 ACK 时失败）？我想确认一下我对位监控机制的理解是否正确。 对于示例项目中的 RTD 版本不匹配问题——是否有办法检查哪个 RTD 版本与给定的 S32 配置工具版本匹配，以便我可以获取匹配的示例包？ 再次感谢您的帮助。 此致敬礼，艾普丽尔 Re: S32K148 FlexCAN Only Output SOF Pulse then Enter BusOff 嗨，朱利安， 我非常惊讶，也很感谢您回复我的问题。   我使用的是自己设计的硬件板；只有电源电路与官方 EVB 原理图不同，而其余电路与参考设计一致。 我测试了官方的 CAN 示例项目。我只配置了 CAN0 引脚，而没有启用和配置 MCAL 层中的 PORT 模块，但项目一直编译失败。   具体的编译错误是： “f ../board/Port_Ci_Port_Ip_Cfg.h:47:10: 致命错误: Port_Ci_Port_Ip_Types.h: 没有该文件或目录”。   我的自定义项目文件中已有此头文件，但是导入此官方示例项目后，代码生成过程中并未自动生成此头文件。 缺少头文件错误是否可能是由于 IDE 软件版本不匹配造成的？目前我正在使用S32DS 为 S32 平台进行开发，现在我正在下载S32DS for ARM 2.2.2来切换开发环境。 期待您的指导。   顺祝商祺！   四月 Re: S32K148 FlexCAN Only Output SOF Pulse then Enter BusOff 你好@April ， 从你的项目来看，配置和流程似乎都是正确的。请问您使用的是恩智浦半导体的S32K148EVB芯片，还是您自己设计的芯片？ 您是否尝试过测试 RTD 中包含的 Can_example_S32K148 项目？您可以简单地添加 CAN0 引脚并禁用环回模式以启用 Tx/Rx 并测试该程序。 最后，您是否确认两个节点（S32K148 和 CAN 分析仪）都设置为相同的位时序和协议配置（CAN 与 CAN FD）？您可以使用以下工具来计算值： MPC5xxx/S32Kxx/LPCxxxx：CAN / CAN FD 位定时计算。 如果您使用的是自定义设计，您可以参考S32K148 EVB 的原理图和S32K1xx 硬件设计指南，了解 CAN 接口设计和建议。 此致， 朱利安 Re: S32K148 FlexCAN Only Output SOF Pulse then Enter BusOff 你好@April ， 1. 是的，这表明是收发器故障，而不是模块配置问题。能否确认一下您的定制设计中使用的是哪种收发器？ 我建议检查 STB、EN、S、RS、WAKE、INH 或类似引脚与实际安装的收发器是否匹配。 S32K148 EVB 使用UJA1132HW ，但是，如果您使用的是TJA1043之类的芯片，则必须将其配置为正常模式（ STB_N = 高EN = 高）。 2. 是的，如果收发器实际上没有驱动总线，那么在几个仲裁位之后提前中止是合理的。 3. 通常情况下，“不同的供应商 ID”/“AutoSAR 版本号不同”错误会在导入项目并尝试使用不同的 RTD / S32 配置工具版本更新配置时出现；但是，如果您只是从“文件 -> 新建 -> 从示例创建 S32DS 项目”导入示例，则应该不会有任何兼容性问题： 从您分享的项目来看，您使用的是 S32K1 RTD 3.0.0。然而，当我导入 QLP04 项目时，从属性中可以看到配置的是 GCC 11.4： 根据 RTD 版本说明，3.0.0QLP04 仅支持 NXP GCC 10.2： 我不确定你是如何导入和编译这个项目的，但请确保你至少安装了 S32DS 3.6.4 版本。仅安装了一个RTD软件包。S32DS不支持同时安装多个RTD版本。 此致， 朱利安 Re: S32K148 FlexCAN Only Output SOF Pulse then Enter BusOff 你好@April ， 感谢您提供的补充信息。 1. 关于 TJA1051，确实该收发器只有 S 引脚用于配置正常模式，但是，请检查您是否使用的是TJA1051T/E衍生型号，因为该型号有一个额外的 EN 引脚，您必须将其拉高： 2. “找不到文件”错误很可能是由于端口配置错误，从而导致工具生成了错误的代码。您在端口容器中遇到的错误是由于“引脚”功能组名称应该以“端口容器名称”+“外围设备功能组名称”的形式命名造成的，在您的情况下应该是“ PortContainer_0_VS_0 ”。 在申请RMA之前，能否请您测试一下我附上的项目？这是 MCAL 中的一个简单的测试代码，它使 Rx 以中断模式运行，Tx 以轮询模式运行。成功回波 10 帧后，绿色 LED 指示灯会切换状态。 我使用 PCAN-USB 分析仪，通过 J11 CAN 接头对该程序进行了测试，设置如下： 我可以看到帧已成功回放，并且绿色 LED 指示灯每 10 帧切换一次： 由于我使用的是 S32K148-EVB，因此不需要启用收发器，但是，在您的设置中，请检查TJA1051 是否已正确启用（以及是否还需要启用 EN 引脚）。 此致， 朱利安 Re: S32K148 FlexCAN Only Output SOF Pulse then Enter BusOff 嗨，朱利安， 再次感谢您的耐心等待——自从我上次发消息以来，又有一些更新。 收发器检查：我仔细查看后确认它是TJA1051 ，而不是 UJA1132 系列 SBC。这个只有一个使能引脚（S 引脚），在我的板上硬连接到地（= 正常模式），所以你提到的多引脚 STB_N/EN 逻辑在这里并不适用——控制电路的这一部分看起来已经是正确的了。 与第二个独立项目进行交叉验证：我为该板（从经销商处购买）构建并运行了一个完全不同的 CAN 演示，使用了较旧的 Processor Expert/S32 SDK 堆栈 — can_pal — 而不是 RTD/AUTOSAR。按下按钮后，CAN_Send() 函数被正确调用，但我注意到返回值始终为 STATUS_BUSY (0x002)，这意味着之前的传输实际上从未完成。就像我的 RTD 项目一样，USB-CAN 分析仪在所有三个通道上都没有接收到任何信号。现在我有两个完全独立的驱动程序堆栈，它们都给出了相同的结果，这让我相当确信这不是我这边的软件/配置问题。 关于官方示例项目：我按照您的建议将 GCC 版本切换回 10.2，但在构建过程中仍然遇到同样的“文件未找到”错误。我进一步研究了一下，现在怀疑这可能与端口模块（MCAL 层）未完全配置有关——似乎存在一个与端口模块和引脚工具的功能组链接方式相关的验证错误，但我无论尝试什么都无法正确配置它。 它们就是一个例子： 这是我之前自己搭建的项目的一部分： 鉴于目前的情况——控制引脚接线看起来正确，引脚上的 TXD 也已确认正确，并且两个独立的软件堆栈在所有三个通道上都显示出一致的“无总线活动”/传输卡顿行为——您认为这是否足以将其视为硬件故障并进行 RMA，或者还有其他值得先检查的地方吗？ 再次感谢你在这件事上提供的帮助。 此致敬礼，艾普丽尔 Re: S32K148 FlexCAN Only Output SOF Pulse then Enter BusOff 你好@April ， 我很高兴现在一切都按预期运行了！ 请问之前的错误原因是什么？是简单的硬件连接问题吗？ 祝你今天也过得愉快！ 此致， 朱利安 Re: S32K148 FlexCAN Only Output SOF Pulse then Enter BusOff 你好，朱利安， 我迫不及待地想告诉你，现在一切都完美运行了！我非常激动地与大家分享这个好消息。我已经订购了全新的MCU板和CAN收发器进行重新测试，这次通信运行完美无瑕。原来我之前遇到的持续 BusOff 错误完全是硬件故障。 我还加载了您附加的测试项目，它也运行良好。你的示例代码可以像你描述的那样流畅地发送和接收 CAN 帧。 我非常感谢您这些天来给予我的所有耐心指导。我完全被这个问题难住了，独自一人根本无法解决这个问题，是你的详细回复帮我摆脱了困境。 祝您身体健康，工作顺利，天天幸福！ 此致， 四月 Re: S32K148 FlexCAN Only Output SOF Pulse then Enter BusOff 你好@Julián_AragónM ， 哈哈，不是线路问题。原有的 TJA1051 收发器模块存在缺陷，导致了 BusOff 问题。 再次非常感谢您的帮助！^_^ 此致， 四月

IPCFのバージョンに関する問題 私は以下のRTDバージョンを使用しています：SW32K3_S32M27x_RTD_R21-11_6.0.0_QLP01&04、IPCFバージョン：SW32K3_IPCF_4.2.1_D2504、EBバージョン：29.0。Excampleにインポートする際...プロジェクト「IPCF_AutosarOS_S32K358_M7_0」でエラーが発生しました。内容は以下のとおりです。 エラー (11061) モジュール OS TS T40D34M413R184 をインストールしていません - プロジェクト IPCF AutosarOS S32K358 M7 0 のモジュール構成を作成できません 0 (11061) モジュール「pc TS T40D34M4210R0」がインストールされていないため、プロジェクト「IPCF AutosarOS $32K358 M7 0」のモジュール構成を作成できません。 0 (11061) モジュールリソースTS T40D34M5010Roをインストールせずにプラグインします - プロジェクトIPCF AutosarOS $32K358 M7 0°のモジュール構成を作成できません @ (11061) モジュール「BaseNXP TS T40D34M50I0RO」がインストールされていません - プロジェクト IPCF AutosarOS $32K358 M7 0 のモジュール構成を作成できません @ (11061) モジュール「Mcu TS T40D34M5010R0」を含むプラグインがインストールされていません - プロジェクト「IPCF AutosarOS $32K358 M7 0」のモジュール構成を作成できません 適切なIPCFまたはEBバージョンを使用して、この問題を解決するにはどうすればよいでしょうか？ Re: IPCF版本问题 こんにちは@liyongfeng 現在EB Tresos環境にインストールされているプラグインのバージョンを教えていただけますか? また、RTDパッケージを再インストールして、その後も問題が続くか確認してみてはどうでしょうか? BR、VaneB

マーキングの詳細 マーキングの意味を教えてください。 MPN: PCA9553DP/01,118 用 04 01 616

NFCカードについて助けが必要です 最近、AmazonでMIFARE Classic 1Kに対応しているACR122U-A9と13.56MHzのRFID近接IDカードキータグを買いました。書き込み可能な再書き込み可能なCUIDフォブタグです。MWT V.1.6.8424.424.63をインストールして、4tagくらいは動作しましたが、今はカードを読み取れないか、64で63くらいで止まってしまいます。どなたか助けていただけますか?私は本当にテクノロジーにはあまり詳しくありません NFCリーダー・ライブラリ Re: I need help with my NFC card お世話になります。 弊社製品をご利用いただきありがとうございます。 ACR122U-A9の使用についてですが、公式ページでは新しいデザインにはこのリーダーは推奨されていないと記載されているのに気づきました。私の推奨は、推奨されサポートされているものに移行することです。 インストールされたミドルウェアについてですが、公式ページで見つけることができなかったので、どこで入手されたのか教えていただけますか？ MIFARE Classicに対応しているタグが4タグのように動作するというのはどういう意味か理解したいです。MIFARE ClassicカードはISO14443〜3コマンドしかサポートできません。正確なコマンドの説明については データシート をご覧ください。 もしプロジェクトについてもっと詳しく教えていただければ、 MIFARE Classic カードもセキュリティ上の理由で推奨されていないので、より良いおすすめができるかもしれません。

MTC40F2046S1RC64BD2 请问您能否确认一下这个产品型号： MTC40F2046S1RC64BD2是否对X射线敏感？ Re: MTC40F2046S1RC64BD2 那不是真的。X射线照射是一种常见的检测程序，不会造成损害。为了功能安全起见，我们建议您寻找拥有合格证书（COC）的卖家。

ICODE SLI can't be switch to ICODE SLIX My client has been using the ICODE SLI chip I provided, but this chip has been EOL. We are trying to switch to the ICODE SLIX, but the client's RFID reader cannot recognize it. Re: ICODE SLI can't be switch to ICODE SLIX Hello, ICODE SLIX is intended to be backward compatible with ICODE SLI at the ISO15693 level, so the reader should at least detect the SLIX UID during inventory. If the reader cannot recognize it, please first check whether the failure is at RF inventory level or in the application’s tag-identification logic. Common causes are AFI/UID filtering, hardcoded SLI product recognition, old reader firmware, or use of SLIX-specific security/features during migration. For the first test, disable AFI filtering and tag whitelisting, perform a standard ISO15693 inventory, read UID/DSFID/AFI, then compare the application’s acceptance logic against the old SLI tag. Regards Re: ICODE SLI can't be switch to ICODE SLIX Please move this thread to the appropriate community. This isn't a Coldfire or 68k part.

LX2160A: Pull down value on receiver for SerDes lanes not used Hello, Chip: LX2160A The application note AN5407 specifies pull down on SerDes lanes if not used:  If some SerDes lanes are a no-connect, pull down their receiver pins to GND. Could you tell me the pull down value please? Or should I connect the receiver pins directly to GND? Thanks. Re: LX2160A: Pull down value on receiver for SerDes lanes not used Hello, The AN5407 language "pull down their receiver pins to GND" is intentionally ambiguous about method — NXP's clarification is that a direct 0 Ω connection to GND is the correct and preferred approach. SerDes power-down Even with the RX pins tied to GND, if the SerDes block remains powered, AN5407 also recommends powering down unused lanes via firmware: configure the General Control 0 register during the PBI phase to power down unused SerDes lanes. If the entire SerDes block is already powered down, individual lane power-down is not needed Regards

ls1021a eTSEC 发送超时 我有一个 LS1021A 物联网芯片和一个基于该芯片的原型板。两者都使用引导加载程序。 它在物联网板上运行完美，但在我的板上，以太网端口出现TX超时错误。我发出几个 ping 请求后，发送超时，然后又发出更多 ping 请求。这使得TFTP几乎无法使用。 当然，硬件方面也存在差异。我们的 MAC 连接到 BCM54616S，然后连接到 LAN9514。自动协商的上限为 100FD。TX超时在环回模式下也会发生。 为了传输数据，我必须在我的板子上的 TBI PHY 中设置 SGMII_AN 位，而 IOT 则不需要这样做（IOT 可以协商 1000FD）。 不确定为什么TX信号如此不稳定。这是否与速度限制有关？ Re: ls1021a eTSEC tx timeout 你好， 对于 100FD SGMII，请在原型板的引导加载程序中验证以下项目： 设置 LS1021A eTSEC 用于 SGMII 100 Mbps ECNTRL[TBIM] = 1 ECNTRL[SGMIIM] = 1 ECNTRL[R100M] = 1 MACCFG2[I/F Mode] = 01 表示 10/100 模式 LS1021A RM 特别指出，对于 SGMII 100 Mbps，应将 R100M = 1 。 重置和编程内部 TBI PHY。RM 指出 SGMII 使用 TBI 寄存器集，并且对于所有接口模式（包括 SGMII）重置 TBI 非常重要。 保持 SGMII_AN 设置为 TBI SGMII_AN 位“必须设置为 1”。因此，您的电路板只有在设置此位后才会发送数据，这并不奇怪；这表明您的引导加载程序初始化对于此 PHY/MAC 模式不完整。 不要依赖 100 Mbps 下的 1G 式 SGMII AN 行为。已知 LS1021A 报告显示，100 Mbps SGMII 操作在链路循环后会出现“SGMII 链路不正常”或间歇性无数据包行为，而 1G 操作则正常。这并不能证明您的 TX 超时的确切根本原因，但这足以证明 100FD SGMII 配置是一个强烈的怀疑对象。 回环结果很重要。如果您的“环回模式”是外部 PHY 环回或 SGMII 侧环回，则 100FD SGMII/TBI 设置仍然可能参与其中。如果是内部 MAC/eTSEC 环回，那么外部 BCM54616S/LAN9514 路径基本无关紧要，我会重点关注 eTSEC 初始化、描述符环处理、缓存一致性和 TX 停止/错误状态。 为了进行调试，请检查超时发生时 eTSEC TX 停止状态。RM 表示，当 eTSEC 不再处理来自 TxBD 环的发送帧时，会设置发送停止位；可重复出现的原因包括总线错误、无效的 BD/数据地址、无法纠正的 BD/数据读取错误以及 TxBD 编程错误，例如 Ready = 1 长度为 0 。还要检查是否看到 IEVENT_BSY ；NXP 的资料将 BSY 描述为由于缓冲区不足/软件无法足够快地服务于 BD 环而导致的 RX 帧丢失，这是一种软件/BD 环的症状，而不是纯粹的 SGMII 电气症状。 推荐的分离步骤： 1.强制外部PHY为 100FD ，如果需要，不进行铜缆自动协商。2.强制LS1021A MAC / eTSEC 为SGMII 100 Mbps ： TBIM = 1 ， SGMIIM = 1 ， R100M = 1 ， MACCFG2 I / F模式= 10 / 100。3. 设置 SGMII 模式后 RESET / 重新初始化 TBI 。4.设置TBI SGMII_AN = 1。 5.确认TBI链路/ AN状态、 eTSEC ECNTRL / MACCFG2和PHY SGMII侧状态。6.超时时，转储IEVENT 、 TX停止寄存器、 DMA状态和TXBD环内容。 此致敬礼 Re: ls1021a eTSEC tx timeout 忘了说了，我的端口设置为SGMII模式。 Re: ls1021a eTSEC tx timeout 在发送函数中添加消息或 1 毫秒延迟，可以确保数据正确传输而不丢失。 我在发送函数中为 TX 描述符添加了 DMA 刷新，这很有帮助。不过，考虑到描述符是在非缓存内存中分配的，这应该不是必要的。这可能是我添加了 LPAE 支持的 MMU 库的缺陷。 现在我想起来了，很久以前我删除了 enet 设备节点中的 dma-coherent 属性，这足以让 LS1021A-IOT 工作。这样会在为描述符分配未缓存内存时强制执行 DMA 刷新。但是发送函数中没有缓存刷新，无法更新每个数据包的 TX 描述符。不确定为什么在我的原型机上不起作用（频率不同，DDR3L 与 DDR4 的区别……） Re: ls1021a eTSEC tx timeout 您好， 感谢您提供的详细调查结果——您发现的解决方法组合（1 毫秒延迟、手动 DMA 刷新和删除 dma-coherent ）是缓存别名问题的典型特征。以下是根本原因分析和推荐的修复方案。 根本原因：TX描述符区域中缓存的虚拟别名 LS1021A ENET DMA 是一个非缓存一致性总线主控器——它直接读取 DDR，无法访问 CPU 缓存。LS1021A 上 gianfar 的正确操作模型是非一致性软件管理模型：描述符分配在非缓存内存中，每当 CPU 更新描述符字段时，都会显式调用 dma_sync_* 。 您的 LPAE 更改最有可能引入的是描述符物理地址范围的页表项，该条目携带错误的缓存属性——普通写回而不是设备或普通不可缓存。这为同一物理内存创建了两个具有不同缓存性的虚拟别名：分配路径（通过 dma_alloc_noncoherent ）将其映射为未缓存，但发送函数中每个数据包的 TX 描述符更新路径通过缓存别名访问它。CPU 将更新后的描述符字段写入缓存行，这些字段永远不会到达 DDR，导致 ENET DMA 读取到过时的数据并出现欠载。 为什么你的三种变通方案都掩盖了同一个缺陷 1 毫秒延迟/消息插入：在低负载下，增加足够的延迟，使 CPU 回写缓冲区自然耗尽——与时间相关，在流量或频率变化时会失效。 发送函数中的手动 dma_flush ：强制在 DMA 读取描述符之前执行缓存清理到 PoC 的操作——这是正确的行为，但如果该区域确实没有缓存，则无需执行此操作。 从 enet 设备节点中移除 dma-coherent ：导致内核在提交之前对每个 TX 描述符调用 dma_map_single() / dma_sync_single_for_device() ，从而显式地清除缓存——这也是正确的，并解释了为什么 LS1021A-IOT 无需发送路径刷新即可可靠地工作。 缺少发送路径刷新是关键所在。LS1021A-IOT 在移除 dma-coherent 后可以正常工作，因为内核的 DMA 映射层会自动插入同步信号；你的原型没有这条路径，因为 LPAE 的更改改变了描述符区域的缓存属性，而没有重新引入同步信号。 DDR3L 与 DDR4 的频率差异 这不是根本原因。不同的动态随机存取存储器(DRAM)类型和频率会改变写入延迟和缓冲区漏电时间，这就是为什么故障在您的原型上更明显的原因——但根本缺陷是架构上的，在足够的负载下，两个板上都会出现这种缺陷。 推荐修复方案 正确且自洽的解决方案是将以下两种方法结合起来： 将 dma-coherent 从 enet 设备节点中移除（非相干模型）。这导致内核 DMA 层在通过 dma_alloc_noncoherent 分配的描述符的 DMA 所有权转移之前自动发出 dma_sync_single_for_device() 。 在 TX 发送路径中，于每个数据包上写入 TX 描述符字段（ status 、 data_length 、 data_pointer ）的位置，添加显式的 dma_sync_single_for_device() 调用。这是你手动添加的冲洗——但在编写 TDAR 之前，应该正式地将其放置为 dma_sync_single_for_device(dev, desc_dma_addr, sizeof(txbd), DMA_TO_DEVICE) 。无论 MMU 如何对描述符区域进行归属，该模型都明确且正确。 另外，审核分配给 ENET 描述符使用的物理地址范围的 AttrIndx / TEX+C+B 字段的 LPAE MMU 库更改。描述符池应映射为 Device-nGnRnE（强有序）或 Normal Non-cacheable — 而不是 Normal Writeback。您可以通过在分配后检查描述符池的虚拟地址，使用内核的 ptdump 调试接口来验证实际使用的属性。 你添加的 DMA 刷新不是一种权宜之计，而是正确的机制。真正的缺陷在于它一开始就不在发送路径中，而 LPAE 的更改暴露了这一点，因为它们改变了该区域的有效缓存性。   此致

Facemesh Landmarkモデルptq変換におけるパフォーマンス低下 このリポジトリでは、ptq後にNXPがリリースしたGoogleのFaceMeshモデルを使っていました: nxp-demo-experience-demos-list/downloads.json at lf-6.12.3_1.0.0 ·NXP-IMX-support/NXP-demo-experience-demos-list しかしこのモデルは、468のランドマークポイントを持つGoogleの旧FaceMeshモデルに基づいています。 次に、Googleの新しいFaceMeshモデルに移行したいと考えています。これには478のランドマークポイントがあります。これをiMX 95 FRDMボードのNPU上で実行したいと考えています。そこで、これを量子化したかったのです。NXPのeIQ-neutron-sdk-linux-3.1.3を使っていますこのモデルを量子化するために。 この量子化の後、モデルのパフォーマンスは著しく劣化し、実際に使うにはほとんど使えない状態です。 当初はMIN-MAXオプションを使用して量子化していました。そのモデルは使い物にならなかった。次に、パーセンタイルオプションを使用してみたところ、パーセンタイルを95に設定した方がパフォーマンスが向上することがわかりました（これは回帰モデルの出力でしたが）。 しかし、それでも十分な性能は得られていません 1) NXPが古いFaceMesh(468)モデルのptqファイルを作成した際、どのオプションを使っていましたか?MIN-MAX?それともパーセンタイル？ 2) 量子化後にパフォーマンスが著しく低下した場合、他に確認すべき事項はありますか？ 3) CelebAデータセットでプロファイリングを行い、スクリプトのserialize_image.pyをモデルオプションで使いました。メディアパイプ全体を実行してキャリブレーションデータセットを作成するか、シリアル化スクリプトで変更すべきか オプション提供 serialize_image.py: -i //218 x 178 前面向けRGB画像 -<パス/トゥ/calib_bins> -Fビン -T float32 -0to1 -256、256 -NHWCレイアウト -コRGB TFLITE-Profiler: --input --データセット --出力 TFLITE-クオンタイザ: --input --プロファイル --quantize-inputs=false --quantize-outputs=false --量子化-キャリブレーション-方法= //最小最大値またはパーセンタイル Re: Performance degradation in Facemesh Landmark model ptq conversion こんにちは@dhilshad。 NXPサポートにご連絡いただきありがとうございます! 1) 残念ながら、現時点ではその情報は入手できません。 2) この挙動は想定内です。クオンタイズは展開プロセスの一部に過ぎません。組み込みハードウェア上でモデルを変換・最適化するには、グラフ最適化、演算子マッピング、ハードウェア固有の変換、ランタイム検証など、いくつかの追加ステップが必要です。その結果、モデルがすでに量子化されていても、モデルの挙動や性能は異なることがあります。 新しいデザインや評価には、eIQ Oliveの使用をおすすめします。NXP i.MX プラットフォームでのモデル最適化と展開のためのよりモダンなフレームワークを提供するからです。ワークフローの更新と、現在の機械学習展開シナリオへのサポート強化が含まれています。 詳細については、以下のチュートリアルおよびドキュメントをご参照ください。 https://eiq.nxp.com/learning-hub/tools/olive/index.html これらのリソースは、i.MX デバイスに機械学習モデルを導入するための推奨ワークフローやベストプラクティスをカバーしています。 よろしくお願いします、 チャビラ Re: Performance degradation in Facemesh Landmark model ptq conversion こんにちは、 @Chavira さん。返信ありがとうございます。そして、ドキュメントを指摘しています ここで念のために言うと、主な関心はモデルの正確さです。FaceMeshモデルの場合、出力するランドマークポイントはアプリケーションに対して十分に正確でないことがわかります。先ほど申し上げたように、95パーセンタイルをカットオフ値として設定する方が、MIN MAXよりもわずかに良い結果が得られることが分かりました。しかし、それでもNXPのptqモデル(FaceMesh 468)で見られる精度には及びません。 もう一つ気づいた点があります。 1) 代表的なデータセットとして、本番環境から8つのサンプルだけを用意して試してみました。これは結果をわずかに改善させた。次に、同じ環境から250枚の画像を追加し、プロファイリングと量子化を行った。しかし、これによって精度が低下した。 なぜこのような行動が起こるのか、何か心当たりはありますか? 2) また、NXPはすでにGoogleの新しいFaceMeshモデル(478ランドマーク搭載)をPTQに変換していますか?

IPCF版本问题 我使用的RTD版本：SW32K3_S32M27x_RTD_R21-11_6.0.0_QLP01&04;IPCF版本：SW32K3_IPCF_4.2.1_D2504；EB版本：29.0，在导入excample project:IPCF_AutosarOS_S32K358_M7_0时报错，内容如下： Errors (11061) Plug in with a module Os TS T40D34M413R184" is not instald - cannot create module configurations for project IPCF AutosarOS S32K358 M7 0" 0 (11061) Plug in with a module "pc TS T40D34M4210R0 is not installed cannot create module configurations for project "IPCF AutosarOS $32K358 M7 0" 0 (11061) Plug in with a module Resource TS T40D34M5010Ro is notinstaled -cannet create module configurations for prcject IPCF AutosarOS $32K358 M7 0° @ (11061) Plug in with a module 'BaseNXP TS T40D34M50I0RO is notinstalled - cannot create module configurations for prgject IPCF AutosarOS $32K358 M7 0 @ (11061) Plug-in with a module "Mcu TS T40D34M5010R0 "is not instaled - cannot create module configurations for project 'IPCF AutosarOS $32K358 M7 0" 请问我该如何使用合适的IPCF或者EB版本解决这个问题？ Re: IPCF版本问题 嗨@liyongfeng 请问您能否告知我您的 EB tresos 环境中当前安装了哪些插件版本？ 另外，您能否尝试重新安装 RTD 软件包，并验证问题是否仍然存在？ BR，VaneB

I need help with my NFC card I recently buy the ACR122U-A9 and 13.56MHz RFID Proximity ID Card Key Tags Writable rewritable CUID fob tag, Compatible with MIFARE Classic 1K on Amazon. I installed MWT V.1.6.8424.424.63 and it work for like 4 tag, now it just say that it cannot read the card or it stops at like 63 on 64. Can anyone help? I'm really not that great with technology NFC Reader Library Re: I need help with my NFC card Hello sir, Thank you for working with our devices. Regarding the use of the ACR122U-A9 , I noticed that in the official page it mentions that this reader isn't recommended for new designs. My recommendation is to migrate to a recommended and supported one. Regarding the MW installed, would you mind clarify where did you get this middleware since I wasn't able to find it in the official page. I would like to understand what do you mean that the tags that are compatible with MIFARE Classic are able to work like 4 tag. MIFARE Classic cards can only support ISO14443-3 commands, please take a look at the Datasheet for a proper command description. If you could provide more information about your project I might be able to provide a better recommendation since MIFARE Classic cards aren't recommended either due to security reasons.

IMX95EVK-19-REV-A1 闪存问题 尊敬的恩智浦： 我尝试将 linux 镜像（ 6.18.20_2.0.0/ 6.18.2_1.0.0/6.12.49_2.2.0 ）刷入IMX95LP5-19 EVK REV A1上的 eMMC/SD 卡，但均未成功。 命令提示符显示[HID(W): LIBUSB_ERROR_PIPE (-9) ] SDPS: 启动 -f imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all。 IMX95LPD5EVK-19CM：L6.18.2 版本的 UUU eMMC 闪存出现故障（Linux 和 Windows 系统均出现 LIBUSB 错误） 上述参考资料提到 A1 芯片不支持官方网站上的当前镜像（6.12.34 没有 IMX95EVK 补丁）。所以我想知道是否有未公开的官方链接包含合适的图片？ 期待您的回复，谢谢。 BR/david 以下是IMX95LPD5EVK-19CM 的参考信息：L6.18.2 版本的 UUU eMMC 闪存出现故障（Linux 和 Windows 系统均出现 LIBUSB 错误） Re: IMX95EVK-19-REV-A1 flash problem A1 硅：推荐的 电路板支持包 为LF 6.6.52_2.2.x 请下载演示镜像L6.6.52_2.2.2_MX95 并使用镜像 imx-boot-imx95-a1-19x19-lpddr5-evk-sd.bin-flash_all 我刚刚验证了以下命令，它有效。 uuu.exe -b emmc imx-boot-imx95-a1-19x19-lpddr5-evk-sd.bin-flash_all

ICODE SLIはICODE SLIXに切り替えられません クライアントは私が提供したICODE SLIチップを使っていますが、このチップは終了しています。ICODE SLIXへの切り替えを試みていますが、クライアントのRFIDリーダーが認識できません。 Re: ICODE SLI can't be switch to ICODE SLIX こんにちは、 ICODE SLIXはISO15693レベルでICODE SLIと後方互換性を持つことを意図しているため、リーダーは少なくとも在庫管理時にSLIX UIDを検出すべきです。リーダーが認識できない場合は、まず故障がRFインベントリレベルにあるのか、アプリケーションのタグ識別ロジックにあるのかを確認してください。一般的な原因には、AFI/UIDフィルタリング、SLI製品認識のハードコード、古いリーダーファームウェア、または移行時のSLIX特有のセキュリティや機能の使用などがあります。最初のテストでは、AFIフィルタリングとタグホワイトリストを無効にし、標準ISO15693インベントリを実行し、UID/DSFID/AFIを読み取り、アプリケーションの受け入れロジックを旧SLIタグと比較します。 よろしくお願いします。 Re: ICODE SLI can't be switch to ICODE SLIX このスレッドを適切なコミュニティに移してください。これはColdfireや68kの部品ではありません。

LX2160A:SerDesレーンを使わないレシーバのプルダウンバリュー こんにちは、 チップ： LX2160A アプリケーションノートAN5407には、SerDesレーンを使用しない場合にプルダウンを指定しています: もし一部のSerDesレーンがノーコネクトなら、その受信ピンをGNDに引き下げてください。 プルダウンの価値を教えていただけますか?それともレシーバのピンを直接GNDに接続すべきでしょうか? ありがとうございます。 Re: LX2160A: Pull down value on receiver for SerDes lanes not used こんにちは、 AN5407の「 受信機ピンをGNDに引き下げる」 という言語は、方法について意図的に曖昧にしています。NXPの明確化は、GNDへの直接の0 Ω接続が正しく推奨されるアプローチであるということです。 SerDesの電源オフ RXピンがGNDに接続されている場合でも、SerDesブロックに電源が供給されたままの場合は、AN5407ではファームウェアを介して未使用のレーンを電源オフにすることを推奨しています。PBIフェーズ中にGeneral Control 0レジスタを設定して、未使用のSerDesレーンを電源オフにします。SerDesブロック全体が既に電源オフになっている場合は、個々のレーンの電源オフは不要です。 よろしくお願いします。

使用 NXP 基于模型的设计方法开发完整的裸机操作系统是否可行？ 大家好， 我的目标是评估使用 MATLAB/Simulink、Embedded Coder 和 NXP MBDT 为 NXP S32G3 开发完整的裸机操作系统/软件平台的可行性。 目标是在 Simulink 中开发完整的软件栈，使用 Embedded Coder 生成 C 代码，并将生成的代码直接部署到 S32G3 Gold Box 上，而无需依赖外部操作系统、RTOS 或 AUTOSAR BSW。 具体来说，我想了解使用 NXP MBDT 在技术上是否可行，能否在 S32G3 上为 Cortex-A 内核和 Cortex-M 内核实现软件，生成的软件能够处理系统初始化、调度、中断管理、内存管理、硬件抽象、外设初始化、IPC 机制以及操作系统通常提供的其他服务。 我了解到启动 ROM 是硬件驻留的，并且在应用程序之前执行。我的目标是尽可能地使用 NXP MBDT 工作流程，通过 Simulink 生成的代码来实现硬件启动过程之后的所有操作。 因此，我的主要问题是： 1. 使用 NXP 基于模型的设计工具箱以及 MATLAB/Simulink 和 Embedded Coder，为 S32G3 开发一个完整的裸机软件平台（类似操作系统的框架），同时面向 Cortex-A 和 Cortex-M 内核，在技术上是否可行？如果 MBDT 工作流程存在任何限制，能否请您说明哪些部分仍然需要手写 C 代码或汇编代码？ 据我了解，MBDT是由NXP公司开发的。但是，如果这个问题更适合由 NXP MBDT 团队解答，请您指点我到合适的联系方式或支持渠道。 感谢您的指导。

Is it feasible to develop a complete bare-metal operating system using the NXP Model-Based Design To Hi team, My objective is to evaluate the feasibility of developing a complete bare-metal operating system/software platform for the NXP S32G3 using MATLAB/Simulink, Embedded Coder, and the NXP MBDT. The goal is to develop the complete software stack in Simulink, generate C code using Embedded Coder, and deploy the generated code directly onto the S32G3 Gold Box without relying on an external operating system, RTOS, or AUTOSAR BSW. In particular, I would like to understand whether, using the NXP MBDT, it is technically feasible to implement software for both the Cortex-A cores and the Cortex-M core on the S32G3, with the generated software handling system initialization, scheduling, interrupt management, memory management, hardware abstraction, peripheral initialization, IPC mechanisms, and other services typically provided by an operating system. I understand that the Boot ROM is hardware-resident and executes before the application. My intention is for everything after the hardware boot process to be implemented, as much as possible, using Simulink-generated code through the NXP MBDT workflow. Therefore, my primary question is: 1. Is it technically feasible, using the NXP Model-Based Design Toolbox together with MATLAB/Simulink and Embedded Coder, to develop an entire bare-metal software platform (OS-like framework) for the S32G3 targeting both the Cortex-A and Cortex-M cores? If there are any limitations within the MBDT workflow, could you please clarify what portions would still require handwritten C or assembly? I understand that MBDT is developed by NXP. However, if this question is better addressed by the NXP MBDT team, I would appreciate it if you could kindly direct me to the appropriate contact or support channel. Thank you for your guidance.

i.MX8M Plus - 专用于显示屏和摄像头的 I2C 接口 大家好， 我想确认一下是否有专用于显示屏和摄像头的 I2C 接口。 （例如，I2C2 用于显示器，I2C4 用于摄像头）或者配置上没有限制，我可以使用任何 I2C 接口作为显示器和摄像头接口吗？ Re: i.MX8M Plus - Dedicated I2C for Display and Camera 在 i.MX8M Plus 上，您可以使用任何可用的 I2C 控制器来连接显示相关设备或摄像头相关设备。SoC 内部没有专用的“摄像头 I2C”或“显示器 I2C”。选择取决于您的硬件设计和设备树配置。

LX2160A：接收器上未使用的 SerDes 通道的下拉值 你好， 芯片： LX2160A 应用笔记 AN5407 规定，如果未使用 SerDes 通道，则应将其下拉： 如果某些 SerDes 通道未连接，请将其接收器引脚拉低至 GND。 请问下拉菜单的值是多少？或者我应该将接收器引脚直接连接到 GND？ 谢谢。 Re: LX2160A: Pull down value on receiver for SerDes lanes not used 你好， AN5407 中的“将接收器引脚拉低至 GND”的说法故意含糊不清——NXP 的澄清是，直接将 0 Ω 连接到 GND 是正确且首选的方法。 SerDes 掉电 即使 RX 引脚连接到 GND，如果 SerDes 模块仍然通电，AN5407 还建议通过固件掉电未使用的通道：在 PBI 阶段配置通用控制 0 寄存器以掉电未使用的 SerDes 通道。如果整个 SerDes 模块已经掉电，则无需单独掉电各个通道。 此致

使用 flex-installer "lsdk2606" 版本在 Debian "imx95-15x15-frdm" 系统上发布 "Weston.Service" 你好， 我使用 flex-installer 版本“ lsdk2606 ”安装了 Debian 镜像。 剧透 （高亮部分可供阅读） sudo flex-installer -i auto -d /dev/sdX -m imx95-15x15-frdm sudo flex-installer -i auto -d /dev/sdX -m imx95-15x15-frdm 我的imx95-15x15-frdm 然后，我按照标准流程继续安装。 剧透 （高亮部分可供阅读） debian-post-install-pkg debian-post-install-pkg 安装完所有软件包并重启后，启动时出现以下错误： 剧透 （高亮部分可供阅读） [失败] 启动 weston.service - W…nd compositor 作为系统服务失败。 [失败] 启动 weston.service - W…nd compositor 作为系统服务失败。 剧透 （高亮部分可供阅读） root@imx95-15x15-frdm:~# systemctl status weston.service × weston.service - Weston，一个 Wayland 排版器，作为系统服务 已加载: 已加载 (/usr/lib/systemd/system/weston.service;已启用；预设：已启用） 活动状态：失败（结果：退出代码），自 2026 年 7 月 20 日星期一 13:51:20 UTC 起；19 秒前 调用：67b22b0fa1484ce681d8b2acdc107add 触发者：● weston.socket 文档：man:weston(1) man:weston.ini(5) http://wayland.freedesktop.org/ 进程：408 ExecStart=/usr/bin/weston --log= ${XDG_RUNTIME_DIR} /weston.log --modules=systemd-notify.so (code=exited, status=1/FAILURE) 主进程 ID：408（退出代码=1，状态=1/失败） 内存峰值：3.5M CPU：49毫秒 7月20日 13:51:19 imx95-15x15-frdm systemd[1]: 正在启动 weston.service - Weston，一个 Wayland 合成器，作为系统服务... 7 月 20 日 13:51:19 imx95-15x15-frdm (weston)[408]: pam_unix(weston-autologin:session): 用户 root(uid=0) 的会话已由 (uid=0) 打开 7月20日 13:51:20 imx95-15x15-frdm systemd[1]: weston.service:主进程已退出，代码=已退出，状态=1/失败 7月20日 13:51:20 imx95-15x15-frdm systemd[1]: weston.service:失败，结果为“退出代码”。 7 月 20 日 13:51:20 imx95-15x15-frdm systemd[1]: 启动 weston.service 失败 - Weston，一个 Wayland 合成器，作为系统服务。 root@imx95-15x15-frdm:~# systemctl status weston.service×weston.service - Weston，一个 Wayland 合成器，作为系统服务已加载：已加载 (/usr/lib/systemd/system/weston.service;已启用；预设：已启用）活动状态：失败（结果：退出代码）自 2026 年 7 月 20 日星期一 13:51:20 UTC 起；19 秒前 调用：67b22b0fa1484ce681d8b2acdc107add 触发者：● weston.socket文档： man:weston(1) man:weston.ini(5) http://wayland.freedesktop.org/进程：408 ExecStart=/usr/bin/weston --log= ${XDG_RUNTIME_DIR} /weston.log --modules=systemd-notify.so (code=exited, status=1/FAILURE) 主进程 ID：408 (code=exited, status=1/FAILURE) 内存峰值：3.5M CPU：49ms 7月20日 13:51:19 imx95-15x15-frdm systemd[1]: 正在启动 weston.service - Weston，一个 Wayland 合成器，作为系统服务... 7月20日 13:51:19 imx95-15x15-frdm (weston)[408]: pam_unix(weston-autologin:session): 用户 root(uid=0) 的会话已由 (uid=0) 打开 7月20日 13:51:20 imx95-15x15-frdm systemd[1]: weston.service:主进程已退出，代码=已退出，状态=1/失败 7月20日 13:51:20 imx95-15x15-frdm systemd[1]: weston.service:失败，结果为“退出代码”。7 月 20 日 13:51:20 imx95-15x15-frdm systemd[1]: 启动 weston.service 失败 - Weston，一个 Wayland 合成器，作为系统服务。 剧透 （高亮部分可供阅读） root@imx95-15x15-frdm:~# cat /run/user/0/weston.log 日期：2026年7月20日 UTC [12:34:22.150]韦斯顿 14.0.2 https://wayland.freedesktop.org 错误报告请提交至： https://gitlab.freedesktop.org/wayland/weston/issues/ 版本：LSDK-25.12_DEBIAN-13_LF-6.12.20-168-g2ddc741+ [12:34:22.153]命令行：/usr/bin/weston --log=/run/user/0/weston.log --modules=systemd-notify.so [12:34:22.153]操作系统：Linux，6.12.49，#5 SMP PREEMPT 2026年5月28日星期四 13:07:26 KST，aarch64 [12:34:22.153]飞行记录仪：已启用 [12:34:22.155]使用配置文件“/etc/xdg/weston/weston.ini” [12:34:22.156]输出重绘窗口最大为 16 毫秒。 [12:34:22.158]正在加载模块“/usr/lib/libweston-14/drm-backend.so” [12:34:22.162]模块加载失败：libdisplay-info.so.1：无法打开共享对象文件：没有该文件或目录 [12:34:22.162]致命错误：创建合成器后端失败 root@imx95-15x15-frdm:~# cat /run/user/0/weston.logDate:2026-07-20 UTC[12:34:22.150]weston 14.0.2https://wayland.freedesktop.org错误报告至：https://gitlab.freedesktop.org/wayland/weston/issues/Build：LSDK-25.12_DEBIAN-13_LF-6.12.20-168-g2ddc741+[12:34:22.153]命令行：/usr/bin/weston --log=/run/user/0/weston.log --modules=systemd-notify.so[12:34:22.153]操作系统：Linux，6.12.49，#5 SMP PREEMPT 2026 年 5 月 28 日星期四 13:07:26 KST，aarch64[12:34:22.153]飞行记录仪：已启用[12:34:22.155]使用配置文件“/etc/xdg/weston/weston.ini”[12:34:22.156]输出重绘窗口最大为 16 毫秒。[12:34:22.158]正在加载模块“/usr/lib/libweston-14/drm-backend.so”[12:34:22.162]模块加载失败：libdisplay-info.so.1：无法打开共享对象文件：没有该文件或目录[12:34:22.162]致命错误：创建合成器后端失败 我也遇到了同样的错误（我不知道是否相关），但是我的屏幕上什么都没显示。 剧透 （高亮部分可供阅读） it6263 3-004c：未能清除 DDC FIFO it6263 3-004c：读取 EDID 失败 it6263 3-004c：清除 DDC FIFO 失败；it6263 3-004c：读取 EDID 失败 Re: Issue "Weston.Service" on the "imx95-15x15-frdm" Debian using flex-installe root@imx95-15x15-frdm:~# ldd /usr/lib/libweston-14/drm-backend.so linux-vdso.so.1 (0x0000ffffac56c000) libweston-14.so.0 => /usr/lib/libweston-14.so.0 (0x0000ffffac410000) libwayland-client.so.0 => /lib/aarch64-linux-gnu/libwayland-client.so.0 (0x0000ffffac3e0000) libpixman-1.so.0 => /lib/aarch64-linux-gnu/libpixman-1.so.0 (0x0000ffffac330000) libwayland-server.so.0 => /lib/aarch64-linux-gnu/libwayland-server.so.0 (0x0000ffffac2f0000) libdrm.so.2 => /usr/lib/libdrm.so.2 (0x0000ffffac2b0000) libudev.so.1 => /lib/aarch64-linux-gnu/libudev.so.1 (0x0000ffffac250000) libdisplay-info.so.1 => 未找到 libgbm.so.1 => /usr/lib/libgbm.so.1 (0x0000ffffac220000) libseat.so.1 => /lib/aarch64-linux-gnu/libseat.so.1 (0x0000ffffac1f0000) libinput.so.10 => /lib/aarch64-linux-gnu/libinput.so.10 (0x0000ffffac170000) libc.so.6 => /lib/aarch64-linux-gnu/libc.so.6 (0x0000ffffabfb0000) /lib/ld-linux-aarch64.so.1 (0x0000ffffac520000) libxkbcommon.so.0 => /lib/aarch64-linux-gnu/libxkbcommon.so.0 (0x0000ffffabf40000) libffi.so.8 => /lib/aarch64-linux-gnu/libffi.so.8 (0x0000ffffabf10000) libm.so.6 => /lib/aarch64-linux-gnu/libm.so.6 (0x0000ffffabe60000) libcap.so.2 => /lib/aarch64-linux-gnu/libcap.so.2 (0x0000ffffabe30000) libsystemd.so.0 => /lib/aarch64-linux-gnu/libsystemd.so.0 (0x0000ffffabd00000) libmtdev.so.1 => /lib/aarch64-linux-gnu/libmtdev.so.1 (0x0000ffffabcd0000) libevdev.so.2 => /lib/aarch64-linux-gnu/libevdev.so.2 (0x0000ffffabc90000) libwacom.so.9 => /lib/aarch64-linux-gnu/libwacom.so.9 (0x0000ffffabc60000) libgudev-1.0.so.0 => /lib/aarch64-linux-gnu/libgudev-1.0.so.0 (0x0000ffffabc30000) libgobject-2.0.so.0 => /lib/aarch64-linux-gnu/libgobject-2.0.so.0 (0x0000ffffabba0000) libglib-2.0.so.0 => /lib/aarch64-linux-gnu/libglib-2.0.so.0 (0x0000ffffaba10000) libatomic.so.1 => /lib/aarch64-linux-gnu/libatomic.so.1 (0x0000ffffab9e0000) libpcre2-8.so.0 => /lib/aarch64-linux-gnu/libpcre2-8.so.0 (0x0000ffffab920000) Re: Issue "Weston.Service" on the "imx95-15x15-frdm" Debian using flex-installe Hello root@imx95-15x15-frdm:~# find /usr -name "libdisplay-info*" /usr/lib/aarch64-linux-gnu/libdisplay-info.so.2 /usr/lib/aarch64-linux-gnu/libdisplay-info.so.0.2.0 /usr/share/doc/libdisplay-info2 Re: Issue "Weston.Service" on the "imx95-15x15-frdm" Debian using flex-installe 请运行以下命令并分享输出结果？ 查找 /usr -name "libdisplay-info*" 谢谢！ Re: Issue "Weston.Service" on the "imx95-15x15-frdm" Debian using flex-installe 谢谢你的更新。 我可以看到 libdisplay-info 存在于系统中，但是 Weston 日志正在查找 libdisplay-info.so.1，而安装的库似乎是 libdisplay-info.so.2。 请运行以下命令并分享输出结果？ ldd /usr/lib/libweston-14/drm-backend.so 这将有助于验证是否存在库版本不匹配或其他缺失的依赖项。

标记细节 请解释标记的含义 04 01 616 适用于 MPN：PCA9553DP/01,118