如何使用 TRACE32 在 S32K312 上调试多核处理器？ 尊敬的NXP技术支持： 我目前正在使用 TRACE32 调试 S32K312 设备。 S32K312 配置有两个核心（核心 0 和核心 1）。我可以毫无问题地调试 Core 0，但是无法调试在 Core 1 上运行的代码。 如附图所示，我在 Core 1 执行的源代码中设置了一个断点。我还添加了一个计数器变量，可以看到它的值一直在增加，这表明代码确实在运行。然而，断点始终没有被触发。 请问如何正确配置 TRACE32 来调试 Core 0 和 Core 1？ 如果对 S32K312 进行多核调试需要任何其他设置或初始化步骤，敬请指教。 这是我的文件 cmm ; -------------------------------------------------------------------------------- ; @标题：S32K312-M7 在 S32KXXCVB-176 (FLASH) 上的演示脚本 ; @描述： 将筛分演示应用程序编程到处理器内部闪存中， ; 设置演示调试场景。 ; 此脚本可用作应用程序刷写模板。 先决条件： ; * 将调试电缆连接到 J205 ; 或者 ; 将 Combiprobe/uTrace 连接至 J10 @关键词：ARM、Cortex-M7、闪存 ; @作者：STK ; @Board: S32KXXCVB-176 ; @芯片：S32K312-M7 ; @版权所有：(C) 1989-2021 Lauterbach GmbH，仅授权与 TRACE32(R) 一起使用 ; -------------------------------------------------------------------------------- ; $Id: s32k312_sieve_flash.cmm 17943 2021-07-12 15:34:31Z skrausse $ ;WinCLEAR ; -------------------------------------------------------------------------------- 初始化并启动调试器 RESET 系统重置 系统 CPU S32K312-M7 ;SYStem.CPU MWCT2016S-M7 系统配置调试端口类型 JTAG IF COMBIPROBE()||UTRACE() （ 系统配置连接器 MIPI20T ） 系统选项 DUALPORT ON 系统.MemAccess DAP 系统.Jtag时钟 10MHz 跟踪禁用 系统启动 内部SRAM的ECC初始化 执行 C:\T32\demo\arm\hardware\s32k3\scripts\init_sram.cmm ; -------------------------------------------------------------------------------- Flash编程 准备闪存编程（声明） 仅准备 ~~/demo/arm/flash/s32k3.cmm FLASH.ChangeType 0x10016000--0x1003FFFF NOP 全部擦除 FLASH.重新编程全部 （ Data.LOAD.intelhex "project.hex" ;Data.LOAD.auto * ;Data.LOAD.s1记录 添加 IVT 标头 ;Data.Set 0x00400000++0xF0 %Long 0x0 ; 使用 0 初始化表 ;Data.Set 0x00400000 %Long 0x5aa55aa5 ; 魔数 ;Data.Set 0x00400004 %Long 0x00000001 ; 启动配置字（启用 M7-0） ;Data.Set 0x0040000C %Long ADDRESS.OFFSET(__nvic_base) ; M7-0 应用程序核心起始地址 ;Data.Set 0x00400024 %Long 0x00000000 ; LC 配置地址 ） FLASH.重新编程 关闭 ; -------------------------------------------------------------------------------- 系统启动 休息 Data.LOAD.Elf“project.elf”/nocode 直接主线 系统模式连接 TrOnchip.Set CORERESET 关闭 ; -------------------------------------------------------------------------------- 打开一些窗户 模式.Hll 感谢您的支持。 Re: How to Debug Multi Core with TRACE32 on S32K312? 你好@NghiaLX308 我们真的在讨论S32K312吗？因为这是单核设备： lukaszadrapa_0-1785996399267.png 此致， Lukas Re: How to Debug Multi Core with TRACE32 on S32K312? 我的仓库里有两个版本——一个是为 S32K324 设计的，它打开两个 Trace32 实例；另一个非常简单的版本是为 S32K396 设计的，它只使用一个 Trace32 实例。此外，还有两个脚本可以用来在核心之间切换。您可以参考这些脚本来开发自己的解决方案。 此致， Lukas Re: How to Debug Multi Core with TRACE32 on S32K312? 您好， @lukaszadrapa先生 对不起，那是我的错。 MCU 型号为S32K322 。 Re: How to Debug Multi Core with TRACE32 on S32K312? 我得到了它。 谢谢您， @lukaszadrapa先生。

FS2400 唤醒后的电流消耗 专家您好： 我的芯片是S32K312，单板计算机是FS2400。 现在我需要唤醒芯片，唤醒源是GPIO下降沿。 在将S32K312置于待机状态之前，我将FS2400设置为LPON模式。 /* 寄存器 M_WU1_EN：字段 CAN_WUEN 设置为唤醒和中断(03) */ Sbc_FS24_Ip_WriteRegister (0, SBC_FS24_IP_M_WU1_EN_ADDR, SBC_FS24_IP_M_CAN_WUEN_MASK ); /* 寄存器 M_IOWU_EN：将 WAKE2、WAKE3 和 HVIO1 设置为不唤醒和中断(00) */ Sbc_FS24_Ip_WriteRegister(0, SBC_FS24_IP_M_IOWU_EN_ADDR, 0x00); /* 注册 M_CAN：将 CAN MODE 字段设置为收发器仅接收模式 */ Sbc_FS24_Ip_WriteRegister(0, SBC_FS24_IP_M_CAN_ADDR, SBC_FS24_IP_M_CAN_MODE_RX_ONLY); /* 进入LPON模式 */ Sbc_FS24_Ip_WriteRegister(0, SBC_FS24_IP_M_SYS_CFG_ADDR, SBC_FS24_IP_M_GO2LPON_MASK) 醒来后，我将 SBC 设置为正常模式。 Lpspi_Ip_Init(&Lpspi_Ip_PhyUnitConfig_SpiPhyUnit_SBC_Instance_0); Sbc_FS24_Ip_InitDriver(&Sbc_FS24_Ip_Config); Sbc_FS24_Ip_InitDevice(SBC_FS24_DEVICE_ID); eReturnValue = Sbc_FS24_Ip_CanTrcvSetState(SBC_FS24_DEVICE_ID, SBC_FS24_CANTRCV_STATE_ACTIVE ); Sbc_FS24_Ip_WriteRegister(0, SBC_FS24_IP_M_SYS_CFG_ADDR, SBC_FS24_IP_M_GO2NORMAL_MASK); 我发现当前电流消耗为 54mA，但上电保护电流消耗为 72mA。 如果我在单板计算机进入待机状态之前不做任何操作，唤醒后，电流消耗与上电 (POR) 时相同。 所以我认为SBC状态有问题，你能告诉我为什么吗？ Re: FS2400 current consumption after wakeup 你好，PINKMAN 再会！ 根据您描述的情况，我认为 FS2400 不一定“卡住”，但很可能是 SBC 从 LPON 唤醒后，其配置/状态与 POR 后的状态并不完全相同。 数据手册指出，从 LPON 唤醒后，设备会通过唤醒序列直接返回正常模式。LPON唤醒后，设备不会自动重新进入INIT状态 此外，如果设备在初始化状态下进入 LPON、LPOFF 或故障保护模式，则设备将保持初始化状态，这可能导致设备配置错误。建议在进入 LPON 或 LPOFF 模式之前读取 M_STATUS 寄存器中的 INIT_S 状态位，并且仅当设备不再处于初始化状态时才进入这些模式。 我会捕获并比较两种情况下（POR 路径和 LPON 唤醒路径）的以下寄存器： M_STATUS M_SYS_CFG M_CAN M_SYS1_CFG M_REG_CTRL M_IOWU_EN M_WU1_EN 希望这些信息对您有所帮助，如果您还需要其他帮助，请告诉我。 祝你今天过得愉快，一切顺利。 Re: FS2400 current consumption after wakeup 嗨： RafaR 根据您的建议，我比较了 POR 和唤醒期间的 FS2400 寄存器。我发现，在 POR 期间，寄存器 M_REG_CTRL 的值为 0x04，而唤醒后，寄存器 M_REG_CTRL 的值为 0x1304。根据这一发现，我追溯到函数 Sbc_FS24_Ip_InitDevice → Sbc_FS24_Ip_OptionalInitSequence → Sbc_FS24_Ip_InitMain，其中对 M_REG_CTRL 进行了操作。但是，此功能的前提条件是 SBC_FS24_NORMAL == ePowState。因此，在 POR 期间可以执行此函数，但在唤醒期间，GOTONORMAL 在 Sbc_FS24_Ip_InitDevice 之后执行，因此无法执行此函数，从而导致功耗差异。 所以我有两个问题： 1.Sbc_FS24_Ip_InitDevice 是必需的吗？因为我发现，即使我在初始化期间不调用它，CAN 消息的发送/接收和电源供应仍然工作正常。 2.这种功耗差异主要来自哪里？

