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.

GUIDER 2.0 インターフェース最適化に関する提案 こんにちは： 1. イベントのスケール変更後、接続矢印の位置が正しくなく、ずれが生じます。 2. このイベント内のコンテンツ（他の要素を含む）は、中国語の文字をサポートしたり、マウスカーソルを重ねたときに中国語の説明を表示したりできますか？ 回复： GUI GUIDER 2.0界面优化建议 こんにちは、 @ALVANさん 貴重なご提案をありがとうございます。いただいたご意見は、GUIガイドチームに伝え、さらに検討・検討していただきます。   BR ハリー

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 部署中验证加速器。

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. Re: imx8qxp H265 sample video play Hello,  The log shows that H.265 decoding and GStreamer negotiation are working: h265parse detected a valid 1280×720 H.265 Main stream. v4l2h265dec produced decoded NV12_8L128 frames. imxvideoconvert_g2d converted them to YUY2. waylandsink accepted the caps. This is not a missing H.265 package issue. Try the following command and allow it to run without & so errors and pipeline state remain visible in the terminal: gst-launch-1.0  -v filesrc location=/root/sample.h265 ! h265parse ! \ v4l2h265dec ! imxvideoconvert_g2d ! waylandsink sync=false

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 的确切错误消息，以尝试确定是否发生了以下四种情况之一。 Re: imx8qxp H265 sample video play 你好， 日志显示 H.265 解码和 GStreamer 协商功能正常： h265parse 检测到有效的 1280×720 H.265 主码流。 v4l2h265dec 生成解码后的 NV12_8L128 帧。 imxvideoconvert_g2d 将它们转换为 YUY2 格式。 waylandsink 接受了这些盖子。 这不是 H.265 软件包缺失的问题。 尝试运行以下命令，并允许其不带 & 参数运行，以便错误和管道状态在终端中可见： gst-launch-1.0-v filesrc location=/root/sample.h265 !h265解析！\ v4l2h265dec！imxvideoconvert_g2d！waylandsink 同步=false

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からの正確なエラーメッセージも示しています。 Re: imx8qxp H265 sample video play こんにちは、 ログには、H.265デコードとGStreamerネゴシエーションが正常に動作していることが示されています。 h265parseは有効な1280×720 H.265メインストリームを検出しました。 v4l2h265decは、デコードされたNV12_8L128フレームを生成しました。 imxvideoconvert_g2d がそれらを YUY2 に変換しました。 waylandsinkはキャップを受け取った。 これはH.265パッケージの欠損問題ではありません。 以下のコマンドを試して、エラーやパイプラインの状態がターミナルに表示されることなく実行できるようにします。 gst-launch-1.0-v filesrc location=/root/sample.h265 !h265parse !\ v4l2h265dec !imxvideoconvert_g2d !waylandsink sync=false

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.

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展開中のアクセラレータの検証がブロックされています。

GUIDER 2.0 Interface Optimization Suggestions Hi: 1. After the event scales, the connecting arrow is not positioned correctly; it is misaligned. 2. Can the content in this event, including other elements, also support Chinese characters, or support displaying Chinese descriptions when the mouse hovers over it? 回复： GUI GUIDER 2.0界面优化建议 Hi @ALVAN  Thank you for your valuable suggestion. I will pass your feedback on to our GUI Guider team for further review and consideration.   BR Harry

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

