IMX8ナノプロセッサ向けのUSB実装 iMX8 NanoにUSBを実装しようとしていますが、評価ボードのレイアウトではIDピンの配線がフローティング状態になっています。ホストモードでも動作しますか？ホストモードではidを0にする必要があるからです。 Re: implementing usb for imx8 nano processor こんにちは、@Jayesh2408さん お元気でお過ごしのことと思います。 はい、フローティングIDピンはホストオンリーモードでは、ソフトウェアでコントローラーの動作を強制すれば問題なく動作します。 デバイスツリーの dr_mode プロパティを「otg」から「host」に変更すればいいです。 &usbotg1 { dr_mode = "host"; hnp-disable; srp-disable; adp-disable; usb-role-switch; disable-over-current; samsung,picophy-pre-emp-curr-control = <3>; samsung,picophy-dc-vol-level-adjust = <7>; status = "okay"; port { usb1_drd_sw: endpoint { remote-endpoint = <&typec1_dr_sw>; }; }; }; よろしくお願いいたします。 サラス。

i.MX93 power sequencing I am designing a low power PCB based around the i.MX93 and its recommended PMIC (PCA9451). The AN13917 power consumption measurement document suggests that in its lowest power mode (section 6.7.8) the SoC+DRAM power consumption should be ~174mW. However, the current measurements in the document are taken after the PMIC, so do not include any efficiency losses.  When calculating the actual expected power consumption, the vdd_ana_0p8 rail stands out as a very high consumer of energy. The 16.5mA current draw on this rail causes 69mW dissipation in the PMIC LDO (from a 5V input). This is ~60% of the efficiency losses. I would like to power this rail from a separate SMPS module (TI TPSM82821) to reduce these losses, however the i.MX93 datasheet has no definition of Tstep or Toff_step in the power rail sequencing requirements. Are there actually any timing requirements, or only sequencing? Would it be sensible to use VDD_SOC as the enable trigger (via a comparator) for the external SMPS, or are there better options to use? I'm assuming that the 0V8 will discharge faster than VDD_SOC during power down as the TPMS82821 has an output active discharge function. Re: i.MX93 power sequencing Hello, There is a time for Tstep or Toff_step in Table 6. PWRUP mode: tSTEP (Time to next power rail ON from prev rail POK):  2 ms tOFF_STEP (Time to next power rail off from prev rail off): 8 ms Also, you can use VDD_SOC as reference to trigger external regulator in power-up/power-off sequences. Best regards.

Ara2 Windows 工厂测试/运行时软件包不可用 我正在 Windows 系统上使用 Ara2 PCIe 加速器。硬件检测正确，PCIe/DMA 初始化成功，AraProxyService 正在运行。但是，设备初始化失败，并出现以下错误： 设备上的固件版本不支持：0，请更新固件。 当前环境： 固件版本：14.34.0.0 代理版本：1.1.0.0 SysAPI：1.1.56.0 Windows ARA2 用户指南提到了 factory-test-package-windows.zip 文件和 Qwen Windows 演示包，但我无法通过文章获取这些附件。 NXP 的某位工作人员能否提供 Ara2 的最新 Windows 工厂测试包以及与之匹配的运行时/固件包？ 目前，这导致无法在正在运行的 Windows 部署中验证加速器。

i.MX8QXP – Prevent normal boot after interrupted USB flashing on Yocto Scarthgap with A/B partitions Hi NXP Team, The installed UUU executable reports: libuuu_1.5.21-0-g1f42172 We use: sudo uuu -b emmc_all ~/Downloads/flash.bin *.wic The built-in emmc_all script writes the complete .wic image using: FB: flash -raw2sparse all _image It then writes the bootloader, configures eMMC boot selection, and finishes with FB: done. The script contains no explicit persistent flash-in-progress completion metadata handling or readback hash verification step. If flashing is interrupted during the .wic write, the cluster can subsequently boot and display the updated HMI. We suspect that an existing usable bootloader and sufficient written boot,rootfs content permit this, but the selected slot and completeness of its contents are not yet confirmed. Please advise how to add a power-loss-tolerant completion check that blocks normal boot from both slots after interrupted factory flashing, while preserving USB recovery. The metadata must remain valid independently of the full .wic write and bootloader update. Re: i.MX8QXP – Prevent normal boot after interrupted USB flashing on Yocto Scarthgap with A/B partit Hello,  An official solution is not implemented but you can customize the uuu script, the built-in emmc_all flow is simply a UUU script based on Fastboot and U-Boot commands, and it can be modified or replaced by a custom uuu.auto file. U-Boot commands can also be executed through FB: ucmd. This means you should add custom steps such as setting a "flash in progress" flag before programming and clearing it only after verification succeeds.  U-Boot Boot Count / Boot Limit The U-Boot tree includes support for: CONFIG_BOOTCOUNT_LIMIT bootcount bootlimit altbootcmd CONFIG_BOOTCOUNT_FS When bootcount exceeds bootlimit, U-Boot executes altbootcmd instead of the normal bootcmd. This mechanism can be used to redirect the system to a recovery mode such as Fastboot Boot Count Limit — Das U-Boot unknown version documentation

imx8qxp H265 sample video play I am trying to play the h265 video file and it is not playing.  IMX8QXP - Scarthgap  - L 6.6.52 Can you please check and provide the right command or packages/lib to play h265 video sample files, gst-launch-1.0 -v filesrc location=/root/sample.h265 ! h265parse ! v4l2h265dec ! imxvideoconvert_g2d ! fpsdisplaysink video-sink=waylandsink text-overlay=false sync=false & i.MX 8 Family | i.MX 8QuadMax (8QM) | 8QuadPlus Re: imx8qxp H265 sample video play Hi, Please find the update, root@imx8qxpc0mek:~# root@imx8qxpc0mek:~# gst-launch-1.0 -v filesrc location=/navigation/aa_video_dump.h265 ! h265parse ! v4l2h265dec ! imxvideoconvert_g2d ! fpsdisplaysink video-sink=waylandsink text-overlay=false sync=false Setting pipeline to PAUSED ... ====== V4L2DEC: 1.24.7 build on Oct 23 2024 09:43:13. ====== Pipeline is PREROLLING ... /GstPipeline:pipeline0/GstFPSDisplaySink:fpsdisplaysink0/GstWaylandSink:waylandsink0: sync = false Redistribute latency... /GstPipeline:pipeline0/GstH265Parse:h265parse0.GstPad:src: caps = video/x-h265, width=(int)1280, height=(int)720, framerate=(fraction)30/1, chroma-format=(string)4:2:0, bit-depth-luma=(uint)8, bit-depth-chroma=(uint)8, parsed=(boolean)true, stream-format=(string)byte-stream, alignment=(string)au, pixel-aspect-ratio=(fraction)1/1, profile=(string)main, tier=(string)high, level=(string)4 /GstPipeline:pipeline0/v4l2h265dec:v4l2h265dec0.GstPad:sink: caps = video/x-h265, width=(int)1280, height=(int)720, framerate=(fraction)30/1, chroma-format=(string)4:2:0, bit-depth-luma=(uint)8, bit-depth-chroma=(uint)8, parsed=(boolean)true, stream-format=(string)byte-stream, alignment=(string)au, pixel-aspect-ratio=(fraction)1/1, profile=(string)main, tier=(string)high, level=(string)4 /GstPipeline:pipeline0/v4l2h265dec:v4l2h265dec0.GstPad:src: caps = video/x-raw, format=(string)NV12_8L128, width=(int)1280, height=(int)720, interlace-mode=(string)progressive, multiview-mode=(string)mono, multiview-flags=(GstVideoMultiviewFlagsSet)0:ffffffff:/right-view-first/left-flipped/left-flopped/right-flipped/right-flopped/half-aspect/mixed-mono, pixel-aspect-ratio=(fraction)1/1, colorimetry=(string)bt709, framerate=(fraction)30/1 /GstPipeline:pipeline0/imxvideoconvert_g2d:imxvideoconvert_g2d0.GstPad:src: caps = video/x-raw, width=(int)1280, height=(int)720, interlace-mode=(string)progressive, multiview-mode=(string)mono, multiview-flags=(GstVideoMultiviewFlagsSet)0:ffffffff:/right-view-first/left-flipped/left-flopped/right-flipped/right-flopped/half-aspect/mixed-mono, pixel-aspect-ratio=(fraction)1/1, framerate=(fraction)30/1, format=(string)YUY2 /GstPipeline:pipeline0/GstFPSDisplaySink:fpsdisplaysink0.GstGhostPad:sink.GstProxyPad:proxypad0: caps = video/x-raw, width=(int)1280, height=(int)720, interlace-mode=(string)progressive, multiview-mode=(string)mono, multiview-flags=(GstVideoMultiviewFlagsSet)0:ffffffff:/right-view-first/left-flipped/left-flopped/right-flipped/right-flopped/half-aspect/mixed-mono, pixel-aspect-ratio=(fraction)1/1, framerate=(fraction)30/1, format=(string)YUY2 /GstPipeline:pipeline0/GstFPSDisplaySink:fpsdisplaysink0/GstWaylandSink:waylandsink0.GstPad:sink: caps = video/x-raw, width=(int)1280, height=(int)720, interlace-mode=(string)progressive, multiview-mode=(string)mono, multiview-flags=(GstVideoMultiviewFlagsSet)0:ffffffff:/right-view-first/left-flipped/left-flopped/right-flipped/right-flopped/half-aspect/mixed-mono, pixel-aspect-ratio=(fraction)1/1, framerate=(fraction)30/1, format=(string)YUY2 /GstPipeline:pipeline0/GstFPSDisplaySink:fpsdisplaysink0.GstGhostPad:sink: caps = video/x-raw, width=(int)1280, height=(int)720, interlace-mode=(string)progressive, multiview-mode=(string)mono, multiview-flags=(GstVideoMultiviewFlagsSet)0:ffffffff:/right-view-first/left-flipped/left-flopped/right-flipped/right-flopped/half-aspect/mixed-mono, pixel-aspect-ratio=(fraction)1/1, framerate=(fraction)30/1, format=(string)YUY2 /GstPipeline:pipeline0/imxvideoconvert_g2d:imxvideoconvert_g2d0.GstPad:sink: caps = video/x-raw, format=(string)NV12_8L128, width=(int)1280, height=(int)720, interlace-mode=(string)progressive, multiview-mode=(string)mono, multiview-flags=(GstVideoMultiviewFlagsSet)0:ffffffff:/right-view-first/left-flipped/left-flopped/right-flipped/right-flopped/half-aspect/mixed-mono, pixel-aspect-ratio=(fraction)1/1, colorimetry=(string)bt709, framerate=(fraction)30/1 Redistribute latency... root@imx8qxpc0mek:~# gst-inspect-1.0 | grep -i h265 codectimestamper: h265timestamper: H.265 timestamper rtp: rtph265depay: RTP H265 depayloader rtp: rtph265pay: RTP H265 payloader typefindfunctions: video/x-h265: h265, x265, 265 video4linux2: v4l2h265dec: V4L2 H265 Decoder videoparsersbad: h265parse: H.265 parser root@imx8qxpc0mek:~# root@imx8qxpc0mek:~# root@imx8qxpc0mek:~# gst-inspect-1.0 | grep -i v4l2 video4linux2: v4l2deviceprovider (GstDeviceProviderFactory) video4linux2: v4l2h263dec: V4L2 H263 Decoder video4linux2: v4l2h264dec: V4L2 H264 Decoder video4linux2: v4l2h264enc: V4L2 H.264 Encoder video4linux2: v4l2h265dec: V4L2 H265 Decoder video4linux2: v4l2mpeg2dec: V4L2 MPEG2 Decoder video4linux2: v4l2mpeg4dec: V4L2 MPEG4 Decoder video4linux2: v4l2radio: Radio (video4linux2) Tuner video4linux2: v4l2sink: Video (video4linux2) Sink video4linux2: v4l2spkdec: V4L2 SPK Decoder video4linux2: v4l2src: Video (video4linux2) Source video4linux2: v4l2vc1dec: V4L2 VC1 Decoder video4linux2: v4l2vp8dec: V4L2 VP8 Decoder video4linux2: v4l2xviddec: V4L2 XVID Decoder root@imx8qxpc0mek:~# root@imx8qxpc0mek:~# Re: imx8qxp H265 sample video play Hello,  Since you are using Scarthgap (6.6.52), the issues could be: v4l2h265dec not present in the image. The H.265 file is not a raw elementary stream. VPU firmware/driver not loaded. The BSP uses a different decoder element than the one specified in the pipeline. Please provide the output of: Shell gst-inspect-1.0 | grep -i h265 gst-inspect-1.0 | grep -i v4l2 `` and the exact error message from gst-launch-1.0 to try to identify if one of these four cases is occurring.

