i.MX95 PinList do not match the NET_NAME in the ball map. Hello community, I compared the NET_NAMEs in “i.mx95_19mm_ballmap.xlsx” and the Ball names in “imx95_pinmux_pinlist.xlsx,” which are included with rev. 8 of the i.MX95 datasheet, “IMX95AEC.pdf”. As a result, the following NET_NAMEs and Balls did not match. Ball : imx95_pinmux_pinlist only VDD_AUD_1P8 VSS_SENSE NET_NAME : i.mx95_19mm_ballmap only DEPOP VDD_EARC_1P8 VSS_SOC_SENSE VSS_ARM_SENSE For Balls that are not listed in the NET_NAME, which pins should they be assigned to? Also, how should pins with NET_NAMEs that are not listed in the Balls be handled? Best regards, Ishii Re: i.MX95 PinList do not match the NET_NAME in the ball map. imx95 has two kinds of packages, 15mmx15mm combine VSS_SOC_SENSE and VSS_ARM_SENSE to VSS_SENSE, 19mmx19mm has separate VSS_ARM_SENSE and VSS_SOC_SENSE pins. so you can see two names in imx95 pinlist which includes 15mm and 19mm together. for VDD_AUD_1V8 and VDD_EARC_1V8, it's changed on B0 chip because eARC function is not supported. Please refer to the attachment.