How to Debug Multi Core with TRACE32 on S32K312? Dear NXP Support, I am currently using TRACE32 to debug an S32K312 device. The S32K312 is configured with two cores (Core 0 and Core 1). I can debug Core 0 without any issues, but I am unable to debug code running on Core 1. As shown in the attached screenshot, I set a breakpoint in the source code executed by Core 1. I also added a counter variable, and I can see that its value keeps increasing, which indicates that the code is indeed running. However, the breakpoint is never hit. Could you please advise how to properly configure TRACE32 to debug both Core 0 and Core 1? If there are any additional settings or initialization steps required for multi-core debugging on the S32K312, I would appreciate your guidance. Here is my file cmm  ; -------------------------------------------------------------------------------- ; @Title: Demo script for S32K312-M7 on S32KXXCVB-176 (FLASH) ; @Description: ; Programs the sieve demo application into the processor internal flash and ; sets up a demo debug scenario. ; This script can be used as a template for flashing an application. ; Prerequisites: ; * Connect Debug Cable to J205 ; or ; Connect Combiprobe/uTrace to J10 ; @Keywords: ARM, Cortex-M7, Flash ; @Author: STK ; @Board: S32KXXCVB-176 ; @Chip: S32K312-M7 ; @Copyright: (C) 1989-2021 Lauterbach GmbH, licensed for use with TRACE32(R) only ; -------------------------------------------------------------------------------- ; $Id: s32k312_sieve_flash.cmm 17943 2021-07-12 15:34:31Z skrausse $ ;WinCLEAR ; -------------------------------------------------------------------------------- ; initialize and start the debugger RESet SYStem.RESet SYStem.CPU S32K312-M7 ;SYStem.CPU MWCT2016S-M7 SYStem.CONFIG.DEBUGPORTTYPE JTAG IF COMBIPROBE()||UTRACE() ( SYStem.CONFIG.CONNECTOR MIPI20T ) SYStem.Option DUALPORT ON SYStem.MemAccess DAP SYStem.JtagClock 10MHz Trace.DISable SYStem.Up ; ECC init for the internal SRAM DO C:\T32\demo\arm\hardware\s32k3\scripts\init_sram.cmm ; -------------------------------------------------------------------------------- ; Flash programming ; prepare flash programming (declarations) DO ~~/demo/arm/flash/s32k3.cmm PREPAREONLY FLASH.ChangeType 0x10016000--0x1003FFFF NOP flash.erase.all FLASH.ReProgram ALL ( Data.LOAD.intelhex "project.hex" ;Data.LOAD.auto * ;Data.LOAD.s1record ; Adding IVT header ;Data.Set 0x00400000++0xF0 %Long 0x0 ; Init table with 0 ;Data.Set 0x00400000 %Long 0x5aa55aa5 ; Magic number ;Data.Set 0x00400004 %Long 0x00000001 ; Boot configuration word (enable M7-0) ;Data.Set 0x0040000C %Long ADDRESS.OFFSET(__nvic_base) ; M7-0 application core start adddress ;Data.Set 0x00400024 %Long 0x00000000 ; LC configuration address ) FLASH.ReProgram OFF ; -------------------------------------------------------------------------------- SYStem.Up Break Data.LOAD.Elf "project.elf" /nocode Go.direct main SYStem.Mode Attach TrOnchip.Set CORERESET OFF ; -------------------------------------------------------------------------------- ; open some windows Mode.Hll Thank you for your support. Re: How to Debug Multi Core with TRACE32 on S32K312? Hi @NghiaLX308  Are we really talking about S32K312? Because this is single core device: lukaszadrapa_0-1785996399267.png Regards, Lukas Re: How to Debug Multi Core with TRACE32 on S32K312? Hello Mr @lukaszadrapa  I’m sorry, that was my mistake. The MCU is S32K322. Re: How to Debug Multi Core with TRACE32 on S32K312? I have two versions in my repository - one for S32K324 which opens two instances of Trace32 and second very simple for S32K396 which uses one instance of Trace32 only and then there are two scripts which can be used to switch between the cores. You can use these scripts as a reference to develop own solution.  Regards, Lukas Re: How to Debug Multi Core with TRACE32 on S32K312? I got it. Thank you Mr @lukaszadrapa . 

