示例 S32R274 Watchdog_example S32DS_1.1 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明： * 应用程序初始化 FCCU 和软件看门狗。SWT 超时后， * 微控制器已重置。 * * 宏 LONG_RESET 定义执行哪种重置。如果 LONG_RESET 为 1，则长 * 执行重置，否则执行短重置。 * * ---------------------------------------------------------------------------------------------- * 测试硬件：S32R274RRUEVB，MPC57xx主板 * 微控制器：S32R274KAMMM 1N58R *系统频率：PLL0 240MHz * Z4 核心 120MHz * 调试器：Lauterbach Trace32 * PeMicro USB-ML-PPCNEXUS * 目标：internal_FLASH（调试模式、debug_ram 和释放模式） * EVB连接：默认 * * ******************************************************************************** <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明： * 应用程序初始化 FCCU 和软件看门狗。SWT 超时后， * 微控制器已重置。 * * 宏 LONG_RESET 定义执行哪种重置。如果 LONG_RESET 为 1，则长 * 执行重置，否则执行短重置。 * * ---------------------------------------------------------------------------------------------- * 测试硬件：S32R274RRUEVB，MPC57xx主板 * 微控制器：S32R274KAMMM 1N58R *系统频率：PLL0 240MHz * Z4 核心 120MHz * 调试器：Lauterbach Trace32 * PeMicro USB-ML-PPCNEXUS * 目标：internal_FLASH（调试模式、debug_ram 和释放模式） * EVB连接：默认 * * ********************************************************************************

车辆网络：时间敏感网络 (TSN)，为自动驾驶提供可预测、可靠且强大的以太网网络 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 时间敏感网络是工业和汽车以太网领域的下一个热门领域。在本次会议中，我们将深入研究 TSN 标准，重点介绍与汽车领域最相关的关键特性。我们还将讨论使用 SJA1105TEL 汽车以太网交换机可以实现的潜在用例，并讨论支持在汽车中采用此类交换机的生态系统。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 时间敏感网络是工业和汽车以太网领域的下一个热门领域。在本次会议中，我们将深入研究 TSN 标准，重点介绍与汽车领域最相关的关键特性。我们还将讨论使用 SJA1105TEL 汽车以太网交换机可以实现的潜在用例，并讨论支持在汽车中采用此类交换机的生态系统。

インフォテインメント、コネクティビティ、セキュリティ:カーラジオ、オーディオ、アンプ - 市場とテクノロジーの最新情報 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> インフォテインメント市場の動向とNXPの最新テクノロジーに関する最新情報。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> インフォテインメント市場の動向とNXPの最新テクノロジーに関する最新情報。 オーディオ処理と増幅

具备 SafeAssure ®认证功能的 i.MX 8 MCU — 摄像头、视频、音频、可信环境 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本课程将解释为 i.MX 8 提供的几种软件解决方案。SafeAssure 软件允许进行系统分区，充分利用 i.MX 8 的一些安全功能。Fast Path 软件允许在 2 个网络接口之间路由/桥接数据，以最大限度地提高数据路由性能，同时将主处理器的 CPU 负载要求降至最低。可信环境允许充分利用 Arm ® Trustzone 功能。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本课程将解释为 i.MX 8 提供的几种软件解决方案。SafeAssure 软件允许进行系统分区，充分利用 i.MX 8 的一些安全功能。Fast Path 软件允许在 2 个网络接口之间路由/桥接数据，以最大限度地提高数据路由性能，同时将主处理器的 CPU 负载要求降至最低。可信环境允许充分利用 Arm ® Trustzone 功能。

WillyFog_Milestone_2 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このマイルストーンでは、新しく実装された機能は次のもので構成されます。 - ログイン/ログアウト機能の追加 - 管理者ユーザーが新しいユーザーを追加できるようにする - ユーザーごとにデバイスを分離し、デバイスごとにコマンドを分離する - ソニーのプロトコルを使用するデバイスへのIR学習機能の追加 - デバイスが学習モードのときにLEDを点灯させる (マイビデオで視聴) Linux Embedded Challenge 2017 (英語)

快速物联网原型开发套件_Connects China <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 了解如何将物联网构想转化为概念验证，就像 1-2-3 一样简单，实现互联、安全、小型化的物联网终端节点。快速物联网套件集成了 30 多个有源组件（11 个 NXP 部件）以及驱动程序、中间件、示例应用程序，并具有基于 GUI 编程的创新 Web IDE，以及移动应用程序和物联网云服务。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 了解如何将物联网构想转化为概念验证，就像 1-2-3 一样简单，实现互联、安全、小型化的物联网终端节点。快速物联网套件集成了 30 多个有源组件（11 个 NXP 部件）以及驱动程序、中间件、示例应用程序，并具有基于 GUI 编程的创新 Web IDE，以及移动应用程序和物联网云服务。