i.MX8QXP – A/BパーティションでYocto ScarthgapのUSBフラッシュが中断された後の通常起動を防ぐ こんにちは、NXP チームの皆様、 インストールされたUUU実行ファイルは以下を報告します。 libuuu_1.5.21-0-g1f42172 私たちは以下を使用しています： sudo uuu -b emmc_all ~/Downloads/flash.bin *.wic 組み込みのemmc_allスクリプトは、以下の方法で完全な.wicイメージを書き込みます。 FB: flash -raw2sparse all _image その後、ブートローダーを書き込み、eMMCブート選択を設定し、FB: doneで終了します。 このスクリプトには、進行中のフラッシュ処理完了メタデータの明示的な処理や、読み戻しハッシュの検証手順は含まれていません。 .wic の実行中にフラッシュが中断された場合writeすると、クラスタはその後起動し、更新されたHMIを表示できます。既存の使用可能なブートローダーと、十分な量のboot、rootfsの内容が書き込まれていればこれが可能になると思われますが、選択されたスロットとその内容の完全性はまだ確認されていません。 工場出荷時フラッシュが中断された後、両方のスロットからの通常起動をブロックしつつ、USBリカバリ機能を維持するための、電源喪失耐性のある完了チェックを追加する方法について教えてください。メタデータは、完全な.wicファイルとは独立して有効でなければならない。書き込みとブートローダーのアップデート。 Re: i.MX8QXP – Prevent normal boot after interrupted USB flashing on Yocto Scarthgap with A/B partit こんにちは、 公式の解決策は実装されていませんが、uuuスクリプトをカスタマイズでき、組み込みのemmc_allフローはFastbootやU-Bootコマンドに基づくUUUスクリプトで、カスタムのuuu.autoファイルで修正または置き換えが可能です。U-BootコマンドはFB: ucmdを通じても実行可能です。つまり、プログラミング前に「フラッシュ処理中」フラグを設定し、検証が成功した後にのみそのフラグを解除するなど、カスタム手順を追加する必要があるということです。 U-Bootの起動回数／起動制限 U-Bootツリーには以下のサポートが含まれています: CONFIG_BOOTCOUNT_LIMIT ブートカウント ブート制限 altbootcmd CONFIG_BOOTCOUNT_FS ブート回数がブート制限を超えると、U-Bootは通常のbootcmdの代わりにaltbootcmdを実行します。この仕組みは、システムをFastbootのようなリリバリモードにリダイレクトするために使用できます ブートカウント制限 — Das U-Boot 不明バージョンドキュメント

imx8qxp H265 示例视频播放 我尝试播放h265视频文件，但无法播放。 IMX8QXP - 斯卡思间隙 - L 6.6.52 请您检查并提供播放h265视频示例文件的正确命令或软件包/库。 gst-launch-1.0-v filesrc location=/root/sample.h265 !h265解析！v4l2h265dec！imxvideoconvert_g2d！fpsdisplaysink video-sink=waylandsink text-overlay=false sync=false & i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus Re: imx8qxp H265 sample video play 你好， 请查收更新内容。 root@imx8qxpc0mek:~# root@imx8qxpc0mek:~# gst-launch-1.0 -v filesrc location=/navigation/aa_video_dump.h265 ! h265parse ! v4l2h265dec ! imxvideoconvert_g2d ! fpsdisplaysink video-sink=waylandsink text-overlay=false sync=false 将管道设置为暂停状态... ====== V4L2DEC: 1.24.7 版本，构建于 2024 年 10 月 23 日 09:43:13。====== 管道正在预滚动…… /GstPipeline:pipeline0/GstFPSDisplaySink:fpsdisplaysink0/GstWaylandSink:waylandsink0: sync = false 重新分配延迟…… /GstPipeline:pipeline0/GstH265Parse:h265parse0.GstPad:src: caps = video/x-h265, width=(int)1280, height=(int)720, framerate=(fraction)30/1, chroma-format=(string)4:2:0, bit-depth-luma=(uint)8, bit-depth-chroma=(uint)8, parsed=(boolean)true, stream-format=(string)byte-stream, alignment=(string)au, pixel-aspect-ratio=(fraction)1/1, profile=(string)main, tier=(string)high, level=(string)4 /GstPipeline:pipeline0/v4l2h265dec:v4l2h265dec0.GstPad:sink: caps = video/x-h265, width=(int)1280, height=(int)720, framerate=(fraction)30/1, chroma-format=(string)4:2:0, bit-depth-luma=(uint)8, bit-depth-chroma=(uint)8, parsed=(boolean)true, stream-format=(string)byte-stream, alignment=(string)au, pixel-aspect-ratio=(fraction)1/1, profile=(string)main, tier=(string)high, level=(string)4 /GstPipeline:pipeline0/v4l2h265dec:v4l2h265dec0.GstPad:src: caps = video/x-raw, format=(string)NV12_8L128, width=(int)1280, height=(int)720, interlace-mode=(string)progressive, multiview-mode=(string)mono, multiview-flags=(GstVideoMultiviewFlagsSet)0:ffffffff:/right-view-first/left-flipped/left-flopped/right-flipped/right-flopped/half-aspect/mixed-mono, pixel-aspect-ratio=(fraction)1/1, colorimetry=(string)bt709, framerate=(fraction)30/1 /GstPipeline:pipeline0/imxvideoconvert_g2d:imxvideoconvert_g2d0.GstPad:src: caps = video/x-raw, width=(int)1280, height=(int)720, interlace-mode=(string)progressive, multiview-mode=(string)mono, multiview-flags=(GstVideoMultiviewFlagsSet)0:ffffffff:/right-view-first/left-flipped/left-flopped/right-flipped/right-flopped/half-aspect/mixed-mono, pixel-aspect-ratio=(fraction)1/1, framerate=(fraction)30/1, format=(string)YUY2 /GstPipeline:pipeline0/GstFPSDisplaySink:fpsdisplaysink0.GstGhostPad:sink.GstProxyPad:proxypad0: caps = video/x-raw, width=(int)1280, height=(int)720, interlace-mode=(string)progressive, multiview-mode=(string)mono, multiview-flags=(GstVideoMultiviewFlagsSet)0:ffffffff:/right-view-first/left-flipped/left-flopped/right-flipped/right-flopped/half-aspect/mixed-mono, pixel-aspect-ratio=(fraction)1/1, framerate=(fraction)30/1, format=(string)YUY2 /GstPipeline:pipeline0/GstFPSDisplaySink:fpsdisplaysink0/GstWaylandSink:waylandsink0.GstPad:sink: caps = video/x-raw, width=(int)1280, height=(int)720, interlace-mode=(string)progressive, multiview-mode=(string)mono, multiview-flags=(GstVideoMultiviewFlagsSet)0:ffffffff:/right-view-first/left-flipped/left-flopped/right-flipped/right-flopped/half-aspect/mixed-mono, pixel-aspect-ratio=(fraction)1/1, framerate=(fraction)30/1, format=(string)YUY2 /GstPipeline:pipeline0/GstFPSDisplaySink:fpsdisplaysink0.GstGhostPad:sink: caps = video/x-raw, width=(int)1280, height=(int)720, interlace-mode=(string)progressive, multiview-mode=(string)mono, multiview-flags=(GstVideoMultiviewFlagsSet)0:ffffffff:/right-view-first/left-flipped/left-flopped/right-flipped/right-flopped/half-aspect/mixed-mono, pixel-aspect-ratio=(fraction)1/1, framerate=(fraction)30/1, format=(string)YUY2 /GstPipeline:pipeline0/imxvideoconvert_g2d:imxvideoconvert_g2d0.GstPad:sink: caps = video/x-raw, format=(string)NV12_8L128, width=(int)1280, height=(int)720, interlace-mode=(string)progressive, multiview-mode=(string)mono, multiview-flags=(GstVideoMultiviewFlagsSet)0:ffffffff:/right-view-first/left-flipped/left-flopped/right-flipped/right-flopped/half-aspect/mixed-mono, pixel-aspect-ratio=(fraction)1/1, colorimetry=(string)bt709, framerate=(fraction)30/1 重新分配延迟…… root@imx8qxpc0mek:~# gst-inspect-1.0 | grep -i h265 codectimestamper: h265timestamper: H.265 timestamper rtp: rtph265depay: RTP H265 解压加载器 rtp：rtph265pay：RTP H265 有效载荷 typefindfunctions: video/x-h265: h265, x265, 265 video4linux2：v4l2h265dec：V4L2 H265解码器 videoparsersbad: h265parse: H.265 解析器 root@imx8qxpc0mek:~# root@imx8qxpc0mek:~# root@imx8qxpc0mek:~# gst-inspect-1.0 | grep -i v4l2 video4linux2：v4l2deviceprovider（GstDeviceProviderFactory） video4linux2：v4l2h263dec：V4L2 H263解码器 video4linux2：v4l2h264dec：V4L2 H264解码器 video4linux2：v4l2h264enc：V4L2 H.264 编码器 video4linux2：v4l2h265dec：V4L2 H265解码器 video4linux2：v4l2mpeg2dec：V4L2 MPEG2 解码器 video4linux2：v4l2mpeg4dec：V4L2 MPEG4 解码器 video4linux2: v4l2radio: 收音机 (video4linux2) 调谐器 video4linux2：v4l2sink：视频（video4linux2）接收器 video4linux2：v4l2spkdec：V4L2 SPK解码器 video4linux2：v4l2src：视频（video4linux2）源 video4linux2：v4l2vc1dec：V4L2 VC1解码器 video4linux2：v4l2vp8dec：V4L2 VP8 解码器 video4linux2：v4l2xviddec：V4L2 XVID解码器 root@imx8qxpc0mek:~# root@imx8qxpc0mek:~# Re: imx8qxp H265 sample video play 你好， 由于您使用的是 Scarthgap (6.6.52) 版本，问题可能出在以下方面： 图像中不存在 v4l2h265dec。 H.265 文件不是原始基本流。 VPU固件/驱动程序未加载。 BSP 使用的解码器元件与流水线中指定的解码器元件不同。 请提供以下命令的输出结果： 壳 gst-inspect-1.0 | grep -i h265 gst-inspect-1.0 | grep -i v4l2 `` 并获取 gst-launch-1.0 的确切错误消息，以尝试确定是否发生了以下四种情况之一。

