GStreamer dmabufheaps の問題 カーネル 6.6 に切り替えた後、GStreamer を実行できません。 dmaに問題があると思います。 imx8mp:~$ GST_DEBUG=*dma*:5 gst-launch-1.0 videotestsrc ! autovideosink Setting pipeline to PAUSED ... Pipeline is PREROLLING ... 0:00:00.072033375 889 0xffff88000b70 WARN dmabufheapsmemory gstdmabufheaps.c:98:gst_dmabufheaps_allocator_mem_init: Could not open dmabufheaps driver 0:00:00.072123500 889 0xffff88000b70 WARN dmabufheapsmemory gstdmabufheaps.c:119:gst_dmabufheaps_allocator_obtain: No allocator named dmabufheapsmem found (gst-launch-1.0:889): GStreamer-CRITICAL **: 06:27:14.679: gst_buffer_pool_config_set_allocator: assertion 'allocator != NULL || params != NULL' failed 0:00:00.077851750 889 0xffff88000b70 WARN dmabufheapsmemory gstdmabufheaps.c:119:gst_dmabufheaps_allocator_obtain: No allocator named dmabufheapsmem found (gst-launch-1.0:889): GStreamer-CRITICAL **: 06:27:14.684: gst_buffer_pool_config_set_allocator: assertion 'allocator != NULL || params != NULL' failed (gst-launch-1.0:889): GStreamer-CRITICAL **: 06:27:14.685: gst_object_unref: assertion 'object != NULL' failed 0:00:00.078302375 889 0xffff88000b70 DEBUG wl_dmabuf gstwllinuxdmabuf.c:141:gst_wl_linux_dmabuf_construct_wl_buffer: Creating wl_buffer from DMABuf of size 307200 (320 x 240), DRM fourcc AR24 (gst-launch-1.0:889): GStreamer-Allocators-CRITICAL **: 06:27:14.685: gst_dmabuf_memory_get_fd: assertion 'gst_is_dmabuf_memory (mem)' failed error marshalling arguments for add: dup failed: Bad file descriptor Error marshalling request: Bad file descriptor 0:00:01.078829000 889 0xffff88000b70 ERROR wl_dmabuf gstwllinuxdmabuf.c:217:gst_wl_linux_dmabuf_construct_wl_buffer: zwp_linux_buffer_params_v1 time out 0:00:01.078882000 889 0xffff88000b70 ERROR wl_dmabuf gstwllinuxdmabuf.c:225:gst_wl_linux_dmabuf_construct_wl_buffer: can't create linux-dmabuf buffer Pipeline is PREROLLED ... Setting pipeline to PLAYING ... Redistribute latency... New clock: GstSystemClock ^Chandling interrupt. Interrupt: Stopping pipeline ... Execution ended after 0:00:02.173458875 Setting pipeline to NULL ... 私はwaylandディスプレイサーバー、weston(v 12.0.4)を使用していますコンポジターおよびgStreamer v1.24.0として VPU、GPU、DMA、...の間でバージョンが一致していませんか?どうすれば確認できますか?出力 abov には、「dmabufheaps ドライバーを開けませんでした」という警告が表示されます。どのドライバーを意味していますか?このドライバーは誰が提供しますか? 実際、私はグラフィックやマルチメディアのものにmeta-imxレイヤーを使用しています。もしかしたら、それは権利の問題かもしれません。 私はこの問題を調査するアイデアが恋しいです。ですから、どんな提案でもいただけるとありがたいです。 日時:GStreamer dmabufheapsの問題 名前変更の理由がわかりました。カーネルコンフィグCONFIG_CMA_SIZE_MBYTESが devicetree の linux,cma 項目のサイズを指定すると、新しいカーネルはデバイスの名前を "Reserved" に変更します。   私の場合、カーネル構成は次のとおりです。 CONFIG_CMA_SIZE_MBYTES=320   デバイスツリー (imx8mp.dtsi): resmem: reserved-memory { #address-cells = <2>; #size-cells = <2>; ranges; ocram: ocram@900000 { no-map; reg = <0 0x900000 0 0x70000>; }; /* * Memory reserved for optee usage. Please do not use. * This will be automaticky added to dtb if OP-TEE is installed. * optee@56000000 { * reg = <0 0x56000000 0 0x2000000>; * no-map; * }; */ /* global autoconfigured region for contiguous allocations */ linux,cma { compatible = "shared-dma-pool"; reusable; size = <0 0x3C000000>; alloc-ranges = <0 0x40000000 0 0xC0000000>; linux,cma-default; }; ... 0x3C000000は960MiBです。つまり、カーネル構成からは320MiBを超えていました。サイズを0x14000000に変更した後、/dev/dma_heapのデバイス名は、linux,cmaおよびlinux,cma-uncachedで期待どおりになりました。 日時:GStreamer dmabufheapsの問題 私はいくつかの調査を行い、名前が変更された2つのデバイスがあることがわかりました。 /dev/dma_heap/linux,cma は /dev/dma_heap/reserved と呼ばれるようになりました /dev/dma_heap/linux,cma-uncached は /dev/dma_heap/reserved-uncached という名前になりました 私は古い名前でこの新しいデバイスへの2つのシンボリックリンクを作りました、そして今ではgstreamerはうまく機能します。 デバイスの名前が変更されたのはなぜですか?そして、どうすればこれを変更できますか?

IMX6D UVC HI 我将IMX6D当作UVC USB と PC の接続を介した画像、win10 と win11 の少し前のバージョンでは、UVC 画像として正常に認識でき、通常の機能動作中、win11 が最新バージョンに更新されると、このデバイスは無法認証され、デバイス管理者が黄色を表示します。 i.MX6Dual Re: IMX6D UVC こんにちは、 これはおそらくWindows 11のドライバアップデートが原因です。UVCカメラドライバをロールバックしてみてください。 https://learn.microsoft.com/en-us/answers/questions/4113572/usb-2-0-hd-uvc-ウェブカメラドライバーの更新 Zhiming_Liu_0-1752713979313.png よろしくお願いします、 志明

How to Protect Core Peripherals from Non-Trusted ISRs on S32M244 (ARM Cortex-M4F) Hello all, I'm working with the S32M244 which uses an ARM Cortex-M4F core. I understand that the AIPS module can be used to protect system peripherals by configuring access rights. However, I'm concerned about protecting core peripherals (e.g., NVIC, Sys Tick, SCB) from non-trusted ISRs. Since all ISRs on Cortex-M4F run in privileged mode, even non-trusted ISRs can potentially access core peripherals. Given that: The Cortex-M4F does not support Trust Zone, The ARM MPU is not available on S32M244, AIPS does not cover core peripherals, What are the recommended strategies to restrict access to core peripherals from non-trusted ISRs? Thanks in advance. S32M2  Re: How to Protect Core Peripherals from Non-Trusted ISRs on S32M244 (ARM Cortex-M4F) Hello @Gokul_1, It is not possible to restrict the ISRs from accessing the registers as you pointed out. In general, every ISR should be as short as possible, use code review and static analysis, the non-rusted ISR can be placed in sectors that are write-protected (FPROT). S32M24x targets ASIL-B applications, refer to the safety manual that describes software safety measures that should be implemented to achieve the desired system level of functional safety integrity. Regards, Daniel

