摘要：  介绍了ST半导体公司的OS20实时嵌入式操作系统的基本特性。通过DVB-T数字电视机顶盒研发项目的应用设计，分析了机顶盒软件研发的主要问题和软件架构的实现，包括系统的状态机设计、搜台算法的实现、以EPG为主的SI解码系统的设计实现和优化，从各个方面讲述了OS20实时操作系统在机顶盒设计中的应用实践。

关键字：  电视，  机顶盒，  数字电视

介绍了ST半导体公司的OS20实时嵌入式操作系统的基本特性。通过DVB-T数字电视机顶盒研发项目的应用设计，分析了机顶盒软件研发的主要问题和软件架构的实现，包括系统的状态机设计、搜台算法的实现、以EPG为主的SI解码系统的设计实现和优化，从各个方面讲述了OS20实时操作系统在机顶盒设计中的应用实践。

1 引言

在较短的时期内，DTV和SDTV不可能降到现有模拟电视接收机的价位，因此还必须通过地面数字STB将地面数字电视广播的节目显示在模拟电视接收机上。

本文结合笔者在使用ST DTTi5516主芯片开发DVB-T接收机的过程中的心得体会，结合ST半导体公司的OS20实时操作系统，谈谈数字电视接收机开发的应用设计的几个主要问题。

2 系统介绍

以DVB-T为例，整个终端接收解码过程如下图所示。

图1 终端接收解码过程

机顶盒对数字电视信号的处理过程为：电视射频信号经Tuner(高频头)调谐，进行模数转换，输出36MHz 的中频数字信号送入OFDM解调模块进行解调之后，变成TS流后经信道解码得到MPEG-2 TS流，经解复用模块(集成解扰模块)选出一路MPEG-2音视频流和对应的数据信息，经信源解码后得到所选节目的数字信息。由于机顶盒的输出端接模拟电视，所以数字信息经模拟信号编码后得到模拟信号输出到传统的模拟电视。

3 软件体系

3.1 软件层次结构

软件结构层次主要分三层：驱动层、中间层和应用层。软件结构层次图见图2。

图2 软件层次图

除了驱动层的turner驱动修改之外，主要工作集中在应用层和DVB-T module API。其中，封装的API主要包括画点、线、框(可带各种前景色和背景色)，画各种语言文字(可增减和更换字体)，画位图，按菜单结构增减菜单，菜单翻页，dbase中EPG和teletext的请求与接收，subtitle的开关切换等等。

3.2 OS20实时操作系统

在笔者设计的项目开发方案中，使用ST公司的STLite/OS20实时多任务操作系统，它具有以下一些基本特征：

[#page#]

1) 采用基于优先级的多任务抢占式调度策略;

2) 内核短小，实时性好，能进行快速的上下文切换(小于5μs)，效率高;

3) 开放源代码，并且支持一系列的处理器芯片(内核主要分C1和C2两个版本);

4) 低的内存要求：对于内核，只要求600B的internal和11K RAM(C1核只需要3K);对于每个进程，只要求24B的internal(C1核是32B)和36B的external。

这种高效率的操作系统能够为基于ST20平台开发的嵌入式系统提供高效的多任务环境，包括任务调度管理、时钟管理、内存管理、中断处理、通过信号量实现同步和互斥、以及通过消息队列实现消息通信等等。

4 各软件应用模块的设计与实现

4.1 GUI和状态机的设计

界面风格的选择：选择弹出式菜单和对话框。举例，Menu的数据结构包括标题栏、总项数、当前选择(高亮)项、菜单句柄、以及菜单项结构数组头指针;

字库：生成点阵字库，包括英文变宽16点阵字库、中文简体繁体16*16(用于EPG和Teletext界面)和24*24(用于菜单和对话框)点阵字库(GB2312标准的一级字库)、lattin-1欧洲八国(英、法、德、西班牙、意大利、荷兰、葡萄牙、波兰)语言字母集16*16点阵字库。

调色板：平台支持可选的16色或者256色调色板，对于尽量接近原色显示24bit图片，调色板的选择是关键。把所有要显示的图片用photoshop整理成一张大图片，选择其最佳显示的256色索引值，导出对应的256色调色板即可。

