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

NXPモデルベース設計を用いて完全なベアメタルオペレーティングシステムを開発することは実現可能でしょうか? こんにちは、チームのみなさん。 私の目的は、MATLAB/Simulink、Embedded Coder、NXP MBDTを用いて、NXP S32G3向けの完全なベアメタルオペレーティングシステム/ソフトウェアプラットフォームを開発する実現可能性を評価することです。 目標は、Simulinkで完全なソフトウェアスタックを開発し、Embedded Coderを使ってCコードを生成し、生成されたコードを外部オペレーティングシステムやRTOS、AUTOSAR BSWに依存せずに直接S32G3 Gold Boxにデプロイすることです。 特に、NXP MBDTを用いて、Cortex-AコアとCortex-Mコアの両方をS32G3上で実装し、生成されたソフトウェアがシステムの初期化、スケジューリング、割り込み管理、メモリ管理、ハードウェア抽象化、周辺機器初期化、IPCメカニズム、その他オペレーティングシステムで通常提供されるサービスとして技術的に実装できるかどうかを理解したいです。 Boot ROMはハードウェア上に常駐しており、アプリケーションより先に実行されると理解しています。私の意図としては、ハードウェアの起動プロセス以降のすべての処理を、可能な限りNXP MBDTワークフローを通じてSimulinkで生成されたコードを使用して実装することです。 したがって、私の主な質問は次のとおりです。 1. NXP Model-Based Design ToolboxとMATLAB/Simulink、Embedded Coderを組み合わせて、Cortex-AおよびCortex-Mの両方を対象としたS32G3向けのベアメタルソフトウェアプラットフォーム(OS風フレームワーク)を開発することは技術的に実現可能か?MBDTのワークフローに制限がある場合、どの部分が手書きのCやアセンブリを必要とするのかを明確に教えていただけますか? MBDTはNXPによって開発されたものだと理解しています。しかし、もしこの質問にNXP MBDTチームがより適切に回答できる場合は、適切な連絡先やサポートチャネルをご案内していただけるとありがたいです。 ご指導ありがとうございました。

Performance degradation in Facemesh Landmark model ptq conversion We were using Google's FaceMesh model released by NXP after ptq in this repo: nxp-demo-experience-demos-list/downloads.json at lf-6.12.3_1.0.0 · nxp-imx-support/nxp-demo-experience-demos-list But this model is based on Google's old FaceMesh model, which had 468 landmark points. Now we want to move to Google's new FaceMesh model, which has 478 landmark points. We want to run this on iMX 95 FRDM board NPU. So, we wanted to quantize this. We are using NXP's eIQ-neutron-sdk-linux-3.1.3 to quantize this model. After this quantization, we are seeing significant degradation in model performance, almost unusable for actually using it. Initially we were quantizing it with MIN-MAX option. That model was unusable. Then we tried using percentile option and found a better performance with percentile set to 95 (even though this was regressor outputs). But this is still not giving great performance 1) When NXP created the ptq file for old FaceMesh(468) model which option did they use, MIN-MAX? Or percentile? 2) Is there anything else we need to check when the performance degrade drastically after quantization 3) we profiled with the CelebA dataset used the serialize_image.py in scripts dir with model options specific options, should we run the full media pipe and create the calibration dataset or make changes in serialize script  options supplied serialize_image.py:  -i            //218 x 178 front facing RGB images  -o -f bin -t float32 -m 0to1 -s 256, 256 -layout NHWC -co RGB tflite-profiler: --input  --dataset --output tflite-quantizer: --input  --profile  --quantize-inputs=false      --quantize-outputs=false --quantization-calibration-method= //MinMax or Percentile Re: Performance degradation in Facemesh Landmark model ptq conversion Hi @dhilshad, Thank you for contacting NXP Support! 1) Unfortunately, we do not have that information available at this time. 2) This behavior is expected. Quantization is only one part of the deployment process; converting and optimizing a model for execution on embedded hardware involves several additional steps, such as graph optimization, operator mapping, hardware-specific transformations, and runtime validation. As a result, model behavior and performance can vary even when the model is already quantized. For new designs and evaluations, I recommend using eIQ Olive, as it provides a more modern framework for model optimization and deployment on NXP i.MX platforms. It includes updated workflows and improved support for current machine learning deployment scenarios. Please refer to the following tutorials and documentation for more information: https://eiq.nxp.com/learning-hub/tools/olive/index.html These resources cover the recommended workflows and best practices for deploying machine learning models on i.MX devices. Best regards, Chavira Re: Performance degradation in Facemesh Landmark model ptq conversion Hi @Chavira , Thanks for the replay. And pointing out to the documentation Just to clarify here, our main concern is the accuracy of the model . In case of FaceMesh model, we see that the output landmark points are not accurate enough for our application. As I said earlier, we had found that keeping a 95 percentile cutoff was giving a slightly better result than the MIN MAX. But still not comparable to the accuracy we see in the NXP's ptq model (FaceMesh 468).  We have one more observation: 1) We tried by giving just 8 samples from our production environment as representative dataset. This was slightly improving the result. Then we added 250 images from the same environment and profiled and quantized. But this caused the accuracy to degrade.  Do you have any idea why this kind of behaviour might come? 2) Also, has NXP already converted the Google's new FaceMesh model (with 478 landmark) model to ptq?

IPCF version issue I'm using the following RTD version: SW32K3_S32M27x_RTD_R21-11_6.0.0_QLP01&04; IPCF version: SW32K3_IPCF_4.2.1_D2504; EB version: 29.0. When importing into Excample... An error occurred in the project: IPCF_AutosarOS_S32K358_M7_0, with the following content: 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 installed - cannot create module configurations for project 'IPCF AutosarOS $32K358 M7 0" How can I solve this problem using the appropriate IPCF or EB version? Re: IPCF版本问题 Hi @liyongfeng  Could you please let me know which plugin versions are currently installed in your EB tresos environment? Also, could you try reinstalling the RTD package and verify whether the issue persists afterward? BR, VaneB

我的NFC卡出了问题，需要帮助。 我最近在亚马逊上购买了 ACR122U-A9 和 13.56MHz RFID 近距离 ID 卡钥匙扣，可写入可重写 CUID 钥匙扣标签，兼容 MIFARE Classic 1K。我安装了 MWT V.1.6.8424.424.63，它读取了大约 4 个标签后就停止了，要么显示无法读取卡，要么读取到 63 到 64 时就停止了。请问有人能帮忙吗？我对科技真的不太擅长。 NFC读卡器库 Re: I need help with my NFC card 您好，先生， 感谢您使用我们的设备。 关于 ACR122U-A9 的使用，我注意到官方页面上提到，不建议在新设计中使用此读卡器。我的建议是迁移到推荐且受支持的版本。 关于您安装的 MW，能否请您说明一下您是从哪里获得的中间件？因为我在官方页面上找不到它。 我想了解一下您所说的“与 MIFARE Classic 兼容的标签能够像 4 个标签一样工作”是什么意思。MIFARE Classic 卡仅支持 ISO14443-3 命令，请查看数据表以获取正确的命令说明。 如果您能提供更多关于您项目的信息，我或许可以给出更好的建议，因为出于安全原因，我们也不推荐使用MIFARE Classic卡。