PN512 - Does it actually support Type 4 Tag (T4T/HCE) card emulation? Hi all, Working on a custom board (LPC54101 + PN512) that needs to both read NTAG213/216 tags (working fine) and emulate a Type 4 Tag serving a static NDEF (BT-OOB pairing record) so a phone can tap and read it. Using NxpRdLib V2.0.3.0 with phpalI14443p4C_Sw / phceT4T_Sw. Calling phceT4T_Listen() in a loop -> internally phhalHw_Listen() -> Autocoll on the PN512. Consistently get PH_ERR_IO_TIMEOUT (0x0201), unaffected by timeout config, explicit FieldOff before listening, or register-level checks (TxControlReg confirms our own field is off, GsNOffReg at datasheet default, RFCfgReg/RxThresholdReg/DemodReg all normal). No reaction at all from Android or iPhone held directly on the antenna. I found this thread where NXP support says PN512 can't do card emulation per the datasheet, and recommends CLRC663 instead: https://community.nxp.com/t5/Other-NXP-Products/PN512-Emulation-Tag-Write-issue/m-p/2089993 But that seems to contradict the PN512 product page (lists "card emulation functionality" as a feature), and this other thread where someone got Mifare Ultralight tag emulation working fine on PN512: https://community.nxp.com/t5/NFC/Pn512-Tag-Emulation-Callibration/td-p/684135 So: is the difference that PN512 can do simple ISO14443-3 tag emulation (UID/anticollision, like Mifare UL) but NOT full ISO14443-4 Type 4 Tag activation (RATS/ATS, APDU exchange)? Has anyone gotten genuine T4T/HCE working on PN512, or is this chip a dead end for that specific use case? Also separately: our RdLib V2.0.3.0 package's ReleaseNotes.txt states the discovery loop only supports Poll/Pause phases, and the .chm docs have zero mention of phceT4T or phpalI14443p4C - so I'm also unsure whether the card-emulation component we have was ever an officially validated/documented release. Any pointers to a proper matching package appreciated. Thanks! Re: PN512 - Does it actually support Type 4 Tag (T4T/HCE) card emulation? Hello sir, As mentioned in your other case, yes PN512 does support HCE, we even have an example with Raspberry Pi. But please keep in mind that PN512 isn't recommended for new designs. Please explore the possibility of using our NFC Readers that are Full Support NFC mode (PN5190, PN5180, PN7462, PN7642).  All of these readers can be used with our NFC Reader Library. I hope this information may have been useful. Re: PN512 - Does it actually support Type 4 Tag (T4T/HCE) card emulation? Quick update for anyone finding this thread later, since I got two different answers between here and my support ticket: AN11480 (the Raspberry Pi/EXPLORE-NFC guide) only demonstrates Type 2 Tag emulation on PN512 - it says so directly in §7.1 ("the Card Emulation example emulates an NFC Forum Type 2 Tag") and never mentions phceT4T or T4T anywhere. If you were pointed there for T4T/HCE, that's not the right doc. For actual Type 4 Tag (T4T/HCE) emulation on PN512, see AN11308 (PNEV512B/LPC1769 Quick Startup Guide), §6.8 "Example 8 - HCE T4T" and §7.1.6 "HCE Layer". That example is explicitly built on the NFC Forum Type 4 Tag Operation Specification v2.0, using phceT4T_Activate()/phceT4T_AppProcessCmd(), and supports Select/ReadBinary/UpdateBinary. So: yes, PN512 does support genuine T4T emulation, just not via the Raspberry Pi package - via the PNEV512B/LPC1769 (Blueboard) package instead. Following up with support to confirm the exact library version and reconcile the two answers.

TJA1028TK/3V3/20 FIT Hi, Where can I find the failure rate of TJA1028TK/3V3/20/J FIT. Can you provide the corresponding information? Thanks. Re: TJA1028TK/3V3/20 FIT This information is not publicly available and has been shared with you via email.

How to use the FCCU function of MFS2633? How are PIN.17 FCCU1 and PIN.18 FCCU2 of the MFS2633 used? What truth table do the input values of these two pins form, triggering different protection measures of the chip? Re: MFS2633的FCCU功能如何使用？ Hello Rio, FCCU1 (PIN 17) and FCCU2 (PIN 18) on the MFS2633 are digital inputs used to receive fault signals from the connected MCU. They are part of the FS26 Fail-Safe State Machine's MCU monitoring interface. They connect directly to the MCU's FCCU error-output pins (for example, the FCCU_EOUT[0:1] or FSP outputs of S32K3xx MCUs). The FS26 monitors these inputs and, when a fault condition is detected, asserts the configured safety output(s) (FS0B and/or RSTB). The monitoring mode is selected with the FCCU_CFG[2:0] bits in the FS_I_SAFE_INPUTS register during the FS26 initialization phase. The available modes are: Screenshot 2026-08-13 092241.jpg In the most common automotive implementation — the bi-stable (paired) mode — the two pins work as a complementary pair, not as independent inputs that produce different reactions. The FS26 expects: Normal/safe state: FCCU1 = HIGH (1), FCCU2 = LOW (0) Fault state: FCCU1 = LOW (0) or FCCU2 = HIGH (1) Any deviation from the expected normal state triggers the configured fault reaction. The default fault polarity is: FCCU1 = 0 or FCCU2 = 1 is a fault . This polarity is configurable via FCCU12_FLT_POL . Screenshot 2026-08-13 092736.jpg The safety reaction (which outputs are asserted) does not differ based on the specific combination of FCCU1/FCCU2 levels. The reaction is the same for any detected fault, but can be configured independently per pin using FCCU12_FS_REACTION , FCCU1_FS_REACTION  and FCCU2_FS_REACTION bits. Screenshot 2026-08-13 093010.jpg The default reaction is to assert both RSTB and FS0B low when a fault is detected. If you wish to enable a fault recovery strategy (where the MCU handles the fault without being reset), you must change the reaction to FS0B only. BRs, Tomas

Selection of FS2613 chip The FS2613 series chips are quite powerful, and the values and timings of each power rail are editable. However, we don't have much time for software development and prefer not to implement OTP ourselves. Are there any models that are factory-configured to be compatible with the S32K358? For example, like the one shown in the image below? Rio_Lee_0-1786090969347.png Re: 关于FS2613芯片的选型 See attachment Re: 关于FS2613芯片的选型 Okay, for the MFS2633AMDB2AD model, what are the output voltages of each of the following channels after power-on by default? Where do VCORE, LDO1, LDO2, VREF, VBST, TRK1, and TRK2 originate? Re: 关于FS2613芯片的选型 MFS2633AMDB2AD Search | NXP Semiconductors You can choose this one! Re: 关于FS2613芯片的选型 The MFS2633AMDB2AD is discontinued. With the same specifications, I should replace it with the MFS2633HMDB2AD, right? Re: 关于FS2613芯片的选型 Yes! Re: 关于FS2613芯片的选型 Please submit a new ticket for new questions. Thank you! Re: 关于FS2613芯片的选型 How are PIN.17 FCCU1 and PIN.18 FCCU2 used on this chip? What truth table do the input values of these two pins form, triggering different protection mechanisms of the chip?