i.MX95 max96724 2台のカメラの起動に関する問題 カメラを1台接続した場合は正常に起動しますが、同じモジュールのカメラを2台接続すると、すべてのカメラの起動に失敗します。 ログ情報: パイプラインを再生中に設定します... 新しい時計: GstSystemClock [0:00:31.239670305][973] INFO カメラ camera.cpp:1215ストリームの設定: (0) 1920x1536-YUYV/未設定 [0:00:31.250185346][972] エラー V4L2 v4l2_videodevice.cpp:1991/dev/video0[15:cap]: ストリーミングの開始に失敗しました: パイプが壊れています エラー: 要素 /GstPipeline:pipeline0/GstLibcameraSrc:libcamerasrc0 から: カメラの起動に失敗しました: パイプが壊れています 追加のデバッグ情報: ../src/gstreamer/gstlibcamerasrc.cpp(871): gst_libcamera_src_task_enter (): /GstPipeline:pipeline0/GstLibcameraSrc:libcamerasrc0: カメラ開始()エラーコード-32で失敗しました。 実行は0:00:00.012442958で終了しました。 パイプラインをNULLに設定中... パイプラインを解放する... Re: i.MX95 max96724 2 cameras bringup issue 2台のmax9295aカメラを同じMAX96724に接続した場合、フレーム同期モードのみが動作し、MAX96724での複数カメラ使用時にはフリーランモードは動作しません。 実際、MAX96724のデバッグにおける主な負荷は、カメラ（MAX9295a）とMAX96724間の設定にあるため、お客様はMaximからのサポートが必要になるかもしれません。Linuxが動作するためには、まずMAX96724のLOCKビットがエラーなく設定されていることを確認する必要があります。その後で初めて、MAX96724はMIPIビデオフレームをiMX95に出力できるようになります。 Re: i.MX95 max96724 2 cameras bringup issue max9295aを搭載したカメラはフリーランで動作し、フレーム同期は不要です。 cam -l、media-ctl、gst のログ情報： root@imx95evk:~# cam -l [0:01:54.016285137][1058] 警告 IPAManager ipa_manager.cpp:148'/media/jeffin/dev-work/nxp/codeaurora/libcamera/install/lib/libcamera/ipa' に IPA ファイルが見つかりませんでした。 [0:01:54.016504762][1058] INFO カメラ camera_manager.cpp:330libcamera v0.0.0+6194-lf-6.12.49-2.2.0-dirty (2026-04-24T21:03:02CST) [0:01:54.061756845][1059] WARN CameraSensor camera_sensor_legacy.cpp:502 'mx95wecam 8-0062': 静的プロパティにセンサー遅延が見つかりませんでした。未検証のデフォルト値を前提としています。 [0:01:54.061982970][1059] エラー DelayedControls delayed_controls.cpp:87コントロールID 0x00980911の遅延要求ですが、デバイス/dev/v4l-subdev12によってコントロールが公開されていません。 [0:01:54.062069678][1059] エラー DelayedControls delayed_controls.cpp:87コントロールID 0x009e0903の遅延要求ですが、デバイス/dev/v4l-subdev12によってコントロールが公開されていません。 [0:01:54.068941887][1059] WARN CameraSensor camera_sensor_legacy.cpp:502 'mx95wecam 9-0062': 静的プロパティにセンサ遅延が見つかりませんでした。未検証のデフォルト値を前提としています。 [0:01:54.069094470][1059] エラー DelayedControls delayed_controls.cpp:87コントロールID 0x00980911の遅延要求ですが、デバイス/dev/v4l-subdev13によってコントロールが公開されていません。 [0:01:54.069152970][1059] エラー DelayedControls delayed_controls.cpp:87コントロールID 0x009e0903の遅延要求ですが、デバイス/dev/v4l-subdev13によってコントロールが公開されていません。 [0:01:54.073940928][1059] INFO カメラ camera_manager.cpp:220パイプラインハンドラ simple にカメラ '/base/soc/bus@42000000/i2c@42540000/max96724@27/i2c-mux/i2c@0/mx95wecam@62' を追加します [0:01:54.074970262][1059] INFO カメラ camera_manager.cpp:220パイプラインハンドラ simple にカメラ '/base/soc/bus@42000000/i2c@42540000/max96724@27/i2c-mux/i2c@1/mx95wecam@62' を追加します 利用可能なカメラ： 1: 'mx95wecam' (/base/soc/bus@42000000/i2c@42540000/max96724@27/i2c-mux/i2c@0/mx95wecam@62) 2: 'mx95wecam' (/base/soc/bus@42000000/i2c@42540000/max96724@27/i2c-mux/i2c@1/mx95wecam@62) root@imx95evk:~# media-ctl -d /dev/media0 -p メディアコントローラーAPIバージョン6.12.49 メディアデバイス情報 ------------------------ ドライバー mxc-isi モデルFSLキャプチャメディアデバイス シリアル バス情報プラットフォーム:4ad50000.isi ハードウェアリビジョン 0x0 ドライバーバージョン 6.12.49 デバイストポロジー - エンティティ 1: クロスバー (パッド 13 個、リンク 10 個、ルート 8 個) タイプ V4L2 サブデバイス サブタイプ 不明 フラグ 0 デバイスノード名 /dev/v4l-subdev0 ルート: 2/0 → 5/0 [アクティブ] 2/0 → 6/0 [アクティブ] 2/0 → 7/0 [アクティブ] 2/0 → 8/0 [アクティブ] 2/0 → 9/0 [アクティブ] 2/0 → 10/0 [アクティブ] 2/0 → 11/0 [アクティブ] 2/0 → 12/0 [アクティブ] pad0: シンク、接続必須 pad1: シンク、接続必須 pad2: シンク、接続必須 [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] <- "4ac10000.syscon:formatter@20":1[有効、変更不可] pad3: シンク、接続必須 pad4: シンク、接続必須 <- "mxc_isi.output":0[有効、変更不可] pad5: ソース [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] -> "mxc_isi.0":0[有効、変更不可] pad6: ソース [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] -> "mxc_isi.1":0[有効、変更不可] pad7: ソース [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] -> "mxc_isi.2":0[有効、変更不可] pad8: ソース [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] -> "mxc_isi.3":0[有効、変更不可] pad9: ソース [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] -> "mxc_isi.4":0[有効、変更不可] pad10: ソース [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] -> "mxc_isi.5":0[有効、変更不可] pad11: ソース [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] -> "mxc_isi.6":0[有効、変更不可] pad12: ソース [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] -> "mxc_isi.7":0[有効、変更不可] - エンティティ 15: mxc_isi.0（パッド2個、リンク2個、ルート0個） タイプ V4L2 サブデバイス サブタイプ 不明 フラグ 0 デバイスノード名 /dev/v4l-subdev1 pad0: シンク [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range compose.bounds:(0,0)/1920x1536 合成:(0,0)/1920x1536] <- "crossbar":5 [有効、不変] pad1: ソース [stream:0 fmt:YUV8_1X24/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range クロップの境界:(0,0)/1920x1536 トリミング:(0,0)/1920x1536] -> "mxc_isi.0.capture":0 [有効、不変] - エンティティ 18: mxc_isi.0.capture (1 パッド、1 リンク) タイプ ノード サブタイプ V4L フラグ 0 デバイスノード名 /dev/video0 pad0: シンク <- "mxc_isi.0":1[有効、変更不可] - エンティティ 26: mxc_isi.1 (パッド 2 個、リンク 2 個、ルート 0 個) タイプ V4L2 サブデバイス サブタイプ 不明 フラグ 0 デバイスノード名 /dev/v4l-subdev2 pad0: シンク [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range compose.bounds:(0,0)/1920x1536 合成:(0,0)/1920x1536] <- "crossbar":6 [有効、不変] pad1: ソース [stream:0 fmt:YUV8_1X24/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range クロップの境界:(0,0)/1920x1536 トリミング:(0,0)/1920x1536] -> "mxc_isi.1.capture":0[有効、変更不可] - エンティティ 29: mxc_isi.1.capture（パッド1枚、リンク1つ） タイプ ノード サブタイプ V4L フラグ 0 デバイスノード名 /dev/video1 pad0: シンク <- "mxc_isi.1":1[有効、変更不可] - エンティティ 37: mxc_isi.2（パッド2個、リンク2個、ルート0個） タイプ V4L2 サブデバイス サブタイプ 不明 フラグ 0 デバイスノード名 /dev/v4l-subdev3 pad0: シンク [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range compose.bounds:(0,0)/1920x1536 合成:(0,0)/1920x1536] <- "crossbar":7 [有効、不変] pad1: ソース [stream:0 fmt:YUV8_1X24/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range クロップの境界:(0,0)/1920x1536 トリミング:(0,0)/1920x1536] -> "mxc_isi.2.capture":0 [有効、不変] - エンティティ 40: mxc_isi.2.capture (1 パッド、1 リンク) タイプ ノード サブタイプ V4L フラグ 0 デバイスノード名 /dev/video2 pad0: シンク <- "mxc_isi.2":1[有効、変更不可] - エンティティ 48: mxc_isi.3（パッド2個、リンク2個、ルート0個） タイプ V4L2 サブデバイス サブタイプ 不明 フラグ 0 デバイスノード名 /dev/v4l-subdev4 pad0: シンク [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range compose.bounds:(0,0)/1920x1536 合成:(0,0)/1920x1536] <- "crossbar":8 [有効、不変] pad1: ソース [stream:0 fmt:YUV8_1X24/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range クロップの境界:(0,0)/1920x1536 トリミング:(0,0)/1920x1536] -> "mxc_isi.3.capture":0[有効、変更不可] - エンティティ 51: mxc_isi.3.capture（パッド1枚、リンク1つ） タイプ ノード サブタイプ V4L フラグ 0 デバイスノード名 /dev/video3 pad0: シンク <- "mxc_isi.3":1[有効、変更不可] - エンティティ 59: mxc_isi.4（パッド2個、リンク2個、ルート0個） タイプ V4L2 サブデバイス サブタイプ 不明 フラグ 0 デバイスノード名 /dev/v4l-subdev5 pad0: シンク [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range compose.bounds:(0,0)/1920x1536 合成:(0,0)/1920x1536] <- "crossbar":9 [有効、不変] pad1: ソース [stream:0 fmt:YUV8_1X24/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range クロップの境界:(0,0)/1920x1536 トリミング:(0,0)/1920x1536] -> "mxc_isi.4.capture":0 [有効、不変] - エンティティ 62: mxc_isi.4.capture (1 パッド、1 リンク) タイプ ノード サブタイプ V4L フラグ 0 デバイスノード名 /dev/video4 pad0: シンク <- "mxc_isi.4":1[有効、変更不可] - エンティティ 70: mxc_isi.5 (パッド 2 つ、リンク 2 つ、ルート 0 つ) タイプ V4L2 サブデバイス サブタイプ 不明 フラグ 0 デバイスノード名 /dev/v4l-subdev6 pad0: シンク [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range compose.bounds:(0,0)/1920x1536 合成:(0,0)/1920x1536] <- "crossbar":10 [有効、不変] pad1: ソース [stream:0 fmt:YUV8_1X24/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range クロップの境界:(0,0)/1920x1536 トリミング:(0,0)/1920x1536] -> "mxc_isi.5.capture":0 [有効、不変] - エンティティ 73: mxc_isi.5.capture (1 パッド、1 リンク) タイプ ノード サブタイプ V4L フラグ 0 デバイスノード名 /dev/video5 pad0: シンク <- "mxc_isi.5":1[有効、変更不可] - エンティティ 81: mxc_isi.6 (パッド 2 個、リンク 2 個、ルート 0 個) タイプ V4L2 サブデバイス サブタイプ 不明 フラグ 0 デバイスノード名 /dev/v4l-subdev7 pad0: シンク [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range compose.bounds:(0,0)/1920x1536 合成:(0,0)/1920x1536] <- "crossbar":11 [有効、不変] pad1: ソース [stream:0 fmt:YUV8_1X24/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range クロップの境界:(0,0)/1920x1536 トリミング:(0,0)/1920x1536] -> "mxc_isi.6.capture":0[有効、変更不可] - エンティティ 84: mxc_isi.6.capture（パッド1枚、リンク1つ） タイプ ノード サブタイプ V4L フラグ 0 デバイスノード名 /dev/video6 pad0: シンク <- "mxc_isi.6":1[有効、変更不可] - エンティティ 92: mxc_isi.7 (パッド 2 個、リンク 2 個、ルート 0 個) タイプ V4L2 サブデバイス サブタイプ 不明 フラグ 0 デバイスノード名 /dev/v4l-subdev8 pad0: シンク [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range compose.bounds:(0,0)/1920x1536 合成:(0,0)/1920x1536] <- "crossbar":12 [有効、不変] pad1: ソース [stream:0 fmt:YUV8_1X24/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range クロップの境界:(0,0)/1920x1536 トリミング:(0,0)/1920x1536] -> "mxc_isi.7.capture":0 [有効、不変] - エンティティ 95: mxc_isi.7.capture (1 パッド、1 リンク) タイプ ノード サブタイプ V4L フラグ 0 デバイスノード名 /dev/video7 pad0: シンク <- "mxc_isi.7":1[有効、変更不可] - エンティティ 103: mxc_isi.output (1 パッド、1 リンク) タイプ ノード サブタイプ V4L フラグ 0 pad0: ソース -> "crossbar":4 [有効、不変] - エンティティ 110: 4ac10000.syscon:formatter@20（パッド2個、リンク2個、ルート1個） タイプ V4L2 サブデバイス サブタイプ 不明 フラグ 0 デバイスノード名 /dev/v4l-subdev9 ルート: 0/0 → 1/0 [アクティブ] pad0: シンク [stream:0 fmt:UYVY8_1X16/1920x1080 field:none colorspace:smpte170m xfer:709 ycbcr:601 quantization:lim-range] <- "csidev-4ad30000.csi":1[有効、変更不可] pad1: ソース [stream:0 fmt:UYVY8_1X16/1920x1080 field:none colorspace:smpte170m xfer:709 ycbcr:601 quantization:lim-range] -> "crossbar":2 [有効、不変] - エンティティ 115: csidev-4ad30000.csi (パッド 2 つ、リンク 2 つ、ルート 1 つ) タイプ V4L2 サブデバイス サブタイプ 不明 フラグ 0 デバイスノード名 /dev/v4l-subdev10 ルート: 0/0 → 1/0 [アクティブ] pad0: シンク [stream:0 fmt:UYVY8_1X16/1920x1080 field:none colorspace:smpte170m xfer:709 ycbcr:601 quantization:lim-range] <- "max96724 3-0027":4 [有効] pad1: ソース [stream:0 fmt:UYVY8_1X16/1920x1080 field:none colorspace:smpte170m xfer:709 ycbcr:601 quantization:lim-range] -> "4ac10000.syscon:formatter@20":0[有効、変更不可] - エンティティ 120: max96724 3-0027 (パッド 6 個、リンク 3 個、ルート 4 個) タイプ V4L2 サブデバイス サブタイプ 不明 フラグ 0 デバイスノード名 /dev/v4l-subdev11 ルート: 0/0 → 4/0 [アクティブ] 1/0 → 4/1 [アクティブ] 2/0 → 5/2 [アクティブ] 3/0 → 5/3 [アクティブ] pad0: シンク [stream:0 fmt:UYVY8_1X16/1920x1536 colorspace:raw] <- "mx95wecam 8-0062":0 [有効、不変] pad1: シンク [stream:0 fmt:UYVY8_1X16/1920x1536 colorspace:raw] <- "mx95wecam 9-0062":0 [有効、不変] pad2: シンク [stream:0 fmt:UYVY8_1X16/1920x1536 colorspace:raw] pad3: シンク [stream:0 fmt:UYVY8_1X16/1920x1536 colorspace:raw] pad4: ソース [stream:0 fmt:UYVY8_1X16/1920x1536 colorspace:raw] [stream:1 fmt:UYVY8_1X16/1920x1536 colorspace:raw] -> "csidev-4ad30000.csi":0[有効] pad5: ソース [stream:2 fmt:UYVY8_1X16/1920x1536 colorspace:raw] [stream:3 fmt:UYVY8_1X16/1920x1536 colorspace:raw] - エンティティ 129: mx95wecam 8-0062 (パッド 1、リンク 1、ルート 0) タイプ V4L2 サブデバイス サブタイプ センサー フラグ 0 デバイスノード名 /dev/v4l-subdev12 pad0: ソース [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:raw xfer:none ycbcr:601 quantization:full-range クロップの境界:(0,0)/1920x1536 トリミング:(0,0)/1920x1536] -> "max96724 3-0027":0 [有効、不変] - エンティティ 133: mx95wecam 9-0062 (パッド 1、リンク 1、ルート 0) タイプ V4L2 サブデバイス サブタイプ センサ フラグ 0 デバイスノード名 /dev/v4l-subdev13 pad0: ソース [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:raw xfer:none ycbcr:601 quantization:full-range クロップの境界:(0,0)/1920x1536 トリミング:(0,0)/1920x1536] -> "max96724 3-0027":1 [有効、不変] root@imx95evk:~# gst-launch-1.0 libcamerasrc camera-name=/base/soc/bus@42000000/i2c@42540000/max96724@27/i2c-mux/i2c@0/mx95wecam@62 ! video/x-raw,width=1920,height=1536,format=YUY2 ! autovid eosink パイプラインを一時停止状態に設定しています... [0:03:53.646204235][1061] 警告 IPAManager ipa_manager.cpp:148'/media/jeffin/dev-work/nxp/codeaurora/libcamera/install/lib/libcamera/ipa' に IPA ファイルが見つかりませんでした。 [0:03:53.646456819][1061] INFO カメラ camera_manager.cpp:330libcamera v0.0.0+6194-lf-6.12.49-2.2.0-dirty (2026-04-24T21:03:02CST) [0:03:53.694436152][1068] WARN CameraSensor camera_sensor_legacy.cpp:502 'mx95wecam 8-0062': 静的プロパティにセンサー遅延が見つかりませんでした。未検証のデフォルト値を前提としています。 [0:03:53.694678277][1068] エラー DelayedControls delayed_controls.cpp:87コントロールID 0x00980911の遅延要求ですが、デバイス/dev/v4l-subdev12によってコントロールが公開されていません。 [0:03:53.694785485][1068] エラー DelayedControls delayed_controls.cpp:87コントロールID 0x009e0903の遅延要求ですが、デバイス/dev/v4l-subdev12によってコントロールが公開されていません。 [0:03:53.702510985][1068] WARN CameraSensor camera_sensor_legacy.cpp:502 'mx95wecam 9-0062': 静的プロパティにセンサー遅延が見つかりませんでした。未検証のデフォルト値を前提としています。 [0:03:53.702685235][1068] エラー DelayedControls delayed_controls.cpp:87コントロールID 0x00980911の遅延要求ですが、デバイス/dev/v4l-subdev13によってコントロールが公開されていません。 [0:03:53.702777610][1068] エラー DelayedControls delayed_controls.cpp:87コントロールID 0x009e0903の遅延要求ですが、デバイス/dev/v4l-subdev13によってコントロールが公開されていません。 [0:03:53.708162819][1068] INFO カメラ camera_manager.cpp:220パイプラインハンドラ simple にカメラ '/base/soc/bus@42000000/i2c@42540000/max96724@27/i2c-mux/i2c@0/mx95wecam@62' を追加します [0:03:53.709431777][1068] INFO カメラ camera_manager.cpp:220パイプラインハンドラ simple にカメラ '/base/soc/bus@42000000/i2c@42540000/max96724@27/i2c-mux/i2c@1/mx95wecam@62' を追加します パイプラインは稼働中で、事前登録は不要です。 パイプラインは事前登録済みです... パイプラインを再生中に設定します... 新しい時計: GstSystemClock [0:03:53.713476694][1069] INFO カメラ camera.cpp:1215ストリームの設定: (0) 1920x1536-YUYV/未設定 [0:03:53.724398360][1068] エラー V4L2 v4l2_videodevice.cpp:1991/dev/video0[15:cap]: ストリーミングの開始に失敗しました: パイプが壊れています エラー: 要素 /GstPipeline:pipeline0/GstLibcameraSrc:libcamerasrc0 から: カメラの起動に失敗しました: パイプが壊れています 追加のデバッグ情報: ../src/gstreamer/gstlibcamerasrc.cpp(871): gst_libcamera_src_task_enter (): /GstPipeline:pipeline0/GstLibcameraSrc:libcamerasrc0: カメラ開始()エラーコード-32で失敗しました。 実行は0:00:00.013385834秒後に終了しました。 パイプラインをNULLに設定中... パイプラインを解放する... Re: i.MX95 max96724 2 cameras bringup issue はい、GMSL2リンクAとBは、max96724から2台のmax9295aカメラまでロックされています。   ドライバーログ: [ 9.882277] max96724 3-0027: GMSLリンクマスク: 設定済み = 0xf、ロック済み = 0x3 ドライバーコード: while (retries -- ) { locked_links = max96724_check_gmsl_links (priv); if (locked_links == priv->gmsl_link_mask) 壊す; usleep_range ( 2000 , 2500 ); } if (locked_links == 0 ) { regmap_write (priv->rmap, MAX96724_TOP_CTRL_PWR1 , RESET_ALL ); dev_err (dev, "3回の再試行後もGMSLリンクがロックされませんでした。中止します！ \n " ); 戻り値- ENODEV; } dev_info (dev, "GMSLリンクマスク: 設定済み = 0x %x 、ロック済み = 0x %x \n " 、 priv->gmsl_link_mask、locked_links); つまり、max96724とmax9295aの間でフレーム同期は必須なのでしょうか？ Re: i.MX95 max96724 2 cameras bringup issue カメラのセンサは何ですか？ドライバーの設定でフレーム同期モードになっていますか？一部のカメラはデフォルトでフリーランモードで動作します。この場合、単一のカメラはMAX96724に直接接続できますが、複数のカメラの場合は、MAX96724はフレーム同期モードで動作する必要があります。すべてのカメラは、MAX96724からSYNC信号を受信した後、ビデオフレームを送信する必要があります。 お客様が使用したmedia-ctlコマンドは何ですか？

Unable to write NFC NTAG213 using TagWriter app I try to write data on NTAG213 tags. Previously it worked without a problem, now it's impossible. Attaching screens of app during writing.

