关于 MX 处理器知识库的问题 我对以下主题有疑问。   我想构建一个内核，然后将其集成到 bitbake 映像中，但我不知道该怎么做。   https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/How-to-compile-Linux-Kernel-Image-and-device-tree-using-Yocto/ta-p/2022759 ------------------------------------------------------------------------ 8. 编译内核 最后，使用以下命令编译内核镜像： $ make -j $(nproc) 生成的内核镜像将位于： iMX8 和 iMX9： arch/arm64/boot/ iMX6 和 iMX7： arch/arm/boot/ 回复：关于 MX 处理器知识库的问题 谢谢你的回答。 回复：关于 MX 处理器知识库的问题 我对你那边的情况有点困惑，你那边使用 Yocto 吗？ 如果是，您无需使用独立构建，只需使用 Yocto 修改所有需要的代码即可。编译完成后，它会在 /tmp/deploy/images 文件夹中生成 wic.zst 文件。因此，您无需再将 uboot 和内核构建镜像以及内核模块添加到 wic.zst 文件中。这是最简单的方法。这是第一种方法。 如果你已经生成并下载了 wic.zst 文件到你的开发板，这里只编译 u-boot 和 kernel 文件，你只需要下载 u-boot 和 kernel 到你的开发板，无需再次下载 wic.zst 文件。这是第二种方法。 关于你的问题： 此外，我想知道如何将 uboot 和内核构建映像和内核模块添加到 /tmp/deploy/images 文件夹中的 wic.zst 文件中，这是 yocto 构建结果。 你不需要这样做。 如有任何问题请随时联系我。 回复：关于 MX 处理器知识库的问题 成功，Uboot和内核构建完成。我将在 yocto wic 中包含 Uboot 映像、内核映像、dtb、内核模块结果。 我想将独立构建结果集成到Yocto官方内核构建过程中。 此外，我想知道如何将 uboot 和内核构建映像和内核模块添加到 /tmp/deploy/images 文件夹中的 wic.zst 文件中，这是 yocto 构建结果。 回复：关于 MX 处理器知识库的问题 您对此感到困惑吗？你有什么问题？     20250219.png 回复：关于 MX 处理器知识库的问题 我正在使用FRDM i.MX 93 开发板。 我指的是文档https://docs.nxp.com/bundle/UG10195/page/topics/customization.html 。 在下一章中 -如何在独立环境中构建 U-Boot 和内核， 1. 生成一个包含必要工具、工具链和小型 rootfs 的 SDK，以便在主机上进行编译。 要从 Yocto 项目构建环境生成 SDK，请运行以下命令： $ bitbake core-image-minimal -c populate_sdk populate_sdk 生成一个脚本文件，用于设置没有 Yocto Project 的独立环境。 2. 要继续构建，请将 sh 文件从 tmp/deploy/sdk 中的构建目录复制到主机并执行脚本以安装 SDK。默认位置在 /opt，但可以放在主机上的任何位置。 3. 在主机上，要构建 U-Boot 和内核，请执行以下步骤 我很好奇接下来的程序。 我想将独立生成的内核、Uboot 镜像集成到 bitbake 镜像中。     回复：关于 MX 处理器知识库的问题 您使用哪款产品？以我们最新的 BSP 为例，您可以参考我们的i.MX Yocto 项目用户指南。 如有任何疑问或疑问，请随时联系我

KW45ナレッジハブ KW45の3コア・アーキテクチャには、96 MHzのCM33アプリケーション・コア、専用のCM3無線コア、分離型のEdgeLockセキュア・エンクレーブが統合されています。専用のSRAMを備えたフラッシュ・ベースの無線コアにより、高度な設定とアップグレードが可能なソフトウェア実装の無線が得られ、メイン・コア上のリソースをお客様のアプリケーション領域に活用できます。 Bluetooth Low Energy 5.3準拠の無線は、最大24のセキュアな同時接続に対応しています。EdgeLockセキュア・エンクレーブの分離された実行環境は、一連の暗号化アクセラレータ、キー・ストア処理、セキュアなライフサイクル管理を備え、メイン・コアのセキュリティ負荷を最小限に抑えます。 さらに、KW45 MCUにはFlexCANが搭載され、車載用または産業用CAN通信ネットワークへのシームレスな統合を実現できます。FlexCANモジュールは、CANのフレキシブル・データ・レート（CAN FD）に対応でき、帯域幅の拡大とレイテンシの低減に役立ちます。 neidys_vargas_0-1729795404448.png KW45のブロック図 neidys_vargas_0-1730123110234.png KW45アーキテクチャブロック図 書類 リファレンス・マニュアル Datasheet Errata Secure Referenceマニュアル** 認証 SESIP認定 SESIP ST PSA認証 RED 認証 欧州連合適合宣言書（EVK） 欧州連合適合宣言書（LOC） 日本MIC KW45-LOC _TELEC-20250221 添付ファイルをご覧ください Bluetooth仕様 Bluetooth_5.0_Feature_Overview  Bluetooth_5.1_Feature_Overview Bluetooth_5.2_機能_概要 Bluetooth_5.3_機能_概要 Bluetooth_5.4_Feature_Overview Bluetooth_6_Feature_Overview 評価ボード KW45 KW45-EVK KW45-EVK回路図 KW45-EVK 設計ファイル KW45-EVKユーザー・マニュアル KW45-LOCユーザーマニュアル KW45-EVKスタート・ガイド アプリケーション・ノート ソフトウェア、ハードウェア、ペリフェラル： AN14122：KW45でのRTCの使用方法 このアプリケーション・ノートでは、BLEデモでRTCペリフェラルを構成および使用する方法について説明します。 AN14141：KW45 Bluetooth Low Energy用接続スタックでウォッチドッグ・タイマ・モジュールを有効にする このアプリケーション・ノートでは、接続スタック・デモにWDOGタイマを実装するプロセスについて説明します。 AN13855：KW45/K32W1でOTAPクライアント・サービスをBluetooth LEペリフェラル機器に統合する このアプリケーション・ノートでは、Over the Air Programming（OTAP）クライアント・サービスをBLEペリフェラル機器に統合するステップとプロセスを説明します。 AN13584：Kinetis KW45およびK32W1ロードプル・レポート このアプリケーション・ノートでは、ロードプル特性での測定方法と関連する結果について説明します。 AN13860：OTAPツールを使用してKW45/K32W1にファームウェアの更新イメージを作成する このアプリケーション・ノートでは、OTAPを使ってKW45ボードでイメージを作成および更新するステップについて説明します。 AN14077：KW45（1MB）からKW45（512kB）に移行するステップ このアプリケーション・ノートでは、1MBフラッシュから512kBフラッシュへの移行に必要な初期ステップについて説明します。 電力管理： AN13230：Kinetis KW45およびK32W1 Bluetooth LEの電力消費分析 このアプリケーション・ノートでは、KW45ワイヤレスMCUの電力消費、ハードウェアの設計、低電力動作向けの最適化に関する情報を紹介します。 AN13831：KW45/K32W1電力管理ハードウェア このアプリケーション・ノートでは、KW45/K32W1 MCUで電力管理専用の各種モジュールの使用方法について説明します。 RF： AN13687：K32W1による802.15.4アプリケーションの接続テスト このアプリケーション・ノートでは、K32W1 802.15.4のRF性能を実行するために接続テスト・ツールを使用する方法について説明します。 AN13728：KW45 RFシステムでのBluetooth LEおよびIEEE 802.15.4アプリケーションの評価レポート このアプリケーション・ノートでは、BLE（2FSK変調）およびIEEE 802.15.4（OQPSK変調）でKW45ボードを使用する場合の無線周波数（RF）評価テストの結果を報告します。テストの実行時に使用可能なセットアップとツールについても説明します。 AN14098：KW45-LOC RFテスト・レポート このアプリケーション・ノートでは、KW45B41Zローカライゼーション・ボードの基本的なRFテストの結果を報告します。  AN13228：KW45-EVK RFシステムでのBLEアプリケーションに関する評価レポート このアプリケーション・ノートでは、2つの周波数シフト・キー変調を用いて、BLEアプリケーションでKW45B41Z-EVKを使用する場合のRF評価テストの結果を報告します。 AN13229：BLEアプリケーションで、KW45-EVKとRFシステムの共存に関する評価レポート このアプリケーション・ノートでは、KW45B41Z-EVKをBLEアプリケーション（2FSK変調）で使用する場合のRF評価テストの結果を報告します。 AN13512：Kinetisワイヤレス・ファミリ製品のBLEとWi-Fiアプリケーションとの共存 このアプリケーション・ノートでは、K32W1/4X低エネルギー製品のWi-Fi信号に対する耐性、およびWi-Fiとの共存状態の改善方法を取りあげます。  セキュリティ: AN13859：KW45/K32W1システム内プログラミング（ISP）ユーティリティ このアプリケーション・ノートでは、ISPモードでKW45/K32W1 MCUを起動するステップと、MCUと通信するために多様なシリアル接続を確立するステップについて説明します。 AN1403：量産時に、シリアル・ワイヤ・デバッグ（SWD）を介してアプリケーションと無線ファームウェア用にKW45フラッシュをプログラミングする このアプリケーション・ノートでは、量産時にSWDを介して必要なすべての設定を書き込み、焼き込み、プログラミングするステップについて説明します。  AN13883：SPSDKを使用してISP経由でKW45無線ファームウェアを更新する このアプリケーション・ノートでは、ISPモードでKW45/K32W1 MCUを起動するステップと、セキュア・バイナリで無線ファームウェアを更新するステップを説明します。 AN14109：SECツールを使用してKW45およびK32W148セキュアにブートするこのアプリケーション・ノートでは、SEC GUIツールで署名済みイメージとセキュア・バイナリを使用して、KW45/K32W1 MCUをセキュアにブートするステップを説明します。 AN13838：SPSDKコマンド・ライン・ツールを使用してKW45およびK32W148をセキュアにブートする このアプリケーション・ノートでは、SPSDKコマンド・ライン・ツールで署名済みイメージとセキュア・バイナリを使用して、KW45/K32W1 MCUをセキュアにブートするステップを説明します。 AN13931：KW45およびK32W148でのライフサイクルを管理する このアプリケーション・ノートでは、SEC GUIとSPSDKコマンド・ライン・ツールを使用してKW45/K32W1 MCUのライフサイクルを移行するステップを説明します。  AN14174：NPXを使用して、KW45/K32W148のフラッシュ暗号化を実行する このアプリケーション・ノートでは、KW45/K32W1 MCUでオンザフライ暗号化を有効にするステップを説明します。 AN14158：KW45/K32W148で認証をデバッグするこのアプリケーション・ノートでは、フィールドでアプリケーションをセキュアにデバッグするためにデバッグ認証を実行する方法を説明します。  AN14544：MPUおよびMCU向けのEdgeLock 2GOサービス このアプリケーション・ノートでは、NXPデバイス向けのEL2GOサービスを紹介します。このサービスにより信頼できない環境でも信頼できる形でデバイスをプロビジョニングできます。  サポート KW45に関して疑問点がある場合は、ワイヤレスMCUコミュニティ（こちら）に質問を投稿しましょう！ 便利なリンク リファレンスデザイン - NXP Community ［MCUXSDK］KW4x、MCXW7x、MCXW2xにGitHub SDKを使用する方法 - NXPコミュニティ GitHub SDKの使用方法をステップ別に紹介しています。 ［MCUXSDK］GitHub SDK - Bluetooth LEプラットフォームのドキュメント - NXPコミュニティ BLEプラットフォーム用ドキュメントを提供しています。  KW45/KW47/MCXW71/MCXW72でのSignal Frequency Analyzer（SFA）モジュールを使用したクロック測定 - NXPコミュニティ：このコミュニティでは、Signal Frequency Analyzerの使用方法に関する手順を提示しています。 KW45（自動車）またはK32W1/MCXW71（IoT/産業）で初めてPCBを適切に構築する最良の方法... コミュニティ ： KW45またはK32W148、およびMCXW7を使用してPCBを構築するためのリンクと、無線性能、低電力、無線認証（CE/FCC/ICC）に関するあらゆる要素を掲載しています。 HCI_bbをKinetisファミリ製品で使用してDTMモードにアクセスする方法：この記事は次の2つの部分に分かれています。 HCI_bbバイナリを Kinetis製品へフラッシュする方法。 R&S CMW270を使用してRF測定を行う BLE HCIアプリケーションによるトランスミッタ/レシーバテストコマンドの設定：この記事では、ユーザーはどのようにすればシリアルコマンドをデバイスに送信できるかを示す手順を説明します。 Bluetooth LE HCI Black Boxクイックスタートガイド：この記事では、ユーザーが無線をシリアルコマンドで制御できるようにするためのシンプルなプロセスを説明します。 Kinetis（K32/38/KW45およびK32W1/MCXW71）パワー・プロファイル・ツール：Kinetis（KW35/KW38/KW45）およびMCX W7x（MCX W71）パワー・プロファイル・ツールに的を絞ったページです。お使いのアプリケーション（自動車またはIoT）での電力消費量を試算したり、ソリューションのバッテリ寿命を評価したりするのに役立ちます。 KW45/K32W1 32MHzおよび32kHzの発振余裕度：この記事では、回路の発振余裕度の適切な構成について説明しています。 KW45ベースのCSの1対多デモ NXP - チャネル・サウンディング   トレーニング BLE Introduction  RFスイッチの比較 吸収型と反射型 規格の比較 ETSI/FCC/ARIB要件 BLEチャネルサウンディング - 概要 BLEチャネル・サウンディング - RFハードウェア BLEチャネル・サウンディング - ANSYSモデリング・ツール BLEチャネル・サウンディング - アンテナのプロトタイプの検証測定 機器 ワイヤレス機器：この記事には、プロジェクト策定に役立つ機器へのリンクが掲載されています。 開発ツール  SDKビルダ： MCUXpresso SDKは、オープンソースのドライバ、ミドルウェア、リファレンス例のアプリケーションを提供し、ソフトウェア開発を加速させます。 SDK GitHub：GitHubで公開されているSDKのオープンソースのドライバ、ミドルウェア、リファレンス例 NXP MCUXpresso：MCUXpresso IDEは高度な編集、コンパイル、デバッグ機能を提供し、MCU固有のデバッグ機能も追加されています。すべての汎用Arm Cortex-Mとの接続をサポートします。 NXP SPSDK：信頼性が高く使いやすいPython SDK統合ライブラリです。NXP MCUポートフォリオ全体で動作するので、お客様のクイックプロトタイピングから本番環境デプロイまで対応する強力な基盤となります。 NXP SECツール：GUIベースのアプリケーションMCUXpresso Secure Provisioning Toolは、NCP MCUデバイスのブータブル実行ファイルの生成とプロビジョニングをシンプル化するものです。 NXP OTAP Tool：ユーザーがNXP開発ボードのOver-the Air)ファームウェア・アップデートを実行するのに役立つアプリケーションです。 Config Tool： 構成ツールの統合スイート「MCUXpresso Config Tools」を利用すると、開発者はカスタムSDKをすばやく構築したり、ピン、クロック、ペリフェラルを利用して初期化Cコードを生成したり、カスタム・ボード・サポート用の値を登録したりできます。 ワイヤレスMCU用のSDKの例：ワイヤレスの例では、多くの一般的なBluetooth構成を取りあげています。 **セキュア・ファイルには追加のアクセス権をリクエストする必要があります。  ハンズオン・トレーニング 製品: K32W1 プロトコル：802.15.4 プロトコル：BLE→コネクティビティ プロトコル：Bluetooth プロトコル：Matter プロトコル：Thread プロトコル：Zigbee