Ara2 Windows factory-test/runtime package unavailable I’m working with an Ara2 PCIe Accelerator on Windows. The hardware is detected correctly, PCIe/DMA initialization succeeds, and the AraProxyService is running. However, device initialization fails with the following error: Unsupported firmware version on device: 0 please update firmware. Current environment: Firmware: 14.34.0.0 Proxy: 1.1.0.0 SysAPI: 1.1.56.0 The Windows ARA2 User Guide references the factory-test-package-windows.zip file and the Qwen Windows demo package, but those attachments are not available to me through the article. Could someone from NXP please provide access to the current Windows factory-test package and the matching runtime/firmware package for the Ara2? This is currently blocking validation of the accelerator in an active Windows deployment.

imx8qxp H265 サンプルビデオ再生 h265形式の動画ファイルを再生しようとしているのですが、再生できません。 IMX8QXP - スカースギャップ - L 6.6.52 h265の動画サンプルファイルを再生するための正しいコマンドやパッケージ/ライブラリをご確認いただけますか? GSTローンチ1.0-v filesrc location=/root/sample.h265 !h265parse !v4l2h265dec !imxvideoconvert_g2d !fpsdisplaysink video-sink=waylandsink text-overlay=false sync=false & i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus Re: imx8qxp H265 sample video play こんにちは、 更新情報はこちらです。 root@imx8qxpc0mek:~# root@imx8qxpc0mek:~# gst-launch-1.0 -v filesrc location=/navigation/aa_video_dump.h265 ! h265parse ! v4l2h265dec ! imxvideoconvert_g2d ! fpsdisplaysink video-sink=waylandsink text-overlay=false sync=false パイプラインを一時停止状態に設定しています... ====== V4L2DEC: 1.24.7 ビルド、2024 年 10 月 23 日 09:43:13。====== パイプラインはプリロール中... /GstPipeline:pipeline0/GstFPSDisplaySink:fpsdisplaysink0/GstWaylandSink:waylandsink0: sync = false レイテンシを再分配... /GstPipeline:pipeline0/GstH265Parse:h265parse0。GstPad:src: caps = video/x-h265, width=(int)1280, height=(int)720, framerate=(fraction)30/1, chroma-format=(string)4:2:0, bit-depth-luma=(uint)8, bit-depth-chroma=(uint)8, parsed=(boolean)true, stream-format=(string)byte-stream, alignment=(string)au, pixel-aspect-ratio=(fraction)1/1, profile=(string)main, tier=(string)high, level=(string)4 /GstPipeline:pipeline0/v4l2h265dec:v4l2h265dec0。GstPad:sink: caps = video/x-h265, width=(int)1280, height=(int)720, framerate=(fraction)30/1, chroma-format=(string)4:2:0, bit-depth-luma=(uint)8, bit-depth-chroma=(uint)8, parsed=(boolean)true, stream-format=(string)byte-stream, alignment=(string)au, pixel-aspect-ratio=(fraction)1/1, profile=(string)main, tier=(string)high, level=(string)4 /GstPipeline:pipeline0/v4l2h265dec:v4l2h265dec0。GstPad:src: caps = video/x-raw, format=(string)NV12_8L128, width=(int)1280, height=(int)720, interlace-mode=(string)progressive, multiview-mode=(string)mono, multiview-flags=(GstVideoMultiviewFlagsSet)0:ffffffff:/right-view-first/left-flipped/left-flopped/right-flipped/right-flopped/half-aspect/mixed-mono, pixel-aspect-ratio=(fraction)1/1, colorimetry=(string)bt709, framerate=(fraction)30/1 /GstPipeline:pipeline0/imxvideoconvert_g2d:imxvideoconvert_g2d0。GstPad:src: caps = video/x-raw, width=(int)1280, height=(int)720, interlace-mode=(string)progressive, multiview-mode=(string)mono, multiview-flags=(GstVideoMultiviewFlagsSet)0:ffffffff:/right-view-first/left-flipped/left-flopped/right-flipped/right-flopped/half-aspect/mixed-mono, pixel-aspect-ratio=(fraction)1/1, framerate=(fraction)30/1, format=(string)YUY2 /GstPipeline:pipeline0/GstFPSDisplaySink:fpsdisplaysink0。GstGhostPad:sink。GstProxyPad:proxypad0: caps = video/x-raw, width=(int)1280, height=(int)720, interlace-mode=(string)progressive, multiview-mode=(string)mono, multiview-flags=(GstVideoMultiviewFlagsSet)0:ffffffff:/right-view-first/left-flipped/left-flopped/right-flipped/right-flopped/half-aspect/mixed-mono, pixel-aspect-ratio=(fraction)1/1, framerate=(fraction)30/1, format=(string)YUY2 /GstPipeline:pipeline0/GstFPSDisplaySink:fpsdisplaysink0/GstWaylandSink:waylandsink0。GstPad:sink: caps = video/x-raw, width=(int)1280, height=(int)720, interlace-mode=(string)progressive, multiview-mode=(string)mono, multiview-flags=(GstVideoMultiviewFlagsSet)0:ffffffff:/right-view-first/left-flipped/left-flipped/right-flipped/right-flopped/half-aspect/mixed-mono, pixel-aspect-ratio=(fraction)1/1, framerate=(fraction)30/1, format=(string)YUY2 /GstPipeline:pipeline0/GstFPSDisplaySink:fpsdisplaysink0。GstGhostPad:sink: caps = video/x-raw, width=(int)1280, height=(int)720, interlace-mode=(string)progressive, multiview-mode=(string)mono, multiview-flags=(GstVideoMultiviewFlagsSet)0:ffffffff:/right-view-first/left-flipped/left-flipped/left-flopped/right-flipped/half-aspect/mixed-mono, pixel-aspect-ratio=(fraction)1/1, framerate=(fraction)30/1, format=(string)YUY2 /GstPipeline:pipeline0/imxvideoconvert_g2d:imxvideoconvert_g2d0。GstPad:sink: caps = video/x-raw, format=(string)NV12_8L128, width=(int)1280, height=(int)720, interlace-mode=(string)progressive, multiview-mode=(string)mono, multiview-flags=(GstVideoMultiviewFlagsSet)0:ffffffff:/right-view-first/left-flipped/left-flopped/right-flopped/right-flopped/half-aspect/mixed-mono, pixel-aspect-ratio=(fraction)1/1, colorimetry=(string)bt709, framerate=(fraction)30/1 レイテンシを再分配... root@imx8qxpc0mek:~# gst-inspect-1.0 | grep -i h265 codectimestamper: h265timestamper: H.265タイムスタンプ rtp: rtph265depay: RTP H265 デペイローダー rtp: rtph265pay: RTP H265ペイローダー typefindfunctions: video/x-h265: h265, x265, 265 video4linux2: v4l2h265dec: V4L2 H265デコーダー videoparsersbad: h265parse: H.265パーサー root@imx8qxpc0mek:~# root@imx8qxpc0mek:~# root@imx8qxpc0mek:~# gst-inspect-1.0 | grep -i v4l2 video4linux2: v4l2deviceprovider (GstDeviceProviderFactory) video4linux2: v4l2h263dec: V4L2 H263デコーダー video4linux2: v4l2h264dec: V4L2 H264デコーダー video4linux2: v4l2h264enc: V4L2 H.264エンコーダー video4linux2: v4l2h265dec: V4L2 H265デコーダー video4linux2: v4l2mpeg2dec: V4L2 MPEG2デコーダー video4linux2: v4l2mpeg4dec: V4L2 MPEG4デコーダー video4linux2: v4l2radio: ラジオ (video4linux2) チューナー video4linux2: v4l2sink: ビデオ (video4linux2) シンク video4linux2: v4l2spkdec: V4L2 SPKデコーダー video4linux2: v4l2src: ビデオ (video4linux2) ソース video4linux2: v4l2vc1dec: V4L2 VC1デコーダー video4linux2: v4l2vp8dec: V4L2 VP8デコーダー video4linux2: v4l2xviddec: V4L2 XVIDデコーダー root@imx8qxpc0mek:~# root@imx8qxpc0mek:~# Re: imx8qxp H265 sample video play こんにちは、 Scarthgap(6.6.52)を使っている場合、問題は以下の通りかもしれません: 画像にv4l2h265decが存在しません。 H.265ファイルは、生の基本的なストリームではありません。 VPUのファームウェア/ドライバーが読み込まれていません。 BSPは、パイプラインで指定されたものとは異なるデコーダー要素を使用します。 以下の出力結果を提供してください。 シェル gst-inspect-1.0 | grep -i h265 gst-inspect-1.0 | grep -i v4l2 「 そして、これら4つのケースのいずれかが発生しているかどうかを特定するためのGST-Launch-1.0からの正確なエラーメッセージも示しています。

implementing usb for imx8 nano processor trying to implement usb for imx8 nano, the eval board layout shows floating wire for Id pin. will it work for host mode? because id need to be =0 for host mode. Re: implementing usb for imx8 nano processor Hello @Jayesh2408  Hope you are doing very well. Yes, a floating ID pin will work perfectly fine for host-only mode, provided you force the controller behavior via software. You can just change the dr_mode property in device tree from "otg" to "host": &usbotg1 { dr_mode = "host"; hnp-disable; srp-disable; adp-disable; usb-role-switch; disable-over-current; samsung,picophy-pre-emp-curr-control = <3>; samsung,picophy-dc-vol-level-adjust = <7>; status = "okay"; port { usb1_drd_sw: endpoint { remote-endpoint = <&typec1_dr_sw>; }; }; }; Best regards, Salas.