使用 OpenWRT、Yocto、Ubuntu 还是您自己的自定义 Linux ®发行版？了解恩智浦如何轻松利用多分销方式进行软件开发_Connects China <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 每个 Linux 发行版都提供了对产品开发有用的功能 - 每个 SoC 都提供了产品成功所必需的功能。如果您无法利用您选择的发行版或您选择的 SoC - 产品开发就会受到阻碍或完全停止。NXP 提供的技术可简化 SoC 特定组件在您所选择的分销中的采用。了解有关此技术的更多信息，以及如何在组件隔离级别构建和使用来自 LSDK 的选定组件的实用技巧和窍门。主题包括构建和部署 PPA 和引导加载程序、构建和引导 Linux 内核以及构建和部署选定的用户空间组件。重点放在本地建设，因为它更容易。这将是一场两小时的会议，留出时间进行问答。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 每个 Linux 发行版都提供了对产品开发有用的功能 - 每个 SoC 都提供了产品成功所必需的功能。如果您无法利用您选择的发行版或您选择的 SoC - 产品开发就会受到阻碍或完全停止。NXP 提供的技术可简化 SoC 特定组件在您所选择的分销中的采用。了解有关此技术的更多信息，以及如何在组件隔离级别构建和使用来自 LSDK 的选定组件的实用技巧和窍门。主题包括构建和部署 PPA 和引导加载程序、构建和引导 Linux 内核以及构建和部署选定的用户空间组件。重点放在本地建设，因为它更容易。这将是一场两小时的会议，留出时间进行问答。

USB Type-C の概要 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> USB Type-CおよびUSB-Power Deliveryとは何ですか?なぜ家電製品やモバイルコンピューティング製品がこの新しいType-Cコネクタを採用しているのですか?このコネクタを使用する利点と欠点は何ですか?USB Type-CとPowerDeliveryの未来はどうなるのでしょうか。このセクションでは、NXP(SIP)がこの新しいテクノロジーとエコシステムについて大まかに紹介します。このセクションは、市場とエコシステム主導の議論であり、技術的に激しい議論ではありません。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> USB Type-CおよびUSB-Power Deliveryとは何ですか?なぜ家電製品やモバイルコンピューティング製品がこの新しいType-Cコネクタを採用しているのですか?このコネクタを使用する利点と欠点は何ですか?USB Type-CとPowerDeliveryの未来はどうなるのでしょうか。このセクションでは、NXP(SIP)がこの新しいテクノロジーとエコシステムについて大まかに紹介します。このセクションは、市場とエコシステム主導の議論であり、技術的に激しい議論ではありません。

CIT-N1904 互联网无处不在 - 智能天线解决方案铺平从 4G 和 Wi-Fi 到 5G 的道路 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 由于 5G 解决方案仍处于设计阶段，恩智浦提供基于 RF 的解决方案以满足不断增长的数据需求。这些解决方案被称为 4.5G，基于现有 4G 和 Wi-Fi 技术的智能组合，将实现地球上任何地方的高吞吐量互联网连接。本讲座将向您展示现有的 4G 和 Wi-Fi RF 解决方案，以及如何将它们用于 4.5 G 网络，以及需要采取哪些步骤将这些解决方案引入 5G 网络。 观看视频演示 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 由于 5G 解决方案仍处于设计阶段，恩智浦提供基于 RF 的解决方案以满足不断增长的数据需求。这些解决方案被称为 4.5G，基于现有 4G 和 Wi-Fi 技术的智能组合，将实现地球上任何地方的高吞吐量互联网连接。本讲座将向您展示现有的 4G 和 Wi-Fi RF 解决方案，以及如何将它们用于 4.5 G 网络，以及需要采取哪些步骤将这些解决方案引入 5G 网络。 观看视频演示 智能城市和智能基础设施

