使用 usbdm 对 68HC912B32 编程 我正在尝试对一块装有这种芯片的旧板进行编程，但是对这个微控制器系列来说是全新的，所以不胜感激。 我下载并安装了 USBDM_4_12_1_340_Win.msi Windows 软件，并运行了"USBDM Memory Dump" 应用程序，转储了 68HC912B32 芯片上的闪存（地址范围 0x8000-0xFFFF）。 我还查看了"HCS12 Programmer" 或"Flash programmer" 应用程序，但其下拉菜单列表中没有 MC912B32 芯片。我还用 " Detect Chip " 按钮尝试了 " 设备选择 " 但它无法检测到我的芯片。 我不需要完整的开发环境/集成开发环境，只需要能够转储闪存、更换损坏的微控制器并用转储的程序对新微控制器进行编程。 这个 4 岁的https://community.nxp.com/t5/OSBDM-and-TBDML/program-the-HC12-B-Family-of-MCU/td-p/1324102这个问题很有趣，但并没有提供解决方案。 我的首选操作系统是 Linux 而不是 Windows，因此我非常乐意尝试基于 Linux 的解决方案。 对如何安装一个有效的编程环境有什么想法吗？ 非常感谢 汤姆-克兰 Re: Programming a 68HC912B32 with usbdm 嗨，@pgo、 感谢您的跟进。我取得了一些进展。 Code Warrior 5.2 不支持 68HC912B32 的解决方案是安装 Code Warrior 5.1。这里建议https://community.nxp.com/t5/CodeWarrior-for-MCU/CodeWarrior-Development-Studio-for-HCS12-X-Microcontrollers/m-p/603056。 在 5.1 版中（见所附屏幕截图 Code-warrior2-run-as-administrator-MC68HC912B32+USBDM.jpg），MC68HC912B32 芯片已出现并可以选择。 但是，"连接 "下拉菜单中没有列出 USBDM 或 TBDML 选项。 在重新安装 Code Warrior 5.1 后，我重新安装了 USBDM 及其驱动程序，并将 USBDM 插入电脑。 为了检查 USBDM 未出现在 "代码勇士连接 "菜单中是否是因为 USBDM 不支持 68HC912B32，我尝试选择了 USBDM 支持的其他芯片。 我选择了 MC9S12A128B。 现在 “连接” 菜单增加了 3 个条目：" TBDML ", " HCS 串行监测 " & " USBDM "。请参阅所附屏幕截图 Code-warrior2-MC68HC9S12A128B+USBDM.jpg。 除了尝试修改 USBDM Tcl 代码以支持 68HC912B32 外，是否还有任何其他软件/硬件应用程序或其他选项可与 USBDM pod 一起使用以对该芯片进行编程？ 如果没有，是否有其他支持 S/W 的硬件/软件选项可以让我对 68HC912B32 的闪存进行编程？ 我的板只有用于调试/编程的 6 针 BDM 插槽 —— 所以必须假设制造商最初就是这样编程的，除非它是在焊接之前断路完成的，这似乎不太可能... 谢谢！ 汤姆 Re: Programming a 68HC912B32 with usbdm 嗨，汤姆 很抱歉，我已经无法访问 Codewarrior（或 Windows！），因此无法亲自检查。 当我在恩智浦网站（https://www.nxp.com/products/68HC912B32）上搜索 68HC912B32 时，最终会找到您下载的 Codewarrior 版本，因此这似乎是正确的版本。 我不知道为什么 B32 没有出现。 对不起！ Re: Programming a 68HC912B32 with usbdm 嗨，Pgo、 感谢您的跟进。 我已经部分拆解了之前转储的图像，所以应该可以拼凑出一个 .asm文件放入代码勇士项目中。 我找不到 Codewarrior 第 6 版的下载地址，但还是从https://www.nxp.com/design/design-center/software/development-software/codewarrior-development-tools/codewarrior-legacy/codewarrior-development-studio-for-hcs12x-microcontrollers-classic-ide-v5-2:CW-HCS12X下载了。 链接。 它被列为版本 5.2，重要的是，在 " 支持的设备 " 的 " Expand All " 复选框下列出了 68HC912B32。 安装 + 运行应用程序并检查版本号，显示的是 5.9 而不是 5.2。请参见所附截屏图片。 正在调用 " 启动对话框..." 和 " 创建新项目 " 提供了一个可选择芯片系列的弹出窗口。请参阅所附的截屏图片。 它只列出了 HCS12 & HCS12X 系列。 将这些节目扩展到家庭成员。请参阅所附的截屏图片。不出所料，其中没有 HCS912B32。 是我做错了什么，还是漏掉了什么显而易见的东西？ 非常感谢 汤姆-克兰 Re: Programming a 68HC912B32 with usbdm 嗨，汤姆 很抱歉，USBDM 编程器不太可能适用于对您的芯片进行编程。 正如其他主题所指出的，这需要开发 TCL 脚本来完成基本工作（芯片启动、大量擦除等），并开发目标代码来完成块编程。 这是一项艰巨的工作，而且不能保证这种方法一定有效，因为 USBDM 采用的方法可能与早期的芯片不兼容。 可以使用位于 https://github.com/podonoghue/usbdm-eclipse-makefiles-build 的代表为 Linux 版本 USBDM。 我认为最好的办法是检查 Codewarrior V6（我认为）是否支持该芯片的 TBDML（USBDM 与之兼容）。 我不确定这是否允许独立编程，而不是从源代码进行调试开发。 仅适用于窗口。 再见