S32K311NHT0MPAST MCU进入睡眠模式时，GPIO输出状态应该保持（锁定）还是重置为默认状态？请确认 Re: S32K311NHT0MPAST HI 在S32K3待机模式下，GPIO输出状态会被保留（锁存）。 更多详情请参阅“S32K344 从待机状态唤醒后，程序从哪里开始运行？”中的讨论。 此致敬礼， Robin

GUI Guider 2.0で選択されたイメージ保存タイプがFlashの場合、表示できません。 Re: GUI Guider 2.0 图片存储类型选择Flash,无法显示 こんにちは、 @sk-l さん。 CAN you please provide a more detailed description of the issue?It would be very helpful if you CAN also attach screenshots or relevant pictures for reference.   ありがとう。   BR ハリー Re: GUI Guider 2.0 图片存储类型选择Flash,无法显示 skl_2-1786613588252.png skl_0-1786612933574.png skl_1-1786612993765.png 画像/アニメーション画像、 カラーフォーマットはI4、ストレージタイプはフラッシュメモリ、シミュレーション中は表示されません。 カラーフォーマットはI4、ストレージタイプはc配列、画像は正常に表示されます。

翻新您的房屋 大家好， 我正在考虑如何翻新一栋100平方米的房子，并使其尽可能满足我的智能化需求。房子将进行相当全面的翻新（地暖、空调、电动百叶窗等），所以我可以趁此机会布置一些东西。我是一名工程师，所以摆弄一些系统让它正常运行对我来说不成问题。环顾四周，我认为最经济实惠且用途最广泛的解决方案是在本地运行 Home Assistant 的树莓派（我已经有了）上，然后连接我需要的所有设备，再配上一个 5-7 英寸的显示屏，我可以从中查看和控制所有设备。我不太确定协议的选择：应该采用基于 Wi-Fi 的协议，还是有线协议（我听说过 KNX？）？显然，我认为有线协议效率更高，但也更昂贵。值得吗？对于那些正在进行房屋装修但不太了解智能家居领域内幕的人，您还有什么建议吗？ Re: Renovate your home 嗨@ozipin ， 协调所有设备的通信方式实际上取决于您的需求，但通常像 Zigbee 这样的特定协议正是为了满足智慧家居的需求而创建的，所以我建议您考虑使用支持 Zigbee 的设备。这应该能提供与有线通信类似的可靠性，同时还能提供更大的灵活性并降低成本。 我强烈建议您访问NXP Semiconductors 的“楼宇与家庭自动化”网页，以更深入地了解我们的产品如何助力您打造智慧家居。 BR， 埃德温。

お問い合わせ：ISO 15118-20 EVCCシミュレーションおよびSECCテスト用NXP EasyEVSE こんにちは 当社は、カスタム仕様の充電器側ISO 15118-20 SECCを開発中です。 当社は、実車を必要とせずに充電器のテストを行うためのEV側シミュレーターとして、NXP EasyEVSEプラットフォームの導入を検討しています。MIMXRT1064-EVKはEVCCソフトウェアを実行し、EVSE-SIG-BRD2XとGreen PHYハードウェアは充電器へのCP/PEおよびPLC接続を提供するものと理解しています。 確認いただけますか: このプラットフォームやハードウェアがEV/EVCCモードで動作し、カスタムSECCをテストできるかどうか。 ISO 15118-20 ACやAC-BPTに対応しているかどうかも重要です。 CP状態や5%のPWM、SLAC、SDP、TCP/TLS、認証、サービス発見、スケジュール交換、充電ループ、セッション停止のテストができるかどうかも含まれます。 現在のSoC、ターゲットSoC、充電・放電電力制限などのEV値を設定できるかどうか。 EV側のハードウェア部品表（BOM）を正確に記載してください。これには、適切な信号基板、グリーンPHY基板、ケーブル、および部品番号が含まれます。 必要なSEVENSTAXソフトウェアが含まれるのか、別途評価ライセンスが必要なのか。 評価にQA/テスト用TLS証明書とセキュアエレメントが必要かどうか。 変更可能なEVパラメータとメッセージフィールドはどれですか？ 充電・放電電力がセッション中に動的に変化できるかどうか、 このシステムは、研究室での開発および相互運用性テストのみを目的としています。 よろしくお願いいたします。

FS2400の起動後の消費電流 こんにちは、専門家さん： 私のチップはS32K312で、SBCはFS2400です。 今度はチップを起動させる必要があるのですが、起動ソースはGPIOの立ち下がりエッジです。 S32K312をスタンバイ状態にする前に、FS2400をLPONモードに設定しました。 /* レジスタ M_WU1_EN : フィールド CAN_WUEN をウェイクアップおよび割り込み(03)に設定 */ Sbc_FS24_Ip_WriteRegister (0, SBC_FS24_IP_M_WU1_EN_ADDR, SBC_FS24_IP_M_CAN_WUEN_MASK ); /* レジスタ M_IOWU_EN : フィールド WAKE2、WAKE3、HVIO1 をウェイクアップおよび割り込みなし(00) に設定 */ Sbc_FS24_Ip_WriteRegister(0, SBC_FS24_IP_M_IOWU_EN_ADDR, 0x00); /* レジスタM_CAN : 送信されたCAN MODEはトランシーバ受信のみモードに設定されています */ Sbc_FS24_Ip_WriteRegister(0, SBC_FS24_IP_M_CAN_ADDR, SBC_FS24_IP_M_CAN_MODE_RX_ONLY); /* LPONモードに移行 */ Sbc_FS24_Ip_WriteRegister(0, SBC_FS24_IP_M_SYS_CFG_ADDR, SBC_FS24_IP_M_GO2LPON_MASK) 起動後、SBCを通常モードに設定しました。 Lpspi_Ip_Init(&Lpspi_Ip_PhyUnitConfig_SpiPhyUnit_SBC_Instance_0); Sbc_FS24_Ip_InitDriver(&Sbc_FS24_Ip_Config); Sbc_FS24_Ip_InitDevice(SBC_FS24_DEVICE_ID); eReturnValue = Sbc_FS24_Ip_CanTrcvSetState(SBC_FS24_DEVICE_ID, SBC_FS24_CANTRCV_STATE_ACTIVE ); Sbc_FS24_Ip_WriteRegister(0, SBC_FS24_IP_M_SYS_CFG_ADDR, SBC_FS24_IP_M_GO2NORMAL_MASK); 電流消費量は54mAでしたが、PORの電流消費量は72mAでした。 スタンバイ状態になる前にSBCに対して何も操作を行わない場合、ウェイクアップ後の消費電流はPORと同じです。 SOの状態が何か問題だと思いますが、なぜか教えてもらえますか? Re: FS2400 current consumption after wakeup こんにちは、ピンクマン 良い一日！ ご説明いただいた動作から判断すると、FS2400が必ずしも「フリーズ」しているわけではないと思いますが、LPONから復帰した後、SBCがPOR後と全く同じ構成/状態に戻っていない可能性が非常に高いです。 データシートによると、LPONからのウェイクアップは、ウェイクアップシーケンスを経てデバイスを直接ノーマルモードに戻すとのことです。LPONウェイクアップ後、デバイスは自動的にINIT状態に再移行しません。 また、 デバイスがINIT状態でLPON、LPOFF、またはフェイルセーフモードに入ると、デバイスはINIT状態のままになり、デバイスの誤構成につながる可能性があります。LPONまたはLPOFFモードに入る前に、M_STATUSレジスタのINIT_Sステータスビットを読み取ることが推奨され、デバイスがINIT状態でない場合のみ行うことが推奨されます 両方の場合、以下のレジスタ(PORパスとLPONウェイクアップパス)をキャプチャして比較します。 M_STATUS M_SYS_CFG M_CAN M_SYS1_CFG M_REG_CTRL M_IOWU_EN M_WU1_EN この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 良い一日をお過ごしください。幸運を祈ります。 Re: FS2400 current consumption after wakeup こんにちは : RafaR ご提案に基づき、POR時とウェイクアップ時のFS2400レジスタを比較しました。POR実行中はレジスタM_REG_CTRLの値が0x04であるのに対し、ウェイクアップ後はレジスタM_REG_CTRLの値が0x1304になっていることが分かりました。この発見に基づき、原因を関数 Sbc_FS24_Ip_InitDevice → Sbc_FS24_Ip_OptionalInitSequence → Sbc_FS24_Ip_InitMain にたどったところ、そこで M_REG_CTRL に対する操作が行われていることがわかりました。ただし、この関数には、SBC_FS24_NORMAL == ePowState という前提条件があります。したがって、POR中はこの関数を実行できますが、ウェイクアップ時にはSbc_FS24_Ip_InitDevice後にGOTONORMALが実行されるため、この機能は実行できず、消費電力の差が生じます。 そこで、2つの質問があります。 1.Sbc_FS24_Ip_InitDeviceは必須ですか？初期化時に呼び出さなくても、CANメッセージの送信・受信や電源供給は問題なく動作することがわかりました。 2.この消費電力の差は主にどこから生じるのでしょうか？