DFUSec 编程 API <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 提供一个简单的编程 API，允许针对不同类型的存储器（例如 NOR 或 NAND FLASH 或基于 EEPROM 的存储器）定制开发编程算法。通过将编程算法和不同的程序映像与 DFUSec 工具混合作为不同的步骤，单个编程序列可以通过 USB 在单个 DFUSec 编程周期中对所有非易失性存储器和存储器区域进行编程！本节讲解创建新编程算法的过程。 编程算法创建过程 编程算法是在目标硬件上运行的可执行程序，并使用 LPC18xx/43xx 的 DFU 启动功能通过 DFUSec 下载到电路板。每个编程算法都有独特的代码来处理它将要编程的内存。 要创建一个新的编程算法需要以下步骤： 下载 DFUSec 编程 API 示例（此处）。这提供了调用编程 API 的 DFU 流代码、几个参考驱动程序（模拟 IRAM、内部 FLASH、SPI FLASH）和几个用于构建可执行编程算法映像的项目。这些示例需要下面附加的 LPC18xx CMSIS 库。尽管示例在 LPC18xx CMSIS 源树中构建，但生成的二进制文件应该在具有常见外围设备的 LPC43xx 设备上执行（因为它使用 M3 指令集）。 使用支持的 API 函数为新内存类型编写新的驱动程序 使用 DFU 流代码编译驱动程序，以获得二进制形式的可执行编程算法 使用 DFUSec RAW/HDR 模式选项卡，生成带有标头的二进制文件 编程 API 函数 dfusec_programming_api.h 头文件包含必须为 DFU 流代码驱动程序开发的函数原型和共享数据结构。该驱动程序需要一个全局函数来初始化非易失性存储器接口和设备，并准备定义非易失性设备内存区域和回调函数的数据结构。该结构提供了五个附加函数（通过间接调用），分别用于处理区域擦除、完全擦除、编程、验证和地址检查。并非所有这些函数都需要执行某些操作。 编程 API - algo_flash_init() 函数 需要提供的第一个函数是 algo_flash_init() 函数。此函数由 DFU 流处理器调用，用于初始化非易失性存储设备，返回 DFU 流缓冲区的指针和大小，并返回 FLASH 配置结构和回调函数。该函数的原型如下： /* 初始化设备编程能力 */ DFUPROG_REGION_T *algo_flash_init(void **buffer，int32_t *buffer_size); style="color:rgb(100, 100, 100);font-family:Arial, sans-serif;font-size:12px" 缓冲区大小必须是 64 字节的倍数（DFU 最大数据包大小） typedef struct { int32_t num_regions; /* 设备上的程序区域数量 */ /* 缓冲区应为 32 位对齐 */ 无效*缓冲区； /* 必须至少为 64 字节或 DFU 最大数据包大小，并且必须 是最大数据包大小的一个因子（1x、2x、3x 等）*/ uint32_t缓冲区大小； const PROGALGOS_T *pprogalgos; const DFUPROG_REGZONE_T *pregions; /* 地址和区域大小数组 */ } DFUPROG_REGION_T; /* 函数指针类型和函数数组 */ typedef int32_t (* progalgo_flash_erase_region) (uint32_t，uint32_t); typedef int32_t (*progalgo_flash_erase_all) (void); typedef int32_t (* progalgo_flash_write) (uint32_t，uint32_t); typedef int32_t (* progalgo_flash_verify) (uint32_t，uint32_t，uint32_t); typedef int32_t (* progalgo_verify_range) (uint32_t，uint32_t); typedef struct { progalgo_flash_erase_region 擦除区域； progalgo_flash_erase_all 擦除所有； progalgo_flash_write 写入； progalgo_flash_verify 验证； progalgo_verify_range vrange； } PROGALGOS_T； 共享 DFU Streamer 编程信息结构 /* 从 DFUSec 收到的特定步骤的编程信息 */ #定义DFUPROG_VALIDVAL 0xDB001843 typedef struct { int32_t stepnum; /* 步数，0 - 9 */ uint32_t imagesize; /* 图像大小（以字节为单位）*/ uint32_t address; /* 开始图像编程或开始擦除的地址 */ int32_t regionsize; /* 'eraseregion' 擦除区域的大小 */ int32_t erasregion; /* 擦除区域标志，如果为 !0，则擦除区域 */ int32_t erasfulldevice; /* 如果为 !0，则擦除整个设备 */ int32_t 参数；/* 可选参数值 */ uint32_tvalidatetag;/*必须是DFUPROG_VALIDVAL的值*/ } DFUSEC_PROGINFO_T； 外部 DFUSEC_PROGINFO_T dfusec_proginfo； 构建编程算法 当前可用于构建编程算法的预配置项目仅适用于 Keil uVision4 工具链。要使用您的驱动程序构建项目，请打开一个预配置的项目，并用新的驱动程序替换 DFUSec_programming_algorithm 组下的文件。单击“build”以编译并链接图像。构建周期的最终结果将是一个带有 .bin 的二进制图像扩大。 在编程算法中添加 UART 日志输出支持 LPC18xx/43xx DFUSec编程API工具 构建日期：2012年7月19日：15：03：24 初始化 USB 接口 初始化DFU 连接 USB 步数 = 0 图像大小 = 4724 地址 = 10080000 区域大小 = 00004000 擦除区域 = 0 擦除设备 = 0 验证标签 = db001843 程序周期完成 将标头附加到编程算法二进制文件 准备与 DFUSec 工具一起使用的编程算法的最后一步是将启动头附加到上一步生成的二进制文件中。DFUSec 工具无法直接启动二进制文件，需要此标头。 要生成标题，请运行 DFUSec 工具并单击 HDR/RAW 模式选项卡。对于二进制框，选择.bin要为其创建标题的文件。 然后点击“生成带头的二进制文件”按钮，生成一个新文件。将在与 .bin 相同的目录中创建一个新文件.hdr 文件扩大。 这个 .hdr文件是您的编程算法文件，应与 DFUSec 的程序模式选项卡中的 Algo 框一起使用。

