. 可编辑 某电视台高清转播车TALLY 系统 一、需求的产生
随着大型高清转播车系统设计的深入，用户为使转播车能够适应越来越复杂的应用需求，均希望转播车具有非常灵活的监视调度系统。如下图：
通常情况下，用户会希望转播车中的导演区、制作区、音响区的监视器墙具有完全（或部分）自由调度能力。而对于技术区则接受固定监看的方式。同时在通道上系统主通道由切换台提供，应急切换通道由矩阵提供。因此TALLY 系统应可跟随矩阵实现监视调度时的源名跟随及跟随切换台或矩阵应急输出实现切换时的TALLY 显示。
目前监视器自由调度的方案大致有如下情况： a 矩阵+独立LCD 显示方式 b 矩阵+多画面屏幕分割器方式 c MVP 集中调度屏幕分割器方式
在为用户进行系统设计时以第一种方案最为棘手，因为 LCD 的价格不好掌握，且常规使用的TSL UMD 系统在对应此方案时成本较高。 而我公司的主要竞争对手都研发有低成本的UMD 系统。 因此我们迫切希望我公司可以设计一套低成本的UMD 控制系统以应对其他公司. 可编辑 的竞争。
二、其他公司的解决办法 以XX公司在XX电视台高清转播车项目中的应用为例：虽然XX公司研发有自主的动态UMD 及TALLY 提示系统设备，但他们从未推荐到中国来。原因就是价格太贵，不具有竞争力。因此他们将协议开放给其代理商XX公司。并通过XX公司研发一套可与XX UMD TALLY 显示系统配套的协议转换软件。如下图：
协议翻译器通过协议总线读取矩阵和切换台内部交叉点信息，并完成源名与UMD 显示灯地址的匹配、切换台（应急时为矩阵）节目/预选/ME 母线交叉点与UMD 显示灯地址的匹配。通过RS422 方式以XX UMD 协议告知UMD 驱动单元每个TALLY 灯应显示什么名称、何时亮灯、灯的颜色等。
三、我公司的解决方案： 因此建议我公司参照其他厂家的办法研发一套可以用于沟通切换台、矩阵和UMD 系统的协议控制软件。此前XX已经将UMD协议提供给我司，这种做法虽然使用了XX的UMD 公共平台，但由于如何协调切换台及矩阵，如何实现源名跟随及TALLY 提示的关键设计仍掌握在我们手中，因此不会出现其他不利影响。现今较为流行的屏幕分割器均遵循TSL 及ImageVideo 通讯协议。因此如果我们可以通过设备制造商得到TSL 通讯协议并遵循其编写我们的UMD 输出控制，则我们的UMD 控制软件有可能完全替代现有TSL 实. 可编辑 现对分割器的调度从而进一步降低我们在TALLY 系统上的成本及造价。
四、UMD&TALLY 控制器硬件平台建议：
如图：建议我司UMD&TALLY 主控制器的硬件平台为1 台标准1RU 长卡工业计算机并配有足够的RS422、GPI 控制卡。可以自动运行我司研发的UMD 控制软件。可外接显示器及键盘、鼠标，实现对UMD 控制软件设置的本地修改。也可通过网络的方式由另外一台安装我公司UMD控制软件的计算机对设置进行遥控（远程）修改。
五、我司UMD&TALLY 系统框图 如前文所讲，我们目前推荐的屏幕分割器+大屏幕（LCD 或PDP）的方案在价格上劣势不是很明显，且与屏幕分割器通讯上可能存在协议上的阻碍。因此在本案中我们主要围绕矩阵+独立LCD 的显示方案进行讨论。 .
可编辑 六、软件设计需求 1、源名跟随功能 如图所示：在 UMD 主控制器中编制“源名跟随列表”，通过主控制器中的RS422 接口读取矩阵交叉点信息。并将交叉点信息与“源名跟随列表”进行比对，最后把对应结果告知UMD 驱动器使对应地址的UMD 显示单元改名。
例如，系统从矩阵中读取的交叉点信息为：“S07D01”，该信息代表第1 个矩阵输出选择了第7 路输入。比对“源名跟随列表”后将字符“VTR1”发送给地址为U01 的UMD 灯进行显示。 . 可编辑 需要说明的是输出 ID=L01 为静态显示，此时直接将输出名称中的“CAM1”发送给地址为U05 的UMD 灯进行显示。 最终系统自动生成的实际 UMD 列表为:
2、TALLY 提示功能 如图所示：在 UMD 主控制器中编制“TALLY 指示列表”，通过主控制器中的RS422 接口读取切换台交叉点信息。并将交叉点信息与“TALLY 指示列表”及“源名跟随列表”进行比对，最后把对应结果告知UMD 驱动器使对应地址的UMD 显示单元点亮相应的TALLY 灯。
例如，系统从切换台中读取的交叉点信息为：“S07D03”，该信息代表切换台PGM 母线选择第7 个输入，该输入为“VTR1”。比对“源名跟随列表”后通知UMD 驱动器令所有输出名称为VTR1 的UMD 显示单元亮红灯。 需要说明的是，在 UMD 软件中“TALLY 指示列表”不是一张，而可能是两张甚至更多张。因为当切换台损坏后TALLY 系统应跟随矩阵应急切换母线。或者当矩阵损坏后. 可编辑 系统可根据一套预制的静态显示方案工作（参见下文XX电视台显示方案及虚拟tally 矩阵功能说明）
3、TALLY 倒换功能 根据视频系统应用需求，通过外置遥控面板提供的GPI 或RS232 信号遥控系统调用多张“TALLY 指示列表”中的一张跟随切换台PP PGM 母线、矩阵应急母线、预制的静态显示方案中的一种状态进行工作。
4、TALLY 编组功能 关于 TALLY 编组功能我们可以从两个方面进行理解：1、TALLY 显示颜色的编组。2、TALLY 显示区域的编组。
4.1 关于 TALLY 显示颜色 现今随着导演制作需求的提高，传统的双色TALLY 显示已经不能满足要求。当我们使用串行TALLY 时，由于系统读取的是设备的交叉点信息，因此我们有可能提供比原先更多的信息。但是作为UMD 显示单元，通常只有红色和黄色两种TALLY 颜色可供利用，其中红色的优先级最高。因此总结目前用户对TALLY需求的情况为：
我们的软件应可以让用户手动选择 TALLY 显示的颜色及优先级。在UMD显示单元中出现颜色冲突时，优先级低的TALLY 应降级显示。但在CCU 显示中不需要考虑优先级。 . 可编辑 4.2 关于 TALY 显示区域
由上文可知，目前我们可以令系统提供非常丰富的TALLY 提示信息。但其实这些信息并不需要在每个区域中均显示出来。而应该根据具体操作的人员的工作区域进行有条件的选择。同时受到UMD 显示设备可提供TALLY 颜色的限制。我们不能令在同一显示区域中的两组TALLY 在颜色上发生冲突而造成歧义。例如当XX 切换台被应用于高/标清混合制作系统中时，两组导演均使用同一组电视墙进行操作，此时无论哪个导演切出的信号对于CCU 来讲都应亮红灯。但对于导演来讲如果电视墙中出现2 组以上的红灯则会感到迷惑。因此我们在软件设计上应可以使用户可以根据需要自由定义TALLY 的显示区域和颜色。如下表： .
可编辑 5、虚拟 TALLY 矩阵功能 此功能主要用于配合系统中具有部分静态显示监视器时的应用。在很多系统中我们出于节约矩阵输出端口或增强系统稳定性的考虑，很可能会在一组监视器墙中参杂由矩阵调度和由设备固定输出的两种显示方式。如下图为XX电视台高清车导演区的显示方案：
其中最上面一排监视器全部由可由矩阵进行灵活调度。第二排为主信号源显示，全部由摄像机CCU 直接提供。如果此时该部分监视器上方的TALLY 灯使用传统的静态显示方式。则系统中会出现动、静两套TALLY 控制器（如下图） .
可编辑 如果UMD 主驱动器软件不支持静态TALLY 的点灯信息。则这个系统需要切换台及数字矩阵同时串行和并行TALLY 输出，系统比较复杂容易出现设置上的错误。同时这个系统不能满足所有的使用需求。下图是XX电视台高清车的导演区监视方案。
其监视器墙全部采用独立 LCD 显示方案，每个LCD 监视器均具有HD 及CPST 输入。正常情况下使用经矩阵调度的HD-SDI 信号进行监看，使整个电视墙具有非常高的调度灵活性。同时为了避免矩阵损坏而对全部监视器造成影响。用户设计了一套基本显示方案，并由信号源设备直接提供CPST 监视信号。当矩阵损坏时统一切换监视器为CPST 显示方式以满足导演基本监看的需要。此时如果UMD 主驱动器软件不支持静态TALLY 的点灯信息。那么如何实现倒换后的TALLY 提示呢？ 因此我们建议，在软件中应包含虚拟矩阵部分。例如当使用64x64 矩阵进行调度时，对于UMD 系统可以将它虚拟为1 台64x96 矩阵。前64 个输出端口为物理端口，对应动态TALLY 灯地址。后32 个输出端口为虚拟端口，对应静态TALLY 灯地址。 .
可编辑 6、双系统级联时的 TALLY 输入、输出功能
6.1 TALLY 输出功能 此功能用于本车系统作为一级切换主切换系统时的使用情况，此时本系统只需要向从系统提供CCU 点灯信号即可。因此该部分功能的实现较为简单，目前 UMD 系统及具有配套的串/并转换设备，且按照XX产品的一贯特点，串/并转换器可以环接多个。因此我们只须要配套一个专门的串/并转换器并将其输出接入车外接口板即可。
6.2 TALLY 输入功能 此功能用于本车系统作为一级切换从系统时的使用情况，此时当主系统向我们提供CCU 点灯信号时，我们不但要考虑本系统的CCU tally 与主系统的CCU tally 倒换问题，