PN5190 GPIO3 hi all, hope you can help me. We are using PN5190B and we are trying to measure the consumption at ULPCD. Unfortunatly we are in a 2mA value so we are trying to find were is the mistake. We are not sure yet if it is hardware or firmware. But what we are seeing is that GPIO3 , that is managed by an expander (pin set as input) , is when we set ULPCD in high but with each polling it goes a bit low (goes to around 2volts...). Looks that PN5190 is pushing it to low in each polling, Is that normal?  thanks! ignacio Re: PN5190 GPIO3 Hello @ignacioS Hope you are doing well. Are you performing this test with the PN5190 Development Board, or is it with your custom board? Where is the current being measured? Are you using NFC Cockpit to configure ULPCD mode? What is the procedure you are following? Also, please test ULPCD with GPIO3 disconnected from the expander and left as a clean signal and let me know your findings. Regards, Eduardo. Re: PN5190 GPIO3 hi, sorry, intructions were not paste on previous post: Initialize the chip pn5190_ulpcd_calibrate(&g_lpcdRefValue); phhalHw_FieldOff(&hal); pn5190_ulpcd_wait_for_card(g_lpcdRefValue, 200); static phStatus_t pn5190_ulpcd_calibrate(uint32_t *pRefVal) { phStatus_t status; status = phhalHw_Pn5190_Instr_LPCD_SetConfig(&hal, PHHAL_HW_CONFIG_SET_LPCD_WAKEUPTIME_MS, 330U); if ((status & PH_ERR_MASK) != PH_ERR_SUCCESS) return status; status = phhalHw_Pn5190_Instr_LPCD_SetConfig(&hal, PHHAL_HW_CONFIG_LPCD_MODE, PHHAL_HW_PN5190_LPCD_MODE_DEFAULT); if ((status & PH_ERR_MASK) != PH_ERR_SUCCESS) return status; status = phhalHw_Pn5190_Instr_LPCD_SetConfig(&hal, PHHAL_HW_CONFIG_LPCD_CONFIG, PHHAL_HW_PN5190_LPCD_CTRL_ULPCD_CALIB); if ((status & PH_ERR_MASK) != PH_ERR_SUCCESS) return status; status = phhalHw_Lpcd(&hal); if ((status & PH_ERR_MASK) != PH_ERR_SUCCESS) return status; return phhalHw_Pn5190_Instr_LPCD_GetConfig(&hal, PHHAL_HW_CONFIG_LPCD_REF_VAL, pRefVal); } static phStatus_t pn5190_ulpcd_wait_for_card(uint32_t refVal, uint16_t wakeupMs) { phStatus_t status; status = phhalHw_Pn5190_Instr_LPCD_SetConfig(&hal, PHHAL_HW_CONFIG_SET_LPCD_WAKEUPTIME_MS, wakeupMs); if ((status & PH_ERR_MASK) != PH_ERR_SUCCESS) return status; status = phhalHw_Pn5190_Instr_LPCD_SetConfig(&hal, PHHAL_HW_CONFIG_LPCD_MODE, PHHAL_HW_PN5190_LPCD_MODE_POWERDOWN); if ((status & PH_ERR_MASK) != PH_ERR_SUCCESS) return status; status = phhalHw_Pn5190_Instr_LPCD_SetConfig(&hal, PHHAL_HW_CONFIG_LPCD_CONFIG, PHHAL_HW_PN5190_LPCD_CTRL_ULPCD); if ((status & PH_ERR_MASK) != PH_ERR_SUCCESS) return status; status = phhalHw_Pn5190_Instr_LPCD_SetConfig(&hal, PHHAL_HW_CONFIG_LPCD_REF_VAL, refVal); if ((status & PH_ERR_MASK) != PH_ERR_SUCCESS) return status; return phhalHw_Lpcd(&hal); } Re: PN5190 GPIO3 Hello Eduardo, Thank you for your reply, and apologies for my delayed response as we are currently quite busy with this topic. The testing is being done directly on the final product. I already received the prototypes, and all development and validation is now being carried out on them. The initial setup consists of a host directly controlling the SPI of the PN5190B and an I/O expander handling the VEN and GPIO3 lines. This approach comes from the fact that this is a modification of an already existing product, and I no longer had free GPIOs available on the microcontroller, so I was forced to use two GPIOs from an expander. The issue is that we are unable to achieve the very low current consumption specified for ULPCD mode. This is the schematic I currently have around the PN5190B:  Tests I have performed: I disconnected the VEN and GPIO3 lines from the expander and connected them directly to the microcontroller. In this configuration, when entering ULPCD mode, the system consumes around 2.8 mA. At this point, I tried different pin configurations (input/output/high/low, etc.), keeping the pins configured as SPI as well as completely disabling SPI. No success. The minimum current consumption I get is still around 2.8 mA, or even higher. I desoldered pull-up resistors R52 (VEN), R53 (GPIO3), and R38 (Chip Select) at different stages and in different combinations, but the behavior remains exactly the same, still consuming around 2.8 mA. With this last hardware configuration (pins connected directly to the microcontroller and without the pull-ups), if I send the Standby command, I do obtain a current consumption of around 50 µA, which matches quite well with the 45 µA specified by NXP plus around 5 µA from my own circuitry. These are the instructions we are using to enter ULPCD mode, which, based on what I see on the evaluation board, should be correct unless I am mistaken. Do you have any idea what I could be doing wrong? Any help would be greatly appreciated, as I cannot proceed with manufacturing the first pre-series until this issue is resolved. Thank you very much in advance. Best regards, Ignacio

无法使用 TagWriter 应用程序写入 NFC NTAG213 我尝试在 NTAG213 标签上写入数据。以前可以正常工作，现在却不可能了。在编写过程中附加应用程序屏幕。