S32G2 上的 LLCE CAN 通信问题 - 发送/接收报文时偶尔出现故障 在开发过程中，LLCE CAN 模块遇到了一些问题： ​设备详情：​ 定制设计的硬件 CPU 型号：S32G274 RTD 版本：4.0.2 LLCE 版本： 1.0.8 ​问题 1.​ 一个通道能正确接收信息，但无法发送信息。只有重新启动后才能恢复正常运行。 使用 Lauterbach 调试时，函数 Can_43_LLCE_SendWritecmd 返回 CAN_BUSY。 通过强行修改 Can_au16TransmitHwObjectCen[x] 的值为非零值进行的进一步测试表明， Can_Llce_write 函数也返回 CAN_BUSY。 ​问题 2.​ 一个通道在发送和接收信息时都出现故障。需要重新启动才能恢复。 以下是通过 Can_Llce_ProcessErrorNotification 获得的错误信息： error->eNotifId：2 error->ErrorInfo->eModuleId：102 error->ErrorInfo->eErrorCode：7 我们希望得到解决这些问题的指导。谢谢！ Re: LLCE CAN Communication Issue on S32G2 – Occasional Failures in Sending/Receiving Messages 嗨，zhuyz 感谢您的回复。 建议优先进行单通道测试，并尽可能延长向通道发送帧的时间间隔。 错误信息表示接收端已达到最大硬件对象数，即报文缓冲区已满，无法接收新报文。您可以尝试增加帧时间间隔并添加缓冲区进行测试。 BR 乔伊 Re: LLCE CAN Communication Issue on S32G2 – Occasional Failures in Sending/Receiving Messages 你好，Joey_z ，感谢您的跟进。 您可能没有看清楚我的问题--主要问题是出现问题后，我再也无法通过这个通道接收/发送信息，而不仅仅是偶尔掉帧。 根据我通过劳特巴赫获得的信息，我怀疑 LLCE 本身存在问题，而不是外部因素造成的。能否请您再次回顾一下我最初的问题？ Re: LLCE CAN Communication Issue on S32G2 – Occasional Failures in Sending/Receiving Messages hi，zhuyz 感谢您的回复。 请尝试用这种方法测试您的问题。 1.尝试降低 CAN 负载，增加 CAN 帧的时间间隔，检查丢帧现象是否得到缓解。 2.尽量保持测试方法简单，优先考虑单通道测试和只发送或接收帧的测试。例如，首先测试有问题通道的发送功能。 3.你们的 CAN 测试设备是什么？请确保测试设备可靠。 希望这能帮到你。 BR 乔伊 Re: LLCE CAN Communication Issue on S32G2 – Occasional Failures in Sending/Receiving Messages 你好，Joey_z, 我没有用它来路由 CAN 帧，我只是用它来发送和接收 CAN 帧。 关于您提到的 CAN 环回模式，我前面提到的问题 1 就是用这种方法检测到的。 你的回答让我有点困惑。我希望您能提供一些故障排除方法和可能的原因。 因为对我来说，LLCE 是一个黑盒子，我目前没有能力继续排除故障。 Re: LLCE CAN Communication Issue on S32G2 – Occasional Failures in Sending/Receiving Messages 嗨，zhuyz 感谢您提供的信息。 路由 CAN 帧 "是指 LLCE 中的 CAN2CAN/CAN2ETH/ETH2CAN 功能。您使用过吗？ 如果您只是使用 LLCE 发送和接收 CAN 帧，我建议您可以尝试使用 CAN 环回演示进行测试。您需要修改关联客户板的代码。 关于问题发生的概率相对较低，而且不是每次都能重现。 如果要进行接收帧然后在 CAN 信道中发送的测试，建议考虑接收和发送之间的间隔时间。 BR 乔伊 Re: LLCE CAN Communication Issue on S32G2 – Occasional Failures in Sending/Receiving Messages 你好，Joey_z ，感谢您的回复。 我没有使用 LLCE CAN 演示测试这个特定通道，因为在我的案例中，问题并不总是与固定通道相关联。此外，该问题出现的概率相对较低，而且并非每次都能重现。 关于问题 1，我正在使用它收发 CAN 报文。我不太清楚你说的 "路由 CAN 帧 "是什么意思。 所有 20 个通道都在使用，而且都在 M7-0 内核上运行。 Re: LLCE CAN Communication Issue on S32G2 – Occasional Failures in Sending/Receiving Messages hi，zhuyz 感谢您与我们合作。 您是否使用过 Can_Llce_DS_Can2Can_S32G274A_M7 的 LLCE CAN 演示来测试问题通道？ 关于问题 1，您是用它来路由 CAN 帧还是只发送报文？ 您使用的是哪个频道？您只在 S32G 上使用了 M 内核？ BR 乔伊

