nxp

NXP - 用MDK建立基于arm-none-eabi工具链的工程框架想单步调试Smoothieware固件工程，如果用Smoothieware工程提供的方法，就得用MRI + GDB去调试。效率太低了，不想这么搞。经过权衡和实验(gcc4-mbed 去掉MRI, mbed Studio, LPCXPress, MCU Xpresso, eclipseCPP, MDK)后，准备使用MDK(MDK4和MDK5都可)来建立一个基于arm-none-eabi工具链的工程框架，然后将Smoothieware移植过来。这样就能舒服高效的单步调试。

深圳市尚想信息技术有限公司

NXP恩智浦 TEA6856AHN/V205K 车载射频接收芯片赋能多元车载信息娱乐系统高性能集成，精准调谐，定义车载收音新标准在智能网联汽车飞速发展的今天，车载娱乐信息系统已成为用户体验的关键环节。作为全球半导体行业的领导者，恩智浦（NXP）推出的TEA6856AHN/V205K射频接收器，以其卓越的收音灵敏度、稳定的信号处理能力和高度的集成化设计，为现代车载娱乐导航系统提供了坚实的核心支持。

NXP - 用MCUXpresso IDE v25.6.136的工具链编译Smoothieware固件工程上次做了一个实验NXP - 查看Smoothieware固件工程命令行编译时的具体编译命令行，还有些要确认的地方。

NXP - 在MCUXpresso IDE中查看编译日志文件的方法在MCUXpresso IDE中新建了工程做实验，有些问题。想查看编译日志。如果工程中文件比较多，编译信息比较多，在console窗口中看不全。最开始的日志已经被冲掉了。我不想在console窗口中看日志，而是想去看日志文件。

在MCUXpresso IDE中建立使用静态库的工程在做Smoothieware工程移植到MCUXpresso IDE的任务。查看编译日志，发现Smoothieware分为2个工程，一个主工程lpc1768, 一个静态库工程mbed-lpc1768. 我前面实验，是将所有代码都在一个工程中编译，编译出来的elf在MCU中装不下。当然原因很多。但是我想严格按照Smoothieware的做法来，也将工程分为2个工程，一个主工程a，一个库工程b. 先编译b, 再编译a(a中链接b, 并使用b的接口)。

NXP - 用MCUXpresso IDE导入lpcopen_2_10_lpcxpresso_nxp_lpcxpresso_1769.zip中的工程LPC1769的MCU对应的官方开发板是 OM13085 - LPCXpresso1769/CD 用 MCUXpresso IDE v25.6.136 新建MCU工程时，可以看到这个开发板。但是，这个板子没有MCUXpresso IDE的SDK。只有旧版的LpcOpen库的例程包lpcopen_2_10_lpcxpresso_nxp_lpcxpresso_1769.zip。 lpcopen_2_10_lpcxpresso_nxp_lpcxpresso_1769.zip是最新版本的lpcopen库工程，2

NXP - 在MCUXpresso IDE中编译调试Smoothieware固件工程 - 思路以前一直奇怪，为啥Smoothieware没提到工程如何在IDE中编译，单步调试。他们是如何调试程序的。因为正常开发者都要单步调试的，否则无法确定改的固件逻辑是否正确。今天看到了官方文档，终于知道官方是如何编译调试的了。但是官方给的方法，只能是编译。如果要单步调试的很难(老旧的工程，官方说的软件已经不好使了).

NXP - 安装后的MCUXpresso IDE里面有所有的支持包，不用另外去下载查资料时，看到一个同学居然用的是MCUXpresso IDE自带的LPCOpen包。真的么？也去查了一下本地装好的MCUXpresso IDE，真的，所有MCU编程用的支持包都有。不用去网上去费力的找。

飞凌嵌入式

基于RK3588，飞凌教育品牌推出嵌入式人工智能实验箱EDU-AIoT ELF 2在AIoT技术驱动产业变革的浪潮中，嵌入式人工智能已成为工业物联网、智慧交通、智慧医疗等领域创新突破的关键引擎。飞凌嵌入式教育品牌ElfBoard立足产业前沿，重磅推出嵌入式人工智能实验箱EDU-AIoT ELF 2，以“软硬协同、产教融合”为设计理念，为高校人工智能人才培养提供全链路解决方案。

深圳米客方德半导体有限公司