i.MX95 max96724 2 个摄像头的调用问题 当我插入 1 台摄像机时，我可以调出摄像机，但当我插入 2 台摄像机（相同模块）时，所有摄像机都无法调出。 日志信息： 将管道设置为 PLAYING ... 新时钟：GstSystemClock [0:00:31.239670305][973] INFO Camera camera.cpp:1215配置数据流： (0) 1920x1536-YUYV/Unset [0:00:31.250185346][972] ERROR V4L2 v4l2_videodevice.cpp:1991/dev/video0[15:cap]：Failed to start streaming： ERROR: from element /GstPipeline:pipeline0/GstLibcameraSrc:libcamerasrc0: Failed to start the camera：Broken pipe 附加调试信息： ../src/gstreamer/gstlibcamerasrc.cpp(871): gst_libcamera_src_task_enter ()：/GstPipeline:pipeline0/GstLibcameraSrc:libcamerasrc0: Camera.start()失败，错误代码为 -32 0:00:00.012442958 后执行结束 将管道设置为 NULL ... 释放管道 ... Re: i.MX95 max96724 2 cameras bringup issue 当两台max9295a 摄像机连接到同一 MAX96724 时，只有帧同步模式可以工作，在 MAX96724 上使用多台摄像机的情况下，自由运行将不起作用。 事实上，调试 MAX96724 的主要负载是摄像头 (MAX9295a) 和 MAX96724 之间的设置，我想客户可能需要 Maxim 的支持。在 Linux 可以工作之前，他们必须确保 MAX96724 的 LOCK 位设置无误，只有这样，MAX96724 才能向 iMX95 输出 MIPI 视频帧。 Re: i.MX95 max96724 2 cameras bringup issue 使用 max9295a 的摄像机可以自由运行，无需帧同步。 cam -l , media-ctl& gst log info： root@imx95evk:~#cam -l [0:01:54.016285137][1058] WARN IPAManager ipa_manager.cpp:148在 '/media/jeffin/dev-work/nxp/codeaurora/libcamera/install/lib/libcamera/ipa' 中未发现 IPA [0:01:54.016504762][1058] INFO Camera camera_manager.cpp:330libcamera v0.0.0+6194-lf-6.12.49-2.2.0-dirty (2026-04-24T21:03:02CST) [0:01:54.061756845][1059] WARN CameraSensor camera_sensor_legacy.cpp:502 'mx95wecam 8-0062'：静态属性中未发现传感器延迟。假定默认值未经验证。 [0:01:54.061982970][1059] ERROR DelayedControls delayed_controls.cpp:87延迟请求控制 ID 为 0x00980911 但设备未公开控制权 /dev/v4l-subdev12 [0:01:54.062 06967 06968] [1059] ERROR DelayedControls delayed_controls.cpp:87延迟请求控制 ID 为 0x009e0903 但设备未公开控制权 /dev/v4l-subdev12 [0:01:54.068 941887] [1059] WARN CameraSensor camera_sensor_legacy.cpp:502 'mx95wecam 9-0062'：静态属性中未发现传感器延迟。假定默认值未经验证。 [0:01:54.069094470][1059] ERROR DelayedControls delayed_controls.cpp:87延迟请求 ID 为 0x00980911 但设备未公开控制权 /dev/v4l-subdev13 [0:01:54.069 152970] [1059] ERROR DelayedControls delayed_controls.cpp:87延迟请求 ID 为 0x009e0903 但设备未公开控制权 /dev/v4l-subdev13 [0:01:54.073 940928] [1059] INFO Camera camera_manager.cpp:220为管道处理程序 simple 添加摄像机 '/base/soc/bus@42000000/i2c@42540000/max96724@27/i2c-mux/i2c@0/mx95wecam@62' [0:01:54.074970262][1059] INFO Camera camera_manager.cpp:220为管道处理程序 simple 添加摄像机 '/base/soc/bus@42000000/i2c@42540000/max96724@27/i2c-mux/i2c@1/mx95wecam@62' 可用摄像机： 1：'mx95wecam' (/base/soc/bus@42000000/i2c@42540000/max96724@27/i2c-mux/i2c@0/mx95wecam@62) 2: 'mx95wecam' (/base/soc/bus@42000000/i2c@42540000/max96724@27/i2c-mux/i2c@1/mx95wecam@62) root@imx95evk:~#media-ctl -d /dev/media0 -p 媒体控制器 API 版本 6.12.49 媒体设备信息 ---------------------------------------- 驱动程序 mxc-isi 型号 FSL 捕获媒体设备串行总线信息平台：4ad50000.isi hw revision 0x0 驱动程序版本 6.12.49 设备拓扑 -实体 1：横梁（13 个焊盘，10 个链接，8 条路由） 类型 V4L2 子开发子类型未知标志 0 设备节点名称 /dev/v4l-subdev0 路由： 2/0-> 5/0 [ACTIVE] 2/0-> 6/0 [ACTIVE] 2/0-> 7/0 [ACTIVE] 2/0-> 8/0 [ACTIVE] 2/0-> 9/0 [ACTIVE] 2/0-> 10/0 [活跃] 2/0- > 11/0 [ACTIVE] 2/0-> 12/0 [ACTIVE] pad0：SINK，MUST_CONNECT pad1：SINK，MUST_CONNECT p ad2：SINK，MUST_CONNECT [stream: UYVY8_ 1x16/1920x1536 字段：无色彩空间：srgb xfer: srgb ycbcr: 601 量化：lim -range] <-" 4ac1000.sycon: 格式化程序 @20 " :1 [ENABLED,IMMUTABLE] pad3: SINK,MUST_CONNECT pad4: SINK,MUST_CONNECT < -"mxc_isi.output":0[ENABLED,IMMUTABLE] pad5: SOURCE [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] -> " mxc_isi.0":0[ENABLED,IMMUTABLE] pad6：SOURCE [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] -> " mxc_isi.1":0[ENABLED,IMMUTABLE] pad7: SOURCE [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] -> " mxc_isi.2":0[ENABLED,IMMUTABLE] pad8: SOURCE [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] -> " mxc_isi.3":0[ENABLED,IMMUTABLE] pad9: SOURCE [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] -> " mxc_isi.4":0[ENABLED,IMMUTABLE] pad10: SOURCE [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] -> " mxc_isi.5":0[ENABLED,IMMUTABLE] pad11: SOURCE [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] -> " mxc_isi.6":0[ENABLED,IMMUTABLE] pad12: SOURCE [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] -> " mxc_isi.7":0[启用，不可变] - 实体 15：mxc_isi.0（2 个键盘、2 个链接、0 条路线） 类型 V4L2 子开发子类型未知标志 0 设备节点名称 /dev/v4l-subdev1 p ad0：SINK [stream: 0 fmt: uyvy8_1x16/1920x1536 字段：无色彩空间：jpeg xfer: srgb ycbcr: 601 量化：全域合成.bounds 😞 0,0) /1920x1536 字段：无色彩空间：jpeg xfer: srgb ycbcr: 601 量化：全域合成.bounds 😞 0,0) /1920x1536 36 compose:(0,0)/1920x1536] < -"crossbar":5 [ENABLED,IMMUTABLE] pad1：SOURCE [stream:0 fmt:YUV8_1X24/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range crop.bounds:(0,0)/1920x1536 裁剪:(0,0) /1920x1536] -> "mxc_isi.0.捕获":0 [启用,不可变] -实体 18：mxc_isi.0.捕获（1 个焊盘，1 个链接） 类型节点子类型 V4L 标志 0 设备节点名称 /dev/ video0 pad0：SINK <-" mxc_isi.0 " :1 [启用，不可变] -实体 26：mxc_isi.1（2 个键盘，2 个链接，0 条路线） 类型 V4L2 子开发子类型未知标志 0 设备节点名称 /dev/v4l-subdev2 pad0：SINK [stream: 0 fmt: uyvy8_1x16/1920x1536 字段：无色彩空间：jpeg xfer: srgb ycbcr: 601 量化：全范围合成。:( 0,0) /1920x15 36 compose:(0,0)/1920x1536] < -"crossbar":6 [ENABLED,IMMUTABLE] pad1：SOURCE [stream:0 fmt:YUV8_1X24/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range crop.bounds:(0,0)/1920x1536 裁剪:(0,0)/1920x1536] -> "mxc_isi.1.捕获":0 [启用，不可变] -实体 29：mxc_isi.1.捕获（1 个键盘，1 个链接） 键入节点子类型 V4L 标志 0 设备节点名称 /dev/video1 p ad0：SINK <-" mxc_isi.1 ": 1 [启用，不可变] - 实体 37：mxc_isi.2（2 个键盘、2 个链接、0 条路线） 类型 V4L2 子开发子类型未知标志 0 设备节点名称 /dev/v4l-subdev3 p ad0：SINK [stream: 0 fmt: uyvy8_1x16/1920x1536 字段：无色彩空间：jpeg xfer: srgb ycbcr: 601 量化：全域合成.bounds 😞 0,0) /1920x1536 字段：无色彩空间：jpeg xfer: srgb ycbcr: 601 量化：全域合成.bounds 😞 0,0) /1920x1536 36 compose:(0,0)/1920x1536] < -"crossbar":7 [ENABLED,IMMUTABLE] pad1：SOURCE [stream:0 fmt:YUV8_1X24/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range crop.bounds:(0,0)/1920x1536 裁剪:(0,0) /1920x1536] -> " mxc_isi.2.capture ": 0 [启用，不可变] -实体 40：mxc_isi.2.捕获（1 个焊盘，1 个链接） 类型节点子类型 V4L 标志 0 设备节点名称 /dev/ video2 pad0：SINK <-" mxc_isi.2 " :1 [启用，不可变] - 实体 48：mxc_isi.3（2 个键盘、2 个链接、0 条路线） 类型 V4L2 子开发子类型未知标志 0 设备节点名称 /dev/v4l-subdev4 p ad0：SINK [stream: 0 fmt: uyvy8_1x16/1920x1536 字段：无色彩空间：jpeg xfer: srgb ycbcr: 601 量化：全域合成.bounds 😞 0,0) /1920x1536 字段：无色彩空间：jpeg xfer: srgb ycbcr: 601 量化：全域合成.boundes 😞 0,0) /1920x1536 36 compose:(0,0)/1920x1536] < -"crossbar":8 [ENABLED,IMMUTABLE] pad1：SOURCE [stream:0 fmt:YUV8_1X24/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range crop.bounds:(0,0)/1920x1536 裁剪:(0,0) /1920x1536] -> "mxc_isi.3.捕获":0[启用，不可变] -实体 51：mxc_isi.3.捕获（1 个键盘，1 个链接） 键入节点子类型 V4L 标志 0 设备节点名称 /dev/video3 p ad0：SINK <-" mxc_isi.3 ": 1 [启用，不可变] - 实体 59：mxc_isi.4（2 个键盘、2 个链接、0 条路线） 类型 V4L2 子开发子类型未知标志 0 设备节点名称 /dev/v4l-subdev5 p ad0：SINK [stream: 0 fmt: uyvy8_1x16/1920x1536 字段：无色彩空间：jpeg xfer: srgb ycbcr: 601 量化：全域合成.boundes 😞 0,0) /1920x1536 字段：无色彩空间：jpeg xfer: srgb ycbcr: 601 量化：全域合成.boundes 😞 0,0) /1920x1536 36 compose:(0,0)/1920x1536] < -"crossbar":9 [ENABLED,IMMUTABLE] pad1：SOURCE [stream:0 fmt:YUV8_1X24/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range crop.bounds:(0,0)/1920x1536 裁剪:(0,0) /1920x1536] -> " mxc_isi.4.capture ": 0 [启用，不可变] -实体 62：mxc_isi.4.捕获（1 个焊盘，1 个链接） 类型节点子类型 V4L 标志 0 设备节点名称 /dev/ video4 pad0：SINK <-" mxc_isi.4 " :1 [启用，不可变] -实体 70：mxc_isi.5（2 个键盘，2 个链接，0 条路线） 类型 V4L2 子开发子类型未知标志 0 设备节点名称 /dev/v4l-subdev6 pad0：SINK [stream: 0 fmt: uyvy8_1x16/1920x1536 字段：无色彩空间：jpeg xfer: srgb ycbcr: 601 量化：全域合成。bcb 声音 😞 0,0) /1920x15 36 compose:(0,0)/1920x1536] < -"crossbar":10 [ENABLED,IMMUTABLE] pad1：SOURCE [stream:0 fmt:YUV8_1X24/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range crop.bounds:(0,0)/1920x1536 裁剪:(0,0)/1920x1536] -> "mxc_isi.5.捕获":0 [启用,不可变] -实体 73：mxc_isi.5.capture（1 个焊盘，1 个链接） 类型节点子类型 V4L 标志 0 设备节点名称 /dev/ video5 pad0：SINK <-" mxc_isi.5 " :1 [启用，不可变] -实体 81：mxc_isi.6（2 个键盘，2 个链接，0 条路线） 类型 V4L2 子开发子类型未知标志 0 设备节点名称 /dev/v4l-subdev7 pad0：SINK [stream: 0 fmt: uyvy8_1x16/1920x1536 字段：无色彩空间：jpeg xfer: srgb ycbcr: 601 量化：全域合成。bcb 声音 😞 0,0) /1920x15 36 compose:(0,0)/1920x1536] < -"crossbar":11 [ENABLED,IMMUTABLE] pad1：SOURCE [stream:0 fmt:YUV8_1X24/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range crop.bounds:(0,0)/1920x1536 裁剪:(0,0)/1920x1536] -> "mxc_isi.6.捕获":0[启用，不可变] -实体 84：mxc_isi.6.捕获（1 个键盘，1 个链接） 键入节点子类型 V4L 标志 0 设备节点名称 /dev/video6 p ad0：SINK <-" mxc_isi.6 ": 1 [启用，不可变] -实体 92：mxc_isi.7（2 个键盘，2 个链接，0 条路线） 类型 V4L2 子开发子类型未知标志 0 设备节点名称 /dev/v4l-subdev8 pad0：SINK [stream: 0 fmt: uyvy8_1x16/1920x1536 字段：无色彩空间：jpeg xfer: srgb ycbcr: 601 量化：全域合成。bcb 声音 😞 0,0) /1920x15 36 compose:(0,0)/1920x1536] < -"crossbar":12 [ENABLED,IMMUTABLE] pad1：SOURCE [stream:0 fmt:YUV8_1X24/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range crop.bounds:(0,0)/1920x1536 裁剪:(0,0) /1920x1536] -> " mxc_isi.7.捕获 ": 0 [启用，不可变] -实体 95：mxc_isi.7.捕获（1 个焊盘，1 个链接） 类型节点子类型 V4L 标志 0 设备节点名称 /dev/ video7 pad0：SINK <-" mxc_isi.7 " :1 [启用，不可变] - 实体 103：mxc_isi.output (1 pad, 1 link) 类型 节点子类型 V4L 标志 0 pad0: SOURCE -> " crossbar":4 [ENABLED,IMMUTABLE] - 实体 110：4ac10000.syscon:formatter@20（2 个键盘、2 个链接、1 条路线） 类型 V4L2 子开发子类型未知标志 0 设备节点名称 /dev/v4l-subdev9 路 由：0/0-> 1/0 [ACTIVE] pad0：SINK [stream: 0 fmt: uyvy8_1x16/1920x1080 字段：无色彩空间：smpte17 0m xfer: 709 ycbcr: 601 量化:lim-range] <-" csidev-4 ad30000.csi " :1 [ENABLED,IMMUTABLE] pad1：SOURCE [stream:0 fmt:UYVY8_1X16/1920x1080 field:none colorspace:smpte170m xfer:709 ycbcr:601 quantization:lim-range] -> " crossbar":2 [ENABLED,IMMUTABLE]。 -实体 115：csidev-4ad30000.csi（2 个键盘、2 个链接、1 条路由） 类型 V4L2 子开发子类型未知标志 0 设备节点名称 /dev/v4l-subdev10 路由：0/0-> 1/0 [ACTIVY] pad0：SINK [stream: 0 fmt: uyvy8_1x16/ 1920x1080 字段：无 colorspace: smpte170m xfer: 70 9 ycbcr: 601 量化:lim-range] <-" max96724 3-0027 ": 4 [已启用] p ad1：来源 [stream: 0 fmt: uyvy8_1x16/1920x1080 字 段：无 colorspace: smpte170m xfer: 709 ycbcr: 601 量化:lim-range]-> " 4ac1000.syscon: formatter @20 ": 0 [启用，不可变] -实体 120：max96724 3-0027（6 个键盘，3 个链接，4 条路由） 类型 V4L2 子开发子类型未知标志 0 设备节点名称 /dev/v4l-subdev11 路由：0/0-> 4/0 [ACTIVE] 1/0-> 4/1 [ACTIVE] 2/0-> 5/2 [ACTIVE] 3/ 0-> 5/3 [ACTIVE] pad0：S INK [stream: 0 fmtUY: vy8_1x16/1920x1536 色彩空间：raw] <-" mx95wecam 8- 0062 ": 0 [已启用，不可变] p ad1：SINK [stream: 0 fmt: uyvy8_1x16/1920x1536 colorspace: raw] <-" mx95wecam 9-0062 ": 0 [启用，不可变] pad2：SINK [stream: 0 fmt: UYVY8_1x16/1920x1536 色彩空间:raw] pad3: SINK [stream: 0 fmt: uyvy8_1x16/1920x1536 色彩空间:raw] pad3: SINK [stream: 0 fmt: uyvy8_1x16/1920x1536 mt: uyvy8_1x16/1920x1536 色彩空间:raw] pad4: 来源 [直播:0 fmt: uyvy8_1x16/1920x1536 色彩空间:raw] [直播:1 fmt: uyvy8_1x16/1920x1536 色彩空间:raw] -> " csidev-4ad30000.csi ": 0[ENABLED] pad5: SOURCE [stream:2 fmt:UYVY8_1X16/1920x1536 colorpace:raw] [stream:3 fmt:UYVY8_1X16/1920x1536 colorpace:raw] -实体 129：mx95wecam 8-0062（1 个焊盘，1 个链接，0 条路线） 类型 V4L2 子开发子类型传感器标志 0 设备节点名称 /dev/v4l-subdev12 pad0：来源 [stream: 0 fmt: uyvy8_1x16/1920x1536 字段：无色彩空间：原始 xfer: 无 ycbcr: 601 量化：全范围裁剪界限:(0,0) /1920x15 36 crop:(0,0)/1920x1536] -> " max96724 3-0027":0 [ENABLED,IMMUTABLE]。 -实体 133：mx95wecam 9-0062（1 个焊盘，1 个链接，0 条路线） 类型 V4L2 子开发子类型传感器标志 0 设备节点名称 /dev/v4l-subdev13 pad0：来源 [stream: 0 fmt: uyvy8_1x16/1920x1536 字段：无色彩空间：原始 xfer: 无 ycbcr: 601 量化：全范围裁剪界限:(0,0) /1920x15 36 crop:(0,0)/1920x1536] -> " max96724 3-0027":1 [ENABLED,IMMUTABLE]。 root @imx95evk：~# gst-launch-1.0 libcamerasrc camera-name=/base/soc/bus @42000000 /i2c @42540000 /max96724 @27 /i2c-mux/i2c-mux/i2c @0 /mx95wecam @62！video/x-raw，宽度 = 1920，高度 = 1536，格式 = YUY2！autovid eosink 正在将管道设置为已暂停... [0:03:53.646 204235][1061] WARN IPAManager ipa_manager.cpp:148在 '/media/jeffin/dev-work/nxp/codeaurora/libcamera/install/lib/libcamera/ipa' 中未发现 IPA [0:03:53.646456819][1061] INFO Camera camera_manager.cpp:330libcamera v0.0.0+6194-lf-6.12.49-2.2.0-dirty (2026-04-24T21:03:02CST) [0:03:53.694436152][1068] WARN CameraSensor camera_sensor_legacy.cpp:502 'mx95wecam 8-0062'：静态属性中未发现传感器延迟。假定默认值未经验证。 [0:03:53.694678277][1068] ERROR DelayedControls delayed_controls.cpp:87延迟请求 ID 为 0x00980911 但设备未公开控制权 /dev/v4l-subdev12 [0:03:53.694 785485] [1068] ERROR DelayedControls delayed_controls.cpp:87延迟请求控制 ID 为 0x009e0903 但设备未公开控制权 /dev/v4l-subdev12 [0:03:53.702 510985] [1068] WARN CameraSensor camera_sensor_legacy.cpp:502 'mx95wecam 9-0062'：静态属性中未发现传感器延迟。假定默认值未经验证。 [0:03:53.702685235][1068] ERROR DelayedControls delayed_controls.cpp:87延迟请求控制 ID 为 0x00980911 但设备未公开控制权 /dev/v4l-subdev13 [0:03:53.702 777610] [1068] ERROR DelayedControls delayed_controls.cpp:87延迟请求控制 ID 为 0x009e0903 但设备未公开控制权 /dev/v4l-subdev13 [0:03:53.708 162819] [1068] INFO Camera camera_manager.cpp:220为管道处理程序 simple 添加摄像机 '/base/soc/bus@42000000/i2c@42540000/max96724@27/i2c-mux/i2c@0/mx95wecam@62' [0:03:53.709431777][1068] INFO Camera camera_manager.cpp:220添加摄像机 '/base/soc/bus@42000000/i2c@42540000/max96724@27/i2c-mux/i2c@1/mx95wecam@62' for pipeline handler simple 管道已启动，无需 PREROLL ... 管道已 PREROLLED ... 将管道设置为正在播放 ... 新时钟：GstSystemClock [0:03:53.713476694][1069] INFO Camera camera.cpp:1215配置数据流： (0) 1920x1536-YUYV/Unset [0:03:53.724398360][1068] ERROR V4L2 v4l2_videodevice.cpp:1991/dev/video0[15:cap]：Failed to start streaming： ERROR: from element /GstPipeline:pipeline0/GstLibcameraSrc:libcamerasrc0: Failed to start the camera：Broken pipe 附加调试信息： ../src/gstreamer/gstlibcamerasrc.cpp(871): gst_libcamera_src_task_enter ()：/GstPipeline:pipeline0/GstLibcameraSrc:libcamerasrc0: Camera.start()失败，错误代码为 -32 0:00:00.013385834 后执行结束 将管道设置为 NULL ... 释放管道 ... Re: i.MX95 max96724 2 cameras bringup issue 是，GMSL2 链接 A&B 已锁定，用于 max96724 -> 2 max9295a 摄像机。 驱动程序日志： [ 9.882277] max96724 3-0027：GMSL 链接掩码：已配置 = 0xf，已锁定 = 0x3 驱动程序代码： 虽然（重试--) { 锁定链接 = max96724_check_gmsl_links(私有）； 如果(locked_links ==priv->gmsl_link_mask) 打破; usleep_range(2000, 2500); } 如果(locked_links == 0) { regmap_write(priv->rmap、 MAX96724_TOP_CTRL_PWR1, RESET_ALL); dev_err（dev、 "重试 3 次后仍未锁定 GMSL 链接。终止！\n"); 返回 -ENODEV； } dev_info（dev、 "GMSL 链接掩码：已配置 = 0x%x锁定 = 0x%x\n", priv->gmsl_link_mask，locked_links); 那么，是否必须在 max96724 和 max9295a 之间进行帧同步？ Re: i.MX95 max96724 2 cameras bringup issue 相机传感器是什么？是否在驱动程序中设置为帧同步模式？有些摄像机默认工作在自由运行模式，在这种情况下，单台摄像机可以直接工作在 MAX96724 上，但对于多台摄像机，MAX96724 需要它们工作在帧同步模式，所有摄像机在收到 MAX96724 发出的同步信号后都要发送视频帧。 客户使用的 media-ctl 命令是什么？