S32G: BSP43 ATF 和 linux 能否在不支持任何 uboot 的情况下为 scmi nvmem 工作？ 专家们好 客户：福特 平台：S32G2 软件/模块：BSP43 SCMI 客户正在尝试启用 nvmem scmi 读取 soc_major& soc_minor。它们使用 BSP43 ATF 和 linux，但使用自己的引导加载器。他们在内核启动期间看到了一些错误。 客户的问题是：BSP43 ATF 和 linux 能否在不支持任何 uboot 的情况下使用 scmi nvmem？ 提前感谢您的专业支持。 顺祝商祺！ 狮子座 Linux BSP Re: S32G: Could BSP43 ATF and linux work for scmi nvmem without any uboot support? 你好@ghennadi_procopciuc 谢谢您的回答。 那么，我可以这样理解吗？ 客户没有在 M7 端启用 SRM，而 ATF 和 Linux 都能正常工作，就像启用了 SMR 一样。 BR、 狮子座 Re: S32G: Could BSP43 ATF and linux work for scmi nvmem without any uboot support? 你好@LeoLiAP、 从提供的日志中可以明显看出，福特是在没有SRM的情况下启动他们的平台，如以下行所示：注意：BL31：SR M禁用版本。这意味着不需要 SCMI NVMEM，因为 TF-A 不会处理该协议。 由此产生的错误在意料之中： 错误：代理 1 协议 0x82 消息 0x0：不支持 [0.333763] arm-scmi 固件：scmi：无法 获取版本 [0.334178] scmi-nvmem scmi_dev.6：无法检索 SCMI NVMEM 操作 [0.334658] scmi-nvmem：对 scmi_dev.6 的探测失败 ，错误- 95 福特使用的似乎是混合设置--FF-A 没有配置 SRM，因此 SCMI 命令在本地处理，而不是转发到 M7 内核。但是，Linux仍然希望通过设备树支持SCMI NVMEM，这会导致不匹配。 最简单的解决方法是更新 Linux 设备树以使用 SIUL2 NVMEM，而不是依赖 SCMI NVMEM。 此致， 根纳迪 Re: S32G: Could BSP43 ATF and linux work for scmi nvmem without any uboot support? 错误日志如下。

编译新项目时遇到的问题 我刚刚设置了开发环境，我打算学习如何使用 S32K312 安装完IDE、ADE更新包和RTD软件包后，我创建了一个简单的项目，遇到了以下编译问题。 把新创建的项目放到另一位同事的电脑上（他的电脑和我的电脑有相同的开发环境），编译时没有任何问题。 请帮帮我，我已经重新安装了 3 次。 这是为什么？ S32K312EVB-Q172 S32DS-S32PLATFORM Re: ‌Problems encountered during compilation of a new project 我把它安装到了我的电脑上，操作是一样的，但这台电脑出了问题。你提到的参考手册似乎没有提供太多有用的信息。 Re: ‌Problems encountered during compilation of a new project 我的问题还没有解决。使用 FSL 仍有问题，使用 Gnu 则太慢。 Re: ‌Problems encountered during compilation of a new project 我很高兴你解决了这个问题。 另一方面，我发现您没有按照 RTD 4.0.0 的安装流程进行安装。 更多详情，请参阅SW32K3_S32M27x_RTD_R21-11_4.0.0_D2311_ReleaseNotes.pdf。 Re: ‌Problems encountered during compilation of a new project 我还发现了一个问题，即在C/C++版本 的工具链编辑器中选择FSL Make Builder作为当前生成器时，会出现上述编译错误。不过，选择其他选项也能成功编译。这意味着什么？ Re: ‌Problems encountered during compilation of a new project 感谢您关注我们的产品并为我们的社区做出贡献。 请分享你的 " 安装详情 " 的屏幕截图，你可以在 " 帮助 " 税务摊销收益中找到。

S32 汽车平台：先进控制系统的性能 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 燃烧和发动机控制正在转向计算密集型技术。了解 S32 汽车平台如何利用 Arm ® NEON 和数学加速来支持这一趋势。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 燃烧和发动机控制正在转向计算密集型技术。了解 S32 汽车平台如何利用 Arm ® NEON 和数学加速来支持这一趋势。

Sensors_Multimarkets_may16.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

Let´s start with KSDK! What is it KSDK? = Kinetis Software Development Kit Kinetis SDK v2 is a collection of comprehensive software enablement for NXP Kinetis Microcontrollers that includes: •system startup •peripheral drivers •USB and connectivity stacks •Middleware •Real-time operating system (RTOS) kernels. Documents – Release Note, API Reference Manual, Getting Started with KSDK, for USB – User Guide, USB Composite Device Guide, USB Device Reference Manual and USB Host Reference Manual. All these documents is possible to find at Software Development Kit for Kinetis MCUs|NXP or \SDK_2.0_selected_device\docs KSDK Structure Diagram KSDK Features •ARM® and DSP standard libraries, and CMSIS-compliant device header files which provide direct access to the peripheral registers •Open-source peripheral drivers •Open-source RTOS wrapper driver •Real time operation systems (RTOS) including FreeRTOS OS, μC/OS-II, and μC/OS-III •Stacks and middleware in source or object formats including: − CMSIS-DSP -  a suite of common signal processing functions − FatFs - a FatFile System for small embedded systems − mmCAU - Memory-Mapped Cryptographic Acceleration Unit − SDMMC - software component supporting SD Cards and eMMC − DMA Manager - software component used for managing on-chip DMA channel resources − mbedTLS and WolfSSL - cryptographic SSL/TLS libraries − lwIP and USB Stack - a light-weight TCP/IP stack KSDK Evolution KSDK v1/v2 – what new features KSDK 2.0 brings •MQX Kernel removed from KSDK -> focus on FreeRTOS •MQX RTCS Ethernet and MFS File System Stacks -> lwIP and FatFS •OSA, Power Manager and Clock Manager -> no longer required by the drivers •USB Stack re-write -> BSD licensed solution •No platform library -> single project with all needed files •Mbed TLS now included as part of the accelerated cryptography drivers •Eliminates separate HAL and Peripheral Driver -> single driver for each peripheral •Processor Expert -> Kinetis Expert Tool •Updates for KDS -> via online update tool •Installation of KSDK -> KEX Tool (smaller download & sizes) •KEX Tool -> pin muxing selection & generation, clock configuration, low power estimation Simplified folder structure KSDK highlights & benefits •Collection of software enablement offered by free •KSDK is fully supported in these IDE: − Atollic® TrueSTUDIO® − GNU toolchain for ARM® Cortex® -M with CMake build system − IAR Embedded Workbench − Keil™ MDK-ARM − Kinetis Design Studio IDE •KSDK supports most of Kinetis MCUs •Created examples for drivers, USB, RTOS, demo applications •Start with development without device register knowledge Support & download Official support of KSDK: Kinetis Software Development Kit Create new SR according to: How to submit a new question for NXP Support More about KSDK... KSDK Official Website www.nxp.com/ksdk Introducing Kinetis SDK v2 https://community.freescale.com/docs/DOC-329783 Kinetis SDK 2.0 Transition Guide Kinetis SDK 2.0 Transition Guide KSDK Community https://community.freescale.com/community/kinetis/kinetis-software-development-kit Let´s continue in reading! See Let´s start with FreeMASTER!​

