GUI Guider 1.10.1 では、背景の不透明度が 0 の場合、背景スタイルのプロパティが省略されます。 環境 GUI Guider: 1.10.1 LVGL: 8.3 ウィジェット: ボタン スタイルパーツ: LV_PART_MAIN スタイル状態: LV_STATE_DEFAULT 問題の説明 GUI Guider 1.10.1 で再現可能なコード生成の問題を発見しました。 ボタンに背景色が設定されているにもかかわらず、背景の不透明度が0に設定されている場合、GUI Guiderは対応する背景色プロパティを生成しません。 実行時に背景の透明度を動的に変更すると、予期しない動作が発生します。 再生 ボタンを作成して設定します。 背景色：#F08300 背景の不透明度: 0 次に、LVGL 8.3コードを生成します。 GUI Guider が生成するもの: lv_obj_set_style_bg_opa(ui->screen_password_btn_15, 0、 LV_PART_MAIN | LV_STATE_DEFAULT); しかし、設定した背景色は生成されません。 lv_obj_set_style_bg_color(ui->screen_password_btn_15, lv_color_hex(0xF08300) LV_PART_MAIN | LV_STATE_DEFAULT); テスト：背景の不透明度のみを0から1に変更する 背景色の#F08300はそのままに、背景の不透明度だけを0から1に変更しました。 コードを再生成した後、GUI Guiderは以下を生成します。 lv_obj_set_style_bg_opa(ui->screen_password_btn_15, 1、 LV_PART_MAIN | LV_STATE_DEFAULT); lv_obj_set_style_bg_color(ui->screen_password_btn_15, lv_color_hex(0xF08300) LV_PART_MAIN | LV_STATE_DEFAULT); lv_obj_set_style_bg_grad_dir(ui->screen_password_btn_15, LV_GRAD_DIR_NONE、 LV_PART_MAIN | LV_STATE_DEFAULT); したがって、生成されるコードは、背景の不透明度が正確に0であるかどうかによって異なります。 背景の不透明度 = 0: bg_opaが生成されます bg_color は生成されません 背景の不透明度 = 1: bg_opaが生成されます bg_color が生成されます その他の背景プロパティも生成されます 実行時への影響 私のアプリケーションは背景の不透明度を使って現在選択されているパスワード番号を示します。 背景色はGUI Guiderで #F08300 として設定され、アプリケーションは背景の不透明度のみを動的に変更します。 例： lv_obj_set_style_bg_opa(btn, LV_OPA_COVER、 LV_PART_MAIN | LV_STATE_DEFAULT); 初期の背景不透明度が0のボタンの場合、生成されるコードには設定された背景色が含まれません。 アプリケーションが不透明度を0からLV_OPA_COVERに変更すると、ボタンはGUI Guiderで設定された #F08300 色の代わりにLVGLテーマまたはデフォルトの背景色を表示します。 その動作は以下のとおりです。 GUI Guiderの設定： 背景色 = #F08300 背景の不透明度 = 0 生成されたコード: bg_opa = 0 bg_color は生成されません ランタイム： bg_opa が LV_OPA_COVER に変更されました 結果： #F08300の代わりに、デフォルトまたはテーマの背景色が表示されます。 応急措置 アプリケーションコード内で背景色を明示的に設定すると、以下の問題が解決します。 lv_obj_set_style_bg_color(btn, lv_color_hex(0xF08300) LV_PART_MAIN | LV_STATE_DEFAULT); lv_obj_set_style_bg_opa(btn, LV_OPA_COVER、 LV_PART_MAIN | LV_STATE_DEFAULT); 別の回避策としては、GUI Guiderで背景の不透明度を1に設定する方法があります。これにより、GUI Guiderは設定された背景色を生成するようになります。 しかし、これは初期のUI状態を変更してしまうため、理想的とは言えません。 期待される動作 背景色と背景の不透明度は、それぞれ独立したLVGLスタイルプロパティです。 ユーザーが明示的に以下を設定する場合: 背景色 = #F08300 背景の不透明度 = 0 GUI Guiderは、生成されたコードにおいて両方のプロパティを保持するはずです。 lv_obj_set_style_bg_opa(btn, 0、 LV_PART_MAIN | LV_STATE_DEFAULT); lv_obj_set_style_bg_color(btn, lv_color_hex(0xF08300)、 LV_PART_MAIN |LV_STATE_DEFAULT); bg_color bg_opa が0のときは目に見える影響はありませんが、アプリケーションが実行時に動的にbg_opaが変化すると重要になります。 現在のコード生成動作では、GUI Guiderで設定された背景色情報が失われます。 実際の行動 GUI Guider 1.10.1 では、背景の不透明度が 0 の場合、背景スタイルのプロパティが省略されるようです。 不透明度を0から1に変更するだけで、背景色やその他の背景プロパティが再生成されます。 再現手順 GUI Guider 1.10.1 でボタンを作成する。 背景色を#F08300に設定してください。 背景の不透明度を0に設定してください。 LVGL 8.3コードを生成します。 値0のlv_obj_set_style_bg_opaが生成されていることを確認してください。 #F08300 を指定した lv_obj_set_style_bg_color は生成されないことに注意してください。 背景の不透明度のみを0から1に変更してください。 コードを再度生成してください。 #F08300 を指定した lv_obj_set_style_bg_color が生成されていることを確認してください。 実行時に、元のボタンの不透明度をLV_OPA_COVERに変更します。 設定された背景色は、アプリケーションが明示的に設定しない限り表示bg_colorないことに注意してください。 質問 これはGUI Guider 1.10.1における意図的なコードサイズ最適化なのでしょうか、それともコード生成の問題なのでしょうか？ もしこの最適化が意図的であれば、GUI Guiderはバックグラウンド不透明度が0のときにバックグラウンドプロパティを保持するオプションを提供してくれますか? ランタイムアプリケーションはLVGLスタイルのプロパティを動的に変更することが多いため、初期の不透明性だけでbg_colorを省略すると、UI設定とは異なる実行時の挙動が生じる可能性があります。 Re: GUI Guider 1.10.1 omits background style properties when Background Opacity is 0 こんにちは、 @zzjgood さん、 投稿ありがとうございます。 あなたが説明した行動を再現できます。これはコード生成の問題だと思います。ユーザーが背景色を明示的に設定する場合、GUI Guiderは初期の背景不透明度が0でも対応するbg_colorコードを保持するか、透明オブジェクトの背景スタイルプロパティを保持するオプションを提供するべきです。この件はGUI-Guiderチームに報告し、修正を依頼します。さらに、当社の内部エスカレーションプロセスに基づき、以下の情報を提供していただけるとありがたいです。 - どのNXP製品を使っていますか? - 最終的なアプリケーションは? 現在の実用的な回避策は、アプリケーションコード内で背景色と不透明度の両方を明示的に設定することです。 コピー lv_obj_set_style_bg_color(btn, lv_color_hex(0xF08300), LV_PART_MAIN | LV_STATE_DEFAULT); lv_obj_set_style_bg_opa(btn, LV_OPA_COVER, LV_PART_MAIN | LV_STATE_DEFAULT); お役に立てば幸いです。 BR セレステ