i.MX95 PinList 与球映射中的 NET_NAME 不匹配。 大家好 我比较了 "i.mx95_19mm_ballmap.xlsx "中的 NET_NAME。 和 "imx95_pinmux_pinlist.xlsx "中的球名称，" 这些都包括在修订版中。i.MX95 数据表 "IMX95AEC.pdf "的第 8 页。 因此，下列 NET_NAME 和 Balls 不匹配。 球：仅 imx95_pinmux_pinlist VDD_AUD_1P8 VSS_SENSE NET_NAME : i.mx95_19mm_ballmap only DEPOP VDD_EARC_1P8 VSS_SOC_SENSE VSS_ARM_SENSE 对于未在 NET_NAME 中列出的球，应将其分配给哪些引脚？ 此外，应如何处理未在 Balls 中列出的带有 NET_NAME 的引脚？ 顺祝商祺！ 石井 Re: i.MX95 PinList do not match the NET_NAME in the ball map. imx95 有两种封装，15mmx15mm 将 VSS_SOC_SENSE 和 VSS_ARM_SENSE 组合到 VSS_SENSE，19mmx19mm 有单独的 VSS_ARM_SENSE 和 VSS_SOC_SENSE 引脚。因此，您可以在 imx95 针脚列表中看到两个名称，其中包括 15 毫米和 19 毫米。 对于 VDD_AUD_1V8 和 VDD_EARC_1V8，由于不支持 eARC 功能，因此在 B0 芯片上进行了更改。 请参阅附件。

Debug interface recommendations for Kinetis and LPC? I do most of my development on the Kinetis series, and potentially some LPC parts in the near future. I've got a drawer full of debug interfaces from P&E Micro, including a Cyclone ACP that I use most. I sometimes find myself switching from the $600 Cyclone to the $20 LPC-Link2 because the Cyclone has so many weird problems with MCUXpresso. Honestly the LPC-Link2 does most of what I need, it's just a bit slow. Should I be looking at Segger interfaces? Can someone recommend a reliable, reasonably fast interface that's well-supported in MCUXpresso (and hopefully CodeWarrior 11 as well) that doesn't cause crashes all of the time, or fail to halt a running target? Trace support would be nice. Thanks! Re: Debug interface recommendations for Kinetis and LPC? Hello @somaikoha , Thanks for your post. For MCUXpresso, the LPC-Link is actually a good option, it has excellent compatibility and is quite inexpensive. However, it doesn’t appear to be supported by CodeWarrior. For instance, CodeWarrior v11.1 only supports the debuggers listed below. Eclipse IDE for Microcontrollerss | NXP Semiconductors Given that, you might want to consider getting a Segger J-Link. Hope it helps. BR Celeste

