PG关注到，NXP于2026年3月9日介绍i.MX 937应用处理器，结合四核Arm Cortex-A55、Cortex-M7、Cortex-M33、eIQ Neutron NPU及多媒体能力，并讨论与i.MX 95、i.MX 952系列的兼容路径。不同封装的兼容对象并不相同，选型应回到具体规格确认。
原文列出的2 eTOPS，是以相对i.MX 8M Plus多项基准平均表现定义的等效指标，不能直接当作没有条件的通用TOPS比较。厂商规格为评估提供方向，目标模型的实际响应和系统功耗仍需结合完整配置测量，文章本身不构成独立性能测试。
兼容路径需要落实到具体板级条件
系列兼容可以减少部分迁移工作，但项目仍需核对封装、引脚功能、供电和外围连接。团队可建立同一设计中不同器件的配置表，说明哪些部分保持一致、哪些需要修改。只有适用范围明确，复用才具有可执行的含义。
不同性能档位也应与真实任务对应。可以先列出显示、相机、联网和模型工作，再确认资源组合是否满足。较高或较低的标称能力不直接决定产品是否合适，应用需要的接口和长期运行条件同样重要。
主板复用还涉及物料和生产资料。更换器件后，设备清单、软件配置和测试条件应共同更新，避免硬件已经变化、维护文档仍沿用旧版本。保留明确记录有助于后续采购和维修确认适用对象。
异构任务分配围绕完整应用展开
不同处理单元可以承担不同工作，项目需要说明任务放在哪里以及怎样交换信息。应用处理、实时任务和系统管理之间的责任边界，应与接口和异常处理一起规划，而不是仅按核心名称分组。
AI任务还包含输入预处理、模型运行和结果应用。等效计算指标只提供部分信息，端到端响应需要按目标模型检查。保存模型、输入尺寸和软件版本，能够让后续比较有共同基础，也避免跨条件引用性能结果。
多媒体与AI同时工作时，资源需求可能不同于单任务演示。团队可用实际业务组合记录负载，再观察内存、接口和处理任务怎样配合。一次模型运行或视频播放成功，不足以证明全部功能并行时仍达到目标。
软件共享需要稳定的版本档案
共同开发环境可以帮助维护产品线，具体驱动、启动配置和应用仍应对应所用硬件。迁移时可先确认基本启动与接口，再逐步恢复业务任务。每一步保留结果，能够减少同时变化过多造成的定位困难。
安全架构也要与产品流程配合。部件提供的启动、隔离和密钥基础，需要连接到制造、部署和更新安排。硬件能力可以成为实现资源，但不能替代权限设计和运行维护，也不等于任何应用都自动获得相同保护。
项目评估还应把温度、供电和结构条件保存下来。开发板上的表现只能说明对应配置，封闭设备或不同安装环境仍需核对。将这些条件与测试结果绑定，便于团队在设计变化后决定复核范围。
不同处理器档位的测试可以采用同一组任务和输入，再清楚记录差异。这样得到的结果更适合实际选型，也能避免仅比较宣传指标。若缺乏对应数据，应保留待确认问题，而不自行推断成本或性能收益。
供应和工具支持也可以按具体器件分别核对。系列共享开发基础不代表所有型号在同一时间具备相同供货和资料状态。将确认日期与版本一起保存，能够让项目计划依据当前正式信息推进，而不是只沿用系列介绍中的概括。
在PG看来，i.MX 937提供了产品线扩展的一个开发选项。系列兼容与软件共享的价值，需要通过具体封装、目标负载和版本管理落实；最终选型仍应以正式规格和项目验证为依据。