带 iMX8M Plus 的 ADV7282-M 您好， 我在 i.MX8M Plus 上使用的是 kernel-6.6.52-2.2.0 映像。我已经配置了驱动程序和设备树。通过一个模块，我得到了输出结果，不过是另一种格式。 但是，当在不同的i.MX8M Plus模块上使用相同的驱动程序和设备树时，它不起作用。问题出在哪里？ 当我尝试使用 GStreamer 捕获视频帧时，它会停止显示以下消息： 新时钟：GstSystemClock kamalesh_0-1750263209054.png 此后不会再显示错误。到此为止，它的行为与工作模块相同，但不显示视频。 这个问题已经困扰我一个星期了。 请帮助查明可能导致该问题的原因。 ， Kamalesh。 Re: ADV7282-M with iMX8M Plus 嗨， 感谢您的支持。 我已经解决了这个问题。现在我可以通过 adv7282-m 接收视频流了。 问候， Kamalesh Re: ADV7282-M with iMX8M Plus 您好， ，是否有任何更新来确定问题？ 问候， Kamalesh Re: ADV7282-M with iMX8M Plus 你好， ，我正在使用 uuu 工具和 uuu.auto 脚本闪存图像。脚本如下。 uuu.auto uu_version 1.2.39 # 此命令将在 i.MX6/7 i.mx8MM、i.mx8MQ SDP 时运行：boot-f imx-boot-axon-imx8mp-sd.bin-flash_evk # 此命令将在 ROM 支持直播模式时运行 # i.mx8QXP，i.mx8QM SDPS：boot-f imx-boot-axon-imx8mp-imx8mp-sd.bin-flash_evk # 这些命令将在使用 SPL 时运行，如果不推荐使用 spl # SDPU，则将跳过这些命令。 请使用 SDPV 代替 SDPU # {SDPU：延迟 1000 S DPU：write-f imx-boot-axon-imx8mp- sd.bin-flash_evk-offset 0x57c00 SDPU：跳转} # 这些命令将在使用 SPL 时运行，如果没有 spl 则会被跳过 # if（SPL 支持 SDPV） # {SDPV：延迟 1000 SDPV：写入-f imx-boot-axon-imx8mp-sd.bin-flash_evk-skipspl SDPV：jump #} FB：ucmd setenv fastboot_dev mmc FB：ucmd setenv setenv mmcdev ${emmc_dev} FB：ucmd mmc dev ${emmc_dev} FB：flash-raw2sparse 所有 imx-image-full-axon-imx8mp.rootfs-20250611051821.wic FB：闪存引导加载程序 imx-boot-axon-imx8mp-sd.bin-flash_evk FB：ucmd 如果环境存在 emmc_ack；那么；否则 setenv emmc_ack 0；fi：ucmd mmc partconf ${emmc_dev} ${emmc_ack} 1 0 FB：完成我把这个文件放在 tmp/deploy/images/axon-images/axon-imx 8mp/ 下。 部件号：- MIMX8ML8CVNKZAB Regards, Kamalesh Re: ADV7282-M with iMX8M Plus 你好@kamalesh 你能分享一下你用来将图像加载到板的步骤/方法吗？ 然后我就可以在我身边试一试，确认一下。 顺祝商祺！ 萨拉斯 Re: ADV7282-M with iMX8M Plus 嗨，Manuel， 其实这两个模块的零件编号是一样的，它们的原理图也是一样的。 请回答下面的问题。 如果有其他软件引导程序或其他软件文件覆盖了我新上传的映像。有没有可能？ 注：- 我检查了探针，这两个模块的 Mipi 信号相同。 问候， Kamalesh Re: ADV7282-M with iMX8M Plus 你好 能否请您尝试联系您获得模块的供应商？ 如果可能，请从两个模块"获取原理图，看看是否真的是同一个" 。 另外，检查模块中处理器（i.MX8MP）的部件号是否相同。 顺祝商祺！ 萨拉斯 Re: ADV7282-M with iMX8M Plus 您好， ，有什么步骤或信息可以分享吗？ ， Kamalesh。 Re: ADV7282-M with iMX8M Plus 你好， ，有什么办法可以找出这里的问题吗？ 这里是否有信息被覆盖？ 问候， Kamalesh Re: ADV7282-M with iMX8M Plus 您好， 很抱歉这么晚才回复您。 实际上，我是使用 UUU 闪存工具和 UUU 闪存脚本将相同的映像闪存到所有模块上的。 两个相同模块之间的设备树有何不同？ 是否有可能有另一台设备树覆盖了我映像中的设备树？怎么会这样？ 问候， Kamalesh Re: ADV7282-M with iMX8M Plus 你好@kamalesh 看来这是设备树问题。 请提供两个模块的设备树。 从 clk_summary 的日志中，我可以看到 I2C1 的差异（如果 MIPI 连接到了 I2C1）。 顺祝商祺！ 萨拉斯 Re: ADV7282-M with iMX8M Plus 您好， 是否有任何更新？ 请告诉我任何解决问题的建议。 问候， Kamalesh Re: ADV7282-M with iMX8M Plus 你好， 更新：- 事实上，我们已经对这个工作和非工作模块进行了 I2C 转储。 结果：- 在工作模块中注册正确。但每次重启后，非工作模块的寄存器都会发生变化，无法处于稳定状态。 这些模块仅为同一系列。为什么会出现这种沟通不畅的情况？ 请帮我解决这个问题。 谢谢。 问候， Kamalesh Re: ADV7282-M with iMX8M Plus 你好，Manuel， 更新， 我已获取工作和非工作模块的 clk_summary 文件详细信息。请您审查并提出意见，以解决问题。 请在驱动器中查看下面的文件。 https://drive.google.com/drive/folders/17sE6Zr-y0daN3xQ-vqKleOAQ_sKwBgmj?usp=sharing 谢谢。 Re: ADV7282-M with iMX8M Plus 注意：我们有 10 个载板。该工作模块可在所有 10 个板上运行，没有任何缺失。其他模块不起作用。 问候， kamalesh Re: ADV7282-M with iMX8M Plus 你好， ，请详细说明如何使用 i2c dump 检查 mipi 时钟信号？ 这对调试问题是否有帮助？ Re: ADV7282-M with iMX8M Plus 你好@kamalesh 从日志来看，我认为是硬件问题。 能否用示波器检查一下 CLK 信号？ 另外，请尝试对 MIPI 设备执行 i2cdump-y，看看一切是否正常。 顺祝商祺！ 萨拉斯 Re: ADV7282-M with iMX8M Plus 您好， ，请提供最新信息或诊断步骤。 ， Kamalesh。 Re: ADV7282-M with iMX8M Plus 你好， 更新：- 工作模块和非工作模块都显示相同的内核信息。我在下面分享了内核日志。请告知我们。 [230.972349] 已输入枚举总线代码 [231.008440] isi-捕获 32e02000.isi: cap_device：向 mxc-mipi-csi2.1 请求格式：code=0x200f，720x576 [ 231.008465] isi-捕获 32e02000.isi: cap_device：收到来自 mxc-mipi-csi2.1 的格式：code=0x2006、720x576 [ 231.013476] 绕过 csc [ 231.013483] 输入 fmt YUV4 [ 231.013487] 输出 fmt YUYV [ 231.013496] isi-捕获 32e02000.isi:cap_device: ISI 已配置：src fmt=yuv32 (X-Y-U-V) 720x576，dst fmt=YUYV-16 720x576 [ 231.013507] isi-捕获 32e02000.isi:cap_device: 缓冲区已排队：index=0，size=829440 字节 [ 231.013513] isi-捕获 32e02000.isi:cap_device：缓冲区已排队：index=1，size=829440 字节 [ 231.013518] isi-捕获 32e02000.isi: cap_device：缓冲区已排队：index=2，size=829440 字节 [ 231.013526] isi-捕获 32e02000.isi:cap_device: 缓冲区已排队：index=3，size=829440 字节 [ 231.013531] isi-捕获 32e02000.isi:cap_device: 缓冲区已排队：index=4，size=829440 字节 [ 231.013536] isi-捕获 32e02000.isi:cap_device：缓冲区已排队：index=5，size=829440 字节 [ 231.013542] isi-捕获 32e02000.isi:cap_device: 开始直播，缓冲区计数 = 6 [231.014785] isi-捕获 32e02000.isi: cap_device：ISI 直播设置已完成 [231.014804] isi-捕获 32e02000.isi: cap_device：在 adv7282 4-0021 [231.014811] 上调用 s_stream (1) isi-捕获 32e02000.isi: cap_device：在 mxc-mipi-csi2.1 上调用 s_stream(1) [ 231.029721] isi-捕获 32e02000.isi:cap_device: 在 mxc_isi.1 上调用 s_stream(1) [ 232.574681] isi-捕获 32e02000.isi:cap_device: 在 adv7282 4-0021 [232.574703] 上调用 s_stream (0) isi-捕获 32e02000.isi: cap_device：在 mxc-mipi-csi2.1 上调用 s_stream(0) [ 232.574730] isi-捕获 32e02000.isi:cap_device:在 mxc_isi.1 上调用 s_stream(0) 问候， Kamalesh Re: ADV7282-M with iMX8M Plus 你好、 我们从 technexion 购买了 I.MX 8M PLUS 模块。 问题出在哪里？ 谢谢！ 谢谢、 卡姆莱什 Re: ADV7282-M with iMX8M Plus 你好@kamalesh 希望你一切都好。 您使用的是 i.MX8MP EVK 吗？或者，请解释一下"不同的 i.MX8M Plus 模块" 的含义。也许是其他供应商的 SOM？ 顺祝商祺！ 萨拉斯

flash.bin FRDM IMX93 こんにちは、皆さん。 FRDM iMX93を使用しています。解凍後、 https://www.nxp.com/document/guide/getting-started-with-frdm-imx93 :GS-FRDM-IMX93?section=build-and-run に従ってみましたが、すべて完璧に動作しました。 今、私はカスタムの U-Boot、ATF、OPTEE が欲しいです。yocto と同じハッシュを使用しましたが、完璧にビルドできました。私は mkimage を使用して flash.bin を作成しましたが、この時点まではすべて正常です。 しかし、この flash.bin をフラッシュしようとすると (Balena を使用)、コンソールに何も起こりません。 動作中の yocto からフラッシュ、bin を使用しようとしましたが、同じで、起動しません。 flash.bin のみを使用して起動可能なイメージを作成するにはどうすればCANますか? u-boot を見ると、ブートによってカーネルの rootfs が後で追加されることがわかります。 よろしくお願いいたします。 あんぱ Re: flash.bin FRDM IMX93 SO 私にとってはこれが解決策でした: dd if=iMX93/flash.bin of=bootable.img bs=1K seek=32 conv=fsync Balena bootable.img が起動する場合よりも優れています。なぜエラーが発生するのかを解明する必要がありますが、少なくともコンソール出力は確認できます。 U-Boot SPL 2024.04-00003-g7e135e087e8(2025年7月19日 - 19:10:15 +0000) SOC: 0xa1009300 LC: 0x40010 パワーマネジメントIC: PCA9451A PMIC: オーバードライブ電圧モード エラー: ele_volt_change_start_req: ret -5、応答 0xf429 エラー: ele_volt_change_finish_req: ret -5、応答 0xf429 DDR: 3733MTS DDR: 3733MTS DRAM 2GB DRAMが一致しました M33準備OK 通常のブート BOOTROMから起動しようとしています ブートステージ: プライマリブート イメージオフセット 0x8000、ページサイズ 0x200、ivt オフセット 0x0 ROM_APIで0x40400からイメージをロードする 「同期中止」ハンドラ、ESR 0x02000000 elr: 00000000204e0000 lr: 000000002049dafc x 0: 00000000204e0000 x 1: 0000000020501ba0 x 2: 0000000000000fc0 x 3: 0000000083200040 x 4: 00000000204b6958 x 5: 0000000083200450 x 6: 0000000000000001 x 7: 0000000083200450 x 8: 000000000000000f0 x 9: 00000000796d7959 x10: 00000000796d7959 x11: 0000000000000001 x12: 0000000000000001 x13: 00000000000000012 x14: 0000000000000001 x15: 00000000000000003 x16: 00000000204a5ef4 x17: 0000000000000000 x18: 0000000020501c10 x19: 00000000204b9af8 x20: 00000000204b9ae0 x21: 0000000020501bb0 x22: 00000000デッドビーフ x23: 00000000204b9ae0 x24: 000000000000000f x25: 0000000000000000 x26: 00000000204ad81c x27: 00000000204ad000 x28: 00000000204ad804 x29: 0000000020501b30 コード: 00000000 00000000 00000000 00000000 (00000004) CPU をリセットしています... リセットしています... Re: flash.bin FRDM IMX93 返信ありがとうございます。試してみます。これが機能する場合、uuu ツールが ROM ブートによって認識されるヘッダーを挿入することを意味しますか?ブートシーケンスに関する詳細なドキュメントはありますか? Re: flash.bin FRDM IMX93 こんにちは、 Balena の代わりに UUU を使用することをお勧めします。 次のコマンドを試してください: uuu -b flash.bin よろしくお願いいたします。