GUI Guider 2.0 image storage type selected as Flash cannot be displayed. Re: GUI Guider 2.0 图片存储类型选择Flash,无法显示 Hi @sk-l  Could you please provide a more detailed description of the issue? It would be very helpful if you could also attach screenshots or relevant pictures for reference.   Thank you.   BR Harry Re: GUI Guider 2.0 图片存储类型选择Flash,无法显示 skl_2-1786613588252.png skl_0-1786612933574.png skl_1-1786612993765.png Image/animated image, Color format I4, storage type Flash, no display during simulation; Color format I4, storage type c array, image displays normally;

FS2400 current consumption after wakeup hello expert: my chip is S32K312 and SBC is FS2400 now i need to wake up the chip and the wakeup source is a GPIO falling edge before make S32K312 going to standby ,i set the FS2400 goto LPON mode  /* register M_WU1_EN : filed CAN_WUEN set to wakeup and interrupt(03) */ Sbc_FS24_Ip_WriteRegister(0, SBC_FS24_IP_M_WU1_EN_ADDR, SBC_FS24_IP_M_CAN_WUEN_MASK); /* register M_IOWU_EN : filed WAKE2,WAKE3,HVIO1 set to no wakeup and interrupt(00) */ Sbc_FS24_Ip_WriteRegister(0, SBC_FS24_IP_M_IOWU_EN_ADDR, 0x00); /* register M_CAN : filed CAN MODE set to Transceiver receive only mode */ Sbc_FS24_Ip_WriteRegister(0, SBC_FS24_IP_M_CAN_ADDR, SBC_FS24_IP_M_CAN_MODE_RX_ONLY); /* go to LPON mode */ Sbc_FS24_Ip_WriteRegister(0, SBC_FS24_IP_M_SYS_CFG_ADDR, SBC_FS24_IP_M_GO2LPON_MASK) after wakeup ,i set the SBC goto normal Lpspi_Ip_Init(&Lpspi_Ip_PhyUnitConfig_SpiPhyUnit_SBC_Instance_0); Sbc_FS24_Ip_InitDriver(&Sbc_FS24_Ip_Config); Sbc_FS24_Ip_InitDevice(SBC_FS24_DEVICE_ID); eReturnValue = Sbc_FS24_Ip_CanTrcvSetState(SBC_FS24_DEVICE_ID, SBC_FS24_CANTRCV_STATE_ACTIVE); Sbc_FS24_Ip_WriteRegister(0, SBC_FS24_IP_M_SYS_CFG_ADDR, SBC_FS24_IP_M_GO2NORMAL_MASK); i found the current consumption is 54mA but the POR current consumption is 72mA if i do nothing about the SBC before goto standby ,after wakeup ,the current consumption is same as POR, so i think the sbc status is something wrong ,can you tell me why? Re: FS2400 current consumption after wakeup Hello PINKMAN Good day! Based on the behavior you described, I do not think the FS2400 is necessarily "stuck", but it is very likely that after waking from LPON the SBC is not returning to exactly the same configuration/state as after a POR The datasheet states that waking from LPON returns the device directly to Normal mode through the wake-up sequence. The device does not re-enter INIT state automatically after an LPON wake-up Also, if the device goes in LPON or LPOFF or Fail-safe mode while in INIT state, the device stays in INIT state, which can lead to misconfiguration of the device. It is recommended to read the INIT_S status bit in M_STATUS register before going to LPON or LPOFF mode, and to go only if the device is no longer in INIT state I would capture and compare the following registers in both cases (POR path and LPON-wakeup path): M_STATUS M_SYS_CFG M_CAN M_SYS1_CFG M_REG_CTRL M_IOWU_EN M_WU1_EN I hope this information has helped you, please let me know if you need help with anything else. Have a great day and best of luck. Re: FS2400 current consumption after wakeup hi : RafaR Based on your suggestion, I compared the FS2400 registers during POR and wake-up. I found that during POR, the value of register M_REG_CTRL is 0x04, while after wake-up, the value of register M_REG_CTRL is 0x1304. Based on this finding, I traced it to the function Sbc_FS24_Ip_InitDevice → Sbc_FS24_Ip_OptionalInitSequence → Sbc_FS24_Ip_InitMain, where there is an operation on M_REG_CTRL. However, this function has a prerequisite that SBC_FS24_NORMAL == ePowState. Therefore, during POR, this function can be executed, but during wake-up, GOTONORMAL is executed after Sbc_FS24_Ip_InitDevice, so this function cannot be executed, resulting in a power consumption difference. So I have two questions: 1. Is Sbc_FS24_Ip_InitDevice mandatory? Because I found that even if I do not call it during initialization, CAN message transmission/reception and power supply still work fine. 2. Where does this power consumption difference mainly come from?