例MPC5777C GHS714 外部SRAM_test ******************************************************************************** *詳細な説明: *アプリケーションは基本的な初期化を実行し、次に外部のEBIを初期化します * SRAMをMPC5777C-516DSに接続し、ブロックの書き込みと読み出しでテストします。 *データ。 * * ------------------------------------------------------------------------------ ※テストHW:MPC5777C-512DS Rev.A + MPC57xx マザーボード Rev.C ※MCU:PPC5777CMM03 3N45H * Fsys: PLL1 = core_clk = 264MHz, PLL0 = 192MHz *デバッガ:Lauterbach Trace32 * 対象:internal_FLASH *端末:19200-8-パリティなし-1ストップビット-eSCI_Aのフロー制御なし * EVB接続:位置1-2のジャンパーJ4(CS0を選択) * ******************************************************************************** ******************************************************************************** *詳細な説明: *アプリケーションは基本的な初期化を実行し、次に外部のEBIを初期化します * SRAMをMPC5777C-516DSに接続し、ブロックの書き込みと読み出しでテストします。 *データ。 * * ------------------------------------------------------------------------------ ※テストHW:MPC5777C-512DS Rev.A + MPC57xx マザーボード Rev.C ※MCU:PPC5777CMM03 3N45H * Fsys: PLL1 = core_clk = 264MHz, PLL0 = 192MHz *デバッガ:Lauterbach Trace32 * 対象:internal_FLASH *端末:19200-8-パリティなし-1ストップビット-eSCI_Aのフロー制御なし * EVB接続:位置1-2のジャンパーJ4(CS0を選択) * ********************************************************************************

Kinetisと競合製品のエネルギー効率性の比較 - デモ デモ所有者: Eduardo Montanez   Kinetis KシリーズとKinetis Lシリーズ・マイクロコントローラが競合他社を打ち負かす様子をご覧ください。     特長 EEMBCのCoreMarkベンチマークを実行する最新のKinetis K2マイクロコントローラ 4つの異なるマイクロコントローラがテストにかけられます。 すべての製品に対して同じ容量で、すべて同じイテレーション ベンチマークを実行する 注目のNXP製品 K22F(日本未発売) KL02 リンクス Kinetisマイクロコントローラ|ARM® Cortex-M® コア |NXPの Kinetis Lシリーズ・マイクロコントローラ:エネルギー効率ベンチマーク・デモ Kinetis Lシリーズ・マイクロコントローラのエネルギー効率ベンチマーク - YouTube   インダストリアル

