Multi Source Translation Content

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Multi Source Translation Content

讨论

排序依据:
FlexIOによるLEDパネル制御 [1] <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このプロジェクトの目的は、Kinetis K82マイクロコントローラに搭載されているFlexIOペリフェラルを使用してRGB LEDパネルを制御することです。 FlexIOペリフェラルは、GPIOビットバンギングやPWM + DMAを使用した他の制御方法と比較して、LEDの色と輝度情報を更新する過程で CPUをアンロード するという大きな利点を提供します。私は別の方法を使用します。 パネルは、WS2812BコントローラーとLEDストライプを使用します。また、アプリケーションを開発するためのシミュレーションプラットフォームも用意します。 ハードウェア: 30 x16 LED WS2812Bパネル マルチプレクサボード FRDM-K82の Uctronics QVGAディスプレイ ソフトウェア: IAR Workbench 7.50.1 (英語) SDK 1.3 for the Kinetis K82 FreeRTOS eGUIグラフィックライブラリ LEDパネルが機能している状態でビデオを見ることができます。 ビデオリンク : 4707 パート1:LEDパネルの構築 パート2:FlexIOを使用したLED制御方法 パート3:LEDパネルエミュレーション用ソフトウェア パート4:パネル制御用ソフトウェア モバイル Re:FlexIOによるLEDパネル制御[1] <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 親愛なるグレイ、 ページが更新されましたので、ぜひご覧ください。 Re:FlexIOによるLEDパネル制御[1] <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 親愛なるグレイ、 私たちは、ここで共有できるようにソフトウェアの更新に取り組んできましたが、現時点では、適切なライセンスを追加するまで、ソフトウェア以外のバージョンのみを共有することができます。更新されたソフトウェアが手に入り次第、オンラインにします。 参考までに、ここでも同様のプロジェクトがありますが、FlexIO:Kinetis K20によって駆動されるLEDビデオパネルは使用していません Re:FlexIOによるLEDパネル制御[1] <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは。このプロジェクトに感謝します。さまざまなドキュメントにアクセスできないようです。私は得ています: 不正 この場所またはコンテンツへのアクセスが制限されています
查看全文
DES-N1842 - QorIQ 处理器和 QorIQ LS 系列上的 ONL 和 ONIE <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 白盒开关是网络交换机,与其需要的运行软件独立销售。 开放式网络Linux(ONL)是在这些交换机上运行的“网络操作系统”的基础。 开放式网络安装环境(ONIE)用于创建在交换机上安装网络操作系统的软件。 本演示重点介绍了恩智浦在QorIQ P2041和QorIQ T2080平台以及LS2085的路线图上介入ONL/ ONIE。 本次会议将恩智浦方法扩展至ONL/ONIE和白盒市场。 观看视频演示 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 白盒开关是网络交换机,与其需要的运行软件独立销售。 开放式网络Linux(ONL)是在这些交换机上运行的“网络操作系统”的基础。 开放式网络安装环境(ONIE)用于创建在交换机上安装网络操作系统的软件。 本演示重点介绍了恩智浦在QorIQ P2041和QorIQ T2080平台以及LS2085的路线图上介入ONL/ ONIE。 本次会议将恩智浦方法扩展至ONL/ONIE和白盒市场。 观看视频演示 设计 | 软件与服务
查看全文
DWF深セン - 2015-06-25 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 自動車およびコネクテッドカー 設計、ソフトウェア、サービス IAR: Cでの安全確保 スマートインダストリー インサイトとイノベーション スマートネットワーク
查看全文
Boundary Devices - Android Lollipop NFC 演示 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 这里有一个视频,展示了集成到我们的Android Lollipop 5.0.0 代码库中的 NFC 功能。它与 NXP PN7120 开发套件 一起在我们的 Nitrogen6x 平台上运行。 视频显示,使用 Boundary 的 URL 编程的 NFC 标签会被自动读取并相应地启动浏览器。 为了从 NFC 数据读取/写入数据,Android 提供了一个完整记录的 API 。 如果您正在寻找现有的应用程序来编写标签,那么有几个选项: NXP TagWriter应用程序 StickyNotes 示例代码 如需了解更多信息,请访问http://boundarydevices.com/ 概述
查看全文
Linux L3.14.38_6UL-补丁发布公告 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> i.MX 6UL 9x9 软件包的补丁版本现已在www.freescale.com上发布 ·        可用文件: 名称 描述 i.MX_6_Yocto_Project_L3.14.38-6UL_Patch_Release_Notes.pdf Linux 3.14.38_6UL-patch 发行说明 L3.14.38_6UL9x9-补丁.tar.gz i.MX 6UL 9x9 EVK 的 BSP 二进制演示映像 L3.14.38_6UL9x9_补丁_制造工具.tar.gz Linux 制造工具包 3.14.38_6UL9x9-Patch发布 ·        目标板: 哦  i.MX 6UltraLite 9x9 EVK 板 ·        更详细的补丁说明: 请查阅发行说明文档。
查看全文
テクニカルレポート 裏野Brazil.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ブラジル代表の浦野チームによるフリースケールカップWWファイナルズのテクニカルレポート <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ブラジル代表の浦野チームによるフリースケールカップWWファイナルズのテクニカルレポート Re:テクニカルレポート裏野Brazil.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちはルーカス、私たちはそれらを強制するために最善を尽くしています...確かに、英語が一番です。 Re:テクニカルレポート裏野Brazil.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> テクニカルレポートは英語でなければならないと思いましたか? ルールは明確ですが、尊重されていませんか? それともエラーですか? よろしくお願いいたします
查看全文
Vybrid for Altia GUI:嵌入式图形的关键功能 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Freescale Vybrid 为生产 GUI 提供了关键优势,包括低功耗和分层架构。这个简短的介绍详细介绍了 Altia 的 GUI 开发软件如何利用 Vybrid 的独特功能来提供一流的嵌入式图形。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Freescale Vybrid 为生产 GUI 提供了关键优势,包括低功耗和分层架构。这个简短的介绍详细介绍了 Altia 的 GUI 开发软件如何利用 Vybrid 的独特功能来提供一流的嵌入式图形。
查看全文
I2C NCSWの使用例 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> NCSW(NetCommソフトウェア)は、フリースケールのPowerQUICCおよびQorIQプロセッサ・プラットフォームでの開発を迅速化するためのパッケージです。これには、NCDD(NetComm Device Drivers)およびその他のコンポーネントが含まれています。ここでは、バージョンGA_4.7でサポートされているP3041 I2Cを例にとり、NetCommソフトウェアの構造とデバイスドライバの使用状況を分析します。CW PA 10.3 は、ユースケースコードと互換性を持つために使用されます。
查看全文
APF-ACC-T1551の <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このセッションでは、オートモーティブ・アプリケーションに最適なFreescale i.MX 6シリーズのアプリケーション・プロセッサの多くのインタフェースについて説明します。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このセッションでは、オートモーティブ・アプリケーションに最適なFreescale i.MX 6シリーズのアプリケーション・プロセッサの多くのインタフェースについて説明します。
查看全文
DwF 上海 - 2015-07-14 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 汽车和联网汽车 "modifiedtitle="true"title="汽车MCU高级驾驶辅助系统(ADAS)产品和解决方案更新 设计、软件和服务 "modifiedtitle="true" title="Micron 对 Freescale 处理器的内存支持 ENEA:软件服务高科技嵌入式行业 智能工业 "modifiedtitle="true"title="动手实践:MC34931S 和 MC34932S 电机驱动器 洞察与创新 智能网络
查看全文
i.MX 93 Memory Compatibility Guide The purpose of this document is to provide extended guidance for the selection of compatible LPDDR4/4X memory devices that are supported by the i.MX 93 series of processors. In all cases, it is strongly recommended to follow the DRAM layout guidelines outlined in the NXP Hardware Developer's Guides for the specific SoCs. The i.MX 93 series of processors supports different packages, and each have their own maximum supported LPDDR4/4x data rates. Please refer to the respective datasheets. Memory devices with binary densities (e.g., 1 GB, 2 GB, 4 GB) are preferred because they simplify memory management by aligning with system addressing schemes and reducing software complexity. NOTE: Some of the LPDDR4/4X devices may not support operation at low speeds and in addition, DQ ODT may not be active, which can impact signal integrity at these speeds. If low-speed operation is planned in the use case, please consult with the memory vendor about the configuration aspects and possible customization of the memory device so correct functionality is ensured. LPDDR4/4X - Maximum Supported Densities SoC Max Data bus width Maximum density Assumed memory organization Notes i.MX 93 (i.MX 93xx) 16-bit 16 Gb / (2 GB) single rank, single channel device with 17-row addresses (R0 - R16) 1, 2, 3   LPDDR4/4X - List of Validated Memories The validation process is an ongoing effort - regular updates of the table are expected. SoC Density Memory Vendor Validated Memory Part# Notes i.MX 93 16 Gb/ (2 GB) Micron LPDDR4/4x: MT53E1G16D1FW-046 AAT:A  (Z32N) MT53E1G16D1ZW-046 AAT:C (Z42N) 7 4, 8 8 Gb/ (1 GB) Micron LPDDR4/4x: MT53D512M16D1DS-046 AAT (Z11M) 4, 10 16 Gb/ (2 GB) Micron LPDDR4/4x: MT53E1G32D2FW-046 AUT:B (Z42M) 4, 5, 10 8 Gb/ (1 GB) Nanya LPDDR4: NT6AN512M16AV-J1I LPDDR4x: NT6AP512M16BV-J1I 4, 8 4 Gb/ (512 MB) Nanya LPDDR4x: NT6AP256M16AV  4, 8 16 Gb/ (2 GB) Kingston LPDDR4: D1611PM3BDGUI-U 4, 8 16 Gb/ (2 GB) Kingston LPDDR4: C1612PC2WDGTKR-U  7, 9 4 Gb/ (512 MB) ISSI LPDDR4: IS43LQ16256B-062BLI 4, 8 2Gb / (256 MB) ISSI LPDDR4: IS43LQ16128A-062BSLI 4, 6, 8   8 Gb/ (1 GB) CXMT LPDDR4/4x: CXDB4CBAM-EA-M 4, 9 16 Gb/ (2 GB) JSC LPDDR4x: JSL4BAG167ZAMF  4, 8 8 Gb/ (1 GB) JSC LPDDR4x: JSL4B8G168ZAMF-05x  4, 8 4 Gb/ (512 MB) JSC LPDDR4x: JSL4A4G168ZAMF-05 4, 8 2Gb / (256 MB) Winbond  LPDDR4x: W66BQ6NBHAGJ 4, 6, 8 8Gb / (1 GB) IM (Intelligent Memory) LPDDR4x: IM8G16L4JCB-046I 4, 11 16Gb / (2 GB) IM (Intelligent Memory) LPDDR4/4x: IMAG16L4KBBG 4, 8 4Gb / (512 MB) Samsung LPDDR4: K4F4E164HD-THCL 4, 8 8 Gb / (1 GB) AM (Alliance Memory) LPDDR4X: AS4C512M16MD4V-053BIN 4, 8 4 Gb / (512 MB) ISSI LPDDR4/4X: IS43LQ16256B-053BLI 4, 8 8 Gb / (1 GB) ISSI LPDDR4/4X: IS46LQ16512B-046BLA2 4, 8 32 Gb / (4GB) 16 Gb / (2Gb) usable by i.MX93 ISSI LPDDR4/4X: IS46LQ32K01B-046BLI 4, 8   Note 1: The numbers are based purely on the IP documentation for the DDR Controller and the DDR PHY, on the settings of the implementation parameters chosen for their integration into the SoC, SoC reference manual and on the JEDEC standards JESD209-4B/JESD209-4-1 (LPDDR4/4X). Therefore, they are not backed by validation, unless said otherwise and there is no guarantee that an SoC with the specific density and/or desired internal organization is offered by the memory vendors. Should the customers choose to use the maximum density and assume it in the intended use case, they do it at their own risk. Note 2: Byte-mode LPDDR4/4X devices (x16 channel internally split between two dies, x8 each) of any density are not supported therefore, the numbers are applicable only to devices with x16 internal organization (referred to as "standard" in the JEDEC specification). Note 3: The SoC also supports dual rank single channel devices therefore, 16Gb/2GB density can be also achieved by using a dual rank single channel device with 16-row addresses (R0 - R15). Note 4: The memory part number did not undergo full JEDEC verification however, it passed all functional testing items. Note 5: This is a dual channel x32 device. Since i.MX93 only supports 16-bit LPDDR4/X data bus, it can only interface with one of the channels and therefore, utilize only half of the device's density. As indicated in the table - the device has 32Gb/4GB density however, only 16Gb/2GB can be used. There is no functional problem with using only one channel of a dual channel device as the channels are independent in LPDDR4/4X.  Note 6: This is a new JEDEC 100 ball package, half the size of the standard 200 ball package. This 100 ball package has the same performance and functionality as the 200 ball package, and has the added advantage of being smaller and cheaper than the standard package. Note 7: This device has been EoLed by the manufacturer and has been updated by a new memory part number  Note 8: Part is active. Reviewed Nov 2025 Note 9: Part is obsolete. Note 10: This device will be EoLed in Q2 24 by the manufacturer and will not be updated by a new memory part number Note 11: DQ eye marginalities were identified during TSA analysis. vTSA and stability testing did not identify any issues.
查看全文
EdgeLock SE050/SE051 功能查询(适用于基于 Ed25519/X25519 的物联网设备) 您好,NXP团队, 我们正在评估 EdgeLock SE050/SE051 系列产品,以用于基于 Raspberry Pi 的物联网设备,希望您能指导我们选择最合适的零件编号。 我们的主要需求是安全存储和硬件执行加密操作。 该设备是树莓派 4,运行树莓派操作系统(Linux)。 我们希望就以下几点得到澄清: 1. 密钥存储 - SE050/SE051 能否安全地存储不可导出的私钥? - 证书和公钥可以存储在安全元件中吗? 2. 密钥生成 安全元件能否在内部生成密钥对? - 具体来说,它是否支持在安全元件内生成 Ed25519 和 X25519 密钥对? 3. Ed25519 操作 - 安全元件内部是否可以支持 Ed25519 签名和签名验证? 4. X25519 操作 - 能否使用不可导出的私钥在安全元件内部执行 X25519 密钥协商(ECDH 共享秘密计算)? 5. AES 操作 - 该安全元件是否支持 AES 加密和解密操作? - 如果支持,支持哪些AES模式?   6. 存储读/写 - 存储/删除/访问类似WiFi密码的文件? 7. Linux/Raspberry Pi 集成 - 是否有适用于 Raspberry Pi OS 的 SDK 或中间件? - 是否有示例应用程序演示上述操作? 8. 产品选择 - 对于上述要求,您会推荐哪款 EdgeLock SE050/SE051 型号? - 推荐的几种方案之间主要有哪些区别? - 是否有更新的 EdgeLock 产品更符合这些要求? 我们的预期用途是: - Ed25519 用于设备认证/JWT 生成签名 - X25519 移动设备配置密钥协议 - 使用派生会话密钥进行 AES 加密/解密 - 存储和处理安全文件,例如 Wi-Fi 密码等。 - 物联网设备的大规模部署 如果可以,我们也希望您能提供以下任何链接: - 相关数据表 - 应用说明 - SDK 文档 - 评估板 - Linux/Raspberry Pi 示例 谢谢你的帮助。 此致, 萨希尔·派 Re: EdgeLock SE050/SE051 Capability Inquiry for Ed25519/X25519-Based IoT Device 嗨@SahilPai , 请允许我发表以下意见: 1. 密钥存储 - SE050/SE051 能否安全地存储不可导出的私钥?//是的,SE05x 上私钥不可导出。 - 证书和公钥可以存储在安全元件中吗?// 是的,证书以二进制文件的形式存储在 SE 中,公钥可以单独存储,也可以与私钥一起存储在 SE05x 中。 2. 密钥生成 - 安全元件能否在内部生成密钥对?// 是的,它支持。 具体来说,它是否支持在安全元件内部生成 Ed25519 和 X25519 密钥对?是的,支持 Ed25519 和 X25519 密钥对。 3. Ed25519 操作 - 安全元件内部是否支持 Ed25519 签名和签名验证?//是的,SE05x 支持 Ed25519 签名和签名验证。 4. X25519 操作 - 能否使用不可导出的私钥在安全元件内部执行 X25519 密钥协商(ECDH 共享秘密计算)?//是的,ECDH 可以使用 SE05x 内部的私钥和也可以存储在 SE05x 中的外部公钥执行。 5. AES 操作 - 该安全元件是否支持 AES 加密和解密操作?//是的, 如果支持,那么支持哪些AES模式?支持 AES 模式:密码块链接(CBC)、ECB、CTR、GCM、CCM。   6. 存储读/写 - 存储/删除/访问文件,例如 WiFi 密码?//是的,SE050/SE051 可以在其安全对象存储中存储二进制对象,包括Wi-Fi 凭证。 7. Linux/Raspberry Pi 集成 - 是否有适用于 Raspberry Pi OS 的 SDK 或中间件?// 是的,详情请参阅https://www.nxp.com/webapp/Download?colCode=SE05x-PLUG-TRUST-MW&appType=license 。 - 是否有示例应用程序演示上述操作?//有。 8. 产品选择 - 对于上述要求,您会推荐哪款 EdgeLock SE050/SE051 型号?//SE050E2 或 SE051C2 均可使用。 - 推荐的几种方案之间主要有哪些区别?//它们都拥有最新的小程序版本,但 SE051 支持小程序升级,而 SE050 不支持。 - 是否有更新的EdgeLock产品更符合这些要求?//没有但目前为止是这样。   更多详情请参阅https://www.nxp.com/products/SE050和https://www.nxp.com/products/SE051 。   希望对您有所帮助。   祝你有美好的一天, 坎 ------------------------------------------------------------------------------- 笔记: - 如果此回复解答了您的问题,请点击“标记为正确答案”按钮。谢谢你! - 我们会持续关注帖子,从最后一条回复发出后持续7周,之后的回复将被忽略。 如果您之后有相关问题,请另开新帖并引用已关闭的帖子。 -------------------------------------------------------------------------------
查看全文
我尝试在 FRDM-MCXN947 上运行 Zephyr HTTP 服务器(日本博客) スクリーンショット 2026-06-11 15.39.32.png 0. 这篇文章是关于什么的? 传统上,在使用嵌入式微控制器的网络功能时,首先要弄清楚“如何让它工作”。你需要找到目标微控制器供应商提供的SDK和示例代码,然后根据其API编写代码。由于每个微控制器的API都不同,每次想做类似的事情时,往往都得从头开始研究。网络功能涉及很多知识,例如初始化TCP协议栈和使用套接字API,我相信很多人都经历过还没来得及编写自己的应用程序就因为这些知识而感到力不从心的情况。 Zephyr OS 或许能解决这些问题。Zephyr 作为一款实时操作系统 (RTOS),提供了一套标准的 API,其主要优势在于,一旦掌握了使用方法,同一段代码就能在不同的开发板上运行。在众多可用的示例代码中,也包括我们将要讨论的HTTP 服务器示例,而且它的运行出乎意料地简单。 本文提供了在 NXP FRDM-MCXN947评估板上运行 HTTP 服务器示例的分步指南。示例运行后,您将能够通过 PC 的 Web 浏览器访问 FRDM-MCXN947,并使用页面上的按钮打开/关闭板上的 LED 灯。 目标: 通过浏览器访问 FRDM-MCXN947 上的 HTTP 服务器,并使用页面上的“LED 开”和“LED 关”按钮控制 LED。 在阅读本文之前 这假设 Zephyr 构建环境已经安装,并且您熟悉 west build 和 west flash 的基本操作。 如果您要从设置环境开始,可以参考 Zephyr 官方网站上的“入门指南”,或者观看指导视频,该视频可让您使用 MCUXpresso for VSC 轻松进行设置。 让我们开始吧!请参阅“MCUXpresso 与 VS Code 和 Zephyr OS”。 目录 0. 这篇文章是关于什么的? 1. 你需要准备什么 1.1 硬件 1.2 软件(必须安装) 2. 准备工作:激活环境变量 3. 配置 prj.conf(指定 IP 地址) 3.1 使用静态 IP 地址时 3.2 使用 DHCP(自动获取 IP 地址) 3.3 当PC与主板直接一对一连接时 4. 建造 4.1 对于静态 IP 地址 4.2 使用 DHCP 时 5. 写信给董事会 6. 运行检查 6.1 使用串口终端检查 IP 地址 6.2 通过浏览器访问 参考资料 1. 你需要准备什么 1.1 硬件 产品名称 备注 FRDM-MCXN947评估板 Zephyr 文档 USB 连接线(包含在上述 FRDM 板中) 这样就把主板上的 J17 连接器连接到了 PC。 LAN 线缆 这样就把主板上的以太网接口连接到了网络上。 1.2 软件(必须安装) 最新 Zephyr 开发环境(西部,Zephyr SDK)   2. 准备工作:激活环境变量 这次,我们将使用 macOS 终端屏幕上的命令进行操作。 打开终端后,首先执行以下两个命令。 首先,激活Python执行环境: source ~/zephyrproject/.venv/bin/activate 如果使用 MCUXpresso for VSC 安装 bin/activate 的位置与标准位置不同。 在 macOS 上,它位于 ~/.mcuxpressotools/.venv_3_14/ 中。 在 Windows 系统中,它位于 C:\Users\<ユーザ名>\.mcuxpressotools\.venv_3_12\Scripts 中。 *使用 Windows PowerShell 时,所使用的命令和文件名与 Linux 和 macOS 上的命令和文件名有所不同,因此请在继续操作之前参阅“入门指南”。 接下来,我们将设置构建 Zephyr 所需的环境变量。该命令允许您从任何文件夹构建 Zephyr: source ~/zephyrproject/zephyr/zephyr-env.sh 接下来,导航到示例文件夹: cd ~/zephyrproject/zephyr/samples/net/sockets/http_server   3. 配置 prj.conf(指定 IP 地址) 此文件夹中的 prj.conf 文件包含网络设置。请根据您的连接类型从以下三种方法中选择一种。 部分 连接类型 IP设置方法 第 3.1 节 通过路由器连接到局域网 手动配置静态IP地址。 第 3.2 节 通过路由器连接到局域网 通过 DHCP 自动获取资源(简单) 第 3.3 节 使用一根网线将电脑和主板直接连接起来。 为电脑和主板都设置静态IP地址。 参考:IP 地址:静态和 CHCP スクリーンショット 2026-06-11 16.22.14.png 3.1 使用静态 IP 地址(通过路由器) 此方法需要通过路由器连接到局域网,并为开发板分配一个固定的 IP 地址。请在文本编辑器中打开 prj.conf ,并根据您的网络环境修改以下两行代码。 更改前(默认): CONFIG_NET_CONFIG_MY_IPV4_ADDR="192.0.2.1" CONFIG_NET_CONFIG_MY_IPV4_GW="192.0.2.2" 更改后(例如): CONFIG_NET_CONFIG_MY_IPV4_ADDR="192.168.1.100" CONFIG_NET_CONFIG_MY_IPV4_GW="192.168.1.1" 设置项目 意义 CONFIG_NET_CONFIG_MY_IPV4_ADDR 要分配给电路板的 IP 地址(指定路由器子网内与其他设备不重叠的地址)。 CONFIG_NET_CONFIG_MY_IPV4_GW 网关(路由器)的 IP 地址。如果您仅从同一局域网内的电脑访问它,则并非绝对必要。 这里没有指定子网掩码,但在我测试的环境中,它被设置为 255.255.255.0 。 本文以“192.168.1.100”为例,请根据您的网络环境进行更改。 3.2 使用 DHCP(自动获取 IP 地址) 将 FRDM-MCXN947 连接到路由器(无线路由器)时,它可以自动从路由器获取 IP 地址。为此,请对 prj.conf 进行以下更改: CONFIG_NET_DHCPV4=y # 追加 CONFIG_NET_CONFIG_MY_IPV4_ADDR="" # 空文字列に変更 或者,您可以选择不编辑 prj.conf ,而是使用稍后描述的构建命令指定配置文件(参见第 4.2 节)。 3.3 当PC与主板直接一对一连接时 它还可以通过一根网线将PC和FRDM-MCXN947直接连接,无需路由器。在这种情况下,由于没有DHCP服务器,您需要在PC和开发板上手动设置静态IP地址。 关键点有以下两点: 在同一子网内,为PC和主板分配不同的IP地址。 由于它不会连接到互联网,因此不需要网关设置(或者任何值都可以接受)。 以下是一个设置示例: 主题 IP地址 子网掩码 PC(有线 LAN 适配器) 192.168.100.1 255.255.255.0 FRDM-MCXN947 192.168.100.2 255.255.255.0 (自动设置) 在电路板侧,按照 3.1 节中的方法编辑 prj.conf 。使用上表中的值时的示例设置: CONFIG_NET_CONFIG_MY_IPV4_ADDR="192.168.100.2" CONFIG_NET_CONFIG_MY_IPV4_GW="192.168.100.1" PC端有线LAN适配器的IP地址需要在操作系统设置界面手动设置: macOS:前往“系统偏好设置”→“网络”→选择您的有线 LAN 适配器→将“IP 设置”更改为“手动”,然后输入地址 192.168.100.1 和子网掩码 255.255.255.0 Windows:转到“控制面板”→“网络和共享中心”→“更改适配器设置”→右键单击有线 LAN 适配器→“属性”→“Internet 协议版本 4 (TCP/IPv4)”→选择“使用下面的 IP 地址”并输入相同的信息。 如果启用了 DHCP ,则连接路由器的标准配置(3.2 节)会更简单,因为它不需要更改电脑的 IP 设置。直接连接适用于在没有路由器的环境中进行测试,或者当您不想更改电脑的网络设置时。 4. 建造 设置完成后,继续进行构建(编译和链接)。 工作目录为“~/zephyrproject/zephyr/samples/net/sockets/http_server”。 4.1 如果您拥有静态 IP 地址,或者如果您已将系统配置为在 prj.conf 中使用 DHCP 使用以下命令构建它。 west build -p auto -b frdm_mcxn947/mcxn947/cpu0 4.2 使用 DHCP 时 prj.conf 要在不编辑文件的情况下启用 DHCP,请运行以下命令: west build -p auto -b frdm_mcxn947/mcxn947/cpu0 -- -DEXTRA_CONF_FILE="overlay-dhcpv4.conf" -DEXTRA_CONF_FILE="overlay-dhcpv4.conf" 这将导致在构建过程中将启用 DHCP 的配置文件添加到 prj.conf 中。 在此配置中,如果未启用 DHCP 服务器,则默认设置 prj.conf 中写入的静态 IP 地址。   5. 写信给董事会 构建完成后,将其写入电路板。 使用 USB 电缆将板载J17(USB)连接器(位于以太网连接器左侧)连接到您的 PC,并将LAN 电缆连接到以太网连接器。 IMG_1415.JPG 运行以下命令: west flash 编写过程完成后,董事会将开始运作。   6. 运行检查 6.1 使用串口终端检查 IP 地址 打开串口终端(如 Tera Term、PuTTY 或 VS Code 的串口监视器),选择 FRDM-MCXN947 端口,并将波特率设置为115200 。 市面上有多种类型的串口终端,您可以根据自己的喜好选择使用哪一种。有关其安装和使用方法,请参阅相关文章。 uart:~$ 看到提示符后,输入以下命令: net iface 将显示网络设置列表。如果您指定了静态 IP 地址,则会显示该值;如果您使用了 DHCP,则会显示路由器分配的 IP 地址,请检查该地址。 スクリーンショット 2026-06-11 14.18.15.png 如果错过了启动日志, 可以通过按下开发板上的 SW1(RESET) 按钮重启开发板。重启后,您也可以立即查看输出中的 IP 地址。 スクリーンショット 2026-06-11 14.17.59.png 6.2 通过浏览器访问 在浏览器地址栏中输入已确认的 IP 地址并访问它(在本例中为 http://192.168.1.100 )。 如果工作正常,屏幕上将显示“ LED 开”和“ LED 关”按钮。按下这些按钮即可打开/关闭 FRDM-MCXN947 上的绿色 LED 指示灯。 スクリーンショット 2026-06-11 15.33.47.png IMG_1419.JPG 参考资料 【Zephyr ®系列】第一部分:最近流行的 Zephyr OS 究竟是一款怎样的操作系统?(日语博客) 【Zephyr ®系列】第二部分:首次构建与测试(日语博客) Zephyr 项目入门指南 让我们开始吧!使用 MCUXpresso 和 VS Code 构建 Zephyr OS(视频教程) 试用 UI:Zephyr OS 上的 GUI Guider 示例代码(日本博客) 变更历史记录: 2026-06-16:第一版 ========================= 我们目前无法回复此帖子“评论”部分留下的评论。 由此给您带来的不便,我们深表歉意。如有任何疑问,请参考“NXP 技术问题 - 如何联系我们(日语博客)”。 (如果您已经是恩智浦的分销商或与恩智浦有业务关系,您可以直接咨询您的代表。) 本指南将逐步讲解如何在 FRDM-MCXN947 上运行 Zephyr HTTP 服务器示例,并通过 PC 浏览器控制板上的 LED 灯亮灭。它支持通过路由器建立固定 IP/DHCP 连接,也支持使用单根网线将 PC 与开发板直接连接。如果已安装 Zephyr 构建环境,您只需几条命令即可完成从编辑配置文件到构建和烧录固件的整个过程,从而验证其运行情况。 (预计时间:15 分钟 *假设已安装 Zephyr 开发环境并熟悉 PC 网络) スクリーンショット 2026-06-11 15.39.32.png 以太网 介绍 MCX 日本博客
查看全文
脳の歌のレビュー 「ブレインソング」は、一般的な「脳機能向上ソング」とは別に、その構成が特徴である。集中力を高めるために、大量のカフェインに頼るだけではない。その代わりに、認知機能の健康における3つの主要な柱に焦点を当てています。 詳細はこちら Re: The brain song reeviews こんにちは、Nhhnnさん、 NXPにご連絡いただき、また弊社製品にご関心をお寄せいただきありがとうございます。 お問い合わせ内容が特定のNXP製品またはデバイスに関するものか、お知らせいただけますでしょうか?そうであれば、喜んでさらにサポートさせていただきます。 ご質問がNXP製品に関係しない場合、残念ながら詳細なサポートを提供することは難しい場合がございます。ご理解いただき、誠にありがとうございます。 必要に応じて、さらに詳しい情報をお聞かせください。できる限りお手伝いさせていただきます。 良い1日を。
查看全文
MC33777B データシート BMSを設計しているのですが、 MC33777BのデータシートがNXPのウェブサイトの公開ファイルとセキュアファイルの両方に見当たりません。MC33777Bの完全なデータシートを提供していただけないでしょうか? Re: MC33777B Datasheet 私の回答は以下のとおりです。   1: MC33777B データシート:   これは、機密保持契約(NDA)に基づき、安全なファイルを通じてのみ提供されます。 セキュリティファイルは製品ページからアクセスできます。   https://www.nxp.com/products/MC33777   LinaHou_0-1780285320974.png 2:弊社のセキュアファイルシステムで確認したところ、お客様はセキュアファイルへのアクセス権を取得済みです。こちらのガイドを参照して、お客様側からダウンロードしてください: https://www.nxp.com/docs/en/user-guide/nxp-docstore-migration-guide.pdf 申請が完了すると、docstore が申請をサポートします。 MC33777B [DS1110110]のデータシートは、製品マネージャーの承認後、お客様向けに提供されます。 ダウンロードリンクが記載されたメールが届きますので、そこからデータシートを直接ダウンロードできます。 手順を理解するには、よくある質問(FAQ)をご確認ください。 https://www.nxp.com/support/support/secure-access-rights:SEC-ACCESS もし あなた は 直面している どれでも 問題 に アクセス の 安全な ファイル または さらに遠く 支援 必要、 お願いします ただ 使用 あなたの 会社 メール、提供 あなたの NDA# または 秘密保持契約 コピー、 プロジェクト 詳細、 接触 私たちの ドキュメントストア チーム 直接 で これ メール 住所: [email protected] 彼らはきっと喜んであなたをサポートしてくれるでしょう。 この情報が少しでもお役に立てば幸いです。   ありがとうございました。良い一日をお過ごしください。
查看全文
when FRDM-A-S32K358 on sale? I heard that the FRDM-A-S32K358 is being released as a development board for the S32K358. When will this product be released? Digiikey says it will be released on May 18, 2026, but I would like to know the exact date. Re: when FRDM-A-S32K358 on sale? Hi I'm sorry, but for now I only see that the FRDM-A-S32K358 will be released in 2026 Q2, without a specific date. Best Regards, Robin
查看全文
Booting a Non-XIP Application from SEMC NAND on MIMXRT1170-EVKB Software Prerequisites MCUXpresso IDE Tera Term (serial terminal) Secure Provisioning Tool 1 Introduction This article describes the end-to-end procedure for booting a non-XIP application from SEMC parallel NAND flash on the MIMXRT1170-EVKB. Because NAND memory is block-oriented and cannot be executed in place, the application image must be linked to internal or external RAM (ITCM, DTCM, OCRAM, or SDRAM) and copied from NAND into RAM by the i.MX RT1170 BootROM prior to execution. The guide covers the required board rework, hardware validation using the MCUXpresso SDK, project configuration for RAM-linked builds, bootable image generation using the MCUXpresso Secure Provisioning Tool (SEC), one-time fuse programming for ECC, image programming to NAND, and final boot verification. Readers are strongly encouraged to review Section 2 (Bootable Image Layout) of application note AN14069 before proceeding, as familiarity with the image layout is essential for understanding the steps that follow. swetha_v_0-1779206877689.png RT1170 Bootable image layout 2 Hardware Rework The EVKB ships with the SEMC NAND data-line 0-ohm resistors depopulated (DNP) because those SoC pins are muxed with other functions on the board. You must solder them in before NAND is usable. 2.1 Resistors to Populate Solder R1872 through R1879 (eight 0-ohm resistors) on NAND data lines DATA0-DATA7. Before soldering, cross-check against your specific EVKB revision’s schematic. Open the board schematic PDF and search for the SEMC NAND section, the reference designators can shift by a digit or two between revisions. The relevant schematic is downloadable from the NXP product page. swetha_v_0-1779205885596.png 2.2 Hardware Validation via SDK Examples After populating the resistors, validate the rework by running the SDK example mentioned below in the default QSPI NOR boot configuration (no changes to SW1/SW2 from factory settings yet). This isolates hardware issues from boot-configuration issues and gives clean signal before attempting SEC flashing. 2.3 Recommended Validation Sequence Run the semc_nand component example. Path: \boards\evkbmimxrt1170\component_examples\flash_component\semc_nand. Import via File → Import → MCUXpresso SDK Examples → MIMXRT1170-EVKB → component_examples\flash_component\semc_nand Build and flash to QSPI NOR (default boot configuration). Open a serial terminal on the MCU-Link VCOM port at 115200 baud 8N1. Press reset. The example will read the NAND ID, erase a block, program a page, read it back, and print the results. Pass criteria: all operations complete without errors and the read-back data matches the written data. If this passes, the hardware rework (R1872–R1879) is electrically correct and the NAND software layer that SEC depends on works. Please proceed to SEC flashing. swetha_v_1-1779205885702.png   3 Build a NAND-Bootable Application in MCUXpresso IDE NAND is block-oriented; the CPU cannot execute directly from it. The application must be RAM-linked (non-XIP), and the ROM will copy it into RAM before jumping. 3.1 Import the SDK Example Install SDK_26.03.00_MIMXRT1170-EVKB into MCUXpresso IDE (drag the ZIP into “Installed SDKs”). File → Import → MCUXpresso SDK Examples. Board: MIMXRT1170-EVKB; core: CM7. Select the iled_blinky example for initial bring-up. Click Finish. 3.2 Configure Project for RAM-Linked (Non-XIP) Build Right-click project → Properties → C/C++ Build → MCU settings: In Memory details, set default RAM to ITCM/OCRAM/SDRAM as shown in below images. Move the corresponding RAM to the lower line of the Flash item, below BOARD_FLASH using the arrows on the right. Since the BootROM uses the first 8K of the linked RAM during image copying, in this step, the start address is offset by 0x2000 and the size is modified accordingly. Setting default RAM to ITCM: swetha_v_2-1779205885730.png Setting default RAM to OCRAM: swetha_v_3-1779205885759.png Note: There is no limitation when linking the image text section to ITCM, DTCM, or SDRAM for non-XIP boot. However, when linking the image text section to OCRAM (0x2020_0000 – 0x203F_FFFF), one limitation applies: the region 0x2024_0000 – 0x2024_BFFF must be reserved as this is the ROM RW region. If the image text section is linked into the ROM RW region, the ROM routine will be corrupted during image copying. swetha_v_4-1779205885777.png Setting default RAM to SDRAM: swetha_v_5-1779205885807.png Note: This option requires an XMCD (External Memory Configuration Data) block in the boot image. Then C/C++ Build → Settings → MCU C Compiler → Preprocessor, add or change: XIP_BOOT_HEADER_ENABLE=0 XIP_EXTERNAL_FLASH=0 In the project’s Settings tab (project root), check “Link application to RAM”. swetha_v_6-1779205885863.png   4 Build the Bootable Image in the SEC Tool 4.1 Create the SEC Workspace Launch MCUXpresso Secure Provisioning Tool File → New workspace → choose a folder Processor: MIMXRT1176 (RT1170-EVKB) Boot type (toolbar): Unsigned Boot device (toolbar): SEMC NAND LC: Open, HAB disabled swetha_v_7-1779205885887.png 4.2 Configure SEMC NAND device parameters for Micron MT29F2G08ABAGAH4-IT:G Select Target → Boot Memory … to open Boot Memory Configurations swetha_v_8-1779205885915.png Based on MT29F2G08ABAGAH4 datasheet, its default ECC is off, so we need to do the below ECC settings: swetha_v_9-1779205886059.png 4.3 Build the bootable image Go back to the MCUXpresso IDE and build the iled_blinky project. Upon successful build, an axf file will be generated. You may find it in …\MCUXpressoIDE_25.6.136\workspace\evkbmimxrt1170_iled_blinky_cm7\Debug Navigate back to Secure Provisioning Tool → Build image Source executable image → Browse → …\MCUXpressoIDE_25.6.136\workspace\evkbmimxrt1170_iled_blinky_cm7\Debug\evkbmimxrt1170_iled_blinky_cm7.axf Start address: Needs to correspond to the start address set in Memory Configurations in Part 3.2 If linking the application to SDRAM, check XMDC → SEMC SDRAM DCD (binary): None Click Build Image Status of the command is shown in the log and the bottom of the screen: swetha_v_10-1779205886160.png   5 Put the Board in Serial Downloader Mode Before SEC can write to NAND, the RT1176 ROM must be in SDP mode. 5.1 Boot Mode for Serial Downloader SW1 = OFF-OFF-OFF-ON (BOOT_MODE[1:0] = 01) The boot mode is selected based on the binary value stored in the internal BOOT_MODE register, and switch SW1-3 and SW1-4 are used to select the boot mode on the MIMXRT1170 EVKB board. SW1-1 SW1-2 SW1-3 SW1-4 BOOT_MODE Mode OFF OFF OFF ON 01 Serial Downloader OFF OFF ON OFF 10 Internal Boot   5.2 Connect and Verify Power off the board (SW5 OFF). Set SW1 as shown above. Connect a USB cable to J20 (USB OTG1, primary USB per the schematic) Power on (SW5 ON) and press SW4 (reset). Windows Device Manager should show an HID device with VID=0x1FC9, PID=0x013D. This is the RT1176 ROM’s SDP interface.   6 Burn Fuse for the EVKB’s NAND This step is NAND-specific. Per RM Table 10-20 (Fuse definition for Parallel NAND over SEMC), for the RT117x ROM to load an image from this NAND with ECC protection and valid bad-block detection, one fuse must be burned for reliable NAND boot on the EVKB’s Micron NAND. 6.1 The Fuse Attribute Value Register BOOT_CONFIG_MISC2[31:0] Offset 0x0C80 Bit to burn Bit 24 Bit value 1 Value to burn for EVKB 1 (register = 0x01000000) Without this burn, the ROM reads pages without ECC correction. Because the Micron NAND writes ECC-protected data only when ECC is enabled, any data written via the SDK with ECC enabled would appear as uncorrected bytes + parity. With ECC off, even small bit-errors become uncorrectable read failures, and bad-block detection via ECC status is unreliable. 6.2 Test Connection Click Test connection. The expected result is shown in the screenshot below. swetha_v_11-1779205886273.png 6.3 How to Burn the Fuse via SEC Ensure the board is in SDP mode, with USB connected to J20. In the SEC workspace, open Build image → OTP configuration. Read the current values from the processor. Locate BOOT_CONFIG_MISC2[31:0] at offset 0x0C80. In the Required value column, enter 0x01000000. Ensure there is no “*” (unknown) in any bit of the current or required value. Select Advanced Mode → Generate script, to confirm that only MISC2 bit 24 will be written. Select Advanced Mode → Burn to execute the burn. Read the fuses back and verify that BOOT_CONFIG_MISC2 = 0x01000000 and that other fuses remain unchanged. Click OK. swetha_v_0-1779206602330.png swetha_v_13-1779205886328.png swetha_v_14-1779205886431.png   7 Write the Bootable Image to NAND via SEC At this stage, every item in the Build image tab should be checked green. swetha_v_15-1779205886625.png Switch to the “Write image” view. Use built image: checked. Connection type: USB (ensure that the device remains in SDP mode and is connected). Click Write image. swetha_v_16-1779205886676.png   8 Configure Boot Switches for Internal Boot from SEMC NAND 8.1 Power Off Slide SW5 to OFF. 8.2 Set BOOT_MODE to Internal Boot SW1 = OFF-OFF-ON-OFF (BOOT_MODE[1:0] = 10) 8.3 Set BOOT_CFG1 for SEMC Parallel NAND SW2 = OFF-OFF-OFF-OFF-ON-OFF-OFF-OFF SW2 position BOOT_CFG1 bit Value SW2-1 BOOT_CFG[0] 0 (OFF) SW2-2 BOOT_CFG[1] 0 (OFF) SW2-3 BOOT_CFG[2] 0 (OFF) SW2-4 BOOT_CFG[3] 0 (OFF) SW2-5 BOOT_CFG[4] 0 (OFF) SW2-6 BOOT_CFG[5] 1 (ON) SW2-7 BOOT_CFG[6] 0 (OFF) SW2-8 BOOT_CFG[7] 0 (OFF) SW2-9 BOOT_CFG[8] 0 (OFF) SW2-10 BOOT_CFG[9] 0 (OFF) This is the EVKB-specific setting that selects SEMC Parallel NAND as the boot device.   9 Boot and Verify Slide SW5 to ON. Press SW4 (reset). The on-board user LED should blink, confirming that the application has booted successfully from SEMC NAND.   References AN14069 — How to Enable Non-XIP Boot on i.MX RT Series EVK Board. IMXRT1170RM — i.MX RT1170 Reference Manual. MIMXRT1170-EVKB Hardware Development User Guide and Board Schematic. Micron MT29F2G08ABAGAH4 NAND Flash Datasheet. MCUXpresso Secure Provisioning Tool User Guide. This article describes the end-to-end procedure for booting a non-XIP application from SEMC parallel NAND flash on the MIMXRT1170-EVKB.
查看全文
S32K3 在不阻塞的情况下测量 PWM 占空比 (emiOS ICU IPWM) 你好, 仅供参考- 我正在使用 emiOS 的 ICU 通道来测量 IPWM 模式下不同的 PWM 占空比。我目前能够成功地以 " 阻塞 " 方式测量占空比。 我的输入从 100% 占空比(实际上没有 PWM)过渡到我需要测量的给定占空比的 PWM 信号。 我的 .mex配置如下 我的示例代码如下 虽然这种方法可行,但我更倾向于启动一次信号测量,并定期调用Emios_Icu_Ip_GetDutyCycleValues(),而无需调用 Emios_Icu_Ip_StopSignalMeasurement(),以避免在测量完成之前被阻塞。另外,如果在测量完成时有一个中断被触发,对我来说也是可行的。 我最初只尝试调用 emios_ICU_IP_startSignalMeasuremeasum (),然后定期调用 emios_ICU_IP_getdutyCycleValues ()(每 1 秒,而 PWM 频率为 1kHz),但是数据不准确。 据我了解,SAIC 更适合不同的 PWM 信号(我认为这适合我的用例),但我想我也可以使用 IPWM,因为测量读数会延迟。我不介意返回的结果是否会稍微延迟或过时几毫秒,因为我预计占空比不会发生快速变化,而且频率将保持不变。 如果有人能澄清如何使用IPWM实现这一目标,或者我只能通过SAIC实现这一点,那就太好了。 谢谢 Re: S32K3 measuring PWM duty cycle (eMIOS ICU IPWM) without blocking 你好 您遇到的问题是 S32K3 上 eMIOS ICU IPWM 模式的一个已知限制: IPWM 本身是 "基于测量窗口 "的,而不是连续的,因此在不重启/关闭测量的情况下定期读取会导致过期或部分更新的值。 IPWM 不是为不同步的定期轮询而设计的 您必须: 使用中断通知,或 读数前重新开始测量,或 转用 SAIC 实现真正的无阻塞连续测量 顺祝商祺! Peter
查看全文
mimxrt1180 上の Azure NetXDuo NXPコミュニティの皆様、こんにちは。 MCUXpresso SDK BuilderでAzure NetXDuoを選択してSDKのビルドをクリックすると、ボードが見つからないため、 Azure NetXDuoをmimxrt1180のミドルウェアとして使用できません(下記参照)。 このボード用のミドルウェアを入手する別の方法はありますか? よろしくお願いいたします。 ACR 開発ボード Re: Azure NetXDuo on mimxrt1180 こんにちは、 @ACR さん。 RT1180は現在、NXP製マイクロコントローラ向けAzure RTOSのサポート対象外です。詳細は以下のリンクをご覧ください: NXPマイクロコントローラ向けAzure RTOS | NXP Semiconductors ご迷惑をおかけして申し訳ございません。 Re: Azure NetXDuo on mimxrt1180 こんにちは、 @EdwinHz ご返信ありがとうございます。RT1180版のリリースは近いうちに期待できますか? 現在サポートされている別のネットワークスタックはありますか? よろしくお願いします、 Re: Azure NetXDuo on mimxrt1180 RT1180で現在サポートされているネットワークスタックは、LwIP、Zephyrネットワークスタック、およびここに示されているインダストリアルなプロトコル・スタック(EtherCATやPROFINETなど)です。https: //www.nxp.com/products/i.MX-RT1180#software RT1180におけるAzureのFUTUREのサポートについては、私にはその情報へのアクセス権限がありません。 BR、 エドウィン。
查看全文
S32K3_ADC 校准失败 您好,NXP 我配置了 ADC0 和 ADC1,然后发现 ADC0 在验证时偶尔会失败。验证失败的原因是什么?根据我的理解,如果验证失败,就会直接输出失败。目前,我看到它停留在 CALBISTREG[C_T_BUSY]。当我的应用程序运行很长时间后,我检查寄存器,发现该状态保持不变。 企业微信截图_17746949648793.png image.png image.png 敬上, xianlong Re: S32K3_ADC_Calibration fail 您想用 ADC 传输哪种信号?电机控制或某种安全信号 Re: S32K3_ADC_Calibration fail 您好,@db16122 感谢您的关注。它只是收集一些电压信号,与电机控制无关。您是否有任何相关经验可以分享? 最美好的祝愿, xianlong Re: S32K3_ADC_Calibration fail 你好@武仙龙 在您的图片中,MCR 为 0xA100 0E03 ,因此"PWDN" 位为 1 image.png   不过,在进行下一步操作之前,应将"PWDM" 设置为 0b。 image.png 我不确定这是否就是 ADC 验证失败的原因,使其处于 "忙 "状态。 Re: S32K3_ADC_Calibration fail 你好,@Senlent 我调查了底层代码,这种状态是可以解释的。当 ADC 因某种原因无法校准时,ADC 模块的硬件状态机将保持在 "校准 "状态。软件完成校准过程后,将禁用 ADC 模块,重新配置时钟,然后再次启用模块。软件返回的标准是 ADC 状态寄存器,但目前寄存器的值是校准。软件返回超时,然后将不再为该 ADC 模块供电。 现在的主要问题是,为什么 ADC 模块的硬件状态机仍处于校准状态?而且这个问题是偶发的,只要改动一点代码,问题就很难再现。 企业微信截图_1774870123825.png 敬上, xianlong Re: S32K3_ADC_Calibration fail 根据 TSAMP 设置,该值为 00b,即 22 个周期。由于 ADC 校准可能需要一些时间,也许您可以改用 32 个周期的 11b。请查看 S32K3 清单 20260104。 顺便说一句,ADC 校准是一直失败还是偶尔会失败?是否有可能因某处的噪声而改变 ADC 校准参考电压? Re: S32K3_ADC_Calibration fail 你好@武仙龙 对此,我也没有太多想法。我建议您阅读本文件的以下章节: 章节:3.6.9 ADC 校准建议 https://community.nxp.com/t5/S32K/S32K3%E5%B8%B8%E8%A7%81%E9%97%AE%E9%A2%98%E6%A3%80%E6%9F%A5%E5%88%97%E8%A1%A8-Check-list-%E5%88%86%E4%BA%AB/m-p/2020858 关于 ADC 自检的一些建议。 请检查上述每项建议,看看是否有需要优化的地方。 Re: S32K3_ADC_Calibration fail 你好, @ db16122 @Senlent 感谢您的帮助。 目前,通过测试尚未找到根本原因。当我直接断开 VREFH 引脚并调用校准函数 Adc_Calibrate 时,校准会失败。但是,校准失败将设置 TEST_FAIL 寄存器,ADC 状态将变为 IDLE。它不会卡在校准状态。 image.png 虽然问题的原因不明,但检查清单中的措施应能避免这一问题。 敬上, xianlong
查看全文