マルチ管理者モードでのコミッショニング中に応答がないため JN5189 RCP で OTBR エージェントがタイムアウトする 問題の概要 JN5189 RCP で OTBR を使用してマターマルチ管理者コミッショニング中に障害が発生しています。CHIPTool Android APK を使用したプライマリコミッショニングが正常に完了しました。ただし、CHIP Tool CLI を使用した二次コミッショニングは失敗します。 このプロセス中、otbr-agent ログには RCP との通信時にタイムアウトが繰り返し発生したことが記録され、エージェントが応答しなくなります。回復する唯一の方法は、エージェントを手動でリセットするか、RCP を再接続することです。 セットアップの詳細 コンポーネント: バージョン/説明 -----------------------------|-------------------------------------------------------- プライマリコミッショナー：CHIPTool Android APK セカンダリコミッショナー: CHIP ツール CLI (Linux) Thread デバイス：Nanoleaf A27バルブ RCP プラットフォーム: UART 経由の NXP JN5189 RCPファームウェアコミット: dfbe12280af4a87cb9ae0c0c1d90d71de3372d82 (ot-nxpから) OTBR プラットフォーム: Ubuntu 22.04 (x86_64) カーネルバージョン: Linux 6.8.0-60-generic ##63~22.04.1-UbuntuSMP プリエンプトダイナミック OTBRコミット: b8bab1babcb040251b51a69ccb4008fb4b9e2d3f CHIP ツール CLI コミット: 9af93fd3e9eab4315e1097b19112ebac01d1ad94 再現手順 JN5189 RCP をコネクテッドして初期化した状態で OTBR を起動します。 CHIPTool Android APK を使用してプライマリコミッショニングを実行します (成功)。 APK を使用して、複数管理者のコミッショニング ウィンドウを開きます。 CHIP ツール CLI を使用して二次コミッショニングを試みます。 otbr-agent の動作とログ出力を観察します。 Re: OTBR Agent Timeout with JN5189 RCP During Commissioning in Multi-Admin Mode Due to No Response こんにちは、ルイス。 1) ボーレート「1000000」を使用してみましたが、通信中にフレーミング エラーが発生します。 UART_DRIVER と SERIAL_MGR の両方でテストしました。これら 2 つのうち、より信頼性が高く、好ましい選択肢としてどちらをお勧めしますか? さらにデバッグするために、ログを有効にして、USART FIFO オーバーフロー レジスタの値を確認しました。FIFOSTAT に RXERR ビットが設定されていることに気付きました。 参考までに、USART0 は 32 MHz (XTAL から供給) でクロックされ、メイン クロックは 48 MHz で動作しています。 BR、 ヴィカシュ Re: OTBR Agent Timeout with JN5189 RCP During Commissioning in Multi-Admin Mode Due to No Response こんにちは、ヴィカシュ ボーレートはホストが確立したものに依存します。アドバイスとして、「1000000」を試してみるとよいかもしれません。参考までに、このボーレートは K32W の例ではデフォルトです。 JN5189 では USART0 と USART1 を使用してソフトウェア フロー制御がサポートされていますが、ハードウェア フロー制御の方が信頼性が高く、データに干渉しません。決定は各お客様に委ねられます。UM11138 23.6.5.2 章に記載 よろしくお願いいたします。 ルイス Re: OTBR Agent Timeout with JN5189 RCP During Commissioning in Multi-Admin Mode Due to No Response こんにちは、ルイス。 ご返信ありがとうございます。 私は、nRF52840 DK を搭載した Raspberry Pi 4B を使用してセットアップをテストしましたが、その構成では RCP TX タイムアウトやリセットは発生しませんでした。このことから、この問題は JN5189 の RCP イメージまたは UART 構成に関連している可能性が高いと考えられます。 最終的なハードウェア セットアップでは、RTS/CTS ハードウェア フロー制御はサポートされていないSO、フロー制御のない UART に制限されます。次の制約を考慮すると: 1) ハードウェア フロー制御が利用できない場合に JN5189 RCP に推奨される UART ボー レートは何ですか? 2) データ損失のリスクを軽減するために調整する必要があるバッファ サイズ、タイミング パラメータ、またはドライバ レベルの設定はありますか? 3) このシナリオではソフトウェア フロー制御 (XON/XOFF) はサポートまたは推奨されますか? よろしくお願いします ヴィカシュ Re: OTBR Agent Timeout with JN5189 RCP During Commissioning in Multi-Admin Mode Due to No Response こんにちは、 UART クロックはタイミング精度に影響します。UART クロックが不安定な場合は、ホストと RCP 間の同期が失われる可能性があります。 デバイス間のボー レートを慎重に一致させ、許容マージンをテストして、より低いボー レートを試すこともできます。 あるいは他の選択肢として、FRO32Kの代わりに、より正確なクロック周波数を提供するXTAL32K発振器に切り替えることもできます。詳細については、ユーザーマニュアル[UM11138]の4.4.4章を参照してください。UM11138 よろしくお願いいたします。 ルイス Re: OTBR Agent Timeout with JN5189 RCP During Commissioning in Multi-Admin Mode Due to No Response こんにちは、 ご返信ありがとうございます。 いくつか質問と意見があります。 UART クロック ソースはタイミング精度とデータ サンプリングに大きな影響を与えますか? 現在、システムはクロック ソースとして FRO32K を使用するように構成されています。 観察： ホストとの通信をテストする場合: 1 Mbps では、10 回中 3 回程度成功します。 115200 では通信が成功することはほとんどありません。 この問題は、低周波数 (32.768 kHz) クロックを使用しているために UART ボー レートの生成が不正確になることに関連している可能性があります。 Re: OTBR Agent Timeout with JN5189 RCP During Commissioning in Multi-Admin Mode Due to No Response こんにちは、 返事が遅くなり申し訳ありません。JN5189はUSART0のハードウェアフロー制御をサポートしています。詳細については、ユーザーマニュアル[UM11138]の23.6.5.1章をご覧ください。UM11138 ボーレートはホストが確立したものに依存します。 よろしくお願いいたします。 ルイス Re: OTBR Agent Timeout with JN5189 RCP During Commissioning in Multi-Admin Mode Due to No Response こんにちは、ルイス。 両端のログを確認したところ、RCP 側でデータの破損や損失が発生していることに気付きました。 この特定のCASEにおいて、JN5189 に最適な UART ボー レートを提案していただけますか? Re: OTBR Agent Timeout with JN5189 RCP During Commissioning in Multi-Admin Mode Due to No Response こんにちは、ルイス。 フィードバックと参考リンクの共有をありがとうございます。 i.MX8M プラットフォームはすでに注文済みで、現在は到着を待っています。その間、既存の JN5189 セットアップを使用してデバッグを継続したいと思います。 その一環として、JN5189 が UART インターフェース上のハードウェア フロー制御をサポートしているかどうかを確認したかったのです。これにより、問題を切り分けながら通信の安定性を評価することができます。 ありがとう ヴィカシュ Re: OTBR Agent Timeout with JN5189 RCP During Commissioning in Multi-Admin Mode Due to No Response こんにちは、 ファイル nxp_vendor_hook.cpp を確認します。このファイルは、JN5189 と K32W061 の両方に宛てられています。 テスト目的のためだけに、i.MX8M を使用して問題の根本原因を特定することをお勧めします。 以下のリンクは、コンサルティングのためにi.MXでOpen Thread Border Routerを実行する例にリダイレクトします。 ターゲットにOpenThread Border RouterとOpenther Deamonを設定する方法 よろしくお願いいたします。 ルイス Re: OTBR Agent Timeout with JN5189 RCP During Commissioning in Multi-Admin Mode Due to No Response こんにちは、ルイス。 早急なご対応ありがとうございます。 次の 2 つのプラットフォームでセットアップをテストしましたが、両方で同じ問題が発生しました。 i) ノートPC（Ubuntu） ii) ルーター（OpenWRT） 1) コミッショニング プロセス中の私の観察では、Thread エンド デバイスは、要求に応じてチップ ツール コミッショナーに一連のメッセージを迅速に送信します。この急激なトラフィックの急増により、RCP が一部のパケットをドロップする可能性がありますが、OTBR はこれを予期して待機している可能性があります2)。 2) 外部委託に関しては、主な制約は PSKd であると考えています。そのため、Thread グループに懸念を表明し、現在は返答を待っています。 3) 次の問題もご覧頂けますでしょうか? K32W061 プラットフォーム用にビルディングするときに使用される nxp_vendor_hook.cpp ファイルがあります。 JN5189 プラットフォームに同様のファイルが存在するかどうか、またはコンパイル時に DOT_NCP_VENDOR_HOOK_SOURCE マクロを有効にすることで、JN5189 の既存の nxp_vendor_hook.cpp を再利用できるかどうかが疑問です。 Re: OTBR Agent Timeout with JN5189 RCP During Commissioning in Multi-Admin Mode Due to No Response こんにちは、 コンピューターの代わりに MCU/MPU を使用して OTBR を実行することをテストしましたか?NXP がサポートする例とガイドラインはさまざまなホストのテストを対象としており、それに関する詳細情報があります。 K32W061 のコンパイルは JN5189 にも適用できます。どちらも非常に似ています。 また、これが追加のコミッショニングの問題に当てはまる場合は、 External Commissioning | OpenThreadで確認していただけますか? よろしくお願いいたします。 ルイス Re: OTBR Agent Timeout with JN5189 RCP During Commissioning in Multi-Admin Mode Due to No Response nxp_vendor_hook.cppがありますK32W061 プラットフォーム用にコンパイルするときに使用されるファイル。 JN5189プラットフォーム用の同様のファイルはありますか？または、JN5189で再利用するには、 コンパイル中の DOT_NCP_VENDOR_HOOK_SOURCE マクロを含める/有効にすることで可能ですか？ ?