i.MX95 max96724 2 cameras bringup issue when I plugin 1 camera I can bring up the camera, but I plugin 2 cameras (same module), all the cameras bring up failed. log info: Setting pipeline to PLAYING ... New clock: GstSystemClock [0:00:31.239670305] [973] INFO Camera camera.cpp:1215 configuring streams: (0) 1920x1536-YUYV/Unset [0:00:31.250185346] [972] ERROR V4L2 v4l2_videodevice.cpp:1991 /dev/video0[15:cap]: Failed to start streaming: Broken pipe ERROR: from element /GstPipeline:pipeline0/GstLibcameraSrc:libcamerasrc0: Failed to start the camera: Broken pipe Additional debug info: ../src/gstreamer/gstlibcamerasrc.cpp(871): gst_libcamera_src_task_enter (): /GstPipeline:pipeline0/GstLibcameraSrc:libcamerasrc0: Camera.start() failed with error code -32 Execution ended after 0:00:00.012442958 Setting pipeline to NULL ... Freeing pipeline ... Re: i.MX95 max96724 2 cameras bringup issue When two max9295a cameras are connected to same MAX96724, only Frame Sync mode can work, free run will not work in multiple camera use case on MAX96724. In fact, the main loading to debug the MAX96724 is on the setting between camera (MAX9295a) and MAX96724, I think customer maybe need support from Maxim. Before Linux can work, they should make sure MAX96724's LOCK bit is set without error, only after that, MAX96724 can output MIPI video frames to iMX95. Re: i.MX95 max96724 2 cameras bringup issue What's the camera sensor? Are they set to Frame Sync mode in driver? Some camera are working in free run in default, in this case, single camera can work on MAX96724 directly, but for multiple cameras, MAX96724 needs they work in Frame Sync mode, all the cameras should send out video frame after they received the SYNC signal from MAX96724. And what's the media-ctl command the customer used? Re: i.MX95 max96724 2 cameras bringup issue Yes, the GMSL2 Link A&B is Locked for max96724 -> 2 max9295a cameras.    driver log: [ 9.882277] max96724 3-0027: GMSL link mask: configured = 0xf, locked = 0x3 driver code: while (retries--) { locked_links = max96724_check_gmsl_links(priv); if (locked_links == priv->gmsl_link_mask) break; usleep_range(2000, 2500); } if (locked_links == 0) { regmap_write(priv->rmap, MAX96724_TOP_CTRL_PWR1, RESET_ALL); dev_err(dev, "No GMSL link has locked after 3 retries. Abort!\n"); return -ENODEV; } dev_info(dev, "GMSL link mask: configured = 0x%x, locked = 0x%x\n", priv->gmsl_link_mask, locked_links); So, is must need the frame sync between max96724 and max9295a? Re: i.MX95 max96724 2 cameras bringup issue the camera with max9295a，is working in free run, no frame sync need. cam -l , media-ctl  & gst log info： root@imx95evk:~# cam -l [0:01:54.016285137] [1058] WARN IPAManager ipa_manager.cpp:148 No IPA found in '/media/jeffin/dev-work/nxp/codeaurora/libcamera/install/lib/libcamera/ipa' [0:01:54.016504762] [1058] INFO Camera camera_manager.cpp:330 libcamera v0.0.0+6194-lf-6.12.49-2.2.0-dirty (2026-04-24T21:03:02CST) [0:01:54.061756845] [1059] WARN CameraSensor camera_sensor_legacy.cpp:502 'mx95wecam 8-0062': No sensor delays found in static properties. Assuming unverified defaults. [0:01:54.061982970] [1059] ERROR DelayedControls delayed_controls.cpp:87 Delay request for control id 0x00980911 but control is not exposed by device /dev/v4l-subdev12 [0:01:54.062069678] [1059] ERROR DelayedControls delayed_controls.cpp:87 Delay request for control id 0x009e0903 but control is not exposed by device /dev/v4l-subdev12 [0:01:54.068941887] [1059] WARN CameraSensor camera_sensor_legacy.cpp:502 'mx95wecam 9-0062': No sensor delays found in static properties. Assuming unverified defaults. [0:01:54.069094470] [1059] ERROR DelayedControls delayed_controls.cpp:87 Delay request for control id 0x00980911 but control is not exposed by device /dev/v4l-subdev13 [0:01:54.069152970] [1059] ERROR DelayedControls delayed_controls.cpp:87 Delay request for control id 0x009e0903 but control is not exposed by device /dev/v4l-subdev13 [0:01:54.073940928] [1059] INFO Camera camera_manager.cpp:220 Adding camera '/base/soc/bus@42000000/i2c@42540000/max96724@27/i2c-mux/i2c@0/mx95wecam@62' for pipeline handler simple [0:01:54.074970262] [1059] INFO Camera camera_manager.cpp:220 Adding camera '/base/soc/bus@42000000/i2c@42540000/max96724@27/i2c-mux/i2c@1/mx95wecam@62' for pipeline handler simple Available cameras: 1: 'mx95wecam' (/base/soc/bus@42000000/i2c@42540000/max96724@27/i2c-mux/i2c@0/mx95wecam@62) 2: 'mx95wecam' (/base/soc/bus@42000000/i2c@42540000/max96724@27/i2c-mux/i2c@1/mx95wecam@62) root@imx95evk:~# media-ctl -d /dev/media0 -p Media controller API version 6.12.49 Media device information ------------------------ driver mxc-isi model FSL Capture Media Device serial bus info platform:4ad50000.isi hw revision 0x0 driver version 6.12.49 Device topology - entity 1: crossbar (13 pads, 10 links, 8 routes) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev0 routes: 2/0 -> 5/0 [ACTIVE] 2/0 -> 6/0 [ACTIVE] 2/0 -> 7/0 [ACTIVE] 2/0 -> 8/0 [ACTIVE] 2/0 -> 9/0 [ACTIVE] 2/0 -> 10/0 [ACTIVE] 2/0 -> 11/0 [ACTIVE] 2/0 -> 12/0 [ACTIVE] pad0: SINK,MUST_CONNECT pad1: SINK,MUST_CONNECT pad2: SINK,MUST_CONNECT [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] <- "4ac10000.syscon:formatter@20":1 [ENABLED,IMMUTABLE] pad3: SINK,MUST_CONNECT pad4: SINK,MUST_CONNECT <- "mxc_isi.output":0 [ENABLED,IMMUTABLE] pad5: SOURCE [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] -> "mxc_isi.0":0 [ENABLED,IMMUTABLE] pad6: SOURCE [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] -> "mxc_isi.1":0 [ENABLED,IMMUTABLE] pad7: SOURCE [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] -> "mxc_isi.2":0 [ENABLED,IMMUTABLE] pad8: SOURCE [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] -> "mxc_isi.3":0 [ENABLED,IMMUTABLE] pad9: SOURCE [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] -> "mxc_isi.4":0 [ENABLED,IMMUTABLE] pad10: SOURCE [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] -> "mxc_isi.5":0 [ENABLED,IMMUTABLE] pad11: SOURCE [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] -> "mxc_isi.6":0 [ENABLED,IMMUTABLE] pad12: SOURCE [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] -> "mxc_isi.7":0 [ENABLED,IMMUTABLE] - entity 15: mxc_isi.0 (2 pads, 2 links, 0 routes) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev1 pad0: SINK [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range compose.bounds:(0,0)/1920x1536 compose:(0,0)/1920x1536] <- "crossbar":5 [ENABLED,IMMUTABLE] pad1: SOURCE [stream:0 fmt:YUV8_1X24/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range crop.bounds:(0,0)/1920x1536 crop:(0,0)/1920x1536] -> "mxc_isi.0.capture":0 [ENABLED,IMMUTABLE] - entity 18: mxc_isi.0.capture (1 pad, 1 link) type Node subtype V4L flags 0 device node name /dev/video0 pad0: SINK <- "mxc_isi.0":1 [ENABLED,IMMUTABLE] - entity 26: mxc_isi.1 (2 pads, 2 links, 0 routes) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev2 pad0: SINK [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range compose.bounds:(0,0)/1920x1536 compose:(0,0)/1920x1536] <- "crossbar":6 [ENABLED,IMMUTABLE] pad1: SOURCE [stream:0 fmt:YUV8_1X24/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range crop.bounds:(0,0)/1920x1536 crop:(0,0)/1920x1536] -> "mxc_isi.1.capture":0 [ENABLED,IMMUTABLE] - entity 29: mxc_isi.1.capture (1 pad, 1 link) type Node subtype V4L flags 0 device node name /dev/video1 pad0: SINK <- "mxc_isi.1":1 [ENABLED,IMMUTABLE] - entity 37: mxc_isi.2 (2 pads, 2 links, 0 routes) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev3 pad0: SINK [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range compose.bounds:(0,0)/1920x1536 compose:(0,0)/1920x1536] <- "crossbar":7 [ENABLED,IMMUTABLE] pad1: SOURCE [stream:0 fmt:YUV8_1X24/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range crop.bounds:(0,0)/1920x1536 crop:(0,0)/1920x1536] -> "mxc_isi.2.capture":0 [ENABLED,IMMUTABLE] - entity 40: mxc_isi.2.capture (1 pad, 1 link) type Node subtype V4L flags 0 device node name /dev/video2 pad0: SINK <- "mxc_isi.2":1 [ENABLED,IMMUTABLE] - entity 48: mxc_isi.3 (2 pads, 2 links, 0 routes) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev4 pad0: SINK [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range compose.bounds:(0,0)/1920x1536 compose:(0,0)/1920x1536] <- "crossbar":8 [ENABLED,IMMUTABLE] pad1: SOURCE [stream:0 fmt:YUV8_1X24/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range crop.bounds:(0,0)/1920x1536 crop:(0,0)/1920x1536] -> "mxc_isi.3.capture":0 [ENABLED,IMMUTABLE] - entity 51: mxc_isi.3.capture (1 pad, 1 link) type Node subtype V4L flags 0 device node name /dev/video3 pad0: SINK <- "mxc_isi.3":1 [ENABLED,IMMUTABLE] - entity 59: mxc_isi.4 (2 pads, 2 links, 0 routes) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev5 pad0: SINK [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range compose.bounds:(0,0)/1920x1536 compose:(0,0)/1920x1536] <- "crossbar":9 [ENABLED,IMMUTABLE] pad1: SOURCE [stream:0 fmt:YUV8_1X24/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range crop.bounds:(0,0)/1920x1536 crop:(0,0)/1920x1536] -> "mxc_isi.4.capture":0 [ENABLED,IMMUTABLE] - entity 62: mxc_isi.4.capture (1 pad, 1 link) type Node subtype V4L flags 0 device node name /dev/video4 pad0: SINK <- "mxc_isi.4":1 [ENABLED,IMMUTABLE] - entity 70: mxc_isi.5 (2 pads, 2 links, 0 routes) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev6 pad0: SINK [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range compose.bounds:(0,0)/1920x1536 compose:(0,0)/1920x1536] <- "crossbar":10 [ENABLED,IMMUTABLE] pad1: SOURCE [stream:0 fmt:YUV8_1X24/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range crop.bounds:(0,0)/1920x1536 crop:(0,0)/1920x1536] -> "mxc_isi.5.capture":0 [ENABLED,IMMUTABLE] - entity 73: mxc_isi.5.capture (1 pad, 1 link) type Node subtype V4L flags 0 device node name /dev/video5 pad0: SINK <- "mxc_isi.5":1 [ENABLED,IMMUTABLE] - entity 81: mxc_isi.6 (2 pads, 2 links, 0 routes) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev7 pad0: SINK [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range compose.bounds:(0,0)/1920x1536 compose:(0,0)/1920x1536] <- "crossbar":11 [ENABLED,IMMUTABLE] pad1: SOURCE [stream:0 fmt:YUV8_1X24/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range crop.bounds:(0,0)/1920x1536 crop:(0,0)/1920x1536] -> "mxc_isi.6.capture":0 [ENABLED,IMMUTABLE] - entity 84: mxc_isi.6.capture (1 pad, 1 link) type Node subtype V4L flags 0 device node name /dev/video6 pad0: SINK <- "mxc_isi.6":1 [ENABLED,IMMUTABLE] - entity 92: mxc_isi.7 (2 pads, 2 links, 0 routes) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev8 pad0: SINK [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range compose.bounds:(0,0)/1920x1536 compose:(0,0)/1920x1536] <- "crossbar":12 [ENABLED,IMMUTABLE] pad1: SOURCE [stream:0 fmt:YUV8_1X24/1920x1536 field:none colorspace:jpeg xfer:srgb ycbcr:601 quantization:full-range crop.bounds:(0,0)/1920x1536 crop:(0,0)/1920x1536] -> "mxc_isi.7.capture":0 [ENABLED,IMMUTABLE] - entity 95: mxc_isi.7.capture (1 pad, 1 link) type Node subtype V4L flags 0 device node name /dev/video7 pad0: SINK <- "mxc_isi.7":1 [ENABLED,IMMUTABLE] - entity 103: mxc_isi.output (1 pad, 1 link) type Node subtype V4L flags 0 pad0: SOURCE -> "crossbar":4 [ENABLED,IMMUTABLE] - entity 110: 4ac10000.syscon:formatter@20 (2 pads, 2 links, 1 route) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev9 routes: 0/0 -> 1/0 [ACTIVE] pad0: SINK [stream:0 fmt:UYVY8_1X16/1920x1080 field:none colorspace:smpte170m xfer:709 ycbcr:601 quantization:lim-range] <- "csidev-4ad30000.csi":1 [ENABLED,IMMUTABLE] pad1: SOURCE [stream:0 fmt:UYVY8_1X16/1920x1080 field:none colorspace:smpte170m xfer:709 ycbcr:601 quantization:lim-range] -> "crossbar":2 [ENABLED,IMMUTABLE] - entity 115: csidev-4ad30000.csi (2 pads, 2 links, 1 route) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev10 routes: 0/0 -> 1/0 [ACTIVE] pad0: SINK [stream:0 fmt:UYVY8_1X16/1920x1080 field:none colorspace:smpte170m xfer:709 ycbcr:601 quantization:lim-range] <- "max96724 3-0027":4 [ENABLED] pad1: SOURCE [stream:0 fmt:UYVY8_1X16/1920x1080 field:none colorspace:smpte170m xfer:709 ycbcr:601 quantization:lim-range] -> "4ac10000.syscon:formatter@20":0 [ENABLED,IMMUTABLE] - entity 120: max96724 3-0027 (6 pads, 3 links, 4 routes) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev11 routes: 0/0 -> 4/0 [ACTIVE] 1/0 -> 4/1 [ACTIVE] 2/0 -> 5/2 [ACTIVE] 3/0 -> 5/3 [ACTIVE] pad0: SINK [stream:0 fmt:UYVY8_1X16/1920x1536 colorspace:raw] <- "mx95wecam 8-0062":0 [ENABLED,IMMUTABLE] pad1: SINK [stream:0 fmt:UYVY8_1X16/1920x1536 colorspace:raw] <- "mx95wecam 9-0062":0 [ENABLED,IMMUTABLE] pad2: SINK [stream:0 fmt:UYVY8_1X16/1920x1536 colorspace:raw] pad3: SINK [stream:0 fmt:UYVY8_1X16/1920x1536 colorspace:raw] pad4: SOURCE [stream:0 fmt:UYVY8_1X16/1920x1536 colorspace:raw] [stream:1 fmt:UYVY8_1X16/1920x1536 colorspace:raw] -> "csidev-4ad30000.csi":0 [ENABLED] pad5: SOURCE [stream:2 fmt:UYVY8_1X16/1920x1536 colorspace:raw] [stream:3 fmt:UYVY8_1X16/1920x1536 colorspace:raw] - entity 129: mx95wecam 8-0062 (1 pad, 1 link, 0 routes) type V4L2 subdev subtype Sensor flags 0 device node name /dev/v4l-subdev12 pad0: SOURCE [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:raw xfer:none ycbcr:601 quantization:full-range crop.bounds:(0,0)/1920x1536 crop:(0,0)/1920x1536] -> "max96724 3-0027":0 [ENABLED,IMMUTABLE] - entity 133: mx95wecam 9-0062 (1 pad, 1 link, 0 routes) type V4L2 subdev subtype Sensor flags 0 device node name /dev/v4l-subdev13 pad0: SOURCE [stream:0 fmt:UYVY8_1X16/1920x1536 field:none colorspace:raw xfer:none ycbcr:601 quantization:full-range crop.bounds:(0,0)/1920x1536 crop:(0,0)/1920x1536] -> "max96724 3-0027":1 [ENABLED,IMMUTABLE] root@imx95evk:~# gst-launch-1.0 libcamerasrc camera-name=/base/soc/bus@42000000/i2c@42540000/max96724@27/i2c-mux/i2c@0/mx95wecam@62 ! video/x-raw,width=1920,height=1536,format=YUY2 ! autovid eosink Setting pipeline to PAUSED ... [0:03:53.646204235] [1061] WARN IPAManager ipa_manager.cpp:148 No IPA found in '/media/jeffin/dev-work/nxp/codeaurora/libcamera/install/lib/libcamera/ipa' [0:03:53.646456819] [1061] INFO Camera camera_manager.cpp:330 libcamera v0.0.0+6194-lf-6.12.49-2.2.0-dirty (2026-04-24T21:03:02CST) [0:03:53.694436152] [1068] WARN CameraSensor camera_sensor_legacy.cpp:502 'mx95wecam 8-0062': No sensor delays found in static properties. Assuming unverified defaults. [0:03:53.694678277] [1068] ERROR DelayedControls delayed_controls.cpp:87 Delay request for control id 0x00980911 but control is not exposed by device /dev/v4l-subdev12 [0:03:53.694785485] [1068] ERROR DelayedControls delayed_controls.cpp:87 Delay request for control id 0x009e0903 but control is not exposed by device /dev/v4l-subdev12 [0:03:53.702510985] [1068] WARN CameraSensor camera_sensor_legacy.cpp:502 'mx95wecam 9-0062': No sensor delays found in static properties. Assuming unverified defaults. [0:03:53.702685235] [1068] ERROR DelayedControls delayed_controls.cpp:87 Delay request for control id 0x00980911 but control is not exposed by device /dev/v4l-subdev13 [0:03:53.702777610] [1068] ERROR DelayedControls delayed_controls.cpp:87 Delay request for control id 0x009e0903 but control is not exposed by device /dev/v4l-subdev13 [0:03:53.708162819] [1068] INFO Camera camera_manager.cpp:220 Adding camera '/base/soc/bus@42000000/i2c@42540000/max96724@27/i2c-mux/i2c@0/mx95wecam@62' for pipeline handler simple [0:03:53.709431777] [1068] INFO Camera camera_manager.cpp:220 Adding camera '/base/soc/bus@42000000/i2c@42540000/max96724@27/i2c-mux/i2c@1/mx95wecam@62' for pipeline handler simple Pipeline is live and does not need PREROLL ... Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstSystemClock [0:03:53.713476694] [1069] INFO Camera camera.cpp:1215 configuring streams: (0) 1920x1536-YUYV/Unset [0:03:53.724398360] [1068] ERROR V4L2 v4l2_videodevice.cpp:1991 /dev/video0[15:cap]: Failed to start streaming: Broken pipe ERROR: from element /GstPipeline:pipeline0/GstLibcameraSrc:libcamerasrc0: Failed to start the camera: Broken pipe Additional debug info: ../src/gstreamer/gstlibcamerasrc.cpp(871): gst_libcamera_src_task_enter (): /GstPipeline:pipeline0/GstLibcameraSrc:libcamerasrc0: Camera.start() failed with error code -32 Execution ended after 0:00:00.013385834 Setting pipeline to NULL ... Freeing pipeline ...