编写 K32L3A MCU 闪存 IFR 字段                                      编写 K32L3A MCU 闪存 IFR 字段 简介 K32L3A60VPJ1AT MCU 是下一代 Kinetis 双核设备。该设备带来了传统 Kinetis 设备不支持 的处理和多任务处理功能。此外， K32L3A60VPJ1AT 还提供了改进的功耗和安全功能。这 些安全功能的一些重要方面在于非易失性信息寄存器（IFR）存储区域以及该区域的编程方 式。 IFR 存储器区域是与主阵列分离的具有受限访问的储器空间，并且由可擦除 IFR 区域和 不可擦除 IFR 区域组成。不可擦除的 IFR 区域包括程序的一种标识符和版本标识符。可擦 除的 IFR 区域具有闪存安全性，闪存选项，批量擦除启用以及控制设备行为的其他此类功 能。在旧版 Knietis 设备中，主闪存阵列的某些字段（闪存地址 0x400-0x40F）在引导时配 置了 IFR。但是，在 K32L3A60VPJ1AT 中，不再以这种方式控制 IFR 存储区。尝试配置这些 设置时，这会带来挑战。 本文档的目的是解释如何更改这些设置，并提供一些有关如何进 行这些更改的选项。 配置 IFR 字段的第一步是了解如何通过硬件对这些字段进行编程。使用称为“程序索引命令” 的特殊闪存命令对 IFR 字段进行编程。编程后，必须先擦除这些字段，才能重新编程闪存 配置值。擦除这些值的唯一方法是通过批量擦除。这提供了安全性，因为在不删除用户代 码的情况下也无法更改 IFR 值。此外，更改用户代码映像不会影响引导加载程序的操作， 从而确保可以执行安全的引导功能。此处描述了写入可擦除 IFR 值的过程： 1.使用程序索引命令（0x43）写入 FCCOB0。 2.用要编程的索引写入 FCCOB1.可能的索引列在“可擦除 IFR 映射”表中（K32L3A6 参考 手册中的表 16.4.1.2）。 3.将 FCCOB2 和 FCCOB3 写入 0x00，因为此命令不使用它们。 4.用所需的值写入 FCCOB4 - FCCOBB。（请注意， 并非所有索引都使用所有 FCCOB 字 段。请确保查阅 Erasable IFR Map 表，其中 FCCOB 字段用于您正在编程的索引。） 5.将 0x70 写入闪存状态寄存器（FSTAT），以清除上一个闪存命令中可能存在的任何错 误。（请注意，此命令必须是字节写操作。） 6.将 0x80 写入闪存状态寄存器（FSTAT）以启动已编程的闪存命令。 7.轮询 FSTAT 寄存器，直到 CCIF 位字段（位字段 7）为 1（‘1’）为止。（请注意， 用您 的脚本语言可能无法执行此操作，或者仅等待 flash 命令完成执行可能会更容易。在这 些情况下，等待时间比典型的 Program Index 命令完成时间 110us 长的多） 对 IFR 进行编程后，应回读 IFR 以验证其是否正确完成。其过程如下： 1.使用读取索引命令（0x41）写入 FCCOB0. 2.将 FCCOB1 写入要读取的索引。可能的索引列在“可擦写 IFR 映射“表中（K32L3A6 参 考手册中的表 16.4.1.2）。 3.用 0 写入 FCCOB2-FCCOBB。结果将存储在 FCCOB4-FCCOBB 中，因此，应清除这 些内容以确保收到正确的结果。 4.将 0x70 写入闪存状态寄存器（FSTAT），以清除上一个闪存命令中可能存在的任何 错误。注意，该命令必须是字节写入。 5.将 0x80 写入闪存状态寄存器（FSTAT）以启动已编程的闪存命令。 6.轮询 FSTAT 寄存器，直到 CCIF 位字段（位字段 7）为 1（‘1’）为止。（请注意，在您 的脚本语言中可能无法执行此操作，或者只是简单地等待 flash 命令完成执行可能会 更容易。在这些情况下，等待时间要比最长的读取索引命令完成时间 35us 长的多） 使用程序索引命令时，必须知道要修改哪个索引才能创建正确的 Flash 命令。索引列表可 以在 K32L3A60VPJ1AT 参考手册的 Flash 章节的 IFR 描述部分中找到。 有几种不同的选项可用于对 FORT 字段进行编程。这些选项是： 1.使用 Kinetis Flash 工具 2.使用 blhost 3.调试器脚本 4.用户软件中的子例程 选项#1： Kinetis Flash 工具 使用 Kinetis Flash Tool 可能是更改 IFR 值的·最方便的方法。 Kinetis 闪存工具使用 UART 或 USB 协议与 K32L3A6 引导加载程序接口并写入所需的 IFR 字段。 Kinetis Flash 工具的最大优 点之一是，它为用户提供了一个图形界面，可以轻松的对 IFR 字段进行编程。下图是 Kinetis Flash 工具的图片，并突出显示了对 IFR 字段进行编程时要使用的重要输入控件和选 项卡： 1.此字段是端口集框。他选择与引导加载程序通信时要使用的接口（UART 或 USB）。此 框还允许配置接口。有关默认配置，请查阅 K32L3A6 参考手册。 2.这是“Flash 实用工具”选项卡。选择此选项卡以查看此图像中显示的控件。 3.这是索引输入字段。应在此处输入要编程的 IFR 的索引。 4.这是十六进制数字字段。该值将在“索引”字段中指示的 IFR 索引处进行编程。此处的 值应为十六进制格式，而不能包含前面的“0x”。 5.这是字节计数字段。这告诉实用程序要编程多少个字节，并且必须是该 IFR 索引的值， 请参考参考手册中的“可擦除 IFR 映射表”。 6.这是程序按钮。填写完所有字段后，单击此按钮可以对所需的 IFR 位置进行编程。 选项#2： BLOHOST MCUBoot 软件包还包括一个命令行可执行文件，可与引导加载程序交互。该工具 blhost 还 可用于对 IFR 字段进行编程。“flash-program-once”命令应用与对所需的 IFR 位置进行编程。 该命令的语法如下： flash-program-once 因此，例如， 如果要使用 0xFFFFF3FF 编程 FOPT IFR 字段（记录索引 0x84），则使用此命令 的正确语法应为 flash-program-once 0x84 4 FFFFF3FF 编程后，“一次刷新读取”命令可用于回读并验证已编程的 IFR 字段。以下是使用以前的 IFR 位置的示例 flash-read-once 0x84 4 以下是使用 blhost 擦除设备，对 FOPT IFR 进行编程以及从命令行读回 FOPT IFR 的完整示 例。 选项#3：调试器脚本 简单的调试器脚本是写入 IFR 值的另一种便捷方式。调试器脚本在调试会话启动过程的后台 执行（因此是用户的隐藏操作），通常可以使用任何文本编辑器轻松地对其进行编辑。但是， 更改值可能更麻烦，因为这通常必须由用户在每次编程时手动完成。考虑到这一点，最好为 不同的配置使用不同的连接脚本 使用调试器脚本的第一步是编写调试器脚本。调试器脚本的功能和语法取决于您的工具链。 就本文档而言，我们将重点介绍 MCUXpresso IDE。 MCUXpresso IDE 使用与调试器无关的 PokeXX 和 PeekXX 命令（其中 XX 是 8、 16 或 32，具体取决于要对所需寄存器进行字节访 问，半字访问，还是字访问）。因此，无论您使用 JLink 或 CMSIS-DAP 进行调试，还是使用 任何其他调试器，在设备上运行的相同命令将继续起作用。下面是一个 MCUXpresso 连接脚 本示例，该脚本写入 FOPT 寄存器，然后将其读回以打印到调试日志。 5140 REM ====================Program FOPT=================================== 5150 poke32 this 0x40023004 0x43840000 5160 REM Stuff FCCOB registers with desired FOPT value 5170 Poke32 this 0x40023008 v% 5171 Print “New Val “;~s% 5180 Poke32 this 0x4002300c 0x00000000 5180 Poke8 this 0x40023000 0x70 5190 Poke8 this 0x40023000 0x80 5200 wait 1000 6000 REM ================== Read FOPT ===================================== 6001 REM Now read the FOPT back 6010 Poke32 this 0x40023004 0x41840000 6020 Poke32 this 0x40023008 0x00000000 6030 Poke32 this 0x4002300c 0x00000000 6040 Poke8 this 0x40023000 0x70 6050 Poke8 this 0x40023000 0x80 6060 wait 1000 6070 s% = Peek32 this 0x40023008 6080 Print "New FOPT Val ";~s% 请注意，在上面的脚本中， v%是所需的 FOPT 值，并且它已在未显示的脚本部分中定义 （第 164 行）。 162 REM This is the value to be written to the FOPT 164 v% = 0xfffff3ff 编写脚本后，必须告知 MCUXpresso 使用连接脚本。这是在“调试配置”窗口中完成的。假设 已创建调试配置，请单击绿色错误图标旁边的箭头，然后选择“调试配置”。 在出现的对话框中，选择要使用的调试配置，然后选择“Linkserver 调试”选项卡。在“连接脚 本”字段中，将 MCUXpresso 指向连接脚本的位置。 这就是在 IDE 中需要完成的所有工作。现在，所选的调试配置应使用编写的脚本。 一些调试器将允许脚本的独立命令行运行，例如 JLink 调试器。由于 JLink 是我们遇到的最 受欢迎的外部调试器之一，因此下面提供了使用此脚本进行编程的示例。 //现在对 FOPT 进行编程 w4 0x40023004， 0x43840000 //43 选择程序索引命令。 84 选择 FOPT IFR 字段。 //用我们要写入的 FOPT 值填充 FCCOB 寄存器（4-7）。 //**（启动设置） ** w4 0x40023008， 0xfffff3ff //写入 0xFFFF_1FFF 以从内部 Flash 引导 M4。声明 NMI 引 脚将强制从 ROM 引导。 //用伪值写入 FCCOB 寄存器 8-B。 w4 0x4002300c， 0x00000000 //写入 FSTAT 寄存器以清除可能存在的任何错误。 w1 0x40023000， 0x70 //启动 flash 命令。 w1 0x40023000， 0x80 //等待 flash 命令完成。 Sleep1 //现在读回 FOPT w4 0x40023004， 0x41840000 //43 选择程序索引命令。 84 选择 FOPT IFR 字段。 //用我们要写入的 FOPT 值填充 FCCOB 寄存器（4-7）。 //**（启动设置） ** w4 0x40023008， 0x00000000 //写入 0xFFFF_F1FF 以从内部 Flash 引导 M0+。声明 NMI 引脚将强制从 ROM 引导。 //用伪值写入 FCCOB 寄存器 8-B。 w4 0x4002300c， 0x00000000 //写入 FSTAT 寄存器以清除可能存在的任何错误。 w1 0x40023000， 0x70 //启动 flash 命令。 w1 0x40023000， 0x80 //等待 flash 命令完成。 Sleep1 //读回内存以验证重置后应该显示的 FOPT 设置。 mem32 40023000， 4 选项#4： 用户软件中的子例程 有时，系统的要求将阻止实施上述任何方法来对 IFR 值进行编程。在这种情况下，您可能需 要实现自己的子例程来对 IFR 进行编程。这样做的过程与调试器脚本方法基本相同，只是用 代码而不是外部脚本编写。要记住的一个关键是您可能需要擦除整个闪存。因此，此子例程 应放在 RAM 内存中。由于正在执行闪存操作，因此将其置于 RAM 中将防止发生某些闪存 错误。 结论 总之， IFR 寄存器是非易失性信息寄存器，用于控制 K32L3A MCU 的某些行为。 IFR 分为可 擦除 IFR 空间和不可擦除 IFR 空间，它们都不是主闪存阵列的一部分。对这些值进行编程需 要使用特殊的闪存命令，并且要求自上次批量擦除以来尚未写入这些值。通常，有四种不同 的编程 FOPT 寄存器设置的方法。四种方法是： 1.Kinetis Flash 工具 2.BLHost 命令行界面 3.调试器脚本 4.用户软件子程序 每种方法都有其优点，因此，您应该选择一种满足您需求并且最方便的方法。但是，无论选 择哪种方法，在写入可擦除 IFR 字段之前都不能对 IFR 值进行编程。在尝试对任何 IFR 字段 进行编辑之前，最好执行批量擦除（可以使用本文档中介绍的任何方法进行擦除）。 Technologies