NXP S32K146 T-Box 携手 SD NAND（贴片式TF卡）：驱动汽车智能革新的黄金组合在汽车智能化的汹涌浪潮中，车辆不再仅仅是传统的交通工具，而是逐步演变为高度智能的移动终端。这一转变的核心支撑，来自于车内关键技术的深度融合与协同创新。车载远程信息处理盒（T-Box）方案：NXP S32K146 与 MKDV1GIL-AST SD NAND（贴片式 TF 卡）存储的强强联合，恰似为汽车智能化发展注入了一剂 “强心针”，成为推动行业变革的关键力量。

HDMI 显示器热插拔对应显示应用启停测试By Toradex秦海1). 简介在前述文章中，我们介绍了如何基于 Weston Composito 实现多屏幕分别显示不同的应用，而进一步延申出的一个应用场景，就是多屏幕之一的 HDMI 屏幕需要进行热插拔，而在热插拔的同时其对应的显示应用也同时启动或者停止，以便不影响其他屏幕的显示。本文就基于前述文章同样的 NXP i.MX8MP 平台来测试如何实现这个功能场景。

NXP iMX8MP ARM 平台多屏幕克隆显示测试By Toradex秦海1). 简介NXP i.MX8MP ARM SoC 支持 3 路 Display Controller 分别提供 DSI/HDMI/LVDS 显示输出，在 Yocto Linux BSP 下采用 Wayland Backend 基于 DRM subsystem 显示驱动，前端默认基于 Weston Compositor。因此在默认情况下连接多个屏幕的显示输出是如下 Extended 模式：

ARM 处理器平台 eMMC Flash 存储磨损测试示例By Toradex秦海1). 简介目前工业嵌入式 ARM 平台最常用的存储器件就是 eMMC Nand Flash 存储，而由于工业设备一般生命周期都比较长，eMMC 存储器件的磨损寿命对于整个设备来说至关重要，因此本文就基于 NXP i.MX8M Mini ARM 处理器平台演示 eMMC 器件磨损测试的示例流程。

ARM学习（42）CortexM3/M4 MPU配置笔者之前学习过CortexR5的MPU配置，现在学习一下CortexM3/M4 MPU配置笔者在工作中遇到NXP MPU在访问异常地址时，就会出现总线挂死，所以需要MPU抓住异常，就需要配置MPU。具体背景情况可以参考ARM学习（41）NXP MCU总线挂死，CPU could not be halted以及无法连接Jink。笔者之前还研究了Cortex-R5的MPU配置。

NXP i.MX8系列平台开发讲解 - 5.3 调试篇(二) - 掌握Dynamic debug调试专栏文章目录传送门：返回专栏目录Hi, 我是你们的老朋友，主要专注于嵌入式软件开发，有兴趣不要忘记点击关注【码思途远】

夏沫の浅雨

imx-6ULL uboot 移植写在前面：本文章旨在总结备份、方便以后查询，由于是个人总结，如有不对，欢迎指正；另外，内容大部分来自网络、书籍、和各类手册，如若侵权请告知，马上删帖致歉。

NXP i.MX8系列平台开发讲解 - 3.19 Linux TTY子系统(二)专栏文章目录传送门：返回专栏目录Hi, 我是你们的老朋友，主要专注于嵌入式软件开发，有兴趣不要忘记点击关注【码思途远】

NXP i.MX8系列平台开发讲解 - 3.18 Linux tty子系统介绍（一）专栏文章目录传送门：返回专栏目录Hi, 我是你们的老朋友，主要专注于嵌入式软件开发，有兴趣不要忘记点击关注【码思途远】

FRDM-MCXN947开发板之i2c应用NXP FRDM-MCXN947开发板是一款基于MCXN947 MCU的低成本评估板，MCU集成了双核Arm Cortex-M33微控制器和一个神经处理单元(NPU)。开发板由一个MCXN947控制器和一个64 Mbit外部串行闪存组成。该板还具有P3T1755DP I3C温度传感器，TJA1057GTK/3Z CAN PHY，以太网PHY, SDHC电路(卡槽为DNP)， RGB LED，触摸板，高速USB，按钮，和MCU-Link调试接口。该板兼容Arduino屏蔽模块，Pmod板，mikroBUS。

ARM学习（28）NXP 双coreMCU IMX1160学习笔者最近接触到一块IMXRT1160的双core板子，特依次来记录学习一下介绍一下NXP的Demo板子，是一个双core的板子，Cortex-M7和Cortex-M4，总计1MB的RAM空间，256KB的ROM空间，提供了丰富的内存接口，包括SDRAM、Nand Flash、Nor Flash、SD/eMMC，QSPI以及HyperRAM FLash。支持从fuseboot、ISP 串行下载和内部boot启动。