i.MX93 M33 Core：如何在定制板上获得 micro-ROS 的系统正常运行时间（秒/纳秒）？ 大家好， 我目前正在使用定制的 SOM 和MCUXpresso SDK( v25. 06.00)，将micro-ROS移植到 i.MX93 (MIMX9352)的Cortex-M33内核上。 已成功建立UART 传输并连接到micro-ROS 代理。我创建了节点和主题，但发布的数据显示为空/无效。经过调试，我意识到需要向 micro-ROS 客户端提供高分辨率的时间戳（秒和纳秒），以便与 ROS 2 生态系统同步。 下面附有屏幕截图、调试终端输出和代码。 微罗斯代理连接 Micro-ros agent connectionMicro-ros agent connection微罗斯代理连接 ROS 主题列表（主题是空的（数据未发布）） ROS Topic listing (But topic is empty)ROS Topic listing (But topic is empty)ROS主题列表（但主题是空的） 调试终端输出： 调试控制台启动完成 已启动 lpuart，并打开了自定义 trnsport 已启动 rclc 支持、节点和发布程序 已启动 rclc 定时器 过去的 rclc 执行器启动，add_timer 在 while 循环内 RCSOFTCHECK 失败：rclc_executor_spin_some(&executor, RCL_MS_TO_NS(100))| Lin0 执行器旋转后 在 while 循环内部 RCSOFTCHECK 失败： rclc_executor_spin_some(&executor, RCL_MS_TO_NS(100))| Lin0 执行器旋转后 在 while 循环内部 RCSOFTCHECK 失败： rclc_executor_spin_some(&executor, RCL_MS_TO_NS(100))| Lin0 执行器旋转后 问题所在 我很难在 SDK 中找到一个可靠的"System Uptime" 或"Tick" 函数来提供 rmw_publisher_publish 所需的精度。 我尝试使用 lptmr 驱动程序示例，但代码在 LPTMR_Init()期间挂起 我的问题 自从在 i.MX93 M33 上启动以来，是否有推荐的 SDK API 来获得高分辨率（nsec）的单调时间戳？ 对于那些在 i.MX9 系列上实现了 micro-ROS 的人：你使用的是专用的硬件计时器，还是我应该改用标准的 CMSIS/SDK " getTime " 函数？ 环境详情： 硬件定制 i.MX93 SOM + EVB 底板 内核 Cortex-M331 SDK：25.06.00 工具链MCUXpresso 集成开发环境/VS 代码扩展2 如果您对在该平台上实现 64 位纳秒计数器有任何见解或代码片段，我们将不胜感激！ 此致， 阿南德胡 Re: i.MX93 M33 Core: How to get System Uptime (sec/nsec) for micro-ROS on Custom Board? 你好， ，我已经尝试了 tstmr.cSDK 示例中的演示程序。它无法按预期运行，在两个不同的板上尝试过，一个是自定义板和avnet osm93，两者在终端中都没有给出任何输出。 调试后发现 TSTMR 相关函数不起作用，程序无法通过"TSTMR_ReadTimeStamp()" 。 使用的 SDK：MCUXpresso SDK (v25.06.00)。

LS1028A 2.5G SGMII 以太网无法与 QCA8081 配合使用 我们在 LS1028A 的 Serdes Lane A 上使用 QCA8081 PHY 实现 2.5G SGMII。 我们启用了 QCA8081 驱动程序 (CONFIG_QCA808X_PHY=y)，并更新了 rcw(rcw_1500_sdboot.rcw) 和 dts(ls1028a-rdb.dts)如下图所示。 rcw： SRDS_PRTCL_S1_L0=1 SRDS_PRTCL_S1_L1=5 SRDS_PRTCL_S1_L2=11 SRDS_PRTCL_S1_L3=11 dts： &enetc_mdio_pf3 { sgmii_phy0: ethernet-phy@24 { reg =<0x18>; }； }; &enetc_port0 { phy-handle =<& sgmii_phy0>; phy-mode ="2500base-x"; status ="okay"; }; 观察结果： Ping 在 2.5G 模式下不起作用。但 1G 模式正常。 2.5G 的 Ethtool 输出： root@ls1028ardb:/home/user# ethtool eno0 eno0 的设置： 支持的端口：[ ] 支持的链接模式： 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full 2500baseT/Full 支持暂停帧使用：对称只接收 支持自动协商：是 支持 FEC 模式：未报告 广告链接模式： 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full 2500baseT/Full 广告暂停帧使用：对称只接收 广告自动协商：是 宣传的 FEC 模式：未报告 链接伙伴宣传的链接模式： 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full 2500baseT/Full 链接伙伴宣传的暂停帧使用：对称只接收 链路合作伙伴宣传的自动协商：是 链路合作伙伴宣传的 FEC 模式：未报告 速度：2500Mb/s 双工：全 自动协商：开 主从配置文件：首选从 主从状态：从 端口：双绞线 PHYAD：24 收发器：外部 MDI-X：关（自动） 支持唤醒：g 唤醒：d 检测到链接：是 Dmesg 日志： root@ls1028ardb:/home/user# dmesg | grep eno0 [ 13.165970] fsl_enetc 0000:00:00.0 eno0: 从 eth0 重命名 [ 13.721100] fsl_enetc 0000:00:00.0 eno0: PHY [0000:00:00.3:18]驱动程序 [Qualcomm QCA8081] (irq=POLL) [ 13.722673] fsl_enetc 0000:00:00.0 eno0: configuring for phy/2500base-x link mode [ 17.813736] fsl_enetc 0000:00:00.0 eno0: Link is Up - 2.5Gbps/Full - flow control rx/tx 如有遗漏，请提出宝贵意见。 Re: LS1028A 2.5G SGMII ethernet not working with QCA8081 感谢您的答复。 是的，我们还尝试了 SRDS_PRTCL_S1_L0 的 1 和 6 请参见所附 RCW 文件： /* * SerDes 协议 - 0x85bb * * 频率： * 内核 -- 1500 MHz * 平台 -- 400 MHz * DDR -- 1600 MHz * DDR 数据速率 -- 1.600 GT/s */ #include<../ls1028asi/ls1028a.rcwi> SYS_PLL_RAT=4 MEM_PLL_RAT=16 CGA_PLL1_RAT=15 CGA_PLL2_RAT=12 HWA_CGA_M1_CLK_SEL=1 HWA_CGA_M2_CLK_SEL=7 HWA_CGA_M3_CLK_SEL=6 HWA_CGA_M4_CLK_SEL=3 DDR_REFCLK_SEL=2 DRAM_LAT=1 BOOT_LOC=21 FLASH_CFG1=3 SYSCLK_FREQ=600 IIC2_PMUX=6 IIC3_PMUX=2 IIC4_PMUX=2 IIC5_PMUX=2 IIC6_PMUX=3 CLK_OUT_PMUX=2 EC1_SAI4_5_PMUX=5 EC1_SAI3_6_PMUX=5 USB3_CLK_FSEL=39 ENETC_RCW=3 GTX_CLK125_PMUX=2 SRDS /* PCIe 控制器的勘误表 */ #include<../ls1028asi/a008851.rcw> #include<../ls1028asi/a010477.rcw> #include<../ls1028asi/a009531.rcw> /* 增加 FSPI 时钟频率 */ #include<../ls1028asi/fspi_speed.rcw 我们为 Serdes 接口使用 100MHz 的参考时钟。 用于 QSGMII（2.5G）的 Serdes 通道 B分布式 4 端口）正在工作。 Re: LS1028A 2.5G SGMII ethernet not working with QCA8081 SRDS_PRTCL_S1_L0=1 SRDS_PRTCL_S1_L1=5 SRDS_PRTCL_S1_L2=11 SRDS_PRTCL_S1_L3=11 配置是否 srds_prtcl_s1_l0=0x1 srds_prtcl_s1_l1=0x5 srds_prtcl_s1_l2=0xb srds_prtcl_s1_l3=0xb   能否请您提供输入和 RCW 设置的 PLL 频率信息？ 谢谢！ Re: LS1028A 2.5G SGMII ethernet not working with QCA8081 我们还使用125MHz的参考时钟进行了测试，并观察到了相同的结果。 Re: LS1028A 2.5G SGMII ethernet not working with QCA8081 亲爱的 June-Lu 我们计划对 SerDes 配置进行以下修改，以支持 SerDes 通道 A 上的 2.5G SGMII 操作： 按照 2.5G SGMII 操作的要求，将 SD1_REF_CLK1_P/N 和 SD1_REF_CLK2_P/N 的 SerD es 参考时钟更改 为 156.25 MHz 。 （目前我们使用的时钟发生器相同的时钟频率，仅测试 SerDes Lane A ） 将 SerDes PLL 参考时钟选择位[945:944] 从现有值 “00” 更新 为“10”。 你能帮我们做这个改变吗？ 更改 协议选择至 "65BB用于所需的 SerDes 通道配置。 请确认是否需要进行其他更改（PLL 设置、SerDes 寄存器、RCW/DTS 更新或 PHY 相关配置）以支持这一更改？ 期待您的支持。 同时附上我们的框图，供您参考。 谢谢 谨致问候 Re: LS1028A 2.5G SGMII ethernet not working with QCA8081 1.如果 SerDes 将 SD1_REF_CLK1_P/N 和 SD1_REF_CLK2_P /N 的参考时钟均设置为 156.25 MHz，那么如何实现 Q SGMII 和 PCIe。 2.SRDs_pll_ref_clk_sel_s1=2，请参阅 https://github.com/nxp-qoriq/rcw/blob/LSDK-21.08/ls1028asi/ls1028a.rcwi 由于这不是官方配置，您可以尝试一下。 谢谢！

