达芬奇五年沉浮

在DM642时代，是“一招鲜，吃遍天”。只有一颗处理器，无论客户做多少个产品线，多少种产品，只用维护一种开发环境和软件，只用保持为数不多的一个 BOM 清单即可；可是到了达芬奇时代，DM644x算法买不起，自己做吧，还没做完，DM357出来了。跟进TI的烈士们，累的跳楼的心都有了……

序：

芯片是产业链上游重要的一个环节，一颗小小的芯片具有极高的技术含量和价值，半导体行业每年都会有一个各大厂商营业额的排名，除去2009年，常年盘踞在前 三名位置的分别是英特尔，三星半导体和德州仪器(TI)，英特尔凭借的是桌面处理器，三星半导体凭借的是其全面的存储器产品线，TI则是凭借模拟器件，嵌 入式处理器和无线半导体这“三驾马车”。(注：DLP应隶属于光电器件，所以未计入)

终端是产业链中上游重要的一个环节，终端厂商用芯片设计出嵌入式硬件，并且基于该硬件开发相应的嵌入式软件，从而构成一个完整的嵌入式终端产品，形象的说就是一块电路板套一个外壳，这里面最重要的一个核心价值的产生就是附加在嵌入式可编程器件上的软件，成为嵌入式软件。

系统是产业链中下游重要的一个环节，系统厂商通过平台软件使得多个嵌入式终端通过互联 进行信息的传递，从而为最终用户提供产品和服务。如在安防市场，视频 服务器(DVS)，硬盘录像机(DVR) 络摄像机(IPNC)就是三种典型的嵌入式终端产品，平台软件则可以通过互联 和局域 管理多个嵌入式终端产 品，形成一套基于视频单工传输基本功能的监控系统；如在通信市场，专用视频会议终端配合系统集成商提供的平台软件和MCU可以形成一套基于视频全双工的多 点视频会议系统；如在手机市场，iPhone就是一种嵌入式终端产品，而苹果在线商店就是一个平台软件；如在广电市场，机顶盒就是嵌入式终端产品，结合运 营商提供的云服务平台软件就可以玩3D游戏。

结合嵌入式市场产业链关键构成因素之后，其产业系统模型可以抽象为：

嵌入式产业系统 = 芯片 + 嵌入式终端 + 平台软件

行业寡头的时代

2005 年，TI在C6455的1.2GHz高性能DSP处理器之后，嵌入式处理器部门(DSP-Systems)的整体策略开始转变，即由以 DSP架构处理器为主导的垂直行业市场战略向以ARM架构处理器为主导的通用行业市场进行战略转型，率先推出了代 为DaVinci的 TMS320DM6446处理器。该处理器采用了ARM+DSP+CP(注：CP即Co-Processor协处理器)的SoC架构，其中ARM采用了 297MHz的 ARM926EJ-S内核，DSP采用了594MHz的C64x+内核，CP是一个可以支持视频和图像编解码以及其它常用处理算法的 VICP(Video-Image-Co-Processor)加速器。很多观点认为DaVinci其实在技术上并无创新，因为TI的无线半导体部门的 OMAP处理器以及行业市场的DM270处理器早已经有了类似的架构，但笔者认为，达芬奇处理器最具革命性意义的就是它的全平台开放性，不同于用硬件直接 做多媒体加速的应用处理器，达芬奇处理器提供的ARM，DSP和VICP是三个全部开放且可编程的内核。达芬奇技术的核心其实并不在于硅片本身，而是基于 Linux的那套软件框架，它把一个基于多媒体应用的嵌入式软件抽象为应用软件和算法软件，采用CodecEngine框架组件规范了算法软件的开发标准 (xDAIS)和统一接口(xDM)，应用软件通过CodecEngine来调用算法软件，在这个层面上，应用软件只运行于Linux之上，并不关心 Linux运行于何种处理器内核上，算法软件被CodecEngine统一管理，所以应用软件也无需关心算法软件运行于何种处理器内核上。用CMEM组件 来管理DSP和ARM之间的共享内存，用DSPLink把DSP和ARM之间的通信模拟成一个类似于Linux多进程之间的RPC(Remote- Procedure-Call)，这其实是一件非常好的事情，可以使得DSP算法工程师和ARM应用工程师并行工作而又确保了最后软件集成的统一规范。

试想一下，如果那个时候TI能够基于Eclipse推出一个类似于 GreenHill的IDE那样的SoC集成开发环境，使得DM642的用户可以无缝过度到DM6446，那应该是怎样一种幸福过的事情并不止于此， 层出不穷的内核Bug和匮乏的独立开发DSP端算法的资源可是苦了做产品的企业，光是一个Audio OSS全双工的Bug就愣是N个月没有给出完全搞定的Patch，那个时候可真是一个内核升级的Patch都十分抢手，更别说拥有Linux下的 cgtools和dspbios安装包可以笑傲江湖，如果谁再有了DVSDK，那简直可以仙福永享，寿与天齐了。

那个时代，是一个DSP和VICP依然属于行业寡头的时代。