ARM+DSP异构计算实战：TI OMAP-L137双核架构解析与嵌入式开发指南

1. 项目概述为什么我们需要ARMDSP双核处理器在嵌入式系统开发领域尤其是在音视频处理、工业控制或者通信设备里我们常常会遇到一个经典矛盾系统需要一个灵活、通用的“大脑”来跑操作系统、管理任务和用户交互同时又需要一颗强大的“心脏”来专门处理海量的、实时的数学运算比如音频编解码、电机控制算法或者图像滤波。如果你试图用一颗通用的CPU去硬扛所有这些任务结果往往是功耗飙升、实时性难以保证代码也变得臃肿不堪。这就是异构计算架构的价值所在。它不像传统的多核同构CPU比如四核A53那样简单堆砌相同核心而是将不同特长的处理器核心集成到同一颗芯片上让它们各司其职。ARMDSP的组合就是其中最经典、最成熟的一种。ARM核心比如ARM926EJ-S擅长复杂的控制流、任务调度和运行Linux等操作系统而DSP核心比如TMS320C674x则专为密集型、可预测的数学运算而生其指令集和硬件结构就是为乘加运算MAC和快速傅里叶变换FFT这类操作优化的。今天要深入聊的TI OMAP-L137就是这种设计哲学的典型代表。它不只是一颗简单的双核芯片更是一个为低功耗、高性能嵌入式应用量身打造的系统级平台。我接触过不少基于它的产品从专业音频调音台到网络流媒体播放器其设计思路非常值得借鉴。接下来我们就抛开枯燥的数据手册从一线开发者的角度拆解它的架构、外设和那些真正影响你项目成败的设计细节。2. OMAP-L137核心架构深度解析2.1 双核分工与协作机制OMAP-L137的核心是ARM926EJ-S和TMS320C674x DSP。理解它们如何协同工作是高效利用这颗芯片的关键。ARM926EJ-S (375/456 MHz)系统的指挥官这颗ARM9核心是典型的RISC处理器主频最高456MHz。它的价值不在于纯粹的算力而在于其控制和管理能力内存管理单元MMU这是运行Linux、Android等复杂操作系统的基石。MMU负责虚拟地址到物理地址的转换提供内存保护防止不同任务相互踩踏内存。OMAP-L137的MMU支持1MB、64KB、4KB和1KB多种页表大小为操作系统提供了灵活的配置空间。16KB指令缓存I-Cache与16KB数据缓存D-Cache采用虚拟索引虚拟标签VIVT的四路组相联结构。在实际编程中特别是编写底层驱动或对性能要求极高的代码时需要注意缓存一致性Cache Coherency问题。ARM和DSP各有自己的缓存当它们需要访问共享内存区域如那128KB RAM时软件需要负责维护数据的一致性通常通过缓存无效化Invalidate或写回Write-back操作来实现。嵌入式追踪宏单元ETM与缓冲ETB这是强大的调试利器。ETM可以非侵入式地实时追踪ARM核心的执行指令流、数据访问和总线事件并将压缩后的追踪数据发送到片上的4KB ETB中。对于调试复杂的实时系统、分析最坏执行时间WCET或优化代码性能ETM/ETB组合比传统的断点调试更高效因为它不影响系统实时性。TMS320C674x VLIW DSP (375/456 MHz)专业的计算引擎这是TI C6000 DSP平台中的一颗明星独特之处在于它同时支持定点和浮点运算最高可达2736 MFLOPS百万次浮点运算每秒。其架构精髓在于超长指令字VLIW架构CPU内部有8个功能单元.L1, .L2, .S1, .S2, .M1, .M2, .D1, .D2理论上一个时钟周期可以并行执行8条指令。编译器或资深的手写汇编工程师的任务就是将程序重排尽可能让这些单元同时忙起来。例如一个循环中.M单元在做乘法.D单元可以同时从内存加载下一个数据.L和.S单元可以做加减和移位从而实现极高的指令级并行ILP。混合精度浮点单元这是C674x区别于前代纯定点DSP如C64x的核心优势。它完全支持IEEE标准的单精度32位和双精度64位浮点数。手册里提到的“2 SP x SP - SP Per Clock”意味着每个时钟周期两个.M单元可以各完成一次单精度浮点乘法。这对于需要高动态范围或复杂数学模型如自适应滤波器、音效算法的应用至关重要你不再需要费力地用定点数去模拟浮点运算。两级缓存/内存架构L1P/L1D (各32KB)速度最快但容量有限。L1P是直接映射缓存L1D是2路组相联缓存。它们都可以被配置为全部是SRAM、全部是缓存或混合模式。在实时性要求极高的场景如电机控制的PWM中断服务例程我通常会把关键代码和数据锁定Lockdown在L1 SRAM中确保最极致的、确定性的访问速度避免缓存缺失Cache Miss带来的不可预测延迟。L2 (256KB)统一的映射RAM/缓存。这是最灵活的部分。你可以将其一部分划为SRAM给关键数据用另一部分作为缓存来加速对更大片外内存的访问。合理的L2分区策略是平衡性能与内存空间的关键。双核通信共享内存是桥梁OMAP-L137没有硬件维护的缓存一致性Hardware Coherent Cache。因此双核通信主要依靠共享内存。芯片专门提供了128KB的片上共享RAM就是为这个目的设计的。典型的工作流程是ARM作为主控通过HPI主机端口接口、EMIFA或配置总线将待处理的数据如一帧音频PCM数据和任务描述符写入共享内存的特定区域。ARM通过写DSP的寄存器或触发中断例如通过DSP的IPC中断通知DSP任务就绪。DSP从共享内存中读取数据利用其强大的计算能力进行处理如运行音频均衡器算法。DSP将处理结果写回共享内存的另一个区域然后通知ARM。ARM读取结果并执行后续操作如通过McASP播放出去。这个过程需要精心设计数据结构和同步机制如使用信号量、自旋锁并妥善处理缓存确保双方看到的是内存中最新的数据。2.2 内存地图与外设互联总览理解芯片的内存地图就像拿到了一张城市地图是进行系统软件设计的基础。OMAP-L137的地址空间划分清晰地体现了其双核特性。关键内存区域解析0x0000 0000 - 0x0003 FFFF (256KB L2)这是DSP子系统最核心的“腹地”。DSP上电后默认从这里开始取指。它速度快延迟低。我会把最核心的DSP算法代码和频繁访问的数据放在这里。0x8000 0000 - 0x8001 FFFF (128KB 共享RAM)这是双核通信的“中枢”。地址位于ARM的地址空间内ARM可以直接访问。DSP需要通过其“外部内存控制器”视图来访问它。在软件定义中通常需要为ARM和DSP分别定义指向同一物理地址的指针。0x01C0 0000 开始的外设配置寄存器区域这是控制整个芯片的“开关面板”。ARM和DSP都可以访问这些寄存器来配置UART、SPI、定时器、PWM等所有外设。这里有一个非常重要的设计细节OMAP-L137的外设引脚是高度复用的。一个物理引脚可能对应着UART的TX、SPI的MOSI和GPIO三种功能。你需要通过PINMUX寄存器属于SYSCFG模块来配置每个引脚的具体功能。在系统初始化早期就必须规划好所有外设的引脚分配避免冲突。外设互联与DMA引擎芯片内部有一个高性能交换网络Switched Central Resource连接着双核、内存和各种外设。但更关键的是增强型直接内存访问控制器EDMA3。它拥有32个独立DMA通道和8个快速QDMA通道是解放CPU、提升系统吞吐量的幕后英雄。以一个典型的音频流为例音频数据通过McASP接口从外部ADC流入。EDMA3被配置为一旦McASP接收FIFO达到阈值就自动将数据搬运到共享内存的某个缓冲区。搬运完成后EDMA3触发一个中断给DSP。DSP处理数据然后将结果放入另一个缓冲区。DSP配置另一组EDMA3通道将处理后的数据从共享内存搬运到McASP的发送FIFO。McASP将数据发送到外部DAC。在整个过程中ARM和DSP核心只参与了极少的配置和中断处理工作大量的数据搬运由EDMA3默默完成极大地降低了CPU负载保证了音频流的低延迟和连续性。合理规划和配置EDMA3的传输控制器TC和通道是实现高性能嵌入式系统的必修课。3. 核心外设与低功耗设计实战3.1 面向音视频与通信的关键外设OMAP-L137的外设集是围绕其目标应用音视频、工业控制精心挑选的每一个都有独特的配置技巧。多通道音频串行端口McASP这是专业音频应用的灵魂。OMAP-L137有多达3个McASP每个支持多达16个串行器可配置为发送或接收。其强大之处在于时钟域与格式灵活性每个McASP有6个独立的时钟区这意味着你可以用同一个McASP接口同时对接一个I2S格式的ADC主模式产生位时钟和帧同步和一个TDM格式的DAC从模式接收时钟。这在多路音频采集和播放系统中非常有用。FIFO与DMA支持每个方向都有深度可配置的FIFO结合EDMA3可以轻松实现大批量、低CPU占用的音频数据传输。配置时一定要计算好FIFO深度、DMA搬运触发阈值和采样率之间的关系避免上溢或下溢。数字音频接口发射器DIT模式McASP2支持S/PDIF或AES/EBU等专业数字音频接口协议可以直接输出数字音频流无需外部编码芯片。注意McASP的引脚配置极其复杂涉及串行数据线AXR、时钟ACLK、帧同步AFSX等。务必仔细查阅数据手册的“Pin Multiplexing”章节并在初始化代码中正确设置PINMUX寄存器否则可能无声。以太网媒体访问控制器EMAC10/100Mbps的EMAC支持RMII接口简化了与外部PHY芯片的连接。驱动开发中重点是缓冲区描述符Buffer Descriptor链的管理。你需要为发送和接收分别维护一个描述符环Ring每个描述符指向一个数据缓冲区。EMAC硬件会自动遍历这个环。编写驱动时要处理好环的收尾相接并及时回收和填充描述符这需要精细的中断服务例程ISR设计。增强型高分辨率脉宽调制器eHRPWM与增强型捕获eCAP这是电机控制和数字电源的利器。eHRPWM模块的特点在于其高分辨率微边沿定位器HRMEP可以实现远高于PWM时钟频率的分辨率对于需要精细控制占空比的应用如正弦波逆变至关重要。死区生成驱动H桥电路时必须防止上下管直通。eHRPWM硬件支持可编程的死区时间插入可以独立配置上升沿和下降沿的延迟这比软件模拟更精确、更可靠。Trip Zone输入这是一个安全特性。当外部故障信号如过流、过温触发Trip Zone引脚时eHRPWM硬件可以立即将PWM输出强制到一个预设的安全状态高、低或高阻响应速度在纳秒级对于保护功率器件至关重要。eCAP模块则常用于精确测量脉冲宽度或频率。例如在无刷直流电机BLDC控制中可以用eCAP来捕获霍尔传感器或编码器的信号精确计算转子位置和速度。3.2 低功耗机制与电源管理实战“低功耗应用处理器”的称号并非虚名。OMAP-L137从芯片架构到外设设计都渗透着省电的考量。时钟门控与电源休眠控制器PSC这是动态功耗管理的核心。芯片内部不同模块如ARM子系统、DSP子系统、每个外设都位于独立的时钟域和电源域。时钟门控当某个模块比如UART2暂时不用时你可以通过配置相应的寄存器关闭其时钟源。这会立即停止该模块内所有触发器的翻转动态功耗几乎降为零。在操作系统如Linux的驱动中通常会在probe函数中使能时钟在suspend回调中关闭时钟。电源休眠控制器PSC它管理着更粗粒度的电源状态。每个模块有多个电源状态如ON, SLEEP, OFF。将模块置于SLEEP状态可以关闭其大部分逻辑的供电仅保留必要的唤醒逻辑静态功耗大幅降低。例如在系统空闲时可以将DSP子系统置于SLEEP状态当有计算任务时再由ARM通过中断唤醒它。可编程实时单元子系统PRUSS这是一个经常被忽视的省电利器。PRUSS包含两个独立的32位RISC核心PRU每个核心有4KB指令RAM和512B数据RAM。它们独立于ARM和DSP运行时钟频率可达系统主频的一半。超低延迟响应PRU是“实时”的其指令执行是确定性的没有缓存、流水线冲突等复杂CPU带来的不确定性。对于需要微秒甚至纳秒级响应的任务如精确的协议解析、高速GPIO bit-banging用PRU来实现比用ARM或DSP中断更高效、更省电。功耗优势让PRU去处理那些频繁发生、但逻辑简单的实时事件如处理某个传感器的脉冲信号可以让ARM和DSP核心长时间保持在低功耗的休眠状态只在需要复杂计算时才被唤醒从而显著降低系统平均功耗。外设独立供电域USB PHY、RTC等模块有独立的电源引脚如USB0_VDDA12。这意味着即使芯片主电源关闭只要保持RTC的供电实时时钟和相关的唤醒逻辑依然可以工作实现真正的“关机闹钟”功能。在设计电源电路时需要为这些域提供干净、稳定的电源。4. 系统启动与软件开发环境搭建4.1 启动流程深度剖析OMAP-L137的启动过程是一个精巧的多阶段过程理解它对于系统恢复、固件升级和安全性设计都至关重要。1. 硬件复位与Boot ROM执行芯片上电或复位后ARM和DSP核心都处于复位状态。一个专用的Boot ROM64KB位于ARM地址空间中的代码开始运行。这段代码是TI固化在芯片内的用户无法修改。它的主要任务是读取启动模式引脚芯片有一组专用的启动配置引脚BOOT[3:0]复位时的上下拉电平决定了启动源。常见选项包括NAND Flash启动从EMIFA接口连接的NAND Flash中读取第二级引导程序。SPI Flash启动从SPI0接口连接的串行Flash中读取。UART启动进入UART引导模式等待主机通过串口发送程序镜像。这是最常用的工厂烧录和调试方式。HPI启动ARM处于保持状态等待外部主机通过HPI接口来配置DSP并引导系统。这在ARMDSP协同系统中由外部主处理器引导时使用。初始化最小系统配置必要的时钟和内存控制器尤其是EMIFA以便能访问外部存储设备。加载并跳转从选定的启动设备中将第一段用户代码通常是第二级引导加载程序如U-Boot的SPL加载到内部RAM通常是ARM的片内RAM或共享RAM然后跳转到那里执行。2. 第二级引导加载程序SPL这段代码由用户编写通常用汇编和C语言实现体积小巧。它的核心任务是为运行更复杂的第三级引导程序如U-Boot或直接启动操作系统做准备初始化系统时钟PLL将芯片从低速的参考时钟倍频到工作频率如456MHz。初始化动态内存控制器EMIFB配置SDRAM的时序参数如刷新率、行列延迟。这里的参数必须严格匹配你所使用的SDRAM芯片型号否则系统会极不稳定。我通常会在厂商提供的基础上用内存测试工具如Memtest86移植版进行压力测试和微调。初始化更复杂的外设如UART用于打印调试信息、NAND Flash控制器等。搬运主镜像将位于NOR/NAND Flash或SD卡中的主引导程序U-Boot或操作系统内核如Linux的uImage搬运到SDRAM中。设置并跳转设置好内核启动参数ATAGS或Device Tree Blob然后跳转到SDRAM中的内核入口点。3. 操作系统引导对于Linux系统U-Boot会解压内核传递设备树DTB文件然后启动内核。内核会进一步初始化所有外设加载文件系统最终启动用户空间程序。实操心得在开发初期强烈建议使用UART启动模式。通过串口工具如kermit或picocom配合TI的AISgen工具可以将你的引导程序镜像直接发送到板卡内存并运行无需预先烧写Flash极大提高了调试效率。等引导程序稳定后再切换到NAND或SPI Flash启动。4.2 软件开发套件与双核编程模型工具链选择ARM侧使用ARM架构的GCC工具链。TI提供的SDK如Processor SDK中通常包含了预编译的arm-none-linux-gnueabi-或arm-linux-gnueabihf-工具链。你也可以使用Linaro或自己用crosstool-ng构建。DSP侧必须使用TI官方的Code Composer Studio (CCS)和其配套的C6000编译器cl6x。DSP的指令集和架构特殊GCC无法支持。CCS提供了强大的图形化调试器可以同时查看ARM和DSP的代码、寄存器、内存是双核调试的必备工具。双核通信与软件框架在裸机或RTOS环境下你需要自己设计通信协议。但在Linux DSP BIOSSYS/BIOS的典型架构下TI提供了成熟的框架Linux侧ARM运行标准的Linux内核。通过一个名为CMEM的内核模块分配物理上连续的内存块作为共享内存。然后通过SysLink或RPMsg基于共享内存和中断的IPC机制与DSP侧通信。DSP/BIOS侧DSP运行TI的实时操作系统DSP/BIOS现称SYS/BIOS。它提供任务、信号量、消息队列等抽象。DSP端的应用程序编译成一个.out文件实际上是一个可链接对象格式。集成与加载在Linux用户空间使用slaveloader工具通过SysLink将DSP的.out文件加载到DSP的内存中并启动。ARM端的应用程序则通过SysLink提供的API如发送消息、交换数据缓冲区来与DSP任务交互。代码示例一个简单的双核数据交换假设ARM需要DSP处理一个浮点数组。ARM端 (Linux用户空间 C代码):#include syslink.h // ... 初始化SysLink建立与DSP的连接 ... // 1. 通过CMEM分配共享缓冲区 float *input_buffer (float*)CMEM_alloc(buffer_size, CMEM_CACHED); float *output_buffer (float*)CMEM_alloc(buffer_size, CMEM_CACHED); // 2. 填充input_buffer数据 // 3. 确保数据写回内存如果CPU有缓存 Cache_wb(input_buffer, buffer_size, Cache_Type_ALL, TRUE); // 4. 通过SysLink向DSP发送一个消息包含两个缓冲区的物理地址 Message msg; msg.cmd PROCESS_DATA; msg.input_addr GetPhysAddr(input_buffer); // 获取物理地址 msg.output_addr GetPhysAddr(output_buffer); SysLink_send(msg); // 5. 等待DSP处理完成通过信号量或消息应答 SysLink_receive(reply); // 6. 从DSP读回数据前无效化ARM缓存中该区域 Cache_inv(output_buffer, buffer_size, Cache_Type_ALL, TRUE); // 7. 使用output_buffer中的数据 // 8. 完成后释放缓冲区 CMEM_free(input_buffer); CMEM_free(output_buffer);DSP端 (SYS/BIOS C代码):// DSP端的任务等待ARM的消息 Void processingTask(UArg arg0, UArg arg1) { Message msg; while(1) { // 1. 从IPC队列中接收消息 IPC_receive(msg); if (msg.cmd PROCESS_DATA) { // 2. 将物理地址映射为DSP端的虚拟地址指针 float* input (float*)msg.input_addr; float* output (float*)msg.output_addr; // 3. 处理数据 (DSP发挥算力的地方) for(int i0; iDATA_LENGTH; i) { output[i] my_dsp_algorithm(input[i]); // 例如一个滤波算法 } // 4. 确保结果写回内存DSP缓存操作 CACHE_wbL2(output, buffer_size, CACHE_WAIT); // 5. 通知ARM处理完成 IPC_reply(msg, DONE); } } }5. 硬件设计要点与调试技巧5.1 关键电路设计注意事项基于OMAP-L137设计核心板或产品以下几个硬件细节决定了系统的稳定性和性能上限。电源树设计OMAP-L137需要多路电源CVDD (1.2V/1.3V)这是ARM和DSP核心的电源。重点456MHz高速运行需要1.3V375MHz需要1.2V。必须使用高性能的开关电源DCDC并搭配多层陶瓷电容MLCC进行去耦。在电源引脚附近1cm放置一个0.1uF和一个10uF的电容是常见做法。电源的纹波和噪声必须严格控制否则可能导致CPU运行不稳定或计算错误。DVDD (3.3V)大部分I/O口的电源。注意部分I/O bank可能支持1.8V需查阅具体引脚说明。USB0_VDDA12 (1.2V)和USB0_VDD1V8 (1.8V)USB0 OTG PHY的模拟电源。手册特别强调USB0_VDDA12建议通过一个0.22uF电容连接到地这个电容必须靠近芯片引脚用于滤除PHY内部LDO的输出噪声对USB信号完整性至关重要。RTC电源如果要用到实时时钟和唤醒功能需要给RTC_VDD引脚提供独立的备份电源通常是一颗纽扣电池或超级电容。即使主电源断开这部分电路仍需维持供电。时钟电路芯片需要主时钟输入。通常使用一个24MHz或25MHz的无源晶体振荡器连接至CLKIN引脚。晶体两侧的负载电容CL1 CL2需要根据晶体规格和PCB寄生电容精确计算。一个不稳定的时钟源会导致整个系统定时漂移、通信错误。对于高精度应用也可以直接使用有源晶振的输出。SDRAM接口布线EMIFB这是高速数字电路设计的关键挑战。EMIFB接口时钟频率可能超过100MHz必须作为严格的并行总线来处理等长布线数据线D[31:0]组内等长误差建议控制在±50mil以内地址/控制线组内等长误差控制在±100mil以内。时钟对CLK/CLK#应作为差分线处理长度匹配且远离其他信号。阻抗控制单端信号线通常设计为50Ω阻抗匹配。参考平面信号线下方必须有完整、不间断的GND或电源平面作为回流路径。端接根据拓扑结构可能在源端或终端需要添加串联电阻如22Ω来抑制反射。未使用引脚的处理对于未使用的GPIO或外设引脚绝不能悬空。悬空的CMOS输入引脚会处于不确定状态轻微漏电流可能导致功耗增加甚至因电平振荡导致芯片闩锁。应按照数据手册“Terminal Functions”表格中的“Unused Pin Configuration”建议将其通过上下拉电阻设置为确定的电平通常上拉到DVDD或下拉到地。5.2 调试与问题排查实录在OMAP-L137项目开发中以下是我踩过坑后总结出的排查路径。问题1系统上电后毫无反应串口无输出。排查步骤测量电源用万用表和示波器检查所有电源轨CVDD, DVDD等电压是否准确、稳定上电。特别注意上电时序虽然OMAP-L137对时序要求相对宽松但核心电压应在I/O电压之前或同时建立。检查复位确保复位引脚RESET在上电后有一个从低到高的正确跳变通常由复位芯片产生低电平有效持续时间几个毫秒。检查时钟用示波器测量CLKIN引脚确认24MHz晶体是否起振波形是否干净正弦波或方波幅度达标。检查启动模式用万用表测量BOOT[3:0]引脚在复位期间的电平确认是否与你的启动设备如NAND设置一致。一个常见的错误是下拉电阻阻值过大导致电平被干扰。连接JTAG使用TI的XDS系列仿真器连接JTAG口。在CCS中尝试连接ARM核心。如果能连接上说明最小系统电源、时钟、复位基本正常问题可能出在引导程序或存储设备上。如果连不上回头仔细检查焊接和上述基本信号。问题2系统运行不稳定偶尔死机或数据出错。排查步骤电源纹波测试用示波器的AC耦合和带宽限制功能仔细测量CVDD等核心电源的纹波。在CPU全速运行比如运行一个计算密集型测试程序时纹波峰峰值应远小于规格如50mV。过大的纹波是导致随机错误的元凶。SDRAM测试运行一个长时间、全地址空间的内存测试程序如Memtest。如果出现错误首先怀疑SDRAM配置寄存器SDCR, SDRCR, SDTIMR中的时序参数。关键参数TRC行周期时间、TRAS行有效时间、TWR写恢复时间。这些参数需要根据SDRAM芯片数据手册和EMIFB的输入时钟频率精确计算。通常的做法是在稳定值的基础上略微增加放宽这些时序看是否解决问题。缓存一致性如果问题出现在双核数据共享时。检查ARM和DSP在访问共享缓冲区前后是否正确地执行了缓存维护操作Cache_wb,Cache_inv,Cache_wbInv。忘记写回Writeback会导致DSP看不到ARM的最新数据忘记无效化Invalidate会导致ARM读到DSP更新前的旧缓存数据。中断冲突检查中断控制器INTC的配置确保没有多个外设错误地共享了同一个中断线或者中断服务例程ISR没有及时清除中断标志导致中断持续触发。问题3音频通过McASP播放有噪声或断断续续。排查步骤检查时钟用示波器测量McASP的位时钟ACLK和帧同步AFSX信号。确认其频率是否符合你的音频采样率设置例如48kHz采样率16位立体声I2S格式位时钟应为 48k * 16 * 2 1.536 MHz。检查时钟是否干净无毛刺。检查DMA配置确认EDMA3的传输配置是否正确。源/目标地址是否对齐传输数量元素数、帧数是否正确是否配置了PING-PONG双缓冲区如果只有一个缓冲区在DMA搬运数据时McASP可能正在读取同一缓冲区导致数据冲突。双缓冲区机制可以避免这个问题。检查FIFO增大McASP接收/发送FIFO的深度给DMA搬运留出更多时间余量。检查数据格式确认软件中的音频数据格式如16位有符号整数小端序与McASP的串行器配置字长、移位方向、对齐方式以及外部编解码器Codec的期望格式完全一致。一个常见的错误是字节序不对。问题4系统功耗高于预期。排查步骤测量各电源域电流使用精密电流表或带有电流测量功能的电源分别测量CVDD、DVDD等各路电源的电流。锁定耗电大户。检查外设时钟通过读取Power/Sleep ControllerPSC的寄存器确认所有未使用的外设模块如未用的SPI、UART、McASP是否已被正确禁用时钟门控。检查GPIO状态未使用的GPIO配置为输出并驱动为固定电平高或低而不是输入。配置为输入的悬空引脚会因内部MOS管处于线性区而产生漏电流。利用PRUSS如果系统中有高频的中断或轮询任务评估是否可以将这部分逻辑移植到PRU上执行。让PRU处理这些实时琐事从而使ARM和DSP可以进入更深度的休眠状态如WFI等待中断指令这是降低平均功耗的有效手段。降低工作频率与电压如果不是始终需要最高性能可以在运行时动态调整CPU频率通过PLL配置和核心电压。TI的DVFS动态电压频率调整框架支持这一点。在空闲时段降低频率和电压可以成比例地降低动态功耗。OMAP-L137是一颗功能强大但同时也相当复杂的芯片。它的价值在于提供了一个高度集成的、性能与功耗平衡的异构计算平台。成功驾驭它的关键在于透彻理解其双核架构的设计初衷精细地管理内存、缓存和电源并充分利用其丰富的外设和EDMA等协处理器来减轻CPU负担。从启动代码的编写到双核通信协议的制定再到硬件PCB的布局布线每一个环节都需要严谨的工程态度。虽然如今更先进的异构处理器如TI的Sitara AM系列已经面世但OMAP-L137所蕴含的设计思想以及在其上进行开发所积累的经验对于理解嵌入式异构计算系统依然具有不可替代的价值。