DES-N1842 - QorIQプロセッサおよびQorIQ LSシリーズ上のONLおよびONIE <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ホワイトボックススイッチは、その上で実行されるソフトウェアとは無関係に販売されるネットワークスイッチです。Open Network Linux(ONL)は、スイッチ上で動作する「ネットワークオペレーティングシステム」の基盤として使用されます。Open Network Install Environment(ONIE)は、ネットワーキング オペレーティング システムをスイッチにインストールするために使用されるソフトウェアを作成するために使用されます。このプレゼンテーションでは、NXPのQorIQ P2041およびQorIQ T2080プラットフォーム上のONL/ONIEへの関与と、LS2085のロードマップに焦点を当てています。このセッションでは、NXPのONL/ONIEおよびホワイトボックス市場へのアプローチについて詳しく説明します。 ビデオプレゼンテーションを見る <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ホワイトボックススイッチは、その上で実行されるソフトウェアとは無関係に販売されるネットワークスイッチです。Open Network Linux(ONL)は、スイッチ上で動作する「ネットワークオペレーティングシステム」の基盤として使用されます。Open Network Install Environment(ONIE)は、ネットワーキング オペレーティング システムをスイッチにインストールするために使用されるソフトウェアを作成するために使用されます。このプレゼンテーションでは、NXPのQorIQ P2041およびQorIQ T2080プラットフォーム上のONL/ONIEへの関与と、LS2085のロードマップに焦点を当てています。このセッションでは、NXPのONL/ONIEおよびホワイトボックス市場へのアプローチについて詳しく説明します。 ビデオプレゼンテーションを見る デザイン |ソフトウェア&サービス

SMI-N1805 NXP 功能安全产品组合 - 简介 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 设计师有一个借助恩智浦功能安全微控制器产品组合，实现功能安全标准的简单方法。 在本次会议中，我们将介绍如何将安全功能应用到汽车和工业市场以及恩智浦为每一步提供的产品支持。 观看视频演示 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 设计师有一个借助恩智浦功能安全微控制器产品组合，实现功能安全标准的简单方法。 在本次会议中，我们将介绍如何将安全功能应用到汽车和工业市场以及恩智浦为每一步提供的产品支持。 观看视频演示 智能机械和工业自动化

wxWidgets on i.MX Assemble wxWidgets version 2.8. TinyX used. Powered by touchscreens 4 "- 8".

