|
数字扩声控制系统的稳定运行一直是行业内很多人士比较担心的问题。其实我们知道，任何电子元件制造的设备，都有运行不稳定的可能。只是分立元件制造的设备中每个半导体元件所完成的功能和作用比较单一，工作效率和发热量也比较低，所以“出错”的概率也比较低。但是对于运算复杂的、巨大功能的数字处理设备，如果仍然使用那些低效率但相对稳定的半导体器件，将会使整个系统制造的庞大无比，但是巨大系统必然带来信号失真和延时，尤其是延时是无法满足专业媒体数字的需要的。所以我们必须使用那种能按照我们事先编程设计运行的、依靠 CPU 来完成庞大数字处理器。
说道计算机，总是有人不停的担心它会出现死机、中毒等等。其实造成这些问题出现的根本，只有很小概率的原因是因为半导体设备本身的不稳定造成，大部分的原因是因为“程序”这些软件造成的，包括底层基础程序（如操作系统）和应用程序。要知道像军事指挥和情报系统、飞行器导航系统、银行金融管理系统等等这些重要性等级都远远高于我们电子扩声系统的领域，难道他们不是比我们更担心系统死机、中毒等问题么？那他们为什么依然还是“敢用”计算机做处理器呢？所以说我们应该担心的问题不是计算机元件本身的稳定问题，而是更应该担心那些被人们编写的程序问题。
对于一些功能不多 、计算量不大的电子控制系统 ，建议使用一些具有固化原程序的电子处理器（如 Peavey 的 Digitool 、 dBx 的 Drive Rack 等，它们的处理器工作就像工业单片机一样，所以是属于 DSP 设备）。这些设备的原程序比较小而且无法修改，所以稳定性比较高。用户虽然可以参与部分程序的设计，但是其实这些所谓的设计也只是原程序的不同预设（ Preset ），是不需要处理器重新计算的，也就是不用编译（ Compile ）就可以运算的。而对于大型运算处理器来说，系统只是提供了一个操作平台，这样该系统中所使用的处理器（ Device ）及其连接就需要用户事先编写应用程序，再通过编译（ Compile ）才将全部的运算法则“通知”给数字处理器来完成（例如 Peavey 的 MediaMatrix ）。当然对于这种需要编译的程序就必须依赖操作系统才能完成了，所以它们本质上不同于简单的 DSP 处理设备，而是必须是在 CPU 的管理下实现多 DSP 的协作。说道操作系统当然就离不开 Windows ，人们似乎对它已经有很强的依赖乡性了，尽管 Windows 不断在进行升级、发布补丁文件，但是其系统的稳定性依然是人们担心的最大问题。
大型媒体矩阵主机的编程软件 MWare 也是工作在 Windows 平台下的，所以同样面临着系统稳定性的考验。通过对部分曾经出现过“死机”或类似现象的工程案例进行分析，超过 99% 以上的“死机”现象是 MWare 的软件设计师所编写的应用程序存在不同程度的瑕疵，只有极少数情况是由 Windows 系统自身的因素导致的死机。这种小概率也得益于我们要求每台媒体矩阵主机除了安装原机附带的windows2000 基本操作系统和 MWare 软件以外 ，不允许加装任何其它应用程序和文件，而且不和 Internet 连接。在这种工作环境下的那些经过仔细优化的 MWare 程序，通常可以轻松的经受住数年的考验而不用另外维护（由于国内应用矩阵的案例几乎都是近 5 年内完成的，所以过长时间的样本目前还无法获得）。当对于某些要求比较苛刻的场合，不允许这 1% 的误差存在的项目中，我们仍然可以利用网络和计算机自身的冗余技术，来进行系统的备份设计。下面我们就以国务院总理会议室的扩声系统为例，介绍一下如何通过以太网及媒体矩阵主机实现数字系统的智能备份。 |
