如果对大型系统的控制管理方式进行分类的话，个人认为无外乎两类，其中一类是我们在各种中小型系统中比较常见的“本地控制”方式。而另一类则是“远程控制”。
一、本地控制
在音频系统的控制方式中，这种方式一直是比较常见的，操作人员通过设备间的调音台，直接将现场传输过来的音频信号进行处理、混合，将经过处理的音频通过功放输出给扬声器，从而实现对现场扩声的控制。虽然音频系统中很多时候我们都是采用这种方式来进行控制操作，但无法第一时间得知现场音质状况却是这种控制方式长久以来所存在的一个弊端，并且操作方式往往非常的繁琐，一般人员需要很长的学习掌握时间。
二、远程控制
音频系统远程控制的方式虽然早在模拟设备时代就已经存在，比如消防信号与音频扩声系统结合，但各个厂家所使用控制技术并不统一，并且操作调试过程异常繁琐、施工难度较高、需要厂商提供技术支持等等的缺点，一直无法受到广泛的重视。随着网络技术日益普及，数字音频产品与网络技术有了一个很好的结合点，通过网络的方式来实现对整个区域或是大楼的音频系统控制方式也出现在了越来越的工程案例中。
RATC-1、-2
RATC：全称（Remote Access Terminal Control），远程终端访问控制，在媒体矩阵Mware和Nware软件中都能看到它的身影。RATC也是我们在日常控制中经常使用的一种控制方式。
RATC是基于命令行的控制协议，远程客户程序是通过TCP网络连接来与媒体矩阵进行通讯的，因此，既可以通过本地局域网，也可以通过Internet进行RATC远程控制。因为RATC是在Telnet的基础上开发而来。熟悉网络的朋友都知道，Telnet是一款非常老的TCP/IP网络远程终端访问协议。就是因为它的语言结构简单，运行稳定，响应速度快等众多优点，所以至今仍然在很多场合大展身手，而在它基础上开发而来的RATC自然也是我们日常工程项目中最常使用的一种远程控制方式。
当我们在一个使用了NION主机的工程项目中对系统进行软件编程时（这里仅考虑局域网状态），打开软件，拖出一个nionode之后，首先要做的就是在Network control port这一选项栏中选出我们需要用的RATC版本，到目前为止在Nware软件中，RATC的协议版本已经分为RATC1、RATC2和RATC RAW。当我们在项目里没有使用到中控设备时，在这一步时选择RATC的那个版本是没有太大区别的，因为当我们一旦将软件编译完成之后，对于客户来说，操作时仅需要使用Nware的Kiosk软件进行控制就可以了。由于Kiosk软件不具备软件编写功能，仅仅保留了一个客户化的界面，所以在任何能与NION主机通讯的PC机上都可以安装。直接在现场打开已经安装有Kiosk软件的笔记本电脑，通过定制的客户化界面，我们就能对现场的音质状况进行调整。（图1）
当然，往往很多时候业主还需要配置中控设备，用来将视频系统、扩声系统、灯光系统等等集中在一起。现在大多数的中控设备都可以通过网络的方式来对受控设备进行发码，所以在设备的连接上并不复杂。那么这种时候，我们在选择RATC1和RATC2时就需要注意，虽然RATC1和2所能实现的功能是一样的，但是在语言结构上有很大的区别。RATC1不支持代码简写，所以当我们通过中控主机与NION进行通讯时，我们需要将命令输入完整，并且区分大小写。这对于中控编程人员来说无疑是非常费力的一件事情，并且RATC1在网络安全性方面低于RATC2。而RATC2无论是在代码长度以及网络安全方面均要高于RATC1。所以现在很多工程项目中我们都是采用RATC2的方式来同中控设备通讯。
RATC RAW是RATC协议中比较特殊的一种，相对其他两个版本的RATC，RATC RAW是功能最为全面的。我们之前的RATC1和2如果要使用外部控制设备来对NION主机进行控制的话，那么在Nware软件编程的时候，就需要将受控的器件分别标上“控制别名”如果受控模块非常多的话，那么光是标上别名的工作量就是非常巨大的，如果2个受控器件的“别名”起得非常相识，很有可能在编程时出现不必要的差错。但是如果我们一开始选择RATC RAW版本时，给受控器件标名的工作就可以省略了。这是因为在Nware软件中所有的器件都有一个设备编号，以及一个控制编号，这在软件开发初期就已经设置好了，当我们需要对某一器件模块进行控制时直接将编号输入，并对模块进行赋值。所有器件的设备编号都可以在Nware中找到，而且绝对不会重复，这样出错的概率就大大降低了。
[Page]
当所有的软件编程工作完成之后，就可以利用中控触摸屏直接在现场对声音状况进行调节，非常的直观。
PASHA PASHA可以解释为媒体矩阵处理适配器，从Mware时代开始PASHA就一直是媒体矩阵作为外部控制的一种方式。不同于之前的RATC，PASHA是百威早期专为串口控制设备而开发的一款远程控制软件，并且已被集成在了Nware控制软件中。RATC是网络的一种控制方式，那么PASHA呢？
早期网络远没有像今天这样普及，人们在设备与设备之间的通讯多数时候还是停留在串口，也就是我们长说的RS232“数据终端设备(DTE)和数据通讯设备(DCE)”。而PASHA就是为RS232串行通讯标准而开发的。由于RS232采用的也是类似于Telnet点对点的通讯方式，所以在稳定性方面非常好，并且它对于线缆的要求不高，采用普通的三芯屏蔽线缆就能实现点对点的互通。因此到今天依旧在很多设备上能看到它。
PASHA使用的也是ASCII(文本)字符串，但是PASHA除了对外部命令的响应之外，不会主动发送任何信息。所以一旦我们利用NION主机背部的串口来对系统进行控制的时候，我们在编码上需要进行更改。在对Nware系统软件编程时我们同样需要给受控器件标上“控制别名”。比如我们需要对“sss”这个名称的推杆进行控制，采用RATC的方式话，那么我们首先想查看下当前“sss”是处于什么状态，可以通过“controlGet sss /r”。而PASHA则是“Gsss.”这样的字符串来获得，并且对于控制数值的设定，PASHA采用的是十六进制的方式从“00”一直到“FF”。
今天当我们通过RS232，RS485等串行接口来对媒体矩阵设备进行控制时，Nware软件已经可以采用RATC的编码方式来进行收发码了，这就是说可以在串口命令行发送RATC命令代码。这样即使无法通过网络接口来对设备进行控制，编程人员也不用重新改写代码，仅仅只需要将接口调整一下就可以了。当然在某些特殊情况下，一些外部控制设备对于RATC代码是无法识别的，那么我们只能采用PASHA的方式来进行了，就好比媒体矩阵外部控制设备中的X Control系列和Pagematrix系列。
SNMP SNMP是“Simple Network Management Protocol”的缩写，意思是“简单网络管理协议”从控制的角度来看SNMP和之前的RATC与PASHA相比，相对来说是比较复杂的一种外部控制技术。SNMP并不是百威发明的，它是由互联网工程任务组IETF定义的一套网络管理协议，早期SNMP仅仅只是针对某些单一的网络设备管理，比如大型路由器、交换机等。随着技术的推广，越来越多的厂家加入到了这一协议团队中。今天一家大型公司的网络管理员，可以只坐在电脑前，通过SNMP服务器将连接入公司局域网设备目前的运行状态在电脑上显示出来，并且进行相应的管理，前提是只要该设备支持SNMP管理协议。目前很多类型的设备都支持SNMP管理，媒体矩阵NION主机自然也不例外。
SNMP是一款协议，协议就需要有一个标准，那么如此多的厂商之间是通过什么来进行协调的呢？这就需要通过MIB文件来进行分配了，MIB就好比是某一硬件的身份证，标明了它在SNMP队伍里面所处于的位置。一般MIB都是由IETF来进行分配的，通过记事本打开MIB文件的话就可以看到一长串的数字编号，(1.3.1.4.1.24603.1.1.5.)这些数字分别代表了不同的含义。其中1.3.1.4.1是由ISO国际标准组织颁布的，而“24603”则是ISO组织颁发给百威的企业编号，在“24603”之后则是由企业自己来决定了。NION主机的编号在MIB文件中是1。对于SNMP所能实现的功能定义完全是由各家厂商自己制定的。SNMP的实现方式需要我们增加一台SNMP服务器来对NION进行管理，一般我们将SNMP服务器称作SNMP管理站，而将受控一方称作SNMP代理端。在管理时，我们需要额外的第三方软件，通过软件SET和GET不同的OID来进行。所以如果需要在工程项目中使用到SNMP来对设备进行管理，那么SNMP管理站是必不可少的。SNMP在我们日常项目的运用并不多。到目前为止只有在一些超大型的场馆中得以运用，譬如北京T3航站楼。T3航站楼公共广播系统由于使用的主机、网络功放等设备非常的多，而楼宇之间的距离又非常遥远，如果工作人员需要对设备进行例行监测，那么楼宇之间动则上百，上千米的距离，监测人员每天在楼宇之间来回的穿梭将耗费大量时间。而这时通过SNMP来对设备进行管理就大大简化了这一过程。工作人员只需要在电脑前调用出预先配置好的SNMP管理站，通过服务器端就能详细了解当前某一设备的运行状态，主机温度、风扇转速、当前主机背板接口状态等等各类参数。这样一旦主机运行状态出现问题我们就能立刻知道，并做出调整，事后再对问题设备进行更加详细的检测。[Page]
以上是媒体矩阵主机在控制中所使用到的几种外部控制方式，比较下来，似乎RATC是目前运用最多的一种远程控制方式。但是在实际运作中，还是应当根据实际情况来加以判断。灵活运用，才能将媒体矩阵的功能发挥到最大。
【参考文献】
解析媒体矩阵(MediaMatrix)(三十五)DEVICE(RATC外部控制协议)的原理和使用 作者：兆翦