Sensor Toolbox GUI インストーラ Rev.4.2.0.8 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 以下は、Sensor Toolbox GUIのリビジョン4.2.0.8のインストーラーファイルです <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 以下は、Sensor Toolbox GUIのリビジョン4.2.0.8のインストーラーファイルです 加速度センサ 圧力センサ タッチ・センサ

ホバーゲームズチャレンジ1 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> フライヤーで消火活動 人為的なものであれ、自然的なものであれ、火災を予測し制御することは困難です。火災は数十億ドルの損害をもたらし、町や森林全体を破壊し、最前線のファーストレスポンダーを含む無数の命を危険にさらしています。 HOVERGAMESはあなたの助けになる機会です このコンテストの目的は、HoverGamesのドローンが、山火事から都市火災まで、想像できるあらゆる方法で消防士の職務を支援できるソリューションを構築することです。NXP HoverGamesドローン 開発キットには、飛行ロボットの開発を開始するために必要なものがすべて含まれています。 HoverGamesのドローンで何ができるのか? あなたのドローンは消防チームの調整に役立っていますか?物資を届けたり、通信ネットワークや物流ネットワークを手の届きにくい地域に拡張したりしていますか?燃えている建物をスキャンしてホットスポットを特定しますか?それとも、火災が発生する前に検出して防ぐのでしょうか? ブレインストーミングを始めるために、いくつかのアイデアをご紹介します。 連絡が届きにくいエリアへの通信の拡大 ホットスポットのピンポイント 新たな火災と潜在的な再起動を監視する リソース、動物、危険にさらされている人々を追跡および監視する 誰かを荒野から導き出す 状況認識に関する洞察を提供する 閉じ込められた人に、ガスマスクや照明弾、CBラジオなどのリソースを届ける ドローンへの許可されたアクセスのみを許可する ドローンオペレーターの特定と承認 そのエリアにいてはいけない他のドローンを特定します チャレンジ1「フライヤーで火事と戦う」

