Multi Source Translation Content

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Multi Source Translation Content

Discussions

Sort by:
S32K146 Csec 库 嗨,支持团队, 此页面上的 S32K146 Csec 库是否可供下载? 每当我找到 S32XXX 的 AN5401SW 包并打开 Csec 示例时,它总是具有如下 S32K144 库: “S32K144.h”或“S32K144_features.h” 其他还包括 “fsl_core_cm4.h”,“fsl_设备_寄存器” 总是指的是标题内的 S32K144。 谢谢。 回复:S32K146 Csec库 好的,我不确定。非常感谢 😃
View full article
BFU660F 的 Spice 型号 您好, 能否提供 BFU660F 的香料型号? 谢谢! 约翰 Re: Spice Model for BFU660F 您好, ,我试图将此模型用于 Orcad PSpice,但似乎无法识别某些参数(例如:...M参数......),软件就会出错。请提供可在 orcad PSpice 中导入的 BFU660F 模型, ,谢谢您的支持 ,致以最诚挚的问候 Jonata Re: Spice Model for BFU660F 亲爱的艾丽卡 我想在 LTSPICE 中使用 2 发射器模型。 请发布 BFU660F 的 4 针型号。 顺祝商祺! 诹访仁 Re: Spice Model for BFU660F 嗨,艾丽卡、 谢谢你的香料模型。 您可以关闭此主题。 顺祝商祺! 约翰 Re: Spice Model for BFU660F 您好。 SPICE 模型附后。 希望对你有所帮助。 此致问候
View full article
IMX8DXL 闪烁问题 您好,NXP团队, 我们的定制板使用i.MX8DXL处理器,我们的一位客户报告说,在使用Windows系统刷新设备时出现了闪存问题。该错误似乎与 USB 有关;但是,我们无法在我们的终端重现该问题。您有什么建议或可能与客户笔记本电脑有关的潜在原因吗? 以下是日志 UUU Tool\iW-PRGOT-R3.0-REL1.0-TelematicsGateway_Linux6.1.22_UUU>.\uuu.exe .\iW-PRGOT-R3.0-REL1.0-B0-iMX8DXL_Linux_6.1.22_UUU.uuu 用于 nxp imx 芯片的 uuu(通用更新实用程序) -- libuuu_1.4.243-0-ged48c51 成功 0 失败 1 2:7 1/ 0 [打开 USB 设备失败] U-启动 2023.04-iwg27_6.1.22_2.0.0_1.1+gb6bf789da2(Mar 20 2024 - 05:40:28 +0000) 中央处理器:NXP i.MX8DXL RevB A35,频率 1200 MHz,温度 34C 型号:iW-RainboW-G46M-i.MX8DXL-OSM 板:iWave iMX8DXL IWG46M OSM 启动:USB 动态随机存取存储器(DRAM):2 GiB 核心:169 个设备,25 个 uclasses,设备树:单独的 MMC:FSL_SDHC:0 从 MMC 加载环境... *** 警告 - CRC 错误,使用默认环境 输入:串行 输出:串行 错误:串行 董事会信息: BSP 版本:iw-prgot-sc-r3.0-rel1.0-Linux6.1.22 SOM 版本: iW-PRGWZ-AP-01-R3.80000000 CPU 唯一 ID:0x301e880e8293EE1C 载板版本:iw-prgjj-ap-01-rx.X(自定义 ) BuildInfo: -SCFW 6638c032、SECO-FW 80649c52、IMX-MKIMAGE 5cfd2180、ATF 8103e82 - 启动 2023.04-iwg27_6.1.22_2.0.0_1.1+gb6bf789da2 -V2X-FW 75e63de2 版本 1.2.1 切换到分区 #0,OK mmc0(第 0 部分)是当前设备 检测 USB 启动。将进入快速启动模式! 网络:无法获得 FEC0 的 PHY:addr 4 无法获得 FEC0 的 PHY:addr 4 在以太网上 获取共享 mii 总线 @5b050000 eth1:以太网 @5b050000 Fastboot:正常将总线 设置为 3 有效芯片地址:17 51 6A 6B 74 77 从 USB 启动 mfgtools *** 警告-使用 mfgtool 的默认环境,使用默认环境 运行 bootcmd_mfg:运行 mfgtool_args;if iminfo${initrd_addr}; then if test${tee} = yes; then bootm${tee_addr} ${initrd_addr} ${fdt_addr} ; else booti${loadaddr} ${initrd_addr} ${fdt_addr} ; fi; else echo"运行 fastboot ..."; fastboot auto; fi ; 点击任意键停止自动启动:0 ## Checking Image at 83100000 ... 未知图像格式! 运行 fastboot ... auto usb 1 Re: IMX8DXL flashing issue 嗨@Tanushree 对不起,我和我们的内部团队谈过了,目前还没有关于 uuu 无法在 win10 上运行,但可以在 win11 和 Ubuntu 操作系统上正常运行的解决方案。 最好的方法是使用 Ubuntu 或 Win11 操作系统运行 uuu 工具。 B.R Re: IMX8DXL flashing issue 你好@pengyong_zhang 是否有可能使用另一台 i.mx8dXL 设备刷新一台 i.mx8dXL 设备?有人尝试过这种方法吗?如果您有任何建议或指导,我们将不胜感激。 对 UUU 的观察结果与您在上次回复中分享的相同。 Re: IMX8DXL flashing issue 嗨@Tanushree 请尝试使用以下 uuu 版本在 windows10 操作系统上进行测试: https://github.com/nxp-imx/mfgtools/releases/download/uuu_1.5.201/uuu.exe B.R Re: IMX8DXL flashing issue 你好@pengyong_zhang 在设备管理器中,该设备作为 " USB 下载小工具列在 " 其他设备 " 下。"请与我们联系需要安装的具体驱动程序,以便我们继续进行测试。 Re: IMX8DXL flashing issue 请尝试卸载 USB 驱动程序并重新安装。这很奇怪,我以前从未遇到过这种问题。 Re: IMX8DXL flashing issue 是的,我们也尝试过了,但还是失败了,错误是:“无法打开 USB 设备”。 Re: IMX8DXL flashing issue 请尝试使用 uuu-b 命令将图像闪存到您的板上。 Re: IMX8DXL flashing issue 你好 请参见下文--它已检测到 已连接的已知 USB 设备 路径芯片 Pro Vid Pid BCD版本 =================================================================== MX8DXL Re: IMX8DXL flashing issue 嗨@Tanushree 当你键入 uuu -lsusb 命令时你能找到你的板设备吗? B.R Re: IMX8DXL flashing issue 你好@pengyong_zhang 请查看所附的 Windows 10 故障日志。 Re: IMX8DXL flashing issue 嗨@Tanushree Windows 10 应该不是根本原因,请共享 Windows 10 操作系统的故障日志。 B.R Re: IMX8DXL flashing issue 我查看了 Linux 6.1.22 的版本说明内核版本,发现它建议使用 UUU 1.5.21 版。目前,我使用的 UUU 版本如下所示: Tanushree_0-1752212823295.png 虽然闪存在 Windows 11 和 Ubuntu 20.04 或更高版本上运行正常,但在 Windows 10 上却失效了。但是,我在发行说明中没有发现任何提及支持或不支持的Windows版本的内容——只提到了Ubuntu 20.04。 Re: IMX8DXL flashing issue 嗨@Tanushree 请分享您在 Windows10 操作系统上的 UUU 故障日志。你的 uuu 版本是什么?请使用最新的 uuu 版本。 B.R Re: IMX8DXL flashing issue 我们遇到一个问题,即内核 6.1.22 在 Windows 10 上无法闪烁,而在 Windows 11 上却能成功闪烁。这可能是因为缺乏对 Windows 10 的支持吗?此外,我们最近从内核版本 5.15.52 迁移到了 6.1.22。UUU 工具在 Windows 10 上使用 5.15.52 版时运行正常。 Re: IMX8DXL flashing issue 嗨@Tanushree 没有关于 Windows 设置 UUU 的特别说明。 B.R Re: IMX8DXL flashing issue 你好@pengyong_zhang 谢谢您的答复。 UUU 脚本似乎没有任何问题,因为同样的程序在某些笔记本电脑上也能运行。我们正在使用自己的自定义版本。是否有任何特定的 Windows 设置会影响 UUU 工具闪烁或 UMS 检测? 问候, Tanushree Re: IMX8DXL flashing issue 嗨@Tanushree 如果运行 uuu -b emmc_all <.wic> 命令? 不要选择 uuu 脚本文件闪存。 B.R
View full article
imx93 に RPi カメラ V2 のサポートを追加 こんにちは、 私はimx93-11x11 evkを使用しており、RPiカメラV2を持っています。私は、ビルディング中のcore-image-baseを使用してYoctoビルドにそのサポートを追加したいと考えています。 Up カメラ モジュールに必要な DTS およびハードウェア接続のCANパッチを提供してくれる人はいますか? Yocto Project Re: Add support for RPi camera V2 in imx93 こんにちは、joanxieさん 参考までに、あなたが言及したパッチを共有していただけますか? Re: Add support for RPi camera V2 in imx93 結局、移植は成功したのでしょうか?現在、移植も試みており、ビデオ デバイスのリストは表示できるようになりましたが、ストリーミングされたビデオ データは空です。 Re: Add support for RPi camera V2 in imx93 @ジョアンシー それを解決して/dev/video0を取得できるようになりましたが、キャプチャ中に問題が発生します 参考までにすべてのログを載せておきます root@imx93-11x11-lpddr4x-evk:~# media-ctl -p Media controller API version 6.6.23 Media device information ------------------------ driver mxc-md model FSL Capture Media Device serial bus info platform:42800000.bus:camera hw revision 0x0 driver version 6.6.23 Device topology - entity 1: mxc_isi.0 (16 pads, 2 links, 0 routes) type V4L2 subdev subtype Unknown flags 0 pad0: Sink <- "mxc-mipi-csi2.0":4 [ENABLED] pad1: Sink pad2: Sink pad3: Sink pad4: Sink pad5: Sink pad6: Sink pad7: Sink pad8: Sink pad9: Sink pad10: Sink pad11: Sink pad12: Source -> "mxc_isi.0.capture":0 [ENABLED] pad13: Source pad14: Source pad15: Sink - entity 18: mxc_isi.0.capture (1 pad, 1 link) type Node subtype V4L flags 0 device node name /dev/video0 pad0: Sink <- "mxc_isi.0":12 [ENABLED] - entity 22: mxc-mipi-csi2.0 (8 pads, 2 links) type Node subtype V4L flags 0 device node name /dev/v4l-subdev0 pad0: Sink <- "imx219 2-0010":0 [ENABLED,IMMUTABLE] pad1: Sink pad2: Sink pad3: Sink pad4: Source -> "mxc_isi.0":0 [ENABLED] pad5: Source pad6: Source pad7: Source - entity 31: imx219 2-0010 (1 pad, 1 link, 0 routes) type V4L2 subdev subtype Sensor flags 0 device node name /dev/v4l-subdev1 pad0: Source [stream:0 fmt:SRGGB10_1X10/3280x2464 field:none colorspace:raw xfer:none quantization:full-range crop.bounds:(8,8)/3280x2464 crop:(8,8)/3280x2464] -> "mxc-mipi-csi2.0":0 [ENABLED,IMMUTABLE] root@imx93-11x11-lpddr4x-evk:~# root@imx93-11x11-lpddr4x-evk:~# v4l2-ctl --list-device FSL Capture Media Device (platform:42800000.bus:camera): /dev/media0 mxc-isi-cap_v1 (platform:4ae40000.isi:cap_devic): /dev/video0 root@imx93-11x11-lpddr4x-evk:~# $ gst-launch-1.0 v4l2src device=/dev/video0 ! videoconvert ! queue ! tcpclientsink host=192.168.68.209 port=>video/x-raw,format=NV12,width=1920,height=1080 ! videoconvert ! queue ! tcpclientsink host=192.168.68.209 port=5000 Setting pipeline to PAUSED ... $ gst-launch-1.0 v4l2src device=/dev/video0 ! video/x-raw,format=YUY2,width=1920,height=1080 ! videoconvert ! queue ! tcpclientsink host=192.168.68.209 port=5000 Setting pipeline to PAUSED ... $ gst-launch-1.0 v4l2src device=/dev/video0 ! video/x-raw,format=YUY2,width=640,height=480 ! videoconvert ! autovideosink Setting pipeline to PAUSED ... Pipeline is live and does not need PREROLL ... WARNING: from element /GstPipeline:pipeline0/GstAutoVideoSink:autovideosink0: Failed to initializ[ 46.432183] mxc_isi.0: Call subdev s_power fail! e egl: EGL_NOT_INITIALIZED Additional debug info: /usr/src/debug/gstreamer1.0-plugins-base/1.24.7.imx/ext/gl/gstglimagesink.c(1140): _ensure_gl_setup (): /GstGLImageSinkBin:autovideosink0-actual-sink-glimage/GstGLImageSink:sink Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstSystemClock ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Failed to allocate required memory. Additional debug info: /usr/src/debug/gstreamer1.0-plugins-good/1.24.7.imx/sys/v4l2/gstv4l2src.c(956): gst_v4l2src_decide_allocation (): /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Buffer pool activation failed Execution ended after 0:00:00.016970917 Setting pipeline to NULL ... ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Internal data stream error. Additional debug info: /usr/src/debug/gstreamer1.0/1.24.7.imx/libs/gst/base/gstbasesrc.c(3177): gst_base_src_loop (): /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: streaming stopped, reason not-negotiated (-4) Freeing pipeline ... [ 158.156378] mxc_isi.0: Call subdev s_power fail! [ 328.749218] mxc_isi.0: Call subdev s_power fail! [ 350.954960] mxc_isi.0: Call subdev s_power fail! [ 509.022065] mxc_isi.0: Call subdev s_power fail! [ 826.091379] mxc_isi.0: Call subdev s_power fail! [ 1043.341463] mxc_isi.0: Call subdev s_power fail! [ 1454.303027] mxc_isi.0: Call subdev s_power fail! Re: Add support for RPi camera V2 in imx93 エラーメッセージと限定された情報を参照して、imx8-プレスリリース、製品ニュース-dev.cをデバッグしてください。根本的な原因を確認するために、さらに印刷を追加することCAN。 Re: Add support for RPi camera V2 in imx93 @ジョアンシー 問題を解決し、/dev/video0を取得しました root@imx93-11x11-lpddr4x-evk:~# media-ctl -p Media controller API version 6.6.23 Media device information ------------------------ driver mxc-md model FSL Capture Media Device serial bus info platform:42800000.bus:camera hw revision 0x0 driver version 6.6.23 Device topology - entity 1: mxc_isi.0 (16 pads, 2 links, 0 routes) type V4L2 subdev subtype Unknown flags 0 pad0: Sink <- "mxc-mipi-csi2.0":4 [ENABLED] pad1: Sink pad2: Sink pad3: Sink pad4: Sink pad5: Sink pad6: Sink pad7: Sink pad8: Sink pad9: Sink pad10: Sink pad11: Sink pad12: Source -> "mxc_isi.0.capture":0 [ENABLED] pad13: Source pad14: Source pad15: Sink - entity 18: mxc_isi.0.capture (1 pad, 1 link) type Node subtype V4L flags 0 device node name /dev/video0 pad0: Sink <- "mxc_isi.0":12 [ENABLED] - entity 22: mxc-mipi-csi2.0 (8 pads, 2 links) type Node subtype V4L flags 0 device node name /dev/v4l-subdev0 pad0: Sink <- "imx219 2-0010":0 [ENABLED,IMMUTABLE] pad1: Sink pad2: Sink pad3: Sink pad4: Source -> "mxc_isi.0":0 [ENABLED] pad5: Source pad6: Source pad7: Source - entity 31: imx219 2-0010 (1 pad, 1 link, 0 routes) type V4L2 subdev subtype Sensor flags 0 device node name /dev/v4l-subdev1 pad0: Source [stream:0 fmt:SRGGB10_1X10/3280x2464 field:none colorspace:raw xfer:none quantization:full-range crop.bounds:(8,8)/3280x2464 crop:(8,8)/3280x2464] -> "mxc-mipi-csi2.0":0 [ENABLED,IMMUTABLE] root@imx93-11x11-lpddr4x-evk:~# root@imx93-11x11-lpddr4x-evk:~# v4l2-ctl --list-device FSL Capture Media Device (platform:42800000.bus:camera): /dev/media0 mxc-isi-cap_v1 (platform:4ae40000.isi:cap_devic): /dev/video0 root@imx93-11x11-lpddr4x-evk:~# しかし、キャプチャすることはできません?どうすればCANをキャプチャできますか?上記を分析してキャプチャ用のコマンドを教えていただけますか? Re: Add support for RPi camera V2 in imx93 こんにちは@joanxie dtsにパッチを適用し、imx219を正常にプローブしましたが、ドライバimx8_media_devのロード中に以下のエラーが発生しました root@imx93-11x11-lpddr4x-evk:~# dmesg | grep -E 'imx219|mx8-img-md' [ 2.529849] imx219: imx219_probe() 関数を開始しています [ 2.529859] imx219: imx219構造体に割り当てられたメモリ [ 2.529888] imx219: CCI regmap を初期化しました [ 2.529898] imx219: システムクロック(xclk)を取得しました [ 2.529901] imx219: xclk周波数が検証されました: 24000000 Hz [ 2.529916] imx219 2-0010: 電源VANAが見つかりません。ダミーレギュレータを使用しています。 [ 2.536651] imx219 2-0010: 電源VDIGが見つかりません。ダミーレギュレータを使用しています。 [ 2.543291] imx219 2-0010: 供給VDDLが見つからないため、ダミーレギュレータを使用しています [ 2.549915] imx219: 規制当局が買収 [ 2.550112] imx219: オプションのリセットGPIOが要求されました [ 2.557779] imx219: センサがストリーミングモードに設定されました [ 2.558012] imx219: センサがスタンバイモードに戻りました [ 2.558181] imx219: サブデバイスフラグと関数セット [ 2.558185] imx219: メディアエンティティパッドが初期化されました [ 2.558189] imx219: サブデバイスの初期化が完了しました [ 2.558199] imx219: サブデバイスセンサが非同期に登録されました [ 2.558296] imx219: ランタイムPMが初期化されました [ 7.541231] mx8-img-md: mxc_isi.0.capture を /dev/video0 として登録しました [ 7.567996] mx8-img-md: 登録されたセンササブデバイス: imx219 2-0010 (1) [ 7.600977] mx8-img-md: リンク [mxc_isi.0] を作成しました=> [mxc_isi.0.キャプチャ] [ 7.643109] mx8-img-md: リンクを作成しました [mxc-mipi-csi2.0]=> [mxc_isi.0] [ 7.685370] mx8-img-md: subdev_notifier_complete エラー終了 [ 7.697350] mx8-img-md: すべてのエンティティを登録解除しました Re: Add support for RPi camera V2 in imx93 最小限の画像から始めて、自分でモジュールを追加することができます。私たちの AN は最小限の画像ではなく、マルチメディアまたはフル画像に基づいています。異なる画像へのカメラの移植についてさらに問題がある場合は、新しいCASEを作成し、詳細な問題を添付してください。 Re: Add support for RPi camera V2 in imx93 こんにちは@joanxie 一度CAN? Re: Add support for RPi camera V2 in imx93 minimal は、デバイスの起動のみを可能にする小さなイメージです。以前マルチメディアを使用していましたが、imx93カメラの移植については最小限のテストを行っていませんが、問題ないはずです。 Re: Add support for RPi camera V2 in imx93 こんにちは@joanxie このアプリケーションノートでは、デフォルトで ap1302 が有効になっています。これには完全なイメージが必要ですか、それとも最小限のイメージにも含まれるのでしょうか? ご存知のとおり、imx219 のサポートを追加しているので、そのために最小限のイメージをビルディングしています。SO、dts パッチを追加するだけで動作するかどうか? Re: Add support for RPi camera V2 in imx93 メールで述べたように、これは公式バージョンではなく、参考用です。パッチ全体を直接適用するのではなく、独自の BSP に移植する必要があります。独自の BSP に基づいてソースコードを変更CAN。 Re: Add support for RPi camera V2 in imx93 こんにちは@joanxie はい、できます。しかし、この前にも別のドライバでエラーが発生しました。6.6-scarthgap を使用していますが、確認してもらえますか。行番号も一致していないため、MAKEFILE パッチを別途追加する必要があります。 Re: Add support for RPi camera V2 in imx93 int imx219_probe(struct i2c_client *client, const struct i2c_device_id *id) を int imx219_probe(struct i2c_client *client) に変更するのはどうでしょうか? Re: Add support for RPi camera V2 in imx93 こんにちは@joanxie コンパイル中に取得したエラー ログ ファイルを添付して、指定されたパッチを適用しました。 Re: Add support for RPi camera V2 in imx93 こんにちは、 わかりました。パッチを確認します。実際には、RPI カメラモジュール v2 を持っており、ハードウェア仕様から imx219 を使用してそれを知りました。 dhruvinrajpura_0-1742289455802.png フレックスケーブルが接続されたカメラを持っているので、それをアップしたいと思っています。 Re: Add support for RPi camera V2 in imx93 通常、お客様はIMX219出力を生データとして使用しますが、imx93はこれを直接処理できません。キャプチャだけが必要な場合は、imx93がサポートしています。その後、ソフトウェアを使用して生データを他の形式に変換します。メールを確認してください。パッチを参考用に送信します。 Re: Add support for RPi camera V2 in imx93 こんにちは@joanxie 返信ありがとうございます。 これは ap1302 用です。カメラモジュール RPi カメラ V2 を使用しており、センサは Sony IMX219 を使用しています。上記の手順で直接接続すると動作しますか? Re: Add support for RPi camera V2 in imx93 このアプリケーションを一度参照してください https://docs.nxp.com/bundle/UM11933/page/topics/getting_started.html Re: Add support for RPi camera V2 in imx93 パッチを公開していただけますか?
View full article
A30:HVQFN 20 代码包没有引脚分配 你们好 我在 A30 数据表中找不到 HVQFN20 代码包的引脚排列图。 有谁知道在哪里可以找到它? 谢谢! 埃尔森 Re: A30: There is no pinout for HVQFN 20 package 你好@郑志伟、 数据表正在按流程更新缺失的信息,作为快速解决方案,详情请参考下文。 Kan_Li_0-1754889795539.png 很抱歉给您带来不便、 祝您愉快, Kan ------------------------------------------------------------------------------- 注: - 如果本帖回答了您的问题,请点击"标记正确" 按钮。谢谢! - 我们会在最后一次发帖后的 7 周内跟踪主题,之后的回复将被忽略 如果您以后有相关问题,请另开新主题,并参考已关闭的主题。 ------------------------------------------------------------------------------- 回复: A30: There is no pinout for HVQFN 20 package 你好 ,会A1006 的开发吗?我有个老项目需要开发,有兴趣的聊聊!
View full article
iMX91-FRDM BLE接続の問題 こんにちは、 私は iMX91-FRDM ボード上の BLE コネクティビティに取り組んでいます。BLE チップは ( IW610 ) です。私の目標は、Gatt-Client を実装することです。 初期段階では特定の BLE デバイスに接続しようとしています。以下はその C コードです。 #define OCF_LE_EXT_CREATE_CONN 0x0043 int hci_connect( uint8_t *pMacAddr ) { le_ext_create_conn_cp cp; int ret; memset( (& cp), (0x00), sizeof(cp) ); cp.filter_policy = (0x00); //// do not filter cp.own_addr_type = (0x00); //// THIS device has a Random MAC address cp.peer_addr_type = (0x01); //// peer has a Random MAC cp.peer_addr.b[0] = (pMacAddr[0]); cp.peer_addr.b[1] = (pMacAddr[1]); cp.peer_addr.b[2] = (pMacAddr[2]); cp.peer_addr.b[3] = (pMacAddr[3]); cp.peer_addr.b[4] = (pMacAddr[4]); cp.peer_addr.b[5] = (pMacAddr[5]); cp.initiating_phys = (0x01); //// 01-->1M PHY cp.scan_interval = (0x0060); //// time between scans (x 0.625) => 60mS cp.scan_window = (0x0060); //// scan duration (x 0.625) => 60mS cp.conn_interval_min = (0x0050); //// connection interval MIN => 50mS cp.conn_interval_max = (0x00A0); //// connectino interval MAX => 100mS cp.conn_latency = (0x0000); //// connecion latency => 0mS cp.supervision_timeout = (0x03E8); //(0x0190); //// supervision timeout => 250mS cp.min_ce_length = (0x0000); //// 0 cp.max_ce_length = (0x0000); //// 0 ret = send_hci_command( m_hci_device, OGF_LE_CTL, OCF_LE_EXT_CREATE_CONN, (uint8_t *)(& cp), sizeof(cp) ); if ((0x00) != ret) { printf("-------- !!!! hci_connect() ---- %02x-%04x ", OGF_LE_CTL, OCF_LE_EXT_CREATE_CONN); printf(" ---- FAIL(0x%02x)\r\n", ret); return (0); } printf("@@@@@@@@ hci_connect() ---- %02x-%04x ", OGF_LE_CTL, OCF_LE_EXT_CREATE_CONN); printf(" ---- OK(0x%02x)\r\n", ret); return (1); } ........ bdaddr_t bdaddr; uint16_t handle; str2ba("CC:CD:C5:BA:7B:71", &bdaddr); int status = hci_le_add_white_list(m_hci_device, &bdaddr, 0, 1000); // 0 = public, 1 = random if (status == 0x00) printf("Device added to white list\n"); else printf("Failed, status: 0x%02x\n", status); scanEnabParm.enable = (0x00); //// enable == true printf("Set Scan-DISABLE Parameters.\n"); if (! send_hci_command( m_hci_device, 0x08, 0x0042, (uint8_t *)(& scanEnabParm), sizeof(scanEnabParm) )) { printf("\nSet Scan-Disable Parameters command failed.\n"); } sleep(2); if (! hci_connect(m_con_addr)) { printf("*Error- hci_connect() - FAILED \n"); return (0); } ただし、接続は完全には成功していません。以下はその hcidump です。 コードを実行すると、以下の応答が返されます。 HCI送信失敗: 入出力エラー 以下のコマンドは検出されません: HCIコマンド: 不明 (0x08|0x0043) plen 26   0000: 00 01 01 71 7b ba c5 cd  cc 01 60 00 60 00 50 00  ...q{.....`.`.P.   0010: a0 00 00 00 e8 03 00 00  00 00                    ………… > HCIイベント情報: コマンドステータス (0x0f) plen 4     不明 (0x08|0x0043) ステータス 0x00 ncmd 1 < HCIコマンド: LEデバイスを承認リストに追加 (0x08|0x0011) plen 7   0000: 00 71 7b ba c5 cd cc                              .q{.... > HCIイベント情報: コマンド完了 (0x0e) plen 4     LE デバイスを承認リストに追加 (0x08|0x0011) ncmd 1     ステータス 0x00 < HCIコマンド: 不明 (0x08|0x0042) plen 6   0000: 00 01 00 00 00 00                                …… > HCIイベント情報: コマンド完了 (0x0e) plen 4     不明 (0x08|0x0042) ncmd 1     0000: 00                                                。 < HCIコマンド: 不明 (0x08|0x0043) plen 26   0000: 00 01 01 71 7b ba c5 cd  cc 01 60 00 60 00 50 00  ...q{.....`.`.P.   0010: a0 00 00 00 e8 03 00 00  00 00                    ………… > HCIイベント情報: コマンドステータス (0x0f) plen 4     不明 (0x08|0x0043) ステータス 0x00 ncmd 1 > HCI イベント情報: LE メタ イベント情報 (0x3e) プレン 31     接続リクエスト     0000: 00 80 00 00 01 71 7b バ  c5 cd cc 00 00 00 00 00  .....q{.........     0010: 00 00 00 00 00 00 00 9c  00 00 00 e8 03 01        .............. < HCI コマンド: LE リモート使用機能の読み取り (0x08|0x0016) plen 2   0000: 80 00                                            .. > HCI イベント情報: LE メタ イベント情報 (0x3e) プレン 4     コマンド完了     0000: 80 00 01                                          ... > HCIイベント情報: コマンドステータス (0x0f) plen 4     LE リモート使用機能読み取り (0x08|0x0016) ステータス 0x00 ncmd 1 > ACLデータ: ハンドル128フラグ0x02 dlen 7     ATT: MTU要求 (0x02)       クライアント RX MTU 245 > HCI イベント情報: LE メタ イベント情報 (0x3e) プレン 11     お問い合わせ完了     0000: 80 00 f9 00 48 08 f9 00  48 08                    ……はぁ……はぁ。 > HCI イベント情報: LE メタ イベント情報 (0x3e) プレン 12     LE リモート読み取り使用機能完了       ステータス 0x00 ハンドル 128       機能: 0x25 0x41 0x00 0x00 0x00 0x00 0x00 0x00 < ACLデータ: ハンドル128フラグ0x00 dlen 7     ATT: MTU要求 (0x02)       クライアント rx mtu 517 < ACLデータ: ハンドル128フラグ0x00 dlen 7     ATT: MTU応答 (0x03)       サーバー rx mtu 517 > HCIイベント情報: 完了したパケットの数 (0x13) plen 5     128パケットを処理する1 > ACLデータ: ハンドル128フラグ0x02 dlen 7     ATT: MTU応答 (0x03)       サーバー RX MTU 245 < ACLデータ: ハンドル128 フラグ 0x00 dlen 11     ATT: タイプによる読み取り要求 (0x08)       開始 0x0001、終了 0xffff       タイプUUID 0x2b3a > HCIイベント情報: 完了したパケットの数 (0x13) plen 5     128パケットを処理する1 > HCIイベント情報: 完了したパケットの数 (0x13) plen 5     128パケットを処理する1 > ACLデータ: ハンドル128フラグ0x02 dlen9     ATT: エラー (0x01)       エラー: 属性が見つかりません (10)       ハンドル 0x0001 のタイプ要求 (0x08) による読み取り < ACLデータ: ハンドル128 フラグ 0x00 dlen 11     ATT: グループによる読み取り要求 (0x10)       開始 0x0001、終了 0xffff       タイプUUID 0x2800 > HCIイベント情報: 完了したパケットの数 (0x13) plen 5     128パケットを処理する1 > ACLデータ: ハンドル128フラグ0x02 dlen 24     ATT: グループ応答による読み取り (0x11)       属性ハンドル 0x0001、終了グループハンドル 0x0009       値 0x00 0x18       属性ハンドル 0x000a、終了グループハンドル 0x000d       値 0x01 0x18       属性ハンドル 0x000e、終了グループハンドル 0x001a       値 0x0a 0x18 < ACLデータ: ハンドル128 フラグ 0x00 dlen 11     ATT: グループによる読み取り要求 (0x10)       開始 0x001b、終了 0xffff       タイプUUID 0x2800 > HCIイベント情報: 完了したパケットの数 (0x13) plen 5     128パケットを処理する1 > ACLデータ: ハンドル128 フラグ 0x02 dlen 86     ATT: グループ応答による読み取り (0x11)       属性ハンドル 0x001b、終了グループハンドル 0x002f       値 0x66 0x9a 0x0c 0x20 0x00 0x08 0x12 0xab 0xea 0x11 0x78 0x6f 0x40 0x1b 0xc9 0xed       属性ハンドル 0x0030、終了グループハンドル 0x003e       値 0x66 0x9a 0x0c 0x20 0x00 0x08 0xf4 0xbd 0xe6 0x11 0x42 0x5b 0x90 0x82 0xea 0x18       属性ハンドル 0x003f、終了グループハンドル 0x0053       値 0x66 0x9a 0x0c 0x20 0x00 0x08 0xf4 0xbd 0xe6 0x11 0xcc 0x8b 0x50 0x10 0x58 0x4b       属性ハンドル 0x0054、終了グループハンドル 0xffff       値 0x9e 0xca 0xdc 0x24 0x0e 0xe5 0xa9 0xe0 0x93 0xf3 0xa3 0xb5 0x01 0x00 0x40 0x6e < ACLデータ: ハンドル128フラグ0x00 dlen 9     ATT: 書き込み要求 (0x12)       0x000dの値を処理する  0x02 0x00 > HCIイベント情報: 完了したパケットの数 (0x13) plen 5     128パケットを処理する1 > ACLデータ: ハンドル128フラグ0x02 dlen5     ATT: 書き込み応答 (0x13) < ACLデータ: ハンドル128フラグ0x00 dlen 7     ATT: 読み取り要求 (0x0a)       ハンドル 0x0003 > HCIイベント情報: 完了したパケットの数 (0x13) plen 5     128パケットを処理する1 > HCI イベント情報: LE メタ イベント情報 (0x3e) プレン 11     お問い合わせ完了     0000: 80 00 f9 00 48 08 f9 00  48 08                    ……はぁ……はぁ。 > HCI イベント情報: LE メタ イベント情報 (0x3e) プレン 6     認証完了     0000: 00 80 00 02 02                                    ..... > ACLデータ: ハンドル128フラグ0x02 dlen16     ATT: 読み取り応答 (0x0b)       0000: 53 42 44 2d 44 43 20 54  4f 4f 4c                SBD-DCツール < ACLデータ: ハンドル128フラグ0x00 dlen 7     ATT: 読み取り要求 (0x0a)       ハンドル 0x0005 > HCIイベント情報: 完了したパケットの数 (0x13) plen 5     128パケットを処理する1 > ACLデータ: ハンドル128フラグ0x02 dlen 7     ATT: 読み取り応答 (0x0b)       0000: c0 03                                            .. > HCIイベント情報: 切断完了 (0x05) plen 4     ステータス 0x00 ハンドル 128 理由 0x13     理由: リモートユーザーが接続を終了しました Re: iMX91-FRDM BLE connection issue こんにちは、 ご確認いただきありがとうございます。 - BluetoothCTを使用したテストのターミナル出力全体を共有してください - btmon -w file.pcapを使用してテストした HCI ログ ファイルを共有してください。 - 接続しようとしている BT デバイスの詳細を教えてください。IW610 がセントラルとして動作していると理解しています。ペリフェラルの GATT プロファイルを共有してください。 よろしくお願いいたします。 ダニエル。 Re: iMX91-FRDM BLE connection issue こんにちは、 私の返信は以下をご覧ください。 1. root@imx91frdm:~# cat /etc/os-release ID=fsl-imx-xwayland NAME="NXP i.MX リリース ディストリビューション" VERSION="6.6-スカースギャップ (スカースギャップ)" バージョンID=6.6-スカースギャップ VERSION_CODENAME="スカースギャップ" PRETTY_NAME="NXP i.MX リリース ディストリビューション 6.6-scarthgap (scarthgap)" CPE_NAME="cpe:/o:openembedded:fsl-imx-xwayland:6.6-scarthgap" ルート@imx91frdm:~#    uname -a Linux imx91frdm 6.6.36-lts-next-ge3c30730af75 #1 SMP PREEMPT 水曜日 9月  4 08:22:45 UTC 2024 aarch64 GNU/Linux 2. root@imx91frdm:~# bluetoothctl hci0 new_settings: 電源付きボンディング可能 le secure-conn cis-セントラル cis-ペリフェラル  エージェント登録済み [CHG] コントローラ B8:F4:4F:E0:53:A4 ペアリング可能: はい [Bluetooth] # バージョン バージョン5.72 [ブルートゥース] # 3. bluetoothctl から接続を試みましたが、正常に接続されません。ACL ログは hcidump -X で表示されます。BLE デバイスからの応答が表示されます。また、モバイル上の nRF Connect アプリを使用して BLE デバイスを正常に接続できました。 Re: iMX91-FRDM BLE connection issue こんにちは、 以下の情報についてご協力をお願いします。 1. 使用している OS のバージョンは何ですか? 2. 使用しているワイヤレス ドライバのバージョンは何ですか? 3. 問題を再現するために、bluetoothctl などの BlueZ ツールを既に試しましたか? よろしくお願いいたします。 ダニエル。
View full article
在SPI样例工程中如何配置CAN模块 我在S32DS软件中选择了s32k118芯片的SPI官方样例工程并配置成功后希望在MCAL中加入CAN功能模块。在CAN的CanConfigSet/CanHardwareObject功能时,CAN Object Type为RECEIVE时必须添加CAN HwFilter,但是添加完就提示10处错误,不添加又显示必须添加,如何解决? IMG_4045.jpeg   IMG_4043.jpeg   Re: 在SPI样例工程中如何配置CAN模块 嗨,@sweet1、 是的,如果容器是 RECEIVE 类型,则需要启用 CanHwFilter。不过,RTD 1.0.1 应该安装在S32DS v3.4 上。请安装 S32DS v3.4,或将 RTD 版本升级到 2.0.0。 S32K1 RTD 1.0.1 版本说明: Snag_7153a8.png 致以最诚挚的问候, Julián Re: 在SPI样例工程中如何配置CAN模块 按照您的方法操作后,我还是遇到了这个错误。看来必须在接收操作期间启用 CanHwFilter。一旦启用,就会出现以下 10 种错误。我使用的是 RTD S32k1 AUTOSAR 4.4 RTD1.0.1 D2202 示例项目,S32DS 版本为 3.5。 Re: 在SPI样例工程中如何配置CAN模块 嗨,@sweet1、 您使用的是哪个 RTD 版本和 S32DS 版本? 您的 HTH(发送处理程序)Ids 应该高于 HRH(接收处理程序)Ids。因此,请尝试 将 HRH 放在 HTH 之前,如下图所示: Snag_1001c319.png Snag_1001d857.png 致以最诚挚的问候, Julián
View full article
LPCScrypt 无法在 Windows 11 25H2 上运行 [LPCScrypt版本2.1.3_83] 为了启动和刷新旧的 LPC1857,我们使用 lpcsCrypt 来更新设备固件。 自 Windows 11 25H2 起,LPCScrypt 就坏了:在命令行(即 PowerShell)上调用它会导致"错误:来自 CreateProcess 的错误:系统无法找到指定的文件" Sysinternal 的 Process 监测 假设 LpcsCrypt 正在使用 " wmic 路径 win32_pnPentity 执行 wmi 查询,其中(像 '%usbser%' 这样的服务,像 '%lpc%' 这样的名称)get.exe "。 但是,wmic 已于 2016 年宣布弃用,并已于 25H2 起从 Windows 11 中 移除 (请参阅 Windows Management Instrumentation Command-line (WMIC) removal from Windows - Microsoft Support) 。 请求恩智浦开发团队解决:这个问题是否已被发现?如何让它在未来发挥作用? Re: LPCScrypt not running on Windows 11 25H2 你好,ErichStyger,你说得没错。从 Windows 10 升级后,wmic 将保留在 Windows 11 中。 但我不得不重新安装 Windows 11 系统,结果遇到了这个问题。 Re: LPCScrypt not running on Windows 11 25H2 感谢您提供的信息。 我的解决办法是在 Windows 11 中添加 wmic 支持,具体如下 以管理员身份打开系统设置,进入可选功能(... 更多功能...)并添加 wmic 或使用" DISM/Online /Add-Capability /CapabilityName:WMIC" [请参阅将 WMIC 安装到 Windows 11 计算机 - Microsoft Q& A] 。 此致, 马蒂亚斯 Re: LPCScrypt not running on Windows 11 25H2 可能是因为我已经从 Win10 升级到了 Win11,我的机器上仍然有 WMIC: ErichStyger_0-1760966134292.png Re: LPCScrypt not running on Windows 11 25H2 我最近从 Win10 升级到了 Win11 25H2。 但到目前为止,我还没有看到 LPCScrypt 出现问题(尚未)。使用 LinkServer v25.9.134 中代码包的那个(见下文) 用 LPCScrypt 更新我的 LPC-Link2 运行正常。 ErichStyger_0-1760965172059.png 我不是 WMIC 方面的专家,但根据信息,它在 25H2 中消失了,chatGTP 建议将旧版本 Windows 中的 wmic.exe 和 wmic.exe.mui 复制到 25H2。 恩智浦已经意识到了这个问题,下一个LinkServer版本中可能会有更新的LPCsCrypt。 Re: LPCScrypt not running on Windows 11 25H2 你好@mathiasmonse 感谢您的提问。 如果 WMIC 支持被移除,可以尝试安装。或者使用早期的 Windows 版本,或者在 Linux 或 macOS 上运行 LPCScrypt。 BR 爱丽丝
View full article
未使用ピンの S32DS ピン MUX 構成。 S32 Design Studio に関して、次のような質問があります。 (メニュー: コンポーネント > pin_mux_PinSettings: パッド構成) 1) ピンの「ピンMux」設定が「ピン無効」に設定されている場合、ピンの電気的状態はどうなりますか?浮動状態ですか、それとも他の状態ですか? 2) ピンの「ピン Mux」が「ピン無効」に設定されている場合でも、「プル有効化」および「プル選択」構成は機能していますか? 3) 寄生電流の問題や EMC の問題を回避するために、未使用ピンに推奨される構成は何ですか? ありがとうございます。よろしくお願いいたします。 Re: S32DS Pin MUX Configuration for unused pins. 1) ピンはハイインピーダンス(フローティング入力)モードになります。 2) はい、内部プルアップ/プルダウンはアクティブで機能し続けます。 3) 一般的に、未使用のデジタルピンの処理は次のように推奨されます。 使用されていないデジタル ピンについては、未接続のままにしておくことをお勧めします。また、SW では、ピンのパッドの入力バッファと出力バッファの両方を無効にする必要があります。さらに、弱いプルダウンデバイスを有効にする必要があります。これにより、あらゆる状況下でパッドが安全な状態に保たれます。 アナログ ピンの場合は、VSSA にプルダウンすることをお勧めします。 Re: S32DS Pin MUX Configuration for unused pins. 未使用のデジタルピンに推奨される構成です。 Re: S32DS Pin MUX Configuration for unused pins. 追加の質問があります。 未使用のピンが「ピン無効」に設定され、「プルダウン」付きの「プル有効」に構成され、ピンが外部にコネクテッドされていない場合はどうなるでしょうか?
View full article
lx2080无法从FSPI启动 Hello, we are using the lx2080A processor, a DDR controller, five 1G×16 DDR devices, and adopting a 64-bit memory. I configured this RCW by disabling the SerDes configuration and programming the FSPI_Flash with reference to your reply as shown in the figure below:您好,我们正在使用 lx2080A 处理器、一个 DDR 控制器、五个 1G×16 的 DDR 设备,并采用 64 位内存。我根据您的回复禁用了 SerDes 配置,并对 FSPI_Flash 进行了编程,如下面的图所示配置了此 RCW:您好,我们正在使用 lx2080A 处理器、一个 DDR 控制器、五个 1G×16 的 DDR 设备,并采用 64 位内存。我根据您的回复禁用了 SerDes 配置,并对 FSPI_Flash 进行了编程,如下面的图所示配置了此 RCW: Zhoute_1-1753891601526.png 您好,我们正在使用 lx2080A 处理器、一个 DDR 控制器、五个 1G×16 的 DDR 设备,并采用 64 位内存。我根据您的回复禁用了 SerDes 配置,并对 FSPI_Flash 进行了编程,如下面的图所示配置了此 RCW: Zhoute_0-1753891582931.png Re: lx2080无法从FSPI启动 Dear @Zhoute, I have reviewed your log file and looks like you have configured a DIMM instead a SDRAM >> INFO: Invalid SPD at address 0x51 INFO: done with controller 0 ERROR: First slot cannot be empty. ERROR: Parsing DIMM Error ERROR: DDR init failed. NOTICE: Incorrect DRAM0 size is defined in platform_def.h INFO: DDR Controller 1. INFO: Configuring TrustZone Controller INFO: Configuring TrustZone Controller INFO: DDR Controller 2. INFO: Configuring TrustZone Controller INFO: Configuring TrustZone Controller INFO: BL2: Doing platform setup INFO: BL2: Loading image id 3 WARNING: Firmware Image Package header check failed. WARNING: Failed to obtain reference to image id=3 (-2) ERROR: BL2: Failed to load image id 3 (-2) >> please double check to the settings into the ddr_init.c once you modify the file please be sure to build the image. BR LFGP Re: lx2080无法从FSPI启动 @LFGP Thank you very much. I have uploaded my log information in the comment section. This is my print information. Please analyze it. LX2160A-RDB LAYERSCAPE-SDK  Re: lx2080无法从FSPI启动 Dear @Zhoute, let me know the log regarding your message >> 1. With reference to the LSDKUG_Rev21.08 document, I compiled and generated TF-A related firmware using flex-builder. The official default firmware, rcw_2200_750_3200_19_5_2_ser_pbi_dis.bin, was synthesized into bl2_flexspi_nor.pbl via flex-builder. After burning it into the FlexSPI Flash, there was output on the serial port << if you have a DDR issue you need to correct the settings in your RCW, if they are correct, then you have to measure the voltaje and clocks of your DDR. Regarding your last question >> Is it correct to select "DiscreteType"? ans. yes it is correct. Re: lx2080无法从FSPI启动 @LFGP ,This file is log message!Thanks a lot Re: lx2080无法从FSPI启动 @LFGP  Hello, dear LFGP, here is a description of my questions: 1. With reference to the LSDKUG_Rev21.08 document, I compiled and generated TF-A related firmware using flex-builder. The official default firmware, rcw_2200_750_3200_19_5_2_ser_pbi_dis.bin, was synthesized into bl2_flexspi_nor.pbl via flex-builder. After burning it into the FlexSPI Flash, there was output on the serial port. Our DDR hardware is set to use discrete chips. We configured the PBL through the CodeWarrior Development Studio for QorIQ LS series development environment, generated the PBL_Binary.bin file (i.e., RCW), and synthesized bl2_flexspi_nor.pbl via flex-builder. However, after burning it into the FlexSPI Flash, there was no output on the serial port. 2. By modifying the DDR configuration parameters, we used the ddr_init.c (for setting DDR parameters), ddr.h, and platform_def1.h (for configuring DDR hardware type) in the Generated_Code path under the project directory to synchronously modify the corresponding ddr_init.c, platform_def.h, etc., in flex-builder (path: components/firmware/atf/plat/nxp/soc-lx2160a/lx2160ardb). Is this modification method correct? 3. Our hardware uses DDR4 discrete chips. Is it correct to select "DiscreteType"?3. 我们的硬件使用的是 DDR4 离散芯片。选择“DiscreteType”正确吗? Zhoute_0-1754275691036.png Generated_Code.rar is the code generated after modifying ddr.Pbl_binary.bin is the code we generated based on the actual hardware configuration. rcw_2200_750_3200_19_5_2_ser_pbi_dis.bin file is the file generated using the official compilation. Re: lx2080无法从FSPI启动 Dear @Zhoute please share your RCW configuration file and the SERDES options you have stated. The replay you mentioned is not from someone in NXP. Also please share the log boot. thanks for your comprehension. BR LFGP
View full article
FS6500 看门狗 你好、 我们在项目应用中使用 FS6500。请告诉我看门狗信号的时序参数。是否完全可以通过软件配置? Re: FS6500 Watchdog 如果占空比不是 50%,那么与 " 表 18 相比,窗口期的持续时间会是什么样子。WD_WINDOW ".例如,如果我们在 WD_WINDOW 中设置 0011b,则窗口周期持续时间可以低至 2.7 毫秒,当占空比不是 50% 时,窗口周期持续时间可以高达 3.3 毫秒。在这种情况下,打开& 关闭窗口是否仍然平分?对 FS CLK 精确度图像有点困惑,似乎红色和蓝色周期具有相等的打开& 关闭窗口周期。 Re: FS6500 Watchdog 谢谢你,托马斯! 请告诉我以下数据: 1.看门狗定时器检测上升沿和下降沿所需的时间 2。RESET 时间和 RESET 周期持续时间 Re: FS6500 Watchdog 嗨,安妮、 看门狗窗口周期可由 SW 配置。不仅在 INIT_FS 阶段(版本 RSTB 后的前 256 毫秒),而且在稍后的普通模式下也是如此。 默认情况下,WD 窗口持续时间为 3 毫秒,与低于 10 毫秒的 FTTI 一致。 WD WINDOW.JPG 监视器窗口占空比设置为 50% ± 10%,不可修改。 WD Refresh Slot.JPG 顺祝商祺! 托马斯
View full article
有关针对 i.MX8ULP EVK(Core M33)的 Zephyr 开发的询价 您好,NXP团队, 我目前正在做一个项目,需要在 i.MX8ULP EVK 的 Core M33 上运行 Zephyr 实时操作系统。我想检查一下是否有任何现有的开发或引用可以在 i.MX8ULP 的 M33 内核上运行 Zephyr。 具体来说,我正在寻找 Zephyr 官方支持:i.MX8ULP 的 M33 内核是否正式支持 Zephyr?如果是,是否有任何现有的板配置或开发资源可用? 现有工作或社区贡献:是否有任何正在进行的开发工作或社区贡献可能有助于在此平台上运行 Zephyr? 参考项目:任何可以帮助将 Zephyr 移植到此平台的参考项目、示例应用程序或文档。 已知限制:在 i.MX8ULP M33 内核上使用 Zephyr 时,是否存在任何已知限制或挑战? 如能提供相关资源或文件的指导或指点,将不胜感激。 提前感谢您的帮助! Re: Inquiry on Zephyr Development for i.MX8ULP EVK (Core M33) 我想分享一下,我已经使用 Zephyr 成功编译并启动了 i.MX8ULP 的自定义板配置。板现在可以识别出来了,构造得很干净。 但是,我在早期初始化时遇到了一个阻塞问题: upower_checkreqWithArgs () 函数目前依赖中断驱动的回调(upower_IRQHandler)来设置标志(CallbackStatus)。由于 Zephyr 内核在此阶段尚未初始化,中断被禁用,调用会陷入等待该标志的 while 循环。 复杂性: 如果我提前启用中断以允许 IRQ 启动,就会遇到 UsageFaults 和堆栈损坏,这可能是由于过早访问或上下文不匹配造成的。 目标: 我想消除中断依赖关系,只在早期启动期间在轮询模式下处理upower请求。理想情况下,我想复制 IRQ 的功能--手动检查状态并设置标志--而不依赖于中断上下文。 有没有不带中断的 upower 驱动程序? Re: Inquiry on Zephyr Development for i.MX8ULP EVK (Core M33) 大家好, 感谢您之前的指导。我想分享一下,我已经使用 Zephyr 成功编译并启动了 i.MX8ULP 的自定义板配置。板现已获得认可,建设得井井有条,这是向前迈出的一大步。 但是,我在早期初始化过程中遇到了阻塞问题: 🧩 问题: UPOWER_CheckReqWithArgs() 函数目前依赖于中断驱动的回调(uPower_IRQHandler)来设置标志(callbackStatus)。由于 Zephyr 内核在此阶段尚未初始化,中断被禁用,调用会陷入等待该标志的 while 循环。 ⚠️ 复杂性: 如果我提前启用中断以允许 IRQ 启动,就会遇到 UsageFaults 和堆栈损坏,这可能是由于过早访问或上下文不匹配造成的。 🎯 目标: 我想消除中断依赖关系,只在早期启动期间在轮询模式下处理upower请求。理想情况下,我想复制 IRQ 的功能--手动检查状态并设置标志--而不依赖于中断上下文。 🧠 我需要什么: -关于如何安全地进行轮询以确保 UPower 请求完成的指南。 -参考任何表示请求完成的内部状态标志或寄存器。 -在 Zephyr 早期启动期间,在 i.MX8ULP 的轮询模式下使用 uPower 的任何已知注意事项或最佳做法。 如果您曾在恩智浦平台上使用过 uPower 或早期阶段的 Zephyr,希望您能提供任何见解或建议,我们将不胜感激。 再次感谢! Re: Inquiry on Zephyr Development for i.MX8ULP EVK (Core M33) 官方 Zephyr 支持:不,我们不支持 i.MX8ULP 的 M33。 i.MX8ULP 支持 HiFi4 DSP 内核 (ADSP) -https://github.com/zephyrproject-rtos/zephyr/tree/main/soc/nxp/imx/imx8ulp 现有工作或社区贡献:如何在 DSP 上运行 Zephyr 的示例(参见 https://www.nxp.com/docs/en/application-note/AN13970.pdf)可以作为一个起点。 关于如何在 Zephyr 中添加 M33 支持,可以参考其他示例,如 i.MX95 的 M7 支持(https://github.com/zephyrproject-rtos/zephyr/pull/74920/commits)。- i.MX943 上的 M33 支持(参见 https://github.com/zephyrproject-rtos/zephyr/pull/91107/commits)。 参考项目:上述 PR、参考手册或此处的其他文档、i.MX Linux 用户指南、应用笔记 AN5317 已知限制:不适用 Re: Inquiry on Zephyr Development for i.MX8ULP EVK (Core M33) 你好@sujitp: i.MX 8ULP 不在我们目前的计划中。 我们的重点是在 Cortex-A 内核上启用 Zephyr。 很抱歉,目前还没有这方面的文件。 也许我们将来会考虑 8ULP 计划,但需要了解更多的要求,才能做出评估。 此致 丹尼尔 Re: Inquiry on Zephyr Development for i.MX8ULP EVK (Core M33) AN13970是关于 HiFi4-DSP 的,与 im8ulp core m33 无关。 Re: Inquiry on Zephyr Development for i.MX8ULP EVK (Core M33) 你好,苏吉普 根据https://docs.zephyrproject.org/latest/boards/nxp/index.html 支持的恩智浦 i.MX MPU 板包括: ... danielchen_0-1751008257226.png ... 遗憾的是,这里没有列出 i.MX 8ULP。 我建议你参考 AN13970,它描述了在 Arm Cortes-A 或 Cortex-M 内核上运行 Zephyr 以及如何实现它。 此致 丹尼尔
View full article
firmware-nxp-wifi が scarthgap-6.6.52-2.2.0 でビルドに失敗する meta-imx の NXP scarthgap-6.6.52-2.2.0 ブランチを使用して yocto イメージをビルドすると、ビルドに失敗します。 エラー: firmware-nxp-wifi-1.0-r0 do_package: QA の問題: firmware-nxp-wifi-nxpiw610-sdio が PACKAGES に複数回リストされているため、パッケージ化エラーが発生します。[パッケージリスト] これは、nxpiw610-sdio が meta-freescale/.../firmware-nxp-wifi_1.0.bb の パッケージ に追加されたためです。 コミット 39b41e63a01283e2b39020ef408ea0e7b0d31a30 著者: Jun Zhu 日付: 日曜日 1月 5日 20:34:43 2025 +0800 firmware-nxp-wifi: Wi-Fiファームウェアを6.6.52-2.2.0にアップグレード - nxpiw610 をサポートするファームウェアを追加します。 - nxp8997 および nxp9098 のファイル名を更新します。 meta-imx/.../firmware-nxp-wifi_%.bbappend も同様です。で: コミット 9df647386872df5160fe02cae10be894cc0892bb 著者: Flora Hu 日付: 2024年10月17日(木) 15:31:06 +0200 firmware-nxp-wifi: IW610 ファームウェアのサポートを追加 [YOCIMX-8429] Re: firmware-nxp-wifi fails to build in scarthgap-6.6.52-2.2.0 その理由は、meta-freescale と meta-imx (およびおそらく meta-nxp-コネクティビティ) の間の巨大なクラスター**ビープ** であり、これらはすべて何らかの形でお互いを必要としますが、一般的にはかなり面倒です。 問題は(現在のscarthgapブランチの場合) meta-freescale/recipes-bsp/firmware-imx/firmware-nxp-wifi_1.1.bbの 両方 であることです。およびmeta-imx/meta-imx-bsp/recipes-bsp/firmware-imx/firmware-nxp-wifi_%.bbappendパッケージ に${PN} -nxpiw610-sdio を追加すると、QA エラーが発生します。 古いファームウェア nxp-wifi_1.0.bb には nxpiw610 が含まれていない。SO、このエラーはそこに表示されません... Re: firmware-nxp-wifi fails to build in scarthgap-6.6.52-2.2.0 NXP BSP の必要なコンポーネントを使用して、独自の BSP ( https://github.com/karo-electronics/karo-nxp-bsp ) を scarthgap にアップグレードしようとしています。 NXP BSP は、meta-freescale の scarthgap ブランチの最新のコミット (be9267fca859) ではなく、このエラーが表示されない中間状態 (0627128b341c) を使用していることを発見しました。 Re: firmware-nxp-wifi fails to build in scarthgap-6.6.52-2.2.0 こんにちは、 yocto でビルド マシンを共有してください。 よろしくお願いします、 志明 Re: firmware-nxp-wifi fails to build in scarthgap-6.6.52-2.2.0 ヘイ これを解決するには、レシピの追加ファイルを作成します。 /recipes-bsp/firmware-imx/firmware-nxp-wifi_%.bbappend そこに次の内容を貼り付けます。 # workaround for a scarthgap fu¤%up in the original firmware-nxp-wifi recipe # meta-imx and meta-freescale includes the same firmware (${PN}-nxpiw610-sdio) twice do_configure[noexec] = "1" do_compile[noexec] = "1" # Deduplicate PACKAGES to fix QA Issue [packages-list] python () { packages = d.getVar("PACKAGES").split() seen = set() new_packages = [] for pkg in packages: if pkg not in seen: seen.add(pkg) new_packages.append(pkg) d.setVar("PACKAGES", " ".join(new_packages)) } # this removes all instances of the string from PACKAGES....bad idea # PACKAGES:remove:imx8mp-lpddr4-evk = "${PN}-nxpiw610-sdio"
View full article
i.MX95 上的显示输出问题 - LVDS 连接不起作用 大家好 我们已经成功地为恩智浦 i.mx95LPD5EVK-19cm 板构建并刷新了 Yocto 镜像。根据《快速入门指南》,应使用 IMX-MIPI-HDMI 适配器通过 J14 MIPI-DSI 接口连接显示器。不过,我们目前只能使用 IMX-LVDS-HDMI 适配器,我们以前曾在恩智浦 i.MX8 平台上使用过这种适配器。 我们注意到 i.MX95 板包含两个 LVDS 连接器。我们尝试使用两者连接显示器,但板似乎无法识别连接的监测。(我们附上了照片以供参考。) 我们的主要问题是:i.MX95 板 是否支持 LVDS 显示输出,还是在当前设备树配置中可能禁用此功能?或者,MIPI 是否是该板唯一支持的显示界面,要求我们获取 IMX-MIPI-HDMI 适配器? 如能提供任何指导或说明,将不胜感激。 致以最诚挚的问候, Dušan Re: Display Output Issue on i.MX95 – LVDS Connection Not Working 你好@DusanStanisic99, 我尝试了你提到的步骤,并将 DTB 更新为 imx95-19x19-evk-it6263-lvds1.dtb。但是,我现在在启动过程中面临以下问题: root @imx95a1evk:~# dmesg | grep it6263 [3.514817] it6263 2-004c:使用驱动程序 it6263 的探测失败,出现错误 -5 根 @imx95a1evk:~# dmesg | grep drm [3.611604] imx95-ldb 4b0c0000.syscon: ldb @4: [drm:ldb_init_helper] *ERROR* 无效通道节点地址:1 [ 6.837909] systemd[1]:Starting Load Kernel Module drm... root@imx95a1evk:~# ls /sys/class/drm/ version 你有什么建议可以解决这个探测失败和 DRM 通道节点错误吗? 预先感谢您的帮助! Re: Display Output Issue on i.MX95 – LVDS Connection Not Working 嗨,@卡比尔、 我们设法解决了这个问题,但还没有在网上更新帖子。解决办法是将加载的默认 DTB 改为:imx95-19x19-evk-it6263-lvds1.dtb 你可以使用串行通信在 U-启动 上停止执行,然后运行: setenv fdtfile imx95-19x19-evk-it6263-lvds1.dtb saveenv 启动 更改后,显示输出将永久设置为 LVDS。 希望对您有所帮助!           Re: Display Output Issue on i.MX95 – LVDS Connection Not Working 你好@DusanStanisic99, ,我在使用 i.MX95 LVDS 显示输出时也遇到了同样的问题。请告诉我您是否解决了这个问题,如果是,您是如何解决的? 预先表示感谢。 Re: Display Output Issue on i.MX95 – LVDS Connection Not Working 你好、 由于我们使用的是HMI-LVDS-HDMI 适配器,因此通过使用 dtb (imx95-19x19-evk-it6263-lvds-dual.dtb) 和 overlay (imx95-19x19-evk-it6263-lvds-dual.dtbo) 组合而非 默认组合,我们成功地将输出重定向到标准 HDMI 显示器的全高清分辨率 。 但是,当我们插入基于使用情况的 1920x720 分辨率 HDMI 显示器时,我们的驱动程序出现了故障(将添加图片),Weston 服务也出现了故障(将提供日志)。 这说明默认情况下可能不支持某些自定义分辨率。您能否为我们提供一些指导,告诉我们应该研究什么,或者应该在哪里进行修改? image.png image.png Weston 服务日志: root@imx95-19x19-lpddr5-evk:~# cat /run/user/0/weston.log 日期:2025-05-21 UTC [12:03:24.176] Weston 12.0.4 https://wayland.freedesktop.org 错误报告请发送至: https://gitlab.freedesktop.org/wayland/weston/issues/ 版本:10.0.0-1228-gc3c1f9ff+ [12:03:24.177] 命令行:/usr/bin/weston--log=/run/user/0/weston.log--modules=systemd-notify.so [12:03:24.177] 操作系统:Linux,6.6.36-lts-next-g27c987054d68,#1 SMP PREEMPT 9 月 4 日星期三 08:2254d68 UTC 2024 年:45,aarch64 [12:03:24.177] 飞行记录器:启用 [12:03:24.177] 使用配置文件 "/etc/xdg/weston/weston.ini"[12:03: 24. 177] 输出重绘窗口最大为 16 毫秒。 [12:03:24.177] 正在加载模块"/usr/lib/libweston-12/drm-backend.so"。 [12:03:24.193] 初始化 drm 后台 [12:03:24.193] 尝试 libseat 启动器... [12:03:24.193] [c/debug/seatd/0.8.0/libseat/backend/seatd.c:64] 无法连接到套接字 /run/seatd.sock:没有此类文件或目录 [12:03:24.193] [c/debug/seatd/0.8.0/libseat/libseat.c:76] 后端 "seatd "打开 seat 失败,跳过。 [12:03:24.199] [c/debug/seatd/0.8.0/libseat/libseat.c:73] 使用后端 "logind "打开席位 [12:03:24.199] libseat:已授予会话控制权 [12:03:24.205] 使用 /dev/dri/card0 [12:03:24.205] DRM:支持原子模式设置 [12:03:24.205] DRM:支持 GBM 修改器 [12:03:24.205] DRM:不支持异步翻页 [12:03:24.205] DRM:支持图片宽高比 [12:03:24.205] 正在加载模块"/usr/lib/libweston-12/g2d-renderer.so [12:03:24.236] event0-scmi_dev.11:被 udev 标记为:键盘 [12:03:24.236] event0-scmi_dev.11:设备是键盘[12:03:24.243] event6- WM8962 蜂鸣发生器:未标记为支持的输入设备 [12:03:24.244] event6-不使用输入设备 “/dev/input/event6” [12:03:24.254] event1-罗技 USB 键盘:被 udev 标记为:键盘[12:03:24.254] event 1-罗技 USB 键盘:设备 是 键盘 [ 12:03:24.264] event2-罗技 USB 键盘消费者控制:被 udev 标记为:键盘 [12:03: 24.265] event2-罗技 USB 键盘消费者控制:设备是键盘 [12:03:24.274] event3-罗技 USB 键盘系统控制:被 udev 标记为:键盘[12:03:24.274] event3-罗技 USB 键盘系统控制:设备是键盘 [12:03:24.284] event4-罗技 USB 光电鼠标:被 udev 标记为 :鼠标 [12:03:24.285] event4- 罗技 USB 光电鼠标:设备是指针[12:03:24.359] event5-HID 0712:000 a:被 udev 标记为:触摸屏 [12:03:24.360] event5-HID 0712:000 a:设备是触摸设备 [12:03:24.379] libinpu t:配置设备 " scmi_dev .11 "。 [12:03:24.379] libinput:配置设备 " 罗技 USB 键盘 ". [12:03:24.379] libinput:配置设备 " 罗技 USB 键盘消费者控制 ". [12:03:24.379] libinput:配置设备 " 罗技 USB 键盘系统控制 ". [12:03:24.379] libinput:配置设备 " 罗技 USB 光电鼠标 ". [12:03:24.379] 触摸屏-HID 0712:000 a-/sys/devices/Platform/soc/4c200000.usb/CI_HDRC.0/USB1/1-1/1-1.3/1-1.3:1.03:0712:000A.0005/input/input11/Event5 [12:03:24.379] libinput:配置设备 " HID 0712:000 a "。 [12:03:24.379] 输入设备 event5 没有关联的已启用输出(未命名),暂时跳过校准。 [12:03:24.469] DRM:找到 "HDMI-A-1 "头,已连接 40 号连接器,EDID 制作为 "KTC",型号为 "WaveShare",序列号为 "1"。 支持 EOTF 模式:SDR [12:03:24.470] 注册了大小为 40 的插件 API "weston_drm_output_api_v1"。 [12:03:24.470] 颜色管理器:无操作 [12:03:24.470] 正在加载模块 '/usr/lib/libgbm.so'. [12:03:24.470] 加载模块失败:/usr/lib/libgbm.so: 无法打开共享对象文件:No such file or directory [12:03:24.471] no available modes for HDMI-A-1 (this is related to the picture above) [12:03:24.471] Cannot configure an output using weston_drm_output_api. [12:03:24.472] event0-scmi_dev.11:设备已移除 [12:03:24.474] event1-罗技 USB 键盘:设备已移除 [12:03:24.476] event2-罗技 USB 键盘消费者控制:设备移除 [12:03:24.480] event4-罗技 USB 键盘系统控制:设备移除 [12:03:24.480] event4-罗技 USB 键盘事件 4-罗技 USB 键盘系统控制光电鼠标:设备已移除 [12:03:24.481] event5-HID 0712: 000 a:设备已移除 此致 杜尚 Re: Display Output Issue on i.MX95 – LVDS Connection Not Working 你好 要让 LVDS 在 MX95 上运行,需要对 dtb 进行一些修改,但是最新的 linux 电路板支持包中包含了它,请查看一下。 您的故障更像是缺少 GPU,请使用 yocto 中的完整图像,看看会发生什么。 此致 Re: Display Output Issue on i.MX95 – LVDS Connection Not Working 下面是一些来自 dmesg 的其他日志: root@imx95evk:~# dmesg -w | grep drm [ 2.977422][drm:drm_bridge_attach] *ERROR* 将桥接器 /soc/dsi@4acf0000 连接到编码器失败 None-39: -19 [ 2.987370][drm:drm_bridge_attach] *ERROR* 将网桥 /soc/syscon@4b010000/bridge@8/ports/port@0 连接到编码器失败 None-39: -19 [ 3.006505][drm:drm_bridge_attach] *ERROR* 将网桥 /soc/bridge@4b0d0000/channel@0 连接到编码器失败 None-39: -19 [ 3.006520]imx95-dpu 4b400000.display-controller:[drm] *ERROR* 未能将桥接器连接到 stream0 的编码器: -19 [ 6.895845]systemd[1]:Starting Load Kernel Module drm... ^C root@imx95evk:~# dmesg -w | grep gpu [ 2.412169]Mali 4d900000.Gpu:内核 DDK 版本 r50p0-00eac0 [ 2.419577]Mali 4d900000.Gpu:为 GPU 存档初始化寄存器 LUT 000a0a00 0x000a0c07 [ 2.433046]Mali 4d900000.Gpu:在硬件问题表中未找到 r0p0 状态 1; [ 2.445219]Mali 4d900000.Gpu:回退到最接近的匹配:R0P0 状态 0 [ 2.461651]Mali 4d900000.Gpu:通过后备匹配正常执行 [ 2.469057]Mali 4d900000.Gpu:GPU 标识为 0x4 arch 10.12.7 r0p0 status 0 [ 2.481551]Mali 4d900000.Gpu:CSF_GPU_RESET_TIMEOUT 上限从 12400ms 降至 4500ms [ 2.489391]Mali 4d900000.Gpu:KBASE_PRFCNT_ACTIVE_TIMEOUT 上限为 24000ms 至 4500ms [ 2.489396]Mali 4d900000.Gpu:KBASE_AS_INACTIVE_TIMEOUT 的上限从 24000ms 降为 4500ms [ 2.511041]Mali 4d900000.Gpu:CSF_FIRMWARE_STOP_TIMEOUT 的上限从 24000ms 调整为 4500ms [ 2.519312]Mali 4d900000.Gpu:未配置优先级控制管理器 [ 2.526015]Mali 4d900000.Gpu:编译时已禁用大型页面支持! [ 2.526042]Mali 4d900000.Gpu:未配置内存组管理器 [ 2.526060]Mali 4d900000.Gpu:受保护的内存分配器不可用 [ 2.557911]Mali 4d900000.Gpu:使用配置的功率模块 mali-tvax-powermodel 和备用的 mali-simple-power-model [2.575151]Mali 4d900000.Gpu:OPP 0 : opp_freq=1000000000 core_mask=1 [ 2.589295]Mali 4d900000.Gpu:OPP 1 : opp_freq=800000000 core_mask=1 [ 2.589301]Mali 4d900000.Gpu:OPP 2 : opp_freq=500000000 core_mask=1 [ 2.596639]Mali 4d900000.Gpu:* MALI kbase_mmap_min_addr 编译为 CONFIG_DEFAULT_MMAP_MIN_ADDR,无法进行运行时更新!* [ 2.635192]Mali 4d900000.Gpu:被检测为 mali0 [ 3.772845]debugfs:目录 "gpu "的父目录 "pm_genpd "已经存在!  
View full article
关于S32K314开启调试口加密后会对HSE哪些功能有影响? 我使用S32K314 安装了HSE固件 并通过设置HSE属性的方式开启了调试口加密认证,认证方式为密码方式,目前推进生命周期为OEM,该条件下会对哪些HSE相关功能有影响? Re: 关于S32K314开启调试口加密后会对HSE哪些功能有影响? 在您当前的设置下,以下与 HSE 相关的功能和行为会受到影响: - 安全调试访问 调试访问受到限制,需要使用应用程序调试密钥/密码 (ADKP) 进行身份验证。 您必须配置调试器(如 S32DS 或 Lauterbach Trace32)使用 SECUREDEBUG 目标标签,以便在调试输入期间正确处理身份验证。 - 与生命周期有关的限制 一旦生命周期推进到 OEM_PROD 或 IN_FIELD,安全调试就成为强制性的。 必须先完成密钥目录格式化和 ADKP 配置,然后才能推进生命周期。这些操作只允许在 CUST_DEL 生命周期中进行。 生命周期升级后,除非事先安装好了,否则您无法重新安装 HSE 固件或重新配置某些 HSE 功能。 - 受影响的 HSE 服务 在您的配置中,以下 HSE 服务受到影响或需要使用: ProgramADKPService:用于设置调试密码。 AdvanceLifeCycleService:将设备移至 OEM_PROD 生命周期。 安全调试模式选择:必须配置(静态或动态)。 调试授权:必须通过脚本或调试器配置(如 debug_authorization.cmm、debug_App_ADKP.py)来处理。 - 调试注意事项 如果身份验证失败或配置不当,调试将被阻止。 您可能需要使用特殊脚本或 HSE DemoApp 示例来初始化描述符并正确触发信号 HSE 服务。
View full article
JCOP4.xにおけるI2Cによる通信 JCOP4.xをI2Cで通信するには、参考としてサンプルコードを参照してください。 事前に以下の項目もご確認ください。 1. ベースOSがI2Cをサポートしていることを確認する 2. パラメータ設定を確認する I2C_SPI_PARAMS ATR_I2C_IF_バイト スマート・カード Re: Communication by I2C in JCOP4.x パラメータI2C_SPI_PARAMSとATR_I2C_IF_BYTESにはデフォルト値を使用してください。 Re: Communication by I2C in JCOP4.x コードは役立ちましたが、I2CTester.javaにエラーがあります。 このセクションは - ケース I2C_TRANSFER: //通信設定は、API呼び出しごとに設定する必要があります。 //これを行うには、すべてのTLVタグが入力バッファに存在する必要があります len = I2cMaster.i2cMaster(buf,ISO7816.OFFSET_CDATA、len、buf、(short)0、(short)225); apdu.setOutcomingAndSend((短い)(0), len); (例えば、出力長はI2CMaster.i2cMaster呼び出しからの戻り長と一致させる必要があり、バッファ長は受信コマンドの長さによって設定されるのではなく、APDUバッファの長さに近い値に設定する必要があります。) Re: Communication by I2C in JCOP4.x 修正済みのI2C_Tester.javaファイルはこちらです。何らかの理由で、このフォーラムは.javaファイルのアップロードをサポートしていません。ファイル - .c を追加しました最後に。ファイルを保存し、拡張子「.c」を削除してください。そして、あなたはこれをコンパイルできるはずです。 これは、NXPが提供するサンプルコードに含まれるいくつかのバグを修正するものです。 Re: Communication by I2C in JCOP4.x 何らかの理由で、私が送信したコードがアップロードされませんでした。もう一度試させてください。これは修正された I2C_Tester.java ですが、.java何らかの理由でファイルのアップロードがサポートされていないため、これは.txtファイルとしてここにあります。
View full article
在 FRDM-IMX91S 上运行 Zephyr 您好, 你知道是否有计划扩展这篇由 xinyu_chen 使用 FRDM-IMX93 和 FRDM-IMX91 在 A55 上运行 Zephyr 为 FRDM-IMX91S 添加支持? 谢谢! FRDM 培训 Re: Run Zephyr on FRDM-IMX91S 嗨,丹尼尔 我正在考虑使用 Zephyr fw 写入 FRDM-IMX91S 中的 spi 与非 的工具,以便能够启动 Zephyr。 谢谢! Re: Run Zephyr on FRDM-IMX91S 嗨,阿斯平: Zephyr 通过 jedec 内置对 SPI 或非 闪存的支持,兼容 spi-或非。但是不能以同样的方式直接支持 SPI 与非。 我在 Zephyr 中找到了一个与非 Flash 项目,如下所示,它包括 SPI 通信逻辑和示例句柄实现。也许你可以把它当作参考 https://github.com/D-Buckingham/NAND_flash https://docs.zephyrproject.org/latest/hardware/porting/board_porting.html 此致 丹尼尔 Re: Run Zephyr on FRDM-IMX91S 是的,谢谢 Daniel:你对如何管理 spi 与非有什么建议吗? Re: Run Zephyr on FRDM-IMX91S 如果您遇到任何问题或需要进一步帮助,请随时联系我们。 此致 丹尼尔 Re: Run Zephyr on FRDM-IMX91S 嗨,丹尼尔 我同意你的看法,我只是在考虑一些细微的区别,比如 spi 与非 和 pmic。 谢谢! Re: Run Zephyr on FRDM-IMX91S 你好@aspin 该代码包可以支持 FRDM-IMX91S,它与 FRDM-IMX91 非常相似 此致 丹尼尔
View full article
Basic Secure Boot HSE S32K344 ADKP Hello everyone, I wanted to ask how to program ADKP in Base Secure Boot S32K344-WB #HSE#BaseSecureBoot Thanks Re: Basic Secure Boot HSE S32K344 ADKP Hello everyone, I’m working with an S32K312EVB-Q172 board and I’d like to test the HSE demo examples. Would it be possible to get access to the file S32K3_HSE_DemoExamples_1_0_0.zip? I’m using S32 Design Studio for S32 Platform together with a PEMicro debugger. Thank you in advance for your help! Best regards, Davide Re: Basic Secure Boot HSE S32K344 ADKP Hi @silvia_zandoli2  I recommend reviewing the following thread, as it may be related to the problem you are experiencing. S32K344 Secure Boot HSE_VerifyBootImage issue Re: Basic Secure Boot HSE S32K344 ADKP Hello, After successfully booting the bootloader (HSE_SignBootImage OK) and passing the verification, the system displays a brief LED blue flash (indicating a successful Secure Boot). However, upon reboot or a second debug, the system crashes and it does not pass /* Verify that the generated TAG is valid for the APPBL */ #if VERIFY_TAG srvResponse = HSE_VerifyBootImage(pAppBL); ASSERT(HSE_SRV_RSP_OK == srvResponse); I suspect the problem is an overwrite. Do you know how to fix it? Thank you very much Re: Basic Secure Boot HSE S32K344 ADKP Hi @silvia_zandoli2  The HSE service response 0x55A5AA33 corresponds to HSE_SRV_RSP_OK. However, if you are encountering issues when calling the HSE_SignBootImage() function, I recommend reviewing the following thread, as it may be related to the problem you are experiencing. HSE_VerifyBootImage return HSE_SRV_RSP_VERIFY_FAILED If the issue persists or the thread does not address your specific case, please let me know. Re: Basic Secure Boot HSE S32K344 ADKP  I have S32K3_HSE_DemoExamples_1_0_0, S32K344 device The ADKP is programmed successfully (check_debug_password_programmed_status() returns TRUE). However, the function HSE_SignBootImage() continues to fail immediately upon invocation, returning the error code 0x55a5aa33 In the main of Basic Secure Boot it does not pass the assert /* Verify that the generated TAG is valid for the APPBL */ #if VERIFY_TAG srvResponse = HSE_VerifyBootImage(pAppBL); ASSERT(HSE_SRV_RSP_OK == srvResponse); #endif I generate S32K344_SecureBootBlinky.bin, I put it in C:\NXP while the SecureBootBlinky and the Basic_SecureBoot are in C:\NXP\S32K3_HSE_DemoExamples_1_0_0\S32K3_HSE_DemoExamples\Secure_Boot I noticed in the linker file of Basic Secure Boot "S32K344_flash.ld" there is not  _adkp_key :    {      . = ALIGN(4);      KEEP(*(_adkp_key))       . = ALIGN(4);    } > PFLASH Do I have to modify that file? i attach it to you /***************************************************************************** * * Copyright 2020-2022 NXP * All Rights Reserved * ***************************************************************************** * * THIS SOFTWARE IS PROVIDED BY NXP "AS IS" AND ANY EXPRESSED OR * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. * IN NO EVENT SHALL NXP OR ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, * INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES * (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR * SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, * STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING * IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF * THE POSSIBILITY OF SUCH DAMAGE. * ****************************************************************************/ __STACK_SIZE = 0x00001000; __HEAP_SIZE = 0x00001000; /* Linker script to configure memory regions. aggiungi PFLASH_SECURE se vuoi una regione dove mettere chiavi critiche*/ MEMORY { ITCM (RWX) : ORIGIN = 0x00000000, LENGTH = 0x10000 PFLASH (RX) : ORIGIN = 0x400000, LENGTH = 0x3f4000 DFLASH (RX) : ORIGIN = 0x10000000, LENGTH = 0x20000 DTCM (RW) : ORIGIN = 0x20000000, LENGTH = 0x20000 SRAM0_STDBY (RW) : ORIGIN = 0x20400000, LENGTH = 0x8000 SRAM (RW) : ORIGIN = 0x20408000, LENGTH = 0x48000 } /* Linker script to place sections and symbol values. Should be used together * with other linker script that defines memory regions FLASH and RAM. * It references following symbols, which must be defined in code: * Reset_Handler : Entry of reset handler * * It defines following symbols, which code can use without definition: * __exidx_start * __exidx_end * __ecc_table_start__ * __ecc_table_end__ * __etext * __data_start__ * __preinit_array_start * __preinit_array_end * __init_array_start * __init_array_end * __fini_array_start * __fini_array_end * __data_end__ * __bss_start__ * __bss_end__ * __end__ * end * __HeapLimit * __StackLimit * __StackTop * __stack */ ENTRY(Reset_Handler) SECTIONS { .text : { KEEP(*(.vectors)) *(.text*) KEEP(*(.init)) KEEP(*(.fini)) /* .ctors */ *crtbegin.o(.ctors) *crtbegin?.o(.ctors) *(EXCLUDE_FILE(*crtend?.o *crtend.o) .ctors) *(SORT(.ctors.*)) *(.ctors) /* .dtors */ *crtbegin.o(.dtors) *crtbegin?.o(.dtors) *(EXCLUDE_FILE(*crtend?.o *crtend.o) .dtors) *(SORT(.dtors.*)) *(.dtors) *(.rodata*) KEEP(*(.eh_frame*)) } > PFLASH .ARM.extab : { *(.ARM.extab* .gnu.linkonce.armextab.*) } > PFLASH __exidx_start = .; .ARM.exidx : { *(.ARM.exidx* .gnu.linkonce.armexidx.*) } > PFLASH __exidx_end = .; .ecc.table : { . = ALIGN(4); __ecc_table_start__ = .; QUAD (__data_start__) QUAD ((__data_end__ - __data_start__) / 😎 QUAD (__bss_start__) QUAD ((__bss_end__ - __bss_start__) / 😎 QUAD (__HeapTop) QUAD ((__HeapLimit - __HeapTop) / 😎 QUAD (__StackLimit) QUAD ((__StackTop - __StackLimit) / 😎 QUAD (ORIGIN(ITCM)) QUAD (LENGTH(ITCM) / 😎 QUAD (ORIGIN(DTCM)) QUAD (LENGTH(DTCM) / 😎 __ecc_table_end__ = .; } > PFLASH .copy.table : { . = ALIGN(4); __copy_table_start__ = .; LONG (__etext) LONG (__data_start__) LONG ((__data_end__ - __data_start__) / 4) /* Add each additional data section here */ /* LONG (__etext2) LONG (__data2_start__) LONG ((__data2_end__ - __data2_start__) / 4) */ __copy_table_end__ = .; } > PFLASH .zero.table : { . = ALIGN(4); __zero_table_start__ = .; /* Add each additional bss section here */ /* LONG (__bss2_start__) LONG ((__bss2_end__ - __bss2_start__) / 4) */ __zero_table_end__ = .; } > PFLASH __etext = ALIGN(8); .boot_header : { KEEP(*(.boot_header)) } > DFLASH .standby_ram : { *(.standby_ram) } > SRAM0_STDBY /* Due ECC initialization sequence __data_start__ and __data_end__ should be aligned on 8 bytes */ .data : AT (__etext) { . = ALIGN(8); __data_start__ = .; *(vtable) *(.data) *(.data.*) . = ALIGN(4); /* preinit data */ PROVIDE_HIDDEN (__preinit_array_start = .); KEEP(*(.preinit_array)) PROVIDE_HIDDEN (__preinit_array_end = .); . = ALIGN(4); /* init data */ PROVIDE_HIDDEN (__init_array_start = .); KEEP(*(SORT(.init_array.*))) KEEP(*(.init_array)) PROVIDE_HIDDEN (__init_array_end = .); . = ALIGN(4); /* finit data */ PROVIDE_HIDDEN (__fini_array_start = .); KEEP(*(SORT(.fini_array.*))) KEEP(*(.fini_array)) PROVIDE_HIDDEN (__fini_array_end = .); KEEP(*(.jcr*)) . = ALIGN(8); /* All data end */ __data_end__ = .; } > SRAM /* Due ECC initialization sequence __bss_start__ and __bss_end__ should be aligned on 8 bytes */ .bss : { . = ALIGN(8); __bss_start__ = .; *(.bss) *(.bss.*) *(COMMON) . = ALIGN(8); __bss_end__ = .; } > SRAM /* Due ECC initialization sequence __HeapTop and __HeapLimit should be aligned on 8 bytes */ .heap (COPY): { . = ALIGN(8); __HeapTop = .; __end__ = .; _end = .; PROVIDE(end = .); . = . + __HEAP_SIZE; . = ALIGN(8); __HeapLimit = .; } > SRAM /* Due ECC initialization sequence __StackLimit and __StackTop should be aligned on 8 bytes */ .stack (ORIGIN(SRAM) + LENGTH(SRAM) - __STACK_SIZE) (COPY) : { . = ALIGN(8); __StackLimit = .; . = . + __STACK_SIZE; . = ALIGN(8); __StackTop = .; } > SRAM PROVIDE(__stack = __StackTop); /* Check if data + heap + stack exceeds RAM limit */ ASSERT(__StackLimit >= __HeapLimit, "region RAM overflowed with stack") CM7_START_ADDRESS = ORIGIN(PFLASH); __STDBYRAM_START = ORIGIN(SRAM0_STDBY); __STDBYRAM_SIZE = LENGTH(SRAM0_STDBY); } S32K344-WB  Re: Basic Secure Boot HSE S32K344 ADKP Hi @silvia_zandoli2  Refer to the following thread, which contains information related to this topic and may be helpful for you. [S32K3] Restrict the debug access with a password when HSE is used Additionally, I recommend reviewing the implementation of the functions ProgramADKPService(), Advance_LifeCycle_Service(), and attributeProgrammingService() provided in the S32K3 MCUs for General Purpose HSE Demo Examples and/or the HSE_DEMOAPP. BR, VaneB
View full article
IW610モジュールを搭載したカスタムボードでSDIO初期化が停止する こんにちは、皆さん。 私はカスタム ボードを使用してMIMXRT1176に取り組んでおり、 IW610チップ ファミリに基づく Bluetooth/Wi-Fi モジュール用に MCUXpresso SDKs v25.09を使用しています。 ハードウェア接続: SDIO インターフェース: SD_DATA0-3、SD_CMD、SD_CLK がコネクテッド。 UART : Tx、Rx、GND コネクテッド。 GPIO : WL_RST、SDIO_RST がコネクテッド。 モジュールは外部 USB-C ケーブルを介して電源を供給されます。 ソフトウェア: 私は BLE 用の SDK サンプルWireless_uartを使用しています。 プリプロセッサ セクションのマクロを次のように更新しました。 WIFI_IW610_ボード_ムラタ_2LL_M2 SDIO インターフェースを初期化しようとすると、プログラムがループに陥ります。 ハングが発生しているコードセクションのスクリーンショットを添付しました。 この問題の原因は何なのか、またはカスタム ボード上の IW610 モジュールの適切な SDIO 初期化に関するガイダンスを提供できる方はいらっしゃいますか? 前もって感謝します、 アマール。 Re: SDIO Initialization Stuck on Custom Board with IW610 Module こんにちは@Ricardo_Zamoraさん、 他のサンプルコードを使用してテストしましたが、同じ問題が発生しました。コマンド転送が正しく応答している間、Wi-Fi クライアントの例では、長さ 16 または 17 を返す次の関数を使用して確認されます。 t_u16 wlan_card_read_f1_base_regs(void) { t_u16 レジスタ; uint32_t 応答 = 0; (void)sdio_drv_creg_read(READ_BASE_0_REG、1、&resp); reg = (t_u16)(応答 & 0xFFU); (void)sdio_drv_creg_read(READ_BASE_1_REG、1、&resp); reg |= (t_u16)((resp & 0xFFU) << 8); reg を返します。 } しかし、ファームウェアデータを送信しようとすると、転送は SDMMCHOST_TransferFunction 。この関数は、以下のフラグを使用してデータ転送の失敗を検出します。 else条件 そしてセット エラー = kStatus_Fail 。 ご参考までに機能の画像を添付いたしました。このデータ転送の問題を解決する方法についてアドバイスをいただけませんか? どちらも IW610 チップセット ファミリをベースとしていますが、MURATA TYPE 2LL モジュールに提供されているのと同じファームウェアを MAYA W4 モジュールにも使用できますか? ありがとう、よろしく。 タラク。 Re: SDIO Initialization Stuck on Custom Board with IW610 Module こんにちは、アマールさん。 もしかしたら、他の Wi-Fi の例もテストしたことがありますでしょうか? よろしくお願いいたします。 リカルド Re: SDIO Initialization Stuck on Custom Board with IW610 Module こんにちは@Ricardo_Zamora 、 私の進捗状況について最新情報をお知らせします。SDIO の初期化が正常に機能しており、ファームウェアを MAYA W476 モジュールにダウンロードしようとしています。ただし、 fwdnld_sdio.c内の関数static fwdnld_intf_ret_t sdio_interface_send()で問題が発生しています。実行中、長さの値は2 ~ 3 回の反復で 16になり、その後はエラーが発生します。正確な停止位置を示す画像を参考までに添付しました。 さらに、次の点を明確にしておきたいと思います。Murataタイプ 2LL モジュールとMAYA-W4はどちらもIW610 チップセットをベースとしているため、 Murata 2LL に提供されているのと同じファームウェアを MAYA-W4 でもCAN使用できますか? よろしくお願いいたします。 アマール。 Re: SDIO Initialization Stuck on Custom Board with IW610 Module ご説明のとおり、Wi-Fi/BLE モジュールの完全な部品番号はu-blox MAYA-W476で、 NXP IW610チップセットをベースにしています。 ドライバのサポートが利用可能な場合は、サポートを有効にするために必要なソフトウェアの変更について教えてください。 よろしくお願いいたします。 アマルナート。 Re: SDIO Initialization Stuck on Custom Board with IW610 Module こんにちは @Ricardo_Zamora 、 ご返信よろしくお願いします。 1.私は持っていません MIMXRT1170-EVKB 、これが私がカスタム ボードを使用している理由です。 2. 現在、 ユーブロックス MAYA-W4 モジュールは、 IW610 Wi-Fi/BLE 用のチップ ファミリ。 u-blox MAYA-W4 のドライバー/ファームウェア サポートが利用可能かどうか教えてください。 よろしくお願いいたします。 アマール。 Re: SDIO Initialization Stuck on Custom Board with IW610 Module こんにちは、 あなたの調子が良いといいのですが。もしかしたら、弊社のMIMXRT1170-EVKBを試してみたことがありますか?同じ動作が見られますか? 2LL Murataモジュールを使用していることをご確認ください。 よろしくお願いいたします。 リカルド
View full article
启动后检查内存 在 s32k312 板上启动后如何验证 RAM 检查?我们是否有任何模块或寄存器可以在启动过程中验证 RAM CHECK。 我们正在使用 Autosar 模块,但到目前为止,我们还没有找到任何用于内存检查的应用程序接口。在手动操作时,我们会遇到异常情况。 谁能帮帮我? Re: RAM check after startup. 嗨,@harsh_95、 S32K3 的所有存储器都包含错误检测和纠错码 (ECC)。必须对 SRAM 存储器进行初始化,以避免任何 ECC 错误,这项工作也可由内核或 DMA 完成。 您可以参考 AN13388,它描述了该设备的所有内存功能。具体来说,第 5 节介绍了如何通过 DMA 初始化 SRAM。 除此之外,你还可以研究功能安全外设驱动器 (SPD)。这些驱动程序包括 BIST 管理器和 eMcem 模块。 BIST 提供内置内存自检 (MBIST),用于功能安全启动和诊断,而 emcEM 提供故障检测和内存错误校正。 致以最诚挚的问候, Julián
View full article