1. 项目概述为什么i.MX31在当年是颗“明星芯”在2000年代中后期如果你是一名嵌入式系统工程师正在为新一代的智能手机、PDA或者便携式媒体播放器寻找一颗“心脏”那么飞思卡尔Freescale的i.MX31系列多媒体应用处理器绝对是一个绕不开的选项。那个时代移动设备正从功能机向智能机过渡用户对视频播放、3D游戏和更流畅界面的需求开始萌芽但电池技术和功耗预算依然严苛。i.MX31的出现恰好踩在了这个技术转折点上。它不是什么都能干但都不精的通用处理器而是一颗目标明确的“多媒体特长生”。其核心价值在于它试图在有限的功耗和成本框架内解决一个核心矛盾如何让移动设备流畅地处理VGA分辨率640x480、30帧每秒的视频同时还能渲染出有模有样的3D图形并且保证足够的续航。今天回过头看它的很多设计思路比如异构计算、硬件加速、动态电压频率调节DVFS已经成为现代移动SoC的标配。但对于当时的开发者而言i.MX31提供了一套相对完整且高效的解决方案让在资源受限的嵌入式环境中实现复杂多媒体功能从“可能”变成了“可行”。这颗处理器基于ARM11家族的高性能内核ARM1136JF-S主频起步就是532MHz并配备了向量浮点协处理器和二级缓存为复杂的编解码算法提供了必要的算力基础。但真正让它脱颖而出的是围绕这个核心构建的一整套加速“外挂”一个功能强大的图像处理单元IPU以及由Imagination Technologies授权的PowerVR MBX Lite图形核心。这种“CPU 专用加速器”的架构是它能实现高能效比的关键。简单来说CPU负责逻辑控制和轻量级任务而视频解码的后处理如去块效应、色彩空间转换、图形渲染的繁重像素计算则交给更擅长这些工作的IPU和GPU去完成从而在整体上降低了系统功耗提升了响应速度。2. 核心架构深度解析不止于ARM核心当我们拿到一颗像i.MX31这样的处理器不能只盯着它的CPU主频看。它的整体性能、能效和适用性是由其内部多个子系统协同工作决定的。理解这套“组合拳”是进行软硬件设计和性能优化的前提。2.1 ARM1136JF-S核心可靠的计算基石i.MX31所采用的ARM1136JF-S内核是ARMv6指令集架构的代表作之一。在那个ARM Cortex-A系列尚未成为主流的年代ARM11系列是高性能嵌入式应用的顶梁柱。532MHz的主频配合向量浮点单元VFP和最多64KB的紧耦合内存TCM使得它能够高效地执行操作系统如Linux、WinCE和各类应用程序。注意虽然ARM1136JF-S支持VFP但在实际编程中特别是对性能要求苛刻的多媒体应用需要特别注意浮点运算的使用。尽管有硬件加速但过度或不规范的浮点操作仍然会带来性能开销。在定点数足以满足精度要求的场合如很多图像处理算法优先使用定点运算库或处理器提供的SIMD指令如果支持往往是更优的选择。2.2 图像处理单元IPU视频流水线的“瑞士军刀”IPU是i.MX31多媒体能力的核心引擎之一。它的设计非常巧妙将视频解码后处理、图像格式转换、显示合成等一连串常见且耗时的操作全部集成到硬件中。我们可以把它理解为一个高度可配置的图像处理流水线。IPU的核心功能与工作流程输入处理接收从摄像头传感器或视频解码器如H.264硬解模块传来的原始图像数据。前处理执行去块滤波Deblocking和去振铃滤波Deringing。这对于当时新兴的H.264编码格式至关重要因为H.264采用基于块的编码容易在块边界产生不连续的视觉瑕疵IPU的硬件去块能显著提升解码画面的主观质量同时减轻CPU负担。色彩空间转换将YUV色彩空间视频常用转换为RGB色彩空间显示常用这个操作像素级并行效率远高于软件实现。缩放与旋转支持水平和垂直方向的独立缩放以及90、180、270度的图像旋转。这在适配不同分辨率的显示屏和实现横竖屏切换时非常有用且全部由硬件完成无延迟。图层混合IPU可以管理多个图形和视频图层plane并将它们按照设定的透明度Alpha混合在一起。例如可以将播放的视频作为一个底层将OSD菜单、字幕作为另一个图形层叠加在上面。输出调度最终处理好的图像数据可以通过显示控制器输出到多达两个智能显示屏如LCD和一个TV编码器。实操心得在驱动开发或应用层调用IPU功能时最关键的是正确配置这条流水线。你需要清晰地定义每个处理环节的参数如输入分辨率、输出分辨率、缩放系数、旋转角度、混合模式。一旦配置完成数据就可以在这条硬件流水线中自动流动CPU干预极少。一个常见的优化点是尽量让视频解码器的输出格式与IPU输入格式匹配并让IPU的输出格式与显示屏的本地格式匹配这样可以避免不必要的中间格式转换节省带宽和功耗。2.3 PowerVR MBX Lite GPU移动3D的启蒙者i.MX31集成的PowerVR MBX Lite是让它在当时显得格外耀眼的功能。Imagination Technologies的PowerVR架构其移动端核心即MBX系列采用了一种与众不同的“基于图块渲染”Tile-Based Rendering, TBR技术这与PC上常见的即时模式渲染IMR有本质区别。TBR架构的优势解析带宽与功耗优化TBR将整个屏幕分割成多个小图块Tile。渲染时GPU一次只处理一个图块将该图块所需的所有几何和纹理数据加载到片上的高速缓存中进行渲染。完成后再写入系统内存帧缓冲区。这种方式极大减少了对外部DDR内存的访问次数而内存访问正是移动设备上主要的功耗来源之一。MBX Lite宣称的“低内存带宽”优势正源于此。隐藏面消除在渲染每个图块时GPU可以在片上缓存中完成深度测试Z-Test直接丢弃被遮挡的像素避免了将被遮挡像素的颜色写入内存的浪费操作Overdraw。这进一步提升了渲染效率。延迟着色纹理获取操作可以延迟到最终确定像素可见性之后这意味着不可见的像素根本不会进行纹理采样节省了宝贵的纹理带宽。MBX Lite支持的关键3D特性完整的API支持OpenGL ES 1.x1.0和1.1和Direct3D Mobile。这使得开发者可以使用当时主流的移动3D图形API进行开发便于移植游戏和应用。丰富的渲染功能支持平面着色和高洛德着色Gouraud Shading、透视校正纹理贴图、双线性/三线性过滤、各向异性过滤提升纹理在倾斜角度的质量、多层多纹理、镜面高光、每顶点雾效等。高级图像质量支持全场景抗锯齿FSAA能够平滑几何边缘的锯齿。同时其PowerVR内部真彩色ITC技术支持在芯片内部以32位每像素的精度进行颜色混合避免了低精度混合可能带来的色带等问题。纹理压缩支持PVRTC纹理压缩格式。这种格式专为PowerVR架构优化不仅能大幅减少纹理占用的内存空间和带宽还能在压缩状态下直接被GPU读取和解码无需解压到内存是移动3D开发中节省资源的利器。注意事项基于TBR的GPU架构对开发者的编程习惯有一定影响。例如由于渲染是按图块进行的频繁切换渲染状态如切换纹理、着色器可能会打断流水线导致性能下降。最佳实践是尽可能按照状态材质、纹理对绘制调用进行排序和批处理减少状态切换。此外充分利用PVRTC纹理压缩是提升性能的关键步骤Imagination提供的PVRTTool工具链是必备的。2.4 电源管理Smart Speed与DVFS的精妙配合i.MX31的电源管理是其能效设计的精髓主要依靠两大技术动态过程温度补偿DPTC和动态电压频率调节DVFS。DPTC动态过程温度补偿这是一个偏底层的硬件特性。芯片在制造过程中由于工艺偏差每个晶片的实际速度特性快慢会有细微差别同时芯片运行时温度也会影响晶体管速度。DPTC电路通过监测一些基准电路的延迟实时判断当前芯片在特定温度和工艺角下的实际“速度能力”。然后它会自动将供电电压调节到刚好能稳定支持当前运行频率的最低水平。这避免了在任何情况下都使用固定的、较高的保守电压从而实现了精细的功耗节省。DVFS动态电压频率调节这是一个更上层的系统级功耗管理策略。i.MX31的自动DVFS硬件机制可以监控处理器的负载情况。当系统负载低时例如待机或处理简单任务硬件可以自动或在操作系统调度器的轻度配合下降低CPU和总线的工作频率并同步降低核心电压因为低频所需的稳定电压更低。当检测到负载升高时再快速提升频率和电压以满足性能需求。两者的协同DPTC确保了在任一给定频率下电压都是最优的而DVFS则根据任务需求在多个“频率-电压对”之间动态切换。这种软硬件结合的方案使得i.MX31能够非常平滑地适应从待机到全速运行的各种工作场景在性能和功耗之间取得最佳平衡。实操要点对于开发者而言要充分利用这套电源管理机制需要操作系统内核如Linux的良好支持。内核的CPUFreq子系统需要正确配置i.MX31的DVFS驱动定义好可用的频率档位OPP。在应用层编写“功耗友好”的代码同样重要例如在不需要高性能时避免空转循环合理使用中断和休眠机制让CPU有机会进入低功耗状态。2.5 安全与连接构建完整解决方案i.MX31的安全架构基于硬件熔丝E-Fuse和软件协议为设备提供了唯一的、不可篡改的硬件ID可用于数字版权管理DRM、安全启动、软件授权等场景。这对于当时开始兴起的付费移动内容和应用保护至关重要。在连接性方面它提供了丰富的外设接口USB1个高速USB OTG既可做主机连接U盘也可做设备连接电脑、1个高速USB主机、1个全速USB主机满足了连接多种外设的需求。显示支持同时驱动两个智能显示屏和一个TV输出为双屏设备或演示应用提供了可能。其他还包括了SD/MMC、各种串行接口等构成了一个完整的嵌入式应用处理器所需的外设生态。3. 开发环境搭建与核心工具链要基于i.MX31进行开发首先需要搭建一个完整的交叉编译环境。这个过程在当年是嵌入式开发的“标准动作”虽然现在有更集成的SDK但理解其原理仍有价值。3.1 工具链选型与配置通常你会使用由芯片厂商或第三方如CodeSourcery现为Mentor Graphics提供的ARM交叉编译工具链。工具链的前缀通常是arm-none-linux-gnueabi-针对Linux系统或arm-none-eabi-针对无操作系统或裸机。关键组件编译器arm-none-linux-gnueabi-gcc。需要确保其支持ARMv6指令集和可能的Thumb指令集以优化代码密度。调试器arm-none-linux-gnueabi-gdb。配合JTAG仿真器如Lauterbach、SEGGER J-Link进行底层硬件调试。库文件包括标准C库如glibc或更轻量级的uClibc、数学库等。这些库需要针对i.MX31的VFP单元进行编译优化以发挥浮点性能。搭建步骤简述从飞思卡尔官网或工具链提供商处下载预编译的工具链。解压到开发主机通常是x86 Linux的特定目录如/opt/toolchains/。将工具链的bin目录添加到系统的PATH环境变量中。验证安装执行arm-none-linux-gnueabi-gcc -v应显示正确的版本和目标架构信息。3.2 获取BSP板级支持包与内核飞思卡尔会为i.MX31参考设计板如MCIMX31ADS提供完整的BSP。这是开发的起点包含了U-Boot引导加载程序负责初始化硬件、加载操作系统镜像。Linux内核打好了i.MX31平台特定补丁的版本包含了所有关键驱动IPU、GPU、USB、显示等。根文件系统一个基础的根文件系统包含必要的工具和库。操作流程下载BSP从飞思卡尔或合作伙伴的网站获取对应版本的BSP压缩包。解压与配置解压后通常有一个顶层Makefile或脚本。你需要根据你的具体硬件如果和参考设计不同修改内核配置特别是设备树Device Tree或早期的平台数据文件以正确描述你的板子上的内存布局、外设连接等。编译内核使用交叉编译工具链进行编译。命令通常类似make ARCHarm CROSS_COMPILEarm-none-linux-gnueabi- imx31_defconfig # 使用默认配置 make ARCHarm CROSS_COMPILEarm-none-linux-gnueabi- menuconfig # 可选图形化调整配置 make ARCHarm CROSS_COMPILEarm-none-linux-gnueabi- uImage # 生成U-Boot可引导的镜像编译U-Boot过程类似需要指定正确的板型配置。3.3 PowerVR SDK与图形开发环境对于3D图形开发Imagination Technologies提供的PowerVR SDK是必不可少的。你可以从pvrdev.com历史网站或其后续资源获取。SDK核心内容仿真器PC上的OpenGL ES仿真环境允许你在没有实际硬件的情况下开发和调试大部分图形代码。这对于早期算法验证和功能开发极其重要。硬件特定SDK针对包含PowerVR MBX芯片如i.MX31的硬件平台提供底层的驱动接口、EGL实现用于连接OpenGL ES和本地窗口系统以及优化过的示例代码。工具集PVRTexTool纹理压缩工具用于将普通图片转换为PVRTC格式。PVRShaderEditor着色器编辑和调试工具对于OpenGL ES 1.x主要是固定管线配置但工具仍有助于理解状态。插件如3D Studio Max导出插件方便将美术资源导入引擎。示例代码与文档大量演示程序涵盖了从基础渲染到高级特效如动态反射、凹凸贴图、卡通渲染、粒子系统等的完整实现是学习OpenGL ES 1.x和PowerVR平台特性的最佳资料。开发流程建议在PC仿真器上启动先用仿真环境搭建项目编写和调试核心渲染逻辑。确保代码符合OpenGL ES 1.1标准。处理平台差异当移植到i.MX31实际硬件时主要工作集中在初始化部分正确初始化EGL创建与本地帧缓冲区Framebuffer或窗口系统关联的渲染上下文。SDK中的硬件示例提供了模板。性能优化在硬件上运行后开始针对性优化。重点包括使用PVRTC纹理、优化绘制调用批处理、减少GPU状态切换、确保顶点数据格式对齐高效等。4. 典型应用场景实现与优化要点理解了架构和工具我们来看几个具体场景下如何利用i.MX31的特性。4.1 场景一实现VGA 30fps视频播放管道目标从存储卡读取H.264编码的VGA视频文件解码并流畅显示在LCD屏幕上。系统架构与数据流解复用与解码由CPU运行软件解复用器如FFmpeg分离出视频流。视频流数据送入硬件解码器i.MX31内部可能有协处理器或依赖CPU软解早期方案常结合CPU与IPU。对于H.264解码出的帧是YUV格式的且带有块效应。IPU后处理解码后的YUV数据直接送入IPU。在这里IPU依次执行去块滤波消除H.264块边界瑕疵。色彩空间转换YUV - RGB。缩放可选如果视频分辨率与屏幕分辨率不一致。图层混合将视频帧作为一层与可能的字幕或UI图形层由GPU或CPU生成混合。显示输出IPU处理完成的RGB数据通过显示控制器刷新到LCD屏上。优化关键点零拷贝理想情况下解码器输出缓冲区应物理上连续并能被IPU直接访问。避免在CPU内存和IPU输入缓冲区之间进行额外的数据拷贝。这需要驱动和内存分配器如DMA内存池的支持。双缓冲/三缓冲在解码、IPU处理、显示这三个环节之间设置缓冲区队列实现流水线并行。当一帧正在显示时下一帧正在IPU处理再下一帧正在解码从而充分利用硬件避免等待。CPU负载监控CPU占用率。如果软解H.264 VGA30fps对ARM11负担过重需要考虑降低解码复杂度如使用Baseline Profile而非Main Profile、优化解码器代码使用ARM SIMD指令或寻求更强大的硬解方案。4.2 场景二开发移动3D游戏或界面目标基于OpenGL ES 1.1开发一个具有3D场景的应用程序。渲染管线设置固定管线时代在OpenGL ES 1.x中你需要通过API设置一系列渲染状态// 伪代码示例 glMatrixMode(GL_PROJECTION); glLoadIdentity(); glFrustumf(...); // 设置透视投影矩阵 glMatrixMode(GL_MODELVIEW); glLoadIdentity(); glTranslatef(...); glEnable(GL_DEPTH_TEST); // 开启深度测试 glEnable(GL_TEXTURE_2D); // 启用纹理 glBindTexture(GL_TEXTURE_2D, textureId); // 绑定PVRTC压缩纹理 glTexParameteri(...); // 设置过滤方式 glEnableClientState(GL_VERTEX_ARRAY); glEnableClientState(GL_TEXTURE_COORD_ARRAY); glVertexPointer(...); // 指定顶点数据 glTexCoordPointer(...); // 指定纹理坐标数据 glDrawArrays(GL_TRIANGLES, 0, vertexCount); // 绘制针对PowerVR MBX Lite的深度优化顶点数据组织使用GL_SHORT或GL_FIXED类型存储顶点坐标和纹理坐标避免使用GL_FLOAT以节省带宽和提升VFP处理效率如果顶点着色是CPU进行。将顶点、纹理坐标、法线等属性打包在同一个顶点缓冲区对象VBO中并确保数据对齐如4字节对齐以利于GPU高效存取。在OpenGL ES 1.1中通常使用客户端顶点数组但也要注意数据布局。纹理策略必须使用PVRTC压缩这是节省内存带宽最有效的手段。将美术资源全部通过PVRTexTool转换为PVRTC格式通常PVRTC4bpp在质量和大小间取得较好平衡。纹理图集将多个小纹理合并到一张大纹理中可以减少纹理绑定切换的次数符合TBR架构偏好状态一致性的特点。绘制调用优化批处理将使用相同纹理、着色状态材质的物体合并到一次glDrawArrays或glDrawElements调用中。排序按照状态纹理ID、混合模式等对绘制调用进行排序最小化状态变更。利用扩展查阅PowerVR SDK文档了解i.MX31平台可能支持的OpenGL ES扩展这些扩展可能提供更优的性能或功能如特定的纹理格式支持、更高效的缓冲区操作等。4.3 场景三低功耗系统设计目标设计一个电池供电的便携设备需要长时间待机并快速响应。硬件设计层面电源域划分在PCB设计时根据i.MX31的数据手册为不同的电源域如CPU核心、GPU、IPU、不同外设模块提供独立可控的电源。这样在休眠时可以关闭非必要模块的供电。时钟门控确保软件能正确配置芯片内部的时钟门控寄存器关闭闲置模块的时钟。外部器件选型选择支持低功耗模式的外围器件如SDRAM、Flash、传感器并设计其控制电路使得CPU能通过GPIO将其置于休眠或关闭状态。软件与系统层面操作系统配置在Linux内核中确保以下组件正确配置并启用CPUIdle与CPUFreq驱动用于实现DVFS和空闲状态如WFI - Wait For Interrupt。运行时电源管理对每个设备驱动实现runtime_suspend和runtime_resume回调使得设备在不使用时能自动进入低功耗状态。Suspend-to-RAM实现完整的休眠到内存功能。这需要保存所有关键硬件状态并将SDRAM置于自刷新模式然后让CPU进入深度休眠。i.MX31的DPTC和DVFS硬件在此过程中会发挥重要作用将电压和频率降到最低。应用层策略事件驱动应用应设计为事件驱动型避免轮询。在没有事件时应让出CPU使系统有机会进入低功耗状态。工作集中处理将计算任务集中起来快速完成然后让系统尽快回到空闲状态而不是让系统长期处于中等负载的中频状态。因为高频短时工作后进入深度空闲可能比长期中频工作更省电。外设使用后及时释放应用在使用完GPS、蓝牙、背光等外设后应立即通知系统关闭或降低其功耗。5. 常见问题排查与调试经验在实际开发中你会遇到各种问题。以下是一些典型问题的排查思路。5.1 系统启动失败现象可能原因排查步骤上电无任何输出电源问题时钟未起振Boot Mode配置错误1. 测量核心及各路电源电压是否正常、稳定。2. 检查复位信号是否正常释放。3. 确认启动模式引脚BOOT_MODE[1:0]的电平设置是否正确如从NOR Flash启动还是从SD卡启动。4. 使用示波器检查主晶振是否起振。U-Boot能启动但卡住DDR SDRAM初始化失败U-Boot环境变量损坏1. 检查U-Boot中DDR控制器的配置参数时序、大小是否与板上使用的SDRAM颗粒完全匹配。这是最常见的问题。2. 尝试在U-Boot中重置环境变量为默认值。内核解压后卡死或报错内核镜像损坏设备树DTB或机器ID不匹配内存映射错误1. 使用md5sum或sha1sum校验内核镜像文件。2. 确认U-Boot传递给内核的机器IDmachid或设备树地址是否正确。3. 检查内核配置中是否包含了正确的i.MX31 SoC支持和板级支持。5.2 显示相关问题现象可能原因排查步骤LCD白屏或花屏显示时序配置错误帧缓冲区地址/格式错误背光未开启1. 使用示波器或逻辑分析仪测LCD接口的像素时钟PCLK、行同步HSYNC、场同步VSYNC等时序信号与LCD数据手册对比。2. 在驱动中打印或调试检查IPU和显示控制器的配置寄存器值特别是分辨率、像素格式RGB565, RGB888等。3. 检查背光控制电路和GPIO配置。视频播放颜色异常IPU色彩空间转换配置错误检查视频解码器输出的YUV格式如YUV420, YUV422与IPU输入配置是否一致。检查IPU输出到显示器的RGB格式与显示器期望的格式是否匹配。图形/UI层与视频层叠加错乱IPU图层混合配置错误Alpha值设置问题调试IPU中多个图层的顺序Z-order、位置、混合模式Blending Mode和全局/每像素Alpha值。确保视频层和图形层的缓冲区地址和格式正确。5.3 3D图形渲染异常现象可能原因排查步骤渲染全黑或全白着色器/固定管线状态错误矩阵未正确设置光源问题1. 检查投影矩阵和模型视图矩阵是否计算正确特别是透视投影的视锥体参数。2. 检查光照是否启用光源位置、颜色和法线数据是否正确。3. 在PC仿真器上运行同一段代码对比结果以排除平台特异性问题。纹理不显示或错乱纹理未成功加载/绑定纹理坐标错误PVRTC压缩问题1. 确认纹理ID在glBindTexture时有效且纹理数据已通过glTexImage2D上传。2. 检查纹理坐标是否在[0,1]范围内对于重复模式除外。3.重点确认使用的纹理是PVRTC格式并且glCompressedTexImage2D的参数尤其是internalFormat如GL_COMPRESSED_RGB_PVRTC_4BPPV1_IMG设置正确。性能低下帧率低未使用批处理纹理切换频繁未使用VBO如有 填充率过高1. 使用GPU厂商提供的性能分析工具如果可用或添加简单计时器定位瓶颈是CPU提交数据慢还是GPU渲染慢。2. 检查绘制调用次数尝试合并批次。3. 检查是否在每帧都重复上传不变的顶点/纹理数据。4. 对于复杂场景考虑使用细节层次LOD或视锥体裁剪减少不可见物体的渲染。5.4 电源管理相关故障现象可能原因排查步骤DVFS不生效频率不变内核CPUFreq驱动未正确配置或启用 操作系统调度器策略问题1. 检查内核配置CONFIG_CPU_FREQ和CONFIG_CPU_FREQ_IMX是否启用。2. 在文件系统查看/sys/devices/system/cpu/cpu0/cpufreq/下的文件检查可用频率、当前频率和调速器governor设置。3. 尝试将调速器设置为userspace然后手动写入频率值测试硬件是否响应。休眠后无法唤醒唤醒源配置错误 休眠流程中某些设备状态未保存/恢复1. 检查设计的唤醒源如按键、RTC闹钟对应的GPIO或外设中断在休眠前是否已正确配置为唤醒源。2. 在休眠/唤醒的驱动回调函数中添加调试打印追踪流程在哪一步失败。3. 检查是否有设备驱动在休眠回调suspend中失败导致整个休眠过程中断。调试经验分享善用串口调试在项目初期确保串口控制台稳定工作。通过printk内核和printf应用输出日志是最直接有效的调试手段。可以设置不同的日志等级在需要时开启详细调试信息。理解芯片手册i.MX31的数据手册、参考手册和应用笔记是解决问题的终极宝典。遇到硬件相关问题时第一反应应该是查阅相关章节确认寄存器配置、时序要求和电源序列是否正确。利用仿真器对于GPU开发PC上的PowerVR仿真器是无价之宝。它通常能提供更详细的错误信息如OpenGL ES错误码和性能分析功能帮助你在移植到真实硬件前解决大部分逻辑和性能问题。示波器与逻辑分析仪对于显示、电源、启动等硬件相关问题仪器测量比软件调试更可靠。测量电源纹波、时钟信号、复位时序、数据总线波形往往能发现配置错误或硬件设计缺陷。回望i.MX31它代表了那个时代嵌入式多媒体处理器的一个高峰将相对强大的通用计算、专用的视频处理和高能效的3D图形能力集成在了一个面向移动市场的芯片中。它的设计哲学——通过异构加速和精细的电源管理来突破性能功耗墙——至今仍在深刻影响着行业。虽然其绝对性能已无法与当今的Cortex-A系列处理器相提并论但学习其架构思想和开发过程中遇到的问题、解决方案对于理解嵌入式系统特别是多媒体子系统的软硬件协同设计仍然具有很高的参考价值。在资源受限的环境下做开发你永远需要权衡性能、功耗、成本和开发效率而i.MX31正是这种权衡艺术的一个经典案例。
