Multi Source Translation Content

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

Multi Source Translation Content

ディスカッション

ソート順:
ADT7420温度传感器无法与frdm_mcxw72板配合使用 您好, 我尝试使用frdm_mcxw开发板运行adt7420示例程序,但打印信息为“传感器:设备未就绪。”在我将镜像写入目标设备之后。 硬件配置如下图所示,供参考。 anliu114036_0-1786010612902.png 我认为硬件接线没问题,我是按照下面的说明进行的。 anliu114036_1-1786010728607.png 您可以在如下所示的板文件夹中找到我添加的叠加文件。 anliu114036_2-1786010818065.png 我还附上了版本日志文件,希望能从中获取更多信息。请您检查一下并帮忙解决问题。 Re: ADT7420 temperature sensor can't work with frdm_mcxw72 board 你好,希望你一切都好。   从你分享的图片来看,你似乎正在使用 KW47-LOC 板,请问你能否确认一下这是正确的设备? 你使用的是哪个 Zephyr 仓库和版本?如您所知,Zephyr 并不直接支持 KW47-LOC 板,只支持 frdm-mcxw72。也就是说,由于芯片是兼容的,您可以利用 frdm-mcxw72 示例并修改 overlay 文件,使其适配 KW47-LOC 板引脚。 检查您的 overlay 配置,KW47-LOC 板仅支持 LPI2C1 模块,因此您需要在 overlay 中启用 lpi2c1 节点。对于 SCL 和 SDA 引脚,它们在 frdm_mcxw72-pinctrl.dtsi 中定义为 I2C1 的 PTB4 和 PTB5,我建议保留它们,因为它们与 KW47-LOC 引脚匹配。为了使 J2 引脚 6 连接到目标 MCU 引脚 PTB4,请将 J24 2-3 短接。   有关 MikroBUS I2C 引脚图,请参考 UM12114: 引脚 2:WUU0_P12/PTC7 上的 INT(硬件中断) 引脚 5:I2C1_SCL 上的 SCL(I2C 时钟) 引脚 6:I2C1_SDA 上的 SDA(I2C 数据)   请确认您的 prj.conf 文件中已启用以下配置: CONFIG_I2C=y 配置传感器=y CONFIG_ADT7420=y   此致, 安娜·索菲亚。 Re: ADT7420 temperature sensor can't work with frdm_mcxw72 board 嗨,安娜 感谢您的支持。是的,我确实使用过KW47-LOC 板,并尝试在该板上运行 frdm-mcxw72 示例,Zephyr 仓库版本为 v4.4.1。 将覆盖文件从 I2C0 更改为 I2C1 后,ADT7420 设备初始化似乎正常,但该传感器仍然无法读取正确的温度,您可以在下面的串口监视器打印消息中看到。 anliu114036_0-1786427779708.png 以下是最新的 overlay 文件和 prj.conf 文件内容。 anliu114036_1-1786427965565.png anliu114036_3-1786428011874.png 顺祝商祺! 刘维
記事全体を表示
IMX95启动计数管理 您好, 我最近一直在研究imx95 19x19 EVK板,我感兴趣的是为我们的发行版更新/恢复实现一个启动计数管理机制。 查看 TRM 后,我发现 GPR(通用寄存器)位于 BBNSM 中,可通过 SCMI 协议(向在 M33 上运行的 SM 发出请求)访问。在 u-启动 中,scmi_get_bbnsm_gpr() 和 scmi_set_bbnsm_gpr() API 已提供(在 arch/arm/mach-imx/imx9/scmi/soc.c 中),因此我能够毫无问题地实现我的 bootcount_store()/_load()。 然而,内核中并不存在这样的 API!(我希望在Linux启动成功后,从Linux用户空间重置启动计数。) 此外,我在您的文档中看到了网络弹性恢复模块 (CRRM),现在我甚至怀疑是否有必要对发行版更新进行启动计数的自我管理。 所以我有几个问题想问你: 为什么内核不支持通过 SCMI API 进行 GPR 访问?是因为 CRRM 使用了某个 GPR 吗? 使用 CRRM 时,设置启动计数来管理发行版。更新是否有感知?如果可以,除了 GPR 之外,您建议将启动计数存储在哪里?(或者还有哪些其他方法可以访问探地雷达) 任何回答我都非常感激。 SoC:i.MX 95(19x19 LPDDR5 EVK) 电路板支持包。LF6.18.20_2.0.0 谢谢! 阿布德尔 Re: IMX95 bootcount managment 嗨@Chavira 感谢您提供的宝贵澄清。 那么使用GPR是可以的,但是NXP是否会在内核端提供官方驱动程序来添加GPR访问权限呢? 我可以在内核源代码的 drivers/firmware/arm_scmi/vendors/imx 目录下看到 imx-sm-bbm.c 文件。定义了探地雷达(GPR)命令,但没有实现它们! enum scmi_imx_bbm_protocol_cmd { IMX_BBM_GPR_SET = 0x3, IMX_BBM_GPR_GET = 0x4, IMX_BBM_RTC_ATTRIBUTES = 0x5, IMX_BBM_RTC_TIME_SET = 0x6, IMX_BBM_RTC_TIME_GET = 0x7, IMX_BBM_RTC_ALARM_SET = 0x8, IMX_BBM_BUTTON_GET = 0x9, IMX_BBM_RTC_NOTIFY = 0xA, IMX_BBM_BUTTON_NOTIFY = 0xB, };   做出这个决定(即实施所有列出的命令,唯独不实施 GPR 命令)有什么原因吗?在采用任何自定义实现之前,我更倾向于遵循 NXP 的既定方案。   顺祝商祺! 阿布德尔 Re: IMX95 bootcount managment 嗨@Abder , 感谢您进行的详细调查。 简单来说,CRRM 和 ROM 恢复并不能取代启动计数机制。它们可以帮助从损坏或无效的启动映像中恢复,但它们无法确定 Linux 或您的应用程序是否已成功启动。对于 OTA 更新解决方案,仍然建议使用启动计数来检测更新失败并执行自动回滚。 关于 BBNSM GPR,U-启动可通过 NXP 特有的 SCMI 功能提供访问,但 Linux 目前没有公开等效接口。如果您需要在 Linux 系统中访问这些寄存器,则可能需要自定义内核驱动程序或 SCMI 供应商扩展。 对于您的使用场景,如果 BBNSM GPR 已经在 U-Boot 中正常工作,我们建议您继续使用 BBNSM GPR 进行启动计数存储。CRRM 恢复和启动计数管理用途不同,应视为互补机制,而不是替代机制。 此致, 查维拉 Re: IMX95 bootcount managment 嗨@Abder , 谢谢你指出这一点。你的观察是正确的。 IMX_BBM_GPR_SET 和 IMX_BBM_GPR_GET 命令在 BBM 协议规范中定义,这意味着固件支持访问通用寄存器 (GPR)。然而,当前的 Linux imx-sm-bbm 驱动程序尚未实现对这些命令的支持。目前,该驱动程序仅公开 RTC 和按钮相关功能,因为这些功能直接与现有的 Linux 子系统(RTC 和输入框架)集成。 虽然上游驱动程序还无法访问 GPR,但该驱动程序在初始化期间已经检索并存储了有关可用 GPR 数量的信息。这表明底层基础设施已部分到位,并且在驱动程序设计过程中考虑了探地雷达支持。然而,目前还没有官方内核接口或已发布的驱动程序实现将这些寄存器暴露给用户空间。 此致, 查维拉
記事全体を表示
Zephyrを使用してIMXRT1170でFLEXPWMを使用する方法は? こんにちは、みんな、 私はZephyrとIMXRT1176を組み合わせて使用し、FLEXPWMを使ってPWM信号を出力する予定です。 FLEXPWMとXBARに関する過去の投稿をいくつか読みました。ベアメタルコードの出力にFLEXPWMをルーティングするために、XBARAを初期化する必要があります。 さて、Zephyrではこれはどのように機能するのでしょうか?デバイスツリーで何を定義する必要がありますか?FLEXPWMグループを定義するだけで、ビルドシステムがXBARAの設定を処理するという流れで良いのでしょうか? 私の理解では、zephyrは汎用APIを使用してPWMの出力を設定しているようですが、IMXRT117X MCUのようなハードウェア依存性がある場合、これはどのように機能するのでしょうか?手動設定ですか? この分野について理解を深めるのに役立つ例や解説はありますか? Re: how to use FLEXPWM on IMXRT1170 using Zephyr? こんにちは、 @TomC818 さん。 NXP MIMXRTシリーズにご関心をお寄せいただきありがとうございます! Zephyrでは、選択したピンが通常のFLEXPWM代替機能である場合、デバイスツリーで対応するFLEXPWMサブモジュールを有効にし、正しいpinctrlを指定するだけで済みます。ZephyrのMCUX PWMドライバは、汎用PWM APIを介してpinctrlを適用し、FLEXPWMを設定します。MIMXRT1170 EVKには、flexpwm1_pwm2とGPIO_AD_04をFLEXPWM1_PWM2_Aとして使用する例が既に含まれています。 ただし、設計上、FLEXPWM信号をXBARA経由でXBAR出力ピンにルーティングする必要がある場合、現在のZephyr PWMドライバはXBARAをPWM用に自動的に構成しません。MCUX SDK APIを使用してボード/アプリケーションの初期化時にXBARAを手動で設定するか、xbar-mapsプロパティを使用する小さなカスタムドライバ/初期化関数を追加する必要があります。Zephyrにはnxp,mcux-xbarバインディングがあり、QDECなどの一部のドライバはこれを使用しますが、PWMドライバ自体は現在xbarマップを使用していません。 以下の2つの主要なドライバを参照してください。 1. https://github.com/zephyrproject-rtos/zephyr/blob/main/drivers/pwm/pwm_mcux.c 2. https://github.com/zephyrproject-rtos/zephyr/blob/main/drivers/sensor/nxp/qdec_mcux/qdec_mcux.c よろしくお願いします、 ギャビン Re: how to use FLEXPWM on IMXRT1170 using Zephyr? この回答についてもう少し詳しく教えていただけますか?「xbar-maps」のintreeでの使用例は、/zephyr/samples/sensor/qdec/boards/mimxrt1050_evk_mimxrt1052_hyperflash.overlayだけです。 これは、数値を使うようなものだろうか? kXBARA1_InputFlexpwm1Pwm0OutTrig0 ->  kXBARA1_OutputFlexpwm1Pwm0Exta ?
記事全体を表示
S32DS ARM 2018 R1 ライセンスの有効期限が切れました こんにちは、 3e3ddc69f7c74134887b48237e8792a5.png 私のS32DSライセンス: 1F6C-C156-4EFC-CE54 延長/再発行の申請 ありがとう Re: S32DS ARM 2018 R1 许可证过期 お客様のS32DSライセンスが延長されました。 Re: S32DS ARM 2018 R1 许可证过期 こんにちは: 私のS32DSライセンス: 3961-E8A1-3B9E-B769 延長/再発行申請 ご協力の程、よろしくお願い申し上げます。 414179465_0-1786263896843.png
記事全体を表示
如何观看所有直播赛事? 大家好,我是一名学生,我正在寻找一种简单可靠的方式在线观看直播活动、体育赛事、新闻和其他直播节目,而不想被太多不同的网站和应用程序搞得眼花缭乱。 我听说有人提到过IPTVGREAT ,但我并不是想推广任何服务。我只是想了解一下有哪些选择,找到一款安全、价格合理且方便学生使用的服务。 如果您有在线观看直播内容的经验,能否分享一些建议?我尤其希望您推荐合法可靠的平台、免费服务,或者价格实惠且在笔记本电脑或手机上都能流畅运行的平台。 感谢所有能提供帮助的人。我只是想找到一个既实用又不会花费太多钱的办法,毕竟我是个学生。
記事全体を表示
すべてのライブイベントを視聴するにはどうすればいいですか? 皆さんこんにちは、私は学生で、多くの異なるウェブサイトやアプリに混乱せずに、ライブイベント情報、スポーツ、ニュース、その他のライブ番組をオンラインでシンプルかつ確実に視聴できる方法を探しています。 IPTVGREATというサービスを耳にしたことはありますが、特定のサービスを宣伝するつもりはありません。ただ、選択肢を理解し、安全で手頃な価格で、学生でも簡単に使えるサービスを見つけたいだけです。 もしオンラインでライブコンテンツを視聴した経験がある方がいれば、何かアドバイスをいただけますか?特に、合法で信頼できる選択肢、無料サービス、ノートPCやスマホで使いやすい手頃なプラットフォームのおすすめがあれば教えてほしいです。 助けてくれる方、ありがとうございます。学生なので、あまりお金をかけずに実用的な解決策を見つけようとしているだけです。
記事全体を表示
PCA9615 我写信是为了寻求帮助,解决 dI2C 通信两端的电路问题——两个 PCB 板之间通过双绞线束进行通信(DSDAP 和 DSDAM;DSCLP 和 DSCLM;两条 GND;以及两条 5V 线)。在此之前,我决定测试 Gemini,因此很遗憾,我依靠 AI 来生成与 dI2C 通信相关的两个 PCB 的部分。附件是与 dI2C 相关的原理图部分。不出所料,各板之间没有任何沟通,但我的懒惰,以及我不得不说的愚蠢(吸取教训了),让我浪费了很多时间。我最终查阅了演示板的数据手册和用户手册,发现一个明显的区别是,正极线(DSCLP 和 DSDAP)与 VDD(B) 之间有 600 欧姆的电阻,负极线(DSCLM 和 DSDAM)与 VSS 之间也有 600 欧姆的电阻,而正负极线之间则有 120 欧姆的电阻,这显然导致正负极线之间的电阻为 100 欧姆(我知道 1/600 + 1/120 = 1/600 + 5/600 = 100,但我无法从电路角度理解——也许是因为我是机械工程师?)。这个错误(或许是多个错误之一)是否是由于在每对导线之间缺少一个600欧姆的上拉电阻、一个600欧姆的下拉电阻和一个120欧姆的电阻造成的?(28 AWG双绞线的特性阻抗约为100欧姆,用于内部数据链路和USB/以太网配置;对于使用PVC或FEP绝缘导线的标准间距配置,阻抗为78欧姆至95欧姆。) 这是人工智能给出的结果与我在数据手册的图1、图7、图8和图9中看到的结果之间的一个显著区别。另一个区别是,AI 为两个 PCB 建议了不同的电容排列方式,而演示板上只有一种排列方式(我假设这种排列方式用于 dI2C 连接线的两侧)。此外,VDDA 引脚和 VDDB 引脚似乎各有两个电容——都是陶瓷电容(尽管我最初的想法是那两个黄色电容应该是钽电容)。我可以使用演示用户手册中提供的电容配置,而忽略 AI 在附件中提供和显示的内容吗? 另一个问题是,在主控端(我使用的是 3.3V 微控制器),最初 Ai 指示将使能引脚连接到 5V 线,但在电路板制作完成后,两个电路板都没有任何功能,这促使 AI 确定主控端的使能引脚应该连接到 3.3V 线(主板上的 VDD(A) 连接到 3.3V 线)。然后,它要求完全切断主PCB板上使能引脚的所有电源,作为一项测试。请问是否需要向 EN 引脚供电,以及供电方式是什么?在测试或最终运行期间,我不会对任何电气硬件进行热插拔。 我正在考虑实施上述更改,但在进一步投入资金购买昂贵的电路板之前,非常希望得到您的帮助。 Re: PCA9615 关于电容还有一点需要说明,建议主PCB上的VDDA和VDDB引脚都只使用去耦电容。建议在从机PCB板上使用去耦电容,同时还建议在从机PCB板上的VDDB引脚上额外添加两个电容。 Re: PCA9615 您好! 感谢您的详细解释。 请注意,NXP 为 PCA9615 系列提供了一个评估板,可作为您实现的参考设计。我们强烈建议您将您的原理图与 PCA9615 评估板及其相关用户手册进行比较,因为该设计包含了 NXP 验证过的推荐差分 I²C 终端网络、偏置电阻、去耦电容和 EN 引脚连接。 在设计基于 PCA9615 的定制系统时,以评估板原理图为基准通常是最佳方法,因为它能最大限度地降低配置或布局问题的风险,并遵循数据手册和应用文档中提供的建议。 我们建议您在进行另一次 PCB 修改之前,先查看评估板原理图并相应地更新您的设计。 https://www.nxp.com/products/interfaces/ic-spi-i3c-interface-devices/ic-i3c-bus-repeaters-buffers-and-extenders/pca9616pw-demo-board:OM13523UL 希望这能帮到你!
記事全体を表示
LX2160AでMPキーの取得に失敗しました こんにちは、NXPさん。 LLDP LX2160Aベースの安全なブートシステムを構築し、MPキーの機能検証も行っています。 LX2160Aボードのセキュアブートシステムのインストールと起動は問題なく、ITSのビット値は1だと考えていますが、「mp_app -p」コマンドを実行すると「Device is not initiated」エラーが出ます。 截圖 2026-07-22 15.50.34.png この問題について確認するためのアドバイスはありますか? ありがとうございました。 ジェフリー Re: LX2160A get MP key failed 顧客はLLDPの文書6.4.4項を守りましたか?   screenshot-1.png のような Linuxプロンプトからtee-supplicant & commandを実行してください。 Linuxカーネルのバージョンによっては、右フォルダからinsmod securekeydev.koを使用していました また、顧客が「mp_app」を実行する際にカーネルPrintkを有効にしてもらい、ログを共有してください。 エコー 8 > /proc/sys/kernel/printk dmesg Re: LX2160A get MP key failed こんにちは、イーピンワンさん はい、 mp_appコマンドを実行する前に、tee-supplicantを起動してsecurekeydev.koをロードします。 截圖 2026-07-24 14.22.00.png 以下はdmesgの情報です。 截圖 2026-07-24 14.22.27.png Jeffrey Re: LX2160A get MP key failed AEチームからの以下のアップデートをご参照ください。 お客様のフィードバックによると、「error: caam_submit_mp_get_pub_key_op: submit_job」と表示され、SECへの送信失敗を示しています。 お客様に以下のLinuxシステムでのテストをお願いしてください。 1. xtestを実行してエラーレポートを確認しますか? 2. LX2160用のCAAMモジュールをインストールするには「modprobe caam」を実行してください。もしモジュールのインストールが失敗した場合は、カーネルバージョンに対応したモジュールを更新してください。 3.エラーを報告する場合は、以下のパッチを適用してSECの戻り結果を確認し、エラーの種類を特定して、完全なログを共有してください。 diff --git a/securekeydev/securekey_caam.cb/securekeydev/securekey_caam.cインデックス b82acd3..d657742 100644 --- a/securekeydev/securekey_caam.c+++ b/securekeydev/securekey_caam.c@@ -59,12 +59,14 @@ static int submit_job(struct device *jrdev, uint32_t *desc) /* caam_jr_enqueue 関数を呼び出して、ジョブ記述子のヘッダーをキューに追加します。*/ ret = caam_jr_enqueue(jrdev, desc, caam_op_done, NULL); + pr_err( "caam_jr_enqueue ret (%d)\n" , ret); if (!ret) wait_for_comption_interruptible(&comp); それ以外 return ret; ret = job_comp_status; + pr_err( "job_comp_status ret (%d)\n" , ret); return ret; } よろしくお願いいたします。 Re: LX2160A get MP key failed あなたのコメントについてですが、 1. xtestを実行して、エラーレポートを確認しますか? 添付のxtestログを参照してください。 2. LX2160 用の caam モジュールをインストールするには、「modprobe caam」を実行してください。モジュールのインストールに失敗した場合は、カーネル バージョンと互換性のあるモジュールを更新してください。 既にカーネルにcaamモジュールを組み込みました。 3.エラーを報告する場合は、以下のパッチを適用してSECの戻り結果を確認し、エラーの種類を特定して、完全なログを共有してください。 caamとmp_appに関するdmesgの出力は以下のとおりです。 截圖 2026-07-29 16.03.42.png 截圖 2026-07-29 15.53.07.png   よろしくお願いします。 Re: LX2160A get MP key failed 1. Linuxカーネルでcaamジョブリングが正常に動作しているか確認してください。下のコマンドを実行してcaam jr割り込みの増加を確認してください root@localhost:~# cat /proc/interrupts | grep jr 378: 41 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 GICv3 172 レベル 8010000.jr 379: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 GICv3 173 レベル 8020000.jr 380: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 GICv3 174 レベル fsl-jr0 root@localhost:~# root@localhost:~# root@localhost:~# dd if =/dev/hwrng of=/tmp/random.dat bs=1 count=16 16+0 レコード 16+0の記録が出ている 16バイトをコピーしました。0.000420759秒、38.0 kB/秒 root@localhost:~# root@localhost:~# root@localhost:~# cat /proc/interrupts | grep jr 378: 42 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 GICv3 172 レベル 8010000.jr 379: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 GICv3 173 レベル 8020000.jr 380: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 GICv3 174 レベル fsl-jr0 root@localhost:~# 2. submit_job() では、呼び出された関数 caam_jr_enqueue() は、成功時に (-EINPROGRESS = -115) を返します。caam enqueueの戻り結果を確認するために、以下のパッチを適用してみてください。 https://github.com/nxp-qoriq/linux/commit/4d370a1036958d7df9f1492c345b4984a4eba7f6#diff-8acc41c534456288daba59a125ddb3f779635dc493ff4888545adbf1dd0a17c1R327 diff --git a/securekeydev/securekey_caam.cb/securekeydev/securekey_caam.cインデックス b82acd3..808e8da 100644 --- a/securekeydev/securekey_caam.c+++ b/securekeydev/securekey_caam.c@@ -59,12 +59,14 @@ static int submit_job(struct device *jrdev, uint32_t *desc) /* caam_jr_enqueue 関数を呼び出して、ジョブ記述子のヘッダーをキューに追加します。*/ ret = caam_jr_enqueue(jrdev, desc, caam_op_done, NULL); - if (!ret) + pr_err( "caam_jr_enqueue ret (%d)\n" , ret); + if (ret == -EINPROGRESS) wait_for_comption_interruptible(&comp); それ以外 return ret; ret = job_comp_status; + pr_err( "job_comp_status ret (%d)\n" , ret); return ret; } Re: LX2160A get MP key failed 1. Linuxカーネルでcaamジョブリングが正常に動作しているか確認してください。下のコマンドを実行してcaam jr割り込みの増加を確認してください 回答:はい 截圖 2026-07-31 17.33.06.png 2. submit_job() では、呼び出された関数 caam_jr_enqueue() は、成功時に (-EINPROGRESS = -115) を返します。caam enqueueの戻り結果を確認するために、以下のパッチを適用してみてください。 回答:私たちのシステムはLinuxカーネルv5.15.71-rt51を使っており、追加のパッチは不要に思えます。 3. さらに、-pコマンドmp_app実行後、プロセスはwait_for_completion_interruptible()で停止し、SO戻りを待っています。 截圖 2026-07-31 17.33.36.png    Re: LX2160A get MP key failed カーネルのソースコードをもう一度確認してください。 caam_jr_enqueue() はこの分岐で戻り値を更新します。 https://github.com/nxp-qoriq/linux/blob/95448dd0dc9b621ae027cbefedaaa7c3d0d3ad2d/drivers/crypto/caam/jr.c#L565 Re: LX2160A get MP key failed AEチームからの以下のアップデートをご参照ください。 1. チームは、LSDKドキュメントに記載されているとおり、この機能はLS1046Aボードでのみ実行可能であることを確認しました。 2. 顧客のLX2160およびLS1046のランニングログから、いずれもLSDK20.04で動作しています。カーネルバージョン4.19では、caam_jr_enqueue()はこのバージョンで0を返すため、私のパッチを適用する必要はありません。 https://github.com/nxp-qoriq/linux/blob/94e0473db2feed7ed6b84848c8d227faf72297c2/drivers/crypto/caam/jr.c#L408 3. 私の方でもさらにテストが必要です。 調査結果が出次第、更新します。 Re: LX2160A get MP key failed すべてのドライバ、暗号通貨、CAAMのソースファイルを確認しましたが、同じです。 以下のようにubootスクリプトを使用してITSを有効にします。 mw.l 0x1e80200 0x4 mw.l 0x1e80020 0x2 ITSの有効化プロセスは不完全だと思いますか? Re: LX2160A get MP key failed AEチームからの以下のアップデートをご参照ください。 お客様はu-bootの「md」コマンドでITSビットが有効かどうかを確認できます。 md 0x1e80200 顧客はcaam_jr_enqueue()関数のソースコードを共有できますか?ソースコードパスは「linux/ドライバ/crypto/caam/jr.c」です。 あるいはソースコードのリンクを共有してもらえます。 Re: LX2160A get MP key failed レジスタ値については下記を参照してください。jr.c ソースコードについては添付ファイルを参照してください。 list_register.png Re: LX2160A get MP key failed ITSの持ち分は爆発した。 jr.cのソースコードを確認してください。submit_jobにパッチを適用する必要があります。 diff --git a/securekeydev/securekey_caam.cb/securekeydev/securekey_caam.cインデックス b82acd3..808e8da 100644 --- a/securekeydev/securekey_caam.c+++ b/securekeydev/securekey_caam.c@@ -59,12 +59,14 @@ static int submit_job(struct device *jrdev, uint32_t *desc) /* caam_jr_enqueue 関数を呼び出して、ジョブ記述子のヘッダーをキューに追加します。*/ ret = caam_jr_enqueue(jrdev, desc, caam_op_done, NULL); - if (!ret) + pr_err( "caam_jr_enqueue ret (%d)\n" , ret); + if (ret == -EINPROGRESS) wait_for_comption_interruptible(&comp); それ以外 return ret; ret = job_comp_status; + pr_err( "job_comp_status ret (%d)\n" , ret); return ret; } Re: LX2160A get MP key failed ご指摘のとおりsubmit_job()にパッチを適用しましたが、結果として「mp_app -p」を実行した後、「wait_for_completion_interruptible」で停止します。 LSDKとLLDPのユーザーマニュアルの説明によると、セキュリティアプリケーション はプラットフォームLS1046ARDB上で完全に検証・検証されており、LS1046ボードでLSDKでこの問題を確認しており、動作しています。 lx1046_mp_key.png 別のLX2160製品もLSDK付きで確認すると、こちらも「wait_for_completion_interruptible」で止まっています。 lx2160_lsdk.png LSDKを使うにせよLLDPを使うにせよ、プラットフォームLX2160A何らかの問題が生じます。 NXPはLX2160Aプラットフォーム上でセキュリティアプリケーションの検証を行いましたか?
記事全体を表示
对于 S32G399,配置基于 DDR 的共享内存,以便 A 核心和 M 核心都能访问。 对于芯片 S32G399,配置基于 DDR 的共享内存,以便 A 核心和 M 核心都能访问。是否有任何实施方案和示例可供参考? Re: For S32G399, configure DDR‑based shared memory to be accessed by both A‑Core and M‑Core. 你好, @zhijie 感谢你的帖子。 据我所知,似乎没有类似的正式演示/示例,你可能需要自己开发。 目前,M 内核和 A 内核之间的通信中,IPCF 由 NXP 配置,但默认情况下它是基于 SRAM 的。 BR 陈银 Re: For S32G399, configure DDR‑based shared memory to be accessed by both A‑Core and M‑Core. NXP社区内是否有开发人员完成过此类实现?非常感谢您提供相关文件或分享经验。
記事全体を表示
S32 Power architecture Design Studio Project用にRTM 1.5パッケージが必要です 私はS32 Design Studio 2.1を使ってMPC5746 Targetプロジェクトに取り組んでいます。 インポート中に、インストールされていない SDK_S32_PA_15 を使用してプロジェクトが作成されたという問題が発生しています。プロジェクトを強制的に変換しようとすると、CPU.h ファイルでコンパイルエラーが発生します。 互換性のあるパッケージをご用意ください。 image.png Re: I need RTM 1.5 package for S32 Power architecture Design Studio Project こんにちは、 このSDK_S32_PA_15はS32 SDK 3.0.3としても知られています。このSDKはS32DSの拡張機能とアップデートメニューを使って、S32 Design Studio for PA v2.1にインストールできます。このメニューは、[ヘルプ] -> [S32DS拡張機能とアップデート] にあります。   petervlna_1-1786000019769.png このパッケージが正しくインストールされていれば、このエラーメッセージは出ないはずです。 よろしくお願いいたします。 ピーター
記事全体を表示
RW612 WiFi 初始化卡在 HAL_ImuLinkIsUp() 处 我正在尝试在自定义板上运行 MQTT 示例。所用模块为 ublox IRIS-W106-30B。我按照说明使用 j-link 单独安装了 wifi 固件 blob。但是,我在 WPL_Init() 函数中陷入了无限循环。 natered21_0-1785877418073.png 由于类似问题,我也无法初始化BLE。 SDK 25.09.00 使用 MCUXpresso Re: RW612 WiFi Init stuck on HAL_ImuLinkIsUp() 您使用的是 RD-RW61X-BGA SDK 还是 FRDM-RW612 SDK? 为了将原始示例移植到您的模块中,您修改了哪些文件? Re: RW612 WiFi Init stuck on HAL_ImuLinkIsUp() 如果我理解正确的话,您可以在您的定制板上运行 Wi-Fi 和蓝牙示例程序,没有任何问题。当您开始将网络功能集成或移植到自己的应用程序中时,问题就出现了。 我的建议是以 MQTT 示例为基础来开发你的应用程序。如果您的使用场景需要 Wi-Fi 和 BT/BLE 同时运行,那么最好从共存示例之一入手,并在其基础上添加您特定应用的功能,而不是之后尝试向现有的自定义应用程序添加共存支持。 顺便一提,SDK 25.09 已经落后三个版本了。我建议您在继续操作之前升级到最新的 SDK 26.06。 Re: RW612 WiFi Init stuck on HAL_ImuLinkIsUp() SDK_2.x_RW610 我从 mqtt 示例中复制了“main_task”及其之后的所有内容到我现有的项目中。这就留下了硬件初始化方面的主要区别。我无法确定示例中的哪些方面导致IMU无法初始化。 我可以在我的定制板上运行基础示例项目,但无法将其移植到现有项目中。 Re: RW612 WiFi Init stuck on HAL_ImuLinkIsUp() 是的,我能够运行正常的应用程序代码,也能将日志记录到UART等等。 Re: RW612 WiFi Init stuck on HAL_ImuLinkIsUp() 您好, 您能否测试一下简单的“Hello World”示例? 另外,您是否已经进行了必要的修改以启用您的模块?请参考以下文章获取指导。 问候, 丹尼尔。
記事全体を表示
M&Pマルチリンク 私はS08プロセッサとCodeWarrior 11.1、P&E Multilink Universal FXデバッガを使って約20のプロジェクトを開発してきました。IntelベースのMacにParallels VMをインストールしてWindows 7を実行しましたが、すべて問題なく動作しました! 今は新しいMacを使っていますが、またしてもParallels VMとWindows 11を動かしています(他に選択肢がなかったのです)。CodeWarriorは起動しましたが、デバイスドライバーがないというメッセージが表示されていました。動作は問題ないのですが、デバッガーが認識されません。古いMacではWindowsデバイスマネージャに&​​quot;Jungo コネクティビティ/Windriver&​​quot;というエントリが表示されていましたが、新しいMACではデバイスマネージャに&​​quot;MULTILINK&​​quot;だけが表示されていました。  いくつかの修正案が提案されていますが、提案されたファイルは見つかりませんでした。 別のデバッグプローブを使うことになっても、動作する解決策を誰かCANで教えていただけますか? Re: M&P Multilink Windows 7からWindows 11にアップデートした場合、関連するドライバをすべて再インストールする必要があるかもしれません MCU(Eclipse IDE)向けのCodeWarrior®は良い選択肢かもしれません CodeWarrior® for MCU(Eclipse IDE)- ColdFire®、56800/E DSC、Qorivva® 56xx、RS08/S08、S12Z - 11.1 Re: M&P Multilink 選択肢として、サポートフォーラムでその機能があるかどうか尋ねてみるのもいいでしょう PEmicro サポートホーム よろしくお願いいたします。 Re: M&P Multilink 前回の投稿について、申し訳ありませんでした。間違った投稿に返信してしまいました(本来は解決済みとして閉じるべき投稿でした)。私は「長年」VMの下でCWを使ってきましたが、保証はできませんが、動作していることは確かです。必要なのはマルチリンク用のWindowsデバイスドライバーだけです。P&Eのウェブサイトのどこかにあると思いますが、見つかりません。今のところ、Windows 11でParallels VM上でWest Westを問題なく動かし、OSX Tahoeで読み込んでいます。 Re: M&P Multilink こんにちは、 CodeWarrior v11.1を使うにはWindows 11のOSを使うことをおすすめします。これは仮想マシンではなくサポートオプションです。CodeWarriorツールが仮想マシンで動作することを保証できないためです v11.1をダウンロードするには、CodeWarrior for MCUS (Eclipse IDE) v11.1を参照してください 敬具、ルイス Re: M&P Multilink 私はWindowsが嫌いで、Windows 7からWindows 11へのアップデートもしません。新しいマシン(Mac M4)で、Windows 7は互換性がないので選択肢がありません。私は約25年間CodeWarriorを使っています。質問は「W11に必要なドライバーはどれで、どこで見つけられますか?」というものでした。 ちなみに、このトピックとは無関係ですが、AUTODESK製品は旧IntelベースのMac上で動作しなくなるので、Windows 7はお別れです。
記事全体を表示
错误报告模块 MCU:S32K148,144引脚封装 RTD 版本:SW32K1_S32M24x_RTD_4.4_3.0.0_QLP03_D2507 S32 DS 版本:3.6.6 目标操作系统:裸机 主机操作系统:Windows 根据以上信息,我在驱动程序模块中找不到名为“ERM”(或任何类似名称)的模块。我查看了 MCAL 和非 MCAL 模块。 ERM 是否支持作为驱动模块,还是用户需要像以前基于“Processor Expert”的旧框架那样操作原始指针? Re: Error reporting module 非常感谢您提供的最新信息。 Re: Error reporting module 你好@durga_choudhury 是的,你的理解是正确的。它们作为单独的软件包提供,不包含在 RTD 中。 关于此次分居的原因,我目前正在进行内部审查。但是,值得注意的是,SAF 和 SPD 是根据 ISO 26262 功能安全标准开发的安全导向型软件组件。这使得它们能够集成到需要功能安全支持(最高可达 ASIL D)的应用程序中。 Re: Error reporting module 你好@VaneB 感谢您的跟进。所以你的意思是说,这些模块仅在 SPD 驱动程序中受支持,而不受免费提供的 RTD 支持。是这样吗? 是否有任何理由不能直接通过位操作模块的寄存器来使用这些模块?我尝试了“Processor Expert”驱动程序模型(使用 S32 DS v2.2)的示例,它似乎可以正常工作。 Re: Error reporting module 你好@durga_choudhury 对于 S32K1 设备,可以使用功能安全外设驱动程序 (SPD)。这些驱动程序包括扩展微控制器错误管理器 (eMCEM),它支持通过错误注入模块 (EIM) 和错误报告模块 (ERM) 硬件模块进行内存错误注入和检测。 有关 SPD 的更多信息,请联系您的 NXP 代表或您所在地区的授权代理商之一(代理商网络 | NXP 半导体)。 BR,VaneB
記事全体を表示
KW45B41Z-EVK:BLE 时钟源和内部时钟路径,用于 BLE 无线电模块获取 2.4GHz 频段。 您好,NXP团队, 我正在使用 KW45B41Z-EVK,想了解BLE 子系统使用的时钟架构。 我已查阅了KW45B41 参考手册、 KW45B41Z-EVK 用户手册和 SDK 时钟初始化代码,但仍然找不到有关 BLE 时钟源及其内部时钟路径的详细说明。 请您澄清以下问题: BLE 使用的主要时钟源是什么(例如,SOSC、FRO、PLL 或其他时钟源)? 要获得 2.4GHz 的频率,从振荡器到 BLE 无线电的完整时钟路径是什么?具体来说,在时钟信号到达 BLE 子系统之前,涉及哪些时钟模块、多路复用器、分频器或锁相环? BLE 子系统在广播模式、扫描模式、连接模式或睡眠模式下是否使用不同的时钟源? 是否有时钟树图或应用笔记说明 KW45B41 设备的 BLE 时钟架构? 参考手册或其他恩智浦文档的哪些章节对此进行了详细描述? 如果可以,请提供 BLE 时钟路径的框图或相关文档的参考,引用,我们将不胜感激。 感谢您的支持。 顺祝商祺! Re: KW45B41Z-EVK: BLE clock source and internal clock path for the BLE radio to get 2.4GHz 你好, 希望你一切都好! BLE 子系统的主要时钟源是 OSC-RF(射频振荡器),它与外部晶体或谐振器结合使用,为 KW45 无线电生成参考时钟。它支持 26 MHz 或 32 MHz,并且在与主 CPU 时钟域完全独立的功率域中运行,专门用作无线电子系统的参考时钟。 KW45 参考手册中包含两张图,可能对理解 BLE 时钟架构特别有帮助: 图 68。设备时钟源和树 图 222。无线电时钟 如 RM 第 55.4.4 节所述,该无线电使用三个时钟源:无线电 XO (OSC-RF)、FRO-192M 和来自 CCM32K 模块的 SOC 32.768 kHz。在活动运行模式(包括广播、扫描和连接)期间,所有三个时钟域同时处于活动状态。OSC-RF 及其 XCVR PLL 正在运行以支持无线电 TX 和 RX(这由 NBU 固件在内部管理),FRO-192M 正在为 NBU CM3 内核提供时钟以执行链路层,而 32K_CLK 正在后台运行以跟踪连接和广播间隔。 对于低功耗模式行为,表 209 描述了每个时钟模块在不同功率状态下的行为。 使用MCUXpresso 配置工具中的“时钟”选项卡也可能有所帮助。在那里,您可以可视化每个功能域的时钟源路由,查看交互式时钟树,并根据需要更改时钟源。它还会生成时钟初始化源代码,这对于了解启动时如何配置每个时钟域来说是一个有用的参考。 此致, 索菲亚。
記事全体を表示
KE18F512VLH16 ECCメモリセル自動補正 ハードウェアは、シングルビットECCエラーの自動訂正機能を備えていると理解されている。しかし、修正がどこで行われているのかは不明である。 ハードウェアが1ビットのECCエラーを自動修正する場合、読み出しとメモリセルの両方を修正するのか、それとも読み出しのみを修正するのか? AN5335の例の図から判断すると、読み出しデータは0から1以上への補正が行われていますか?つまり、メモリセル内の値を実際にクリアするには、修正した値をRAMに書き戻す必要があるということだ。 sean_dvorscak_0-1786035276314.png RAMメモリセルのデータが修正されなければ、1ビットの誤りが2ビットの誤りに悪化する恐れがあります。 Re: KE18F512VLH16 ECC Memory Cell Autocorrection こんにちは、 @sean_dvorscak さん。 1. 「ハードウェアが1ビットのECCエラーを自動修正する場合、読み出しとメモリセルの両方を修正するのか、それとも読み出しのみを修正するのか? 」 ->>修正は読み出し時にのみ行われ、SRAMセルの内容は書き戻されません。 2.「RAMメモリセル内のデータが修正されない場合、1ビットの誤りが2ビットの誤りに悪化する可能性があることを懸念しています。" ->>はい、メモリセルのエラーをクリアしエラーの蓄積を防ぎたい場合は、ソフトウェアが読み取り・正書き・書き込みを行うことが推奨されます。 よろしくお願いします。 BR アリス
記事全体を表示
i.MX8MQ:启动 ROM 是否支持从 FlexSPI/QSPI NOR 闪存启动? 你好, 硬件: - i.MX8MQ(REV A0),基于 EVK 设计的定制板 - QSPI 或非:Micron MT25QL256A(32MB,3.3V,四路连接) - 电路板支持包。Yocto Scarthgap、NXP 电路板支持包。、U-启动 2024.04 (u-启动-imx) 目标:从 FlexSPI 或非闪存启动启动加载程序(SPL + ATF + U-Boot)。 内核和根文件系统仍然保留在 eMMC 上。 有效的方法: - U-启动(通过 uuu SDP/SDPV 加载到 RAM 中)运行正常 - “sf probe”正确检测到闪存:mt25ql256a,32 MiB - U-启动 可以可靠地读取和写入闪存(已通过 “sf protect unlock”之后的回读测试验证) - 镜像版本使用了 IMXBOOT_TARGETS = "flash_evk_flexspi" 闪存布局(已通过读取芯片数据验证): 0x000000:FCFB 标头 - “qspihdr 检查”报告 “在 Q(F)SPI 中找到启动配置头” 标签 = 42464346,版本 = 56010000 0x001000: IVT - d1 00 20 41,入口 = 0x007E1000, boot_data = 0x007E0FE0,self = 0x007E0FC0 0x060000:U-Boot 正确的 FIT(d00dfeed),匹配 CONFIG_SYS_SPI_U_BOOT_OFFS=0x60000 问题: 启动开关设置为 QSPI/FlexSPI 启动,并使用 USB 电缆 物理断开连接后,板无法启动。什么都没有 打印在串口控制台上(SPL 横幅从未出现),并且 ROM 回退到串行下载模式: uuu -lsusb 2:1 MX8MQ SDP:0x1FC9 0x012B NXP 闪存 BT_FUSE_SEL 未熔断;启动配置通过 GPIO 完成。 启动引脚。 我已经尝试过: - 两种标头格式:scripts/qspi_header(c0ffee01 标签)和 scripts/fspi_header(FCFB 标签)。修复了 soc.mak,使其 flash_evk_flexspi 使用偏移量为 0 的 fspi_header。 - 改变 FCFB 参数:sflashA1Size、serialClkFreq(50MHz -> 20MHz), dataSetupTime/dataHoldTime,sflashPadType - "uuu -b qspi"(官方内置脚本) - "qspihdr update safe" 和 "qspihdr init safe" - 完全擦除闪存与写入完整图像: 启动行为基本相同(SDP 出现于之后)。 (约 1.6 秒 vs 约 1.8 秒),这表明 ROM 可能没有被读取。 完全不开闪光灯。 问题: 1.i.MX8MQ 启动 ROM 是否支持从串行 或非 卡启动 是否支持通过 FlexSPI 进行闪存刷新?我拥有的参考手册部分 列出了与非闪存和 SD/MMC 作为引导设备,但我无法 找到列出的 FlexSPI/QSPI 或非。i.MX8MM/8MN 文档似乎 可以描述一下,但我不太确定 8MQ。 2. 如果支持,预期的闪存布局具体是什么? 当 FCFB 为真时,IVT 应该位于偏移量 0x400 还是 0x1000? 位于 0x0 处? 3. 应选择正确的 BOOT_MODE / BOOT_CFG 组合。 i.MX8MQ 上采用 FlexSPI 或非 启动? 4. 关于 REV A0 硅片,是否存在任何已知的勘误? FlexSPI 启动? 谢谢! Re: i.MX8MQ: Does the Boot ROM support booting from FlexSPI/QSPI NOR flash? 是否有绝对的方法可以从 QSPI 或非 Flash 启动 i.MX8MQ,同时将 Linux 内核和根文件系统保留在 eMMC 上?我们的硬件设计已经围绕这种架构版本,因此这对我们来说非常重要。 Re: i.MX8MQ: Does the Boot ROM support booting from FlexSPI/QSPI NOR flash? 您好, 请主要参考RM中的信息;i.MX8MQ不支持QSPI启动。 Zhiming_Liu_0-1785725904605.png 此致, 志明 Re: i.MX8MQ: Does the Boot ROM support booting from FlexSPI/QSPI NOR flash? 你好,我正在做类似的工作。 同一文档中的某些章节提到了一些使用 SPI 的启动选项。 您能否详细说明一下? onurgoksu_0-1785737312799.png onurgoksu_1-1785737654143.png Re: i.MX8MQ: Does the Boot ROM support booting from FlexSPI/QSPI NOR flash? 嗨@ayse-yilmaz @onur-goksu 第六章文档存在问题 SNVS、RESET、熔丝和启动 这些问题早在2018年就已被报道,恩智浦半导体也已在其官方网站上更正了相关文档。 有关支持的引导设备,请参阅6.1 系统启动。 关于 1.6 主要启动选项,看起来像是文档残留物。 此致, 志明 Re: i.MX8MQ: Does the Boot ROM support booting from FlexSPI/QSPI NOR flash? 尊敬的恩智浦技术支持团队: 我们想对 i.MX8MQ 的 QSPI 启动支持文档提出严重关切。 工程师在制定硬件设计决策时,主要依据参考手册作为权威资料。当参考手册中列出或暗示支持某个启动源时,开发团队完全有理由根据该信息来设计电路板。 这并非一个微小的印刷错误。启动源的选择直接影响原理图设计、PCB布局、元器件选择、制造、固件架构、恢复策略和产品验证。因此,关于 QSPI 启动能力的错误陈述可能会导致大量的工程时间损失、额外的原型修改、进度延误和巨大的经济损失。 尤其令人担忧的是,自 2017-2018 年左右以来,NXP 社区似乎已经提出了类似的问题和反馈,但相关文档多年来显然仍然不清楚或不正确。如果 NXP 知道 i.MX8MQ 启动 ROM 不支持从 QSPI 直接启动,那么应该在参考手册、设备勘误表、应用笔记和产品文档中明确说明这一限制。 对于专业和商业硬件设计中使用的元器件而言,如此关键的模糊不清的问题多年未得到解决是不可接受的。客户必须能够信任官方参考手册中提供的信息。 因此,我们要求对以下几点作出明确正式的答复: i.MX8MQ Boot ROM 是否支持上电复位后直接从 QSPI NOR 启动? 如果不支持,为什么参考手册中会将 QSPI 列为或暗示为受支持的启动选项? NXP是否已正式将此归类为文档错误? 该信息将在哪个版本的文件中进行更正? NXP是否会发布勘误表或产品通知,以警告可能根据现有文档设计硬件的客户? 是否有官方支持的变通方法,允许启动 ROM 直接从 QSPI 加载初始启动映像,而无需 SD 卡或 eMMC 卡? 我们坚信,这个问题需要的不只是在非正式的论坛上做出回应。正式的文档更正和明确的技术通知是必要的,以防止其他工程团队遭受同样的时间和经济损失。 请将此事上报给 i.MX8MQ 产品工程和文档团队,并提供权威的书面说明。 Re: i.MX8MQ: Does the Boot ROM support booting from FlexSPI/QSPI NOR flash? 你好@Zhiming_Liu , @ayse-yilmaz 我找到了以下与此问题相关的主题: https://community.nxp.com/t5/i-MX-Processors/Does-i-MX8M-support-boot-from-QSPI/mp/904429#M136467 但技术支持人员提出的解决方案是:“出于开发目的,可以使用 GPIO 引脚输入来覆盖用于确定引导设备的 eFUSE”,但启动 ROM 无论如何都不支持这种做法。我有点困惑。为什么硬件支持,启动 ROM 却不支持? 我猜想,尽管硬件和文档都齐全,但由于 ROM 的原因,还是无法从 QuadSPI 启动。我的理解对吗?请详细说明。 谢谢, 奥努尔 此致
記事全体を表示
KW45B41Z-EVK: BLEクロックソースおよびBLE無線用の2.4GHz内部クロックパス NXPチームの皆様、こんにちは。 私はKW45B41Z-EVKを使用しており、 BLEサブシステムで使用されているクロックアーキテクチャについて理解したいと考えています。 KW45B41のリファレンス・マニュアル、KW45B41Z-EVKユーザーマニュアル、SDKsのクロック初期化コードを調べましたが、BLEクロックソースとその内部クロック経路の詳細な説明は見つかりませんでした。 以下の点を明確にしていただけますか? BLEで使用される主要なクロックソースは何ですか(例えば、SOSC、FRO、PLL、または別のクロックソースなど)? 発振器からBLE無線機まで、2.4GHzを実現するための完全なクロックパスはどのようなものですか?具体的には、クロックがBLEサブシステムに到達する前に、どのクロックモジュール、マルチプレクサ、分周器、またはPLLが関与しているのでしょうか? BLEサブシステムは広告、スキャン、コネクテッドモード、またはスリープモードで異なるクロックソースを使っていますか? KW45B41デバイスのBLEクロックアーキテクチャを示すクロックツリー図やアプリケーションノートはありますか? リファレンス・マニュアルや他のNXPドキュメントのどのセクションでこの点が詳しく説明されていますか? 可能であれば、BLEクロックパスのブロック図や関連ドキュメントの参照をぜひ提供していただけると助かります。 再開まで今しばらくお待ちください。 よろしくお願いいたします。 Re: KW45B41Z-EVK: BLE clock source and internal clock path for the BLE radio to get 2.4GHz こんにちは、 あなたの調子が良いといいのですが! BLEサブシステムの主要なクロック源はOSC-RF(RF オシレーター)であり、外部クリスタルや共振器と連携してKW45無線機の基準クロックを生成します。26 MHzまたは32 MHzのいずれかに対応し、CPUのメインクロックドメインとは完全に別の電力領域で動作し、無線サブシステムのリファレンスクロックとして専ら機能します。 KW45リファレンスマニュアルには、BLEクロックアーキテクチャを視覚化するのに特に役立つ2つの図が含まれています。 図68。デバイスのクロックソースとツリー 図222。ラジオ時計 RMの55.4.4節に記載されているように、無線機は3つのクロックソースを使用しています:Radio XO(OSC-RF)、FRO-192M、そしてCCM32KモジュールからのSOC 32.768 kHzです。アクティブ動作モード(広告、スキャン、コネクテッドを含む)では、3つのクロックドメインすべてが同時にアクティブです。OSC-RFとそのXCVR PLLは無線TXおよびRXをサポートするために動作しており(これはNBUファームウェアによって内部的に管理)、FRO-192Mはリンク層実行のためにNBU CM3コアをクロックし、32K_CLKはバックグラウンドで接続および広告間隔を追跡しています。 低電力モードの動作については、表209に各クロックモジュールが異なる電力状態においてどのように動作するかを示します。 MCUXpresso Config Toolsの Clocks タブを使用すると役立つ場合もあります。そこでは、各ドメインごとにルーティングされたクロックソースを可視化し、インタラクティブなクロックツリーを確認し、必要に応じてクロックソースを変更できます。また、クロックの初期化ソースコードを生成し、各クロックドメインが起動時にどのように設定されているかを理解するのに役立つ参考資料となります。 よろしくお願いします、 ソフィア。
記事全体を表示
Ubuntu 26.04 LTS 上的“8MPLUSLPD4-EVK”版本问题 您好,NXP, 我正在使用“8MPLUSLPD4-EVK”。我正在尝试构建电路板支持包,但遇到了一些构建问题。请帮忙解决这个问题。如果您需要更多信息,请告诉我。 错误日志: dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/project/imx-yocto-bsp/build$ bitbake core-image-minimal 错误:尝试设置服务器环境:无法使用本地参数更新服务器配置:回溯(最近一次调用): 文件“/home/dasmiddepogu/NXP/project/imx-yocto-bsp/sources/poky/bitbake/lib/bb/command.py”,第 91 行,在 runCommand 中 result = command_method(self, commandline) 文件“/home/dasmiddepogu/NXP/project/imx-yocto-bsp/sources/poky/bitbake/lib/bb/command.py”,第 291 行,在 updateConfig 中 command.cooker.updateConfigOpts(options,环境,命令行) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 文件“/home/dasmiddepogu/NXP/project/imx-yocto-bsp/sources/poky/bitbake/lib/bb/cooker.py”,第 471 行,在 updateConfigOpts 中 self.reset() ~~~~~~~~~~^^ 文件“/home/dasmiddepogu/NXP/project/imx-yocto-bsp/sources/poky/bitbake/lib/bb/cooker.py”,第 1741 行,在 reset 中 self.handlePRServ() ~~~~~~~~~~~~~~~~~^^ 文件“/home/dasmiddepogu/NXP/project/imx-yocto-bsp/sources/poky/bitbake/lib/bb/cooker.py”,第 337 行,在 handlePRServ 中 self.hashserv.serve_as_process(log_level=logging.WARNING) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^ 文件“/home/dasmiddepogu/NXP/project/imx-yocto-bsp/sources/poky/bitbake/lib/bb/asyncrpc/serv.py”,第 402 行,在 serve_as_process 函数中 self.process.start() ~~~~~~~~~~~~~~~~~~^^ 文件“/usr/lib/python3.14/multiprocessing/process.py”,第 121 行,开始 self._popen= self._Popen(self) ~~~~~~~~~~~^^^^^^ 文件“/usr/lib/python3.14/multiprocessing/context.py”,第 230 行,在 _Popen 中 返回 _default_context.get_context().Process._Popen(process_obj) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^ 文件“/usr/lib/python3.14/multiprocessing/context.py”,第 306 行,在 _Popen 中 返回 Popen(process_obj) 文件“/usr/lib/python3.14/multiprocessing/popen_forkserver.py”,第 35 行,在__init__ super(). __init__ (process_obj) ~~~~~~~~~~~~~~~~^^^^^^^^^^^^^ 文件“/usr/lib/python3.14/multiprocessing/popen_fork.py”,第 20 行,在__init__ self._launch(process_obj) ~~~~~~~~~~~~^^^^^^^^^^^^^ 文件“/usr/lib/python3.14/multiprocessing/popen_forkserver.py”,第 47 行,在 _launch 中 reduction.dump(process_obj,布法罗) ~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^ 文件“/usr/lib/python3.14/multiprocessing/reduction.py”,第 60 行,转储 ForkingPickler(file, protocol).dump(obj) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^ _pickle.PicklingError:无法序列化本地对象 .run在 0x7802f7325380> 序列化字典项“_target”时 序列化 multiprocessing.context.Process 状态时 序列化 multiprocessing.context.Process 对象时 仓库详情: $ mkdir imx-yocto-bsp $ cd imx-yocto-bsp $ repo init -u https://github.com/nxp-imx/imx-manifest-b imx-linux-scarthgap -m imx-6.6.36-2.1.0.xml $ 仓库同步 $ DISTRO=fsl-imx-xwayland MACHINE=imx8mp-lpddr4-evk source imx-setup-release.sh -b build Linux主机PC详情: PRETTY_NAME="Ubuntu 26.04 LTS" 名称="Ubuntu" 版本 ID="26.04" 版本="26.04(坚定的浣熊)" 版本号=resolute ID=ubuntu ID_LIKE=debian HOME_URL=" https://www.ubuntu.com/ " 支持网址=" https://help.ubuntu.com/ " BUG_REPORT_URL=" https://bugs.launchpad.net/ubuntu/ " PRIVACY_POLICY_URL=" https://www.ubuntu.com/legal/terms-and-policies/privacy-policy " UBUNTU_CODENAME=resolute LOGO=ubuntu-logo 主机配置: 架构:x86_64 CPU 操作模式:32 位、64 位 地址大小:物理地址 42 位,虚拟地址 48 位 字节顺序:小端 CPU数量:16 在线 CPU 列表:0-15 供应商 ID:GenuineIntel 型号名称:Intel(R) Core(TM) Ultra 7 255H CPU系列:6 型号:197 每个核心的线程数:1 每个插槽的核心数:16 插槽数:1 步数:2 CPU频率扩展(MHz):17% CPU 最大频率:5100.0000 MHz CPU 最低频率:400.0000 MHz DDR内存容量:32GB i.MX8ULP Re: "8MPLUSLPD4-EVK" build issue with Ubuntu 26.04 LTS 你好@middepogudas 希望你一切都好。 imx-linux-scarthgap BSP 已在 Ubuntu 22.04 和 Ubuntu 24.04 中得到验证。 Ubuntu 26.04 默认使用 Python 3.14,而 Bitbake 版本(即 电路板支持包)似乎与 Python 3.14 不完全兼容。 我建议您使用 Ubuntu 24.04 LTS 或 Ubuntu 22.04 LTS 进行编译,直到 Ubuntu 26.04 LTS 完全得到支持为止。 另外,您还可以尝试使用 Python 3.12 的虚拟环境。 顺祝商祺! 萨拉斯。 Re: "8MPLUSLPD4-EVK" build issue with Ubuntu 26.04 LTS 您好,NXP, 我已将Ubuntu系统刷入24.04版本,但仍然遇到构建问题……请查看构建错误日志。请帮忙解决这个版本问题。 操作系统信息: asmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/DOC$ cat /etc/os-release PRETTY_NAME="Ubuntu 24.04.4 版本LTS” 名称="Ubuntu" 版本 ID="24.04" 版本="24.04.4 LTS (Noble Numbat)" 版本号=贵族 ID=ubuntu ID_LIKE=debian HOME_URL=" https://www.ubuntu.com/ " 支持网址=" https://help.ubuntu.com/ " BUG_REPORT_URL=" https://bugs.launchpad.net/ubuntu/ " PRIVACY_POLICY_URL=" https://www.ubuntu.com/legal/terms-and-policies/privacy-policy " UBUNTU_CODENAME=noble LOGO=ubuntu-logo dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/DOC$ 版本错误日志: 现在你可以运行“bitbake ” 常见目标包括: 核心镜像-最小 元工具链 元工具链 SDK adt-installer 元IDE支持 您的版本环境已配置如下: 机器=imx8mp-lpddr4-evk SDKMACHINE=i686 DISTRO=fsl-imx-xwayland 最终用户许可协议= BSPDIR= BUILD_DIR=. dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/DOC$ DISTRO=fsl-imx-xwayland MACHINE=imx8mp-lpddr4-evk source imx-setup-release.sh -b build dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/imx-yocto-bsp/build$ bitbake core-image-minimal 注意:您的 conf/bblayers.conf 文件已自动更新。 警告:主机发行版“ubuntu-24.04”尚未使用此版本的构建系统进行验证;您可能会遇到意外故障。建议您使用经过测试的发行版。 缓存加载完成:100% | | 预计剩余时间:--:--:-- 从依赖缓存中加载了 0 个条目。 解析配方:100% |##################################################################################################################################################################################################################################################################| 用时:0:00:55 解析 3643 .bb 文件文件已完成(0 个缓存,3643 个已解析)。5719 个目标,跳过 375 个,屏蔽 17 个,0 个错误。 注意:解决任何缺失的任务队列依赖关系 构建配置: BB_VERSION = "2.8.0" BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "ubuntu-24.04" TARGET_SYS =“aarch64-poky-linux” 机器 = "imx8mp-lpddr4-evk" DISTRO = "fsl-imx-xwayland" DISTRO_VERSION = "6.6-scarthgap" TUNE_FEATURES = "aarch64 armv8a crc crypto" TARGET_FPU = "" meta meta-poky = "HEAD:f43f393ef0246b7bee6eed8bcf8271cf2b8cdf40" meta-oe meta-multimedia meta-python = "HEAD:80e01188fa822d87d301ee71973c462d7a865493" meta-freescale = "HEAD:0f8091c63dd8805610c09b08409bc58492a3b16f" meta-freescale-3rdparty = "HEAD:6c063450d464eb2f380443c7d9af1b94ce9b9d75" meta-freescale-distro = "HEAD:b9d6a5d9931922558046d230c1f5f4ef6ee72345" meta-imx-bsp meta-imx-sdk meta-imx-ml meta-imx-v2x = "HEAD:92ad51ef3cc7f132238f1ae6c8e81432f2a69cc7" meta-nxp-demo-experience = "HEAD:8fd7154c05b716e9635279047f65785399432d88" meta-nxp-matter-baseline meta-nxp-openthread = "HEAD:783becb4b5716d989f50db95b7133d38eae5b47b" meta-Arm meta-arm-toolchain = "HEAD:1b85bbb4cab9658da3cd926c62038b8559c5c64e" meta-clang = "HEAD:fe561f41aef0cff9e6f96730ab59f28dca2eb682" meta-gnome meta-networking meta-filesystems = "HEAD:80e01188fa822d87d301ee71973c462d7a865493" meta-qt6 = "HEAD:dc13e1bfda4a4757a08c2d6673bc4bac012c4a80" meta-parsec meta-tpm = "HEAD:11ea91192d43d7c2b0b95a93aa63ca7e73e38034" meta-virtualization = "HEAD:6a80f140e387621f62964209a2e07d3bcfb125ce" 注意:正在获取 uninative 二进制 shim http://downloads.yoctoproject.org/releases/uninative/4.5/x86_64-nativesdk-libc-4.5.tar.xz;sha256sum=43ee6a25bcf5fce16ea87076d6a96e79ead6ced90690a058d07432f902773473(会先查看 PREMIRRORS) Sstate 摘要:需要 2656 个本地镜像 0 个,缺失 2656 个当前镜像 0 个(匹配度 0%,完成度 0%)################################################################################################################################## ## | ETA: 0:00:00 Initialising tasks: 100% |## ####################################################################################################################################################################################################################################################| 时间:0:00:04 注意:正在执行任务 错误:权限错误:[Errno 1] 操作未经允许 在处理上述异常期间,又发生了另一个异常: 回溯(最近一次调用): 文件“/home/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/bitbake/bin/bitbake-worker”,第 278 行,在子进程中 bb.utils.disable_network(uid,gid) 文件“/home/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/bitbake/lib/bb/utils.py”,第 1696 行,在 disable_network 中 with open("/proc/self/uid_map", "w") as f: 权限错误:[Errno 1] 操作未经许可 错误:任务 (/home/dasmiddepogu/NXP/imx-yocto-bsp/sources/参考发行版、系统开发套件。/meta/配方-extended/texinfo-dummy-native/texinfo-dummy-native.bb:do_unpack) 执行失败,退出代码为“1” 错误:权限错误:[Errno 1] 操作未经允许 在处理上述异常期间,又发生了另一个异常: 回溯(最近一次调用): 文件“/home/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/bitbake/bin/bitbake-worker”,第 278 行,在子进程中 bb.utils.disable_network(uid,gid) 文件“/home/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/bitbake/lib/bb/utils.py”,第 1696 行,在 disable_network 中 with open("/proc/self/uid_map", "w") as f: 权限错误:[Errno 1] 操作未经许可 错误:任务 (/home/dasmiddepogu/NXP/imx-yocto-bsp/sources/参考发行版、系统开发套件。/meta/配方-extended/texinfo-dummy-native/texinfo-dummy-native.bb:do_prepare_recipe_sysroot) 执行失败,退出代码为“1” 注意:任务摘要:尝试了 34 个任务,其中 0 个不需要重新运行,2 个失败。 摘要:2 项任务失败: /home/dasmiddepogu/NXP/imx-yocto-bsp/sources/参考发行版、系统开发套件。/meta/recipes-extended/texinfo-dummy-native/texinfo-dummy-native.bb:do_unpack /home/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/meta/recipes-extended/texinfo-dummy-native/texinfo-dummy-native.bb:do_prepare_recipe_sysroot 摘要:有 1 条警告信息。 摘要:出现 2 条错误消息,返回非零退出代码。 dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/imx-yocto-bsp/build$ 谢谢你,, 达斯米德波古 Re: "8MPLUSLPD4-EVK" build issue with Ubuntu 26.04 LTS 您好,NXP, 请问您能帮忙解决一下以下电路板支持包。构建错误吗? dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/lp_imx-yocto-bsp/build$ python3 --version Python 3.12.3 dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/lp_imx-yocto-BSP/build$ cat /etc/os-版本 PRETTY_NAME="Ubuntu 24.04.4LTS” 名称="Ubuntu" 版本 ID="24.04" 版本="24.04.4 LTS (Noble Numbat)" 版本号=贵族 ID=ubuntu ID_LIKE=debian HOME_URL=" https://www.ubuntu.com/ " 支持网址=" https://help.ubuntu.com/ " BUG_REPORT_URL=" https://bugs.launchpad.net/ubuntu/ " PRIVACY_POLICY_URL=" https://www.ubuntu.com/legal/terms-and-policies/privacy-policy " UBUNTU_CODENAME=noble LOGO=ubuntu-logo dasmiddepogu@dasmidde | 错误:配置失败 | 警告:shell 命令的退出代码为 1。 错误:任务 (/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/poky/meta/recipes-core/libxcrypt/libxcrypt_4.4.33.bb:do_configure) 执行失败,退出代码为“1” 注意:任务摘要:尝试了 1539 个任务,其中 1519 个不需要重新运行,2 个失败。 摘要:2 项任务失败: /home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/poky/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_6.1.bb:do_package /home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/poky/meta/recipes-core/libxcrypt/libxcrypt_4.4.33.bb:do_configure 摘要:共有 2 条警告信息。 摘要:出现 3 条错误消息,返回非零退出代码。 dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/lp_imx-yocto-bsp/build$ bitbake core-image-minimal Re: "8MPLUSLPD4-EVK" build issue with Ubuntu 26.04 LTS 您好,NXP, 请告诉我我正在使用的Python版本。请查看下方版本错误日志,并帮助我们找到修复方法,以便成功版本。config.log 文件已附上。 asmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/lp_imx-yocto-bsp/build$ python3 --version Python 3.12.3 dasmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~ asmiddepogu@dasmiddepogu-ThinkPad-P14s-Gen-6:~/NXP/lp_imx-yocto-bsp/build$ bitbake core-image-minimal 警告:主机发行版“ubuntu-24.04”尚未通过此版本构建系统的验证;您可能会遇到意外故障。建议您使用经过测试的发行版。 缓存加载完成:100% |#############################################################################################################################################################################################################################################################| 时间:0:00:00 从依赖缓存中加载了 5303 个条目。 注意:解决任何缺失的任务队列依赖关系 版本配置: BB_VERSION = "2.4.0" BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "ubuntu-24.04" TARGET_SYS =“aarch64-poky-linux” 机器 = "imx8mp-lpddr4-evk" DISTRO = "fsl-imx-xwayland" DISTRO_VERSION = "6.1-mickledore" TUNE_FEATURES = "aarch64 armv8a crc crypto" TARGET_FPU = "" meta meta-参考发行版、系统开发套件 = "HEAD:0a98281d37b0bd8dc1548c390216cb3978e36e0e" meta-oe meta-multimedia meta-python = "HEAD:75cf318cef3b4ee81fad2782cf063ecd69ba8842" meta-freescale = "HEAD:9b00d40b787c2b7105ce209f5635cc1a0cab81ca" meta-freescale-3rdparty = "HEAD:93ba05e3a16a028b770fa1e813b13eb87a59ac63" meta-freescale-发行版 = "HEAD:b09c18a3f649f0cf1b40432bb39e76ba16fe94e2" meta-电路板支持包 meta-sdk meta-ml meta-v2x = "HEAD:6efe87f014c5bdcbda30f06156ee11d8bc3dc7fe" meta-nxp-demo-experience = "HEAD:7f34a32c7877e55e87b6a99e90da4128ed632bf2" meta-Arm meta-Arm-toolchain = "HEAD:0e043288fd0b17fbf31cf00ae33045107a991144" meta-chromium = "HEAD:e232c2e21b96dc092d9af8bea4b3a528e7a46dd6" meta-clang = "HEAD:af4dcba009ba98250315520f3003fde4ee164cce" meta-gnome meta-networking meta-filesystems = "HEAD:75cf318cef3b4ee81fad2782cf063ecd69ba8842" meta-qt6 = "HEAD:1406d0a85525a71fe5d7892d7f915404290a78ad" meta-parsec meta-tpm = "HEAD:d7db0a3bd1a8639df7570483f003ce00cbe274a2" meta-virtualization = "HEAD:56593e277a377157944a6676e57497066b770a35" 警告:您的主机 glibc 版本 (2.39) 比 uninative 中的版本 (2.37) 新。已禁用 uninative,以防止 sstate 损坏。 任务初始化:100% |############################################################################################################################################################################################################################################################| 时间:0:00:01 州概况:需要 833 个本地镜像 2 个,缺失 831 个,当前 940 个(0% 匹配,53% 完成) 注意:正在执行任务 错误:linux-libc-headers-6.1-r0 do_package:执行 exec_func_python() 自动生成的 Python 函数时出错: 导致此异常/失败的 Python 调用堆栈跟踪如下: 文件:'exec_func_python() autogenerated',行号:2,函数: 0001: *** 0002:perform_packagecopy(d) 0003: 文件:'/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/参考发行版、系统开发套件/meta/classes-global/package.bbclass',行号:355,函数:perform_packagecopy 0351: rpath_replace (dvar, d) 0352:} 0353:perform_packagecopy[cleandirs] = "${PKGD} " 0354:perform_packagecopy[dirs] = "${PKGD} " *** 0355: 0356:python populate_packages() { 0357: oe.package.populate_packages(d) 0358:} 0359:populate_packages[dirs] = " ${D} " 文件:'/usr/lib/python3.12/subprocess.py',行号:466,函数:check_output 0462:否则: 0463:空 = b'' 0464: kwargs['input'] = 空 0465: *** 0466: 返回 run(*popenargs, stdout=PIPE, timeout=timeout, check=True, 0467: **kwargs).stdout 0468: 0469: 0470:class CompletedProcess(object): 文件:'/usr/lib/python3.12/subprocess.py',行号:571,函数:run 0567: # 我们不调用 process.wait(),因为 . __exit__会为我们执行此操作。 0568:提高 0569: retcode = process.poll() 0570:如果检查并返回代码: *** 0571: 引发 CalledProcessError(retcode, process.args, 0572: output=stdout, stderr=stderr) 0573: 返回 CompletedProcess(process.args, retcode, stdout, stderr) 0574: 0575: 异常:subprocess.CalledProcessError:命令“tar --exclude=./sysroot-only -cf - -C /home/dasmiddepogu/NXP/lp_imx-yocto-bsp/build/tmp/work/armv8a-poky-linux/linux-libc-headers/6.1-r0/image -p -S . | tar -xf - -C” /home/dasmiddepogu/NXP/lp_imx-yocto-bsp/build/tmp/work/armv8a-poky-linux/linux-libc-headers/6.1-r0/package' 返回非零退出状态 2。 子进程输出: 获取到未知 di 的 *at() 系统调用 ar:./usr/include/asm-generic/poll.h:无法打开:没有该文件或目录 tar:由于之前的错误,退出状态为失败。 错误:故障日志文件存储在:/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/build/tmp/work/armv8a-poky-linux/linux-libc-headers/6.1-r0/temp/log.do_package.75498 错误:任务 (/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/poky/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_6.1.bb:do_package)失败,退出代码为“1” 错误:libxcrypt-4.4.33-r0 do_configure:配置失败 错误:libxcrypt-4.4.33-r0 do_configure:ExecutionError('/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/build/tmp/work/armv8a-poky-linux/libxcrypt/4.4.33-r0/temp/run.do_configure.75465', 1, None, None) 错误:故障日志文件存储在:/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/build/tmp/work/armv8a-poky-linux/libxcrypt/4.4.33-r0/temp/log.do_configure.75465 以下是日志数据: 注意:以下 config.log 文件可能提供更多信息。 | 注意:/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/build/tmp/work/armv8a-poky-linux/libxcrypt/4.4.33-r0/build/config.log | 错误:配置失败 | 警告:shell 命令的退出代码为 1。 错误:任务 (/home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/参考发行版、系统开发套件。/meta/配方-core/libxcrypt/libxcrypt_4.4.33.bb:do_configure) 执行失败,退出代码为“1” 注意:任务摘要:尝试了 1546 个任务,其中 1537 个不需要重新运行,2 个失败。 摘要:2 项任务失败: /home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/poky/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_6.1.bb:do_package /home/dasmiddepogu/NXP/lp_imx-yocto-bsp/sources/poky/meta/recipes-core/libxcrypt/libxcrypt_4.4.33.bb:do_configure 摘要:共有 2 条警告信息。 摘要:出现 3 条错误消息,返回非零退出代码。 谢谢 Re: "8MPLUSLPD4-EVK" build issue with Ubuntu 26.04 LTS 您好,NXP, 关于我上面提到的构建错误,有什么建议吗? 达斯米德波古 Re: "8MPLUSLPD4-EVK" build issue with Ubuntu 26.04 LTS 您好,NXP, 请问如何解决以下版本错误? 我使用的是Ubuntu 24.04和Python 3.8版本。 构建命令:imx-yocto-bsp/build$ bitbake core-image-minimal 构建错误: 警告:shell 命令返回退出代码 1。 错误:任务 (/home/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/meta/recipes-core/libxcrypt/libxcrypt_4.4.33.bb:do_configure) 执行失败,退出代码为“1” 注意:任务摘要:尝试了 2891 个任务,其中 16 个任务不需要重新运行,1 个任务失败。 摘要:1 项任务失败: /home/dasmiddepogu/NXP/imx-yocto-bsp/sources/poky/meta/recipes-core/libxcrypt/libxcrypt_4.4.33.bb:do_configure 摘要:共有 78 条警告信息。 摘要:出现 2 条错误消息,返回非零退出代码。
記事全体を表示
エラー報告モジュール MCU:S32K148 144ピンパッケージ RTDバージョン:SW32K1_S32M24x_RTD_4.4_3.0.0_QLP03_D2507 S32 DS バージョン: 3.6.6 対象OS: ベアメタル ホストOS: Windows 上記の方法では、ドライバーモジュールに「ERM」というモジュール(またはそれに類するもの)が見つかりません。私はMCALモジュールと非MCALモジュールの両方を調べました。 ERMはドライバモジュールとしてサポートされているのか、それともかつての「プロセッサ Expert」ベースのフレームワークのようにユーザーが生のポインタを操作すべきなのか? Re: Error reporting module こんにちは、 @durga_choudhuryさん はい、あなたの理解は正しいです。これらは別のソフトウェアパッケージとして提供されており、RTDの一部には含まれていません。 今回の離職理由につきましては、現在社内で検討中です。しかし、SAFとSPDはISO 26262機能安全基準に準拠した安全志向のソフトウェアコンポーネントとして開発されたことに注意が必要です。これにより、ASIL Dまでの機能安全サポートを必要とするアプリケーションへの統合が可能となります。 Re: Error reporting module 最新情報をお知らせいただき、誠にありがとうございます。 Re: Error reporting module こんにちは、 @durga_choudhuryさん S32K1デバイスには、セーフティ ペリフェラル ドライバ(SPD)が利用可能です。これらのドライバには、エラー注入モジュール(EIM)およびエラー報告モジュール(ERM)を通じたメモリエラー注入と検出をサポートする拡張マイクロコントローラエラーマネージャ(eMCEM)が含まれます。 SPDに関する詳細は、NXPの担当者またはお住まいの地域の認可代理店(代理店ネットワーク | NXP Semiconductors)にお問い合わせください。 BR、VaneB Re: Error reporting module こんにちは、 @VaneBさん フォローアップありがとうございます。つまり、これらのモジュールはSPDドライバのみでサポートされていて、無料で入手できるRTDには対応していないということですね。それで合っていますか? なぜ誰かがモジュールのレジスタをビットバンするだけでこれらのモジュールを使えないのでしょうか?『プロセッサ Expert』ドライバモデル(S32 DS v2.2使用)の例を試してみたところ、動作しているように思えました。
記事全体を表示
RIOP RT1189ボード上でRT1180 EVK SDKの例を実行できない こんにちは、皆さん 私はRIOP RT1189ボードを使っており、ソフトウェアの互換性やデバッグについていくつか質問があります。 最初は、シリアルダウンロードモードでSecure Provisioning Toolを使ってRIPデモアプリケーションを無事にプログラムでき、デモは期待通りに動作しています。 その後、MIMXRT1180 EVK SDKの例プロジェクト(例えばLED Blinkyの例)をRIOP RT1189ボード上で実行しようとしました。 私が試したこと RT1180 EVK LED点滅サンプルにおけるLEDピン配置を、RIOP RT1189ボードに合わせて変更しました。 セキュアプロビジョニングツールをシリアルダウンロードモードで使用してイメージをプログラムしました。 ただし、このアプリケーションはRIOPボード上で動作しません。 ハードウェアを検証するために、動作確認済みのRIOPデモプロジェクトを入手し、デモ機能のほとんどをコメントアウトし、LED点滅コードのみを追加して、再度プログラムを書き込んだ。この場合、LEDブリンキーは正常に動作します。 このことから、RIOPデモには、LEDのGPIOピンを変更する以外にも、ボード固有の設定がいくつか必要になるのではないかと考えています。 質問 MIMXRT1180 EVK SDKのサンプルプロジェクトはRIOP RT1189ボード上で直接使用できますか? もしそうでなければ、RIPボード上でSDKの例を動作させるために、どんなボード固有の変更(クロック設定、メモリ設定、FlexSPI、リンカースクリプト、スタートアップコードなど)が必要ですか? デバッグの問題 また、MCU-Linkを使ってデモアプリケーションのデバッグも試みましたが、フラッシュ初期化中にデバッガが以下のエラーで失敗しました。 SPI上でSVDP JEDEX ID MIMXRT1180_SFDP_FlexSPI1_A_QSPI.cfxを使ってv.2外部フラッシュデバイスを検査しました 画像『iMXRT1180_SFDP_FlexSPI1_A_QSPI 2025年6月26日 18:32:16』 フラッシュドライバーの開MIMXRT1180_SFDP_FlexSPI1_A_QSPI.cfx VECTRESETが要求されましたが、ARMv8-M CPUではサポートされていません。代わりにソフトリセットを使用してください。 フラッシュドライバを動かすためのソフトリセット ドライバV.2の動的起動失敗 - ドライバのInitがフラッシュパラメータを提供しませんでした Flash ドライバ V.2の起動失敗 - rc Ef(55): 動的フラッシュドライバの起動がフラッシュパラメータを提供できませんでした。 終了(0x0、0x0、0x0)ステータス0x40 - ドライバーがinit失敗を報告 - EXTSPIJドライバーrc 20107(0x4E8B) チップ初期化失敗 - Ef(55): 動的フラッシュドライバー起動時にフラッシュパラメータが提供されませんでした。 フラッシュドライバーの初期化に失敗MIMXRT1180_SFDP_FlexSPI1_A_QSPI.cfx このエラーは、RT1180 EVKフラッシュドライバーがRIOP RT1189ボードで使用されている外部フラッシュと互換性がないことを示唆しているのでしょうか?それともデバッグのために追加のフラッシュ構成が必要でしょうか? 何かご助言やご提案があれば、大変ありがたく思います。 ご回答をお待ちしています。 Re: Unable to Run RT1180 EVK SDK Examples on RIOP RT1189 Board こんにちは、 @Pavankumar1 さん。 リモートI/Oプラットフォーム(RIOP)は、EtherCAT®、EtherNet/IP™、PROFINET® RTなどのインダストリアル通信プロトコルをサポートする本番対応プラットフォームとして設計されています。 RIOP RT1189ボードのハードウェア構成はRT1180-EVKとは異なり、RT1180-EVK用に開発された例はRIOPハードウェア上で直接動作できません。RT1180-EVKをRIOP RT1189に移植するには、異なるハードウェア接続やペリフェラルに適応させるための追加開発が必要です。そのため、RIOP RT1189ボード専用に提供されているサンプルから始めることをお勧めします。 まずは『 リモートI/Oプラットフォームの入門ガイド(RIOP)』を確認することをお勧めします。これはプラットフォームアーキテクチャの概要と能力の実演です。 インダストリアル通信プロトコルを使わずにRIOPハードウェアを評価することが目的であれば、以下の例を参照できます: https://github.com/nxp-appcodehub/rd-riop-demo/tree/main さらに、サポートされているインダストリアルプロトコル向けのいくつかの例のアプリケーションも用意されています。対応するユーザーガイドには、 MCUXpresso for VS Code 拡張機能へのプロジェクトのダウンロード、インストール、インポート方法の説明が含まれています。このユーザーガイドについてさらに質問があれば、遠慮なくお知らせください。これらのガイドは、下の画像に示すように ドキュメント セクションでご覧いただけます。 Habib_MS_1-1784671260684.png これらの例に興味がある場合は、以下のリンクが役立つかもしれません。 https://github.com/nxp-appcodehub/rd-riop より良く**サポート**するために、ご希望の**アプリケーション**についてもう少し詳しく教えていただけますか?具体的には、なぜRT1180-EVKの例をRIOP RT1189プラットフォームに移植したいのか、またどのような機能を実装したいのかを明確にしていただけますか? BR ハビブ Re: Unable to Run RT1180 EVK SDK Examples on RIOP RT1189 Board こんにちは、 @Habib_MS さん。 ご返信よろしくお願いします。 以下のリンクで入手可能なRIOPデモアプリケーションを探索し、FreeMASTERアプリケーションでテストしました。 https://github.com/nxp-appcodehub/rd-riop-demo/tree/main シリアルダウンロードモードでセキュアプロビジョニングツールを使用してプログラムすると、デモは正しく動作します。しかし、MCUXpresso for VS CodeとMCU-Linkを使ってデモプロジェクトのデバッグができません。デバッグ中に、以下のエラーが発生しました。 Pavankumar1_0-1784697379753.png RIOP RT1189ボードでデバッグを有効にするために追加で必要な手順があれば教えていただけますか?デフォルトのRT1180 EVK構成の代わりに使うべき特定のフラッシュドライバーやデバッグ設定はありますか? 私の目的は、RIOPボードで利用可能なアナログフロントエンド(AFE)モジュールのアプリケーションを探求・開発することです。そのためには、ファームウェアの構築、デバッグ、および修正ができる必要があります。 以下の点についてアドバイスいただけますか? 1. RIOP RT1189ボード専用に新しいMCUXpressoプロジェクトを一から作成し、アナログフロントエンドモジュールを構成することは可能ですか? 2. 私のアプリケーションの出発点として使える、例えばLEDブリンキーの例のような基本的な例プロジェクトはありますか? 3.そのような例がない場合、RIOP RT1189プラットフォーム上でカスタムアプリケーションを開発する際に推奨されるアプローチは何でしょうか? どんなガイダンスやドキュメントでも大変ありがたいです。 再開まで今しばらくお待ちください。 よろしくお願いします、 パヴァンクマールAG Re: Unable to Run RT1180 EVK SDK Examples on RIOP RT1189 Board こんにちは、 @Pavankumar1 。 VS MCUXpresso for VS Code ではなく MCUXpresso IDE を使っていると理解しています。スクリーンショットは.cfxを参照していますファイルはMCUXpresso IDEで使用されるフラッシュローダー形式です。私の理解は正しいでしょうか? もしそうなら、MCUXpresso for VS Code拡張機能を使って デバッグ を試してみてもらえますか?あるいは、画像をSecure Provisioning Toolでプログラムした後にデバッガー を接続 して、結果を教えてもらえますか? また、アプリケーションに関する追加情報を教えてくださりありがとうございます。例にはすでにNAFE13388のドライバが含まれており、NAFE_hwフォルダにあります。また、api_afe.c にある AFE_Init() タスクでデバイスを設定する方法も示しています。このファイルは、実装の際に役立つ参考資料となる可能性があります。 BR ハビブ Re: Unable to Run RT1180 EVK SDK Examples on RIOP RT1189 Board こんにちは、 @Habib_MS さん。 ご返信ありがとうございます。 MCUXpresso for VS Codeを使ってriop_demoアプリケーションのデバッグを試みましたが、添付されたエラーが発生しました。 ご指摘いただいたとおり、セキュアプロビジョニングツールを使用してイメージをプログラムし、実行中のターゲットへの接続を試みました。しかし、依然として同じエラーが発生しています。 Pavankumar1_0-1785242332392.png RIOPボードのために新しいプロジェクトを作成する場合に必要な修正についてアドバイスいただけますか?具体的には、RIPハードウェア上でアプリケーションを正しく動作させるためにどんな変更が必要か知りたいです。 再開まで今しばらくお待ちください。 よろしくお願いいたします。 パヴァナクマールAG Re: Unable to Run RT1180 EVK SDK Examples on RIOP RT1189 Board こんにちは、 @Pavankumar1 さん。 これらのエラーは、外部フラッシュとの通信に使用されるデバッグ構成が、RIOPの完全なデバッグソリューションとして設計されていないために発生します。代わりに、これらの例やガイドは主にボードが提供するさまざまなソフトウェアコンポーネントの使い方を示すことを目的としています。 それを踏まえると、一つの方法は内部RAMからアプリケーションをデバッグすることです。アプリケーションの挙動に満足したら、Secure Provisioning Toolのフローに従って画像を外部フラッシュにプログラムし、必要なテストを行うことができます。 MCUXpresso IDEを使って内部RAMから動作するイメージを作成する方法については、MCUXpresso Secure Provisioning Tool v26.06ユーザーガイドの「Internal RAMで動作するイメージ」セクションをご参照ください。このアプローチにより、RT1180-EVK向けのSDK例を活用して作業できます。ただし、お使いのハードウェアはEVKとは異なるため、プロジェクトに一部変更が必要になる場合があります。 あるいは、外部フラッシュから直接デバッグしたい場合は、自分でフラッシュローダーを作成して使うこともできます。MCUxpresso IDEは.cfxを使用しています外部フラッシュと通信し、画像をプログラムするためのファイルなので、カスタムの.cfxを作成できますデバイス用のフラッシュローダーを使い、IDEを適切に設定してください。以下の文書が参考資料として使用できます。 AN13386:カスタムフラッシュデバイス用のRT600フラッシュローダー MCUXpresso IDE用の新しいフラッシュドライバーの作成方法 現時点では、VS Code拡張機能でこのワークフローをどのように実装するかを具体的に説明したガイドはありません。しかし、RT1180-EVK SDKの例で利用可能な異なるビルド構成を参考にして、同様のセットアップを作成できます: Habib_MS_0-1785357980496.png BR ハビブ Re: Unable to Run RT1180 EVK SDK Examples on RIOP RT1189 Board こんにちは、 @Habib_MS さん。 今では内蔵RAMからアプリケーションをデバッグできるようになりました。 現在、RT1189 RIOPボード上のMacronix MX25UW6345GXDI00 Octal Flashをインターフェースし、RAMからアプリケーションを実行しながら読み書き操作をテストしようとしています。 そのため、RT1189 EVK SDKのFlexSPI Octal Flash Pollingの例から始め、以下の修正を加えました。 RIOPボードに合わせてピン配置を更新しました。 フラッシュポートをポートAからポートB(kFLEXSPI_PortB1)に変更しました。 しかし、フラッシュベンダーIDを読み取ろうとすると、FLEXSPI_TransferBlocking() APIはkStatus_FLEXSPI_SequenceExecutionTimeoutを返し、ベンダーIDは0x00になります。 知りたいのは以下の点です。 1.ピン構成の変更やFLASH_PORTをkFLEXSPI_PortB1に変更する以外に、RIOPボード用に修正が必要な他のFlexSPI構成はありますか? 2. MX25UW6345GXDI00はオクタルモードで直接電源が入りますか?それともオクタルLUTを使う前にオクタル/OPIモードに切り替える必要がありますか? 3. RT1189 EVK例(Micron MT35XU512フラッシュベース)に提供されているFlexSPI LUTは、Macronix MX25UW6345GXDI00用に修正する必要がありますか? 4. RT1189 FlexSPIインターフェースでMX25UW6345GXDI00を成功裏に使った方はいらっしゃいますか?もしそうなら、必要な初期化シーケンスや追加の設定変更を教えていただけますか? 何かご助言いただければ大変ありがたいです。 よろしくお願いいたします。 パヴァナクマール A G Re: Unable to Run RT1180 EVK SDK Examples on RIOP RT1189 Board こんにちは、 @Pavankumar1 さん。 ご存知かもしれませんが、各メモリには、読み出し、書き込み、消去といった操作を実行するための特定のコマンドがあります。そのため、この例で使用されているLUT構成は、この特定のフラッシュデバイスと互換性がない可能性があります。MCUXpresso Secure Provisioning Tool v26.6の Boot Memory Configuration 機能を使って、FCB全体を作成できます。フラッシュデバイスのFCB設定時には、「ECATアプリケーションを実行する」セクションで使われているフラッシュ設定を参考にしてください。 さらに、このコミュニティ投稿、特に15番目の手順から始まる部分を確認することをお勧めします。そのセクションでは、セキュアプロビジョニングツールがブートメモリ構成を生成する方法についてより詳細な説明を提供しており、ツールによって生成されるパラメータと出力の理解に役立つ可能性があります。 他に質問がある場合は、新しいコミュニティ投稿を作成して、そこに質問を記載してください。これにより、より組織的なサポートが提供され、FUTUREの紹介も容易になります。遠慮なく私をタグ付けしてください。喜んで引き続きあなたを応援します。 BR ハビブ
記事全体を表示