LPI2Cにおけるセカンダリクロック/データラインの有効化（S32 Design Studio） チームの皆さん、こんにちは。 S32 Design Studio (ARM) で LPI2C を使用しており、LPI2C0 のセカンダリ クロック ラインとセカンダリ データ ラインを有効にしたいと考えています。 ピンツールでこれらの信号を選択すると、次のメッセージが表示されます。 「物件の自動設定は現在無効になっています。」この機能を有効にするには、空欄を入力するか、ポップアップメニューを使用してください。 ここからどう進めたらいいのか分かりません。S32 Design StudioでこれらのセカンダリI2Cラインを有効にするための正しい手順を教えていただけますか？ 参考までにスクリーンショットを添付します。 ありがとうございます。 Re: Enabling Secondary Clock/Data Line in LPI2C (S32 Design Studio) こんにちは、 @sakshee さん。 現在お使いのIDEはサポート対象外です。 最新のRTDドライバがインストールされた、より新しいIDEに切り替えてください。 自動設定が具体的に何を指しているのかはっきりとは分かりませんが、ポップアップメニューから適切なポートを簡単に選択できます。 手動選択で十分です。自動化する必要はありません。 よろしくお願いいたします。 ダニエル

dz60 代码由处理器专家生成。 EEPROM写入 在 mc9s08dz60 上，调用 iee1_setword 和 iee1_getword 没问题。当我单独调用 iee1_getword 时，该数字是 0x1234。数字为 0xffff。 问题出在哪里？ Re: dz60 Hello 你能帮我们在处理器专家中分享你的元器件检查器配置吗 请共享属性、方法和起始地址配置、 我正试图使用 Code Warrior v11.1 进行类似设置。 MC9S08DZ60VLH 项目配置。 你能帮我们确认除了 IEE1 之外还有其他元器件吗？ 如果您能提供更多有关设置的信息，以及从哪里读取数值，我们将不胜感激。 最诚挚的问候，路易斯

Kinetis 和 LPC 的调试接口建议？ 我的大部分开发工作都是在 Kinetis 系列上完成的，在不久的将来可能还会使用一些 LPC 部件。我的抽屉里装满了 P & E Micro 的调试接口，包括我最常用的 Cyclone ACP。 我有时会发现自己从 600 美元的 Cyclone 换到 20 美元的 LPC-Link2，因为 Cyclone 在 MCUXpresso 上有很多奇怪的问题。老实说，LPC-Link2 能满足我的大部分需求，只是速度有点慢。 我是否应该查看 Segger 接口？有人能推荐一个可靠、速度相当快、在 MCUXpresso（希望也能支持 CodeWarrior 11）中得到很好支持的接口，它不会总是导致崩溃或无法停止正在运行的目标？支持跟踪功能就更好了。 谢谢您！ Re: Debug interface recommendations for Kinetis and LPC? 你好，@somaikoha、 谢谢您的帖子。 对于 MCUXpresso 而言，LPC-Link 实际上是一个不错的选择，它具有出色的兼容性，而且价格低廉。不过，CodeWarrior 似乎并不支持它。例如，CodeWarrior v11.1 仅支持下列调试器。 适用于微控制器的Eclipse IDE |恩智浦半导体 有鉴于此，您可以考虑购买 Segger J-Link。 希望对您有所帮助。 BR 西莱斯特

PN5190 GPIO3 こんにちは、皆さん。 助けていただけると嬉しいです。私たちはPN5190Bを使用しており、ULPCDでの消費電力を測定しようとしています。残念ながら、電流値は2mAなので、どこに間違いがあるのか調べています。ハードウェアの問題なのかファームウェアの問題なのか、まだはっきりとは分かりません。 しかし、私たちが確認しているのは、エキスパンダによって管理されているGPIO3（入力として設定されたピン）で、ULPCDをハイに設定しても、ポーリングのたびに少しずつローになっていく（約2ボルトまで下がる）ということです。PN5190がポーリングのたびに値を低く押し下げているようですが、これは正常な状態でしょうか？ ありがとうございます！ イグナシオ Re: PN5190 GPIO3 こんにちは、 @ignacioS さん。 あなたの調子が良いといいのですが。 このテストはPN5190開発ボードで行っていますか、それともカスタムボードで行っていますか？電流はどこで測定されていますか？ NFC Cockpitを使用してULPCDモードを設定していますか？どのような手順に従っていますか？ また、GPIO3をエキスパンダーから切り離し、クリーンな信号としてULPCDをテストし、その結果をお知らせください。 よろしくお願いいたします。 エドゥアルド。 Re: PN5190 GPIO3 こんにちは、すみません、前回の投稿に手順を貼り付けていませんでした。 チップを初期化する pn5190_ulpcd_calibrate(&g_lpcdRefValue); phhalHw_FieldOff(&hal); pn5190_ulpcd_wait_for_card(g_lpcdRefValue, 200); static phStatus_t pn5190_ulpcd_calibrate(uint32_t *pRefVal) ヤージュ phStatus_t ステータス; status = phhalHw_Pn5190_Instr_LPCD_SetConfig(&hal, PHHAL_HW_CONFIG_SET_LPCD_WAKEUPTIME_MS、 330U); if ((status & PH_ERR_MASK) != PH_ERR_SUCCESS) return status; status = phhalHw_Pn5190_Instr_LPCD_SetConfig(&hal, PHHAL_HW_CONFIG_LPCD_MODE、 PHHAL_HW_PN5190_LPCD_MODE_DEFAULT); if ((status & PH_ERR_MASK) != PH_ERR_SUCCESS) return status; status = phhalHw_Pn5190_Instr_LPCD_SetConfig(&hal, PHHAL_HW_CONFIG_LPCD_CONFIG、 PHHAL_HW_PN5190_LPCD_CTRL_ULPCD_CALIB); if ((status & PH_ERR_MASK) != PH_ERR_SUCCESS) return status; status = phhalHw_Lpcd(&hal); if ((status & PH_ERR_MASK) != PH_ERR_SUCCESS) return status; return phhalHw_Pn5190_Instr_LPCD_GetConfig(&hal, PHHAL_HW_CONFIG_LPCD_REF_VAL、 pRefVal); } static phStatus_t pn5190_ulpcd_wait_for_card(uint32_t refVal, uint16_t wakeupMs) ヤージュ phStatus_t ステータス; status = phhalHw_Pn5190_Instr_LPCD_SetConfig(&hal, PHHAL_HW_CONFIG_SET_LPCD_WAKEUPTIME_MS、 ウェイクアップMs); if ((status & PH_ERR_MASK) != PH_ERR_SUCCESS) return status; status = phhalHw_Pn5190_Instr_LPCD_SetConfig(&hal, PHHAL_HW_CONFIG_LPCD_MODE、 PHHAL_HW_PN5190_LPCD_MODE_POWERDOWN); if ((status & PH_ERR_MASK) != PH_ERR_SUCCESS) return status; status = phhalHw_Pn5190_Instr_LPCD_SetConfig(&hal, PHHAL_HW_CONFIG_LPCD_CONFIG、 PHHAL_HW_PN5190_LPCD_CTRL_ULPCD); if ((status & PH_ERR_MASK) != PH_ERR_SUCCESS) return status; status = phhalHw_Pn5190_Instr_LPCD_SetConfig(&hal, PHHAL_HW_CONFIG_LPCD_REF_VAL、 refVal); if ((status & PH_ERR_MASK) != PH_ERR_SUCCESS) return status; return phhalHw_Lpcd(&hal); } Re: PN5190 GPIO3 こんにちは、エドゥアルドさん。 ご返信ありがとうございます。この件で現在大変忙しくしており、返信が遅くなり申し訳ございません。 テストは最終製品に対して直接実施されています。試作品は既に受け取っており、現在、それらを用いて開発と検証作業を進めています。 初期設定では、PN5190BのSPIを直接制御するホストと、VENおよびGPIO3ラインを処理するI/Oエキスパンダで構成されます。このアプローチは、これが既存製品の改良版であり、マイクロコントローラに利用可能なGPIOがなくなってしまったため、エキスパンダから2つのGPIOを使用せざるを得なかったという事実に基づいています。 問題は、ULPCDモードで規定されている非常に低い消費電流を実現できないことです。これが現在私が持っているPN5190Bの回路図です。 私が実施したテスト： エキスパンダーからVEN線とGPIO3線を外し、マイクロコントローラーに直接接続しました。この構成では、ULPCDモードに入ると、システムは約2.8mAを消費します。この時点で、私はさまざまなピン構成（入力/出力/ハイ/ローなど）を試しました。ピンをSPIとして構成したままにしたり、SPIを完全に無効にしたりしました。成功しなかった。私が得ている最小消費電流は依然として約2.8mA、あるいはそれ以上です。 プルアップ抵抗R52（VEN）、R53（GPIO3）、R38（チップセレクト）を様々な段階で様々な組み合わせで取り外しましたが、動作は全く同じで、依然として約2.8mAを消費します。 この最後のハードウェア構成（ピンをマイクロコントローラに直接接続し、プルアップ抵抗を使用しない）でスタンバイコマンドを送信すると、約50µAの消費電流が得られ、これはNXPが規定する45µAに私の回路による約5µAを加えた値と非常によく一致します。 これらはULPCDモードに入るために使用する手順です。評価ボードで確認した限りでは、私の間違いでなければ正しいはずです。 私が何か間違ったことをしているアイデアはありますか？この問題が解決するまで最初の試作品の製造に着手できないため、どなたかご協力いただければ大変ありがたいです。 よろしくお願いいたします。 よろしくお願いします、 イグナシオ