替代 LPC1768 系列的推荐微控制器系列是什么？ 您好， 请就 LPC17xx 系列的精确引脚对引脚替换提出建议。 我有现有的设计，修改硬件是个问题，但我有很多使用 LPC2148 外围设备（UART、I2C、计时器等）的代码（很多），哪个新系列与外设软件兼容？ 建议用于新设计的哪个系列具有大致相当的能力（内存大小、速度、外设等）？ Re: What is the recommended microcontroller series that replaces the LPC1768 series? 我也有同样的问题，而且现在已经过去快 5 年了。 新设计应该使用哪个系列的微控制器？ Re: What is the recommended microcontroller series that replaces the LPC1768 series? HI LPC1768 是 LPC2368 的替代品。而 LPC1769 则是 LPC1768 的替代品。唯一不同的是最大时钟频率（120Mhz）。内存较少的替代品是LPC1766。LPC4078是更换LPC176x的选项。(http://www.nxp.com/products/microcontrollers/core/cortex_m4_m4f/LPC4078FBD100.html) 请注意，LPC4078 的版本时间为 2013 年，寿命为 15 年。 我们的建议是 LPC546xx 或 LPC540xx MCU 系列，基于 220MHz 的 Cortex M4 内核（带有可选的辅助 Cortex M0+ 内核）、类似的外围设备、高达 512KB 的闪存和高达 200KB 的内存。请在以下链接中查看更多信息：https://www.nxp.com/products/processors-and-microcontrollers/arm-based-processors-and-mcus/lpc-cortex-m-mcus/lpc54000-series-cortex-m4-mcus:MC_1414576688124 LPC546xx 和 LPC540xx 不是 LPC17xx 的引脚对引脚替代品 祝您愉快 张俊

H264エンコード前のグラフィック付きIMX8ビデオオーバーレイ こんにちは。私たちは 1920x1080p30 ビデオカメラを使用した目視検査システムを設計しています。 低電力システムでは、H264 エンコードの前とディスプレイの前に、ビデオ ストリームにグラフィックをオーバーレイする必要があります。iMX8M-Plus のような SOC でこれを行う方法に関する情報が見つかりません。iMX6 には、最大解像度 1024x1024 (1920x1080 の場合は 4 倍) でビデオ ストリームにグラフィックを合成/オーバーレイできる IPU がありました。iMX8M ファミリでは、ビデオ プロセッシングのこの側面が失われているようです。 SO、2D または 3D GPU は、通常の表示作業も実行しながら、メモリへのこの合成/オーバーレイを実行する必要があると思います。これを処理するための gstreamer プラグインは存在しないようです、SO何かを作成する必要があります。しかし、この段階で私が知りたいのは、次のことです。 1. iMX8-Plus ハードウェアは、CPU 使用率を最小限に抑えてこれを実現できますか (カメラは YUV I422/I421 で、コンポーザー/オーバーレイ出力は VPU エンコーダー (NV12 ?) とディスプレイに供給する必要があります)? 2. これについてどのように進めればよいか、何かアイデアはありますか?通常の X11/Wayland グラフィックス GUI が使用されている間は GPU を使用し、ゼロ コピー DMA バッファー パイプラインなどを通じてデータを供給する必要があります。 Terry Re: IMX8 Video overlay with graphics before H264 encode 私たちのアプリケーションでは簡単です。オーバーレイ QImage は、1 秒に 1 回程度非同期的に作成されます (実際には 2 つの QImage があり、1 つは描画用、もう 1 つは切り替え用の Mutex による表示用です)。 gstreamer appsrc 要素は、5 fps でビデオ フレームを送信するように構成されており、QImage を取得して、imxcompositor_g2d を介して gstreamer ストリームに挿入します。 ogstOverlaysrc=gst_bin_get_by_name(GST_BIN(ogstPipeline), "appsrc"); if(ogstOverlaySrc){ g_object_set(G_OBJECT(ogstOverlaySrc), "caps", gst_caps_new_simple("video/x-raw", "format", G_TYPE_STRING, "BGRA", "width", G_TYPE_INT, osize.width(), "height", G_TYPE_INT, osize.height(), "framerate", GST_TYPE_FRACTION, 5, 1, NULL), NULL); g_object_set(G_OBJECT(ogstOverlaySrc), "stream-type", 0, // GST_APP_STREAM_TYPE_STREAM "format", GST_FORMAT_TIME, "is-live", FALSE, NULL); g_signal_connect(ogstOverlaySrc, "need-data", G_CALLBACK(gstOverlayAddFrameCallback), gpointer(this)); } パイプライン ビット: imxcompositor_g2d name=c latency=20000000 sink_1::alpha=1.0 ! identity drop-allocation=true v4l2src device=/dev/video3 ! video/x-raw,width=1920,height=1080,framerate=25/1 ! c.sink_0 appsrc name="appsrc" ! videoconvert ! video/x-raw,format=ARGB ! c.sink_1 Re: IMX8 Video overlay with graphics before H264 encode 詳しいご回答ありがとうございます！もしよろしければ、これに基づいてさらにいくつか質問します。 1.QT オーバーレイとビデオ フレームをどのように同期させていますか?データ オーバーレイは、対応するビデオ フレームに正しく同期される必要があると思われます。 2. QT + Gstreamer の組み合わせについてはあまり詳しくないのですが、この 2 つがどのようにインターフェースされるかについてもう少し詳しく教えていただけますか?QT アプリ内で Gstreamer を使用してビデオを取得する方法についていくつかの情報を見つけましたが、それは私たちがやろうとしていることではありませんでした。 PS: あなたの投稿を最初に解釈すると、オーバーレイを画像として保存し、それを appSrc を使用して挿入していると思われます。そのリンクは私にとってはよく分かりません。 ありがとう！ Re: IMX8 Video overlay with graphics before H264 encode そうですね、1920x1080p25 のビデオ ストリームを送信するアナログ カメラがあり、それにオーバーレイしています。Qt を使用して、フル 1920 x 1080 サイズの QImage にオーバーレイ イメージを作成し、次に gstreamer appSrc を使用して、これをアルファ = 1.0 のビデオ ストリームとともに imxcompositor_g2d ソースの 1 つに挿入します。 私たちの場合、これ以上の速度は必要ないため、Qt 描画側での CPU 使用率を節約するために appSrc gstreamer オーバーレイ フレームを 5 fps で生成しましたが、問題なく 25 fps を完全に実行できました。 FHD ビデオ ストリームをキャプチャし、テキスト/グラフィックをオーバーレイし、H264 エンコードしながら LCD パネルに表示し、ファイルに保存し、サウンド ストリームを管理する当社のシステムでは、imx8mp の全体的な使用率 (4コア) は約 25% です。 しかし、IMX8mp を gstreamer で操作するのは、ちょっとした危険地帯です。詳細なドキュメントがなく、内部的には比較的複雑なシステムであるため、効率的に動作させるには、gstreamer の配置や設定（多くはわかりにくい）を試行錯誤する必要があることがよくあります。 Re: IMX8 Video overlay with graphics before H264 encode @TerryBarnaby1 、このソリューションを使用して、どのようなフレームレートを実現できましたか?私たちはさまざまなオプションを評価していますが、カメラからキャプチャしたフレームに図形を描画したりテキストを重ねたりするための潜在的な解決策に関するリソースはほとんどありません。 よろしくお願いします！ Re: IMX8 Video overlay with graphics before H264 encode こんにちは、テリー 私のCASE、位置と解像度が設定されたビデオウィンドウを内部に持つシンプルなWaylandアプリケーションのようなユースケースを考えてみましょう。最善のアプローチは何でしょうか？複数の egl サーフェスを使用しますか?あるいはウェイランドの地下表面ですか?どちらのアプローチがより良いかご提案いただけますか? Re: IMX8 Video overlay with graphics before H264 encode こんにちは 上記の質問に関して何か情報はありますか? waylandsink にはアルファ プロパティに関する制限がありますか? また、GPU/VPU を使用してクロマキー プロパティを使用する方法については何かアイデアがありますか? Re: IMX8 Video overlay with graphics before H264 encode こんにちはNXP waylandsink のアルファ プロパティが機能しません (5.4.70- imx8mplus) 、何か制限がありますか? Re: IMX8 Video overlay with graphics before H264 encode こんにちは 複数のビデオを実行するシンプルなWaylandアプリケーションを検討してください もう 1 つのポイントとして、waylandsink (imx8m-plus) のアルファ プロパティを使用しようとしていますが、機能しません。ここには何か制限がありますか? Re: IMX8 Video overlay with graphics before H264 encode それはあなたが具体的に何をしたいかによると思います。iMX8mp ハードウェア、実装された gstreamer モジュール、Wayland サーバー コード、GUI ツールキットなどを理解する必要がありますが、その情報は不足しており、私は専門家ではありません。また、W ayland GUI レイヤーの意味によっても異なります。 私の場合、Qtウィンドウに表示する前にビデオストリームにテキストをオーバーレイし、さらにH264エンコードしてファイルに出力する必要がありました。Qt GUIプラットフォームを使用しています。コードでは、ビデオにオーバーレイされるグラフィカル「レイヤー」（この例ではtest1.pngから取得）を、通常のQt描画プリミティブを使用してQt QImageで生成し、gstreamerの「appsrc name=\"appsrc\" ! videoconvert ! imagefreeze ! c.sink_1」部分パイプラインを使用してimxcompositor_g2dに送り込んでいます。画面出力は「waylandsink name=\"videoSink\"」で、このwaylandsink領域をアプリケーション内の特定のQtウィンドウ上で移動およびサイズ調整するためのC++ GUIコードが含まれています。 Re: IMX8 Video overlay with graphics before H264 encode こんにちは、テリー ご意見ありがとうございます。ビデオ レイヤーと Wayland GUI レイヤーをブレンドしたい場合、同様のアプローチで可能ですか? Re: IMX8 Video overlay with graphics before H264 encode 現在の (NXP Yocto hardknott) ベースの Linux では、グラフィックス 2D エンジンを使用してオーバーレイ プロセッシングを実行できることがわかりました。gstreamed imxcompositor_g2d モジュールはこれをCAN。典型的な gstreamer コマンドは次のようになります。 gst-launch-1.0imxcompositor_g2d name=c sink_1::alpha=0.5 !waylandsink v4l2src デバイス=/dev/video3 !ビデオ/x-raw、幅=1920、高さ=1080、フレームレート=30/1 !c.sink_0 マルチファイルrc location=./test1.png caps=image/png,framerate=1/1 !pngdec !画像フリーズ！c.シンク_1 これにより、フル HD カメラ ストリームが取得され、その上に test1.png ファイルがオーバーレイされます。imxcompositor_g2d に続いて、このビデオ ストリームを "vpuenc_h264 に渡すCAN。h264parse !アビムックス！「filesink location=/tmp/temp.avi」と入力して、ハードウェア h264 エンコーダーを使用してエンコードし、必要に応じて h264 エンコーダーだけでなくディスプレイにも出力します。 Re: IMX8 Video overlay with graphics before H264 encode こんにちは 私も同様の要件で作業しており、imx8m plus プラットフォームでビデオ オーバーレイをテストする方法を理解したいと思いますが、残念ながら、2021 年 1 月 13 日の L5.4.70_2.3.0 の Linux ユーザー ガイドのドキュメントには imx8m-plus 固有の情報がなく、プラグインoverlaysinkも利用できません。 Re: IMX8 Video overlay with graphics before H264 encode どうもありがとう。 「i.MX Linux ®ユーザー ガイド」にビデオ プロセッシング アーキテクチャ (ハードウェアおよびソフトウェア レイヤー/API およびパッケージ) の概要と履歴が記載されており、NXP Yocto BSP およびコミュニティ Yocto BSP でこれがどのようにサポートされているかが説明されていると便利です。 Re: IMX8 Video overlay with graphics before H264 encode ハイ はい、 imx-gst1.0-plugin が gstreamer1.0-plugins-imx に置き換えられました。 i.MX6ファミリでは、ビデオレンダリングはDRIではなくG2Dに依存します。 i.MX8ファミリでは、WaylandがDRIを使用しているため、ビデオレンダリングはDRIに依存します。 Re: IMX8 Video overlay with graphics before H264 encode 情報ありがとうございます。ただし、これは特定の NXP BSP リリースに固有の情報です。 カスタム ボード用の Yocto リリースを作成する必要があるため、最新のビデオ プロセッシング gstreamer 要素を取得するには、これ用の Yocto ビルドを構成する必要があります。NXP「Yocto」ビルドはコミュニティ ビルド (より主流) とは異なり、BSP タイプと 3 つの異なるカーネル バリアント、そしてさまざまなカーネル ドライバ構成などの付属品がすべて存在します。また、古い Yocto ビルドには、さまざまな gstreamer 要素やドライバなどがあります。 私は、現在および計画中のビデオ プロセッシング ソフトウェア ツリーの基礎が何であるかを理解しようとしているだけなので、ビルドではこれに従います。カスタム ボードにはコミュニティの Yocto BSP を使用すると言われていますが、これは NXP Yocto wrt ビデオ プロセッシングとはまったく異なります。例えば、ユーザーレベルではgstreamer1.0-plugins-imxがありますおよびimx-gst1.0-プラグインどちらのパッケージも、IMX6DL 用のコミュニティ ベースの Yocto dunfell ビルドではビルドされません。 imx-gst1.0-pluginはパッケージはgstreamer1.0-plugins-imxから引き継がれましたすべての IMX バリアントで、これは DRI GPU インターフェース ルートに依存しますか? 私は、最も賢明な方法で開発できるように、ハードウェア ビデオ プロセッシング ソフトウェア/ハードウェア アーキテクチャ/パッケージとその履歴全体を理解したいと考えています。 Terry Re: IMX8 Video overlay with graphics before H264 encode ハイ すべての BSP リリース ノートと i.MX GStreamer 1.0 プラグインの詳細は、i.MX_Linux_Release_Notes.pdf (マルチメディア) に記載されています。 i.MX_Linux_Users_Guide.pdf では、テストの実行方法について説明しています。 最後に言及した点については、リリースノートに次のように書かれています。 i.MX 6ファミリ: • overlaysink : G2Dベースのビデオシンクプラグイン • imxv4l2sink: V4L2ベースのビデオシンクプラグイン Re: IMX8 Video overlay with graphics before H264 encode 情報ありがとうございます。imx8m は一部のビデオプロセッシングをサポートしていないことがわかりましたが、2D GPU を搭載していないためリリースしていませんでした。この iMX8 シリーズは非常に乱雑で、部品の命名も奇妙です。 しかし、基本的な疑問は残ります。私たちのデザインでは imx8mq をターゲットにしておらず、おそらく IMX8M-Plus または IMX8-DualXPlus を使用することになるでしょう。私が決定しようとしているのは、一般的な H264 の前に、ハードウェア ビデオ合成をサポートする適切な Yocto リリースを構築する方法です。 ソフトウェア サポートは過去 5 年間で大きく変化しており、Yocto リリースを作成するためのルートは多数あり、カーネル内外のグラフィックスおよびビデオ プロセッシング ドライバの変更も数多く行われています。これらの変更や、方向性がどこに向かっているのか、どのようなユーザー レベル API とカーネルおよびカーネル レベル API が必要なのかについての、簡単な全体ガイドは存在しないようです。SO私はこれを理解して、最初にビデオプロセッシングのコンセプトをテストし、次にボードをデザインして、このカスタム ボードに適した Yocto ビルドを作成できるようにしたいと考えています。 例えば、imx-gst1.0-pluginはパッケージはgstreamer1.0-plugins-imxを置き換えましたパッケージと、いつ、どのような低レベル API/ドライバが必要/サポートされるか (DRI ?)。iMX6 と iMX8M-Plus に互換性のあるシステムを構築したいのですが、それが可能かどうかわかりません。 Terry Re: IMX8 Video overlay with graphics before H264 encode ハイ i.MX8MQには2D GPUがないSO、 imxcompositor_g2dは使用できません。別のimxcompositorを試すCAN。 BR Re: IMX8 Video overlay with graphics before H264 encode 情報ありがとうございます。これを試して、この出力が H264 VPU エンコーダーを介して取得CANこと、およびこれの全体的な CPU 使用率を証明したいと思います。しかし、gstreamer imxcompositor_g2d プラグインはどこでどうやって入手すればいいのでしょうか?私は、iMX6 および iMX8 テスト プラットフォームに適したコミュニティまたは nxp ベースの Yocto ビルドを構築しようとしていますが、このプラグインを見たことはありません。NXP gstreamer プラグインは現時点ではかなり混乱しているようです。 このユーザーレベルの部分はgstreamer1.0-plugins-imxにあるべきでしょうか？パッケージ ？ 「 https://github.com/Freescale/fsl-community-bsp-platform -b dunfell」を使用してIMXコミュニティYoctoリリースをビルドすると、gstreamer1.0-plugins-imxをビルドできませんパッケージ。 IMX NXP Yocto リリースをビルドする場合: " https://source.codeaurora.org/external/imx/imx-manifestimx8mqevk マシンの「-b imx-Linux-zeus -m imx-5.4.70-2.3.0.xml」では、ビルド内に確認できる限り imxcompositor_g2d プラグインがありません (imx8mqevk がないため実行できません)。また、ビルド (IMAGE_INSTALL_append) に「gstreamer1.0-plugins-imx」を追加すると、「imx8mqevk (not in COMPATIBLE_MACHINE)」というエラーが発生します。 SO、機能する imxcompositor_g2d gstreamer プラグインを提供する適切な Yocto Linux システムを構築するには、何を構築すればよいのでしょうか? Re: IMX8 Video overlay with graphics before H264 encode ハイ 1.YUV422 および YUV420 入出力フォーマットもサポートされ、エンコーダー (NV12) をサポートします。 2.7.3.16をご覧くださいi.MX_Linux_User's_Guide.pdf のビデオ構成 imxcompositor_g2d は対応するハードウェアを使用してビデオ合成を高速化します。複数の ビデオを 1 つにまとめます。合成時にビデオのポジショニング、サイズ、回転を指定CAN。ビデオカラースペース変換は 入力ビデオと出力ビデオが同じでない場合も自動的に実行されます。各ビデオにはアルファ値とZオーダー値をCAN設定し、 アルファブレンディングとビデオブレンディングシーケンスを取得します。

LPC1768 シリーズに代わる推奨マイクロコントローラ シリーズは何ですか? こんにちは、 LPC17xx シリーズの正確なピン交換を提案していただける方はいらっしゃいますか。 既存のデザインがあり、ハードウェアの変更が問題ですが、LPC2148 ペリフェラル (UART、I2C、タイマーなど) を使用するコードが大量 (トン単位) あります。どの新しいファミリがペリフェラルソフトウェアと互換性がありますか? 新しいデザインに推奨されるシリーズのうち、ほぼ同等の機能 (メモリ サイズ、速度、ペリフェラルなど) を備えているのはどれですか。 Re: What is the recommended microcontroller series that replaces the LPC1768 series? 私も同じ疑問を抱いています。もう5年近く経っているのに、そう思っています。 新しいデザインに使用するマイクロコントローラのシリーズはどれを検討すればよいでしょうか? Re: What is the recommended microcontroller series that replaces the LPC1768 series? ハイ LPC1768 は LPC2368 の代替品です。LPC1769 は LPC1768 の代替品です。唯一の違いは最大クロック周波数（120Mhz）です。メモリが少ない代替品としては LPC1766 があります。LPC4078 は LPC176x の代替品として選択肢となります。( http://www.nxp.com/products/microcontrollers/core/cortex_m4_m4f/LPC4078FBD100.html ) なお、LPC4078 の発売時期は 2013 年で、寿命は 15 年です。 弊社の推奨は、220MHzのCortex M4コア（オプションでセカンダリCortex M0+コア搭載）をベースにしたLPC546xxまたはLPC540xx MCUシリーズ、同様のペリフェラル、最大512KBのフラッシュ、最大200KBのRAMです。詳細については、次のリンクをご覧ください： https://www.nxp.com/products/processors-and-microcontrollers/arm-based-processors-and-mcus/lpc-cortex-m-mcus/lpc54000-series-cortex-m4-mcus :MC_1414576688124 LPC546xxとLPC540xxはLPC17xxのピン互換品ではありません 良い１日を、 ジャン・ジュン

CAAMとカーネル暗号テスト <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、皆さん。 LinuxのさまざまなバージョンやさまざまなボードでCAAMを有効にすると、いくつかの不安なエラーメッセージが表示されます。 カーネルの自己テスト。 SABRE-SD 3.10.31-alpha でのテスト root@imx6qsabresd:~# dmesg ... alg: ハッシュ: hmac-sha1-caam のテスト 1 が失敗しました 00000000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00000010: f1 46 は 00 です alg: ハッシュ: sha1-caam のテスト 1 が失敗しました 00000000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00000010: 9c d0 d8 9d alg: ハッシュ: hmac-sha224-caam のテスト 1 が失敗しました 00000000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00000010: 47 b4 b1 16 99 12 ba 4f 53 68 4b 22 alg: ハッシュ: sha224-caam のテスト 1 が失敗しました 00000000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00000010: 2a ad bc e4 bd a0 b3 f7 e3 6c 9d a7 root@imx6qsabresd:~# cat /proc/cmdline コンソール=ttymxc0,115200 ip=dhcp ルート=/dev/mmcblk0p2 rootwait caam カーネル構成は、いくつかのデバッグ フラグを追加した標準の v7_defconfig と基本的に同じです。 ~/linux-imx6$ ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- savedefconfig を作成します スクリプト/kconfig/conf --savedefconfig=defconfig Kconfig ~/linux-imx6$ diff defconfig arch/arm/configs/imx_v7_defconfig 253a254 > CONFIG_USB_PHY=y 329d329 < CONFIG_DEBUG_LOCK_ALLOC=y 334d333 < # CONFIG_CRYPTO_MANAGER_DISABLE_TESTSが設定されていません カーネル3.0.35_4.1.0でも同じ結果が出ていますおよび Nitrogen6x 上の 3.10.17-1.0.0-ga。 これについて何か知見をお持ちの方はいらっしゃいますか? よろしくお願いいたします。 エリック i.MX6_すべて Linux Re: CAAM and kernel crypto tests SecretCryptos は、匿名の暗号取引のためのワンストップ ソリューションです。暗号ミキサの使用や安全な取引所での取引をお考えの場合でも、SecretCryptos はすべての取引の完全なプライバシーと匿名性を保証します。 SecretCryptos 暗号ミキサと取引所 すべてのミキサページ（コインあたり） SecretCryptos 暗号ミキサー|ビットコイン (BTC) ミキサー|イーサリアム (ETH) ミキサー|テザー (USDT) ミキサー| USD コイン (USDC) ミキサー| BNB (BSC) ミキサー|ライトコイン (LTC) ミキサー|ドージコイン (DOGE) ミキサー| XRP (リップル) ミキサー|ソラナ (SOL) ミキサー| TRON (TRX) ミキサー| TON (トンコイン) ミキサー|ポリゴン (MATIC) ミキサー|アバランチ (AVAX) ミキサー|カルダノ (ADA) ミキサー|ポルカドット (DOT) ミキサー|柴犬 (SHIB) ミキサー インスタント暗号通貨取引 暗号通貨取引所 62a314_66eab6e98f404d46a2d43c76933e6802~mv2 Re: CAAM and kernel crypto tests <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ありがとう、ジョン Re: CAAM and kernel crypto tests <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> この問題に対する適切な修正は、Herbert Xuのcrypto-2.6にあります。木。具体的には、 LKML: Herbert Xu: Crypto Fixes for 3.13およびLKML: Herbert Xu: Re: Crypto Fixes for 3.13 で問題が修正されます。3.10.xxにバックポートする必要がある Re: CAAM and kernel crypto tests <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Freescale の Steve Cornelius 氏と他の人々のおかげで、この問題はキャッシュの一貫性と関係があることを示すことができました。 特に、CAAM ドライバは、すべての入力と出力がキャッシュ ライン境界 (i.MX6 では 32 バイト) に揃えられることを想定しています。 testmgr コードは元々ソフトウェア実装をテストするために作成されたため、カーネル 3.10.17 時点では特定の配置が保証されず、それが障害の原因となっていましたが、これを解決するための簡単な更新によってエラーを防ぐことができます。 crypto testmgr: 結果バッファをキャッシュラインに合わせる · e3e7ad4 · boundarydevices/linux-imx6 · GitHub コミット ログに記載されているように、入力と出力のこの要件はユーザー空間コードにも存在するため、アプリケーションは割り当てに注意する必要があります。 Re: CAAM and kernel crypto tests <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> jamesboneさん、このCASEの最新情報はありますか？ Re: CAAM and kernel crypto tests <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> まだ修正されていません。 Re: CAAM and kernel crypto tests <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> この問題は修正されましたか? それとも、解決策はただ遅延するだけですか? 私も同じ問題を抱えています。しかし、テストを成功させるには、遅延値を最大 100usec まで変更する必要があります。 それは大きな問題です。 Re: CAAM and kernel crypto tests <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> jamesboneさん、このCASEのフォローアップを続けてもらえますか？ Re: Re: CAAM and kernel crypto tests <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> さらに詳しく： caam_jr_dequeue () の次の 2 つの場所のどちらにも同じ udelay(20) があっても、テストは成功しません。 Linux-imx6/ドライバ/crypto/caam/jr.c at boundary-imx_3.10.17_1.0.0_ga · boundarydevices/Linux-imx6 · GitHub Linux-imx6/ドライバ/crypto/caam/jr.c at boundary-imx_3.10.17_1.0.0_ga · boundarydevices/Linux-imx6 · GitHub Re: Re: CAAM and kernel crypto tests <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> これらのテストに関するさらに詳しい情報は… caam_jr_enqueue() の最後にある udelay(20) 呼び出しによりテストは成功します。SO、何らかのタイミング バグであると思われます。 ~/linux-imx6$ git diff diff --git a/ドライバ/crypto/caam/jr.c b/ドライバ/crypto/caam/jr.c インデックス 80ddddb..c8c4a7e 100644 --- a/ドライバ/crypto/caam/jr.c +++ b/ドライバ/crypto/caam/jr.c @@ -288,6 +288,7 @@ int caam_jr_enqueue(構造体デバイス *dev, u32 *desc, spin_unlock_bh(&jrp->inplock); + 遅延(20); 0を返します。 } EXPORT_SYMBOL(caam_jr_enqueue); Re: Re: CAAM and kernel crypto tests <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> さらなる更新: 3.10.17-1.0.0-ga でのその後の起動では、ゼロの 8 バイトだけが表示されます。 alg: ハッシュ: hmac-sha1-caam のテスト 1 が失敗しました 00000000: 00 00 00 00 00 00 00 00 e2 8b c0 b6 fb 37 8c 8e 00000010: f1 46 は 00 です alg: ハッシュ: sha1-caam のテスト 1 が失敗しました Re: CAAM and kernel crypto tests <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 追加メモ: テスト失敗時に表示される値: alg: ハッシュ: hmac-sha1-caam のテスト 1 が失敗しました 00000000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00000010: f1 46 は 00 です 予想された結果と似ているように見えます。これは、crypto/testmgr.c の hmac-sha1 の最初のテスト ベクトルです。 静的構造体hash_testvec hmac_sha1_tv_template[] = {   { .key = "\x0b\x0b\x0b\x0b\x0b\x0b\x0b\x0b\x0b\x0b\x0b\x0b\x0b\x0b\x0b\x0b\x0b\x0b\x0b\x0b", .ksize = 20, .plaintext = "こんにちは", .psize = 8, .ダイジェスト = "\xb6\x17\x31\x86\x55\x05\x72\x64" 「\xe2\x8b\xc0\xb6\xfb\x37\x8c\x8e\xf1」 「\x46\xbe」、 ... シーケンス「f1 46 be」が期待値と一致することに注意してください。 また、失敗した各テストの最初の 16 バイトがゼロとして表示されることにも注意してください。 Re: CAAM and kernel crypto tests <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、ジェイミー。 3.0.35_4.1.0でテストしていることに気づかなかったようです。3.10.17-1.0.0-ga、および 3.10.31_1.0.0-alpha。 それぞれに、他のページからのパッチがすでに含まれています。 dma_map_sg_chained へのパッチ: http://git.freescale.com/git/cgit.cgi/imx/linux-2.6-imx.git/commit/?h=imx_3.0.35_4.0.0&id=b30237c79003223c6e8035d5be183cd4f0b469f9 3.10.17 ソース: https://github.com/boundarydevices/linux-imx6/blob/boundary-imx_3.10.17_1.0.0_ga/drivers/crypto/caam/sg_sw_sec4.h#L96 driver_algs へのパッチ: http://git.freescale.com/git/cgit.cgi/imx/linux-2.6-imx.git/commit/?h=imx_3.0.35_4.0.0&id=6068d7a77b2101c172fc2f003f90b1febbf99505 3.10.17 ソース: https://github.com/boundarydevices/linux-imx6/blob/boundary-imx_3.10.17_1.0.0_ga/drivers/crypto/caam/caamalg.c#L2083 また、私たちが目にしている問題はハッシュ アルゴリズムにのみ関係するものであることを明確に説明していませんでした。 よろしくお願いいたします。 エリック Re: CAAM and kernel crypto tests <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 親愛なるエリックへ Linux 3.0.35の場合CAAMの適切な機能を得るには、いくつかのパッチが必要です。 Q&A: iMX6 の Linux で CAAM ドライバが機能しないのはなぜですか? すてきな一日を、 ハイメ ----------------------------------------------------------------------------------------------------------------------- 注: この投稿で質問が解決した場合は、「正解」ボタンをクリックしてください。ありがとう！ -----------------------------------------------------------------------------------------------------------------------

S32K341 - S32DS3.6.2 和 RTD6.0.0 上的 Mem_43_INFLS 问题 亲爱的恩智浦支持/恩智浦专家， 我正在为 S32K341 处理器开发引导加载程序。 我从一个示例 (Mem_InFls_Example_S32K344) 开始。 首先，我修改了 memap 文件，以便将 pflash 工作所涉及的所有功能都放在 RAM 中，而且成功了，但我想使用原始生成的文件（c40 文件除外，根据我的理解，有必要更改该文件的 pragma 声明）。 因此，我启用了 "任务启动时记忆加载访问代码 "功能 il_ciancio_0-1753171185572.png 擦除和写入地址位于内存区的末端 int_sram ：ORIGIN = 0x20400000，LENGTH = 0x00007F00。 1) 是这样吗？还是我必须把这些指针放在其他区域？ 下面是地图文件中的公羊代码部分： il_ciancio_1-1753171422314.png 2) 我是否遗漏了某些功能？ 问题是一个硬故障处理程序，它从 0x40d2e5 : b.n 0x40d300 ； 0x40d3f3 : b.n 0x40d40e ； 基本上靠近"跳转" 到闪存驱动器。 il_ciancio_3-1753171549471.png 3) 有什么想法吗？ 我有点被困住了。 非常感谢、 Ciancio Re: S32K341 - Issue with Mem_43_INFLS on S32DS3.6.2 and RTD6.0.0 你好，@il_ciancio、 很高兴听到它有所帮助 出现这个问题可能是因为内核将数据写入了 SRAM，而 SRAM 会受到数据缓存的影响，如果内核读取数据，就不会出现问题。然而，当内核试图从同一内存区域执行代码时，它需要依赖指令缓存。 如果指令缓存未正确失效或更新，则内核最终可能会获取未初始化的指令——在 LSB 处执行 0x00 字节而不是使用 0x1 的实际代码。 此致， 丹尼尔 Re: S32K341 - Issue with Mem_43_INFLS on S32DS3.6.2 and RTD6.0.0 移除 MPU_ENABLE：这一解决方案不起作用，但 sram 区域是可缓存的，也许我必须尝试使用无缓存区域。 加载访问代码后启用内存清洁缓存：使用此解决方案和相同的指针以及 MPU_ENABLE，代码可以正常工作！你明白了吧，干得好，非常感谢！ 关于拇指地址，我有点困惑，因为宏MEM_43_INFLS_AC_CALL 是用 ARM_FAR_CALL2THUMB_CODE_BIT0_U32 编译的，所以跳转本身应该有效。也许闪存驱动程序内部存在这个问题？ 顺便说一下，正如我所写的，启用缓存后，代码就能正常工作了。 如果您对MEM_43_INFLS_AC_CALL有其他意见，我将等待您的回复，然后关闭该邮件。 非常感谢，再次感谢您的出色工作！ Ciancio Re: S32K341 - Issue with Mem_43_INFLS on S32DS3.6.2 and RTD6.0.0 1. 转到项目属性，删除此符号。 danielmartynek_0-1753192518255.png 2。这个 INVSTATE 故障是由分支到非缩略地址引起的-缩略图地址的最低有效位设置为 1。这有可能是缓存造成的--核心会分支到缓存中的任何内容。 此致， 丹尼尔   Re: S32K341 - Issue with Mem_43_INFLS on S32DS3.6.2 and RTD6.0.0 我会尝试两种方法，只是有些问题： 有没有禁用 MPU 的 api？ 这也可能是高速缓存（由 MPU 管理）造成的。->只是为了让我了解微观，您是如何得出这个结论的？你对这个错误有任何参考吗？ 非常感谢，干得漂亮！ Ciancio Re: S32K341 - Issue with Mem_43_INFLS on S32DS3.6.2 and RTD6.0.0 这也可能是高速缓存（由 MPU 管理）造成的。 可以在启动代码中禁用 MPU，这样就可以轻松进行测试。 不过，你可以启用下面的选项来清理缓存。 danielmartynek_0-1753191322052.png Re: S32K341 - Issue with Mem_43_INFLS on S32DS3.6.2 and RTD6.0.0 这与此有关： il_ciancio_0-1753189857242.png il_ciancio_1-1753189870001.png. 查找存储在内存中的数据，从硬盘故障开始（Mem_43_INFLS_IPW_Erase 中的 MEM_43_INFLS_AC_CALL）： IR 指令： 0x40dc05 : b.n 0x40dc20 。 非常感谢。 Re: S32K341 - Issue with Mem_43_INFLS on S32DS3.6.2 and RTD6.0.0 你好，@il_ciancio、 在故障处理程序中，读取可配置故障状态寄存器 (CFSR) 以确定故障原因。 有关详细信息，请参阅 ARM 官方文档： https://developer.arm.com/documentation/dui0646/c/Cortex-M7-Peripherals/System-control-block/Configurable-Fault-Status-Register 如果将故障确定为 MemManage 故障，则检查地址为 0x20407E00 的内存区域的内存保护单元 (MPU) 配置。 Re: S32K341 - Issue with Mem_43_INFLS on S32DS3.6.2 and RTD6.0.0 感谢您的回复。 这就是我的配置，通过调试器，我可以在 RAM 区域看到访问代码已加载。应用程序不使用擦除/写入指针。 il_ciancio_0-1753187073096.png 我能检查什么？ 谢谢！ Re: S32K341 - Issue with Mem_43_INFLS on S32DS3.6.2 and RTD6.0.0 你好，@il_ciancio、 我刚刚用默认的 Mem_InFls_Example_S32K344 示例进行了测试。 我把扇区改为 BLOCK_0 扇区。 #define EXAMPLE_SECTOR_START_ADDR (0x004F0000U) danielmartynek_0-1753177378036.png 我发现这些 SRAM 位置未被应用程序使用，因此就使用了它们： danielmartynek_1-1753177385883.png 代码被复制到这里： danielmartynek_2-1753177391938.png 该示例如预期般正常工作。 你能在你那边测试一下吗？ 谢谢、 此致， 丹尼尔

IW612 BT 无法启动 我有 IW612(M2-MAYA-W271) 安装在 Verdin iMX95 EVK 上。安装的是 L6.12.3-1.0.0 映像。加载模拟驱动程序和组合固件后，Wifi 可以正常工作。   modprobe moal mod_para=nxp/wifi_mod_para.conf cat /lib/firmware/nxp/wifi_mod_para.conf SDIW612 = { cfg80211_wext=0xf max_vir_bss=1 cal_data_cfg=none ps_mode=1 auto_ds=1 host_mlme=1 fw_name=nxp/sduart_nw61x_v1.bin.se }   但是，英国电信的固件似乎没有响应。 modprobe btnxpuart hciconfig hci0 up [ 147.824667] Bluetooth: hci0: Setting baudrate failed (-110) [ 149.840797] Bluetooth: hci0: Setting wake-up method failed (-110) [ 151.856817] Bluetooth: hci0: Setting Power Save mode failed (-110) [ 152.880918] Bluetooth: hci0: FW already running. [ 154.928780] Bluetooth: hci0: Opcode 0x0c03 failed: -110 [ 167.824775] Bluetooth: hci0: Setting baudrate failed (-110) [ 169.840909] Bluetooth: hci0: Setting wake-up method failed (-110) [ 171.856888] Bluetooth: hci0: Setting Power Save mode failed (-110) [ 173.872779] Bluetooth: hci0: Setting baudrate failed (-110) 我尝试了组合固件和开放源 HCI UART 驱动程序 hciattach /dev/ttyLP4 any 115200 flow ，但没有成功。 您知道如何启用 BT 吗？谢谢。 Re: IW612 BT can't be brought up 亲爱的 @Benjamin_Hu， > > 那么即使在电源RESET期间 BT_15.4_RST 也始终处于高电平状态可以吗？ 理论上，这个修改器应该可以正常工作。 因为你说过，" 它会导致 BT_15.4_RST 信号 " 上浮空 W_DISABLE2 和 1.7V。 开机时，模块应具有内部开机 RESET 功能，无需通过软件控制 RESET。 此致， 卫东 Re: IW612 BT can't be brought up 谢谢@weidong_sun U-blox 模块波特率为 115200。我在设备树中同时尝试了 115200 和 3M。但这并没有什么不同。 这可能与 M.2 连接器上未连接的W_DISABLE2有关。U-blox 模块上有一个电平转换器，可将 W_DISABLE2 映射到 IW612 的 BT_15.4_RST。 只要钳位，它就会 RESET 蓝牙以及 802.15.4 无线电。由于它未连接，因此主机无法 RESET 它。 Benjamin_Hu_0-1753262731153.png 不过，U-Blox modue 上还有一个 I2C GPIO 扩展器。扩展器的一个 GPIO 连接到 BT_15.4_RST、太。无论是 W_DISABLE2，主机都能够通过 M.2 连接器上的 I2C RESET BT 和 802.15.4。遗憾的是，M.2 接口上的 I2C 也未连接，这意味着主机无法操作扩展器。它会导致 BT_15.4_RST 上的 W_DISABLE2 和 1.7V 浮空信号 那么，即使在电源 RESET 期间 BT_15.4_RST 也始终处于高电平状态可以吗？ Re: IW612 BT can't be brought up 亲爱的 @Benjamin_Hu， 由于恩智浦版本的i.MX95-EVK尚未向大众市场发布，所以我手上没有原理图。我检查了你的 Wifi 模块，它是 M.2 卡，所以你应该在 M.2 KEY E 接口上使用它。 我查看了 L6.12.3_1.0.0 的 Linux 版本说明： =============== 支持 i.MX 93 和 i.MX 95 15x15 EVK 上的 NXP SDIO IW612（使用 Murata LBES5PL2EL 测试）。 =============== 它是村田 2EL M.2 模块。也许这两个 M.2 模块之间存在一些差异。你可以这样试试： 检查 M.2 连接器上的 W_DISABLE1& W_DISABLE2 是否都拉高到高电平，如果没有，请将它们拉高到高电平！或者驱动连接到这 2 个 PIN 的 2 个 GPIO 输出高电平。 [补充] 您还需要确认 u-blox 的默认波特率是否为 3M。 我的 M.2 2EL 模块的默认波特率是 115200。 请试试看 谢谢！ 、 卫东 Re: IW612 BT can't be brought up 在设备树中，默认值为 “fw-init-baudrate=3000000”。

S32K14x プロジェクトを S32DS 2018.R1 および SDK 0.8.6 から S32DS 3.6.1 および RTD 3.0 に移行するにはどうすればよいでしょうか? S32K 146 チップを使用して、プロジェクトを S32DS 2016.R1 から S32DS3.6.1 に移行し、SDK 0.8.6 から RTD 3.0 に切り替えようとしています。 S32DS 3.6.1でプロジェクト設定を手動で新しいプロジェクトに転送しています。しかし、ペリフェラルの設定に問題があります。 また、NXP の Web サイトでは、S32DS 3.6.1 および RTD 3.0 用の非 AUTOSAR サンプル プロジェクトは見つかりませんでした。AUTOSAR なしで RTD 3.0 を使用するサンプル プロジェクトがあれば、共有していただけますか?ペリフェラルがどのように構成されているかを確認したいと思います。 これらはDS2018.R1にあったコンポーネントです MX1_0-1753173141434.png また、ピンを設定した後、次のエラーが発生しました。 「Ftfc_Fls_Ip_Types.h と StandardTypes.h の AUTOSAR バージョン番号が異なります。」 この問題を解決するにはどうすればCANますか？ S32K1 Re: How to migrate S32K14x project from S32DS 2018.R1 and SDK 0.8.6 to S32DS 3.6.1 and RTD 3.0? こんにちは、 SDKs/MCAL から RTD への移行は手動のプロセスであり、残念ながら、それを容易にする自動化ツールはありません。ユーザーは以下を行う必要があります。 1. RTD フレームワークを使用して新しいプロジェクトを作成します。 2. 必要なコンポーネントを追加し、構成ツールを使用して構成します。 3. RTD 構造に合わせて、元のプロジェクトのコードを手動で調整または書き換えます。 参照できる SDK/MCAL から RTD への移行ガイドがあります。 https://www.nxp.com/docs/en/application-note/AN13435.pdf RTD がインストールされている場合は、S32 Design Studio (S32DS) 内に AUTOSAR 以外のサンプル プロジェクトがいくつか見つかります。 PetrS_0-1753183865257.png これらのサンプルは S32K146 専用のものではないかもしれませんが、参考資料として役立ちます。 BR、ペトル

i.MX7D 的 DRAM_SDCLK0 频率约为 270MHz，速度很慢！ 你好。 当 CCM_ANALOG_PLL_DDR 设置为 0x0000302C 时，DRAM_SDCLK0 为 132MHz。 因此，当 CCM_ANALOG_PLL_DDR 的 TEST_DIV_SELECT 位设置为 0x01 并设置为 0x0020302C 时，DRAM_SDCLK0 的频率约为 270MHz。 它是 533Mhz 的一半。 DRAM_PHYM_ALT_CLK_ROOT 和 DRAM_ALT_CLK_ROOT 设置为 DDR_PLL_DIV2。 有没有将其设置为 1/2 的设置？ 顺祝商祺！ Re: DRAM_SDCLK0 of i.MX7D is about 270MHz, 　it's slow ! 嗨，琼西。 谢谢！ 计算结果与实际 DDR_SDCKE 之间有 1/2 的差异。 我不知道为什么，但我现在就说到这里吧。 随着频率的增加，DDR_SDCLKE 的电压等级会降低。 因此，我考虑降低频率。 顺祝商祺！ Re: DRAM_SDCLK0 of i.MX7D is about 270MHz, 　it's slow ! 我展示的驱动程序只是告诉您公式，您需要读取寄存器CCM_ANALOG_PLL_DDR、CCM_ANALOG_PLL_DDR_NUM 和 CCM_ANALOG_PLL_DDR_DENOM，检查它们是否正确。 Re: DRAM_SDCLK0 of i.MX7D is about 270MHz, 　it's slow ! 嗨，琼西。 我正在构建 uboot-2022.01。 您显示的代码是 get_ddrc_clk(void)。 我在这段代码中发现 reg = readl(&ccm_reg->root[DRAM_CLK_ROOT].target_root； "图 5-7.DRAM_Clock 结构" 中未写入的 DRAM_CLK_ROOT 将被载入注册表。 DRAM_CLK_ROOT 的初始值为 0x00000001。 清除 DRAM_CLK_ROOT 后显示正确。 但是，DRAM_SDCKE0 的频率为 270MHz。这样做对吗？我用示波器进行了检查。 顺祝商祺！ Re: DRAM_SDCLK0 of i.MX7D is about 270MHz, 　it's slow ! 我检查了源代码，如下所示 https://github.com/nxp-imx/uboot-imx/blob/lf_v2025.04/arch/arm/mach-imx/mx7/clock.c#L162 检查了函数 decode_pll 情况 PLL_DDR： reg = readl(&ccm_anatop->pll_ddr)； if (reg& CCM_ANALOG_PLL_DDR_POWERDOWN_MASK) return 0； num = ccm_anatop->pll_ddr_num； denom = ccm_anatop->pll_ddr_denom； if (reg& CCM_ANALOG_PLL_DDR_BYPASS_MASK) return MXC_HCLK； div_sel = (reg& CCM_ANALOG_PLL_DDR_DIV_SELECT_MASK)>> CCM_ANALOG_PLL_DDR_DIV_SELECT_SHIFT； 返回 infreq * (div_sel + num / denom)； 因此，公式为24M*(DIV_SELECT+(NUM/DENOM))，DIV_SEL来自 CCM_AANALOG_PLL_DDR，MUM 来自 CCM_AANALOG_PLL_DDR_NUM)，DENOM 来自 CCM_ANALOG_PLL_DDR_DENOM Re: DRAM_SDCLK0 of i.MX7D is about 270MHz, 　it's slow ! 嗨，琼西。 我看懂了你解释的图表。 但是，参考手册并未解释 FASTMIX 是哪个寄存器。 请告诉我注册名称。 在这种情况下，CCM_ANALOG_PLL_DDRn 的 TEST_DIV_SELECT 是否应设置为 0x00？ 顺祝商祺！ Re: DRAM_SDCLK0 of i.MX7D is about 270MHz, 　it's slow ! 有没有将其设置为 1/2 的设置？ >你是说DRAM_SDCLK需要 533Mhz 频率，对吗？ joanxie_0-1754714689138.png 参考图 5-7，专用 DRAM_PLL 用于在 1066MHz 时生成 2 倍时钟，并使用分频器将其除以 2 以获得具有良好占空比的 533MHz 时钟。这个 533MHz 时钟将被 用作 PHY_MCLK。同时，1066MHz的时钟也将除以2，使用 1/N分频器获得533MHz作为PHY_CLK，还有一个1/N分频器用于将PHY锁定分频到较低的频率，例如266MHz或133MHz。1/N 分频器是一个 3 位分频器， 所以 N 可以是 2 到 8。所以只要将这个 1/N 设置为 1/2，你就能得到 533Mhz

MCU 嗨，团队、 需要这些部件的以下详细信息 1:)RT1170 控制器 2:)RT1060 控制器 3:)S32K344EHT1VMMST 控制器，这些部件需要以下详细信息 单价（美元） 100 数量的单价（美元 500 数量的单价（美元 1000 数量的单价（美元 每个部件的交货时间 环境状况（Reach 和 ROHS） Re: MCU 你好@Akhilesh-Shindhe、 非常感谢您关注我们的产品并使用我们的社区。 请打开以下链接，选择您想了解的 MCU 类型。 https://www.nxp.com/products/product-selector:PRODUCT-SELECTOR mayliu1_0-1755585095756.png 例如，我们点击 MIMXRT1171AVM8A，然后就可以获得所需的所有详细信息。 mayliu1_2-1755585243411.png mayliu1_3-1755585502689.png 希望它能帮到你。 如果您还有疑问，请告诉我。 祝你愉快 敬上 MayLiu