Inquiry: NXP EasyEVSE for ISO 15118-20 EVCC Simulation and SECC Testing Hi  We are developing a custom charger-side ISO 15118-20 SECC. We are considering the NXP EasyEVSE platform as an EV-side simulator to test our charger without requiring a real vehicle. We understand that the MIMXRT1064-EVK would run the EVCC software, while the EVSE-SIG-BRD2X and Green PHY hardware would provide the CP/PE and PLC connection to our charger. Could you please confirm: Whether this platform/hardware can operate in EV/EVCC mode and test a custom SECC. Whether it supports ISO 15118-20 AC and AC-BPT. Whether it can test CP states and 5% PWM, SLAC, SDP, TCP/TLS, authorization, service discovery, schedule exchange, charging loop and session stop. Whether simulated EV values such as Present SoC, Target SoC and charging/discharging power limits can be configured. The exact EV-side hardware BOM, including the correct signal board, Green PHY board, cables and part numbers. Whether the required SEVENSTAX software is included or requires a separate evaluation licence. Whether QA/test TLS certificates and a secure element are required for evaluation. Which EV parameters and message fields can be modified; Whether charge and discharge power can be changed dynamically during a session; This setup is intended only for laboratory development and interoperability testing. Best regards,

S32K3 HSE Hi, NXP experts, I would like to ask if the S32K3 HSE supports the ED448 algorithm Re: S32K3 HSE Hi @Chenxu1  HSE-B supports ED448. From HSE Service API reference manual: lukaszadrapa_0-1752824170040.png Regards, Lukas Re: S32K3 HSE Hi @lukaszadrapa  Thank you for your response. You mentioned that ED448 is supported on HSE-B, but based on the HSE Service API Reference Manual and the release notes, it appears that ED448 is not supported. Could you please double-check this for us? kay3_0-1786418040733.png kay3_1-1786418087077.png Re: S32K3 HSE Hi @KaiKim  It seems I was wrong. I went through a couple of API manuals and some contains this information, some not. I was probably looking at one which didn't show this information. But when looking at hse_b_config.h in interface files in different versions, all of them contain: lukaszadrapa_0-1786607577525.png So, it's really not supported. Thanks for pointing this out. Regards, Lukas