S32K314 LPSPI - DMA での予期しない CS トグル こんにちは@DanNguyenDuy 以下に示すように、LPSPI DMA モードで予期しない CS トグルが発生しました。 デフォルト設定では、フレーム サイズは 8 ビット、DMA 転送サイズは 1 バイトです。SPI ボーレートは 10 Mbps です。 緑色の信号は CS を表し、「Keep」オプションを使用する場合は転送中にアサートされたままになる必要があります。しかし、予期せず切り替わりました。割り込みモードでは、CS は予想どおりにアサートされたままでした。また、PCS の代わりに GPIO ベースの CS を使用すると、切り替えなしでも正常に動作しました。 この現象は、低いボー レートよりも高いボー レートで頻繁に発生するため、原因は SPI 側での TX アンダーランである可能性があります。 スキャッターギャザーモードを有効にして SPI タイミングを調整してみましたが、問題は解決しませんでした。 私の意見では、デフォルトの DMA 構成では、高速 LPSPI 転送を処理できない可能性があります。 予期しない CS トグルを解決する方法についてアドバイスをいただけますか? ありがとう。 BR、 アレックス・ヤン RTD Re: S32K314 LPSPI - Unexpected CS toogle under DMA @DanNguyenDuy Mobis の arxml ファイルを共有します。 RTDのバージョンは4.0.0_HF04です（香港MC Re: S32K314 LPSPI - Unexpected CS toogle under DMA @DanNguyenDuy LPSPI DMA 構成の Mobis のスクリーンショットを共有します。キャプチャ画像で使用しているチャネル名は Vsp です。 Re: S32K314 LPSPI - Unexpected CS toogle under DMA こんにちは@alexyang 、 どのパッケージバージョンを使用しましたか? サンプルファイルまたは設定ファイル（.xdmまたは.arxml）を送っていただけますか？ファイルですか? よろしくお願いいたします。 ダン Re: S32K314 LPSPI - Unexpected CS toogle under DMA こんにちは@alexyang 、 1.構成を確認しましたが、問題は見つかりませんでした。 2. 私は S32K314 を持っていないので、S32K344 でこの問題を確認しましたが、私の側ではこの問題は発生していません (送信プロセス中に PCS が LOW に維持されていました)。 3. 呼び出しの前後のLPSPI2_TCRレジスタの値を確認してください。 Spi_AsyncTransmit() 関数? 送信プロセス中にTCR[CONT] = 0になると、PCSピンはハイレベルになります。 そうでない場合、FIFO が空になる前に DMA が TX FIFO にデータを転送しなかったため、LPSPI が TX FIFO が空になった状態でデータをシフトしているときにこの問題が発生する可能性があります。この状況では、LPSPI が送信終了信号を検出するため PCS がトリガーされ、これはデザイン上の制限のように見えます。 よろしくお願いいたします。 ダン Re: S32K314 LPSPI - Unexpected CS toogle under DMA こんにちは@alexyang 、 私の見解では、 TXウォーターマークが0の場合にこの問題が発生する可能性があります。DMA割り込みの優先度を上げ、Lpspi_ErrataHandle()関数の後にTXウォーターマークを3（最大値）に変更するステートメントを追加してテストすることをお勧めします。 よろしくお願いいたします。 ダン Re: S32K314 LPSPI - Unexpected CS toogle under DMA @DanNguyenDuy TCR[CONT]が設定されているSO、予期しないCSトグルの原因にはなりません。 LPSPI の TX ウォーターマークに関して懸念があり、私の推測ではこれが TX FIFO が空になる原因である可能性があります。 TX ウォーターマークは、以下のように Lpspi_Ip_Init で 2 に設定されます。 しかし、ERR_IPV_LPSPIV2_0001 の Lpspi_ErrataHandle(Base, State) によって 0 に設定されており、これは私の推測では予期しないアクションです。 したがって、私のレビューでは、ERR_IPV_LPSPIV2_0001 の回避策によって TX ウォーターマークが予期せず 0 になります。そして、別のお客様であるAutoeverからも報告がありました。 Autoever レポートでは、SPI TX アンダーランが発生し、autoever は Lpspi_TransmitTxInit によって TX ウォーターマークがクリアされていることを検出しました。SO、Autoever は「Base->FCR = LPSPI_FCR_TXWATER((uint32)LPSPI_IP_FIFO_SIZE_U8 - (uint32)2u);」を強制的に追加して TX ウォーターマークを 2 に戻し、TX アンダーランを削減しました。 TX ウォーターマークについてどう思いますか?TX ウォーターマークが 0 であることが、DMA による予期しない CS トグルの原因として CAN である可能性がありますか? Re: S32K314 LPSPI - Unexpected CS toogle under DMA こんにちは@alexyang 。 RTD チームにお問い合わせする前に、次の 2 つのテスト シナリオを試してもらいたいと思います。 シナリオ 1: Lpspi_ErrataHandle() 関数の後に、DMA 優先度割り込みを最高に設定し、TX ウォーターマーク = RX ウォーターマーク = 3 に設定します。 シナリオ 2: シナリオ 1 + RX DMA を無効にし、ポーリング方法でデータを受信します。 よろしくお願いいたします。 ダン Re: S32K314 LPSPI - Unexpected CS toogle under DMA こんにちは@DanNguyenDuy CS トグル レートが TX ウォーターマークによって低下したため、CS トグルの原因は TX FIFO が空になったことと思われます。 ただし、この変更によって CS の切り替えの問題は完全に解決されませんでした。CS の切り替えを完全に防止するために、TX ウォーターマークに基づいた追加の提案はありますか? また、 Lpspi_ErrataHandle() 関数の後に TX ウォーターマーク = 0 が予期しない動作である場合、これを修正する予定はありますか？ Autoever は、TX ウォーターマークの処理について NXP に確認を取り、修正が必要な場合は NXP のパッチ計画を入手したいと考えています。 ありがとう。 BR、 アレックス・ヤン

Seeking a compatible pressure sensor Hallo everyone I'm looking for a compatible pressure sensor to replace the original 125pc05d1. 125pc05d1 is the original pressure sensor.It is a differential pressure type. I have attached the original pressure sensor's outline drawing and technical specifications. The sensitivity of a 125pc05d1 is approximately equal to Δmv/Δp ≈ 70mv/5psi ≈ 14,Because the subsequent amplifier circuit is complex, I don't know how to adjust it. It would be ideal if there were a newer model of pressure sensor with the same sensitivity that would be compatible. For more detailed testing, please see the link below. https://www.eevblog.com/forum/repair/replacing-the-pressure-sensor-requires-assistance/ Thank you for your help. Re: Seeking a compatible pressure sensor Hello, Please consider using the MPX10DP, as it is the closest match to the original 125pc05d1 in both form and functionality. If you need a broader pressure range or more output voltage for higher resolution, consider the MPX5010DP, albeit with additional signal conditioning. BRs, Tomas Re: Seeking a compatible pressure sensor Thanks

TagXplorer - 利用可能なリーダーがありません TagXplorer を Identiv uTrust 3700 リーダーに接続しようとして数時間試みましたが、うまくいきませんでした。OpenJDK と Oracle Java 8 の両方で TagXplorer を実行してみました。何を試しても、UI (およびログ) には常に「利用可能なリーダーがありません」と表示されます。 Identiv ドライバはすでにインストールされています。私はMacOS 11.1を使用しており、セキュリティとプライバシーでJavaの入力監視をすでに有効にしています。 同様の問題を抱えた人はいますか? Re: TagXplorer - No reader available TagXplorer でも同じ問題が発生し、信頼できる解決策を見つけるのに少し苦労しました。収入の計算を簡素化するツールを見つけました。計画の途中でカリフォルニア州の純給与リソースを使用すると、手取り額を正確に見積もるのがはるかに簡単になりました。うまくいけば、これはリーダーなしで困っている他の人々の助けになるでしょう。 Re: TagXplorer - No reader available しばらく Mac で試してみましたが、次から次へと問題に遭遇したため、最終的には Windows に切り替えました。 Re: TagXplorer - No reader available こんにちは、 Mac、MAC OS Sonoma、 Identiv uTrust 3700リーダーでも同じ問題が発生しています。Identivのウェブサイトから直接ドライバをインストールしました。 私のJavaバージョンは1.8.0_421ですが、 NFCツールなどの他のアプリからリーダーにアクセスできるにもかかわらず、「リーダーが利用できません」というメッセージが表示されます。 MACで成功した人はいますか？ よろしくお願いします。 Re: TagXplorer - No reader available 更新: ドライバを 3 回目に再インストールしたら、タグを接続できるようになりました。しかし、私が実行しようとするすべてのアクション（例：「NDEF を読み取り」) すると、「サポートされているリーダーが利用できません」というメッセージが表示されます。 Re: TagXplorer - No reader available sudo でコマンドを実行することで、TagXplorer でリーダーを取得できました。 しかし、タグは表示されません。NFC タグをリーダーに置くと、LED が何かを知らせますが、TagXplorer では「タグを接続」をクリックした後に「税金は利用できません」というメッセージが表示されます。 Re: TagXplorer - No reader available この問題を解決した人はいますか? 私も同じ問題を抱えています Re: TagXplorer - No reader available 誰かMacでこれを解決しましたか。Open FX ディレクトリを TagXplorer と同じディレクトリに置くことで、Windows 10 ではすべて完璧に動作しますが、2 台の Mac で TagXplorer を動作させることはできますが、リーダーを認識できません。TagXplorer と同じディレクトリにドライバへの symobilc リンクを配置しようとしましたが、うまくいきませんでした。リーダーがUSB上のデバイスに接続されていることがわかります。 上記すべてと同じ問題のようです - 64 Intel で 12.5 を実行しています。 実行中の Mac ディレクトリのスクリーンショットを添付します。 OPen FX コードをアプリケーションのフォルダーに配置し、ターミナルから次のコマンドを実行して、TagXplorer ディレクトリ内から TagXplorer を正常に実行しています。 java --module-path /Applications/javafx-sdk/lib  --add-modules javafx.controls、javafx.fxml -jar TagXplorer-v1.2.jar   TagXplorerでリーダーを表示する方法についてのアイデアがあれば歓迎します 🙂   Re: TagXplorer - No reader available 私もあなたと全く同じ問題を抱えています。 Re: TagXplorer - No reader available JavaFX でどのように動作させたのか、もう少し詳しく教えていただけますか?（TagXplorerのインストール＋起動） Re: TagXplorer - No reader available アップデート： Catalina では、私が所有する古い 2013 Macbook Pro で、リーダーは USB Adam Elements 6 ポート USB-C ハブ経由では接続されず、直接 USB 2.0 ポートに接続され、Oracle Java 9 がインストールされているため、リーダーはすぐに認識されます。jar を実行した出力には、上記と同じ出力が表示されます。 SO、Catalina と Big Sur のどちらが優れているでしょうか?pcsctest はリーダーを拾います。 working.png   pcsctest.png   Re: TagXplorer - No reader available @aaronqli @piotr_arteia 今、Ubuntu 20.04でこれを試してみましたが、ほぼ同じ結果が得られました。私が実行した手順は次のとおりです。 VirtualboxにUbuntuをインストールする セットアップガイドに従ってuTrust 3700 Fのドライバをインストールします。 Oracle Java 9 をインストールします。これには JavaFx が含まれています - バージョンを確認してください マシンを起動し、pcsc_scanを使用してカードリーダーがコネクテッドであることを確認します（スクリーンショットを参照）。 TagXplorerを実行 - 結果はMacOSと同様にリーダーがコネクテッドしていない utrust-connected.jpg   java-installed.jpg   run-tagxplorer.jpg   result.jpg   このThreadでこれについて何か他の考えを持っている人はいますか。アドバイスを頂ければ幸いです。jar を実行したときの出力も添付します。 Re: TagXplorer - No reader available @aaronqli更新情報をありがとうございます。🙂 Oracle Java 11 で試してみましたが、まだ表示されません。jar を実行するために使用した正確なコマンドは何ですか?javafx を参照しましたか? 参照した場合、どのバージョンですか?そして最後に、.jarはTagXplorer 1.2?本当に助かります。ちょっと気が狂いそうです。 Re: TagXplorer - No reader available 皆さんに簡単なアップデートをお知らせします。Oracle Java 11 がインストールされた私のノートPC (Big Sur、Macbook Pro 2017 後期) では正常に動作します。おそらく犯人はOpenJDK / JavaFX Re: TagXplorer - No reader available 結局、Windows 10 PC でそれを実行することができました。 前回の投稿では十分に正確ではありませんでした。Windows マシン上の問題は、TagXplorer が起動しないことでした。https://community.nxp.com/t5/NFC/TagXplorer-v1-2-jar-cannot-start/mp/918596#M5608で提供されている解決策を正常に使用し、アプリの起動を 2 回目に試行したときにデバイスが認識されました。 Mac でそれを実行する方法はまだありません。 リプレイありがとうございます！ Re: TagXplorer - No reader available @piotr_arteiaいいえ、残念ながら私の側からはそうではありません。ちょっと困惑しています。 Re: TagXplorer - No reader available ここでも同じ問題があります。 最新の JDK、ドライバ、MacOS Catalina、BigSur、ホームでチェック済み。 コンピューターはリーダーを認識しますが、TagXplorer は認識しません。 @aaronqli 、 @WillHill 、 @jonmixnblend分かりましたか? @Kan_Li 、 @IvanRuiz助けてください! Re: TagXplorer - No reader available 私も@WillHillとまったく同じ問題を抱えています。セットアップは同じですが、Big Sur 11.2.3、uTrust 3700F、uTrust ドライバがインストールされています。 使用方法: openjdk 15.0.2 2021-01-19 OpenJDK ランタイム環境 (ビルド 15.0.2+7) OpenJDK 64ビットサーバーVM（ビルド15.0.2+7、混合モード、共有） TagXplorerアプリを動作させるには、JafaFX 16をダウンロードして隔離解除する必要がありました pcstest が正常に完了したため、uTrust がインストールされ、正常に動作していることはわかっています。また、 https://github.com/martinpaljak/GlobalPlatformProで使用できます。大丈夫です。 Re: TagXplorer - No reader available 私も同じ問題を抱えています。 macOS BigSurバージョン11.1を使用しています Java バージョン 8 アップデート 281 uTrust 3700 F を USB 経由で接続しています (電源が入っているとライトが点灯します) ここからドライバをインストールしましたhttps://files.identiv.com/products/smart-card-readers/common-drivers/uTrust_MAC_Driver.zip マシンを再起動しました。 TagXplorer v1.2 を実行していますが、「リーダーを接続」をクリックすると「サポートされているリーダーがありません」というメッセージが表示され、ドロップダウンにリーダーが表示されません。 Re: TagXplorer - No reader available 重要な情報にアクセスしようとしたときに「リーダーが利用できません」というメッセージが表示されるとイライラします。以前にも同様の問題を経験したことがありますが、ファイルの互換性を再確認したり、別のブラウザで開いてみたりすると問題が解決することがよくあります。地元の不動産の詳細に確実にアクセスする必要がある場合、私は通常、記録が整理されていて簡単にナビゲートできるJackson 不動産検索を参照します。アクセスの問題がすぐに解決され、誰もが中断することなくコンテンツを視聴できるようになることを願っています。 Re: TagXplorer - No reader available 最近、いくつかのレコードにアクセスしようとしたときに同じ問題が発生し、非常にイライラしました。マサチューセッツ州の遺言検認事件のようなリソースを使用すると、さまざまな文書を調べたり、関連するプロセスを理解したりするのに非常に役立つことがわかりました。特に標準のリーダーが読み込まれない場合に、特定の情報を見つけるのがはるかに簡単になりました。同様の状況に直面している人にとっては、間違いなく確認する価値があります。 Re: TagXplorer - No reader available このアップデートを共有していただきありがとうございます!詳細な記録をすぐに入手したい人にとって、 Brevard County の文書は、アクセスしやすい形式で包括的な情報を提供するため、非常に役立つでしょう。最新の提出書類や公式記録についての最新情報を入手するには、詳細を確認してください。地元の不動産マターを効率的に追跡するための便利なリソースです。    

