Multi Source Translation Content

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

Multi Source Translation Content

ディスカッション

ソート順:
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) チューニングやファームウェアの問題かどうかを見分ける方法はありますか?あるいは、現在使用している特定のモジュールにハードウェア上の問題があるのでしょうか?ハードウェアの問題であれば、新しいユニットの購入を検討したいと思います。
記事全体を表示
如何下载 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)有没有办法确定这是调校问题还是固件问题?或者说是我们遇到的这个特定模块存在硬件问题?如果是硬件问题,我们考虑购买一台新的设备。
記事全体を表示
How can I download GuierV1.7.2? How can I download GuierV1.7.2? Re: How can I download GuierV1.7.2? Hi @smile168  Thank you for your inquiry. Currently, only GUI Guider v2.0.0 and v1.10.1 are available for download. Unfortunately, v1.7.2 is no longer available through our download channels. Create Modern Embedded GUIs Fasts | NXP Semiconductors BR Harry
記事全体を表示
咨询:NXP EasyEVSE 用于 ISO 15118-20 EVCC 仿真与 SECC 测试 你好 我们正在开发定制的充电器侧 ISO 15118-20 SECC。 我们正在考虑使用 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 和充电/放电功率限制。 确切的电动车端硬件 BOM,包括正确的信号板、Green PHY 板、电缆和部件号。 是否包含所需的 SEVENSTAX 软件,或者是否需要单独的评估许可证。 评估是否需要 QA/测试 TLS 证书和安全元件。 哪些电动汽车参数和消息字段可以修改? 充电和放电功率是否可以在会话中动态变化; 此设置仅用于实验室开发和互操作性测试。 顺祝商祺!
記事全体を表示
S32K3 HSE Hi,NXP专家们,想问下S32K3 HSE是否支持ED448算法 Re: S32K3 HSE 你好@Chenxu1 HSE-B 支持 ED448。来自 HSE 服务 API 参考手册: lukaszadrapa_0-1752824170040.png 此致, Lukas Re: S32K3 HSE 嗨@lukaszadrapa 感谢您的反馈, 您提到 HSE-B 支持 ED448,但根据 HSE 服务 API 参考手册和版本说明,ED448 似乎不受支持。请您帮我们再核实一下好吗? kay3_0-1786418040733.png kay3_1-1786418087077.png Re: S32K3 HSE 嗨@KaiKim 看来我错了。我查阅了几份 API 手册,有些包含这些信息,有些则没有。我可能看的是一个没有显示这些信息的版本。但是,查看不同版本接口文件中的 hse_b_config.h 文件,发现它们都包含以下内容: lukaszadrapa_0-1786607577525.png 所以,它实际上不受支持。 谢谢指出这一点。 问候, 卢卡斯
記事全体を表示
MFS2633的FCCU功能如何使用? 请问MFS2633的PIN.17 FCCU1与PIN.18 FCCU2是如何使用的?两个Pin脚的输入值会构成真值表,引发芯片的不同保护措施? Re: MFS2633的FCCU功能如何使用? 你好,里约! MFS2633 上的 FCCU1(引脚 17)和 FCCU2(引脚 18)是用于接收来自连接的 MCU 的故障信号的数字输入。它们是 FS26 故障保护状态机的 MCU 监控接口的一部分。 它们直接连接到 MCU 的 FCCU 错误输出引脚(例如,S32K3xx MCU 的 FCCU_EOUT[0:1] 或 FSP 输出)。FS26 监控这些输入,当检测到故障情况时,会发出配置的功能安全输出(FS0B 和/或 RSTB)。 在 FS26 初始化阶段,通过 FS_I_SAFE_INPUTS 寄存器中的 FCCU_CFG[2:0] 位选择监视模式。 可用的模式有: Screenshot 2026-08-13 092241.jpg 在最常见的汽车应用中——双稳态(配对)模式——这两个引脚作为互补对工作,而不是作为产生不同反应的独立输入。FS26 预期: 正常/安全状态:FCCU1 = 高电平 (1),FCCU2 = 低电平 (0) 故障状态:FCCU1 = 低电平 (0) 或 FCCU2 = 高电平 (1) 任何偏离预期正常状态的情况都会触发预设的故障响应。默认故障极性为: FCCU1 = 0 or FCCU2 = 1 is a fault 。该极性可通过 FCCU12_FLT_POL 进行配置。 Screenshot 2026-08-13 092736.jpg 功能安全反应(其钳位)不会因 FCCU1/FCCU2 等级的具体组合而有所不同。对于检测到的任何故障,反应都是相同的,但可以使用 FCCU12_FS_REACTION 、 FCCU1_FS_REACTION 和 FCCU2_FS_REACTION 位对每个引脚进行独立配置。 Screenshot 2026-08-13 093010.jpg 检测到故障时,默认反应是将 RSTB 和 FS0B 都置低。如果您希望启用故障恢复策略(MCU 在不复位的情况下处理故障),则必须将响应更改为仅 FS0B。 BRs,托马斯
記事全体を表示
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はダウンロードチャネルからはもう利用できません。 現代的な組み込みGUIファストを作成 |NXPセミコンダクターズ BR ハリー
記事全体を表示
[i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP Environment & Hardware Setup Processor / Platform: NXP i.MX95 FRDM Board Camera Module: RPI-CAM-MIPI (AR0144 Sensor + AP1302 Onboard ISP) Firmware Used: ap1302_60fps_ar0144_27M_2Lane_awb_tuning.bin (renamed to ap1302_ar0144_single_fw.bin and placed in /lib/firmware/) Issue 1: Pink / Magenta Color Tint from AP1302 ISP I am experiencing a persistent pink / magenta color cast in the decoded images/video streams coming from the AR0144 camera module via the AP1302 ISP. Despite using this tuned firmware file, the decoded frames still exhibit a noticeable pink cast (sample image attached). Is this a known issue with the AR0144 + AP1302 setup? Is there an updated AP1302 firmware binary available to fix this color balance issue? Issue 2: Bypassing AP1302 to Use the i.MX95 Internal NEO ISP The NXP documentation for the RPI-CAM-MIPI camera module states: "The bypassable onboard ISP chip allows it to be used with a wide range of SoCs." Since the i.MX95 features an integrated hardware NEO ISP, we would like to bypass the AP1302 onboard processing and route the RAW Bayer stream from the AR0144 directly into the i.MX95 internal NEO ISP using libcamera and the neo-ipa-uguzzi pipeline handler. Questions for NXP: Is RAW passthrough (bypassing AP1302 hardware processing to feed RAW Bayer directly to the i.MX95 NEO ISP) officially supported on the i.MX95 FRDM board? If yes, could NXP provide the step-by-step configuration required to enable RAW passthrough? How can we acquire or generate the required DTP / YAML tuning files for the AR0144 sensor under the NEO ISP? Does NXP have a pre-calibrated YAML/DTP file available for AR0144 that can be shared? 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 I reproduce this on my imx95 frdm board, doesn't have any color issue, you should set the correctly since you can bring up the camera, just check if your display has any issue or not 1) set the dtb file as imx95-15x15-frdm-ap1302.dtb   2) your firmware is correct 3) use the command gst-launch-1.0 libcamerasrc ! autovideosink joanxie_0-1786086912147.jpeg Re: [i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP Hi, Thank you for testing and providing the feedback on Question 1.  Re: Question 2 — Bypassing AP1302 for the i.MX95 Internal NEO ISP Could you please also address my second question regarding bypassing the onboard AP1302 ISP to utilize the i.MX95's internal NEO ISP? Since the RPI-CAM-MIPI board documentation states that the onboard ISP is bypassable, we want to route the RAW Bayer stream from the AR0144 sensor directly into the i.MX95's internal NEO ISP. Could you please clarify: Is RAW passthrough (bypassing AP1302 hardware ISP processing) supported for the AR0144 on the i.MX95 FRDM board in the Linux 6.12.49_2.2.0 BSP release? Device Tree Changes: What exact Device Tree configuration or overlay is needed to bypass the AP1302 ISP block and capture RAW Bayer frames directly on the MIPI-CSI interface? Tuning & YAML Configuration: Does NXP provide the tuning/DTP configuration files for the AR0144 under the NEO ISP pipeline handler? If available, could you share these files or guide us on how to properly set up libcamera and LIBCAMERA_IPA_MODULE_PATH for this workflow? Thank you for your assistance! Re: [i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP Is RAW passthrough (bypassing AP1302 hardware ISP processing) supported for the AR0144 on the i.MX95 FRDM board in the Linux 6.12.49_2.2.0 BSP release?>couldn't support it as default bsp, you can find the dtb file named ap1302 only Device Tree Changes: What exact Device Tree configuration or overlay is needed to bypass the AP1302 ISP block and capture RAW Bayer frames directly on the MIPI-CSI interface?> refer to the ap1302 dtso file 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>; this pin is enable ap1302, you can bypass ap1302 by control this pin, hi is for enable, low is for bypass 3.Tuning & YAML Configuration: Does NXP provide the tuning/DTP configuration files for the AR0144 under the NEO ISP pipeline handler? If available, could you share these files or guide us on how to properly set up libcamera and LIBCAMERA_IPA_MODULE_PATH for this workflow? >you can find all of the SW pacakge here 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 Hi, Thank you for the detailed clarification regarding bypass mechanism. Regarding the color issue, I want to clarify that this is not a display or monitor artifact. To be certain, we did not take a photo of the screen; rather, we dumped the raw image/video file directly from the GStreamer pipeline and inspected the saved file on a separate host machine, where the light reddish/magenta pink tint is clearly present in the pixel data. Since we are using the correct DTB (imx95-15x15-frdm-ap1302.dtb) and the official AWB-tuned firmware (ap1302_60fps_ar0144_27M_2Lane_awb_tuning.bin), could you please help us isolate the root cause? Question: Is there a specific test we can run from user space to verify whether this pink tint is caused by a hardware defect in the specific AR0144 camera module unit we have, or if it is a configuration/software issue? Thank you for your continued support! Re: [i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP Hi @joanxie ,  1) As I mentioned earlier we have confirmed this is NOT a display issue. Because the images are dumped to a file and pulled to a host PC (Not a capture from the Display) 2) We have checked the same camera on IMX 95 EVK and IMX 95 FRDM baord, just to confirm that the problem is with the camera module or not. Both the places we are able to see the red tint. 3) We are using this firmware for ap1302: https://github.com/ONSemiconductor/ap1302_binaries/blob/main/NXP_i.MX93/ap1302_60fps_ar0144_27M_2Lane_awb_tuning.bin And placing this in /lib/firmware with a name "ap1302_ar0144_single_fw.bin" (as we saw this is file name from dmesg logs).  Can you confirm whether you are using the same firmware. If not could you please let us know from where we can get the proper firmware 4) Is there any way to identify whether it's a tuning, firmware problem . Or some hardware issue with the specific module we are having? If it is hardware issue we want to consider buying another fresh unit
記事全体を表示
FS2613チップの選定 FS2613シリーズのチップは非常に高性能で、各電源レールの値とタイミングを編集できます。しかし、ソフトウェア開発にあまり時間をかけられないため、OTPを自社で実装することは避けたいと考えています。S32K358と互換性を持つように工場出荷時に設定されているモデルはありますか?例えば、下の画像に示されているようなモデルです。 Rio_Lee_0-1786090969347.png Re: 关于FS2613芯片的选型 添付ファイルを参照してください Re: 关于FS2613芯片的选型 さて、 MFS2633AMDB2ADモデルの場合、電源投入後の各チャンネルの出力電圧はデフォルトでどのくらいですか? VCORE、LDO1、LDO2、VREF、VBST、TRK1、TRK2はどこから発生するのですか? Re: 关于FS2613芯片的选型 MFS2633AMDB2AD 検索 | NXPセミコンダクターズ あなたはこれを選ぶことができます! Re: 关于FS2613芯片的选型 MFS2633AMDB2ADは製造中止になりました。同じ仕様であれば、MFS2633HMDB2ADに交換すれば良いですよね? Re: 关于FS2613芯片的选型 はい! Re: 关于FS2613芯片的选型 このチップでは、PIN.17 FCCU1とPIN.18 FCCU2はどのように使用されますか?これらの2つのピンの入力値はどのような真理値表を形成し、チップのさまざまな保護メカニズムをトリガーしますか? Re: 关于FS2613芯片的选型 新しいご質問については、新しいチケットを送信してください。よろしくお願いいたします。
記事全体を表示
关于安装IDE和RTD遇到的问题 你好,我安装了S32DSIDE 3.6.6软件 3859b5427f61973af225339173048fd.png 然后我又安装了RTD包 YangLuYao_0-1786007576122.png 但是我在新建application project时找不到SDK,如下图 YangLuYao_1-1786007624669.png YangLuYao_2-1786007639499.png 这个问题困扰我很久了,期待回复,谢谢,我的电脑配置如下 YangLuYao_3-1786007691107.png 电脑上装了JDK 8和JDK17, Python 13 14 15   Re: 关于安装IDE和RTD遇到的问题 谢谢,我发现了这个问题,然后我就想装gcc-10.2,我找到了关于编译器的网页 YangLuYao_0-1786064846455.png 我不知道使用哪一个,所以我下载了这两个EXE文件进行安装 YangLuYao_1-1786064901733.png 但是安装完成之后,在S32DS软件中新建工程发现还是没有gcc-10.2 YangLuYao_2-1786065074605.png 然后我就想在扩展包管理器中下载,但是我试了很多次下载过程中总是报错,无法下载成功,请指导我下一步该怎么做,谢谢~~~ YangLuYao_3-1786065134265.png Re: 关于安装IDE和RTD遇到的问题 抱歉,过去两天是周末,这是我今天早上又试着装了一次报的错 YangLuYao_0-1786325441496.png Re: 关于安装IDE和RTD遇到的问题 你好@YangLuYao , 抱歉回复晚了。从图片来看,您似乎正在尝试安装 NXP GCC 6.3.1(版本 1620),但实际上您应该安装 v10.2(版本 1728): Julin_AragnM_0-1786577752319.png Julin_AragnM_1-1786577760152.png 如果这仍然不起作用,我想你可以尝试从外部安装它:在 S32 设计工作室中安装软件。 我会检查以下几点: 安装过程中网络不稳定。 工作场所的代理/防火墙。 防病毒/网络安全检查。 磁盘空间。 除此之外,我就不确定根本原因是什么了。您可以尝试重新安装 S32DS,然后再次尝试安装 NXP GCC 10.2。 此致, 朱利安 Re: 关于安装IDE和RTD遇到的问题 嗨@YangLuYao , 无需下载独立组网 (SA) 工具链。S32DS 已提供 NXP GCC 10.2: Julin_AragnM_0-1786119575796.png 选择工具链后,点击“安装/更新 1 个项目”,点击“下一步”,S32DS 将提示您重新启动。重启后,您应该可以看到它已安装: Julin_AragnM_1-1786119784429.png 如果发现任何错误,能否告知一下? 此致, 朱利安 Re: 关于安装IDE和RTD遇到的问题 我已经解决了这个问题,谢谢~~
記事全体を表示
MFS2633のFCCU機能の使い方は? MFS2633のPIN.17 FCCU1とPIN.18 FCCU2はどのように使用されますか?これらの2つのピンの入力値はどのような真理値表を形成し、チップのさまざまな保護機能をトリガーしますか? Re: MFS2633的FCCU功能如何使用? こんにちはリオ、 MFS2633上のFCCU1(PIN 17)とFCCU2(PIN 18)は、接続されたMCUからの故障信号を受信するためのデジタル入力です。これらはFS26フェイルセーフステートマシンのMCU監視インターフェースの一部です。 これらはMCUのFCCUエラー出力ピン(例:S32K3xxのFCCU_EOUT[0:1]やFSP出力)に直接接続されます。FS26はこれらの入力を監視し、故障状態が検出されると、設定されたセーフティ出力(FS0Bおよび/またはRSTB)を主張します。 監視モードは、FS26の初期化フェーズ中に FS_I_SAFE_INPUTS レジスタの FCCU_CFG[2:0] ビットによって選択されます。 利用可能なモードは以下のとおりです。 Screenshot 2026-08-13 092241.jpg 最も一般的なオートモーティブ実装であるバイスタッフル(ペアモード)では、2つのピンは相補的なペアとして動作し、異なる反応を生み出す独立した入力としてはなりません。FS26は以下を期待しています。 正常/安全状態:FCCU1 = HIGH(1)、FCCU2 = LOW(0) 故障状態:FCCU1 = LOW (0) または FCCU2 = HIGH (1) 想定される正常状態からの逸脱はすべて、設定された障害反応を引き起こします。デフォルトの障害極性は、 FCCU1 = 0 or FCCU2 = 1 is a fault 。この極性は FCCU12_FLT_POL で設定可能です。 Screenshot 2026-08-13 092736.jpg セーフティ反応(どの出力が主張されるか)は、FCCU1/FCCU2レベルの特定の組み合わせによって違いはありません。反応は検出された故障に対して同じですが、 FCCU12_FS_REACTION ビット、 FCCU1_FS_REACTION ビット、 FCCU2_FS_REACTION ビットを使ってピンごとに独立して設定できます。 Screenshot 2026-08-13 093010.jpg デフォルトの動作は、障害が検出された場合、RSTBとFS0Bの両方をローレベルにすることです。故障回復戦略(MCUがリセットせずに故障を処理する方法)を有効にしたい場合は、リアクションをFS0Bのみに変更する必要があります。 BRs、トーマス
記事全体を表示
S32K3 HSE NXP の専門家の皆さん、S32K3 HSE が ED448 アルゴリズムをサポートしているかどうかお尋ねしたいのですが。 Re: S32K3 HSE こんにちは@Chenxu1 HSE-BはED448をサポートします。HSE サービス API リファレンス マニュアルより: lukaszadrapa_0-1752824170040.png よろしくお願いいたします。 ルーカス Re: S32K3 HSE こんにちは、 @lukaszadrapa ご返信ありがとうございます。 ED448はHSE-Bでサポートされているとおっしゃいましたが、HSEサービスAPIリファレンスマニュアルやリリースノートによると、ED448はサポート されていない ようです。もう一度確認してもらえますか? kay3_0-1786418040733.png kay3_1-1786418087077.png Re: S32K3 HSE こんにちは、 @KaiKim さん。 どうやら私の間違いだったようだ。いくつかのAPIマニュアルに目を通したところ、この情報が記載されているものもあれば、記載されていないものもあった。おそらく、私が見ていたのは、この情報が表示されていないものだったのでしょう。しかし、異なるバージョンのインターフェースファイルで hse_b_config.h を見ると、すべて以下が含まれています: lukaszadrapa_0-1786607577525.png つまり、実際にはサポートされていません。 ご指摘ありがとうございます。 よろしくお願いいたします。 ルーカス
記事全体を表示
NXP S32K312 CAN0 – FIRC vs. FXOSC Clock Source Causing CAN Errors Hi everyone, I am using CAN0 on the S32K312 at 500 kbps with an 87.5% sampling point. Initially, I set up CAN0 to use the internal FIRC_CLK as the clock source. When I connected the S32K312 to a network with multiple CAN nodes, I noticed a lot of CAN error frames. I then switched the CAN clock source from FIRC_CLK to the external FXOSC_CLK while keeping the CAN bitrate and sampling point the same. After this change, the communication became stable, and I stopped seeing the error frames. Could anyone help me understand why switching the clock source from FIRC_CLK to FXOSC_CLK would fix the CAN errors? Re: NXP S32K312 CAN0 – FIRC vs. FXOSC Clock Source Causing CAN Errors Hello @Karthik_R, Usually, FIRC clock is not recommended for FlexCAN communication, as accuracy is over the ~1% requirement according to CAN protocol (ISO 11898-1). You can see from S32K3's Data Sheet that FIRC's deviation is +- 5%. Recommendation is to use either FXOSC or PLL running from XOSC. You can refer to FlexCAN Bit Timing Calculation document, and MPC5xxx/S32Kxx/LPCxxxx: CAN / CAN FD bit timing calculation tool for clock and timing calculations. Hope this is clear. Best regards, Julián
記事全体を表示
如何通过喷嘴拾取 MPXM2053GS 在 SMT 过程中,空气可能会从取放喷嘴吹入压力端口。内部传感器有可能损坏吗? Re: how to pick up MPXM2053GS by nozzle 你好,大卫, 从取放喷嘴到侧面压力端口的短暂低压空气脉冲不太可能造成损坏,只要施加的压力不超过设备的最大额定过压。然而,反复或高压气流原则上可能会使隔膜承受压力,或者在极端情况下,使其受损。 为完全避免任何风险,建议将取放喷嘴放置在 M-PAK 封装的平坦顶部表面上,远离侧面的压力端口。这样可以确保喷嘴永远不会接触或引导气流进入感应端口开口。应用笔记AN1984 – 飞思卡尔压力传感器的处理,针对该设备系列的喷嘴设计和放置提供了具体指导,是 MPX 系列传感器 SMT 处理的主要参考。应用笔记AN936 – MPX 系列压力传感器的安装技术、引脚成型和测试也是一份有用的补充资料。 请注意,截至 2026 年 2 月 2 日,NXP MEMS 传感器产品(包括 MPXM2053GS)已过渡到 STMicroelectronics。如需后续产品支持和文档处理方面的帮助,我建议您直接咨询STM。 BRs,托马斯
記事全体を表示
how to pick up MPXM2053GS by nozzle During the SMT process, air may get blown into the pressure port from the pick-and-place nozzle. Is it possible to damage the sensor inside? Re: how to pick up MPXM2053GS by nozzle Hello David, A brief, low-pressure air pulse from the pick-and-place nozzle into the side pressure port is unlikely to cause damage, provided the applied pressure does not exceed the device's maximum rated overpressure. However, repeated or high-pressure air blasts could in principle stress the diaphragm or, under extreme conditions, compromise it. To avoid any risk entirely, the recommended approach is to position the pick-and-place nozzle on the flat top body surface of the M-PAK package, away from the side pressure port. This ensures the nozzle never contacts or directs airflow into the sensing port opening. Application Note AN1984 – Handling Freescale Pressure Sensors provides specific guidance on nozzle design and placement for this device family and is the primary reference for SMT handling of MPX-series sensors. Application Note AN936 – Mounting Techniques, Lead Forming, and Testing of the MPX Series Pressure Sensors is also a useful complement. Please note that as of February 2, 2026, NXP MEMS sensor products (including the MPXM2053GS) have been transitioned to STMicroelectronics. For ongoing product support and handling documentation going forward, I recommend also consulting STM directly. BRs, Tomas
記事全体を表示
NXP S32K312 CAN0 – FIRC 与 FXOSC 时钟源导致 CAN 错误 大家好, 我正在使用 S32K312 上的 CAN0,速率为 500 kbps,采样点为 87.5%。 最初,我将 CAN0 设置为使用内部 FIRC_CLK 作为时钟源。当我将 S32K312 连接到具有多个 CAN 节点的网络时,我注意到出现了很多 CAN 错误帧。 然后,我将 CAN 时钟源从 FIRC_CLK 切换到外部 FXOSC_CLK,同时保持 CAN 比特率和采样点不变。做出这一改变后,通信变得稳定,我不再看到错误帧。 请问有人能帮我理解一下为什么将时钟源从 FIRC_CLK 切换到 FXOSC_CLK 就能解决 CAN 错误吗? Re: NXP S32K312 CAN0 – FIRC vs. FXOSC Clock Source Causing CAN Errors 你好@Karthik_R , 通常不建议将 FIRC 时钟用于 FlexCAN 通信,因为根据 CAN 协议 (ISO 11898-1),其精度超过了 ~1% 的要求。从 S32K3 的数据表中可以看出,FIRC 的偏差为 +/- 5%。 建议使用 FXOSC 或由 XOSC 运行的 PLL。您可以参考FlexCAN 位时序计算文档和MPC5xxx/S32Kxx/LPCxxxx:CAN / CAN FD 位时序计算工具进行时钟和时序计算。 希望这能说清楚。 此致, 朱利安
記事全体を表示
NXP S32K312 CAN0 – FIRC vs. FXOSC クロックソースによる CAN エラーの発生 こんにちは、皆さん 私はS32K312でCAN0を使用し、500kbpsの速度で87.5%のサンプリングポイントを設定しています。 最初は、CAN0を内部のFIRC_CLKをクロックソースとして使用するように設定しました。S32K312を複数のCANノードがあるネットワークに接続したところ、多くのCANエラーフレームに気付きました。 その後、CANのクロックソースをFIRC_CLKから外部FXOSC_CLKに切り替え、CANのビットレートとサンプリングポイントは同じにしました。この変更後、通信は安定し、エラーフレームが表示されなくなりました。 なぜクロックソースをFIRC_CLKからFXOSC_CLKに切り替えるとCANエラーが直るのか、どなたか教えてもらえますか? Re: NXP S32K312 CAN0 – FIRC vs. FXOSC Clock Source Causing CAN Errors こんにちは、 @Karthik_R さん。 通常、FIRCクロックはFlexCAN通信には推奨されません。なぜなら、精度がCANプロトコル(ISO 11898-1)の~1%要件を超えているためです。S32K3のデータシートを見ると、FIRCの偏差は+-5%です。 FXOSCを使用するか、XOSCから実行されるPLLを使用することを推奨します。FlexCANビットタイミング計算のドキュメントや、MPC5xxx/S32Kxx/LPCxxxx: CAN / CAN FDビットタイミング計算ツールをご参照ください。 これで分かりやすくなったでしょうか。 よろしくお願いします、 ジュリアン
記事全体を表示
FS23 V1 output abnormal V1 output is abnormal as below waveform: C1 was VSUP,C2 was VBOS,C3 was V2;C4 was V1(power to MCU)C1 was VSUP,C2 was VBOS,C3 was V2;C4 was V1(power to MCU) 微信图片_20260813093846_286_23.jpg V1 without npnV1 without npn 微信图片_2026-08-13_095130_111.png How can I thoroughly solve the problems I am currently facing? if you want to get more information,please let me know. Re: FS23 V1 output abnormal guoweisun_0-1786680381549.png guoweisun_1-1786680552393.png This diagram explains the softstart conditions highlighted above. If all conditions are met, V1 starts powering on and enters the M5 timing sequence, which takes 150-500µs. If the startup fails within this time, it enters the FS state and restarts after 100ms. This is roughly the process. Re: FS23 V1 output abnormal Could you please explain the softstart process? This section, " 19.4.6 V1UVLP monitoring chapter shows 'V1 is also monitored for V1UVLP when the device powers up after a wake-up from LPON, and during a cold start after TSOFT_START_V1. If, at the end of the softstart, V1 is still under the V1UVLP threshold, then the device goes into Fail-Safe state.'" What exactly is required for the V1 startup waveform? Thanks Re: FS23 V1 output abnormal This problem is most likely caused by V1 experiencing a startup failure during the soft boot process of OC, followed by a recovery. The solution is to add an external tube to the V1 port and enable this function when using FS23 OTP, or you can choose our HVBUCK version. Alternatively, you could remove some output capacitors to make the softstart smoother. I recommend choosing either of these two solutions for greater stability. Re: FS23 V1 output abnormal 1: If PIN37 in the schematic is not used, ground it. 2: V1's load current is not large, only a maximum of 100mA. Please confirm the load at your location. 3: The decoupling capacitor of V1_IN is 1uF. guoweisun_0-1786671133675.png 4: In the case above, if the first startup fails and the second startup occurs, can the register M_GEN_FLAG be read to see what happened? Let's change these things first and see the results. Re: FS23 V1 output abnormal We measured a new waveform and found that V1 sometimes fails to start on the first try when the input is 12V. af12f0f0-afa6-40e3-881d-890516697b5a.png This is the waveform of the first startup failure. V1第一次启动未成功图V1 failed to start on the first attempt (image) This is the waveform of the second successful startup. V1第二次启动成功图V1 successfully started for the second time (image) Is this related to the undervoltage detection in V1 after a soft boot? The typical soft boot time is 300µs, and the maximum is 500µs. Why does it seem like it won't boot if it exceeds 500µs, but it seems to work if it's below 500µs? Could you please describe the soft boot process? The manual doesn't provide much information about it. Re: FS23 V1 output abnormal guoweisun_0-1786608712650.png With 8V Vin, could you reduce the time axis of the waveform circled above? I want to see how long V1 has been running. Can we also test the same waveform with 12V VIN? I don't have a high and low temperature test chamber here, so I can't do too many tests. I can only rely on your results. Re: FS23 V1 output abnormal You can see below circled part. guoweisun_0-1786601658488.png Re: FS23 V1 output abnormal Channel 1 was VSUP,C2 was VBOS,C3 was V2;C4 was V1(power to MCU) Re: FS23 V1 output abnormal which one indicate V1 follow up VBAT from 0? current test results show VBOS>3.06V TO V1 UPing used 13.2ms, please check Re: FS23 V1 output abnormal guoweisun_0-1786601048119.png guoweisun_1-1786601077374.png A lots of confuse for your test result ,you can see when Vbat< Vsup_uv,the V1 should be stay 0,why your V1 follow up VBAT from 0? I suppose your test waveform yellow is VBAT,Green is V1,am I right? Re: FS23 V1 output abnormal This is testing. by the way, we check the manual and found 19.4.6 V1UVLP monitoring chapter shows "V1 is also monitored for V1UVLP when the device powers up after a wake up from LPON, and during a cold start after TSOFT_START_V1. If, at the end of the softstart, V1 is still under V1UVLP threshold, then the device goes into Fail-Safe state." does it mean V1 should beyond V1UVLP threshold after TSOFT_START_V1(type,300us)? in addition ,this V1 abnormal issue happened in low temperature (-30℃ ) and low Vsup power(8v)。in this condition, we increased VSUP to 12V,V1 output OK。 Re: FS23 V1 output abnormal VBOS>3.06V TO V1 UPing used 13.2msVBOS>3.06V TO V1 UPing used 13.2ms Re: FS23 V1 output abnormal You can try to disconnect  MCU with V1 and test it again for example add some loading 50mA. 
記事全体を表示