基于Blackfin 的智能IP Camera 系统设计和优化.pdf

基于 Blackfin 的智能IP Camera 系统设计和优化 摘要：本文基于一套智能 IP Camera 监控系统的具体实现，讨论了在新型高性能处理器对软 件系统实现的挑战和思路，软件系统如何利用现有模块做整合设计，保证灵活性和通用性， 并讨论了一系列系统优化手段，以达到系统性能的最优化。 关键词：Blackfin ，智能，IP 核，MCU 项目背景及概述 近年来，随着嵌入式应用越来越复杂，应用场合越来越多，特别是多媒体功能在各个领 域的飞速发展，高性能计算变得无处不在，从消费电子，网络通讯到工业控制和监控，大多 数应用都需要更高的数字信号处理能力。出于成本和设计难度的考虑，人们倾向于使用单颗 芯片完成所有的工作，传统的 DSP 处理器和 MCU 处理器开始以多种形式进行融合。 1. 传统的 MCU+DSP 合作方案被集成到一颗芯片封装内；或者进一步实现为真正的异 构多核，可以共享部分甚至全部外部设备。 2. 以 SoC 的形式为MCU 加上基于固定硬件 IP 模块的数据处理能力，如一些编解码器， 针对一些固定标准的应用。 3. 随着高端嵌入式处理器频率突破 500MHz 并正在挺进 1GHz，MCU 和 DSP 平台开始 真正的融合， DSP 处理器的外设接口数量和控制能力逐步提高，而 MCU 的带宽和计算能 力特别是软件多媒体处理能力也越来越强，两者之间不再有本质的区别。 以上三种融合的形式，实际上互相之间都有借鉴和交叉，从这里开始的未来发展，DSP 和 MCU 之间，多核处理器的核与核之间，都不再有真正的界限。对于任何应用，对应的处 理器都是灵活的软件计算能力、高效的硬件 IP 模块和相应外设的结合体，即所谓的 “Convergent Platform” （汇聚平台）。 这样的处理器平台，对于嵌入式软件开发者提出了更新更高的要求，高级语言编译器要 能够最大程度地利用硬件细节来优化编译性能，减少手工优化的工作量，保持软件的通用性； DSP 算法开发人员不仅仅要了解硬件平台，也要考虑到软件平台的架构对算法实现和优化 的影响，例如分离硬件相关部分和无关部分以适应操作系统的结构；而软件平台开发人员也 要考虑处理器的细节以便进行系统优化，例如为多核或 DMA 通道的并行处理抽象出系统接 口。硬件设计者、算法设计者、系统软件设计者之间的界限也在消失，复合型的嵌入式系统 开发者和团队才能最适应底层硬件平台的变化。 在这个 DSP/MCU/硬件 IP 模块三者融合的大趋势中，ADI 公司的 Blackfin 系列处理器 就是一个代表产品。从最早的 BF53x 系列，到目前的增加了图像处理单元的 BF54x 系列和 低功耗 BF52x 系列，以及双核的 BF561 ，都是以同样的内核配置多样化的带宽和外设，针 对不同的应用和市场。在这样的处理器上选择和设计软件，需要考虑的因素有很多。 1. 如何保持对处理器 DSP 特性硬件细节的最大效率使用，以达到最优算法性能和并行 性。 2. 如何最大程度地保持软件通用性，避免过多的硬件相关代码和汇编代码。 3. 如何降低软件平台开发成本，是否适合采用开源操作系统或模块。 4. 系统是否需要实时性能，采用的软件平台是否提供这样的实时性保证。 这些因素有时候是互相矛盾的，需要考虑具体应用的特点和自身的资源做一个折衷的最 优化设计。 ADI 公司为 Blackfin 的软件平台做了很多的努力，提供多样化的软件生态环境。Blackfin 支持 mClinux ，VDK ，mC/OSII ，Nucleus 等多种 OS/RTOS，基于VDSP 开发工具提供多种 免费的音视频 codec，硬件抽象函数库及驱动。在这个基于BF53x 的智能监控系统中，我们 希望最大程度地发挥芯片处理能力，达到最好的编码和智能算法能力，所以选择了一种 RTOS mC/OSII 及其网络协议栈作为操作系统平台。在小型的 RTOS 中，一般不区分用户 态和内核态，访问系统硬件资源的开销小，中断和任务切换时间有实时保证，对内存的使用 和分配也比较自由，这些特点决定了在 RTOS 下更容易发挥 Blackfin 作为 DSP 处理器的性 能，并能直接使用 ADI 提供的高性能 H.264 编码库；但缺点是对比 Linux 这样开源资源比 较丰富的操作系统，RTOS 缺少某些现成的应用程序比如 HTTP Server ，需要更多的开发投 入或第三方资源。 Blackfin IP Camera 系统架构