Kinetis Bootloader 总结 Bootloader是一种面向用户应用程序的引导代码，可以在没有烧写器的情况下烧录用户程序，也可以用于在线更新程序。飞思卡尔提供了三种实现bootloader的方式，分别为： 1.预烧写在ROM中的bootloader     这种方式是MCU中内置了专用的ROM来存放bootloader，目前支持ROM型bootloader的Kinetis系列MCU包括KL03，KL17，KL27和KL43等。其中KL03和KL17的ROM bootloader包含SPI/UART/IIC三种接收方式，KL27和KL43还增加了USB的方式。 2.预烧写在FLASH中一次性bootloader     这种类型的bootloader在芯片出厂前预写在FLASH中，因此可以像ROM型bootloader一样直接使用。但与ROM型不同的是，上电后bootloader会从FLASH搬移到RAM 中运行，再将FLASH整片擦除并烧写用户程序，因此这种bootloader是一次性的。其优点是不需要片内ROM且方便量产烧写，缺点是无法支持以后的程序更新。目前支持预烧写在FLASH中一次性bootloader的Kinetis系列MCU包括K22、K24和KV3x等。 3.开放源码的bootloader     这种方式将FLASH空间分为两个部分，一部分用于存储bootloader代码；另一部分用于存储用户应用程序代码。这种方式的bootloader方便客户定制自己的代码。     目前飞思卡尔提供开放源代码的Kboot，支持UART/SPI/IIC/USB HID 几种接口方式，其网址链接为：     www.freescale.com/kboot     除了Kboot，还有以下独立版本的bootloader，包括：     1）AN2295（开发人员的串行引导加载程序）         文档下载地址为：http://cache.freescale.com/zh-Hans/files/microcontrollers/doc/app_note/AN2295.pdf         代码下载地址为：http://cache.freescale.com/files/microcontrollers/doc/app_note/AN2295SW.zip        另外FAE Yang Liang 对其进行了移植，目前已经支持FRDM-KE02,KE06,KL25,KL26,KL43,KL46, TWR-K60, KV4x, KV10.下载地址为：Kinetis/AN2295_Bootloader · GitHub     2）AN4767 （Kinetis E 系列上的UART Boot Loader 设计）         文档下载地址为：http://cache.freescale.com/zh-Hans/files/32bit/doc/app_note/AN4767.pdf         基于AN2295，没有提供代码。     3）AN4775 （Kinetis E 系列上的IIC Boot Loader设计）         文档下载地址为：http://cache.freescale.com/zh-Hans/files/32bit/doc/app_note/AN4775.pdf         代码下载地址为：http://cache.freescale.com/files/32bit/doc/app_note/AN4775SW.zip     4）AN4368 （USB 大容量存储设备主机引导加载程序）          文档下载地址为：http://cache.freescale.com/zh-Hans/files/microcontrollers/doc/app_note/AN4368.pdf          代码下载地址为：GitHub - Wangwenxue/USB_MSD_Host_Bootloader_K60: This is usb msd Bootloader for K60 （For K60）                                        GitHub - Wangwenxue/USB_MSD_Host_Bootloader_K64: This USB MSD bootloader for K64 （For K64）     5）AN4379  （Freescale USB大容量存储设备引导加载程序）          文档下载地址为：http://cache.freescale.com/zh-Hans/files/microcontrollers/doc/app_note/AN4379.pdf          代码下载地址为：http://cache.freescale.com/files/microcontrollers/doc/app_note/AN4379SW.zip     6）AN4764   （USB Human Interface Device Boot Loader for ColdFire Plus, Kinetis K, and Kinetis L MCUs）          文档下载地址为：http://cache.freescale.com/files/32bit/doc/app_note/AN4764.pdf          代码下载见附件     7）AN4370   （用于 MCU 的 USB DFU 引导加载程序）         文档下载地址为：http://cache.freescale.com/zh-Hans/files/microcontrollers/doc/app_note/AN4370.pdf         代码下载地址为：http://cache.freescale.com/files/microcontrollers/doc/app_note/AN4370SW.zip       8）AN4367   （用于 MCU 的 以太网引导加载程序）         文档下载地址为：http://cache.freescale.com/zh-Hans/files/microcontrollers/doc/app_note/AN4367.pdf?fromsite=zh-Hans         代码下载地址为：http://cache.freescale.com/files/microcontrollers/doc/app_note/AN4367SW.zip         最新的代码请到FNET官网下载：http://fnet.sourceforge.net/    9）Kinetis Bootloader to Update Multiple Devices in a Network - for Cortex-M0+         代码及文档下载地址为：https://community.freescale.com/docs/DOC-328168             回复：Kinetis Bootloader 总结 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨文学 对 Kinetics 系列引导加载程序的总结做得很好。 我正在研究基于 K20d72m 的定制板，寻找从 PC 接收命令来校准板上的蓝牙芯片的解决方案。 您是否知道是否有一个演示引导加载程序同时支持 USB（虚拟 COM 连接到 PC）和 SPI 端口到外围芯片？我需要这样的裸机应用程序来进行电路板校准。 谢谢！ 回族 Re: Kinetis Bootloader 总结 谢谢，我一直在更新AN2295，目前支持FRDM-KE02，KE06，KL25，KL26，KL43，KL46. TWR-K60, KV4x, KV10，可以从下面这个地址获取： Kinetis/AN2295_Bootloader · GitHub Re: Kinetis Bootloader 总结 点赞,总结的非常好! Re: Kinetis Bootloader 总结 谢谢分享，非常感谢！ 希望能将KBoot如何通过命令行更新介绍的更详细些。 回复：Kinetis Bootloader 总结 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> HI，Liang Yang， 如何将 KE02/KE06 uart 引导加载程序移植到 FRDM-KE04Z 演示板？ 谢谢你？ 回复：Kinetis Bootloader 总结 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi hui， 我们没有可以满足您的要求的引导加载程序。您需要自己动手。 顺祝商祺！ Wenxue 发自我的 iPhone 在 2015年4月11日，0:20，"Hui Shao" > 写道： <> <> Kinetis 引导加载程序总结 Hui Shao 的新评论<>查看本文档的所有评论<>

S32G_LLCE_to_PFE_Demo Building(Chinese Version) 本文说明在S32G2 RDB2板上实现LLCE to PFE Demo的搭建过程。本Demo目前包括：  CANtoEth：CAN0发送，用硬件回环到 CAN1接收，然后通过PFE_EMAC1， 再通过RGMII接口发出。  CANtoEth：CAN0发送，用硬件回环到 CAN1接收，然后通过PFE_EMAC1， 再通过SGMII接口发出。  EthtoCAN：PC通过PFE_EMAC1的 RGMII发出，接收到CAN1，再硬件 回环到CAN0  CANtoCAN Logging to Eth: CAN0发 送，用硬件回环到CAN1接收，然后 通过PFE_EMAC1，再通过SGMII接 口发出,同时LLCE内部硬件把CAN1 再发送到CAN15_TX，再用硬件回环 到CAN14_RX 软件版本为 RTD3.0.0+LLCE1.0.3+PFE0.9.6/0.9.5。 Automotive