PN7150/NCI: Unable to update MIFARE Classic 1K Sector Trailer with Custom Embedded Key B Hello NXP Community, I am working with a MIFARE Classic 1K card and an NXP PN7150 NFC controller running over the standard NCI protocol layer. I am trying to implement a provisioning feature where I write a custom secret password into Key B of a target sector (Sector 7), but the card chip consistently rejects the write command. Here is the exact state of my card and the implementation details: Current Sector 7 State: The sector is currently blank/unformatted. A read dump shows it is in the factory default state with access bits FF078069 and both Key A and Key B set to 0xFFFFFFFFFFFF. The Goal: I want to keep Key A as the read key, preserve the open access bit layout, and overwrite Key B with a personal custom key payload (0x01 0x02 0x03 0x04 0x05 0x06). The Issue: When I attempt to write the 16-byte raw block layout string (FFFFFFFFFFFFFF078069010203040506) to Block 3 (Sector 7 Trailer), the write transaction fails. Note: i did the card NDEF format with an App and access bytes are showing 7F078840 Any guidance would be greatly appreciated!   Kind Regards   Re: PN7150/NCI: Unable to update MIFARE Classic 1K Sector Trailer with Custom Embedded Key B Hello @Saqib1 Hope you are doing well. Please consider that PN7150 is Not Recommended for New Designs; we recommend using PN7160 instead. Additionally, MIFARE Classic is also Not Recommended for New Designs; MIFARE DESFire Light can be considered. Before sending the write command make sure the authentication with Key A (FFFFFFFFFFFFh) on block 1Fh (Sector 7 trailer) is performed successfully. Now, after authentication on block 1Fh, please verify that the write command is being sent following the procedure described in the MIFARE Classic EV1 1K datasheet, section 12.3. The WRITE operation consists of two parts that must be sent sequentially: Part 1: Send the command byte and block address, including CRC: A0 + XX +CRC where XX is the block address (e.g., 1Fh for the Sector 7 Trailer). The card must respond with ACK before proceeding. Part 2: Only after receiving the ACK, send the 16 bytes of data including CRC: [16 bytes payload] + CRC. The card will respond with a final ACK to confirm the write was accepted. Regards, Eduardo.

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 作为参考，在上电/关电序列中触发外部稳压器。 顺祝商祺！

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

PN7150/NCI:カスタム埋め込みキーBでMIFARE Classic 1Kセクタートレーラーを更新できません こんにちは、NXPコミュニティの皆さん、 私は MIFARE Classic 1K カードと、標準のNCIプロトコル層上で動作するNXP PN7150 NFCコントローラーを使っています。ターゲットセクター（セクター7 ）のキーBにカスタムの秘密パスワードを書き込むプロビジョニング機能を実装しようとしていますが、カードチップが書き込みコマンドを常に拒否します。 私のカードの正確な状態と実装の詳細は以下のとおりです。 セクター7の現在の状態：セクターは現在空白/未フォーマットです。読み取りダンプは工場出荷時のデフォルト状態で、アクセスビット はFF078069 、キーAとキーBの両方が0xFFFFFFFFFFFFに設定されていることを示します。 目標: キーAを読み出しキーとして保持し、オープンアクセスビットの配置を維持しつつ、個人用のカスタムキーペイロード(0x01 0x02 0x03 0x04 0x05 0x06)でキーBを上書きしたいと考えています。 問題点： 16バイトの生ブロックレイアウト文字列（ FFFFFFFFFFFFFF078069010203040506 ）をブロック3 （セクター7トレーラー）に書き込もうとすると、書き込みトランザクションが失敗します。 注:アプリでNDEFフォーマットを行ったところ、アクセスバイトは7F078840と表示されています 何かアドバイスをいただければ大変ありがたいです！   敬具   Re: PN7150/NCI: Unable to update MIFARE Classic 1K Sector Trailer with Custom Embedded Key B こんにちは、 @Saqib1さん あなたの調子が良いといいのですが。 PN7150は新しいデザインには推奨されていません。代わりに PN7160 を使用することを推奨します。さらに、MIFARE Classicは新しいデザインには推奨されません。 MIFARE DESFire Light も検討可能です。 書き込みコマンドを送信する前に、ブロック1Fh(セクター7トレーラー)でキーA(FFFFFFFFFFh)による認証が成功していることを確認してください。 次に、ブロック1Fhでの認証後、MIFARE Classic EV1 1K データシートのセクション12.3に記載された手順に従って書き込みコマンドが送信されているか確認してください。書き込み操作は、順番に送信されなければならない2つの部分から構成されます。 パート 1: コマンド バイトとブロック アドレス (CRC を含む) を送信します。A0 + XX + CRC で、XX はブロック アドレスです (例: セクター 7 トレーラーの場合は 1Fh)。カードは処理を進める前にACK応答を返す必要があります。 パート 2: ACK を受信した後のみ、CRC を含む 16 バイトのデータを送信します: [16 バイトのペイロード] + CRC。カードは書き込みが受理されたことを確認する最終確認応答（ACK）を送信します。 よろしくお願いいたします。 エドゥアルド。