[i.MX95 FRDM] AR0144/AP1302 ピンク色問題と NXP NEO ISP の AP1302 バイパス 環境およびハードウェアのセットアップ プロセッサー/プラットフォーム: NXP i.MX95 FRDMボード カメラモジュール: RPI-CAM-MIPI(AR0144センサ+AP1302オンボードISP) 使用ファームウェア: ap1302_60fps_ar0144_27M_2Lane_awb_tuning.bin (ap1302_ar0144_single_fw.bin に名前変更され、/lib/firmware/ に配置されています) 問題1：AP1302 ISPからのピンク/マゼンタ色の色むら AP1302 ISPを介してAR0144カメラモジュールから送信されるデコードされた画像/ビデオストリームに、ピンク/マゼンタ色の色かぶりが継続的に発生しています。 この調整済みファームウェアファイルを使用しても、デコードされたフレームには依然として目立つピンク色の色合いが見られます（サンプル画像を添付） 。 これはAR0144とAP1302の組み合わせにおける既知の問題ですか？ このカラーバランスの問題を修正するための、最新のAP1302ファームウェアバイナリはありますか？ 問題2：AP1302をバイパスしてi.MX95内蔵NEO ISPを使用する NXPのRPI-CAM-MIPIカメラモジュールに関するドキュメントには次のように記載されています: 「バイパス可能なオンボードISPチップにより、幅広いSoCで使用できます。」 i.MX95は統合されたハードウェア NEO ISPを備えているため、AP1302のオンボード処理をバイパスし、libcameraとneo-ipa-uguzziパイプラインハンドラーを使ってAR0144から直接i.MX95内部NEO ISPにルーティングしたいと考えています。 NXPへの質問： RAWパススルー(AP1302のハードウェアプロセッシングをバイパスしてRAWバイエルを直接i.MX95 NEO ISPに送る)は、i.MX95 FRDMボード上で公式にサポートされているのでしょうか? もしそうなら、NXPはRAWパススルーを有効にするためのステップバイステップ設定を提供できるのでしょうか? NEO ISPの下でAR0144センサーに必要な DTP/YAMLチューニングファイルを取得または生成するにはどうすればよいのでしょうか?NXPはAR0144用の事前キャリブレーション済みのYAML/DTPファイルを持っていて、それを共有できますか? face_detection_input_image.png face_detection_input_image.png Re: [i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP 私はIMX95のFRDMボードでこれを再現していますが、色の問題はありません。カメラを起動できるので正しく設定してください。ただしディスプレイに問題があるかどうかを確認してください 1) dtb ファイルを imx95-15x15-frdm-ap1302.dtb に設定します。 2) ファームウェアが正しい 3) コマンド gst-launch-1.0 libcamerasrc ! を使用します自動ビデオシンク joanxie_0-1786086912147.jpeg Re: [i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP こんにちは、 質問1のテストとフィードバックにご協力いただき、ありがとうございました。 Re: 質問2 — i.MX95内部NEO ISPのAP1302バイパスについて また、i.MX95の内蔵NEO ISPを利用するためにオンボードのAP1302 ISPをバイパスするという私の2つ目の質問にも答えていただけますか? RPI-CAM-MIPIボードのドキュメントにはオンボードISPがバイパス可能と記載されているため、AR0144センサから直接i.MX95の内部NEO ISPにRAWのBayerストリームをルーティングしたいと考えています。 もう少し詳しく教えていただけますか: Linux 6.12.49_2.2.0 BSPリリースのi.MX95 FRDMボード上のAR0144で、AP1302ハードウェアISPプロセッシングをバイパスするRAWパススルーはサポートされていますか? デバイスツリーの変更:AP1302 ISPブロックを回避し、MIPI-CSIインターフェース上で直接RAWのBayerフレームを取得するために、具体的にどのようなデバイスツリーの設定やオーバーレイが必要ですか? チューニングとYAML構成：NXPは、NEO ISPパイプラインハンドラ内のAR0144用のチューニング/DTP構成ファイルを提供していますか？もし可能であれば、これらのファイルを共有したり、このワークフローに合ったlibcameraやLIBCAMERA_IPA_MODULE_PATHの適切な設定方法について教えていただけませんか? ご協力ありがとうございました！ Re: [i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP Linux 6.12.49_2.2.0 BSPリリースのi.MX95 FRDMボード上のAR0144で、RAWパススルー(AP1302ハードウェアISP処理をバイパスする)はサポートされていますか?>デフォルトのBSPとしてはサポートできませんでした。dbファイル名はap1302のみで見つけることができます デバイスツリーの変更:AP1302 ISPブロックを回避し、MIPI-CSIインターフェース上でRAWのBayerフレームを直接キャプチャするには、具体的にどのようなデバイスツリー構成やオーバーレイが必要ですか>ap1302 dtso ファイルを参照してください https://github.com/nxp-imx/linux-imx/blob/lf-6.18.y/arch/arm64/boot/dts/freescale/imx95-15x15-frdm-ap1302.dtso isp_en-gpios = <&adp5585_isp 2 GPIO_ACTIVE_HIGH>;このピンはAP1302を有効にします。AP1302をバイパスするにはこのピンをコントロールできます。HIは有効化用、lowはバイパス用です 3. チューニングとYAML構成：NXPは、NEO ISPパイプラインハンドラの下にあるAR0144用のチューニング/DTP構成ファイルを提供していますか？もし可能であれば、これらのファイルを共有したり、このワークフローに合ったlibcameraやLIBCAMERA_IPA_MODULE_PATHの適切な設定方法について教えていただけませんか? >SWのパカッゲはこちらでご覧いただけます https://github.com/nxp-imx-support/imx-camera-sw-pack Re: [i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP こんにちは、 バイパス機構に関する詳細なご説明をありがとうございました。 色の問題についてですが、これはディスプレイやモニターの不具合ではないことを明確にしておきたいと思います。念のため申し添えますが、画面の写真を撮影したわけではありません。GStreamerパイプラインから生の画像/動画ファイルを直接ダンプし、別のホストマシンで保存したファイルを検査したところ、ピクセルデータに薄い赤みがかった/マゼンタピンクの色合いがはっきりと確認できました。 正しいDTB(imx95-15x15-frdm-ap1302.dtb)と公式のAWBチューニングファームウェア(ap1302_60fps_ar0144_27M_2Lane_awb_tuning.bin)を使用しているので、根本原因を特定するのを手伝ってもらえますか? 質問: このピンク色が特定の AR0144カメラモジュールユニットのハードウェア欠陥 によるものか、それとも構成やソフトウェアの問題によるものかをユーザー空間から確認できる特定のテストはありますか? 引き続きサポートしてくださりありがとうございます! Re: [i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP こんにちは、 @joanxie さん。 1) 先ほど申し上げたように、これはディスプレイの問題ではないことを確認しました。画像はファイルに保存され、ホストPCに転送されるためです（ディスプレイからのキャプチャではありません）。 2) カメラモジュールに問題があるかどうかを確認するため、同じカメラをIMX 95 EVKとIMX 95 FRDMボードでチェックしました。どちらの場所でも、赤みがかった色合いが見られます。 3)弊社では、AP1302に以下のファームウェアを使用しています。 https://github.com/ONSemiconductor/ap1302_binaries/blob/main/NXP_i.MX93/ap1302_60fps_ar0144_27M_2Lane_awb_tuning.bin そして、これを「ap1302_ar0144_single_fw.bin」という名前で/lib/firmwareに配置します（これはdmesgログから確認したファイル名です）。 同じファームウェアを使っているか確認できますか?もしなければ、適切なファームウェアを入手できる場所を教えていただけると助かります 4) チューニングやファームウェアの問題かどうかを見分ける方法はありますか?あるいは、現在使用している特定のモジュールにハードウェア上の問題があるのでしょうか？ハードウェアの問題であれば、新しいユニットの購入を検討したいと思います。

U-Boot USB ID 与主线版本存在回归/错误 你好， U-Boot lf-6.18.20-2.0.0 分支中的 `commit a5c91319731f ("MLK-25803-2: Update VID/PID")` 引入了 USB 用户的一个回归问题。 它强制使用硬编码的 USB 产品 ID，而不是从配置中获取值。这将导致任何使用与 0x0151 不同的值的电路板出现故障。 当在非NXP开发板（使用NXP SoC）上使用此U-Boot分支时，会出现此问题。 该值必须来自配置，而不能硬编码。 以下补丁可以修复该问题，你能将其应用到你的分支吗？ ``` diff --git a/arch/arm/mach-imx/spl.cb/arch/arm/mach-imx/spl.c 索引 165cc82d9c72..46e26d138cf9 100644 --- a/arch/arm/mach-imx/spl.c +++ b/arch/arm/mach-imx/spl.c @@ -199,7 +199,7 @@ int g_dnl_bind_fixup(struct usb_device_descriptor *dev, const char *name) snprintf(serial_string, sizeof(serial_string), " %08x% 08x", serialnr.high,serialnr.low); g_dnl_set_serialnumber(serial_string); #endif - put_unaligned(0x0151, &dev->idProduct); + put_unaligned(CONFIG_USB_GADGET_PRODUCT_NUM + 0xfff, &dev->idProduct); 返回 0； } ``` Re: Regression/bug in U-Boot USB ID vs mainline 问题不在于你刚才描述的恩智浦的具体需求。问题在于，将数字硬编码到代码中会阻止任何用户按照设计初衷通过 kconfig 进行配置，从而有效地造成回归。 这种改变无视了现有用户的不同需求，实际上是在破坏现有的使用场景。只需在代码中搜索 CONFIG_USB_GADGET_PRODUCT_NUM，您就会看到它破坏了多个用例。 你需要找到一个不会引入倒退问题的不同解决方案。 Re: Regression/bug in U-Boot USB ID vs mainline 你好， 这一改变是刻意为之的。 VID 0x525 和 PID 0xa4a5 已注册为 PLX Technology, Inc. Linux-USB 文件存储设备 但是 fastboot 设备并非大容量存储设备，Windows 10 最新更新已缓存在上方 VID/PID 中 更改为使用 Freescale VID 0x1fc9 PID 0x151，用于 SPL SDP HID 下载 PID 0x152，用于 Fastboot 进程 ID 0x153，用于内核快速启动 需要更新到 1.4.182 以上版本

如何下载 GuierV1.7.2？ 如何下载 GuierV1.7.2？ Re: How can I download GuierV1.7.2? 嗨@smile168 感谢您的咨询。 目前仅提供 GUI Guider v2.0.0 和 v1.10.1 的下载。很遗憾，v1.7.2 版本已不再通过我们的下载渠道提供。 快速创建现代化的嵌入式图形用户界面 | 恩智浦半导体 BR 哈里

[i.MX95 FRDM] AR0144/AP1302 粉色色调问题 & 绕过 AP1302 以适配 NXP NEO ISP 环境和硬件设置 处理器/平台： NXP i.MX95 FRDM 板 摄像头模块： RPI-CAM-MIPI（AR0144传感器+AP1302板载ISP） 使用的固件： ap1302_60fps_ar0144_27M_2Lane_awb_tuning.bin（已重命名为ap1302_ar0144_single_fw.bin并放置在/lib/firmware/中） 问题 1：AP1302 ISP 出现粉色/洋红色色调 我发现通过 AP1302 ISP 从 AR0144 摄像头模块解码出的图像/视频流中存在持续的粉红色/洋红色色调。 尽管使用了经过调整的固件文件，解码后的帧仍然呈现出明显的粉红色色调（附图示例） 。 这是AR0144 + AP1302组合的已知问题吗？ 是否有更新的AP1302固件二进制文件可以解决这个色彩平衡问题？ 问题 2：绕过 AP1302 使用 i.MX95 内置 NEO ISP NXP关于RPI-CAM-MIPI摄像头模块的文档中写道： “可旁路的板载ISP芯片使其能够与多种SoC配合使用。” 由于 i.MX95 具有集成的硬件NEO ISP ，我们希望绕过 AP1302 板载处理，并使用 libcamera 和 neo-ipa-uguzzi 管道处理程序将来自 AR0144 的 RAW Bayer 流直接路由到 i.MX95 内部 NEO ISP。 向恩智浦提出的问题： i.MX95 FRDM 板是否正式支持 RAW 直通（绕过 AP1302 硬件处理，将 RAW Bayer 直接馈送到 i.MX95 NEO ISP）？ 如果可以，NXP能否提供启用RAW直通所需的逐步配置说明？ 在 NEO ISP 下，我们如何获取或生成 AR0144 传感器所需的DTP / YAML 调优文件？NXP是否有可供共享的AR0144预校准YAML/DTP文件？ face_detection_input_image.png face_detection_input_image.png Re: [i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP 我在我的imx95 frdm板上重现了这个问题，没有颜色问题。既然你能调出摄像头，说明你的设置应该正确，检查一下你的显示屏是否有任何问题。 1) 将 dtb 文件设置为 imx95-15x15-frdm-ap1302.dtb 2）您的固件正确 3) 使用命令 gst-launch-1.0 libcamerasrc ！自动视频接收器 joanxie_0-1786086912147.jpeg Re: [i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP 您好， 感谢你测试并对问题1提供反馈。 回复：问题 2 — 绕过 i.MX95 内置 NEO ISP 的 AP1302 请问您能否也回答我的第二个问题，即如何绕过板载 AP1302 ISP 而使用 i.MX95 的内部 NEO ISP？ 由于 RPI-CAM-MIPI 板文档指出板载 ISP 是可旁路的，我们希望将来自 AR0144 传感器的 RAW Bayer 流直接路由到 i.MX95 的内部 NEO ISP。 请问您能否澄清一下： Linux 6.12.49_2.2.0 电路板支持包 版本是否支持 i.MX95 FRDM 板上的 AR0144 进行 RAW 直通（绕过 AP1302 硬件 ISP 处理）？ 设备树更改：要绕过 AP1302 ISP 块并直接在 MIPI-CSI 接口上捕获 RAW Bayer 帧，需要什么样的设备树配置或覆盖？ 调优和 YAML 配置：NXP 是否为 NEO ISP 流水线处理程序下的 AR0144 提供调优/DTP 配置文件？如果可以的话，能否分享这些文件，或者指导我们如何为该工作流程正确设置 libcamera 和 LIBCAMERA_IPA_MODULE_PATH？ 谢谢你的帮助！ Re: [i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP Linux 6.12.49_2.2.0 BSP 版本是否支持 i.MX95 FRDM 板上的 AR0144 芯片的 RAW 直通（绕过 AP1302 硬件 ISP 处理）？> 默认 BSP 不支持此功能，您只能找到名为 ap1302 的 dtb 文件。 设备树更改：需要什么样的设备树配置或覆盖才能绕过 AP1302 ISP 块并直接在 MIPI-CSI 接口上捕获原始 Bayer 帧？请参考ap1302 dtso文件 https://github.com/nxp-imx/linux-imx/blob/lf-6.18.y/arch/arm64/boot/dts/freescale/imx95-15x15-frdm-ap1302.dtso isp_en-gpios = <&adp5585_isp 2 GPIO_ACTIVE_HIGH>; 此引脚使能 AP1302，您可以通过控制此引脚来旁路 AP1302，高电平表示使能，低电平表示旁路。 3.调优和YAML配置：NXP是否为NEO ISP管道处理程序下的AR0144提供调优/DTP配置文件？如果可以的话，能否分享这些文件，或者指导我们如何为该工作流程正确设置 libcamera 和 LIBCAMERA_IPA_MODULE_PATH？ 您可以在这里找到所有SW扩展包 https://github.com/nxp-imx-support/imx-camera-sw-pack Re: [i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP 您好， 感谢您对旁路机制的详细解释。 关于颜色问题，我想澄清一下，这不是显示器或监视器的问题。为了确认，我们没有拍摄屏幕照片；而是直接从 GStreamer 管道导出原始图像/视频文件，并在单独的主机上检查保存的文件，结果发现像素数据中明显存在淡红色/洋红色色调。 由于我们使用的是正确的 DTB 文件 (imx95-15x15-frdm-ap1302.dtb) 和官方的 AWB 调校固件 (ap1302_60fps_ar0144_27M_2Lane_awb_tuning.bin)，请问您能否帮助我们找出根本原因？ 问题：我们能否从用户空间运行特定的测试来验证这种粉红色色调是由我们所拥有的特定 AR0144 摄像头模块单元的硬件缺陷引起的，还是配置/软件问题引起的？ 感谢您一直以来的支持！ Re: [i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP 嗨@joanxie ， 1）正如我之前提到的，我们已经确认这不是显示问题。因为图像会被保存到文件中，然后传输到主机（而不是从显示器捕获）。 2) 我们已经在 IMX 95 EVK 和 IMX 95 FRDM 板上检查了同一台相机，以确认问题是否出在相机模块上。这两个地方都能看到红色色调。 3)我们正在将此固件用于 ap1302： https://github.com/ONSemiconductor/ap1302_binaries/blob/main/NXP_i.MX93/ap1302_60fps_ar0144_27M_2Lane_awb_tuning.bin 并将该文件放置在 /lib/firmware 目录下，文件名设为“ap1302_ar0144_single_fw.bin”（正如我们从 dmesg 日志中看到的，这是文件名）。 请确认您使用的固件版本是否相同。如果不行，请问您能否与我们联系从哪里可以获取正确的固件？ 4）有没有办法确定这是调校问题还是固件问题？或者说是我们遇到的这个特定模块存在硬件问题？如果是硬件问题，我们考虑购买一台新的设备。