MPC5746Cは周囲温度115℃でハングアップする（起動せず、UARTも動作しない）。 パート: MPC5746C(Power Architecture Z4、SDK:NXP MPC57xxプラットフォームSDK) 周囲温度115℃での恒温槽試験中、当社のMPC5746Cベースのボードは起動時に完全に反応しなくなり、UARTコンソール出力が全くなくなります。この現象は、その温度での起動試行のたびに発生します。冷却後、部品は完全に回復するようです。室温で再フラッシュ/再起動すると、永続的な損傷なく正常な動作に戻ります。 興味深いことに、基板が115°Cの状態でもPEMicro JTAGデバッグプローブを使ってフラッシュを再プログラム することは可能です 。これは、温度でバージョンストリングをフラッシングし、冷却後に新しいバージョンを読み返すことで確認済みです。したがって、デバッグプローブのフラッシュ経路は115°Cで動作します。アプリケーションのブートパスだけがハング/悪い状態になります。 マニュアルにはMCUが最大125°Cまで持続できると書かれています。 問題の根本原因と解決方法を教えていただけませんか。 Re: MPC5746C hangs (no boot, no UART) at 115°C ambient こんにちは、 マニュアルにはMCUが最大125°Cまで持続できると書かれています。 はい、それは問題ありません。 問題の根本原因と解決方法を教えていただけませんか。 これはカスタムボードであり、冷却後に問題が解消されることから、私は次のことを疑っています。 1. 時計の起動に関する問題（最も可能性が高い） 115℃の場合： 外部水晶発振器（FXOSC）の起動時間が長くなります。 発振器のゲインマージンが減少する。 負荷コンデンサの値は温度によって変化する。 プリント基板からの漏洩電流が増加します。 デバッグロジックは独自のインフラストラクチャを利用し、アプリケーションがmain(に到達する)に依存しないため、デバッガーは部品にアクセスできます。 FXOSCステータスビット CMUクロックモニタの障害 FIRCのみのブート実験 FIRCから完全に実行し、外部水晶発振器を一時的に無効にする JTAGのプログラミングが115°Cで動作し続けていることは、コアインフラストラクチャがまだ生きており、故障がフラッシュアレイ自体ではなくアプリケーションのブートパスの非常に早い段階で起きていることを示す最も強い手がかりです よろしくお願いいたします。 ピーター Re: MPC5746C hangs (no boot, no UART) at 115°C ambient @petervlna さん、貴重なご意見ありがとうございます。 これを受けて、同僚の@mnargundと私はさらに調査を進め、MPC5746Cを115℃で正常に起動させることに成功しました。以下に、調査結果の概要を示します。 根本原因: 事前初期化時にシステムをFIRC、FXOSC、PLLを起動するように設定し、その後システムクロックをFIRCからPLLに切り替えました。続いて、DRUN モードへのモード遷移をトリガーしました（システムはデフォルトで既に DRUN モードでしたが、マニュアルに記載されているように、新しい設定を有効にするには同じモードへの遷移が必要です）。そして、MC_ME_GS.MTRANS をポーリングして遷移が完了するのを待ちました。 しかし、MC_ME_GS.MTRANSがクリアされた後でも、コードはIVOR1例外でエラーを起こしました。これは、実行が続行された時点で遷移が完全に安定していなかったことを示している可能性があります。高温（115℃）では、室温よりも遷移に時間がかかるようで、次の命令が実行されたときにシステムが不安定な状態になる。 回避策の適用例: MC_ME_GSの後に明示的なソフトウェア遅延を挿入しました。MTRANSのポーリングを行い、その後の初期化を進めます。500ミリ秒の遅延を設けると、115℃の環境下でも起動は安定して成功する。100ミリ秒の遅延もテストしましたが、私たちの環境では問題なく動作しました。 初期化のこの段階で安全に挿入できる最大推奨ソフトウェア遅延はありますか? 125℃までの全動作温度範囲において、動作前にクロックの安定性を確実に確保するための推奨手順はありますか？

RT1160 带有外部同步动态随机存取存储器(SDRAM)和 SRAM，以及等待引脚 我正在使用 RT1160，搭配外部 16 位 同步动态随机存取存储器(SDRAM) 和 16 位 SRAM（用于 FPGA 通信）。SRAM 接口配置为异步模式下的 SRAM 读/写操作，并带有等待引脚。我怀疑等待信号是否会与同步动态随机存取存储器(SDRAM)刷新时序冲突，从而导致一些问题。我们测试过，让代码在同步动态随机存取存储器(SDRAM)中运行，并在 SRAM 异步写入时让等待引脚保持低电平约 10 毫秒或更长时间，但有时会在大约 1 毫秒后结束，不知道为什么。 我们可以这样使用吗？或者说同时使用同步动态随机存取存储器(SDRAM)和SRAM设备会有一些限制吗？感谢您的帮助。 Re: RT1160 with external SDRAM and SRAM with wait pin 你好 你提到的“大约1毫秒后结束”指的是什么？SRAM 写入操作是返回错误，还是进入硬故障？这种情况发生的频率如何？ 请问您能帮我测试一下以下功能吗？ 1. 从内部存储器（不是 同步动态随机存取存储器(SDRAM)）运行代码，并重复长时间异步 SRAM 写入。 2. 在仍然从内部存储器执行代码的情况下，再次运行相同的测试，但这次启用同步动态随机存取存储器(SDRAM)但使其处于空闲状态。 3. 按照你最初提到的方法运行测试，但要保持 SRAM 等待信号处于激活状态。 此外，能否在这些测试期间（包括上述提到的测试）检查以下内容？ 能否在传输过程中监控 SRAM 信号？ 能否分享一下每次测试的 SEMC INTR 寄存器值？ 请告诉我你的结果。 此致， 巴勃罗