S32K312でTRACE32を使用してマルチコアをデバッグする方法は？ NXPサポートの皆様、 現在、TRACE32を使用してS32K312デバイスのデバッグを行っています。 S32K312は2つのコア（コア0とコア1）で構成されています。Core 0は問題なくデバッグできますが、Core 1で動作するコードはデバッグできません。 添付のスクリーンショットに示すように、Core 1によって実行されるソースコードにブレークポイントを設定しました。またカウンター変数を追加しましたが、その値がどんどん増えているのがわかり、コードが実際に実行されていることを示しています。しかし、ブレークポイントには到達しない。 Core 0とCore 1の両方を適切にデバッグするためにTRACE32の設定方法についてアドバイスいただけますか? S32K312のマルチコアデバッグに必要な追加設定や初期化手順があれば、ご教示いただけると幸いです。 これが私のファイルcmmです ;-------------------------------------------------------------------------------- ;@Title:S32KXXCVB-176(FLASH)のS32K312-M7デモ脚本 ;@Description: ;プロセッサ内部のフラッシュにふるいデモアプリケーションをプログラムし、 ;デモデバッグシナリオを設定します。 ;このスクリプトはアプリケーションのフラッシュテンプレートとして使用できます。 ;前提条件: ;* デバッグケーブルをJ205に接続 ;または ;Combiprobe/uTraceをJ10に接続してください ;@Keywords:ARM、Cortex-M7、フラッシュ ;@Author:STK ;@Board:S32KXXCVB-176 ; @Chip:S32K312-M7 ;@Copyright:(C) 1989-2021 Lauterbach GmbH、TRACE32(R)のみでの使用許可 ;-------------------------------------------------------------------------------- ;$Id: s32k312_sieve_flash.cmm 17943 2021-07-12 15:34:31Z skrausse $ ;WinCLEAR(ウィンクリア) ;-------------------------------------------------------------------------------- ;デバッガを初期化して起動します 再セット SYStem.RESet SYStem.CPU S32K312-M7 ;SYStem.CPU MWCT2016S-M7 SYStem.CONFIG.DEBUGPORTTYPE JTAG もしCOMBIPROBE()||UTRACE() ( SYStem.CONFIG.CONNECTOR MIPI20T ) SYStem.オプション DUALPORT ON SYStem.MemAccess DAP SYStem.JtagClock 10MHz Trace.DISable システムシステム ;内部SRAMのECC init DO C:\T32\demo\arm\hardware\s32k3\scripts\init_sram.cmm ;-------------------------------------------------------------------------------- ;フラッシュプログラミング ;Prepare Flash プログラミング(宣言) DO ~~/demo/arm/flash/s32k3.cmm PREPAREONLY フラッシュ。ChangeType 0x10016000--0x1003FFFF NOP フラッシュ.エレーズ.オール FLASH.すべてを再プログラム （ データ.LOAD.intelhex "project.hex" ;Dタ。LOAD.auto * ;Dタ。LOAD.s1record ;IVTヘッダーの追加 ;Dタ。Set 0x00400000++0xF0 %Long 0x0 ;0 のイニットテーブル ;Dタ。設定0x00400000 %Long 0x5aa55aa5;マジックナンバー ;Dタ。設定0x00400004 %Long 0x00000001;ブート設定ワード(M7-0を有効にする) ;Dタ。0x0040000C %Long ADDRESSに設定してください。オフセット(__nvic_base);M7-0 アプリケーションコア Start adddress ;Dタ。セット0x00400024 %Long 0x00000000;LC設定アドレス ) FLASH.ReProgram OFF ; -------------------------------------------------------------------------------- システムアップ 壊す Data.LOAD.Elf "project.elf"/nocode Go.direct main システムモードアタッチ TrOnchip.Set CORERESET OFF ; -------------------------------------------------------------------------------- 窓をいくつか開ける モード.Hll 再開まで今しばらくお待ちください。 Re: How to Debug Multi Core with TRACE32 on S32K312? こんにちは、@NghiaLX308さん 本当にS32K312の話をしているのですか？これは単一コアデバイスだからです: lukaszadrapa_0-1785996399267.png よろしくお願いいたします。 ルーカス Re: How to Debug Multi Core with TRACE32 on S32K312? こんにちは、 @lukaszadrapaさん。 申し訳ありません、それは私の間違いでした。 MCUは S32K322。 Re: How to Debug Multi Core with TRACE32 on S32K312? 私のリポジトリには2つのバージョンがあります。1つはS32K324用でTrace32のインスタンスを2つ開きます。もう1つはS32K396用の非常にシンプルなもので、Trace32のインスタンスを1つだけ使用し、さらにコア間を切り替えるための2つのスクリプトがあります。これらのスクリプトを参考にして、独自の解決策を開発できます。 よろしくお願いいたします。 ルーカス Re: How to Debug Multi Core with TRACE32 on S32K312? わかった。 ルカ・ザドラパさん、ありがとうございます。

如何使用 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 以上版本