ポータブルRFクッキングアプリケーションの設計上の課題 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 調理器具の設計では、家庭の有線電気システムから必要な電力や、安全性と動作温度を維持するために必要な性能について十分に考慮されています。NXPのソリッドステートRF調理チームは、バッテリー電源で動作することができるソリッドステートRFエネルギーを使用してポータブル食品加熱器具を開発しました。このセッションでは、持ち運び可能な外出先で食品を加熱するためのエネルギーを供給するための主要な課題とアプローチについて説明します。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 調理器具の設計では、家庭の有線電気システムから必要な電力や、安全性と動作温度を維持するために必要な性能について十分に考慮されています。NXPのソリッドステートRF調理チームは、バッテリー電源で動作することができるソリッドステートRFエネルギーを使用してポータブル食品加熱器具を開発しました。このセッションでは、持ち運び可能な外出先で食品を加熱するためのエネルギーを供給するための主要な課題とアプローチについて説明します。

汽车电气化的电池管理系统解决方案 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 随着电动汽车和混合动力汽车的普及以及日常产品中无线连接的使用，对电池控制器和电池管理系统的需求日益增长。在本课程中，我们将讨论汽车电池管理系统的趋势和要求，并介绍典型的电池管理应用。我们将研究恩智浦的产品组合和解决方案，并重点介绍关键产品和系统特性。最后，我们将探索 NXP 的工具，以便使用 NXP 开发电池管理系统。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 随着电动汽车和混合动力汽车的普及以及日常产品中无线连接的使用，对电池控制器和电池管理系统的需求日益增长。在本课程中，我们将讨论汽车电池管理系统的趋势和要求，并介绍典型的电池管理应用。我们将研究恩智浦的产品组合和解决方案，并重点介绍关键产品和系统特性。最后，我们将探索 NXP 的工具，以便使用 NXP 开发电池管理系统。

适用于 Panther (MPC574xP) 系列处理器 2.0 的基于模型的设计工具箱 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 适用于 PANTHER (MPC574xP) 系列处理器 2.0 的基于模型的设计工具箱   支持 Panther (MPC57xP) 版本 2.0 的 MATLAB/Simulink基于模型的设计工具箱现已推出。   该产品免费，并可供公众使用。 下载 基于模型的设计工具箱 mbdt    发布亮点——基于模型的Panther设计工具箱（MPC574xP） 支持新的 Panther XDEVKIT-MPC5744P 板（ARDUINO 风格），该板与新的底盘 XDEVKIT-MOTORGD 配合用于电机控制应用。 结合最新的汽车数学和电机控制库版本 1.1.7。 支持最新的 MATLAB 版本，包括 64 位（2015/2016 a/b） 新的DMA模块，允许 ADC 采样数据通过 DMA 模块传输到内存，无需 CPU 干预。 用于串行通信支持的新LINFlexD块现在允许通过 UART 进行数据发送/接收操作。 添加了新的内存读/写块，现在可以使用它们来读取/写入任何内存区域。 添加了新的自定义初始化块，它可用于在模型第一步之前扩展默认设置之外的任何模块的配置。 除了新编译器版本 Wind River DIAB v5.9.4.8 和 Green Hills MULTI for PowerPC v2015.1 外，还支持 S32 Design Studio for Power Compiler v1.1 添加了新的高级电机控制模块，现在轨道观察器或反电动势观察器等新功能作为 Simulink 模块提供。 对齐ADC 时钟频率从 20MHz 到 80MHz（最大速度）。 新的ADC 通道配置块经过重新设计，允许对 ADC 通道进行无采样配置，从而可以实现 DMA 传输场景。 新的诊断面板可用于启用/禁用多个一致性检查。 构建新的Bootloader来支持 UART1 通信。 与 FreeMASTER 版本 2.0.2 同步支持。 全新！！！热修复：添加对随S32 Design Studio for Power v1.2发布的最新 e200 编译器的支持 。 请参阅HotFix_3设置以使 MBD 工具箱与最新的 e200 编译器协同工作。   提供社区支持 可通过 NXP 社区获得支持： https://community.nxp.com/community/mbdt 回复：基于模型的设计工具箱，适用于 Panther (MPC574xP) 系列处理器 2.0 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好， chandan24 ， 这可能只是一个小故障。如果它仍然不起作用，请使用此直接链接： https://nxp.flexnetoperations.com/control/frse/product? child_plneID=683951&cert_num=284425987 或者 使用基于模型的设计官方页面访问下载位置：基于模型的设计工具箱|NXP 希望这有帮助！ 丹尼尔 回复：基于模型的设计工具箱，适用于 Panther (MPC574xP) 系列处理器 2.0 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 工具箱下载链接无效