S32k328 HSE 域标识符 您好，恩智浦技术团队 我写这封信是为了询问如何准确验证 S32k328 功能域 ID。 我目前正在使用 S32k328 板和 HSE 固件。  - 环境设置：      我正在使用 HSE 固件镜像 s32k358_hse_fw_1.14.0_2.40.0_pb230807.bin。      我目前处于多核状态，并正在使用 RM 模块（仅使用 XRDC）。  - 问题： 在 HSE FW RM 中，S32k328 功能域 ID 设置为 2，如附件所示。 dpsdprtmvl_1-1781577003974.png 但是，在 S32K3xx RM 中的 S32K328 方框图中，HSE 设置为 MDAC3，MDAC3 的 DID（功能域 ID）输出为 3。 dpsdprtmvl_2-1781577150058.png    (1) 注册验证码：             uint32_t mda[8];             mda[0] = IP_XRDC->MDA_W0_0_DFMT0;             mda[1] = IP_XRDC->MDA_W0_1_DFMT1;             mda[2] = IP_XRDC->MDA_W0_2_DFMT1;             mda[3] = IP_XRDC->MDA_W0_3_DFMT0;             mda[4] = IP_XRDC->MDA_W0_4_DFMT0;             mda[5] = IP_XRDC->MDA_W0_5_DFMT1;             mda[6] = IP_XRDC->MDA_W0_6_DFMT0;             mda[7] = IP_XRDC->MDA_W0_7_DFMT1;             UART_Print("--- MDA 锁 ---\n");             用于 (uint32_t i = 0; i < 8; i++)             {                 uint32_t vld = (mda[i]>> 31)& 1U;                 uint32_t lk1 = (mda[i]>> 30)& 1U;                 uint32_t did = mda[i]& 0x3U;                 UART_Print("MDA%lu=0x%lx VLD=%lu DID=%lu LK1=%lu %s\n",(无符号 long)i, (无符号 long)mda[i],(无符号 long)vld, (无符号 long)did, (无符号 long)lk1,lk1 ？ "(已锁定)" : "");             } (2) 寄存器值：            MDA0=0x80000000 VLD=1 DID=0 LK1=0 MDA1=0x20000000 VLD=0 DID=0 LK1=0 MDA2=0x20000000 VLD=0 DID=0 LK1=0 MDA3=0xc0000003 VLD=1 DID=3 LK1=1 (已锁定) MDA4=0x80000001 VLD=1 DID=1 LK1=0 MDA5=0x20000000 VLD=0 DID=0 LK1=0 正确的 s32k328 功能域 ID 是什么？ Re: S32k328 HSE DomainID 你好@dpsdprtmvl  S32K328 有四个功能域 0-3，HSE 始终分配给最高可用功能域，在本例中分配给功能域 3： lukaszadrapa_0-1781608491449.png 这是固有的，无法更改。 表 136 有些令人困惑，因为它只列出了主要导数，而没有列出所有次导数。这意味着： 第二行中的“S32K32x”代表 S32K322 和 S32K324。 第三行中的 S32K35x 代表 S32K358、S32K356、S32K348、S32K338、S32K328 以及 S32K37x 和 S32K39x 的衍生型号。 此致， Lukas