S32K324 HSE設定 ADKP問題 こんにちは。現在、NXP S32K324のセキュアデバッグを有効にする作業を行っています。以下の属性を設定することで、UIDの多様化による動的認証のターゲットを設定しました。   1. HSE_EXTEND_CUST_SECURITY_POLICY_ATTR_ID 2. HSE_APP_DEBUG_KEY_ATTR_ID 3. HSE_DEBUG_AUTH_MODE_ATTR_ID   問題は、各属性が設定された直後、およびリセット後に、ターゲットが未処理の例外に陥ることです。例外はあるものの、クエリを実行すると属性は正しく設定されているように見える。   Re: S32K324 HSE Setting ADKP Issue こんにちは、 @Mohamadabdelmoteleb HSEファームウェアリファレンスマニュアル改訂版の表99。2.7は、すべての属性の型を示しています。 上記で挙げた属性はすべてOTP-ATTRです。 つまり、属性はUTESTのメモリに保存されるということです。しかし、UTESTのメモリはフラッシュブロック0と同じ読み出しパーティションにあります。つまり、UTESTのプログラミング中はフラッシュブロック0にアクセスすることはできません。おそらく、あなたのコードはフラッシュメモリのブロック0から実行されているのでしょう？ 解決策は、(HSE hseSetAttrSrv_t サービスをトリガーする) コードを RAM または別のフラッシュブロックから実行することです。これは、前述のマニュアルの「14.6.5」の項に記載されています。「HSEとアプリケーションコア間のフラッシュ読み取り/書き込みアクセスの同期」、表151。 よろしくお願いいたします。 ルーカス

将 SE051 OpenSSL 3.0 提供商与 Node.js 一起使用/传递 URI 与参考 PEM（票证后续行动） 您好，恩智浦支持团队、 我正在跟进上一个主题中提出的类似问题： https://community.nxp.com/t5/Secure-Authentication/OpenSSL-doesn-t-handle-refpem-key-correctly-nxp-scheme-is/m-p/1866179 在该票中，@Kan_Li向@tksec澄清说，.refpem密钥格式主要用于传统的 OpenSSL 引擎。然而，有关 OpenSSL 3.0 Provider 与 Node.js 集成的问题仍未解决。 我们正在使用 #SE051 安全元件在 iWave 主板上进行开发。我们正在尝试使用 Node.js 应用程序和现代 OpenSSL 提供程序建立 mTLS（客户端身份验证）连接。 我们的环境 安全元件：SE051 变体 C 中间件/SDK：Plug & Trust MW v4.7.1 硬件协议：第 7 版（已启用 SCP03） Node.js 版本：v16.11.1 OpenSSL 版本：3.0.x 由于 OpenSSL 3.0 的引擎已经过时，我们需要使用现代的se05x OpenSSL 提供程序 (libsssProvider.so)而不是传统的 e_sss 引擎。 核心问题：正如@tksec在前一个主题中指出的，Node.js 应用程序使用 PEM_read_bio_PrivateKey 等函数，这些函数严格要求使用标准 PEM 格式的字符串/缓冲区。 现代 OpenSSL 3.0 sssProvider 要求以直接提供者 URI 的形式传递密钥（例如，"nxp:0x7D000002" 或"nxp:/path/to/tls_client_key_ref.pem" ）。 当我们尝试将此 URI 传递到 Node.js https.Agent 时，应用程序会在 TLS 握手开始之前崩溃： JavaScript   const https = require('https'); const agent = new https.Agent({ cert: fs.readFileSync('device_cert.pem'), key: "nxp:0x7D000002", // Fails: Node.js expects a raw PEM buffer here rejectUnauthorized: true }); // Error: ERR_OSSL_PEM_NO_START_LINE Node.js在将密钥参数交给 OpenSSL之前会对其进行验证。由于"nxp:" 缺少 -----BEGIN PRIVATE KEY----- 头信息，因此会立即终止。 我们的问题 更新 Node.js（例如，升级到原生集成了 OpenSSL 3.0 的 v18/v20）会从本质上解决这个 URI 解析问题，还是节点 TLS 层仍然拒绝提供商 URI？ 是否需要修改恩智浦提供程序才能解决这个问题？是否有计划或现有解决方案来改进提供程序代码，使其能够解析遗留的 .refpem文件？允许 Node.js 等高级语言传递虚拟 PEM 缓冲区可以完全绕过 URI 崩溃问题。 感谢您的时间和指导。 汽车智能卡 Smart Card Re: Using SE051 OpenSSL 3.0 Provider with Node.js / Passing URIs vs Reference PEMs (Follow-up to Tic 仅看看 v20 的发行说明/变更日志 node.js 仍然不支持 OpenSSL 3.0 提供商。现在，他们只需在文档中明确说明，他们依靠的是引擎概念(https://github.com/nodejs/node/pull/53329/changes)。 最后，我给 node.js 打了补丁，使其支持密钥 ID。主要使用 OSSL_STORE API(https://docs.openssl.org/3.0/man7/ossl_store/)而不是https://github.com/nodejs/node/blob/3b19867caaef6b85c65e44dc60274dce2b240d22/src/crypto/crypto_context.cc#L1699 中的 PEM 功能。这样就可以加载任何键类型。 当然，还需要对调用程序和配置结构进行一些调整，以匹配数据类型等。

MKV31F256VLH12中的 Freemaster 您好， ，我目前正在使用 MCUXpresso IDE v25.6 开发 MKV31F256VLH12 控制器。我使用 MCU Xpresso SDK 生成器为微控制器安装了 SDK，其中包括 freemaster 和其他一些中间件。(附图）。 但是，在创建新项目时，没有显示 freemaster 选项（附图）。那么，接下来该怎么做呢？ 谢谢 Shravan Re: Freemaster in MKV31F256VLH12 你好@Shravan_Vailaya、 谢谢您的帖子。我认为这是 SDK 中的一个错误。不过，由于 MKV31F256VLH12 是一款老产品，因此没有计划继续更新其 SDK。我建议参考 MKV31F512xxx12 的 SDK，因为它使用与 MKV31F256xxx12 相同的 FreeMASTER 驱动程序。 简单地说，您可以创建一个已选中 FreeMASTER 的新 MKV31F512xxx12 项目，然后将 FreeMASTER 驱动程序文件移植到自己的项目中。 希望对你有所帮助。 BR 西莱斯特

フリーマスター MKV31F256VLH12 こんにちは、 現在、MCUXpresso IDE v25.6を使用してMKV31F256VLH12コントローラーの開発に取り組んでいます。私は、MCU Xpresso SDK Builderを使用して、freemasterやその他のミドルウェアを含むマイクロコントローラ用のSDKをインストールしました。（写真添付）しかし、新規プロジェクトを作成する際に、フリーマスターオプションが表示されません（添付画像参照）。では、ここからどう進めていけばよいのでしょうか？ ありがとう シュラヴァン Re: Freemaster in MKV31F256VLH12 こんにちは、 @Shravan_Vailaya さん。 投稿ありがとうございます。これはSDKのバグだと思います。しかし、MKV31F256VLH12は旧製品であるため、SDKのアップデートを継続する予定はありません。MKV31F512xxx12はMKV31F256xxx12と同じFreeMASTERドライバを使用しているため、MKV31F512xxx12用のSDKを参照することをお勧めします。 簡単に言うと、FreeMASTERを有効にした状態で新しいMKV31F512xxx12プロジェクトを作成し、そこにFreeMASTERドライバを移植すればよいのです。 お役に立てば幸いです。 BR セレステ

dz60 The code is  generated using processor  expert.  the eeprom write on mc9s08dz60, calling  iee1_setword    iee1_getword  is ok.  the  number is 0x1234, when I call  iee1_getword  alone. the number  is  0xffff.   where the problem is?  Re: dz60 Hello Could you help us sharing your Components Inspector configuration in Processor expert Please Share Properties, methods and Start Adress configuration, I'm trying to do a similar setup with: Code Warrior v11.1 MC9S08DZ60VLH Project configuration. Could you help us confirm if you have other components besides IEE1? If you could share more information about your setup and where are you reading the values, if would be highly appreciated. Best Regards, Luis

Is SynGas OBD Fuel Saver Legit? An Honest Depth SynGas Reviews 2026 SynGas Reviews: Is SynGas OBD Fuel Saver legit? That was the first question I had before testing it myself. With gas prices still high in 2026, a lot of drivers are searching for realistic ways to improve fuel efficiency without expensive car modifications or complicated tuning systems. SynGas is a simple plug-and-play device that connects to your vehicle’s OBD2 port and claims to optimize fuel usage by working with the car’s ECU based on real driving habits. What makes it interesting is that it doesn’t promise instant miracle results. Instead, the device goes through a learning phase during the first 150 miles to better understand acceleration, braking, and overall driving patterns before adjusting fuel optimization more effectively. Check the latest SynGas details and official information here In 2026, fuel-saving technology has become a huge conversation because people are actively looking for affordable ways to reduce transportation costs. SynGas taps directly into that trend by offering a plug-and-play approach instead of expensive ECU tuning or ongoing fuel additive purchases. So, is SynGas OBD Fuel Saver legit? Based on the research, user feedback, and real-world driving observations after 500 miles, it appears to be a genuine OBD2 fuel optimization device rather than another random internet gimmick. However, realistic expectations matter. It’s not magic, and results won’t look identical for every vehicle or driver. The biggest value seems to come from long-term everyday use, especially for commuters and drivers who spend a lot of time on the road. See how the SynGas OBD Fuel Saver works and current availability here:     Re: Is SynGas OBD Fuel Saver Legit? An Honest Depth SynGas Reviews 2026 It seems that your question is not related with NXP QorIQ series(digital networking) processors. Please submit your question in the correct community block.

S32K324 HSE Setting ADKP Issue Hello, I am currently working on enabling Secure Debug for the NXP S32K324. I have configured the target for dynamic authentication with UID diversification by setting the following attributes:   1. HSE_EXTEND_CUST_SECURITY_POLICY_ATTR_ID 2. HSE_APP_DEBUG_KEY_ATTR_ID 3. HSE_DEBUG_AUTH_MODE_ATTR_ID   The issue is that the target enters an unhandled exception immediately after each attribute is set and following a reset. Despite the exceptions, the attributes appear to be set correctly when queried.   Re: S32K324 HSE Setting ADKP Issue Hi @MohamedAbdelmoteleb  Table 99 in HSE Firmware reference manual rev. 2.7 shows the types of all attributes. All those mentioned attributes are OTP-ATTR: That means the attributes are stored to UTEST memory. But UTEST memory is in the same read partition as flash block 0. And that means it is not possible to access flash block 0 while programming the UTEST. Most likely, your code is running from flash block 0, isn’t it? The solution is to executed the code (which triggers HSE hseSetAttrSrv_t service) from RAM or from another flash block. This is described in mentioned manual in section “14.6.5  Synchronizing flash read/write access between HSE and application core”, Table 151. Regards, Lukas