使用CLRC66303HN 在16-slots模式无法读取15693标签 我使用的SDK版本是 NxpNfcRdLib_RC663_v07.14.00_Pub.zip  使用one slot  读取标签速度非常快，但是改成16 slots后，经常报错0x201或者0x203        我的修改逻辑是把所有的 |  PHPAL_SLI15693_FLAG_NBSLOTS替换为 /* | PHPAL_SLI15693_FLAG_NBSLOTS */ 还有哪里漏改了吗？ 具体修改如下：   diff --git a/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phacDiscLoop/src/Sw/phacDiscLoop_Sw_Int_V.c b/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phacDiscLoop/src/Sw/phacDiscLoop_Sw_Int_V.c index a2b1dd9..317b4b2 100644 --- a/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phacDiscLoop/src/Sw/phacDiscLoop_Sw_Int_V.c +++ b/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phacDiscLoop/src/Sw/phacDiscLoop_Sw_Int_V.c @@ -47,7 +47,7 @@ phStatus_t phacDiscLoop_Sw_DetTechTypeV( /* Inventory request with one slot */ status = phpalSli15693_Inventory( pDataParams->pPalSli15693DataParams, - pDataParams->sTypeVTargetInfo.bFlag | PHPAL_SLI15693_FLAG_NBSLOTS | PHPAL_SLI15693_FLAG_INVENTORY, + pDataParams->sTypeVTargetInfo.bFlag /*| PHPAL_SLI15693_FLAG_NBSLOTS*/ | PHPAL_SLI15693_FLAG_INVENTORY, 0, NULL, 0, @@ -106,7 +106,7 @@ phStatus_t phacDiscLoop_Sw_Int_CollisionResolutionV( /* Symbol 0 */ status = phpalSli15693_Inventory( pDataParams->pPalSli15693DataParams, - pDataParams->sTypeVTargetInfo.bFlag | PHPAL_SLI15693_FLAG_NBSLOTS | PHPAL_SLI15693_FLAG_INVENTORY, + pDataParams->sTypeVTargetInfo.bFlag /*| PHPAL_SLI15693_FLAG_NBSLOTS*/ | PHPAL_SLI15693_FLAG_INVENTORY, 0, aMaskBuffer, bMaskBitLength, diff --git a/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phpalSli15693/src/Sw/phpalSli15693_Sw.c b/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phpalSli15693/src/Sw/phpalSli15693_Sw.c index a99ad24..d507f8e 100644 --- a/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phpalSli15693/src/Sw/phpalSli15693_Sw.c +++ b/Middlewares/Third_Party/nxp/NxpNfcRdLib/comps/phpalSli15693/src/Sw/phpalSli15693_Sw.c @@ -1839,7 +1839,7 @@ phStatus_t phpalSli15693_Sw_InventoryExt( /* Clear INVENTORY, AFI and NBSLOTS flag */ if((status & PH_ERR_MASK) != PH_ERR_SUCCESS) { - pDataParams->bFlags &= (uint8_t)~(uint8_t)(PHPAL_SLI15693_FLAG_INVENTORY | PHPAL_SLI15693_FLAG_AFI | PHPAL_SLI15693_FLAG_NBSLOTS); + pDataParams->bFlags &= (uint8_t)~(uint8_t)(PHPAL_SLI15693_FLAG_INVENTORY | PHPAL_SLI15693_FLAG_AFI /*| PHPAL_SLI15693_FLAG_NBSLOTS*/); } /* Verify the exchange status. */ @@ -1967,7 +1967,7 @@ phStatus_t phpalSli15693_Sw_InventoryExt( }while(bAllBlocksRead == 0U); /* Clear INVENTORY, AFI and NBSLOTS flag */ - pDataParams->bFlags &= (uint8_t)~(uint8_t)(PHPAL_SLI15693_FLAG_INVENTORY | PHPAL_SLI15693_FLAG_AFI | PHPAL_SLI15693_FLAG_NBSLOTS); + pDataParams->bFlags &= (uint8_t)~(uint8_t)(PHPAL_SLI15693_FLAG_INVENTORY | PHPAL_SLI15693_FLAG_AFI /*| PHPAL_SLI15693_FLAG_NBSLOTS*/); pDataParams->bExplicitlyAddressed = 0; Re: 使用CLRC66303HN 在16-slots模式无法读取15693标签 你好@a751116023 请尝试以下步骤： 1.初始化阅读器。 将协议设置为 ISO15693。 启用避免碰撞功能。 选择时间段 = 16（用于多标记方案）。 2。启动存货命令。 读取器发送存货命令，标签随机选择一个时段进行响应。 读者收集回复： 如果一个时隙内只有一个标签 → 获取 UID。 如果碰撞发生在一个时隙 → 无法识别，标记为"不完整" 。 3.记录识别的标签。 将成功读取的 UID 储存到列表中。 向识别到的标签发送选择命令，将其从随后的防碰撞中移除。 4.循环直至完成。 重复步骤 2-4，直到 所有标签 UID 均已识别，或重试次数已达上限。 Re: 使用CLRC66303HN 在16-slots模式无法读取15693标签 我把 Middlewares\Third_Party\nxpNfcRdLib\intfs\phacDiscLoop.h 里的 PHAC_DISCLOOP_CFG_MAX_VICINITY_CARDS_SUPPORTED 改成0x10后 好像是执入16 SLOTS了。现在还有个问题 Examples\NfcrdlibEx4_MIFAREClassic\NfcrdlibEx4_MIFAREClassic.c 一次只能读取一张卡 给这张卡休眠之后继续读取 还是只读取到这一张卡 怎么解决？

アプリケーションがSDRAM用にビルドされている場合のRT1170デバッグ こんにちは、 私はMCUXpressoとそのSDKを使用してRT1170用のアプリケーションを開発しています。 提供されているサンプル プロジェクトはすべて、「DTC」 RAM を使用するように構築されているようです。他の多くのユーザーと同様に、私のアプリケーションは大きすぎてそこに収まらないため、「外部 SDRAM」を使用しようとしています。 他のフォーラム投稿で提案されている解決策をいくつか試してみました（特にhttps://community.nxp.com/t5/i-MX-RT/MCUXpresso-and-RT1050-download-and-debug-in-SDRAM/mp/896979）これでプログラムを実行できるようになり、アプリケーションがフラッシュされていればプログラムをデバッグできます。 ただし、 「アプリケーションを RAM にリンク」でビルドして実行すると、ブレークポイントに到達すると、通常、アプリケーションはそこで停止します。 これは SDRAM を正しく初期化しなかったことが原因であると推測します。前述の投稿では、デバッガーが SDRAM コントローラを初期化するための接続スクリプトとして「RT1050_SDRAM_Init.scp」を使用しています。このファイルを使用すると、当然ながら失敗します。 このスクリプトを RT1170 で動作するように適応させるアイデアが全くありません。これを実行した人はいますか、またはこれを生成する方法についてアドバイスをくれますか? ご協力いただければ幸いです。 Re: RT1170 debugging when application is built for SDRAM こんにちは@jingpan 提供されている手順に従い、RT1170_BriefOverview_v210.pdf に記載されている変更を加えて hello world をフラッシュすると、デバッグ モードで SDRAM を使用できるようになります。 しかし、この変更後、SDRAM もコードの保存に使用されるようになりました。 私のアプリケーションでは、コードをフラッシュ メモリに保存し、BOARD_SDRAM をヒープ セクションとスタック セクションにのみ使用したいと考えています。 アプリケーションをフラッシュ メモリにフラッシュし、そのアプリケーションはヒープ セクションとスタック セクションに BOARD_SDRAM を使用します。 SOのために必要な変更についてご指導ください。 Re: RT1170 debugging when application is built for SDRAM ありがとう@jingpan 、 .scpを追加するだけで済みましたファイルとそれは機能しました。 ステップ 5、6、8 はすでに実行しましたが、他のステップも試してみます。 参考になればと思い、board.cに以下の変更を加えました。これは、< https://community.nxp.com/t5/i-MX-RT/MCUXpresso-and-RT1050-download-and-debug-in-SDRAM/mp/896979>で説明されているものと同等だと思います - RT1170_SDRAM_NOT_CACHED が定義されています: #ifdef USE_SDRAM #ifndef RT1170_SDRAM_NOT_CACHED /* 領域 9 の設定: 通常タイプのメモリ、共有不可、外側/内側の書き戻し */ MPU->RBAR = ARM_MPU_RBAR(9, 0x80000000U); MPU->RASR = ARM_MPU_RASR(0, ARM_MPU_AP_FULL, 0, 0, 1, 1, 0, ARM_MPU_REGION_SIZE_64MB); ＃それ以外 MPU->RBAR = ARM_MPU_RBAR(9, 0x80000000U); MPU->RASR = ARM_MPU_RASR(0, ARM_MPU_AP_FULL, 1, 0, 0, 0, 0, ARM_MPU_REGION_SIZE_64MB); #endif /* RT1170_SDRAM_NOT_CACHED */ #endif Re: RT1170 debugging when application is built for SDRAM こんにちは@robert_s 、 このスクリプトは RT1050/60 には適合しますが、RT1170/60 には適合しません。添付のスクリプトを使用CAN。スクリプト ファイルの他に、実行する必要がある手順が他にもあります。  C/C++ ビルド > プロパティの MCU 設定のメモリ詳細で、BOARD_SDRAM を SRAM_DTC_m7 の上に移動します。  Connect スクリプトには RT1170_connect_M7_wake_M4_SDRAM_init.scp を使用します。  追加オプションに --cachelib libm7_cache.so を追加します。 USB/イーサネット/SDHC を使用する場合は、DMA バッファをキャッシュ不可領域に配置してください。  MCU C コンパイラ > プリプロセッサに USE_SDRAM を追加します。  プロパティ->設定->マネージリンカースクリプトでRAMへのリンクを選択します  プロジェクトが USB に関連付けられている場合は、MCU C コンパイラ > プリプロセッサに DATA_SECTION_IS_CACHEABLE=1 を追加します。  プロジェクトがフリートスのない USB ホストに関連付けられている場合は、ヒープを DTCM またはキャッシュ不可能な領域に配置します (bm) よろしくお願いいたします。 ジン

应用程序启动时自动连接 JLink 我想捕获应用程序的初始状态。有没有什么解决方案可以让FreeMaster在应用程序启动时立即自动连接目标板？ Re: Auto connect JLink when application start up 我找到了一个非常简单的解决办法。 (1) 安装完成后，通过调试启动应用程序。程序将在 main() 中的第一个代码处通过断点暂停。 (2) 在 FreeMASTER 中开始通信。 (3) 禁用所有断点，应用程序开始运行。 这个解决方案能满足我的要求吗？ Re: Auto connect JLink when application start up 你好，@LuBiq、 您可以通过在应用程序的初始化阶段模拟一个等待全局变量（触发信号）的循环来实现此行为。 使用 FreeMASTER 连接到目标后，可更改变量值以继续执行应用程序。Ex： volatile char wait = 1; // Trigger variable (to be chnaged from FreeMASTER) void main() { while (wait) { // Wait for trigger to change } // Application logic } 注意：此方法仅适用于 BDM 插件，因为其他插件在连接目标之前需要进行一些初始化。

高インピーダンスバッファ こんにちは、皆さん 私は小規模なデジタル ロジック プロジェクトに取り組んでおり、 74HCT1G126GV をバッファ/ライン ドライバとして使用することを検討しています。この部品は、3 ステート出力と 2 ～ 5.5 V の電源範囲を備えたシングル チャネル バッファであるため、混合電圧ロジック インターフェースに最適です。データシートはここにあります。 私の計画は、74HCT1G126 をマイクロコントローラの出力と共有バスまたは外部モジュールの間に配置することです。出力を無効 (トライステート) にできるため、複数のデバイスが同じラインを共有する場合にバスの競合を回避できます。また、回路のノイズの多い部分を分離したり、MCU が直接処理できない負荷のレベルシフトや駆動を支援したりするのにも役立ちます。 構築する前にいくつか質問があるので、皆さんの意見を聞きたいです。 共有バス アプリケーションで 74HCT1G126 の 3 ステート動作に依存しても大丈夫でしょうか、それともタイミングやリークの落とし穴に注意する必要があるでしょうか?混合電圧インターフェース（例：5 V ロジックで 3.3 V を駆動）の場合、実際の使用において HCT バッファの信頼性はどの程度ですか?信号の整合性やマージンに関して既知の注意点はありますか?このバッファを PCB に配置する場合、どのようなレイアウト手法 (トレース ルーティング、デカップリング、高 Z 用のプルアップ/プルダウン) をお勧めしますか? よろしくお願いいたします！

加载配置和在 CLI 中构建失败 大家好，又是我， 我在使用命令行加载配置和构建项目时遇到了问题。我的电脑是 Windows 11。 以下是我的命令： 加载配置： $env:BASE_PLATFORMSDK_S32K3 = 'C:\NXP\S32DS.3.6.4\S32DS\software\PlatformSDK_S32K3' .\s32dsc.exe -noSplash -application com.nxp.swtools.framework.application --launcher.ini .\s32ds.ini -data 'C:\Users\guest\Desktop\tmp' -sdkPath 'C:\NXP\S32DS.3.6.4\S32DS\software\PlatformSDK_S32K3'.-载入 "C:\Users\guest\Desktop\tmp\my_project\my_project.mex-exportAll 'C:\Users\guest\Desktop\tmp\my_project' 版本 代码包： .\s32dsc.exe -noSplash -application org.eclipse.cdt.managedbuilder.core.headlessbuild--launcher.ini .\s32ds.ini -data 'C:\Users\guest\Desktop\tmp' -cleanBuild my_project 我在构建过程中遇到了错误，致命错误：Stm_Ip.h：No such file or directory. 在检查加载配置过程时，我收到了这样的警告，严重警告：错误的 SDK 安装位置首选项： .使用共享位置！ 现在我假设这与我的 SDK 路径有关，但正如你所看到的，我已经使用了 -sdkPath 命令，但仍然出现了错误。 我是不是漏掉了什么？谢谢 Re: Load Config and Building in CLI failed 你好@nairaca04 能否请您分享一下您所遵循的所有步骤，包括执行的任何命令和应用的配置？这将有助于我们更好地了解流程，并确定问题可能出在哪里。 此外，我们建议参考 S32 Design Studio 命令行界面的官方文档，因为其中提供了通过命令行加载配置和构建项目的详细说明和最佳实践。 您可以在以下地点找到这一资源： C:\NXP\S32DS.3.6.4\S32DS\help\resources\howto\HOWTO_S32_Design_Studio_Command_Line_Interface.pdf BR、VaneB Re: Load Config and Building in CLI failed 你好@nairaca04 根据您分享的步骤，您似乎没有使用 S32 配置工具从 .mex 生成代码。文件或更新了代码以及所有元器件依赖关系。有关详细说明和特定命令，请导航至顶部菜单栏并选择帮助 → 帮助内容，然后搜索"命令行执行 - 项目工作" 。 Re: Load Config and Building in CLI failed 你好@VaneB、 感谢您的回复，抱歉这么久才回复。 我查看了 pdf 文件，其中大部分说明都是关于创建项目或构建项目的。我想进一步检查 mex 文件的加载情况。 此外，以下是我按顺序使用的命令： 导入项目： .\s32dsc.exe -noSplash -application org.eclipse.cdt.managedbuilder.core.headlessbuild--launcher.ini.s32ds.ini--data'C:\Users\guest\Desktop\tmp'--import'C:\Users\guest\Desktop\tmp\my_project'。 加载配置 (.mex) 文件： .\s32dsc.exe -noSplash -application com.nxp.swtools.framework.application --launcher.ini .\s32ds.ini -data 'C:\Users\guest\Desktop\tmp' -MCU S32K358 -SDKVersion PlatformSDK_S32K3 -Load 'C:\Users\guest\Desktop\tmp\my_project\my_project.mex'.-ExportAll'C:\Users\guest\Desktop\tmp\my_project'（导出所有项目 编译项目： .\s32dsc.exe -noSplash -application org.eclipse.cdt.managedbuilder.core.headlessbuild--launcher.ini .\s32ds.ini -data 'C:\Users\guest\Desktop\tmp' -cleanBuild my_project/Debug_FLASH 我更新了 "加载配置 "，成功删除了警告信息： 严重：找不到任何 SDK SEVERE：错误的 SDK 安装位置首选项： .使用共享位置！ 但是，我在版本中还是遇到了同样的错误：致命错误：stm_ip.h：没有这样的文件或目录。 我注意到的一点是，在 CLI 中，它不会生成 RTD 和堆栈文件夹，而在图形用户界面中，这些文件夹会自动创建。 Re: Load Config and Building in CLI failed 你好@VaneB、 感谢您之前的建议，我已经根据帮助内容更新了我的流程。 现在我又遇到了一个新问题：RTD RTD 可以成功导入，但 堆栈 却无法导入，进程卡在命令行，毫无进展。 信息：Peripherals：源文件已更新： generate\include\Port_PBcfg.h、generate\include\Gmac_Ip_Cfg.h、generate\include\Gmac_Ip_Device_Registers.h、generate\include\Power_Ip_PBcfg.h、generate\include\Power_Ip_Cfg_Defines.h、generate\include\modules.h, generate\src\FlexCAN_Ip_Sa_PBcfg.c、generate\src\Stm_Ip_SA_PBcfg.c、generate\include\Gmac_Ip_Features.h、板\ siul2_port_IP_CFG.H，生成\ include\ mpu_m7_IP_CFG.H，generate\include\Platform_CfgDefines.h、generate\include\FreeRTOSConfig.h、generate\include\DeviceDefinition.h、board\ siul2_port_IP_CFG.C，生成\ src\ port_pbcfg.C，生成\ include\ flexcan_IP_CFGDefines.H，generate\include\Ram_Ip_Cfg_Defines.h、generate\include\Stm_Ip_Cfg_Defines.h、generate\include\Gmac_Ip_PBcfg.h、generate\include\Tspc_Port_Ip_PBcfg.h、generate\src\Mcu_Cfg.c, generate\include\System_Ip_Cfg.h、generate\include\Platform_Cfg.h、generate\src\Platform_Ipw_Cfg.c、generate\include\Power_Ip_Cfg.h、generate\src\Eth_43_GMAC_Ipw_PBcfg.c、generate\include/Clock_Ip_PBcfg.h、生成 Dec 16, 2025 3:14:55 PM com.nxp.swtools.utils.scripting.ScriptDependencyHelper addDependency 警告： [DATA] 依赖源（来自 javascript）包含 .作为分隔符，而不是 ：Pins.PortContainer_0_BOARD_InitPeripherals Dec 16, 2025 3:14:56 PM com.nxp.swtools.utils.scripting.ScriptDependencyHelper addDependency 警告： [DATA] 依赖源（来自 javascript）包含 .作为分隔符，而不是 ：Pins.PortContainer_0_BOARD_InitPeripherals Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logWarning 警告： [Lcom.nxp.swtools.resourcetables.model.config.IComponentInstanceConfig;@aae360c Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo 信息：构造函数未定义 Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo INFO：类名 BaseToolchainSettings Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo INFO：构造函数 ConfigSet：[编号：BaseNXP] Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo INFO：TypeError: settingsClass.applyToolchainSettings 不是函数 Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo 信息：构造函数未定义 Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo INFO：类名 FreeRtosToolchainSettings Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo INFO：构造函数 ConfigSet：[Id: freertos_driver] Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo INFO: 应用工具链设置 Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo 信息：构造函数未定义 Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo INFO：类名 TcpipToolchainSettings Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo INFO：构造函数 ConfigSet：[标识符：tcpip_cfg] Dec 16, 2025 3:14:57 PM com.nxp.swtools.utils.scripting.internal.ScriptApi logInfo INFO: applyToolchainSettings 这是我更新的序列： 导入项目： .\s32dsc.exe -noSplash -application org.eclipse.cdt.managedbuilder.core.headlessbuild--launcher.ini.s32ds.ini--data'C:\Users\guest\Desktop\tmp'--import'C:\Users\guest\Desktop\tmp\my_project'。 加载配置 (.mex) 文件： .\s32dsc.exe -noSplash -application com.nxp.swtools.framework.application --launcher.ini .\s32ds.ini -data 'C:\Users\guest\Desktop\tmp' -MCU S32K358 -SDKVersion PlatformSDK_S32K3 -Load 'C:\Users\guest\Desktop\tmp\my_project\my_project.mex'.-ExportAll'C:\Users\guest\Desktop\tmp\my_project'（导出所有项目 更新代码： .\s32dsc.exe -noSplash -application com.nxp.swtools.framework.application -launcher.ini .\s32ds.ini -HeadlessTool Peripherals -importProject C:\Users\guest\Desktop\tmp\my_project -sdkPath C:\NXP\S32DS.3.6.4\S32DS\software\PlatformSDK_S32K3 -data 'C:\Users\guest\Desktop\tmp 编译项目： .\s32dsc.exe -noSplash -application org.eclipse.cdt.managedbuilder.core.headlessbuild--launcher.ini .\s32ds.ini -data 'C:\Users\guest\Desktop\tmp' -cleanBuild my_project/Debug_FLASH Re: Load Config and Building in CLI failed 你好@nairaca04 你能分享一下你正在使用的软件包以及版本详细信息吗？另外，你能不能提供你的 .mex文件？我想排除任何与您的设置或配置有关的问题。 如果您不希望在社区中共享此信息，请提交支持票据。 最后，您在建造项目时等待了多久？有时版本过程可能需要一段时间。

无法验证 S32M244-CTL 寄存器读取失败时的 GDU 安全状态 在初始化过程中，我们需要将 S32M244 的栅极驱动单元 (GDU) 置于安全状态。我们遵循的顺序是 1. 读取 CTL 寄存器。 2. 3. 再次读取以确认写入。 问题 1： 使用 API 时：Ae_ReadRegister((uint32)(&(IP_GDU_AE->CTL)), AEC_DATAWIDTH_16,&u32RegValGDU_Pre); 读取操作失败，返回状态 0x01。 (注：IP_GDU_AE_BASE 地址为 0x180，IP_GDU_AE->CTL 为 0x186） 问题 2： 在读取失败后，我们尝试使用以下方法进行写入：Aec_Ip_SpiWrite((uint32)(&(IP_GDU_AE->CTL)), AEC_DATAWIDTH_16, 0x0040U)； 该写操作返回状态 0x00（成功）。 然而 1.我们无法确认 GDU 是否处于安全状态。 2.随后使用相同 API 的读取仍然失败，无法反映写入的值。 问题 1。在读取/写入 AE/GDU 寄存器之前，是否有任何先决条件（功率域启用、解锁顺序、定时）？ 2。我们如何验证 GDU 处于安全状态？是否有需要检查的特定位或状态寄存器？ 3. 读操作是否有与写操作不同的 SPI 框架或协议要求？ 请求（紧急） 请提供以下方面的指导： 1.解决读取失败问题。 2. 向 CTL 寄存器写入后确认安全状态的建议方法。 Re: Unable to Verify GDU Safe State on S32M244—CTL Register Read Failure 你好 如果要写入 GDU 寄存器，首先需要配置 SPI（可能已经配置）、初始化应用扩展，并在应用扩展 RSTGEN_CFG 寄存器第 4 位启用 GDU。 petervlna_0-1764930094707.png 建议您从我们的电机控制示例中寻找灵感： petervlna_1-1764930250961.png 在这里，您可以找到应用程序扩展如何与 GDU 一起初始化： petervlna_2-1764930273813.png 一旦初始化完成，就可以将 GDU 置入或移出安全状态，RTD 中有相关的应用程序接口。 您可以使用该简短代码为例，读取/验证 GDU CTL 寄存器的内容： petervlna_3-1764930294878.png 如果要手动写入 GDU 的 CTL 寄存器，则必须先读取 CTL 寄存器的内容，然后"OR" 与 0x40 相加，再将结果值写回 CTL 寄存器，因为 CTL 寄存器的某些位只能在 GDU 处于配置模式时更改，否则会出错。 也许测试 GDU 是否安全启动的最简单方法就是配置寄存器 SUPCFG，使低端晶体管在 GDU 安全启动时开启，下面是一个如何配置这种验证的示例： petervlna_4-1764930320026.png 顺祝商祺！ Peter Re: Unable to Verify GDU Safe State on S32M244—CTL Register Read Failure #NXPCommunity, #NXPTechSupport, #GateDriverUnit : 非常感谢您的紧急援助。 Re: Unable to Verify GDU Safe State on S32M244—CTL Register Read Failure 你好 您的电机控制库标头丢失了。这些 three-gflib.h、gmclib.h、和 gdflib.h-aren't它们来自恩智浦的汽车数学& 电机控制库 (AMMCLib)。S32M24x PMSM FOC 示例需要在计算机上安装 AMMCLib，并将其添加到项目的 include/lib 路径中。 为什么会丢失这些文件 示例 S32M24xEVB_PMSM_FOC_1Sh 使用 AMMCLib 块（GFLIB、GMCLIB、GDFLIB 等）。如果没有安装 AMMCLib for S32M24x，或者项目没有配置为指向 AMMCLib，编译器就无法找到这些头文件。 (e.g., C:\NXP\AMMCLIB\S32M24x_AMMCLIB_v1.1.38) 为 S32M24x 安装 AMMCLib 从 NXP 下载/安装用于 S32M24x 的汽车数学和电机控制库 (AMMCLib)。安装完成后，您应该有一个类似的文件夹： C:\NXP\AMMCLIB\S32M24x_AMMCLIB_vX.Y.Z\ 包含头文件和预编译库文件 在 S32 Design Studio 中添加包含路径和库路径。 顺祝商祺！ Peter   Re: Unable to Verify GDU Safe State on S32M244—CTL Register Read Failure 你好@petervlna, 通过应用所需的寄存器配置序列，我遇到的问题已成功解决。具体来说，设置 AEC_AE_RSTGEN_CFG_ADDR = 0x0010 可启用 GDU 模块。完成该序列后，系统运行符合预期，未再发现任何错误。 我使用了以下代码，供您参考： /* RSTGEN_CFG = 0x10 */ Retval_GDU_Write = Ae_WriteRegister((uint32)((AEC_AE_RSTGEN_CFG_ADDR)), AE_DATAWIDTH_16, 0x0010U)； /* 设置 SSTEN 位之前读取 GDU 控制（CTL）寄存器 */ Retval_GDU_Read = Ae_ReadRegister((uint32)&(IP_GDU_AE->CTL), AE_DATAWIDTH_16,&u32RegValGDU); /* 在 GDU CTL 寄存器中写入/设置 SSTEN 位。*/ Retval_GDU_Write = Ae_WriteRegister((uint32)(&(IP_GDU_AE->CTL)), AE_DATAWIDTH_16, 0x0040U)； /* 设置 SSTEN 位后读取 GDU 控制（CTL）寄存器 */ Retval_GDU_Read = Ae_ReadRegister((uint32)&(IP_GDU_AE->CTL), AE_DATAWIDTH_16,&u32RegValGDU); 感谢您的支持。 问候， Mayuresh Re: Unable to Verify GDU Safe State on S32M244—CTL Register Read Failure 我正在使用您建议的示例： Path：C:/NXP/MC_DevKits/S32M24xEVB/sw/S32M24xEVB_PMSM_FOC_1Sh/ 在解压缩项目并尝试编译后，我看到电机控制头文件的致命包含错误： C:/NXP/MC_DevKits/S32M24xEVB/sw/S32M24xEVB_PMSM_FOC_1Sh/src/actuate_s32m.h:48:10: 致命错误：gflib.h：无此文件或目录 报告丢失的文件有： #include"gflib.h" #include"gmclib.h" #include"gdflib.h" 我搜索了整个项目，但在任何地方都找不到这些标头。您能告诉我们如何解决这个问题吗？ 具体为： gflib.h. 应放在何处？gmclib.h、和 gdflib.h从何而来？ 它们是需要单独安装的恩智浦电机控制库/SDK 的一部分吗？ 故障排除 我已经尝试过： * 验证项目的包含路径，并在工作区中搜索丢失的头文件。 * 在典型的恩智浦 SDK 文件夹（如 C:/NXP/.../SDK/、.../MC_DevKits/、.../MotorControlLib/）下查找，但未找到 gflib.h、gmclib.h、gdflib.h. * 确认了示例的提取；没有任何文件被损坏或排除。 如果能提供有关要安装的正确库/软件包以及配置路径的指导，我们将不胜感激。 谢谢， Mayuresh Rangole

imx95 - EMMC 零部件查询 您好， 我们正在寻找一个 128GB EMMC 5.1 部件来更新设计。请提供一个与iMX95兼容的部件编号 此致， Indrajith Re: IMX95 - EMMC PART ENQUIRY Hi , 感谢您的回复。 所建议的部件（MTFC128GAZAQJP-AAT）似乎是老一代部件。 您能否确认 EMMC MTFC128GBCAQTC-AAT 零件可与 IMX95 一起使用？ Re: IMX95 - EMMC PART ENQUIRY 你好 感谢您的咨询！我们已经验证了美光 MTFC128GAZAQJP-AAT（128GB eMMC 5.1 与非）与恩智浦 i.MX95 处理器的兼容性。是的，该芯片与 i.MX95 完全兼容，可直接用于您的设计升级。它支持 eMMC 5.1 HS400 模式，其容量和接口符合 i.MX95 内存控制器的要求。以下是详细分析和建议（基于恩智浦官方兼容性指南和美光数据表，2025 年 11 月数据）。 兼容性概述 i.MX95 DDR/eMMC 控制器规格： 支持 eMMC 5.1 接口（HS400 模式，最大读写速度 400 MB/s）。 数据总线宽度：x8/x16/x32，支持多芯片并行连接，总容量高达 512 GB。 速度支持：eMMC 5.1（JEDEC JESD84-B51 标准），与 CL 17-17-17 时序兼容。 电源3.3V 主机/1.8V/3.3V接口，电源模式。 控制器：集成的 eMMC 主机控制器，支持启动分区、RPMB 安全分区和命令队列 (CQ)。 MTFC128GAZAQJP-AAT 规格： 容量：128GB（1TB 与非、x8 组织、单芯片）。 速度：eMMC 5.1 HS400（400 MB/s），支持 CQ 和分区管理。 封装：FBGA-153（11.5 x 13 mm），电压 3.3V/1.8V，工作温度 -25°C 至 +85°C（商业级）。 其他：符合 ONFI 4.2 标准，内置 ECC（8 位/512B），符合 RoHS 标准。 兼容性确认： 总线宽度：i.mx95 支持 x8 eMMC，无需桥接即可直接匹配 MTFC128GAZAQJP-AAT 的 x8 组织。 容量和等级：128GB 单芯片支持单分区配置，与 i.MX95 的 128GB/chip 限制一致（恩智浦内存兼容性指南表 3-2 确认了美光 MTFC128GAZAQJP 系列）。 速度/定时：HS400 模式完全符合 i.MX95 的支持范围（高达 400 MB/s），定时参数（tCK = 0.625 ns）符合控制器的默认设置。 核实来源： 恩智浦 i.MX95 存储器兼容性指南（修订版）》（NXP i.MX95 Memory Compatibility Guide）。1.0，2025 年 3 月）：美光 MTFC128GAZAQJP-AAT 明确列为验证部件，支持 128GB x8 配置（web:0，web:2）。 美光数据表：确认 eMMC 5.1 标准与 i.MX 系列主机控制器兼容（web:1、web:3）。 恩智浦社区帖子：用户已成功在 i.MX95 EVK 上运行了类似的 MTFC128GAZAQJP-AAT，启动测试已通过（web: 4、web: 6）。 潜在的考虑因素： 等级和容量：单芯片 128GB 支持启动分区 1/2，无需多芯片配置。如果总容量为> 128GB，可并联两个芯片（i.MX95 最多支持 4 个芯片）。 电源/散热管理：确保 VDD = 3.3V，VDDQ = 1.8V，并添加 10 µF 去耦电容。x8 配置功耗约为 1 W/芯片；EVK 验证显示没有热问题。 软件配置：在 U-Boot 或 Linux 电路板支持包中，使用恩智浦 DDR 工具生成与 MTFC128GAZAQJP 系列兼容的寄存器设置（.h 文件）。 可用性：该部件仍在生产（非 EOL）。DigiKey 有 500 多件库存，单价为 32.50 美元（1000 件为 26.80 美元）。 建议采取的下一步措施 测试建议：将内存更换为i.MX95 EVK板进行测试（恩智浦免费工具支持）。如有需要，恩智浦可提供免费的 DDR 验证服务（community.nxp.com）。 Re: IMX95 - EMMC PART ENQUIRY 您可以使用它。 Re: IMX95 - EMMC PART ENQUIRY 您好， Phison 部件 PTE4ABTE-X28X 能否与 iMX95 一起使用？ Re: IMX95 - EMMC PART ENQUIRY 您好 , 我们可以将 Phison 部件 PTE4ABTE-X28X 与 iMX95 一起使用吗？ Re: IMX95 - EMMC PART ENQUIRY 嗨，团队， 我们能否在 iMX95 中使用 Phison 部件 PTE4ABTE-X28X？ 请核实并确认我们的询问。 Re: IMX95 - EMMC PART ENQUIRY 嗨，团队、 我们可以将 ISSI 部件 IS22TF128G-JCLA2 与 iMX95 一起使用吗？ Re: IMX95 - EMMC PART ENQUIRY 与恩智浦 i.MX95 兼容的**金士顿 128GB eMMC 产品推荐** 恩智浦 i.MX95（i.MX 9 系列）支持 **eMMC 5.1** 接口（最高 HS400 模式）。金士顿的工业/标准 eMMC 产品完全符合 JEDEC eMMC 5.1 规范，确保了出色的兼容性。 ### 推荐 128GB 容量产品（金士顿官方 eMMC 系列） - **EMMC128-IY29**（工业级 I-Temp）：-40°C ~ +85°C，eMMC 5.1 HS400，3D TLC，11.5×13×0.8 毫米FBGA-153 封装。适用于汽车、工业和恶劣环境应用。 - **EMMC128-TY29**（标准商业级）：温度范围通常为 0°C ~ +70°C（或类似温度），也适用于 eMMC 5.1 HS400、3D TLC。 这些是金士顿目前的主流128GB eMMC型号，被许多基于i.MX系列的Som/开发板所采用。 **兼容性标准**： - 金士顿是恩智浦的长期合作伙伴，其 eMMC 产品在与恩智浦 i.MX 平台（包括 i.MX 951/i.MX95 系列、i.MX93x 等）的兼容性方面有着良好的记录。 - 官方 i.MX95 规范明确支持 3× SD 3.0 / SDIO 3.0 / **eMMC 5.1** 接口。 - 恩智浦社区还验证了类似的 128GB eMMC 5.1 芯片（如美光的同类产品）与 i.MX95 的直接兼容性。金士顿的产品规格是一致的，可以直接参考。 **建议：** 在实际量产之前，最好与金士顿（[email protected]）确认具体批次/固件版本验证报告。或 NXP FAE，特别是关于 HS400 模式和电压匹配（通常为 1.8V/3.3V）。 #### IMX95 是否支持 FA40G0EMCPDKBFI 和 FA80G0EMCPDKBFI？ **是的，一般都支持**。 - 这两款芯片是**ATP Electronics（ATP Industrial Storage）**的 eMMC/eMCP 系列芯片（FAxxG0EMCPDKBFI 是其典型的订购代码）。 - i.MX95 的 eMMC 控制器采用了标准的 **JEDEC eMMC 5.1**。只要这些芯片符合 JEDEC 规范、支持 HS400 模式并具有匹配的电压/定时，就可以直接使用。 - ATP 是一家专业的工业级存储制造商，其产品通常用于汽车/工业领域，与 i.MX95 等处理器（类似于美光和金士顿的成熟芯片）具有良好的兼容性。 **重要说明**： -有必要确认特定芯片的eMMC版本（无论是5.1）、NAND类型以及对i.MX95启动模式的固件支持。 -建议使用 ATP 或恩智浦进行联合验证，或者建议在目标板上进行实际测试（尤其是启动、读/写稳定性和 HS400 模式）。 #### 建议的兼容性详细信息 文档链接 1.**金士顿官方"嵌入式存储芯片兼容指南"**（最直接推荐） →[https://media.kingston.com/pdfs/emmc/embedded-storage-memory-chipset_us.pdf](https://media.kingston.com/pdfs/emmc/embedded-storage-memory-chipset_us.pdf) 它包含恩智浦 i.MX 全系列（包括 i.MX95 / i.MX951）与金士顿 eMMC / eMCP 的兼容性表，非常有用。 2.**恩智浦 i.MX95 官方数据表**（接口规格已确认） → [IMX95CEC.pdf](https://www.nxp.com/docs/en/data-sheet/IMX95CEC.pdf)(或最新版本） 第 4 章 "内存接口 "明确列出了 eMMC 5.1 支持的详细信息。 3.**恩智浦社区 i.MX95 eMMC 选型讨论**（实际案例参考） →[https://community.nxp.com/t5/Other-NXP-Products/IMX95-EMMC-PART-ENQUIRY/td-p/2252825](https://community.nxp.com/t5/Other-NXP-Products/IMX95-EMMC-PART-ENQUIRY/td-p/2252825) **其他建议**： - 如果您需要工业级（宽温度范围）、汽车级 AEC-Q100 或特定固件版本的 128GB eMMC，请优先选择 **EMMC128-IY29**。 - 如需了解更多模型或最新核查报告，请联系我们： - Kingchip.tech Re: IMX95 - EMMC PART ENQUIRY 此外，IMX95 是否还支持 FA40G0EMCPDKBFI 和 FA80G0EMCPDKBFI？ 还请提供有关 128GB 内存容量所支持的 eMMC 数据的文档链接。

MCUXpresso IDEにおけるITMとUART出力 1. はじめに 組み込みシステムの開発において、デバッグとログ出力は、コードの正しさを保証しパフォーマンスを最適化するために不可欠です。システムの状態をリアルタイムで監視し、異常動作を捉え、重要なデータを記録することで、開発者は問題の特定や機能の検証を迅速に行うことができます。リソースに制約のある組み込み環境では、適切なデバッグツールや手法を選択することが開発効率に大きな影響を与えます。 NXP が発売した高性能マイクロコントローラ MCXN947 は、複数のデバッグおよびログ記録ソリューションを提供しますが、その中で最もよく使用されるのは ITM (Instrumentation Trace Macrocell) と UART 印刷です。ITM は Cortex-M コアのデバッグ機能を活用して、デバッグ インターフェースを介して高速でデータを送信し、厳格なリアルタイム要件のあるシナリオに適しています。一方、UART 印刷は、UART ペリフェラルを介してログを出力するため、汎用性が高く、生産環境に適しています。 この記事では、MCUXpresso IDEにおいてこれら2つの出力手法の使い方を解説し、開発効率とシステムの信頼性を向上させる方法を説明します。 2. ITMおよびUART印刷の原理と特徴 2.1 ITM -原理と特徴 動作原理： ITM（Instrumentation Trace Macrocell）は、Cortex-Mコアが提供するデバッグ機能です。SWOを用いてデバッグ・インターフェース（例：SWD/JTAG）を通じてリアルタイムでデータを送信します。開発者は ITM_SendChar() 関数を使用してデバッグ情報をITMポートに送信し、送信されたデータはデバッガによって取得され、IDEのデバッグコンソールに表示されます。 メリット： 高速伝送：ITMはデバッグ・インターフェースの帯域幅を使用するため、UARTよりもはるかに高速です（通常10Mbps以上）。 低いCPUオーバーヘッド：ITMはハードウェアによって処理されるため、CPUリソースをほとんど消費しません。 追加のペリフェラルが不要：UARTやその他のペリフェラルに依存しないため、ハードウェアリソースを節約できます。 デメリット： デバッガ依存：デバッガ接続（MCU-LinkやJ-Linkなど）が必要であり、実稼働環境では直接使用できません。 設定が複雑：適切なITMポートとデバッガの設定が必要であり、初心者には難しい場合があります。 2.2 UART出力 – 原理と特徴 動作原理： UART出力は、UARTペリフェラルを介してデバッグ情報をシリアル端末に送信します。開発者は通常、 printf 関数をUARTにリダイレクトすることでログ出力用の標準ライブラリ関数を有効にします。データはTX/RXピンを通じて送信され、シリアルツール（例：PuTTY、Tera Term）を使用してPCで閲覧できます。MCUXpresso IDEには、UARTデバッグ用のターミナルも統合されています。 メリット： 高い汎用性：ほとんどの組み込みボードがUARTをサポートしているため、幅広い用途に使用できます。 本番対応： デバッガを必要とせず、実稼働環境でそのまま使用できます。 実装が容易：設定が簡単で、初心者や迅速なプロトタイプ作成に最適です。 デメリット： 低速: UARTボーレートによって制限されるため、伝送効率が低下します。 周辺リソースの使用: UARTペリフェラルとピンを占有し、他の機能に影響を与える可能性があります。 リアルタイムパフォーマンスが低い：割り込み遅延やボーレートの制約があるため、リアルタイム性が要求される場面には適していません。 2.3 比較のまとめ 以下の表は、ITMとUART出力の主な特徴をまとめたものです。 特長 ITM UART印刷 伝送速度 高速（10 Mbps以上） 低速（一般的に115200 bps） CPUオーバーヘッド 低 より高い ペリフェラル依存 なし UARTペリフェラル & ピンが必要です デバッガ依存 必須 不要 生産適合性 適していません 適している 設定の複雑さ 複雑な シンプル リアルタイムのパフォーマンス ハイ 低 使用シナリオ： ITM：リアルタイム性が高く要求される開発段階（モータ制御や信号処理など）のデバッグに最適です。 UART出力：実稼働時のログ取得、初心者向けの設定、一般的なデバッグ用途に適しています。 3. MCUXpresso IDEでの実装手順 3.1 ITM出力を使用する ハードウェア要件：チップのSWOピンがデバッガのSWOインターフェースに接続されていることを確認します。 Alice_Yang_0-1764645814612.png ソフトウェアの設定： 1) 新規プロジェクト作成時に、「Redirect printf/scanf to ITM」を選択して printf/scanf をITMにリダイレクトします。   Alice_Yang_2-1764645837570.png 2) Traceクロックを設定します。 Alice_Yang_3-1764645858437.png /*!< Switch TRACE to TRACE_DIV */ CLOCK_AttachClk(kTRACE_DIV_to_TRACE); /*!< Set up dividers */ /*!< Set TRACECLKDIV divider to value 3 */ CLOCK_SetClkDiv(kCLOCK_DivTraceClk, 3U);    3）MCUXpresso IDEでSWO ITM Console を開き、Core Clock と Trace Clock の設定を行います。   Alice_Yang_6-1764646048650.png  Alice_Yang_7-1764646056186.png Alice_Yang_8-1764646066673.png Alice_Yang_9-1764646097086.png Alice_Yang_10-1764646101638.png 4）ITMコンソールで出力結果を確認します。 Alice_Yang_11-1764646126756.png 3.2 UART出力を使用する 1）新しいプロジェクトを作成する際は、SDKデバッグコンソールをUARTに設定し、デバッグコンソールでUARTを使用するように構成します。          Alice_Yang_12-1764646136052.png 2) MCUXpresso IDEのペリフェラルツールを使用して、DebugConsole-UARTを設定します。  Alice_Yang_13-1764646149103.png  Alice_Yang_14-1764646156564.png 3) Pinsツールを使用して、UART TX/RXピンを設定します。  Alice_Yang_15-1764646165004.png 4）シリアルハードウェアを接続し、ターミナルで出力結果を確認します。 Alice_Yang_16-1764646174816.png 4. 結論 ITMとUART出力にはそれぞれ利点があります。開発者はプロジェクトの要件に基づいて適切な方法を選ぶべきです。ITMは開発中の高いリアルタイム性が求められるデバッグに適しています。一方で、UART出力は実稼働環境や一般的なデバッグに最適です。

PEmicro Connection Assistant Issue on S32K3X4EVB-T172 I'm unable to connect to S32K3X4EVB-T172, despite following the Quick Start Guide: https://www.nxp.com/document/guide/quick-start-guide-for-s32k3x4evb-board:GS-S32K3X4EVB-Q172 Board and LEDs: zaighamkhawaja_4-1764249676294.png When attempting debugging, the PEmicro Connection Assistant shows up. zaighamkhawaja_0-1764249542881.png Device Drivers: zaighamkhawaja_1-1764249590231.png Debug Settings: zaighamkhawaja_2-1764249639854.png zaighamkhawaja_3-1764249653892.png Already tried changing data cables, changing computers, reinstalling S32DS, reinstalling Drivers, trying P&E Micro Utilities. Windows 11, tried on S32DS 3.6.4 & 3.6.1 S32K3X4EVB-T172 S32DS-S32PLATFORM OPENSDA  Re: PEmicro Connection Assistant Issue on S32K3X4EVB-T172 Is this the first time trying to connect to the EVB? Was there any project uploaded to it before? The board has is brand new and it seems to have some factory-installed programme i.e. the USER_LED_0 color changes by pressing SW5 and SW6 I can see from the picture both LEDs RESET_K3 and RST_OSDA are on. Is RESET_K3 always on when powering the board? Are you able to measure it? Usually when the reset LED is on, the line is being pulled for a really short period of time periodically, keeping the MCU on reset. RESET_K3 and RST_OSDA are OFF initially when I connect the board following the power-up procedure. When attempting to debug, the RST_OSDA (and sometimes RST_K3) LEDs turn ON while simultaneously getting the PEmicro Connection Assistant popup. Also, if I press the SW4 and then retrying debugging, I get this different popup: zaighamkhawaja_0-1764732467636.png Also, measure the voltage sources, if these do not provide the expected value this means that the MCU could be damaged. I've already tried with 2 different adapters: 12V-4A and 12V-5A, getting same results. The adapter voltage output is stable.  - If you mean the S32K3 MCU getting damaged: The default application (LED color changing) is still working on the board. - If you mean the NXP K26 getting damaged: I'm still able to upgrade the firmware using the "Multilink Firmware Config Utility" to usbmlacpembeddedens.1098 If you have any external debuggers available (PEmicro, JLink, Latuerbach, etc.), you can try using them instead to see if any connection is possible. I'll get a JLink next week, along with a new EVB. This time it will be a S32K344MINI EVB. If there's anything additionally required to identify the rootcause, let me know. Zaigham Re: PEmicro Connection Assistant Issue on S32K3X4EVB-T172 Hi @zaighamkhawaja, Thank you for sharing your installation details. It seems both S32K3x Dev. package and PEmicro plugins are correctly installed. Is this the first time trying to connect to the EVB? Was there any project uploaded to it before?  I can see from the picture both LEDs RESET_K3 and RST_OSDA are on. Is RESET_K3 always on when powering the board? Are you able to measure it? Usually when the reset LED is on, the line is being pulled for a really short period of time periodically, keeping the MCU on reset. Also, measure the voltage sources, if these do not provide the expected value this means that the MCU could be damaged. If you have any external debuggers available (PEmicro, JLink, Latuerbach, etc.), you can try using them instead to see if any connection is possible. Best regards, Julián Re: PEmicro Connection Assistant Issue on S32K3X4EVB-T172 Sure, here it is: zaighamkhawaja_0-1764623301449.png zaighamkhawaja_1-1764623365030.png C/C++ Common GDB Support 11.4.0.202309142347 org.eclipse.cdt.gdb.feature.group Eclipse CDT C/C++ Development Platform 11.4.0.202311271618 org.eclipse.cdt.platform.feature.group Eclipse CDT C/C++ Development Tooling Native Utilities 11.4.0.202311271618 org.eclipse.cdt.native.feature.group Eclipse CDT C/C++ Development Tools 11.4.0.202311271618 org.eclipse.cdt.feature.group Eclipse CDT C/C++ DSF GDB Debugger Integration 11.4.0.202309151124 org.eclipse.cdt.gnu.dsf.feature.group Eclipse CDT C/C++ GCC Cross Compiler Support 11.4.0.202309151124 org.eclipse.cdt.build.crossgcc.feature.group Eclipse CDT C/C++ GDB Hardware Debugging 11.4.0.202309151124 org.eclipse.cdt.debug.gdbjtag.feature.group Eclipse CDT C/C++ GNU Toolchain Build Support 11.4.0.202311121705 org.eclipse.cdt.gnu.build.feature.group Eclipse CDT C/C++ GNU Toolchain Debug Support 11.4.0.202309151124 org.eclipse.cdt.gnu.debug.feature.group Eclipse CDT C/C++ Memory View Enhancements 11.4.0.202309151124 org.eclipse.cdt.debug.ui.memory.feature.group Eclipse CDT C/C++ Remote Launch 11.4.0.202309142347 org.eclipse.cdt.launch.remote.feature.group Eclipse CDT Core Server Feature 1.15.200.v20231110-1900 org.eclipse.equinox.server.core.feature.group Eclipse Equinox Project e(fx)clipse - IDE - Basic 3.9.0.202210170554 org.eclipse.fx.ide.basic.feature.feature.group Eclipse.org ECF Apache Httpclient 5 FileTransfer Provider 1.1.702.v20231114-1017 org.eclipse.ecf.filetransfer.httpclient5.feature.feature.group Eclipse.org - ECF ECF Core Feature 1.6.2.v20231021-2127 org.eclipse.ecf.core.feature.feature.group Eclipse.org - ECF ECF Filetransfer Feature 3.14.1900.v20230715-1945 org.eclipse.ecf.filetransfer.feature.feature.group Eclipse.org - ECF ECF Filetransfer SSL Feature 1.1.402.v20231021-2127 org.eclipse.ecf.filetransfer.ssl.feature.feature.group Eclipse.org - ECF Eclipse Help System 2.3.1600.v20231201-0110 org.eclipse.help.feature.group Eclipse.org Eclipse Platform 4.30.0.v20231201-0512 org.eclipse.platform.feature.group Eclipse.org Eclipse RCP 4.30.0.v20231201-0512 org.eclipse.rcp.feature.group Eclipse.org Eclipse XML Editors and Tools 3.31.0.v202308200343 org.eclipse.wst.xml_ui.feature.feature.group Eclipse Web Tools Platform Embedded C/C++ J-Link Debugging 6.4.0.202307251916 org.eclipse.embedcdt.debug.gdbjtag.jlink.feature.group Eclipse Embedded CDT EMF - Eclipse Modeling Framework Core Runtime 2.36.0.v20231002-1156 org.eclipse.emf.ecore.feature.group Eclipse Modeling Project EMF Common 2.30.0.v20230916-0637 org.eclipse.emf.common.feature.group Eclipse Modeling Project EMF Ecore Edit 2.16.0.v20230211-1150 org.eclipse.emf.ecore.edit.feature.group Eclipse Modeling Project Equinox p2, headless functionalities 1.7.0.v20231112-1314 org.eclipse.equinox.p2.core.feature.feature.group Eclipse.org - Equinox Equinox p2, minimal support for RCP applications 1.4.2200.v20231112-1314 org.eclipse.equinox.p2.rcp.feature.feature.group Eclipse.org - Equinox GDB Client for Arm Embedded Processors 15.1 Build 1703 1.0.0.202511261537 com.nxp.s32ds.brc.gdb.tools.feature.feature.group NXP GEF Classic Draw2d 3.18.0.202311222042 org.eclipse.draw2d.feature.group Eclipse GEF GEF Classic GEF (MVC) 3.18.0.202311222042 org.eclipse.gef.feature.group Eclipse GEF GEF Classic Zest 3.18.0.202311222042 org.eclipse.zest.feature.group Eclipse GEF Git integration for Eclipse 6.8.0.202311291450-r org.eclipse.egit.feature.group Eclipse EGit GNU ARM PEMicro Interface Debugging Support 6.0.9.202509241532 com.pemicro.debug.gdbjtag.pne.feature.feature.group P&E Microcomputer Systems Inc. Memory Analyzer 1.15.0.202311170814 org.eclipse.mat.feature.feature.group Eclipse Memory Analyzer Nebula Grid Widget 1.1.0.202303072132 org.eclipse.nebula.widgets.grid.feature.feature.group Eclipse Nebula net.sourceforge.ehep 1.1.0 net.sourceforge.ehep.feature.group Randallco and EHEP Team NXP GCC for Arm Embedded Processors 10.2 Build 1728 1.0.0.202508270740 com.nxp.s32ds.brc.arm.tools.gcc102.feature.feature.group NXP NXP GCC for Arm Embedded Processors 11.4 Build 1763 1.0.0.202508271006 com.nxp.s32ds.brc.arm.tools.gcc114.feature.feature.group NXP PEmicro ARM Device Expansion Plugin 6.0.9.202509241532 com.pemicro.debug.gdbjtag.pne.expansion.feature.feature.group P&E Microcomputer Systems Inc. Remote Services 11.4.0.202309142347 org.eclipse.remote.feature.group Eclipse CDT Remote System Explorer End-User Runtime 4.5.500.202305261020 org.eclipse.rse.feature.group Eclipse TM Project RTD S32K3XX 6.0.0.202506161748 com.nxp.RTD.S32K3XX.feature.feature.group NXP Semiconductors, Inc. RTD S32K3XX 6.0.0.202506161748 com.nxp.RTD.S32K3XX.root.feature.feature.group NXP Semiconductors, Inc. S32 Debugger Core 3.6.5.202511272018 com.nxp.s32ds.brc.debugger.core.feature.feature.group NXP S32 Design Studio CLE S32CT 1.8.9.202511261304 com.nxp.s32ds.cle.uct.feature.feature.group NXP S32 Design Studio for S32 Platform 3.6.5.202511272206 com.nxp.s32ds.platform.ide.feature.feature.group NXP S32 Design Studio for S32 Platform Tools 3.6.5.202511272206 com.nxp.s32ds.platform.ide.tools.feature.feature.group NXP S32DS Product 3.6.4.202509291703 com.nxp.s32ds.platform.ide.product NXP S32G development package 3.6.4.202509291633 com.nxp.s32ds.s32g2.dev.feature.feature.group NXP S32K1xx development package 3.6.5.202511272256 com.nxp.s32ds.s32k1.dev.feature.feature.group NXP S32K3 FreeMASTER Serial Communication Driver 1.4.2.202412201001 com.nxp.s32ds.s32k3.sdk.freemaster.feature.feature.group NXP S32K3xx development package 3.6.4.202509291639 com.nxp.s32ds.s32k3.dev.feature.feature.group NXP S32M2xx development package 3.6.4.202509291626 com.nxp.s32ds.s32m2.dev.feature.feature.group NXP S32N5 development package 3.6.4.202509291626 com.nxp.s32ds.s32n.dev.feature.feature.group NXP S32R41 development package 3.6.4.202509291624 com.nxp.s32ds.s32r41.dev.feature.feature.group NXP S32R45 development package 3.6.4.202509291624 com.nxp.s32ds.s32r45.dev.feature.feature.group NXP S32R47 development package 3.6.4.202509291625 com.nxp.s32ds.s32r47.dev.feature.feature.group NXP S32Z2/E2 development package 3.6.4.202509291631 com.nxp.s32ds.s32esz.dev.feature.feature.group NXP SAF85xx development package 3.6.4.202509291625 com.nxp.s32ds.saf85.dev.feature.feature.group NXP SAF86xx development package 3.6.4.202509291626 com.nxp.s32ds.saf86.dev.feature.feature.group NXP SECRDR S32K1 3.0.0.202508081221 com.nxp.SECRDR.S32K1.feature.feature.group NXP Semiconductors, Inc. Terminal (Console) View 11.4.0.202311142324 org.eclipse.tm.terminal.view.feature.feature.group Eclipse CDT TM Terminal 11.4.0.202309142347 org.eclipse.tm.terminal.feature.feature.group Eclipse CDT TM Terminal Control 11.4.0.202311142253 org.eclipse.tm.terminal.control.feature.feature.group Eclipse CDT TM Terminal Local Connector Extensions 11.4.0.202309142347 org.eclipse.tm.terminal.connector.local.feature.feature.group Eclipse CDT TM Terminal SSH Connector Extensions 11.4.0.202309142347 org.eclipse.tm.terminal.connector.ssh.feature.feature.group Eclipse CDT Xtend Library 2.33.0.v20231121-0955 org.eclipse.xtend.lib.feature.group Eclipse Xtext   Re: PEmicro Connection Assistant Issue on S32K3X4EVB-T172 Thank you for your interest in our products and for contributing to our community. Let's take a step back first, please. Please an screenshot of your "Installation Details", which you can find in "Help" tab of the IDE. Re: PEmicro Connection Assistant Issue on S32K3X4EVB-T172 Hi @zaighamkhawaja, Thank you for the additional info. Please update me if you can connect with the external debugger.   Does this happen with a blank or an example project? As a last chance, have you tried to attach to the MCU instead of trying to debug/erase? Julin_AragnM_0-1764966031025.png This leads me to believe either HSE is installed, or the debug port is locked and needs to be unsecured by password or challenge/response. PEmicro provides Python scripts to authenticate the debugger at the start of each session; however, the password is needed. Last resource can be to swap MCU to confirm if debug interface is faulty, or the MCU is secured/disabled debug pins. Best regards, Julián Re: PEmicro Connection Assistant Issue on S32K3X4EVB-T172 - External JTAG debugger works. - Empty or Sample projects also did not work. - Attach to Running Target did not work. I also purchased another board and that works with the onboard debugger, so nothing related to IDE or config settings.

FS23 および S32K3 RTD バージョンとの統合の問題 親愛なるチームの皆様、 お客様は、S32K3xx_SBC_FS23_R21-11_0.9.0_D2508_DesignStudio_updatesite を統合しようとする際に問題が発生しています。Sbc_fs23_Ip に基づく fs23 非 AUTOSAR 例の Thread 要求で説明されているように、この更新サイトには既知のバグがあり、S32K3xx_SBC_FS23_R21-11_1.0.0_DS_updatesite_D2402_updated_D250115.zip ですでに修正されています。 FS23 1.0.0とRTD 4.0.0を併用することをすでに推奨しています。しかし、お客様は依然として RTD 3.0.0 の維持を望んでいます。同じThreadで、次のように述べられています。 「 RTD 3.0.0 P07 の上に FS23 1.0.0 を インストールしようとしました が、完全な互換性はありませんが、回避策でサポートできるSO、統合を有効にCANます。 」 FS23 1.0.0とRTD 3.0.0を統合できるかどうか確認していただけますか？P07ですか？はい、そうであれば、これをどのように実現し、このソリューションをお客様に提供できますか? ご協力をよろしくお願いいたします。 BR、ヴェインB AA SW - 外部デバイス S32DS Re: Integration Issue with FS23 and S32K3 RTD Versions こんにちは@Ondřej_Vácha 現在、FS23 1.0.0とRTD 3.0.0の統合は行われていない。P07.通常、依存関係が文書化されていない (リリース ノートに記載されていない) ソフトウェア バージョンとパッケージを組み合わせることはお勧めしません。ただし、先ほど共有したThreadに基づくと、統合は可能かもしれないようです。 この統合が実現可能かどうかを確認し、もし可能であれば、それを達成するための正しい手順と潜在的な影響を理解したいと考えています。 Re: Integration Issue with FS23 and S32K3 RTD Versions こんにちは、 私は、EBT S32K344のサンプルコンパイルをFS23 1.0.0でRTD 3.0.0でテストしました。P07.ビルドは問題ないので、お客様側でも統合の問題は発生しないと思います。CASE、何か問題がございましたら、解決のお手伝いをさせていただきます。 Re: Integration Issue with FS23 and S32K3 RTD Versions こんにちは。FS23 1.0.0とRTD 3.0.0の統合に関してお客様が抱えていた問題を共有していただけますか？P07. Re: Integration Issue with FS23 and S32K3 RTD Versions こんにちは@Ondřej_Vácha 助けてくれてありがとう。しかし、彼らはS32DSで動作しており、これにより、FS23アップデートサイトを正常にインストールすることができました。この問題は、ペリフェラルツールのコンポーネントをプロジェクトに追加しようとしたときに発生します。 追加情報: Thread「FS23 with S32K3 RTD 3.0.0 」で言及されているように、お客様は現在、RTD v3.0.0 P07 を使用した FS23 v0.9.0 で問題が発生しています。このため、FS23 v1.0.0 と RTD v3.0.0 P07 を統合する実現可能性を評価しています。

ELE KW45 导出公开密钥 我无法导出用于 ECDSA SHA256 校验的公钥。我使用 KW45 进行测试。我使用公开密钥正确验证了摘要。当我尝试导出 blob 时，函数 sss_sscp_key_store_export_key 返回 Fail。我做错了什么？ 谢谢 下面是我的 C 代码： status = ELEMU_mu_wait_for_ready(ELEMUA,ELE_MAX_SUBSYSTEM_WAIT)； if (status != kStatus_Success) { return kStatus_Fail; } /****************** 开始 ***********************/ status = sscp_mu_init(&sscpContext, (ELEMU_Type *)(uintptr_t)ELEMUA); if (status != kStatus_SSCP_Success) { return kStatus_Fail; } /* 打开特定网络安全子系统的会话 */ status = sss_sscp_open_session (& SSSSESSION、0u、ELE_SUBSYSTEM、& SSCPContext)；if (状态！ = kstatus_ss_success) {返回 kStatus_Fail;} /* Init keystore */ status = sss_sscp_key_store_init(&keyStore,&sssSession); if (status != kStatus_SSS_Success) { status = sss_sscp_close_session(&sssSession); return kStatus_Fail; } /* Init key object */ status = sss_sscp_key_object_init(&sssKey,&keyStore); if (status ！= kStatus_SSS_Success) { status = sss_sscp_key_store_free(&keyStore); status = sss_sscp_close_session(&sssSession); return kStatus_Fail; } /* 分配密钥存储句柄 */ status = sss_sscp_key_object_allocate_handle(&sssKey, key_id, /* key id */ kSSS_KeyPart_Public, kSSS_CipherType_EC_NIST_P, 64u, kSSS_KeyProp_CryptoAlgo_AsymSignVerify); if (status ！= kStatus_SSS_Success) { status = sss_sscp_key_object_free(&sssKey, 1u); status = sss_sscp_key_store_free(&keyStore); status = sss_sscp_close_session(&sssSession)； return kStatus_Fail; } status = sss_sscp_key_store_set_key(&keyStore,&sssKey, publicKey, keysize, 256u, kSSS_KeyPart_Public); if (status ！= kStatus_SSS_Success) { status = sss_sscp_key_object_free(&sssKey, 1u); status = sss_sscp_key_store_free(&keyStore); status = sss_sscp_close_session(&sssSession); return kStatus_Fail; } status = sss_sscp_asymmetric_context_init(&context_verify,&sssSession,&sssKey, kAlgorithm_SSS_ECDSA_SHA256, kMode_SSS_Verify); if (status != kStatus_SSS_Success) { return kStatus_Fail; } status = sss_sscp_asymmetric_verify_digest(&context_verify, digest_used, digest_len, signature_used, 64); if (status != kStatus_SSS_Success) { return kStatus_Fail; } status = sss_sscp_asymmetric_context_free(&context_verify); if (status != kStatus_SSS_Success) { return kStatus_Fail; } size_t blob_size = 64u + 24u; status =sss_sscp_key_store_export_key(&keyStore,&sssKey, key_blob,&blob_size, kSSS_blobType_ELKE_blob); if (status ！= kStatus_SSS_Success) { status = sss_sscp_key_object_free(&sssKey, 1u); status = sss_sscp_key_store_free(&keyStore); status = sss_sscp_close_session(&sssSession); return kStatus_Fail; } Re: ELE KW45 export public key 你好 您能给我们提供更多关于您的项目和您的目标的细节和信息吗？ 您能否帮助我们确认您是否在使用 SDK 示例进行此测试？如果是，您是否进行了修改？ 顺祝商祺！ 路易斯 Re: ELE KW45 export public key 你好，路易斯、 我已经解决了这个问题。在导出密钥之前，我缺少 RNG 上下文初始值。添加了以下功能调用后，键已正确导出。 sss_sscp_rng_context_init(&sssSession,&ctx_rng, 1u)； status = sss_sscp_rng_get_random(&ctx_rng，NULL，0u)； 总之，我使用的是输出对称密钥的 SDK 示例；在我的示例中，唯一的区别是我使用了非对称密钥，只有公开部分，用于 ECC Nist-p 曲线。 谢谢！ 亚历山德罗

实时时钟 PCF85043A 运行速度过快 +55ppm 你好、 我们发现，我们在几种产品中使用的 PCF85043A 实时时钟的 +55 ppm 运行速度过快。 对于老产品，我们在生产过程中会进行频率校准，因此偏移会被抵消。但在较新的产品中，我们放弃了校准，现在发现 RTC 总是运行得太快。 我们使用的晶体是 ECS-.327-7-34B-C-TR、指定为 7pF 负载。 因此，我们将 PCF85063 的负载上限寄存器设置为 7pF。 我们在现场应用以及实验室测量中使用三种不同精度的 TCXO 作为参考，观察了由此产生的时间偏移。 我们还检查了演示板 OM11059A，它给出了相同的结果！ 将负载上限寄存器设置为 12.5pF 可在一定程度上提高精度，但仍然不够精确，而且不令人满意，因为这种现象肯定有更深层次的原因。 PCF85063 有 55ppm 的频率偏移，这是已知的问题吗？ 如果是，恩智浦的 "建议解决方案 "是什么？ 感谢您的提示。 Re: Real-time clock PCF85043A is running too fast by +55ppm 好的，谢谢你的发言。 不过，我们有几款 10'000 产品，它们显示出明显的 +55ppm 平均频率偏移。很少达到正确的频率，甚至出现负偏移。 (当然，我知道核实频率是我们自己的责任，是我们的错，我们直到现在才注意到）。 不过...... 根据 UM10301 用户手册中的图表（见附图），这意味着几乎所有实时时钟芯片的负载上限都在约 4.5pF 的最小范围内，但很少或几乎从未达到 7pF 或更高。 我想，在>数年的 30,000 件产品中，这显然不是由于某批晶圆电容过低造成的。 因此，这与我们从数据表中看到的结果大相径庭。 好吧，我们可以变通，没问题。我很高兴知道，我没有测量错，这实际上是一种非理想行为。 对于未来的设计：我想，额外的外部电容（具有更精确的值）可以更准确地确定频率。 Re: Real-time clock PCF85043A is running too fast by +55ppm 嗨，比特、 还是说，这实际上是芯片的一种非理想行为，可以通过偏移寄存器来解决？ 最后一句是正确的。请参阅PCF85063A 数据表中的表 40。内部晶体电容具有容差。7pF 电容可能从 4.2pF 到 9.8pF 不等。因此，晶体频率也可能根据内部电容的变化而变化。 JozefKozon_0-1764058838583.png 是的，应该用偏移寄存器来解决这个问题。 致以最崇高的敬意 约瑟夫 Re: Real-time clock PCF85043A is running too fast by +55ppm 你好，Jozef, 感谢您的答复。 我们已经知道偏移寄存器，我们用它来补偿偏移和晶体的温度曲线。 当然，这也算是解决了问题。然而，这只是一种变通办法，并不能从根本上解决问题。 问题是： 使用 +/-10ppm 晶体，为什么在室温下会产生 +55ppm 偏移？ 在室温下，不需要对软件进行微调，只需要对硬件的负载能力进行微调。根据数据手册，负载上限由实时时钟芯片提供，无需外部负载上限。那么，为什么会有如此大的频率偏差（使用几种晶体、多个参考和包括演示板在内的几个 PCB）？ 我错过了什么吗？ 还是说，这实际上是芯片的一种非理想行为，可以通过偏移寄存器来解决？ Re: Real-time clock PCF85043A is running too fast by +55ppm 嗨，比特、 PCF85063A 的精度可在偏移寄存器中进行微调。请参阅PCF85063A 数据手册中的第 7.2.3 节。 JozefKozon_0-1763983897973.png JozefKozon_1-1763983939728.png 校准工作流程请参见图 11 和图 12。 JozefKozon_2-1763984108341.png 致以最崇高的敬意 约瑟夫

错误：设备是安全的。清除至不安全状态 你好，团队、 我正在使用 A12323 文档测试 S32K144 上的 A/B 分区。 首先，我将 S32K144_Memory_Partition 项目闪存到 RAM 中。 然后，我将 S32K144_FOTA_Gateway_example 闪存到 Flash 中。 在同一个板上，我尝试刷新 CAN 应用程序。第一次就成功了。 但是，当我再次尝试刷新同一个应用程序时，它失败了，错误是：“设备是安全的。擦除到不安全的地方。” Navina_0-1764133345139.png 现在我无法闪烁任何东西。 谢谢。 Re: error: Device is secure. Erase to unsecure 你好@纳维娜 正如我在前一个主题中所写的那样： 您有读取 MDM-AP 的 Segger J-Link 探头或劳特巴赫调试器吗？遗憾的是，Pemicro 无法做到这一点。 在极少数情况下，设备可以被锁定。请查看此主题： https://community.nxp.com/t5/S32K/Unbricking-S32K146/m-p/937227 要确认这一点，有必要阅读 MDM-AP。