采用非对称双核 MCU 提高系统性能 –基于 C2000 Concerto 系列
2013-12-30
作者:Knight Dong/Patrick Cheng
来源:TI MCU FAE
摘要
本文系统地介绍了C2000Concerto系列非对称双核MCU的基础知识和重要特点。通过对比基于两个分立MCU 和一个双核MCU 的方案之间的差异,强调了异构双核MCU 方案的众多优点。以TMS320F28M35H52C 为例介绍了C2000 Concerto 系列的C28x 和Cortex-M3 两个子系统的性能、外设和软件平台,重点阐述了双核通讯IPC 的多种高效的通讯机制和controlSUITE 软件平台。最后,通过两个设计案例来讨论如何合理地为C28x 和Cortex-M3 两个内核进行任务分工,从而达到提高系统性能的目的。
1、背景介绍
随着各个行业朝着智能化方向的发展,嵌入式产品对能耗和效率的要求越来越苛刻。特别是在智能电网、工业和医疗等领域,一个产品的核心MCU 处理器面临多重挑战。比如,一个自动化的马达系统或者分布式工业系统,一方面需要更多的数字信号处理能力来更精确地控制马达,另一方面也需要更多和更高级的网络接口(CAN,Ethernet 或者Wireless 等)来实现实时的分布式监控或控制功能。再比如图1,一个太阳能逆变系统,一方面需要DSP 引擎来实现DC/AC 或者DC/DC 的算法,另一方面也需要将多个逆变器通过Wireless 或者以太网Ethernet 组成网络,从而实现智能诊断和监控。
面对这些需求,有两种传统的方案可以解决。一种方案是采用两颗单独的MCU/DSP,其中一颗MCU或者DSP 用于实现数字信号处理或者控制算法,另外一颗MCU 实现网络协议栈或者图形显示界面等。这类方案的存在诸多缺点,首先两颗MCU 增加了PCB 的面积,而且双MCU 之间的通讯的可靠性和数据吞吐率受到限制,另外,功耗也将显著增加,程序开发者甚至需要维护多个软硬件开发环境。另外一种方案是采用更高主频和更多片内资源的单核MCU/DSP,分时地完成数据处理和辅助通信或显示功能,这种方案显著增加了系统成本和功耗,最致命的是,当客户的产品需要增加新的功能的时候,工程师需要重新计算MCU 内核的资源和不同任务所需要的运行时间,需要更多的测试时间,因此不利于扩展和产品维护。
面对种种不足,异构双核架构应运而生,可以很好解决上述问题。事实上,非对称双核架构MCU 可以将不同的系统任务分配于不同的MCU 内核,分工精细,并且可以最佳地平衡性能、功耗和成本。两个MCU 内核间的通信可以通过不同的方式来实现,比如分享内存区和消息区,非常简单和易于实现。在下面的章节,本文将以TI 最新的Concerto 系列产品TMS320F28M35H52C 为例,详细阐述非对称异构双核MCU 的优势,及其为系统带来的性能提升。
2、C2000 Concerto双核MCU的特点
C2000 Concerto 系列MCU 是TI 推出的创新性的异构双核产品。Concerto 混合架构通过将业界最好的实时控制功能和通讯功能集成在一个芯片内,提供高性能、高效率和可靠性,从而实现实时控制环路和低延时的快速通讯响应[1]。以下从内核、存储器架构、通讯外设等方面阐述其特点。Concerto 系列TMS320F28M35H52C 功能框图如下图2 所示。
首先是高性能的内核。Concerto 系列MCU 包含Cortex-M3 和C28x 两个内核。Cortex-M3 内核是Concerto 的主系统Master 子系统内核,主频最高可运行于125 MHz。Cortex-M3 内核是32 位的ARM 核,超高的性价比,已经被业界广泛使用,其性能和稳定性也已被用户所广泛接受,非常适用于通讯和事件控制。C28x 是新一代的32 位DSP 内核,是TI 大多数现有的C2000 产品的内核,最高可运行于150 MHz,Concerto 中的C28x 带浮点运算单元(Floating-Point Unit),VCU 协处理器等,性能超强,非常适用于大吞吐量的数据处理。C28x 作为Control 子系统,宏观上受控于Cortex-M3 Master 子系统。
其次是优化的存储器架构。如图2 所示,TMS320F28M35H52C 的C28x 可支配512KB 带ECC 校验的Flash 存储器,64KB ROM,36KB 带ECC 校验的RAM;Cortex-M3 可支配512KB 带ECC 校验的Flash 存储器,64KB ROM,32KB 带ECC 校验的RAM [3]。在两个内核之间,是共享的外设和存储区。总共64K 字节的共享RAM,4K 的消息RAM。
再次是外设。如图2 所示,TMS320F28M35H52C 的C28x 内核可支配DMA、高速ADC(3MSPS)、多路高精度的PWM(24 路PWM和16 路高精度HRPWM)、eCAP、eQEP 等为闭环控制所优化的控制外设;Cortex-M3 内核可支配多个串行接口、以太网、CAN 等工业通讯外设。同时,两个内核还可共享ADC 等外设,增强整个系统的灵活性。
最后是软件架构。如图3 所示,controlSUITE 是一个集成所有C2000 MCU 的开发资源和软件包和开发平台,它为TMS320F28M35H52C 的开发者提供了外设例程、DSP 库、文档、开发板资料。ControlSUITE 还提供免费的全功能实时操作系统TI-RTOS 平台,如图4 所示,TI-RTOS 是基于SYS/BIOS 实时内核,集成了稳定的中间件,例如TCP/IP 协议栈、USB 协议栈、FAT 文件系统、IPC多核通讯组件等。
3、IPC内核间通信
Cortex-M3 和C28x 内核之间的通信主要完成两大功能,一是数据通信,二是传递状态和控制信息。IPC(内核间通讯)的数据通信需要较大的RAM 来支持,而传递状态和控制等信息只需要一系列状态标志位即可。此外,Cortex-M3 侧的UART4 与C28x 侧的SCIA;以及Cortex-M3 侧的SSI3 与C28x侧的SPIA 在Concerto 内部实现互联,不需要在芯片外部硬件连接,而是否使能这类功能则有CortexM3 系统配置。
3.1 Message RAM内存区
TMS320F28M35H52C 使用Message RAM 实现IPC 的数据通信。如图5 所示,2K 字节的MTOC Message RAM 用于从Master (Cortex-M3)子系统向Control(C28x)子系统传递消息;2K 字节的CTOM Message RAM 用于从Control 子系统向Master 子系统传递消息。由于两个子系统都配有DMA外设,因此,DMA 也可以读写Message RAM,从而提高系统效率。Message RAM 区通过RAM 内存的读写权限保证了Message 的互斥访问,例如,C28x CPU 与DMA 可以读写访问CTOM Message RAM 区,而Cortex-M3 CPU 和uDMA 只能读访问CTOM Message RAM。同样,两个内核对于MTOC Message RAM 区的读写访问权限则正好相反。
Message RAM 仅仅作为IPC 的数据缓存,IPC 还需借助于特定的控制逻辑电路来完成。如图6 所示,Master 子系统和Control 子系统都是通过5 个寄存器来实现IPC 的逻辑流程控制:IPCACK、IPCSTS、IPCFLG、IPCCLR、IPCSET。这5 个寄存器都是32 位,每一个bit 对应于IPC 的一个通道,因此最多可实现32 个通道的握手通信。Bit0 到Bit3 总共4 个通道可以触发消息接收方的IPC 中断,Bit4 到Bit31 共28 个通道则需要消息接收方的软件查询来获取Message RAM 中是否收到数据。如果两个内核之间仅仅传递状态和控制信息(例如RTOS 中的Semaphore),仅通过以上寄存器便可以实现,而无需Message RAM 的参与。
以下通过举例Master 子系统往Control 子系统发送一帧数据,来简单介绍IPC 模块的操作流程。
1. Cortex-M3 先在MTOC Message RAM 中写入一帧数据;
2. Cortex-M3 置位MTOCIPCSET(CM3 映射存储器区)的Bit9,如图6 所示,此时MTOCIPCSTS(C28x 映射存储器区)的Bit9 也将置位;
3. C28x 轮询MTOCIPCSTS 的Bit9,查询到Bit9 已置位;(如果之前的操作是Bit0 到Bit3 其中之一,则将触发C28x 产生一个IPC 中断)
4. C28x 读MTOC Message RAM 中的数据,此时,Cortex-M3 成功将一帧数据发送至C28x。
3.2 Shared RAM内存区
大部分情况下,2K 字节的IPC Message RAM 区能够满足C28x 和M3 子系统之间的数据通信,配合DMA,通信效率也可以进一步提高。如果用户希望一次性在两个子系统传递更大块的数据,另一种方法是通过Shared RAM 内存。
TMS320F28M35H52C 有一个64K 字节大小的Shared RAM 区,总共8 块S0-S7,每块8K 字节大小,如图7 所示。Cortex-M3 可以设置让任何一块Shared RAM 区由C28x 或M3 主控,比如,映射S0 至C28x 侧以后,C28x CPU 和DMA 可以读写S0,而M3 和uDMA 将只能读S0,不能写入和预取。
假如Cortex-M3 需要一次性发送6K 字节的数据到C28x 侧,它可以先将Shared RAM 区S0 映射到本地存储器空间,接着通过IPC 发送一个标志位给C28x 来通知其可以将数据取走。
3.3 IPC的软件驱动
controlSUITE 软件开发包中提供2 种IPC 的软件驱动库,IPC Driver 和IPC_Lite Driver。IPC_Lite Driver 仅使用IPC 寄存器来实现通信,不需要额外的RAM,但是用户只能支持一个IPC 中断服务ISR,且不支持以队列形式来处理IPC 请求。IPC_Lite Driver 使用方式如下:
1,主动发起数据请求的内核会首先调用IPC_Lite Driver 提供的名函数。在这个例子汇总,M3 是发送数据的内核并执行“IPCLiteMtoCDataRead”函数。
• IPC_FLAG2 是C28 中断标志,指示C28 内核一个消息到来。
• IPC_FLAG17 是响应标志,C28 用其指示M3 核一个命令已经被处理。
• 需要读取数据的C28 的地址也被作为一个参数传递给C28 内核。
• 这个函数在while 循环中被调用的原因是,它可能返回STATUS_FAIL 并且不会发送信息给C28 直至MtoC IPC 中断2 和标志17 可用, 之后,该函数返回STATUS_PASS.
2,被动接收数据请求的内核会在ISR 中解析其IPCCOM寄存器的命令。这个例子中,C28 MtoCIPCINT2 ISR 知道标志置位,解析MTOCIPCCOM寄存器的命令,识别出是读数据命令。
3,被动接收数据请求的内核会调用与主动发起数据请求的内核相同的函数名。这个例子中,C28 执行IPCLiteMtoCDataRead,IPC_FLAG2 作为中断标志参数,IPC_FLAG17 作为状态标志参数。
4,如果接收到命令有效,IPC_Lite 的驱动函数会处理读命令并确认(acknowledges)状态和中断标志。如果接收到的命令无效,则只有中断标志被确认(acknowledged)用来释放中断给后续的命令,而状态标志仍然置位。
IPC Driver 通过在Message RAM 中建立环形缓冲区,使得多个IPC 通信命令可以以队列的形式被缓冲,然后逐个处理,并且可以同时支持多个IPC 中断服务程序ISR,当然,IPC Driver 需要更多的RAM 来支持。和IPC-Lite 不同,为了使用IPC 驱动,需要在M3 和C28 的项目中增加一些设置。
第一步是在M3 和C28 的链接定位文件(.cmd)中添加IPC 循环缓冲区和指针段到CTOM和MTOC message RAM。如下所示:
第二步,应用程序源码中必须定义并且初始化至少一个volatile global tIpcController 变量(为C28 –M3 IPC 中断使用),如下所示:
1. 主动发起数据请求的内核会首先调用IPC Driver 提供的一个命令函数。这个例子中,M3 是发起数据请求的内核,执行“IPCMtoCSetBits”函数。
• g_sIpcController1 是tIpcController 类型的变量,控制M3 和C28 IPC 中断通道之间的通信。
• SETMASK_16BIT 是16-bit 掩码,指示应该被置位的位域。IPC_LENGTH_16_BITS 指示命令操作的数据对象是16-bits。
• 函数被配置成允许阻塞“ENABLE BLOCKING”, 意味着函数会一直等待直到M3 PutBuffer 有空的缓冲区。如果函数被配置成不许阻塞“DISABLE BLOCKING”, 一旦”Put”缓冲区满,它会立即返回STATUS_FAIL 并且不会发送消息到C28。如果”Put”缓冲区有空余,函数会返回STATUS_PASS,
消息被成功发送到C28.
2. 被动接受数据请求的内核会连续调用IpcGet 函数来读取sMessage 结构体里的消息,只要有消息在”Get”缓冲区。在ISR 中IpcGet 函数被调用,C28 侧的tIpcController 变量被用来绑定两个相同的M3 和C28 的IPC 中断通道(和M3 侧用来发送命令的tIpcController 相同)。
3. 即使被动接收数据的内核没有确认(acknowledged)IPC 中断标志,主动请求数据的内核仍然可以连续发送消息,因为tIpcController 变量会把消息排队放到”Put”缓冲区(与被动接收数据请求的内核的”Get”缓冲区相同)。被动接收数据请求的内核的ISR 会连续获取并处理消息,直至”Get”缓冲区为空。
4、Cortex M3和C28x核的任务分工
Cortex-M3 子系统的优势在于处理事务和管理通讯外设的能力,C28x 内核子系统在实时控制和数据处理方面性能优越。因此,在一个系统中,合理地分配两个子系统的所处理的事务,优化资源的配置是至关重要的。基于Concerto 的系统,一方面应当最大化地使用C28x 的DSP 和实时控制优势,发挥ADC、PWM、C28x 组成的闭环系统的优势;另一方面应将人机界面、通讯协议栈、文件系统等尽可能运行在Cortex-M3 子系统一侧。下面通过两个应用案例来讨论如何通过合理任务分工来提高系统效率。
4.1光伏逆变器网络节点
光伏逆变器的主要功能是把光伏面板输出的DC 直流电逆变为110V/220V 的AC 交流电,最终接入电网或者离网输电至用电设备。在一个大功率的光伏发电网络拓扑中,往往有许多个光伏逆变器,这些逆变器需要被监测,控制中心需要实时观测各个光伏逆变器的工作状态。因此,光伏逆变器网络节点的功能主要包括DC/AC 逆变器和网络连接。如图9 所示,C28x 子系统(运行于100MHz)完成MPPT 和DC/AC 逆变算法。网络连接可以有多种方式,常用的方式包括Ethernet 以太网、RS485 或CAN 等,TMS320F28M35H52C 的Cortex-M3 子系统(100 MHz)带Ethernet、RS485 和CAN 等接口,支持多种有线和无线连接功能。
图8 Solar HV DC-AC Kit
对于C28x 子系统,采用状态机的设计思路来区别不同的系统状态。不同的状态代表着不同的运行模式,其它的任务能够根据特定的运行模式采取相应的行动。例如,可以采用下面5 种不同的运行模式。
• Power On Mode: 系统上电后进入Power On Mode,系统上电后,F28M35H52C1 中的Cortex-M3内核boot 程序首先启动,此时C28x 控制子系统和模拟子系统处于复位状态,需要M3 主子系统将其从复位状态解除。M3 主子系统设定M3 和C28x 内核的时钟频率,由于M3 和C28x 的主频之比必须
为整数比,因此M3 和C28x 的主频设定只能为60/60MHz、75/150MHz、100/100MHz。在M3 和C28x 的主频设定完成之后,需要由M3 主子系统对整个芯片的外设资源以及GPIO 进行配置,来决定哪些GPIO 可以由C28x 控制子系统进行配置。本系统中M3 和C28x 主频设定为75/150MHz。当所有的初始化操作完成后,系统自动转入到Standby Mode。
• Standby Mode:所有的PWM 和继电器被关闭。系统等待启动命令,也检测是否发生错误。
• Soft Start Mode: 接收到启动命令,系统进入软启动模式,PWM 和继电器开启。如果启动成功而且没有错误发生,系统自动进入正常逆变模式。
• Normal Inverter Mode: 该模式下系统输出功率,如果没有错误发生也没有收到关闭命令,系统会一直处于这个模式。
• Fault Mode: 如果发生错误,例如母线过压,系统立即进入Fault Mode。所有PWM 输出被封锁,输出继电器被断开。Fault 状态可以被按键或者GUI清除。清除后,系统会返回到Standby Mode
图9 C28x 端程序系统状态机
图10 Concerto ADC 框图
Concerto 系列有两个12-bit ADC 模块,每个ADC 模块包含两个采样保持电路,支持同步或者顺序采样模式,3 个带10-bitDAC 的模拟比较器,模拟信号的输入范围0V~3.3V( 内部参考)或者VREFHI/VREFLO 比例关系(外部参考)。
图11 给出了详细的ADC 配置,TMS320F28M35H52C 的Cortex-M3 和C28x 内核都能够访问ADC的结果寄存器,而且2 个ADC 模块共享4 个模拟输入,Concerto ADC 模块的这个特性允许对关键信号进行安全性验证,提高系统的可靠性。
4.2电力线载波通讯PLC智能家居网关
智能家居网关能够将房间内的智能电器以有线或者无线的方式组成网络,集中进行管理。如图10 所示,TMS320F28M35H52C 的C28x(运行于150MHz)主要完成电力线载波通信(Power Line CarrierCommunication)PLC 的OFDM 物理层算法。Cortex-M3(75MHz)的运行TCP/IP 协议接入以太网,其次,可选地通过UART 接口外接GPRS 模块或者通过EBI 外扩总线连接TFT 彩屏用户界面。
5、总结
Concerto C2000 异构双核MCU 将C28x DSP 内核与ARM 公司的Cortex-M3 内核融合在一起,展示出高效的数据处理、数据通讯和事件管理的强大性能。C28x 和Cortex-M3 两个子系统分工明确,又通过IPC 模块巧妙实现了实时高效地核间通讯。在软件方面,controlSUITE 开发平台提供多种组件,包括TCP/IP 协议栈、IPC 驱动、USB 协议栈、FAT 文件系统等,可帮助用户更快地开发出创新性的产品。
6、参考
[1]. Performance Without Compromise: Implementing Real-time Control And Communications With a Dualsubsystem Microcontroller, Sangmin Chon, Brett Novak
[2]. Concerto Brochure
[3]. TMS320F28M35Hx Concerto Microcontrollers (Rev. D)
[4]. Concerto F28M35x Technical Reference Manual (Rev. B)
[5]. F28M35x Peripheral Driver Library User’s Guide
[6]. Quick Start Guide for Concerto-based Solar Explorer Development Kit