Why model size is limited at 1 MB? I run model from sample tflm_cifar10 on MIMRT700 (NPU model). When building the program, I could see the model's size and correspond region size.  In many cases, the region size is 1 MB. As my understanding, the model's size is limited at 1 MB. Is that right? nnxxpp_0-1781495142659.png I did not understand this point. Here is information of MIMRT700 EVK. nnxxpp_2-1781495429888.png I don't know where model is saved on MIMRT700 EVK. And where is the 1 MB for region size? Is it actual limit of model size? Or we can increase model size by some methods. Do you have any comment for this problem? Because I try to deploy a larger model > 1 MB. I do wait for your response. Thank you. Re: Why model size is limited at 1 MB? @mayliu1  Thank you so much. Now I understood that we can increase the size of the model by setting region size. nnxxpp_0-1781514247437.png Or If I want to run larger model on external memory, I can follow this document https://docs.nxp.com/bundle/AN14700/page/topics/external_memory.html  Re: Why model size is limited at 1 MB? Hi @nnxxpp , Thank you so much for your interest in our products and for using our community. Q: I don't know where model is saved on MIMRT700 EVK. And where is the 1 MB for region size? Is it actual limit of model size? Or we can increase model size by some methods. Do you have any comment for this problem? Because I try to deploy a larger model > 1 MB. A: The 1 MB shown for modeldata is not a hardware limit of the RT700. It is only the default linker allocation used in the sample project. For larger models, this allocation can be adjusted in the project settings, and external XSPI flash can also be used if more storage is needed. For more detail information, you can refer to this AN14700. https://docs.nxp.com/bundle/AN14700/page/topics/introduction.html mayliu1_0-1781507645284.png So, the RT700 is not inherently limited to a 1 MB model. Larger NPU models are supported either by increasing the modeldata memory allocation or by placing the model in external XSPI flash with the appropriate conversion option.  Wish it helps you Best Regards May Liu Re: Why model size is limited at 1 MB? @mayliu1  I want to reopen this topic. Now i am trying to deploy larger model on RT700. The below image is captured when building the program with the small model. I see that there are 4 memory regions: - QSPI_flash: external memory - SRAM: I ask chatgpt and it is for data when running the program (like .data, .bss, stack, heap). Is that correct? - NCACHE_REGION: it is same ktensorArena (for inputs, intermediate outputs and output) -  modeldata: to save model weights I see in the memory configuration when I import SDK example. It means that SRAM, NCACHE_REGION and modeldata from SRAM (7.5 MB). NCACHE_REGION and modeldata should be located in  0x2000_0000 to 0x2058_0000 (5.5 MB) to get best perforemce (SRAM area that can be accessed by the NPU) But location of SRAM (named SRAM) is 0x20080000 (in the second image) ==> It is also in the range 0x2000_0000 to 0x2058_0000. And by default, it is set about 2.5 MB. It means that NCACHE_REGION + modeldata should be less than (5.5 - 2.5) = 3 MB. My model size is about 3.5 MB. Beside that I can locate my model on external memory (it results in larger inference time), how I can config memory to still locate my model (3.5 MB) on memory area that NPU can access? I am curious about whether we can shrink "SRAM" region (in the images 1, 2) or can I move it to another area of RAM (7.5 - 5.5 = 2 MB - the last region in the image 3)? And how I can estimate the size of "SRAM" region? In the below image, it is 15560 B. Sorry for my long questions. nnxxpp_0-1782205318606.png nnxxpp_1-1782205742121.png nnxxpp_2-1782206037185.png Re: Why model size is limited at 1 MB? @mayliu1  Good morning. Maybe you missed my new above questions.  Re: Why model size is limited at 1 MB? Hi @nnxxpp , Apologies for the delayed response. If you don’t mind, could you please create a new case for your new issue?  Thank you for your understanding and cooperation. Best Regards, May Re: Why model size is limited at 1 MB? @mayliu1  Yes, ok. Let me create new issue. Thank you. Re: Why model size is limited at 1 MB? @mayliu1  I have resolved my problem. We can locate SRAM outof 5.5 MB area for NPU. I locate modeldata and kTensorArena in area 5.5 MB and it worked. The inference time is good. But If you did not miss my questions, so I can finish soon my tasks. Thank you. Re: Why model size is limited at 1 MB? Yes. Have a nice day. Re: Why model size is limited at 1 MB? Glad to hear that your issue has been resolved. Apologies for the delayed response,   thank you for your understanding.

i.MX RT700 开发套件对 VIT 语音到意图（S2I）功能的支持 您好，NXP团队， 我正在评估 VIT 的语音到意图（S2I）解决方案，用于在 i.MX RT700 开发套件上实现自然语言语音控制。 在查看 VIT S2I 文档和支持的设备信息时，我注意到 i.MX RT700 没有明确列在 S2I 自然语言模型支持的设备/示例中。不过，RT700 搭载了 HiFi4 DSP 和 NPU，这两者似乎非常适合语音 AI 应用。 请问能否就以下问题进行说明？ i.MX RT700 EVK 是否正式支持 VIT 语音转意图 (S2I) 引擎？ 如果是，是否有适用于 RT700 的参考示例、SDK 包或移植指南？ 如果 RT700 目前不支持 S2I，未来是否有计划添加该功能？ 对于 i.MX RT700 平台，您会推荐哪些由 NXP 支持的自然语言理解（NLU）或语音转意图解决方案？ 目前，我可以看到VIT Wake Word和Voice Command技术支持多台i.MX RT设备，但我特别感兴趣的是基于自然语言/意图的语音控制，而不是固定命令识别。 感谢您的指导。 Re: VIT Speech-to-Intent (S2I) Support on i.MX RT700 EVK 你好@suhas1503， 对于语音转意图解决方案，推荐的软件包是 VIT。 有关支持的设备的更多信息以及有关VIT语音转意图的一般问题，请联系当地的恩智浦代表或发送电子邮件至 [email protected]。 顺祝商祺！ 巴勃罗