imx-5.10.52-2.1.0 で NNAPI デリゲートが同一の推論結果を返す断続的な問題一つの 私はBSPバージョンimx-5.10.52-2.1.0のi.MX 8M Plusプラットフォームで作業しています。(Yocto ベースの Linux)。NNAPI デリゲートを使用する際に、入力画像が変更されても推論結果が予期せず同じままになるという問題に時々遭遇します。この問題は特定の条件下で発生するのではなく、断続的に発生するようです。 この問題が発生する理由と、 imx-6以降のバージョンの VX Delegate に切り替えると解決するかどうかを説明していただけますか? どうぞよろしくお願いいたします。

LLCE LIN割り込み S32G3 には 4 つの LLCE lin チャネルがあり、Lin1 チャネルをスレーブとして、Lin0、2、3 をマスターとして設定しました。 スレーブの受信応答機能を検証する必要があります。 EB で LIN1 の割り込みを設定し、有効にしました。コールバック関数は Lin_CmdFromLlceIsr です。LIN1 に LIN メッセージを送信すると、LIN1 は割り込み応答を入力しません。代わりに LIN2 割り込みを有効にした場合にのみ、割り込みを入力でき、この時点で LIN1 は応答を返します。なぜこのようなことが起こるのでしょうか。 PixPin_2025-08-27_10-08-37.png PixPin_2025-08-27_10-10-07.png Re: LLCE LIN interrupt こんにちは、 @pmboat ご返信ありがとうございます。 デフォルトでは、LIN LLCE ファームウェアは内部 CORE 2 で実行されているため、LLCE LIN のCASEは LLCE_INT2 が使用されます。 BR チェイン Re: LLCE LIN interrupt はい、返信ありがとうございます。 私が使用するパッケージは次のとおりです。 1. SW32G_RTD_4.4_5.0.0_QLP03 2. S32G_LLCE_1_0_10 チップはs32g399aです。 Re: LLCE LIN interrupt こんにちは、 @pmboat ご投稿ありがとうございます。 1. LLCE LIN と提携しているようですが、本当ですか? 2. 使用している RTD/LLCE FW のバージョンはどれですか? BR チェイン

