遠程設備管理（RDM）略談

文/[美]米爾頓·戴維斯 編譯/施 端

（1.上海戲劇學院，上海 200040）

筆者已在許多展會上與眾多歐美的演藝界專業人士有過交談。雖然ANSI E1.20—2006《DMX 512網絡上遠程設備管理》標準（Entertainment Technology-RDM- Remote Device Management over USITT DMX 512 Networks）已于2006年發布，但時至今日，每當筆者與專業人士提及此協議，還是時常看到一張張“不知所云”的面孔。RDM論壇（www.rdmprotocol.org/forums/）是一個不錯的信息庫，介紹了有關這項標準的執行情況。對于從事軟件行業的人來說，這真的很不錯，但是其他人能否看懂？在具體條款中，RDM具有哪些功能，為何值得關注？

首先，回顧一下當下的需求究竟發生了怎樣的變化。DMX 512自上世紀90年代初開始得到應用，至今依然有許多設備采用這個協議。制造商在推介其新設備時，通常都要提到它能與DMX 512相兼容。制定DMX 512的初衷是為了能讓調光器接收發自控制臺的調光值信息。傳統的DMX只是控制臺向調光器發送指令的單向傳輸數據。與之前的一路信號線控制一個調光器的模擬控制方式相比，這種控制方式取得了突飛猛進的進步。僅憑一小根信號線就能遠程控制512個調光器的亮度，這一觀念在當時具有革命意義。

在此筆者要強調的是，調光器是當時惟一的受控設備，所用數量也相對較少。故障排除起來很容易，況且受控設備也很簡單。如果燈具不出光，就使用試驗燈，然后檢查調光柜的空氣開關和調光器的輸出情況。如果它的工作狀態良好，那么，不是信號線壞了就是燈壞了。調光器沒有必要向用戶報告其自身的工作狀態。所有信息都從用戶那里單向發出：控制臺向調光器發送數據。用戶在控制臺上輸入一條指令，控制臺向調光器發送新的DMX值，調光器改變燈具兩端的電壓，用戶看到由這條指令所帶來的燈光變化。

如今依然如此，但此外，受控設備的數量增加了，設備類型也變得豐富多彩了，絕不僅僅局限于只用來調節白熾燈亮度的簡易調光器了。現在，演出采用了電腦燈、煙霧機、LED燈具和各類特效設備。在這種情況下，故障排除起來遠比以前復雜得多。哪怕只是在電腦燈上設置DMX地址碼和運行模式這些簡單的操作都會經常出錯。DIP開關的設置很不直觀。對于有些設備，地址碼可能要做加1處理。如果采用了多條DMX數據鏈，那么，還可能會算錯每一條數據鏈應傳輸的DMX通道數。

如上所述，傳統的DMX 512只是單向傳輸數據。RDM與DMX之間的根本區別就在于它可以雙向傳輸數據，同時又保持與標準DMX 512信號之間的兼容性。控制臺可以利用兩個標準DMX格式數據包之間的間隙來發送指令或向設備發送信息請求，設備可以就該條指令或請求向控制臺做出應答。這一差異可以讓使用者體驗更豐富的操作情況。

打電話的人肯定有過不止一次這樣的體驗，電話另一端的人聽得到聲音，但卻不能答復。通話人能向聽者發出信息，但是聽者收到與否、執行與否，通話人卻一無所知。如果電話線允許聽者說出“好的”或發出其他的回應信號聲，那么，至少可以確定聽者在電話的另一端。

如果允許聽者用完整的句子來答復，那么，就會得到更多信息。例如：通話人問“幾點了？”聽者可以對此做出答復，那么就可以根據答復確定一些事情：

●如果沒有答復，可以確定聽者不在另一端。

●只要有答復，就知道聽者在電話另一端。

●如果答復是“下午2∶30”之類的話，就知道聽者聽懂了這個問題。

●如果知道現在是下午2∶30，就可以推斷聽者與通話人是否處在同一時區，并且判斷其使用的時鐘走時是否準確。

燈光控制臺采用當前的DMX 512技術發送DMX數據，指令電腦燈的動作，就如同上面所說的只能單向通話。如果電腦燈的反應如操作者所料，那么一切順利。至于執行結果如何、指令收到與否，電腦燈根本無法告知控制臺。如果事事順利，這又有什么關系呢？但是，假如操作者通過控制臺指令燈具出光并令其向某方向投射，而電腦燈卻沒有對此做出任何反應，這時，操作者必須詢問下列這些問題：

●指令輸對了嗎？

●燈具的配接有沒有問題？

●燈具通電了嗎？

●有沒有連接DMX線？

●燈具的地址碼設對了嗎？

●燈具壞了嗎？

●如果是燈具壞了，那么壞在哪了？