FRDM-IMX93 — LPSPI3/EXPI (P11) SPI 引脚无法与任何外部设备产生有效的 SPI 通信； 主题：FRDM-IMX93 — LPSPI3/EXPI (P11) SPI 引脚无法与任何外部设备产生有效的 SPI 通信；怀疑与板载三频模块 (MAYA-W27x) 冲突 NXP团队您好， 我正在尝试启动一个外部SPI设备（Waveshare 2通道CAN HAT（ https://www.waveshare.com/wiki/2-CH_CAN_HAT ）），在 FRDM-IMX93 板的 EXPI 40 针接头 (P11) 上使用 LPSPI3 (GPIO_IO08–11，与 RPi 兼容的引脚位置匹配) 连接双 MCP2515)。我已经确认 HAT 本身功能齐全（在具有标准 dtoverlay=mcp2515 配置的真正 Raspberry Pi 上进行了测试并运行正常）。 板/电路板支持包。 FRDM-IMX93，型号 NXP FRDM-IMX93 NXP i.MX 发布发行版 6.18-whinlatter，内核版本 6.18.2-1.0.0-gf49f45233f7b 我已配置好（所有配置均已在设备树级别验证正确）： Overlay 在 &lpspi3 下添加了 mcp2515@0/mcp2515@1，其中 cs-gpios = <&gpio2 8 1>, <&gpio2 7 1>; (GPIO_IO08/GPIO_IO07)，与我在 NXP 自己的上游补丁中找到的基于 GPIO 的 CS 模式相匹配，该补丁用于类似的 FRDM-IMX93 SPI3 外设（pixpaper 显示覆盖层）。 将 &pinctrl_lpspi3 扩展为将 GPIO_IO07 (CS1) 复用为 GPIO，因为它之前在 /sys/kernel/debug/pinctrl/ 中是 (MUX UNCLAIMED)。 禁用了与 CS0 冲突的已存在的 spidev0 节点。 启用 reg_vexp_3v3/reg_vexp_5v（稳压器始终开启）——这些默认是禁用的，如果没有这些，EXPI 标头将无法供电。 已确认 /dev/spidev2.0 已创建，引脚复用显示所有 4 个 SPI 引脚上的功能分配 (lpspi3grp) 正确。 症状： mcp251x 驱动程序始终失败：spi2.0：无法初始化MCP2515。接线错误？（错误代码=19）和 spi2.1：RESET后 MCP251x 未进入配置模式（错误代码=110）——以上所有设备树变体均完全不变。 使用 spidev_test（兼容 lwn、bk4）对 /dev/spidev2.0 进行原始 SPI 级测试：无论 MOSI/MISO 是物理短路（环回）、开路还是用分流器桥接，RX 缓冲区都会返回逐字节相同的数据。这表明 P11 接头引脚 19/21/23/24 处的 SPI3 信号没有反映在控制器的实际总线活动中——也就是说，这些信号可能根本没有到达接头，或者有其他东西在干扰。 疑似根本原因： 根据 UM12181（FRDM-IMX93 板用户手册，第 2.11 节“三射频模块接口”），SPI3 信号（CLK、MOSI、MISO、CS0 — 在 GPIO_IO08-11 上复用）通过双向 1.8V 电平转换器 (U729)（电阻选择）在板载 MAYA-W27x 三射频模块和 M.2 连接器之间共享。该文档没有说明当 SPI3 备用功能由 SoC 端驱动时，EXPI 接头 (P11) 是否/如何与此共享路径电气隔离。 问题： P11 的 GPIO_IO08-11 引脚在电气上是否独立于 U729 转换器/三路无线电路径？或者，在 P11 上使用 SPI3 是否需要任何额外的配置（例如，禁用三路无线电模块、GPIO 扩展位或电阻器改造）才能正确地将信号路由/隔离到接头？ 是否有经过验证的参考设备树（类似于 EVK 的 imx93-11x11-evk-lpspi.dts），专门用于在 FRDM-IMX93 板上外部使用 LPSPI3？ 能否提供 SPI3/U729 信号路径的原理图片段，以确认 P11 连接拓扑结构？ 提前感谢您的帮助。 Re: FRDM-IMX93 — LPSPI3/EXPI (P11) SPI pins produce no valid SPI transactions with any external devi 如果有什么遗漏，我可以补充。 root@imx93-11x11-lpddr4x-frdm:/sys/firmware/devicetree/base# ls '#address-cells' clock-osc-24m 固件 mcp2515_clock pmu regulator-hmisc-vddio regulator-vexp-3v3 soc@0 usbphynop2 '#size-cells' clock-osc-32k imx93-lpm memory psci regulator-usdhc2 regulator-vexp-5v sound-mqs usdhc3_pwrseq __symbols__兼容中断控制器@48000000 型号 regulator-adc-vref regulator-usdhc3 remoteproc-cm33 sw-keys 别名 cpus 中断父级 mqs1 稳压器-avdd 稳压器-vdd-12v 保留内存 热区 选定的显示子系统 ldb-display-controller mqs2 regulator-can2-stby regulator-vdd-5p0v secure-enclave timer clock-ext1 ethosu ldb-phy 名称 regulator-dvdd regulator-vddo 序列号 usbphynop1 Re: FRDM-IMX93 — LPSPI3/EXPI (P11) SPI pins produce no valid SPI transactions with any external devi 是的，我在p11接头上测得3.3V和5V电压。 为什么我的电脑会出现错误？ imx93-11x11-lpddr4x-frdm 登录：root root@imx93-11x11-lpddr4x-frdm:~# dmesg | grep -iE 'mcp251|lpspi3' [ 8.989639] mcp251x：模块布局没有符号版本 [ 10.032864] mcp251x spi2.1：MCP251x RESET 后未进入配置模式 [ 10.033021] mcp251x spi2.1：探测失败，错误代码=110 [ 10.033034] mcp251x spi2.1：使用驱动程序 mcp251x 进行探测失败，错误代码为 -110 [ 10.074097] mcp251x spi2.0：无法初始化 MCP2515。接线错误？ [ 10.074256] mcp251x spi2.0：探测失败，错误代码=19 root@imx93-11x11-lpddr4x-frdm:~# ip link show 1: lo: mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000 链接/回环 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: eth0: mtu 1500 qdisc mq 状态 DOWN 模式 DEFAULT 组 default qlen 1000 链接/以太 90:a9:f7:80:42:26 brd ff:ff:ff:ff:ff:ff 3: eth1: mtu 1500 qdisc mq 状态 DOWN 模式 DEFAULT 组 default qlen 1000 链接/以太 90:a9:f7:80:42:27 brd ff:ff:ff:ff:ff:ff 4: mlan0: mtu 1500 qdisc mq 状态 UP 模式 DORMANT 组 default qlen 1000 链接/以太 80:a1:97:50:4e:0d brd ff:ff:ff:ff:ff:ff 5: uap0: <广播,组播> mtu 1500 qdisc noop 状态 DOWN 模式 DEFAULT 组 default qlen 1000 链路/以太网 82:a1:97:50:4f:0d brd ff:ff:ff:ff:ff:ff 6: wfd0: <广播,组播> mtu 1500 qdisc noop 状态 DOWN 模式 DEFAULT 组 default qlen 1000 链接/以太 82:a1:97:50:4e:0d brd ff:ff:ff:ff:ff:ff 7: can0: mtu 16 qdisc noop 状态 DOWN 模式 DEFAULT 组 default qlen 10 链接/罐 Re: FRDM-IMX93 — LPSPI3/EXPI (P11) SPI pins produce no valid SPI transactions with any external devi FRDM-IMX93：LPSPI3（P11 EXPI 接头）SCK 引脚无信号输出 问题 我正在尝试使用 P11 EXPI 接头上的 LPSPI3 (GPIO_IO08-11, spi@42550000) 操作外部 SPI 设备 (2× MCP2515 CAN)。驱动程序处于活动状态，外设似乎正在“内部”运行，但没有信号输出到物理 SCK 引脚 (GPIO_IO11)。 证据 覆盖层应用无误；spi2.0/spi2.1 已在 SPI 内核中注册。 电源、引脚控制、引脚控制断言-GPIOS、CS-GPIOS 和时钟源——全部正确，并且已经过验证。 CS0（同一组，GPIO 交替功能，模式=0）工作完美——用万用表和逻辑分析仪都能看到脉冲。 在逻辑分析仪上，SCK（模式=1，原生 LPSPI3_SCK）完全平坦/0V——无论 HAT 是否连接，对连续触发回路都没有影响。 然而，LPSPI3 的 IRQ（GIC 97）实际上是在 /proc/interrupts 中触发的（一次传输尝试产生了 220 次中断）——外设的内部逻辑（状态/IER 寄存器）处于活动状态。 使用 /dev/mem 读取 LPSPI3 基地址 (0x42550000) 时返回“总线错误”——但是运行在同一总线上的 flexcan2 (0x425b0000) 也返回相同的错误，这意味着这是 /dev/mem 的一般限制，而不是 LPSPI3 特有的限制（已通过控制组排除）。 DMA 理论经过测试并被排除：当使用无效句柄覆盖 dmas 时，驱动程序回退到 PIO 并显示消息“dma 设置错误 -19，请使用 pio”，但 SCK 信号仍然没有出现。 `clk_ignore_unused` 启动参数也没有任何作用。 结束语 LPSPI3 外设的内部逻辑正在工作（产生中断），但 SCK 信号始终无法到达外部引脚 (GPIO_IO11)——尽管同一引脚控制组中的 CS0（GPIO 模式）输出正确，但 SCK（LPSPI3 原生替代功能）却无法输出。这似乎指向与焊盘驱动器/硅相关的配置细节，或者指向 NXP 应该了解的配置细节，而这些细节无法通过设备树或软件来解释。 问题 在 FRDM-IMX93 上，是否需要在设备树之外通过 P11 为 LPSPI3_SCK（GPIO_IO11，本机替代功能）添加额外的硬件/固件使能步骤？ 已知有一个例子表明，LPSPI3 可以使用 i.MX93 EVK 上的相同引脚（community.nxp.com/t5/i-MX-Processors/iMX93AUTO-EVK-SPI-Configuration-for-QCA7006AQ）——可能FRDM是否存在特殊差异？ Re: FRDM-IMX93 — LPSPI3/EXPI (P11) SPI pins produce no valid SPI transactions with any external devi 根据日志，我怀疑您尝试通过 spidev_test 访问 SPI 设备，但该设备由 MCP 驱动程序处理。 我需要知道的是您使用的完整设备树（.dts）文件，例如： imx93-11x11-frdm.dts 另外，如果您对它进行了修改，请告诉我您的修改之处。 另外，我也会尝试弄一个 mcp2515 CAN 模块，以便我这边进行集成测试。 顺祝商祺！ 萨拉斯。 Re: FRDM-IMX93 — LPSPI3/EXPI (P11) SPI pins produce no valid SPI transactions with any external devi 你好@irfanktm 希望你一切都好。 实际上，i.MX93 FRDM PAD 与 P11 GPIO_IO08-IO11 引脚之间存在直接连接： Manuel_Salas_0-1789421014211.pngManuel_Salas_0-1789421014211.pngManuel_Salas_0-1789421014211.pngManuel_Salas_0-1789421014211.pngManuel_Salas_0-1789421014211.pngManuel_Salas_0-1789421014211.png曼努埃尔_萨拉斯_0-1789421014211.png 能否请您提供一下重现问题的步骤？ 顺祝商祺！ 萨拉斯。 Re: FRDM-IMX93 — LPSPI3/EXPI (P11) SPI pins produce no valid SPI transactions with any external devi 你好@irfanktm 我刚才做了一些测试： Manuel_Salas_0-1789495251012.pngManuel_Salas_0-1789495251012.pngManuel_Salas_0-1789495251012.pngManuel_Salas_0-1789495251012.pngManuel_Salas_0-1789495251012.png曼努埃尔_萨拉斯_0-1789495251012.png 我的 i.MX93 FRDM 上的 SPI 工作正常。 Manuel_Salas_1-1789495295645.pngManuel_Salas_1-1789495295645.pngManuel_Salas_1-1789495295645.pngManuel_Salas_1-1789495295645.pngManuel_Salas_1-1789495295645.png曼努埃尔_萨拉斯_1-1789495295645.png 我的环境和你一样。 最后一个问题。 你的i.MX93 FRDM板的3V3和5V引脚有电压吗？ 如果不行，请点击以下链接启用董事会监管功能： https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/Enable-3-3-V-and-5-V-Regulators-for-Expansion-Header-on-i-MX9/ta-p/2299415 顺祝商祺！ 萨拉斯。 Re: FRDM-IMX93 — LPSPI3/EXPI (P11) SPI pins produce no valid SPI transactions with any external devi 请您提供完整的设备树。 或者只是与 lpspi3 节点和引脚复用相关的。 顺祝商祺！ 萨拉斯。 Re: FRDM-IMX93 — LPSPI3/EXPI (P11) SPI pins produce no valid SPI transactions with any external devi 不，imx93-11x11-frdm.dts 文件是原始文件；我编辑了 mcp2515-can-hat.dtbo 覆盖文件， https://www.waveshare.com/wiki/2-CH_CAN_HAT我只将 INT_1 从默认的 GPIO_25 改为 GPIO_24（物理引脚 18）。 Re: FRDM-IMX93 — LPSPI3/EXPI (P11) SPI pins produce no valid SPI transactions with any external devi 技术支持请求 MCP2515（Microchip）SPI 通信故障，i.MX93（NXP）SPI2/LPSPI3 1. 总结 两个 MCP2515 CAN 控制器（Waveshare 2-CH CAN HAT、MCP2515-I/SO、16 MHz 晶振）通过 LPSPI3（SPI2、CS0/CS1）连接到 i.MX93-11X11-LPDDR4X-FRDM 板，上电或 SPI/硬件 RESET 后始终无法进入配置模式。所有寄存器读取都返回固定不变的值，而不是预期的 CANSTAT = 0x80。内核 mcp251x 驱动程序持续报告探测失败（err=-110“RESET 后未进入配置模式”，或 err=-19“接线错误？”）。 2. 环境 SoM/板：i.MX93-11X11-LPDDR4X-FRDM 内核：6.18.2-1.0.0-gf49f45233f7b（NXP 下游），CONFIG_SPI_FSL_LPSPI=y（内置），ERR051608 预分频修复程序已存在 SPI 总线：LPSPI3 (spi@42550000)，2 个片选信号，自定义设备树覆盖（16 MHz 固定时钟，IRQ GPIO3-23 / GPIO3-24） CAN 模块：Waveshare 2 通道 CAN HAT，MCP2515-I/SO，标记“E3 2335BK5”（Microchip 原装标记格式） 驱动程序：mcp251x（主线），已使用内核驱动程序和基于 spidev 的自定义测试工具进行测试。 3. 已执行的故障排除 已更正设备树覆盖目标（&spi1/&lpspi3 与错误的 &spi2 标签相比）——覆盖现在已正确应用，mcp2515 子节点已存在于实时设备树中 已根据运行中的设备树验证 LPSPI3 pinctrl、cs-gpios 和 interrupt-parent/GPIO 映射——全部正确 使用逻辑分析仪验证了主端SPI信号的完整性：在多次捕获中，i.MX93均能正确且一致地生成MOSI、SCK和CS信号。 已确认两个 CAN 模块的 VDD = 3.3V 和空闲 MISO = 3.3V（无对地短路） 已确认两个模块的 RESET 引脚（引脚 17，SOIC-18）均为 3.3V（未激活） 测试了 SPI 模式 0,0 和模式 1,1 (CPOL/CPHA)，时钟频率为 100 kHz 至 8 MHz — 行为未发生变化 在 CS0/CS1 上添加了 10k 上拉电阻，以解决两个并联 MCP2515 器件之间的 MISO 总线争用问题——这稳定了（但并未纠正）回读数据。 自定义 spidev 测试工具：RESET 指令 + 复位后立即/连续轮询 CANSTAT（1 毫秒间隔，300 毫秒窗口）— CANSTAT 立即稳定到一个固定值，且永远不会达到 0x80。 强制写入 CANCTRL (0x80) 后执行读取操作——读取操作不受写入操作的影响，表明 SPI 事务未被 CAN 控制器逻辑处理。 4. 关键观察 CS0 设备：CANSTAT/CANCTRL/所有寄存器始终读取回 0x00（在数十次复位+读取周期中 100% 可重复，与寄存器地址、SPI 模式或写入值无关）。 CS1 设备：CANSTAT/CANCTRL/所有寄存器始终读取回 0xFF（100% 可重复，MISO 在事务处理期间从不翻转）。 两个设备均显示来自主控端的干净、时序正确的 MOSI/SCK/CS，但无论指令、地址或 CS 拉取配置如何，都返回一个固定值——这种模式无法用主机端的 SPI 模式/时序/接线来解释，并且与 MCP2515 CAN 内核永远不会离开其复位后/振荡器不稳定状态一致。 5. 请求 鉴于逻辑分析仪已验证主机端 SPI 信号传输正确，且设备树/内核驱动程序配置也已确认正确，我们希望获得以下方面的指导： 此故障特征（固定寄存器回读，CANSTAT 始终不等于 0x80）是否与已知的 MCP2515 晶振（晶体振荡器）启动问题一致，以及 OSC1/OSC2 的推荐示波器/验证程序。 MCP2515 和 i.MX93 LPSPI 之间是否存在已知的兼容性问题（除已解决的 ERR051608 之外） 如果怀疑MCP2515模块存在硬件缺陷，建议采取以下后续诊断步骤或RMA流程。 如果您需要提供额外的逻辑分析仪捕获文件、设备树文件或内核日志，请告知我们。 Re: FRDM-IMX93 — LPSPI3/EXPI (P11) SPI pins produce no valid SPI transactions with any external devi MCP2515 / i.MX93 LPSPI3 — 根本原因更新 这是我们之前报告的后续报道。一项新的隔离测试现在完全指向了 i.MX93 LPSPI3 SPI 控制器/驱动程序，而不是 MCP2515 模块。 已执行测试： 使用用户空间 spidev 工具，我们反复对 LPSPI3（500 kHz，模式 0）发出 RESET + CANSTAT 读取周期，同时仅改变 MISO 线的物理状态： MISO 连接到真正的 MCP2515 芯片：不稳定，很少达到预期的 0x80。 MISO 物理断开（浮空，未连接芯片）：仍会出现结构化的重复字节模式（0x00 / 0xFF / 0xFB），周期约为 10-11 毫秒。 MISO 通过 10kΩ 电阻连接到 GND：仍然出现相同的重复模式，基本没有改变。 MISO 直接短接到 GND (~0Ω)：图案完全消失——读取结果变为平坦的恒定值 0x00。 主要发现： 完全相同的字节序列，毫秒级的时序完全相同，在不同的运行（不同的进程 ID、不同的时间）和不同的物理 MISO 条件（断开连接、10kΩ 下拉电阻、连接到真实芯片）中反复出现。SPI ioctl() 调用本身每次都会返回成功（无错误）——这不是被掩盖的传输失败；每次调用都会将真实数据记录到时钟中。 解释： 真正浮空或电阻负载的输入引脚不应该在不同的进程调用中精确到毫秒地重现与主机无关的相同位模式。这种确定性表明，读取回来的字节值并不代表实际的 MCP2515 SO/MISO 线，而是来自 LPSPI3 外设或其 Linux 驱动程序的固定、可重复的内部状态（例如，过时的 RX FIFO 内容，或者无论输入引脚的实际逻辑电平如何，读取的固定模式）——只有硬短路到 GND 才能覆盖它。 向 NXP 提出问题：在某些情况下，LPSPI3（或其 Linux 驱动程序 spi-fsl-lpspi）是否会返回固定/过时的 RX FIFO 内容，而不是引脚的实际采样值？是否存在已知的错误或驱动程序行为可以解释这种确定性的、与线路无关的读取模式？ Re: FRDM-IMX93 — LPSPI3/EXPI (P11) SPI pins produce no valid SPI transactions with any external devi 技术支持请求 — i.MX93 LPSPI3 上的 MCP2515 多个 MCP2515 CAN 控制器（测试了 3 个单元，2 个不同的制造商/板，8/16 MHz 晶振）通过 LPSPI3 (SPI2) 连接到 i.MX93-11X11-LPDDR4X-FRDM 板，RESET后间歇性地无法进入配置模式（CANSTAT 应读取 0x80）。 环境：内核 6.18.2（NXP 下游），CONFIG_SPI_FSL_LPSPI 内置，ERR051608 预分频修复已存在。设备树/引脚控制已验证正确（LPSPI3 SIN/SOUT/SCK 已正确复用，CS 通过 cs-gpios）。逻辑分析仪捕获结果证实主机能够正确且一致地生成 MOSI/SCK/CS。 关键观察结果： 对于新打开的 spidev 句柄，第一次 RESET + CANSTAT 读取操作大约有 50-60% 的概率成功（~0x80），且计时稳定在 2-6 毫秒左右。 如果对同一个仍然打开的 SPI 文件描述符发出额外的 RESET+读取周期，则之后会持续失败，并稳定为可重复的 ~10-11 毫秒周期性固定值 (0x00 / 0xFF / 0xFB) 模式，永远不会再次达到 0x80。 所有 3 个物理 MCP2515 单元和 2 种不同的电路板设计都出现了相同的故障特征，排除了单个芯片/模块存在缺陷的可能性。 添加传输间延迟（delay_usecs）、虚拟“刷新”SPI 传输，并将周期之间的间隔增加到 100 毫秒，结果都没有改变（一旦模式开始，成功率就为 0/10）。 VDD、GND、RESET 引脚和空闲 MISO 电平均已确认正常（3.3 V）。 主线 mcp251x 内核驱动程序自身的 probe() 也显示出同样的不稳定性：连续 5 次绑定尝试（取消绑定/清除 driver_override/绑定）全部失败，错误信息在 err=-19（“接线错误？”）和 err=-110（“重置后未进入配置模式”）之间交替出现，且模式具有规律性，并非随机性。 这种模式（打开后第一次传输正常，然后在同一会话中的后续传输中出现固定的可重复故障特征——内核驱动程序自己的探测也重现了该故障）表明，连续的 LPSPI3 传输/CS 周期之间没有完全清除状态，而不是 MCP2515 单元本身存在缺陷。 向 NXP 提出的问题：这是否与已知的 LPSPI3 (i.MX93) 行为一致——例如：在同一 SPI 文件描述符上连续进行数据传输时，FIFO/CS 状态无法干净地重置——是否有推荐的驱动程序级解决方法（例如，使用 FIFO/CS 进行数据交换）？除了 ERR051608 之外，还需要延迟、FIFO 刷新或 CS 处理吗？ Re: FRDM-IMX93 — LPSPI3/EXPI (P11) SPI pins produce no valid SPI transactions with any external devi 你好，亲爱的@irfanktm 请查看我针对您的情况发布的帖子： https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/2-CH-CAN-HAT-with-FRDM-IMX93/ta-p/2415467 本文解释了如何在我们的 电路板支持包 和 i.MX93 FRDM 中使用2 通道 CAN HAT 。 顺祝商祺！ 萨拉斯。