Yocto BSP imx-5.4.70-2.3.0imx-image-full のビルディング中にフェッチ失敗 (spirv-tools / glslang) が発生しました こんにちは、 Yocto BSP imx-5.4.70-2.3.0 (ブランチ: imx-linux-zeus、マニフェスト: imx-5.4.70-2.3.0.xml) をビルドしようとしていますが、imx-image-full のビルド中にフェッチ エラーが発生しました。 エラーは次のとおりです: エラー: spirv-tools-git-r0 do_fetch: URL のフェッチャー失敗: 'git://github.com/KhronosGroup/SPIRV-Tools.git;name=spirv-tools;branch=main;protocol=https'。どのソースからも URL を取得できません。 エラー: glslang-git-r0 do_fetch: URL のフェッチャー失敗: 'git://github.com/KhronosGroup/glslang'。どのソースからも URL を取得できません。 興味深いことに、bitbake の外部で手動でフェッチしようとすると、正常に動作します。 git クローンhttps://github.com/KhronosGroup/glslang.git git チェックアウト 703bd9caab50b139428cea1aaff9974ebee5742e git クローンhttps://github.com/KhronosGroup/SPIRV-Tools.git git チェックアウト 9b3cc3e05337358d0bd9fec1b7a51e3cbf55312b したがって、ネットワーク接続は正常であり、リポジトリにアクセスできます。 Yocto のフェッチャーがここで失敗する理由を誰か教えてくれませんか? プロトコルの不一致 (git:// と https://) はありますか? レシピを更新したり、zeus ブランチのパッチを適用したりする必要がありますか? または、これらの依存関係を正常に取得するための推奨される回避策はありますか? よろしくお願いいたします。 評価ボード Re: Yocto BSP imx-5.4.70-2.3.0 Fetch failure (spirv-tools / glslang) while building imx-image-full こんにちは@binil ！ ドキュメントを確認しているときに、GitHub が git:// プロトコルをサポートしなくなったことに気付きました。リポジトリでの作業を続行するには、HTTPS または SSH にスイッチする必要があります。 それに応じてリポジトリの URL を更新してください。 よろしくお願いします、 チャビラ Re: Yocto BSP imx-5.4.70-2.3.0 Fetch failure (spirv-tools / glslang) while building imx-image-full binil_0-1756185701144.png 添付画像をご確認ください Re: Yocto BSP imx-5.4.70-2.3.0 Fetch failure (spirv-tools / glslang) while building imx-image-full こんにちは@binil 、 NXP サポートにお問い合わせいただきありがとうございます。 フェッチエラーを示すログファイルを共有していただけますか?問題をより深く理解するために、自分の側で分析したいと思います。 並行して、私の側でエラーを再現してみます。 よろしくお願いします、 チャビラ