imx93 – UUUシリアルダウンローダー起動中にUSBが切断される NXPチームの皆様へ 現在、MIMX9352AVTXMACプロセッサを使ってi.MX93のカスタムボードをデバッグしています。私たちのボードはLPDDR4で2ランクメモリ構成を採用しています。 UUU（Universal Update Utility）を使用して、オンボードのeMMCにプログラムを書き込みようとしています。ボードはシリアルダウンローダー／USBブートモードに設定されています。 i.MX93はUUUによって正しく検出されます。 uuu -lsusb NXP IMXチップ用uuu（Universal Update Utility） -- libuuu_1.5.243-10-g59c7638 既知のコネクテッドUSBデバイス Path Chip Pro vid pid bcdバージョンSerial_no ==================================================================== 3:1 MX93 SDPS: 0x1FC9 0x014E 0x0001 eMMCへの書き込みには、以下のコマンドを使用します。 sudo uuu -v -b emmc_all \ imx-boot-imx93evk-sd.bin-flash_singleboot \ image-imx93evk-20260905081644.rootfs.wic.zst UUUはi.MX93を検出し、SDPSブートコマンドを開始します。しかし、ブートローダーの転送を開始するとすぐに、USB接続が切断されてしまう。 関連するUUUログは以下のとおりです。 NXP IMXチップ用uuu（Universal Update Utility） -- libuuu_1.5.243-10-g59c7638 設定ファイルに含める: PctlチップビデオPID Bcdバージョンシリアル番号 ================================================== SDPS: MX8QXP 0x1fc9 0x012f [0x0002..0xffff] SDPS: MX8QM 0x1fc9 0x0129 [0x0002..0xffff] SDPS: MX8DXL 0x1fc9 0x0147 SDPS: MX28 0x15a2 0x004f SDPS: MX815 0x1fc9 0x013e SDPS: MX865 0x1fc9 0x0146 SDPS: MX8ULP 0x1fc9 0x014a SDPS: MX8ULP 0x1fc9 0x014b SDPS: MX93 0x1fc9 0x014e SDPS: MX91 0x1fc9 0x0159 SDPS: MX95 0x1fc9 0x015d SDPS: MX95 0x1fc9 0x015c SDPS: MX943 0x1fc9 0x0027 SDPS: MX952/IMX937 0x1fc9 0x0028 SDP: MX7D 0x15a2 0x0076 SDP: MX6Q 0x15a2 0x0054 SDP: MX6D 0x15a2 0x0061 SDP: MX6SL 0x15a2 0x0063 SDP: MX6SX 0x15a2 0x0071 SDP: MX6UL 0x15a2 0x007d SDP: MX6ULL 0x15a2 0x0080 SDP: MX6SLL 0x1fc9 0x0128 SDP: MX7ULP 0x1fc9 0x0126 SDP: MXRT106X 0x1fc9 0x0135 SDP: MX8MM 0x1fc9 0x0134 SDP: MX8MQ 0x1fc9 0x012b SDPU: SPL 0x0525 0xb4a4 [0x0000..0x04ff] SDPV: SPL1 0x0525 0xb4a4 [0x0500..0x9998] SDPV: SPL1 0x1fc9 0x0151 [0x0500..0x9998] SDPU: SPL 0x0525 0xb4a4 [0x9999..0x9999] SDPU: SPL 0x3016 0x1001 [0x0000..0x04ff] SDPV: SPL1 0x3016 0x1001 [0x0500..0x9998] FBK: 0x066f 0x9afe FBK: 0x066f 0x9bff FBK: 0x1fc9 0x0153 FB: 0x0525 0xa4a5 FB: 0x18d1 0x0d02 FB: 0x3016 0x0001 FB: 0x1fc9 0x0152 FB: 0x0483 0x0afb FB: 0x1d6b 0x0104 組み込みスクリプトを実行します: uuu_version 1.4.149 # @_flash.bin              |WICイメージから抽出できるブートローダー # @_image [_flash.bin]| wicイメージをemmcに書き込む。 # このコマンドは、i.MX6/7、i.MX8MM、i.MX8MQ の場合に実行されます SDP: boot -f imx-boot-imx93evk-sd.bin-flash_singleboot -scanlimited 0x800000 # このコマンドはROMがストリームモードをサポートするときに実行されます # i.MX8QXP、i.MX8QM SDPS: boot -scanterm -f imx-boot-imx93evk-sd.bin-flash_singleboot -scanlimited 0x800000 # これらのコマンドはSPLを使用する場合に実行され、SPLを使用しない場合はスキップされます # SDPU は非推奨になります。SDPUの代わりにSDPVを使用してください # ヤミン・アメックス SDPU: 遅延 1000 SDPU: write -f imx-boot-imx93evk-sd.bin-flash_singleboot -offset 0x57c00 SDPU: ジャンプ -scanlimited 0x800000 # } # これらのコマンドはSPLを使うときに実行され、SPLがなければスキップされます # もし(SPLがSDPVをサポートする場合) # { SDPV:ディレイ1000 SDPV: write -f imx-boot-imx93evk-sd.bin-flash_singleboot -skipspl -scanterm -scanlimited 0x800000 SDPV:ジャンプスキャン制限0x800000 # } FB: ucmd setenv fastboot_dev mmc FB: ucmd setenv mmcdev ${emmc_dev} FB: ucmd mmc dev ${emmc_dev} FB: flash -raw2sparse all imx-boot-imx93evk-sd.bin-flash_singleboot FB: flash -scanterm -scanlimited 0x800000 bootloader imx-boot-imx93evk-sd.bin-flash_singleboot FB: ucmd if env exists emmc_ack; then ; else setenv emmc_ack 0; fi; FB: ucmd mmc partconf ${emmc_dev} ${emmc_ack} 1 0 FB: 完了 既知のUSBデバイスが表示されるまでお待ちください... 新しいUSBデバイスが3:1-6A440AB426084436に接続されました 3:1-6A440AB426084436>開始コマンド:SDPS: boot -scanterm -f imx-boot-imx93evk-sd.bin-flash_singleboot -scanlimited 0x800000 3%3:1-6A440AB426084436>HID(W)エラー: LIBUSB_ERROR_NO_DEVICE (-4)(0.024秒) 起動コマンドを送信する際に、dmesgを使ってLinuxのUSBメッセージも監視しました。 i.MX93 USBデバイスが切断され、その後再び列挙されます。添付のdmesgのスクリーンショットを参照してください。 以下の質問について、ご助言いただければ幸いです。 UUUを使用している場合、i.MX93 SDPSブートローダーのハンドオフ中に、このUSB切断/再列挙は想定される動作ですか？ この特定の状況において、以下のエラーは何を示しているのでしょうか？HID(W)エラー: LIBUSB_ERROR_NO_DEVICE (-4) SDPSからSPL/U-Bootへのハンドオフ時に、カスタムボード上で確認すべき以下の信号に関する特別な要件はありますか？ POR_B RESET_b USB_VBUS USB_DP/DM プロセッサのパワーレール LPDDR4パワーレール システムクロック／基準クロック   i.MX93 MIMX9352AVTXMACの2ランクLPDDR4メモリ構成のリファレンス・デザインやソフトウェア/ブート構成の例を教えていただけますか?特に、2ランクメモリデザインにおける推奨されるLPDDR4デバイス構成、メモリ初期化/トレーニング構成、および対応するIMX_BOOT/SPL構成を確認したいと思います。 上記の問題についてご指導いただけるとありがたいです。2ランクLPDDR4構成に関する詳細、推奨構成、リファレンス・デザイン・コードのご提供をお願いいたします。 ありがとうございます。 アビシェク Re: imx93 – USB Disconnect During UUU Serial Downloader Boot こんにちは@pengyong_zhangさん 添付のLPDDR4回路図および構成.mexを参照してくださいご参考までに。 よろしくお願いいたします。 アビシェク Re: imx93 – USB Disconnect During UUU Serial Downloader Boot こんにちは、 @AbishekDevan さん。 1.これは想定される動作ではありません。 2．このエラーは、フラッシュ処理中にデバイスが切断されたために発生しました。お客様のDDR回路図ファイルと設定ページを共有してください。 B.R Re: imx93 – USB Disconnect During UUU Serial Downloader Boot こんにちは、 @AbishekDevan さん。 .mexをインポートできませんファイルが正常に処理されました。DDR設定ページのスクリーンショットを共有してください。 B.R