LF6.18.20-2.0.0におけるimx6qの起動に関する問題 こんにちは、 いくつか質問があります。 1. CMAについて:以前はU-Boot環境で「cma=256M」を設定していましたが、今はそれを行うとシステムが起動できません。「カーネルを起動...」で停止します。」 2. DTS のオーバーライドについて: カスタムの `.dtsi` ファイルで CMA 設定を定義しましたが、システムは起動中に「start kernel...」でハングアップします。なぜこのようなことが起きているのか？ 3. 変更を加えずデフォルト値を使用すると、システムは起動時に `cma = 0` と表示されます。なぜ？ 4. `busfreq`が有効になっている場合、省電力のためにクロック周波数を下げるとシステムがクラッシュします。これを説明してもらえますか? ありがとう、 Re: LF6.18.20-2.0.0 about imx6q boot issue こんにちは、 次のリンクをご覧ください。 CM用に予約されているメモリサイズを変更する CMAはDMA操作に必要であり、アプリケーションによって異なります。 これは、複数の問題が重複していることが原因である可能性があります。 よろしくお願いいたします。

DDRストレス i.mx9392 チームの皆さん、こんにちは。 以前NXPから最新のツールを使用するように勧められたのですが、私のデバイスでDDRストレステストを実行できません。しかし、最新バージョンのConfigツールv26.09でもこの問題は依然として発生しています。問題は、私のデバイスでセキュアブートイメージを使用していることに起因しています。DDRストレステストツールや他の方法でDDRをテストする方法について教えていただけませんか? ありがとうございます マヘシュ ソレノイドコントローラ Re: DDR stress i.mx9392 こんにちは、 DDRストレステストが失敗したときに見ているログを共有してもらえますか? ボードでSDPを無効にしましたか？ よろしくお願いいたします。