PN7160 RX-AGC 目标水平 我正在使用 PN7160 设计一款 NFC 读取器设备。 根据 AN132198（PN7160 天线设计和匹配指南）中规定的接收路径设计，我验证了输入到接收端口的电平。 文件指出它应该收敛到 1.6Vp-p，但由于某些原因，在我的环境中却收敛到 1.2Vp-p。 由于 AGC 工作前电压约为 2Vp-p，因此 AGC 似乎正在调整以达到 1.2Vp-p。 测试时，通过大幅降低电阻值将其推至 AGC 范围之外，可将其调整为 1.6Vp-p。 我知道设置 AGC 目标电压没有必要，但是否有设置它的选项？ 如果有人知道，请告知。 提前谢谢您。 已使用 DeepL.com 翻译（免费版） coccokun1_0-1756467764673.png Re: PN7160 RX-AGC TARGET LEVEL 你好@coccokun-1、 推荐的方法是启用连续RF场，例如，借助 NFC 出厂测试应用程序，并测量 RXN（或 RXP）和 GND 之间的峰值电压。如应用程序所述，该电压应为 1.6Vp 左右。注 一旦 IC 进入功能模式（NFC 轮询），AGC 就会激活并调节 RX 电压振幅。 如果您没有激活连续RF场的选项。我会尽量保持 2.2K，并测量未加载和加载情况下的电压（在天线附近放置 NFC 卡和手机）。您应该看到电压仍在 1.2Vp-1.6Vp 范围内、而且你也没发现接收有任何问题。 BR 托马斯 Re: PN7160 RX-AGC TARGET LEVEL 感谢您的回复。 我将 Rrx 设置为 2.2kΩ。 我也试过 1kΩ，但当 AGC 值为静态时，显示超过 2Vp-p。然而，当 AGC 启动时，它将收敛到 1.2V。 从功能上看，AGC 似乎试图将接收电平收敛到 1.2Vp-p。 由于可用固件的限制，我正在检查正常轮询操作的级别，而不是测试模式下的级别。 文件中提到的 1.6Vp-p 是 AGC 启动前的值吗？ 感谢您的建议。 谢谢 Re: PN7160 RX-AGC TARGET LEVEL 你好@coccokun-1 希望你一切顺利。 串联电阻 (Rrx) 的值是多少？串行电阻值 Rrx 的范围为 1 kΩ 至 10 k，低 Rrx -> 高 VRx 电压。 此外，也许您还能在PN7160 射频设置指南中找到一些有用的信息。 Eduardo。

IMX RT1064：开机后的输入保持状态 您好， 在我们的系统中，POR_B 在开机后很长一段时间（许多天）必须处于低电平（以保持 RESET 状态）。上电后，引脚的最后状态未知；对于数据表中 " 默认设置 " 中提及的 " Input Keeper " 值的引脚（如 GPIO_EMC_00），这些引脚在 RESET 状态下的状态将如何： 随机逻辑值（Vss 或 Vdd）还是浮空状态？ i.MX RT106x Re: IMX RT1064: input keeper state after power up 你好@Olivier3、 带保持器的 GPIO 引脚将处于高或低状态，具体取决于 RESET 之前的状态，但不会浮空。 您可以查看以下链接了解更多信息： i.MX RT1020 GPIO 默认设置 - NXP Community System Controller Firmware 101 - Pad configuration service - NXP Community BR, IsaulO.