Ara2 Windows ファクトリーテスト/ランタイムパッケージが利用できません 私はWindowsでAra2 PCIeアクセラレータを使っています。ハードウェアは正しく検出され、PCIe/DMAの初期化は成功し、AraProxyServiceが実行されています。しかし、デバイスの初期化は、以下のエラーで失敗します。 デバイスのファームウェアバージョンがサポートされていません：0。ファームウェアをアップデートしてください。 現在の環境： ファームウェア: 14.34.0.0 プロキシ: 1.1.0.0 SysAPI: 1.1.56.0 Windows ARA2ユーザーガイドにはfactory-test-package-windows.zipファイルとQwen Windowsデモパッケージが記載されていますが、記事ではそれらの添付ファイルは入手できません。 NXPのどなたか、現在のWindows工場出荷時テストパッケージとAra2対応のランタイム/ファームウェアパッケージへのアクセスを提供していただけませんか? 現在、これによりアクティブなWindows展開中のアクセラレータの検証がブロックされています。

i.MX8QXP – 防止在 Yocto Scarthgap 系统上使用 A/B 分区时，USB 刷写中断后无法正常启动 您好，NXP团队： 已安装的 UUU 可执行文件报告： libuuu_1.5.21-0-g1f42172 我们使用： sudo uuu -b emmc_all ~/Downloads/flash.bin *.wic 内置的 emmc_all 脚本使用以下命令写入完整的 .wic 镜像： FB：flash -raw2sparse 所有_image 然后写入引导加载程序，配置 eMMC 引导选择，最后显示 FB: done。 该脚本不包含显式的持久性闪存进行中完成元数据处理或回读哈希验证步骤。 如果在 .wic 期间闪光灯闪烁中断写入后，集群即可启动并显示更新后的 HMI。我们怀疑现有的可用引导加载程序和足够的已写入启动、根文件系统内容允许这样做，但所选插槽及其内容的完整性尚未得到确认。 请问如何添加一个断电容错完成检查，在工厂刷机中断后阻止从两个插槽正常启动，同时保留 USB 恢复功能？元数据必须独立于完整的 .wic 文件保持有效。写入和引导加载程序更新。 Re: i.MX8QXP – Prevent normal boot after interrupted USB flashing on Yocto Scarthgap with A/B partit 你好， 虽然没有官方的解决方案，但您可以自定义 uuu 脚本，内置的 emmc_all 流程只是一个基于 Fastboot 和 U-Boot 命令的 UUU 脚本，它可以被修改或替换为自定义的 uuu.auto 文件。U-Boot 命令也可以通过 FB:ucmd 执行。这意味着您应该添加自定义步骤，例如在编程前设置“闪存正在进行中”标志，并在验证成功后才清除该标志。 U-Boot 启动次数/启动限制 U-Boot 库包含对以下功能的支持： 配置启动次数限制 启动计数 启动限制 altbootcmd 配置启动计数_FS 当启动次数超过启动限制时，U-Boot 会执行 altbootcmd 而不是正常的 bootcmd。此机制可用于将系统重定向到恢复模式，例如 Fastboot 模式。 启动次数限制 — Das U-Boot 未知版本文档