●是不是控制臺和燈具之間的某個環節出問題了？

可見，操作者已變身為檢修人員，他只知道出了問題。對大型系統而言，要浪費大量時間進行檢修，最后竟然發現這只是由一個很小的故障所引發的。

支持RDM的系統就如同上面所說的可以雙向通話。也就根本不可能出現上面的這種問題，因為操作者會知道燈具沒有做出相應動作的問題所在。燈具一旦安裝到位、通上電并接收完數據后，就會被控制臺識別。控制臺會立即告知燈具已通電且數據線已連好。燈具的DMX地址碼可以遠程設置，這樣就可以避免出錯。如果燈具具有監測功能，那么，它還會提供相關的所用光源、電機等信息。因此，就上例而言，在進入失效模式之前，控制臺就可能已經向操作者告知其鎖定機構處于鎖定狀態。操作者會知道問題所在和對應的解決方法，以快速排除這個故障。

RDM還具有遠程配置設備的功能。最常用且最有用的功能就是不必親自到設備上去設置DMX地址。這個功能使制定RDM的努力沒有白費。使用者也許還記得犯過多少次這樣的錯誤：認真仔細地預先設置了電腦燈的地址碼，結果它們卻掛錯了地方。有了RDM，就不用再把吊掛裝置降下來了，因為操作者在地面上就可以設置DMX地址了。

這些例子只是紙上談兵，下面轉向市場上的設備。看一下ESTA①：在http∶//tsp.plasa.org/tsp/working_groups/CP/mfctrIDs.php網站上列出的制造商ID號，可見，眾多的設計公司和設備制造商都愿意支持RDM。如今，這里的大部分制造商都已在市場上推出了相應的設備。在ESTA舉辦的設備互通性測試活動中，可以看到設備從最初的雛形發展到最終的成品所經歷的每一個階段。雖然設備互通性測試面向技術問題，但是也演示當今市場上采用RDM協議的實體設備。

在此有必要提出一個值得注意的問題。由于RDM協議的兼容性比較強，在固定演出場所或巡演演出場所的應用很容易。現有的信號線（甚至是采用3針接口的信號線，從技術角度來看這類信號線是不兼容的）和非RDM終端設備（燈具、調光器等）都可以與RDM系統直接相連，并能正常工作。然而，只有那些真正兼容DMX 512協議的非RDM設備才能實現這種兼容性。雖然有些設備（甚至是新的設備）能在DMX 512信號下正常工作，但一旦遇到RDM數據它們就會出問題。其實，這些設備并不兼容DMX 512。

幸好，許多制造商已為DMX信號輸出設備預置了名為“safe”或“stripped”（“安全”或“移除”）的模式。這些設備會去除RDM信息，只發送通用的DMX 512數據包，以使其與不兼容的設備一起工作。在這種情況下，可能要敷設兩條信號線：一條傳輸RDM信號，另一條不傳輸RDM信號。隨著時間的推移和設備的更新換代，這類需求應該會逐漸降低。

在評估RDM設備時還需留意一點，要確定這款設備執行RDM協議的程度如何。標準中只規定了少數幾條RDM指令。大部分指令都是可供選擇的。因此，制造商可以根據用戶需求和可用資源來為設備選擇合適的指令。例如：讓固定安裝在某處的燈具支持電機電流報告就顯得沒有什么意義。許多RDM指令或許不錯，值得支持，但是制造商還沒有選擇在設備中設置適當的傳感器，比如溫度傳感器、電流傳感器和計時器等。知道設備的溫度或許是一件好事，但是RDM標準并沒有要求設備一定要支持溫度報告。用戶有權要求制造商列出所支持的RDM指令，進而確定這些指令是否滿足其使用要求。

采用RDM系統之后，分配器（比如：DMX分支器）需要重新設計。標準DMX分支器不能與RDM一起工作。鑒于傳統的DMX只是單向發送數據，于是分支器基于這種應用而設計。新的雙向分支器必須實現控制臺和終端設備之間的相互通信。通常，只需更換現有系統中的一臺設備，就能實現從標準DMX分支器到RDM設備的轉變。

就目前來看，DMX 512絕不會退出歷史舞臺。自從多了RDM協議之后，現有設備的使用壽命延長了，新的設備擁有了更多的功能。現有線路就能很好地兼容DMX和RDM，因而升級成本低廉。如今，RDM設備在控制、配置和故障排除方面給予使用者很大的幫助。下次演出裝臺之前，大家可以先考慮一下：如果燈具和調光器可以報告其工作狀態，就可以輕而易舉地完成一些事情，比如，操作者坐在控制臺旁邊的椅子上設置設備的DMX地址碼。

注釋：

①2011年，PLASA與ESTA兩個組織合并，并取消了ESTA這個名稱。