光明頂

ESTA在2009年頒佈Streaming ACN的通訊協定

全稱為E1.31-2009 Entertainment Technology-Lightweight streaming protocol for transport of DMX512 using ACN，簡稱為sACN

這個協定建構是在ACN下，以UDP/IP的網路多播或單播方式傳輸DMX512-A

它基本

「設備管理層協定」（DMP Layer Protocol）

「數據幀層協定」、（Framming Layer Protocol）

「根層協定」（Root Layer Protocol）三層結構運作

容許使用1條網路線傳輸多條DMX 數據鏈訊號

增加了以往DMX512所沒有的多工處理、優先權、網路運用等

它涵蓋了資料格式、資料協定、資料位址與網路管理的規範

sACN大概是目前最完整的官方燈光網路通訊協定，它參照了以下的幾種協定：

• ●          E1.17 ACN：上述的ACN規範文件代號。
• ●          E1.20 RDM：上節所述的RDM文件代號。
• ●          UTF8：The Unicode Condortium.                   
• ●          UDP：User Datagram Protocol.
• ●          IGMP2、3：Internet Group Management Protocol Version 2、3.
• ●          ASIPM：Administratively Scoped IP Muticast.
• ●          UUID：A Universally Unique Identifier.

sACN新增「預視」的方法比如說：當使用燈光模擬軟體時，允許讓燈控台在預視模式下，仍能看見模擬軟體的燈光畫面

藉此預先檢查燈光參數，而現場不會受到影響

以往燈控台會用‘Blind’指令來完成非當前燈光畫面的編修，若修改電腦燈位置參數而無法「預視」，就也真「盲」了，若能藉由

「預視」，將有助於現場工作人員更有把握。

其次，容許優先權訊息的傳遞，這樣在整併多重設備時，才不會錯亂

另外，可辨認序列結束程序（End-of-sequence）當同一網域多重控台時，它可以辨認無預期的當機/關機與正常關機的不同

這在新一代的燈光系統架構中，都是非常重要的功能。

詳見：ESTA, E1.31-2009 Entertainment Technology-Lightweight streaming protocol for transport of DMX512 using ACN, p.1~8.

如燈光廠商ETC最新一代的燈光網路技術ETC Net 3便是基於ACN的sACN架構發展出來的

應用在其燈控台、燈光網路訊號轉換器、調光器……等產品上。雖然許多廠商設備號稱支援ACN

但仔細核對規範，筆者認為大多數應該比較符合sACN協定

假設以ACN運作模式，電腦燈接入系統時，應會自動發現，使用者連開燈具庫的程序都不用做，就可以賦予燈號了

但目前為止並沒有看到出現這類的運作方式，所以無從查證是不是真的支援ACN

倒是發現不少產品資料內文會以ACN-Ready或Support ACN來表示

sACN容許多重DMX數據鏈在同一條網路線傳輸，亦支援RDM的通訊協定

是目前為止算是完整的官方通訊協定

以下是以場館內若有支援sACN的燈光訊號轉換設備（Gateway/Node）為例

設定sACN的程序

1. ETC使用Gateway，IP範圍為10.101.97.XXX，館內DMX進此

2. MA IP使用範圍為192.168.1.XXX

3. 勾選MA的sACN選項

4. 千萬不要同時勾選ETC Net2與sACN，會Crash

5. MA2的sACN中Priority預設為None，建議改成100（因為ETC的預設就是100）

6. 將sACN Output Active壓下，上方Network DMX if Alone會變成綠色，基本上兩家就會認識工作了

這有什麼好處呢

假如使用者用了外租的控台進到館內

恰巧它的控台也支援sACN

那只要用網路線進到連接ETC Gateway的Switch

即使兩家的網域不同也可以使用

既不用去改其他控台的IP也不用去插拔原系統的任何線路

演完了

你的控台關一關網路線一拔，走人

館方不放心硬要檢查

只要開啟原系統控台確認即可

既然本來就沒有插拔館方的線路

就不至於有什麼爭議

像以前有些文化中心有時反應外加控台沒有把Park解除、線路回復錯誤等情事就可以避免了