CLEV6630B評価ボード（OM26630FDK） 評価ボード(OM26630FDK)のPDfファイルCLEV6630B入手しましたが、カスタム設計で使うために同じAltiumのPCBファイルを入手できますか? Re: CLEV6630B eval board(OM26630FDK) こんにちは、 @R_Tony さん。 あなたの調子が良いといいのですが。 申し訳ありませんが、このデバイスで利用可能な設計ファイルはPDF形式の CLRC6630B回路図とレイアウトのみです。 ご迷惑をおかけして申し訳ございません。 よろしくお願いいたします。 エドゥアルド。

CLEV6630B 评估板（OM26630FDK） 我获得了 CLEV6630B 评估板 (OM26630FDK) 的 PDF 文件，请问我能否获得相同板型的 Altium PCB 文件，用于我们的定制设计？ Re: CLEV6630B eval board(OM26630FDK) 你好@R_Tony ， 希望你一切都好。 非常抱歉，该设备的唯一可用设计文件是CLRC6630B 原理图和布局图，以 PDF 格式提供。 给您带来的不便，敬请谅解。 问候， 爱德华多。

PTN3460 サポート チームの皆さん、こんにちは。 PTN3460Iのデータシートには「ファームウェアおよびEDIDアップデートのためのI2Cバスユーティリティおよびプログラミングガイド」という文書が記載されています。I2CバスユーティリティやEDID更新ツールに関するドキュメントは見つかりません。 さらに、DP Auxを使ってPTN3460Iの内部フラッシュをフラッシュできますか?もしそうなら、同じ用途のユーティリティはありますか?PTN3460(Flash-over-AUX)ユーティリティはファームウェアアップデート専用ですか?それともEDIDアップデート用ですか? Re: PTN3460 Support こんにちは、 PTN3460Iデータシートで「ファームウェアおよびEDID更新のためのI2Cバスユーティリティおよびプログラミングガイド」として参照されている文書は、AN11606 – PTN3460I PTN3460I向けプログラミングガイド(向け)および AN11128 – PTN3460 プログラミングガイド(商用PTN3460向け)に対応しています。両者とも NXP.com で一般公開されています: AN11606 – PTN3460Iプログラミングガイド(Rev. 1.4) — I²Cバス構成テーブル構造、EDIDプログラミング(最大7種類のEDIDデータ構造)、すべてのレジスタ定義、およびI²Cを介してPTN3460I内部フラッシュにEDIDおよび設定データを書き込む手順を段階的に扱っています。 AN11128 – PTN3460 プログラミング ガイド (Rev. 1.8) — 商用版 PTN3460BS に対応するドキュメント。 DP AUXインターフェースおよびFlash-over-AUX(FoA)ユーティリティに関するご質問について: DP AUXによる内部フラッシュのフラッシュ:はい、PTN3460I DP AUXチャネル経由で内部フラッシュのプログラミングをサポートしています。レジスタはI²CバスインターフェースまたはDP AUXのいずれかからアクセスできます。 Flash-over-AUX (FoA) ユーティリティスコープ: PTN3460/PTN3460I には、2 つの独立した FoA ツールがあります。 FoAファームウェアアップサ(PTN3460IBS F2用の別のツール)— DP AUXチャネルを通じたファームウェアのバージョンアップグレード専用。 FoA EDID Updater — DP AUXチャネルを経由したEDID更新専用のユーティリティです。 下記に添付しておりますのでご確認ください。 BRs、トーマス

i.MX93 电源时序 我正在设计一款基于 i.MX93 及其推荐的 PMIC (PCA9451) 的低功耗 PCB。 AN13917 功耗测量文档表明，在其最低功耗模式下（第 6.7.8 节），SoC+DRAM 的功耗应为 ~174mW。然而，文档中目前的测量数据是在电源管理集成电路（PMIC）之后采集的，因此并未包含任何效率损失。 在计算实际预期功耗时，vdd_ana_0p8 电源轨的能耗非常高。该电源轨上的 16.5mA 电流消耗会导致 PMIC 低压差线性稳压器 (LDO) 耗散 69mW（输入电压为 5V）。这相当于约 60% 的效率损失。 我希望使用单独的 SMPS 模块 (TI TPSM82821) 为该电源轨供电，以减少这些损耗，但是 i.MX93 数据手册在电源轨时序要求中没有对 Tstep 或 Toff_step 进行定义。是否存在时间上的要求，还是只需要对顺序有要求？ 使用 VDD_SOC 作为外部开关电源的使能触发信号（通过比较器）是否合理？或者是否有更好的选择？我假设在掉电期间，由于 TPMS82821 具有输出主动放电功能，0V8 的放电速度会比 VDD_SOC 快。 Re: i.MX93 power sequencing 你好， 表 6 中有 Tstep 或 Toff_step 的时间。 PWRUP 模式： tSTEP（从前一个电源轨开启到下一个电源轨开启所需的时间）：2 毫秒 tOFF_STEP（从前一个电源轨关闭到下一个电源轨关闭所需的时间）：8 毫秒 此外，您还可以使用 VDD_SOC 作为参考，在上电/关电序列中触发外部稳压器。 顺祝商祺！