TuxTeam_Milestone_1 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 在电影中，我们展示了我们将必要的连接连接到耳机内部电路板的“T”针（红线）和地线，这需要与 UDOO 电路板的地线（黑线）共用。这些线分别连接到 UDOO 板的 0（RX）引脚和 GND 引脚。在软件方面，我们使用了 Brain 库，它从串行接口接收数据包并对其进行解释，以 CSV 格式提供值，以便我们在下一步进行处理。为了接收来自耳机的数据，开发板的 M4 核心运行 Arduino 代码并使用 Serial0 对象（UART 5）获取原始数据，然后由 Brain 库进行处理。然后，使用提供的共享内存将结果字符串发送到 A9 核心。正如我们在视频中看到的，此步骤使用了 Serial 对象。接收到的字符串包含以下形式的值： 信号强度、注意力、冥想、δ、θ、低α、高α、低β、高β、低伽马、高伽马 我们将在接下来的里程碑中使用它们。 （在 “我的视频” 中查看） 2017 年 Linux 嵌入式挑战赛 回复：TuxTeam_Milestone_1 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 抱歉，视频未旋转...我不知道为什么会发生这种情况，我们旋转了它，但上传后，我发现它仍然在这个位置，我对此无法解释：smileysad： 编辑：我编辑了视频并再次上传，希望这次能够成功。

AMF-AUT-T2348 - NXP 音频视频桥接 (AVB) 堆栈 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 由于车辆不同端点之间的媒体、通信和 ADAS 流增加，以太网在新 OEM 平台中的应用正在加速。所需的服务质量和同步通常是通过实施音频视频桥接 (AVB) 规范或 AVB 的衍生产品来实现的。NXP 在市场上占据着独特的地位，因为我们有能力为汽车中的 AVB 提供完整的解决方案，包括端点（MPU 和 MCU）、PHY、交换机以及所需的软件堆栈。此外，软件堆栈功能齐全，包括关键但经常被遗忘的组件，例如媒体时钟恢复。了解 AVB 技术的基础知识，以及 NXP 如何帮助您在产品中部署 AVB。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 由于车辆不同端点之间的媒体、通信和 ADAS 流增加，以太网在新 OEM 平台中的应用正在加速。所需的服务质量和同步通常是通过实施音频视频桥接 (AVB) 规范或 AVB 的衍生产品来实现的。NXP 在市场上占据着独特的地位，因为我们有能力为汽车中的 AVB 提供完整的解决方案，包括端点（MPU 和 MCU）、PHY、交换机以及所需的软件堆栈。此外，软件堆栈功能齐全，包括关键但经常被遗忘的组件，例如媒体时钟恢复。了解 AVB 技术的基础知识，以及 NXP 如何帮助您在产品中部署 AVB。

DES-N1846 - 关于 DDR4 你需要知道的一切 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 了解 DDR4 的基础知识以及如何在 QorIQ 设备上配置 DDR4 控制器。 观看视频演示 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 了解 DDR4 的基础知识以及如何在 QorIQ 设备上配置 DDR4 控制器。 观看视频演示 设计 | 软件与服务

DSC のクイック スタート 2.6 と CodeWarrior 10.6.4 の統合 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> DSC56800E/EX Quick Startは、組込みアプリケーション開発のためのソフトウェア環境です。これは、グラフィカル構成ツール (GCT) と、ペリフェラル モジュールにアクセスするための統合アプリケーション プログラミング インターフェイス (API) スタイルに基づいています。 添付のドキュメントでは、このツールを Eclipse CodeWarrior for MCU と統合する方法と、Quick Start Stationery から新しいプロジェクトを開始する方法を示します。 全般 Re:DSCのクイックスタート2.6をCodeWarrior 10.6.4と統合する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> DSC用クイックスタート2.5はCodeWarrior 10.6.4と統合できますか?はいの場合、どのように?

FDI3250 引导加载程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 基于 Future Designs LPC3250 的主板预装了 u-boot。但是，kickstart 加载程序和S1L可以安装在 Future Designs LPC3250 板上。这将允许更轻松地升级引导加载程序以及S1L提供的附加功能和性能。 安装后，kickstart 加载程序驻留在 NAND 块 0 中，并在芯片重置时通过 LPC32x0 启动 ROM 加载到 IRAM 中。加载 kickstart 加载程序后，控制权将转移到 IRAM。然后，kickstart 加载程序将S1L从块 1 和 NAND FLASH 加载到 IRAM 中。一旦S1L被加载，控制权就会转移到S1L 。CDL 引导加载程序 页面中更详细地解释了 kickstart 加载程序概念和 S1L 。 可以设置S1L在 IRAM 或 SDRAM 中加载另一个应用程序。对于 Linux，可以设置 u-boot 在地址 0x81fc0000 的 SDRAM 中加载并运行。但是，不需要S1L ，并且可以构建 kickstart 加载程序以将 u-boot 直接从 NAND FLASH 加载到 SDRAM 中。