Showing a short looping product video on a GUI Guider screen (i.MX RT) I would like to show a short looping product demo clip (about 10 seconds) on the idle screen of a GUI Guider project running on an i.MX RT board. The clips are short marketing videos made with an AI video tool such as Nereo (https://www.nereo.io/), so the source is a normal H.264 MP4. Questions: Is converting the MP4 to an image sequence and using an animated image widget the recommended approach in GUI Guider, or is there a better supported path (for example an MJPEG/AVI player)? What frame rate and resolution are realistic on i.MX RT1170 / RT1060 without affecting touch responsiveness? Any guidance on storing the frames in external flash versus SD card for this use case? Thanks for any pointers to examples or app notes. Re: Showing a short looping product video on a GUI Guider screen (i.MX RT) Hi @nereostudio, 1. That would be the recommended approach for an application like this one, yes. 2. The expected FPS and resolution will depend on many variables, including display interface bandwidth and color depth, chosen MCU core and frequency, whether accelerators are being used on the graphics pipeline, number of extra widgets displayed and widget complexity, etc. That said, the RT1170 would clearly perform better than the RT1060, so if you intend to maintain steady 30fps, I suggest going for the RT1170. Additionally, there are many ways of ensuring performance if you are not reaching the desired spec, which are described on the following section of the User Guide: Performance optimization — GUI Guider Documentation 3. GUI Guider by default converts images to .c files that are built alongside the rest of the GUI into a single binary file to be stored in flash, so there is not much to worry about here.

ARA2-M2-16G-GT 在 ARA2-M2-16G-GT 板用户手册中，引脚 40 为 I2C_SDA，引脚 42 为 I2C_SCL。 在 FRDM-IMX8MPLUS 原理图中，引脚 40 为 I2C_SCL，引脚 42 为 I2C_SDA。 正确的引脚排列是什么？ 谢谢  电路板设计 Re: ARA2-M2-16G-GT 你好， 根据两款设备的原理图，引脚 42 为 I2C_SDA，引脚 40 为 I2C_SCL： 顺祝商祺！

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 Re: imx8qxp H265 sample video play こんにちは、 最新情報のご提供ありがとうございます。 以下のコマンドを実行しましたが、動作しませんでした。 root@imx8qxpc0mek:~# gst-launch-1.0 -v filesrc location=/root/sample.h265 ! h265parse ! v4l2h265dec ! imxvideoconvert_g2d ! waylandsink sync=false パイプラインを一時停止状態に設定しています... ====== V4L2DEC: 1.24.7 ビルド、2024 年 10 月 23 日 09:43:13。====== パイプラインはプリロール中... レイテンシを再分配... /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/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/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-flipped/half-aspect/mixed-mono, pixel-aspect-ratio=(fraction)1/1, colorimetry=(string)bt709, framerate=(fraction)30/1 レイテンシを再分配... また、もう1つのコマンドは正常に動作しますが、ビデオの再生が非常に遅いです。 root@imx8qxpc0mek:~# gst-launch-1.0 filerc location=/root/sample.h265 ! h265 parse ! avdec_h265 max-threads=4 ! videoconvert ! video/x-raw,format=I420 ! waylandsink sync=false パイプラインを一時停止に設定中... パイプラインはプリロール中... レイテンシを再分配... レイテンシを再分配... パイプラインはプリロールされています... パイプラインを「プレイ」に設定... レイテンシを再分配... 新しい時計:GstSystemClock 0:00:00.0 / 99:99:99. 0:00:00.0/ 99:99:99。 0:00:00.0/ 99:99:99。 0:00:00.0/ 99:99:99。 0:00:00.0/ 99:99:99。 動画再生の遅さについて、フィードバックや修正点を確認していただけませんか ありがとうございます、そして敬具 VKS Re: imx8qxp H265 sample video play こんにちは、 最新のBSPで試してみてはどうですか? H.265デコーダパッケージは欠けていません。ソフトウェアデコーダー(avdec_h265)は動作しますが、Cortex-A35 CPUでデコードが行われているため遅いです。あなたの設定はハードウェアのH.265デコーダをバイパスするため、パフォーマンスが悪いのです。 Re: imx8qxp H265 sample video play @Oswalagさん、最新情報ありがとうございます。 H.265デコーダーを正しく使うために、他に追加すべきカーネルやパッケージ構成はありますか? ありがとうございます。 VKS

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 Re: imx8qxp H265 sample video play 你好， 谢谢你的更新。 我执行了以下命令，但没有效果。 root@imx8qxpc0mek:~# gst-launch-1.0 -v filesrc location=/root/sample.h265 ! h265parse ! v4l2h265dec ! imxvideoconvert_g2d ! waylandsink sync=false 将管道设置为暂停状态... ====== V4L2DEC: 1.24.7 版本，构建于 2024 年 10 月 23 日 09:43:13。====== 管道正在预滚动…… 重新分配延迟…… /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)字节-stream, alignment=(string)au, pixel-aspect-ratio=(fraction)1/1, 我的=(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)字节-stream, alignment=(string)au, pixel-aspect-ratio=(fraction)1/1, 我的=(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/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/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-launch-1.0 filesrc location=/root/sample.h265 ! h265parse ! avdec_h265 max-threads=4 ! videoconvert ! video/x-raw,format=I420 ! waylandsink sync=false 将管道设置为暂停状态... 管道正在预滚动…… 重新分配延迟…… 重新分配延迟…… 管道已预卷…… 将管道设置为播放状态... 重新分配延迟…… 新时钟：GstSystemClock 0:00:00.0 / 99:99:99。 0:00:00.0/ 99:99:99。 0:00:00.0/ 99:99:99。 0:00:00.0/ 99:99:99。 0:00:00.0/ 99:99:99。 请您检查一下视频播放缓慢的问题，并提供反馈/解决方法。 谢谢，此致敬礼！ VKS Re: imx8qxp H265 sample video play 感谢@Oswalag提供的最新消息。 要正确使用 H.265 解码器，是否还需要在版本过程中添加其他内核或软件包配置？ 谢谢，此致敬礼！ VKS Re: imx8qxp H265 sample video play 你好， 您能否尝试使用最新的电路板支持包版本？ H.265 解码器代码包，软件包没有缺失，软件解码器 (avdec_h265) 可以工作，但是速度很慢，因为解码是在 Cortex-A35 CPU 上完成的，你的配置绕过了硬件 H.265 解码器，这就是性能差的原因。

ARA2-M2-16G-GT In the ARA2-M2-16G-GT Board User Manual Pin 40 is I2C_SDA and Pin 42 is I2C_SCL. in the FRDM-IMX8MPLUS schematic Pin 40 is I2C_SCL and Pin 42 is I2C_SDA. what the correct pinout? thanks  Board Design Re: ARA2-M2-16G-GT Hello, According the the schematic of both devices, pin 42 is I2C_SDA and pin 40 I2C_SCL: Best regards.

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 Re: imx8qxp H265 sample video play Hi, Thank you for update. I executed following command but not working root@imx8qxpc0mek:~# gst-launch-1.0 -v filesrc location=/root/sample.h265 ! h265parse ! v4l2h265dec ! imxvideoconvert_g2d ! waylandsink sync=false Setting pipeline to PAUSED ... ====== V4L2DEC: 1.24.7 build on Oct 23 2024 09:43:13. ====== Pipeline is PREROLLING ... 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/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/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... As well as one more command is working fine but, video playing is very slow. root@imx8qxpc0mek:~# gst-launch-1.0 filesrc location=/root/sample.h265 ! h265parse ! avdec_h265 max-threads=4 ! videoconvert ! video/x-raw,format=I420 ! waylandsink sync=false Setting pipeline to PAUSED ... Pipeline is PREROLLING ... Redistribute latency... Redistribute latency... Pipeline is PREROLLED ... Setting pipeline to PLAYING ... Redistribute latency... New clock: GstSystemClock 0:00:00.0 / 99:99:99. 0:00:00.0 / 99:99:99. 0:00:00.0 / 99:99:99. 0:00:00.0 / 99:99:99. 0:00:00.0 / 99:99:99. Can you please check and provide your feedback/ fix for slowness in video playing Thanks & regards, VKS Re: imx8qxp H265 sample video play Hello,  Could you try with the latest BSP?  The H.265 decoder package is not missing, the software decoder (avdec_h265) works but is slow because decoding is being done on the Cortex-A35 CPUs, your configuration bypasses the hardware H.265 decoder, that's why you have poor performance. Re: imx8qxp H265 sample video play Thank You @Oswalag  for the update. Is there any other kernel or package configuration required to be added to the build to use the H.265 decoder in proper way? Thanks & regards, VKS

DDR stress i.mx9392 Hi Team, I am not able to run DDR stress test on my device previously NXP sujjested to use latest tool but still I am facing this issue with the latest version of the Config tool v26.09 as well. The issue is due to I am using secure boot image on my device. Can you please assist how to use DDR stress test tool or any other method to test the DDR. Thanks, Mahesh Solenoid Controller Re: DDR stress i.mx9392 Hello, Could you please share the log you are seeing when the DDR stress test fails? Did you disable SDP in your board? Best regards.

ARA2-M2-16G-GT ARA2-M2-16G-GTボードのユーザーマニュアルでは、ピン40はI2C_SDA、ピン42はI2C_SCLされています。 FRDM-IMX8MPLUSの回路図では、ピン40はI2C_SCL、ピン42はI2C_SDAです。 正しいピン配置は何ですか？ よろしくお願いします。 ボード設計 Re: ARA2-M2-16G-GT こんにちは、 両デバイスの回路図によると、ピン42はI2C_SDA、ピン40はI2C_SCLです。 よろしくお願いいたします。

DDR压力 i.mx9392 大家好， 我无法在我的设备上运行 DDR 压力测试，之前 NXP 建议使用最新工具，但我仍然在使用最新版本的 Config 工具 v26.09 时遇到此问题。问题在于我的设备上使用了安全启动映像。请问如何使用DDR压力测试工具或其他方法来测试DDR内存？ 谢谢！ 马赫什 电磁阀控制器 Re: DDR stress i.mx9392 你好， 能否请您分享一下DDR压力测试失败时您看到的日志？ 你是否在板上禁用了SDP？ 顺祝商祺！

LF6.18.20-2.0.0 关于 imx6q 启动问题 你好， 我有几个问题： 1. 关于 CMA：之前我在 U-Boot 环境中设置了 `cma=256M`，但现在这样做会导致系统无法启动；它卡在“start kernel...”处。 2. 关于 DTS 覆盖：我在自定义的 `.dtsi` 文件中定义了 CMA 设置，但系统在启动时仍然卡在“启动内核...”处。为什么会发生这种情况？ 3. 如果我不做任何更改并使用默认值，系统在启动时显示“cma = 0”。为什么？ 4. 如果启用了 `busfreq`，则在为了省电而降低频率后，系统会崩溃。请问您能解释一下吗？ 谢谢， Re: LF6.18.20-2.0.0 about imx6q boot issue 你好， 我建议您看看以下链接： 更改为 CMA 保留的内存大小 DMA 操作需要 CMA，并且 CMA 取决于应用程序。 这可能是由于多个问题重叠造成的。 顺祝商祺！

LF6.18.20-2.0.0 about imx6q boot issue Hello, I have a few questions: 1. Regarding CMA: Previously, I set `cma=256M` in the U-Boot environment, but now doing so prevents the system from booting; it hangs at "start kernel..." 2. Regarding DTS overrides: I defined CMA settings in my custom `.dtsi` file, but the system still hangs at "start kernel..." during boot. Why is this happening? 3. If I make no changes and use the default values, the system shows `cma = 0` at boot. Why? 4. If `busfreq` is enabled, the system crashes after downclocking for power saving. Could you please explain this? Thanks,  Re: LF6.18.20-2.0.0 about imx6q boot issue Hello, I suggest you take a look in the next link: Changing memory size reserved for CMA CMA is required for DMA operations and it is application dependent. This may be caused by overlapping issues. Best regards.

在 GUI 引导屏幕上显示循环播放的简短产品视频 (i.MX RT) 我想在运行于 i.MX RT 板上的 GUI Guider 项目的空闲屏幕上显示一个简短的循环产品演示片段（大约 10 秒）。这些短片是使用 Nereo（ https://www.nereo.io/ ）等人工智能视频工具制作的简短营销视频。所以源文件是普通的 H.264 MP4。 问题： 在 GUI Guider 中，将 MP4 转换为图像序列并使用动画图像控件是推荐的方法吗？还是有更好的支持方法（例如 MJPEG/AVI 播放器）？ 在不影响触控响应的前提下，i.MX RT1170 / RT1060 的帧速率和分辨率分别是多少？ 对于这种使用场景，关于将帧存储在外部闪存卡还是 SD 卡上有什么建议吗？ 感谢您提供的任何示例或应用说明。 Re: Showing a short looping product video on a GUI Guider screen (i.MX RT) 嗨@nereostudio ， 1.是的，对于这类应用来说，这的确是推荐的方法。 2. 预期帧率和分辨率取决于许多变量，包括显示界面带宽和颜色深度、所选MCU内核和频率、图形管线是否使用加速器、显示的额外控件数量和控件复杂性等。也就是说，RT1170 的性能显然比 RT1060 更好，所以如果你打算保持稳定的 30fps，我建议选择 RT1170。此外，如果您未能达到预期的性能指标，还有许多方法可以确保性能提升，这些方法在用户指南的以下章节中有详细介绍：性能优化 — GUI 指导文档 3. GUI 指南默认将图像转换为 .c 格式。这些文件与 GUI 的其他部分一起构建成一个单独的二进制文件，并存储在闪存中，因此这里没有什么可担心的。

GUI Guider画面(i.MX RT)で短いループ状の製品動画を表示する i.MX RTボード上で動作するGUI Guiderプロジェクトのアイドル画面で、約10秒ほどの短いループ状の製品デモクリップをお見せしたいと思います。これらのクリップは、Nereo（ https://www.nereo.io/ ）などのAIビデオツールを使用して作成された短いマーケティングビデオです。したがって、ソースは通常のH.264 MP4です。 質問: GUI Guiderでは、MP4を画像シーケンスに変換してアニメーション画像ウィジェットを使用する方法が推奨されていますか？それとも、より適切な方法（例えばMJPEG/AVIプレーヤーなど）はありますか？ RT1170 / RT1060 i.MX タッチの応答性に影響を与えずに現実的なフレームレートと解像度はどれくらいでしょうか? この用途でフレームを外部フラッシュに保存するのとSDカードで保存する方法について、何かアドバイスはありますか? 参考になる例やアプリの説明書などがあれば教えていただけると助かります。 Re: Showing a short looping product video on a GUI Guider screen (i.MX RT) こんにちは、 @nereostudio さん。 1.このような用途には推奨される方法です。 2. 期待されるFPSや解像度は、ディスプレイインターフェースの帯域幅や色深度、選択したMCUコアと周波数、グラフィックスパイプラインでアクセラレータの使用状況、表示される追加ウィジェット数やウィジェットの複雑さなど、多くの変数に依存します。とはいえ、RT1170は明らかにRT1060よりも性能が優れているので、安定した30fpsを維持したいならRT1170を選ぶことをおすすめします。さらに、望ましい仕様に達していない場合に性能を確保するための多くの方法があり、それらはユーザーガイドの以下のセクションで説明されています:パフォーマンス最適化 — GUI Guiderドキュメント 3. GUI Guiderはデフォルトで画像を.cファイルに変換します。GUIの他の部分と一緒に1つのバイナリファイルとして構築され、フラッシュに保存されるファイルなので、特に心配する必要はありません。

Huge power consumption on RTC ofLPCXpresso54S018M EVB. I use are LPCXpresso54S018M EVB. I need the RTC in the LPC54018 to work after the main power supply is removed. I initialized and enabled the RTC in my firmware. I powered the VBATT line (J10:11) with a coin cell battery CR2032. While the main power is present, the VBATT line consumption is == 0. It's Ok. However, after removing the main power supply, the VBATT line consumption increases up to ~41 uA! According to the datasheet, consumption should be less than 1 uA. Why? How can I achieve current consumption of 1 µA or less? LPC54xxx Re: Huge power consumption on RTC ofLPCXpresso54S018M EVB. Hi @jcxz  The ~41 µA is most likely leakage through the RESETN circuitry , not RTC consumption. When main power is removed, VBAT > VDD; If VBAT> VDD, the external reset pin must be floating to prevent high VBAT leakage. The LPCXpresso54S018M-EVK connects RESETN to its pushbutton/debug circuitry, so the unmodified EVK does not satisfy that measurement condition. To reduce the current: Isolate the MCU’s RESETN pin from the EVK reset network. BR Harry Re: Huge power consumption on RTC ofLPCXpresso54S018M EVB. I read about this requirement in the datasheet (If VBAT> VDD, the external reset pin must be floating to prevent high VBAT leakage). But I don't understand how to achieve this? I'm not talking about a EVB schematic. EVB - only for prototyping. But in our working device's circuit, MCU RESETN will be connected direct to the RST output of the external WDT-chip (TPS3823-33DBVR). Can you recommend: How to correct the connection MCU.RESETN <-> WDT.RST connection's schematic so, that the VBAT current consumption does not exceed 1 µA? I am attaching a schematic of the WDT <-> MCU.RESETN interconnection in my device: In this picture, the wire named "Reset" is connected to the RESETN pin of the LPC54005JBD100. Re: Huge power consumption on RTC ofLPCXpresso54S018M EVB. Hi @jcxz  "Floating" here means that RESETN should have no external DC path during battery-only operation (VBAT present, VDD removed). The MCU's internal reset pull-up does not need to be disabled; the datasheet already accounts for that condition. In the proposed watchdog circuit, RESETN remains connected to the unpowered TPS3823 output as well as the external RC network. Therefore, the datasheet condition of a floating RESETN pin is not met. This is a plausible explanation for the observed ~41 µA current, although the exact leakage path has not yet been experimentally verified. To meet the datasheet condition, we recommend inserting a normally-open isolation switch between the watchdog reset output and the MCU RESETN pin. All external reset components (pull-up resistor, capacitor, watchdog output, etc.) should remain on the watchdog side of the switch, while the MCU side should not contain any external pull-up, pull-down, capacitor, or other DC connection. The selected switch should explicitly support a low-leakage, high-impedance state when its supply voltage is removed. BR Harry Re: Huge power consumption on RTC ofLPCXpresso54S018M EVB. Thanks for your help, Harry_Zhang! Following your recommendations, we created the following circuit: Do you think - this circuit is correct? Will the LPC54005's power consumption with this RESETN circuit be less than 1 μA (from VBAT pin)?

Compulab IOTDIN-IMX8- C 1800QM-D4-N32 CAN パフォーマンスの問題 こんにちは、チームの皆さん、 現在、端末I/Oブロックを通じて露出したオンボードCANインターフェースを用いて、CompuLabのARMベースプラットフォーム上でCAN通信性能を評価しています。 テスト中、同様のCANネットワーク条件下で、ARMプラットフォームのCPU利用率はx86ベースのシステムに比べて著しく高いことが観察されました。 x86プラットフォーム: 約 30%のCPU使用率 CompuLab ARMプラットフォーム: 約 45%のCPU使用率 比較として、 ピークUSB CANアダプターとコンピュラブを組み合わせると、全体的な性能が優れており、CPUの使用率もオンボードCANインターフェースより低く見えます。 私たちのCANネットワーク構成は以下の通りです: 18ノードからなるCANopenネットワーク。 使用中のCANビットレート: 250 kbps txqueuelenを2000に設定したSocketCAN コミュニケーションは主にPDOメッセージで構成される メッセージの送信間隔は100ミリ秒から10秒までです。 現在使用されている最短更新間隔は100ミリ秒です。 CAN-FDは有効になっていません x86およびARMプラットフォームの両方で、同じアプリケーションソフトウェアとCAN構成が使用されています 私たちは以下の点についてより深く理解したいと考えています。 ARMプラットフォームで観察される高いCPU消費量に寄与する要因は何でしょうか? このプラットフォーム上のオンボードCANコントローラ/ドライバに関して既知の制限や最適化の提案はありますか? 特定のCANドライバ、割り込み処理、バッファリング、またはカーネルレベルのチューニングパラメータは確認すべきでしょうか? オンボードのCANコントローラとピークUSBのCANアダプターの違いが、観察された性能差の説明になるのでしょうか? CPU負荷の主な原因を特定するのに役立つ推奨されるプロファイリングや診断方法はありますか? 私たちの目標は、現在のネットワーク負荷とメッセージレートを維持しつつ、x86システムで見られる性能と同等のパフォーマンスをARMプラットフォーム上で達成することです。 このプラットフォームでのCANパフォーマンス向上のためのガイダンス、推奨、ベストプラクティスをいただけると大変ありがたいです。 再開まで今しばらくお待ちください。

S32K344 EVB HDQFP172 的 ADC 配置 您好， 我想执行连接到板载电位器的 ADC 通道ADC0_P7 ，并将转换后的值用于调暗板载 LED（ GPIO29 ）。 配置完成后，显示如下内容： 错误： platform.driver.pins 此外，在配置完成后构建项目时，我们遇到了以下编译错误：image(error_Adc) 我还附上了下面的配置设置。 注：我已添加了示例中的项目。 请解决此问题。 谢谢！ 拉基 Re: ADC Configuration for S32K344 EVB HDQFP172 您好， 请尝试按照提示解决“问题”窗口中显示的错误。 大部分个人驱动程序可能不会添加到工具链中。在较新的 S32DS 中，通常在通过配置工具更新代码后，此功能就会消失。或者您需要通过“管理 SDK 元器件”手动添加它。 请确保已选择使用的元器件，然后再次更新代码。 对于 Siul2_Port 元器件，可能出现 2 个错误。 - Pin 工具配置了 2 个引脚，而 Siul2_port 只配置了 1 个引脚，两者设置不匹配。 对于 ADC 输入，无需进行引脚设置，模拟路径始终启用，您可以从引脚工具中删除它。 - 另一个可能是引脚工具中的功能组命名。 如果遇到问题，请分享您的完整项目。 BR，彼得 Re: ADC Configuration for S32K344 EVB HDQFP172 您好， 添加 Siul2_Port 后出现此错误。 我的引脚配置如下： 非常感谢您抽出时间回复。 BR， 拉基 Re: ADC Configuration for S32K344 EVB HDQFP172 您好， 添加 Siul2_Port 元器件，更新代码，并构建。 BR，彼得 Re: ADC Configuration for S32K344 EVB HDQFP172 嗨@PetrS ， 谢谢你的关注。 附件如下。 Br， 拉基 Re: ADC Configuration for S32K344 EVB HDQFP172 您好， 您没有上传任何文件或截图。 您可以参考以下使用电位器进行ADC采样的示例： 示例 S32K312 ADC IP 连续扫描 DMA (S32DS 3.6, RTD 6.0.0) RTD400 LLD K344 ADC 软件/硬件触发示例 BR，Petr Re: ADC Configuration for S32K344 EVB HDQFP172 嗨，Petrs， 感谢您的支持。 您能否提供一些关于AUTOSAR版本的资源供我尝试？ 我尝试了示例中的项目。但却不起作用。 请帮忙。 BR， 拉基

LPCXpresso54S018M EVBのRTCは消費電力が非常に大きい。 私が使用しているのはLPCXpresso54S018M EVBです。LPC54018に内蔵されているRTCは、主電源が切断された後も動作する必要があります。ファームウェア内でRTCを初期化し、有効化しました。VBATTライン（J10:11）には、CR2032というコイン型電池で電源を供給しました。主電源が供給されている間は、VBATTラインの消費電力は0です。問題ありません。しかし、主電源を取り外すと、VBATTラインの消費電流が約41μAまで増加します。データシートによると、消費電流は1μA未満であるはずです。なぜ？電流消費電力を1μA以下にするにはどうすればよいですか? LPC54xxx Re: Huge power consumption on RTC ofLPCXpresso54S018M EVB. データシートでこの要件について読みました（VBAT>VDDの場合、高VBATリークを防ぐために外部リセットピンはフローティング状態にする必要があります）。 でも、どうすればそれが実現できるのか分かりません。 私はEVBの回路図について話しているわけではありません。EVB - プロトタイプ作成専用。しかし、動作中の機器の回路では、MCU RESETNが外部WDTチップ(TPS3823-33DBVR)のRST出力に直接接続されます。 おすすめはありますか:接続MCUの修正方法。リセット<->WDT。RST接続の回路図はVBATの電流消費が1μAを超えないようにしていますか? WDT <-> MCUの回路図を添付します。私のデバイスにおけるRESETN相互接続: この図では、「Reset」と名付けられた配線がLPC54005JBD100のRESETNピンに接続されています。 Re: Huge power consumption on RTC ofLPCXpresso54S018M EVB. こんにちは、 @jcxzさん 約41μAは、RTCの消費電流ではなく、RESETN回路からのリーク電流である可能性が最も高い。主電源が切断されたとき、VBAT > VDD となります。VBAT > VDD の場合、高 VBAT リークを防ぐために外部リセットピンはフローティング状態にする必要があります。 LPCXpresso54S018M-EVKはRESETNをプッシュボタン/デバッグ回路に接続するため、未改造のEVKはその測定条件を満たしません。 電流を減らすには： MCUのRESETNピンをEVKリセットネットワークから分離してください。 BR ハリー Re: Huge power consumption on RTC ofLPCXpresso54S018M EVB. こんにちは、 @jcxzさん ここでいう「フローティング」とは、バッテリーのみでの動作時（VBATが存在し、VDDが除去されている状態）には、RESETNに外部DC経路が存在しないことを意味します。MCUの内部リセットプルアップは無効化する必要はありません。データシートにはすでにその条件が記載されています。 提案された監視回線では、RESETNは電源のないTPS3823出力および外部RCネットワークに接続されたままです。したがって、データシートに記載されているRESETNピンのフローティング状態という条件は満たされていません。これは観測された約41μAの電流に対するもっともらしい説明であるが、正確な漏洩経路はまだ実験的に検証されていない。 データシート条件を満たすために、ウォッチドッグリセット出力とMCU RESETNピンの間に通常開閉のアイソレーションスイッチを挿入することを推奨します。すべての外部リセット部品(プルアップ抵抗、コンデンサ、ウォッチドッグ出力など)はウォッチドッグ側に留め、MCU側には外部プルアップ、プルダウン、コンデンサ、その他の直流接続は含まれてはいけません。 選択したスイッチは、供給電圧が除去された際に低漏れ・高インピーダンス状態を明示的にサポートしている必要があります。 BR ハリー Re: Huge power consumption on RTC ofLPCXpresso54S018M EVB. Harry_Zhangさん、ご協力ありがとうございました！ ご提案いただいた内容に基づき、以下の回路を作成しました。 この回路は正しいと思いますか？このRESETN回路を使用した場合、LPC54005の消費電力は1μA未満になりますか（VBATピンからの消費電流）？

MCSPTE1AK144 – MATLABホストモデル起動直後のモーター故障 MATLAB/Simulinkで提供されている開ループおよび閉ループのサンプルを使用してMCSPTE1AK144キットを制御する際に問題が発生しています。 ターゲットモデルが構築され、生成されたファイルは S32K144に正常にフラッシュされます。MATLABはOpenSDA CDCシリアルポートも検出し、ホストモデルは通信を確立できます。 しかし、ホストモデルを起動してモーターをオンにすると、モーターシャフトが一瞬ピクピク動くか、動かず、D11の赤いLEDがすぐに点灯・点滅し、故障を示しています。するとモーターが反応しなくなる。 基本的なボード通信は、LPUART Hello Worldサンプルを使用して別途検証されており、OpenSDAシリアルポートを介して正常にビルド、フラッシュ、通信が行われます。 MATLABホストモデルから制御開始直後にモーター制御アプリケーションが故障に入る原因や、根本原因を特定するためにどの故障/ステータス変数をチェックすべきか教えていただけますか? ハードウェア：MCSPTE1AK144（S32K144-EVB + DEVKIT-MOTORGD） モーター：Sunrise 42BLY3A78-24110 MATLAB/SimulinkとNXP MBDT ありがとうございます。 ホットフィックス