FRDM-IMX93 — LPSPI3/EXPI (P11) SPIピンは、外部デバイスとの間で有効なSPIトランザクションを生成しません。 件名:FRDM-IMX93 — LPSPI3/EXPI(P11)SPIピンは外部デバイスとの有効なSPIトランザクションを発生させません。オンボードトライラジオモジュール(MAYA-W27x)との競合が疑われています。 こんにちは、NXPチームの皆さん、 外部のSPIデバイス(Waveshare 2-CHのCAN HAT https://www.waveshare.com/wiki/2-CH_CAN_HAT)を起動しようとしています。FRDM-IMX93ボードのEXPI 40ピンヘッダー(P11)にデュアルMCP2515を搭載し、LPSPI3(GPIO_IO08–11、RPi互換ピン位置に一致)を使用しています。HAT自体が完全に機能することを確認しました（標準のdtoverlay=mcp2515構成の純正Raspberry Piでテストし、動作確認済みです）。 理事会 / BSP: FRDM-IMX93、モデルNXP FRDM-IMX93 NXP i.MX リリースディストリビューション 6.18-whinlatter、カーネル 6.18.2-1.0.0-gf49f45233f7b 私が設定した内容（デバイスツリーレベルで全て正しいことを確認済み）： オーバーレイは &lpspi3 の下に mcp2515@0/mcp2515@1 を追加します。cs-gpios = <&gpio2 8 1>、<&gpio2 7 1>;(GPIO_IO08/GPIO_IO07)で、これは NXP 自身のアップストリームパッチで見つけた類似の FRDM-IMX93 SPI3 ペリフェラル(pixpaper display overlay)の GPIO ベースの CS パターンに対応しています。 以前は /sys/kernel/debug/pinctrl/ で (MUX UNCLAIMED) であったため、&pinctrl_lpspi3 を拡張して GPIO_IO07 (CS1) を GPIO として mux しました。 CS0と競合していた既存のspidev0ノードを無効化しました。 reg_vexp_3v3/reg_vexp_5v (レギュレータ常時オン) を有効にしました。これらはデフォルトでは無効になっており、これがないと EXPI ヘッダーに電源が供給されませんでした。 /dev/spidev2.0が作成され、pinmuxで4つのSPIピンすべてに正しい機能割り当て（lpspi3grp）が表示されていることを確認しました。 症状： MCP251Xドライバは常に失敗します:spi2.0:MCP2515を初期化できません。配線が間違っている？(err=19) および spi2.1:MCP251x はリセット後に設定モードに入りませんでした (err=110) — 上記のすべてのデバイスツリーのバリエーションでまったく変わりません。 /dev/spidev2.0 上で spidev_test (互換性のある lwn、bk4) を使用して SPI レベルの生テストを実行します。RXバッファは、MOSI/MISOが物理的に短絡（ループバック）、開放状態、またはシャントでブリッジされているかどうかに関わらず、バイト単位で同一のデータを返します。これは、P11ヘッダーピン19/21/23/24にあるSPI3信号がコントローラの実際のバス活動に反映されていないことを示唆しています。つまり、信号がヘッダーに届いていないか、他の何かが干渉している可能性があります。 疑われる根本原因: UM12181(FRDM-IMX93ボードユーザーマニュアル、セクション2.11「トライラジオモジュールインターフェース」)によると、SPI3信号(CLK、MOSI、MISO、CS0 — GPIO_IO08-11で多重化)は、オンボードのMAYA-W27xトライラジオモジュールとM.2コネクタ間で、双方向の1.8Vレベルトランスレーター(U729、抵抗選択)を介して共有されます。この文書では、SPI3代替機能がSoC側から駆動される場合に、EXPIヘッダー（P11）がこの共有パスから電気的に絶縁されるかどうか、またどのように絶縁されるかについては明確にされていません。 質問： P11のGPIO_IO08-11の露出はU729トランスレーター/トライラジオパスから電気的に独立しているのでしょうか?それともP11でSPI3を使う場合、信号を正しくヘッダーにルーティング・隔離するために、トライラジオモジュールの無効化、GPIOエキスパンダービットの無効化、抵抗の再作業などの追加設定が必要でしょうか? FRDM-IMX93ボード上でLPSPI3を外部で使用するための、検証済みのリファレンスデバイスツリー（EVK用のimx93-11x11-evk-lpspi.dtsのようなもの）はありますか？ P11接続トポロジーを確認するために、SPI3/U729信号経路の回路図抜粋を共有できますか? ご協力に感謝いたします。 Re: FRDM-IMX93 — LPSPI3/EXPI (P11) SPI pins produce no valid SPI transactions with any external devi はい、p11ヘッダーには3.3Vと5Vがあります。 なぜエラーが発生するのでしょうか？ imx93-11x11-lpddr4x-frdm ログイン:ルート root@imx93-11x11-lpddr4x-frdm:~# dmesg |grep -iE 'mcp251|lpspi3' [ 8.989639] MCP251X:module_layoutのシンボルなしバージョン [ 10.032864 mcp251x spi2.1: リセット後、MCP251xがコンフットモードに入らなかった [ 10.033021] mcp251x spi2.1: プローブ失敗、err=110 [ 10.033034] MCP251x SPI2.1: ドライバー付きプローブ MCP251x エラー -110 で失敗 [ 10.074097] MCP251x spi2.0: 初期化できませんMCP2515。配線が間違っているのですか? [ 10.074256] mcp251x spi2.0: プローブ失敗、err=19 root@imx93-11x11-LPDDR4x-frdm:~# IP リンク 表示 1: lo: MTU 65536 qdisc noqueue state 不明モード デフォルトグループ default qlen 1000 リンク/ループバック 00:00:00:00:00:00 BRD 00:00:00:00:00:00:00 2: eth0: MTU 1500 QDISC MQ 状態 ダウンモード デフォルトグループ デフォルト QLEN 1000 リンク/エーテル 90:A9:f7:80:42:26 BRD FF:FF:FF:FF:FF:FF 3: eth1: MTU 1500 QDISC MQ STATE DOWN MODE デフォルトグループ デフォルト QLEN 1000 リンク/エーテル 90:A9:f7:80:42:27 BRD FF:FF:FF:FF:FF:FF 4: mlan0: MTU 1500 QDISC MQ STATE UP モード 休眠グループ デフォルト QLEN 1000 リンク/エーテル 80:A1:97:50:4E:0d BRD FF:FF:FF:FF:FF:FF 5: uap0: MTU 1500 qdisc noop state DOWN mode デフォルトグループ デフォルト qlen 1000 リンク/エーテル 82:A1:97:50:4f:0d brd ff:ff:ff:ff:ff 6: wfd0: MTU 1500 QDISC NOOP 状態 ダウンモード デフォルトグループ デフォルト QLEN 1000 リンク/エーテル 82:a1:97:50:4e:0d brd ff:ff:ff:ff:ff:ff:ff 7: can0: MTU 16 QDISC NOOP 状態 ダウンモード デフォルトグループ デフォルト qlen 10 リンク/CAN Re: FRDM-IMX93 — LPSPI3/EXPI (P11) SPI pins produce no valid SPI transactions with any external devi FRDM-IMX93: LPSPI3 (P11 EXPIヘッダー) のSCKピンに信号が出力されません 問題 私はP11 EXPIヘッダー上のLPSPI3(GPIO_IO08-11、spi@42550000)を使って外部SPIデバイス(2× MCP2515 CAN)を操作しようとしています。ドライバーはアクティブで、ペリフェラルは「内部」で動作しているように見えますが、物理的なSCKピン(GPIO_IO11)には信号が出力されていません。 証拠 オーバーレイはエラーなく適用され、SPIコアにspi2.0/spi2.1が登録されました。 電源、pinctrl、pinctrl-assert-gpios、cs-gpios、およびクロックソースはすべて正しく、検証済みです。 CS0（同一バンク、GPIO代替機能、モード=0）は完璧に動作し、マルチメーターとロジックアナライザーの両方でパルスが確認できます。 SCK(モード=1、ネイティブLPSPI3_SCK)はロジックアナライナ上で完全にフラット/0Vで、HATが接続されているかどうかにかかわらず、連続トリガーループには影響しません。 それにもかかわらず、LPSPI3のIRQ(GIC 97)は実際には/proc/interrupts(220回の割り込みで生成される単一の転送試み)でトリガーされており、ペリフェラルの内部ロジック(ステータス/IERレジスタ)がアクティブです。 /dev/memでLPSPI3のベースアドレス(0x42550000)を読み取ると「バスエラー」が返されますが、同じバス上で動作しているflexcan2(0x425b0000)も同じエラーを返します。つまり、これはLPSPI3特有のものではなく、一般的な/dev/memの制限であり(コントロールグループで除外されています)。 DMA理論は検証され、無効とされました。無効なphandleでDMASを上書きすると、ドライバーは「dma setup error -19, use pio」というメッセージとともにPIOにフォールバックしましたが、SCK信号は依然として表示されませんでした。 `clk_ignore_unused` ブート引数も効果はありませんでした。 まとめ LPSPI3ペリフェラルの内部ロジックは動作しており(割り込みを発生)、SCK信号は外部ピン(GPIO_IO11)に到達しません。同じpinctrlグループのCS0(GPIOモード)は正しく出力しますが、SCK(LPSPI3のネイティブ代替機能)はそうではありません。これは、パッドドライバーやシリコンに関連する設定の詳細、あるいはNXPが認識すべき設定の詳細を示しているように見えますが、これはデバイスツリーやソフトウェアでは説明できません。 質問 FRDM-IMX93において、P11を介したLPSPI3_SCK（GPIO_IO11、ネイティブ代替機能）のために、デバイスツリーとは別にハードウェア/ファームウェアの有効化手順は追加されていますか？ LPSPI3がi.MX93 EVK(community.nxp.com/t5/i-MX-Processors/iMX93AUTO-EVK-SPI-Configuration-for-QCA7006AQ)と同じピンで動作する例があります—可能かもしれませんFRDM特有の違いはあるのでしょうか？ Re: FRDM-IMX93 — LPSPI3/EXPI (P11) SPI pins produce no valid SPI transactions with any external devi こんにちは、 @irfanktm お元気でお過ごしのことと思います。 実際には、i.MX93 FRDM PADとP11 GPIO_IO08-IO11ピンの間には直接的な接続があります。 Manuel_Salas_0-1789421014211.pngManuel_Salas_0-1789421014211.pngManuel_Salas_0-1789421014211.pngManuel_Salas_0-1789421014211.pngManuel_Salas_0-1789421014211.pngManuel_Salas_0-1789421014211.pngManuel_Salas_0-1789421014211.pngManuel_Salas_0-1789421014211.pngManuel_Salas_0-1789421014211.png 私のそばで再現するための手順を教えていただけますか? よろしくお願いいたします。 サラス。 Re: FRDM-IMX93 — LPSPI3/EXPI (P11) SPI pins produce no valid SPI transactions with any external devi ログを見る限り、あなたはspidev_test上でSPIデバイスにアクセスしようとしているようですが、デバイスはMCPドライバーによって処理されています。 私が知りたいのは、使用しているデバイスツリー（.dts）全体です。例えば、以下のようなものです。 imx93-11x11-frdm.dts また、もし変更を加えた場合は、変更内容をお知らせください。 また、MCP2515のCANモジュールを手に入れて統合を試してみようと思います。 よろしくお願いいたします。 サラス。 Re: FRDM-IMX93 — LPSPI3/EXPI (P11) SPI pins produce no valid SPI transactions with any external devi お使いのデバイスツリー全体を共有していただけますでしょうか。 あるいは、lpspi3ノードとピンマルチプレクサに関連するものだけかもしれません。 よろしくお願いいたします。 サラス。 Re: FRDM-IMX93 — LPSPI3/EXPI (P11) SPI pins produce no valid SPI transactions with any external devi こんにちは、 @irfanktm 私は自分の側でいくつかテストを行いました。 Manuel_Salas_0-1789495251012.pngManuel_Salas_0-1789495251012.pngManuel_Salas_0-1789495251012.pngManuel_Salas_0-1789495251012.pngManuel_Salas_0-1789495251012.pngManuel_Salas_0-1789495251012.png 私のi.MX93 FRDMではSPIは正常に動作しています。 Manuel_Salas_1-1789495295645.pngManuel_Salas_1-1789495295645.pngManuel_Salas_1-1789495295645.pngManuel_Salas_1-1789495295645.pngManuel_Salas_1-1789495295645.pngManuel_Salas_1-1789495295645.png 私もあなたと同じ環境にいます。 もう一つ質問があります。 i.MX93 FRDMボードの3V3ピンと5Vピンに電圧はかかっていますか？ そうでない場合は、以下のリンクを参照して、委員会の規制当局に通知してください。 https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/Enable-3-3-V-and-5-V-Regulators-for-Expansion-Header-on-i-MX9/ta-p/2299415 よろしくお願いいたします。 サラス。 Re: FRDM-IMX93 — LPSPI3/EXPI (P11) SPI pins produce no valid SPI transactions with any external devi いいえ、imx93-11x11-frdm.dtsファイルがオリジナルです。私はmcp2515-can-hat.dtboのオーバーレイファイルを編集しました、https://www.waveshare.com/wiki/2-CH_CAN_HATINT_1をデフォルトのGPIO_25からGPIO_24（物理ピン18）に変更しただけです。 Re: FRDM-IMX93 — LPSPI3/EXPI (P11) SPI pins produce no valid SPI transactions with any external devi もし何か足りなければ、私が追加できます。 root@imx93-11x11-lpddr4x-frdm:/sys/firmware/devicetree/base# ls '#address-cells' クロック-OSC-24Mファームウェア mcp2515_clock PMU レギュレーター-HMISC-VDDIOレギュレーター-vEXC-3v3 soc@0 USBphynoP2 「#size-Cells」クロック-OSC-32K IMX93-LPM メモリ PSCI レギュレーター-USDHC2 レギュレーター-VEXP-5V サウンド-MQS usdhc3_pwrseq __symbols__ 互換割り込みcontroller@48000000モデル レギュレーター-ADC-VREF レギュレーター-usDHC3 リモートプロック-CM33 SW-キー 別名 CPUS 割り込み親 MQS1 レギュレーター-AVDD レギュレーター-VDD-12V リザーブドメモリ熱ゾーン 選択したディスプレイサブシステム LDB-ディスプレイ-コントローラ MQS2 レギュレーター-CAN2-STBYレギュレータ-VDD-5P0V セキュア・エンクレーブ タイマー クロック-ext1 エトス LDB-PHY名 レギュレーター-DVDD レギュレーター-VDDOシリアルナンバーUSBYyNOP1 Re: FRDM-IMX93 — LPSPI3/EXPI (P11) SPI pins produce no valid SPI transactions with any external devi MCP2515 / i.MX93 LPSPI3 — 根本原因の更新 前回の報告の続報です。新たな隔離テストでは、MCP2515モジュールから離れ、i.MX93 LPSPI3 SPIコントローラ/ドライバに向けられています。 実施されたテスト: ユーザー空間のspidevツールを使用して、MISOラインの物理状態のみを変化させながら、LPSPI3（500kHz、モード0）に対してRESET + CANSTAT読み取りサイクルを繰り返し発行します。 MISOを実際のMCP2515チップに接続した場合：不安定で、期待される0x80に到達することはまれです。 MISOが物理的に切断された状態（フローティング状態、チップが接続されていない状態）：それでも、約10～11ミリ秒の周期で、構造化された繰り返しバイトパターン（0x00 / 0xFF / 0xFB）が表示されます。 MISOを10kΩの抵抗器を介してGNDに接続した場合、同じ繰り返しパターンが依然として現れ、本質的に変化はありません。 MISOをGND（約0Ω）に直接短絡すると、パターンは完全に消え、読み取り値は平坦で一定の0x00になります。 主な調査結果： まったく同じバイトシーケンスが、ミリ秒ごとに同じタイミングで、独立した実行(異なるプロセスID、異なる時間)や異なる物理的なMISO条件(切断、10kΩプルダウン、または実際のチップに接続した場合)でも再表示されます。SPI ioctl() 呼び出し自体は毎回成功（エラーなし）を返します。これは転送の失敗が隠蔽されているわけではなく、実際のデータが呼び出しごとにクロックインされています。 解釈： 真にフローティング状態または抵抗負荷状態の入力ピンは、異なるプロセス呼び出し間で、ミリ秒単位まで同一のホスト非依存のビットパターンを再現してはならない。この決定性のレベルから、読み戻されるバイト値は実際のMCP2515 SO/MISOラインを代表するものではなく、LPSPI3周辺機器やそのLinuxドライバの固定的で再現可能な内部状態(例:古いRXのFIFOコンテンツや、入力ピンの実際の論理レベルに関係なく固定パターンの読み取り)から来ていることを示唆しています。これを上書きするのはGNDへのハードショートだけです。 NXPへの質問です:LPSPI3(またはそのLinuxドライバーであるspi-fsl-lpspi)は、ピンの実際のサンプリング値の代わりに固定または古びたRX FIFOコンテンツを返すことはあり得ますか?このようなデターミニスティックで配線に依存しないリードバックパターンを説明する既知のエラタムやドライバの挙動はありますか? Re: FRDM-IMX93 — LPSPI3/EXPI (P11) SPI pins produce no valid SPI transactions with any external devi 技術サポートの要請 MCP2515 (Microchip) と i.MX93 (NXP) の SPI2/LPSPI3 との SPI 通信障害 1. 要約 2つのMCP2515 CANコントローラ(Waveshare 2-CHAN HAN、MCP2515-I/SO、16 MHzクリスタル)は、LPSPI3を介してi.MX93-11X11-LPDDR4X-FRDMボードにコネクテッドされています(SPI2、CS0/CS1)は、電源アップやSPIやハードウェアリセット後に構成モードに入ることはありません。すべてのレジスタ読み取りで、期待されるCANSTAT = 0x80ではなく、固定された不変の値が返されます。カーネルmcp251xドライバは常にプローブの失敗を報告します(err=-110「リセット後にconfモードに入らなかった」またはerr=-19「配線が間違っている?」)。 2. 環境 SoM/ボード: i.MX93-11X11-LPDDR4X-FRDM カーネル: 6.18.2-1.0.0-gf49f45233f7b (NXP ダウンストリーム)、CONFIG_SPI_FSL_LPSPI=y (組み込み)、ERR051608 プリスケール修正が既に適用済み SPIバス：LPSPI3（spi@42550000）、チップセレクト2系統、カスタムデバイスツリーオーバーレイ（16MHz固定クロック、IRQ GPIO3-23 / GPIO3-24） CANモジュール:Waveshare 2CHキャンハット、MCP2515-I/SO、「E3 2335BK5」(正規のマイクロチップマーキングフォーマット) ドライバ:mcp251x(メインライン)、カーネルドライバーおよびカスタムspidevベースのテストユーティリティでテスト済み 3. トラブルシューティングを実施 デバイスツリーのオーバーレイターゲット(&spi1/&lpspi3 対 誤り & spi2 ラベル)を修正しました — オーバーレイが正しく適用され、MCP2515の子ノードがライブDTに存在します LPSPI3のpinctrl、cs-gpios、割り込み親/GPIOマッピングを、実行中のデバイスツリーに対して検証しました。すべて正しいです。 ロジックアナライザを使用してマスター側のSPI信号の完全性を検証しました。複数のキャプチャにおいて、i.MX93によってMOSI、SCK、およびCSが正しく一貫して生成されていることが確認されました。 両CANモジュールでVDD = 3.3V、アイドルMISO = 3.3Vが確認(GNDへのショートなし) 両方のモジュールで、リセットピン（SOIC-18の17番ピン）が3.3V（非アクティブ）であることを確認しました。 SPIモード0,0とモード1,1（CPOL/CPHA）、100kHz～8MHzクロックでテストしましたが、動作に変化はありませんでした。 2つの並列MCP2515デバイス間のMISOバス競合を解消するため、CS0/CS1に10kΩのプルアップ抵抗を追加しました。これにより、読み出しデータは安定しましたが、修正はされませんでした。 カスタムspidevテストツール：リセット命令＋リセット後の即時/連続CANSTATポーリング（1ms間隔、300msウィンドウ）—CANSTATは瞬時に固定値に落ち着き、0x80に達することはありません。 WRITEをCANCTRL(0x80)に強制し、その後READに続けます — 読み戻しは書き込みの影響を受けず、SPIトランザクションがCANコントローラロジックで処理されていないことを示します 4. 重要な観察事項 CS0 デバイス: CANSTAT/CANCTRL/すべてのレジスタは一貫して 0x00 を読み出します (数十回のリセット + 読み取りサイクルにわたって 100% 再現可能、レジスタ アドレス、SPI モード、または書き込み値に関係なく)。 CS1デバイス：CANSTAT/CANCTRL/すべてのレジスタは常に0xFFを読み出す（100%再現可能、トランザクション中にMISOが切り替わることはない）。 両デバイスともマスターからはクリーンで正しくタイミングされたMOSI/SCK/CSを表示しますが、命令、アドレス、CSプルの設定に関係なく固定値を返します。このパターンはホスト側のSPIモード/タイミング/配線では説明できず、MCP2515 CANコアがリセット後/発振器不安定な状態から決して離れないことと一致しています。 5. リクエスト ホスト側のSPIシグナリングがロジックアナライザーで正確であることが確認され、デバイスツリーやカーネルドライバの設定も正しいことが確認されたため、以下の点についてのガイダンスを望みます。 この障害シグネチャ（レジスタの読み取りが固定され、CANSTATが0x80にならない）が、既知のMCP2515水晶発振器の起動問題と一致するかどうか、およびOSC1/OSC2に対する推奨オシロスコープ/検証手順 MCP2515とi.MX93 LPSPIの間には、既知の互換性の問題が存在するか（既に解決済みのERR051608以外）？ MCP2515モジュールにハードウェアの欠陥が疑われる場合の推奨される次の診断手順またはRMAプロセス 追加のロジックアナライザキャプチャ、デバイスツリーファイル、またはカーネルログが必要な場合はお知らせください。 Re: FRDM-IMX93 — LPSPI3/EXPI (P11) SPI pins produce no valid SPI transactions with any external devi 技術サポートリクエスト — i.MX93 LPSPI3 MCP2515 複数のMCP2515 CANコントローラ(テスト済み3台、2つの異なるメーカー/ボード、8/16 MHzのクリスタル)がLPSPI3(SPI2)経由でi.MX93-11X11-LPDDR4X-FRDMボードに接続されていると、リセット後に断続的に構成モードに到達できません(CANSTATは0x80を認識すべきです)。 環境: カーネル 6.18.2 (NXP ダウンストリーム)、CONFIG_SPI_FSL_LPSPI 組み込み、ERR051608 プリスケール修正あり。デバイスツリー/pinctrlが正しいことを確認しました（LPSPI3のSIN/SOUT/SCKは適切に多重化され、CSはcs-gpios経由）。ロジックアナライザによるキャプチャ結果から、MOSI/SCK/CSがホストによって正しく一貫して生成されていることが確認されました。 重要な観察事項： 新しく開いたspidevハンドルでは、最初のRESET + CANSTAT読み取りが約50～60%の確率で成功し（~0x80）、タイミングは常に約2～6msです。 同じ、まだ開いているSPIファイルディスクリプタに対して追加のRESET+読み取りサイクルを発行すると、その後は一貫して失敗し、0x80に再び到達することのない、約10～11ミリ秒周期の固定値（0x00 / 0xFF / 0xFB）の繰り返しパターンに落ち着きます。 この同じ故障シグネチャは3つの物理MCP2515ユニットと2つの異なる基板デザインすべてで再現されており、単一の欠陥チップやモジュールを除外しています。 転送間隔遅延（delay_usecs）の追加、ダミーの「フラッシュ」SPI転送、およびサイクル間のギャップを100msに増やしても、結果は変わりませんでした（パターンが開始されると、10回中0回成功）。 VDD、GND、RESETピン、およびアイドル時のMISOレベルはすべて正常（3.3V）であることが確認されています。 メインラインのmcp251xカーネルドライバーのプローブ()も同じ不安定さを示しています。5回連続のバインド試行(アンバインド/クリアdriver_override/バインド)すべて失敗し、err=-19(「配線が間違っている??」)とerr=-110(リセット後にコンフィングモードに入らなかった)を交互に繰り返すパターンです。 このパターン(開いた後の最初の転送で良好、その後同じセッション内のその後の転送で固定された再現可能な失敗署名が現れる)は、MCP2515ユニット自体の欠陥というよりも、連続するLPSPI3転送やCSサイクル間で完全にクリアされていない状態を示唆しています。 NXP への質問: これは、既知の LPSPI3 (i.MX93) の動作と一致していますか?同じSPIファイルディスクリプタ上で連続転送間でFIFO/CSの状態がきれいにリセットされないことについて — そして推奨されるドライバーレベルの回避策はありますか(例:ERR051608を超える遅延、FIFOフラッシュ、またはCS処理が必要ですか？ Re: FRDM-IMX93 — LPSPI3/EXPI (P11) SPI pins produce no valid SPI transactions with any external devi こんにちは、親愛なる@irfanktmさん あなたのCASEのために私が作成した投稿をご覧ください: https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/2-CH-CAN-HAT-with-FRDM-IMX93/ta-p/2415467 BSPとi.MX93 FRDMで2チャネルCAN HATを使う方法も説明されています。 よろしくお願いいたします。 サラス。

i.MX93 電源シーケンス 私はi.MX93とその推奨PMIC（PCA9451）をベースにした低消費電力PCBを設計しています。 AN13917の消費電力測定に関する文書によると、最低電力モード（セクション6.7.8）では、SoC+DRAMの消費電力は約174mWになるはずです。ただし、文書内の現在の測定値はPMICの後に行われているため、効率損失は含まれていません。 実際の予想消費電力を計算すると、vdd_ana_0p8レールが非常に高いエネルギー消費量を示すことが際立っています。このレールでの16.5mAの電流消費により、PMIC LDOで69mWの電力損失が発生します（5V入力時）。これは効率損失の約60％に相当する。 これらの損失を低減するために、この電源レールを別のSMPSモジュール（TI TPSM82821）から給電したいのですが、i.MX93のデータシートには、電源レールのシーケンス要件にTstepまたはToff_stepの定義がありません。実際にタイミングに関する要件はありますか？それとも順序付けに関する要件だけですか？ 外部SMPSの有効トリガーとしてVDD_SOCを使うのは賢明でしょうか?それとももっと良い選択肢がありますか?TPMS82821には出力のアクティブ放電機能があるため、0V8は電源を切る際にVDD_SOCより速く放電すると思います。 Re: i.MX93 power sequencing こんにちは、 表6にTstepまたはToff_stepの時刻が記載されています。PWRUPモード： tSTEP（前の電源レールがオン状態から次の電源レールがオンになるまでの時間）：2ms tOFF_STEP（前の電源レールがオフになってから次の電源レールがオフになるまでの時間）：8 ms また、VDD_SOCを基準として外部レギュレーターを起動・電源オフのシーケンスで作動させることもできます。 よろしくお願いいたします。

PTN3460 Support Hi Team, Datasheet of PTN3460I mentions a "I2C-bus utility and programming guide for firmware and EDID update" document. I am not able to find the document related to I2C bus utility and EDID update tool.  Further, Can we flash the internal flash of PTN3460I using DP Aux. If so, is there a utility for the same.? PTN3460 (Flash-over-AUX) utility is only for firmware update or for EDID update also? Re: PTN3460 Support Hi, The document referenced in the PTN3460I datasheet as "I2C-bus utility and programming guide for firmware and EDID update" corresponds to AN11606 – PTN3460I Programming Guide (for the PTN3460I) and AN11128 – PTN3460 Programming Guide (for the commercial PTN3460). Both are publicly available on NXP.com: AN11606 – PTN3460I Programming Guide (Rev. 1.4) — covers I²C-bus configuration table structure, EDID programming (up to 7 EDID data structures), all register definitions, and step-by-step procedures for writing EDID and configuration data into the PTN3460I internal flash via I²C. AN11128 – PTN3460 Programming Guide (Rev. 1.8) — the equivalent document for the commercial PTN3460BS variant. Regarding your questions about the DP AUX interface and the Flash-over-AUX (FoA) utility: Flashing the internal flash via DP AUX: Yes, PTN3460I supports programming its internal flash through the DP AUX channel. The registers can be accessed either via the I²C-bus interface or via DP AUX. Flash-over-AUX (FoA) utility scope: There are two separate FoA tools for PTN3460/PTN3460I: FoA firmware updater (a separate tool for PTN3460IBS firmware F2) — used exclusively for firmware version upgrades via the DP AUX channel. FoA EDID Updater — a separate utility used specifically for EDID updates via the DP AUX channel. Please find them attached below. BRs, Tomas