状态机：在电视节目播放的情况下，按数字键、Ch+/-可切换频道，按Vol+/-可控制音量，Mute键静音切换，按channel键和上下键可快速选择所需要看的频道(按左右键可以在所有频道和喜爱频道之间切换)，按Menu键键入菜单，按EPG键进入EPG界面。模组状态切换关系如图3所示。

说明：K: 表示按键消息，对红外遥控器按键输入进行接收、转换生成;M:表示选择了某操作。

图3 系统状态变换图

4.2 各主要数字电视功能模块的设计

4.2.1 搜台机制

[#page#]

数字电视的搜台算法很重要，因为不仅要找出频道列表，还要解析出一定程度的各频道的相关信息。搜台算法包括手动搜台和自动搜台算法。自动搜台是通过手动搜台对频率的for循环来实现的。所以只需讨论手动搜台即可。搜台流程如图4所示。

图4 搜台流程图

首先调用驱动API设定Tuner频点、符号率等参数，锁定频点(若失败，则返回)之后，根据数据更新的方式决定是否要清除ProgramList和TransponderList，然后搜索解析PAT表，PAT表解析完之后会对逐个Program解析PMT表和SDT表，所有的Program都完成之后，解析NIT表获得网络信息，更新TransponderList，最后成功返回。

需要注意的是：第一，在搜台的时候要利用Tuner的驱动函数来检测其锁定状态，而不能简单地设置超时。Tuner的状态有三种：锁定成功、锁定失败和锁定中。对于锁定成功和锁定失败，可即时返回;对于锁定中状态，需设置一定的超时机制，例如1s，来决定是否要放弃搜索;第二，在自动搜台时，对每次搜索，必须要确认dbase进程已完成相关的表解析，需用信号量来同步。

4.2.2 Data Base和EPG的构建

Data Base，包括ProgramList，TransponderList和EPG信息的构建。其中，ProgramList和TransponderList的构建在搜台时完成，当用户作频道管理时，需要作相应的更新并写Flash即可。

EPG信息(此处指基本EPG，不包括扩展EPG)，由DVB-SI组成。对于EPG信息，最重要的是从EIT表中解出的节目时间表和当前/下一个信息，对应于EIT Schedule表(表ID为0x50-0x6F)和EIT p/f表(表ID为0x4E-0x4F)。

EIT表的信息量非常大，假如有200个Program，每个Program假如每天有20个节目，每个节目的节目内容描述必须要用256B字节来存储(SI1.0标准)，假如传播的是一周节目指南，仅仅节目内容描述信息就需要存储空间：200*20*7(天)*256≈7MB，这么大的存储空间实现这么小的一部分功能，不管对于Flash还是对于SDRAM都是不可忍受的。

图5 不同接收方法的接收速度比较

为此，只解析和存取一个Program(当前播放或默认播放Program)的EIT表信息。机顶盒启动或用户换台时进行EIT表信息的更新。尽管从理论上说，可以在前端发送的一个循环内把所有的EIT表数据都收下来放到缓冲区中去解析，但由于受解复用处理速度和遥控器按键响应灵敏度的限制，很可能在一个循环内不能接收解析所有的EIT数据，所以要对解复用的数据量和遥控器按键响应速度作折中。

根据DVB标准，8天内的EIT表信息循环传输间隔不超过10s，所以节目时间表没必要按时间顺序接受，采用乱序接收解析的方法可以大大提高EIT表的解析速度。项目实践证明，采用了乱序接收解析的方法能使一周节目指南信息的刷新速度提高3倍以上!如图5所示。优化之后，正在观看的Program的一周节目指南基本上20s左右即可完成更新。

Teletext和Subtitle的实现可以通过调用相应API按初始化->打开->链接数据流的流程即可实现。

5 结论

与众多的嵌入式实时操作系统一样，ST的OS20具有嵌入式系统所要求的实时、高效和精炼的特性，能够稳定高效地应用于高传输率的数字电视接收和解码。通过DVB-T数字电视机顶盒研发项目的应用设计实践证明，本文从系统的状态机设计、搜台算法的实现和以EPG为主的SI解码系统的设计实现和优化等各个方面给出了较优的解决方案。