— ESC 211 ｜ 完整工業機器人安全控制器
完整的安全，
直接符合 ISO 10218-1
ESC 211 是專為機器人製造商打造的安全機器人控制器，讓您不必自行開發安全邏輯，就能快速符合 ISO 10218-1:2025 的安全功能要求。
SIL 3, HFT = 1 / PL e, Cat. 3 ISO 10218-1:2025 / -2:2025 TÜV Rheinland 認證進行中
工程樣品現正開放申請．功能安全認證即將完成
— 適合誰用
不需要自己開發安全邏輯，
直接符合認證要求
ESC 211 是為「想造機器人、但不想自己開發安全控制器」的機器人製造商設計的完整方案。
沒有功能安全開發團隊的中小型／新創機器人廠
想要直接導入已驗證、已認證的安全方案，不必從頭建立功能安全開發團隊。
既有機器人品牌要擴充產品線
想快速推出符合 ISO 10218-1:2025 的新機種，不想每一款都重新投入安全應用開發。
想支援協作應用的機器人製造商
新標準下，協作是應用層的能力選項——一旦宣稱支援，就會連帶觸發一整串安全功能要求，不想自己從頭盤點與驗證。
— 為什麼需要 ESC211
2025 年，機器人安全的遊戲規則變了
2025 年 2 月，ISO 10218-1 迎來了自 2011 年以來的首次重大改版——14 年來機器人安全領域最重要的一次規則調整。對機器人製造商來說，有三個變化特別關鍵：
01
安全功能要求：從隱含到明確條列
舊版標準對安全功能的要求比較籠統，需要製造商自行判斷、舉證。新版直接在 Annex C 明確列出每一項安全功能，並標示是 Mandatory（強制提供）還是 Conditional（視應用條件而定）。
02
協作安全要求，正式併入主標準——而且不再有「協作機器人」
過去協作機器人的安全要求是另一份獨立規範（ISO/TS 15066:2016），現在直接整合進 ISO 10218 系列。新標準也不再使用「協作機器人」這個詞，只有「協作應用」——所有機械手臂都是工業機器人，差別只在於是否額外支援協作應用。
03
一經宣告，可能連帶觸發一整串要求
Annex C 明確標示每項安全功能的 Mandatory／Conditional 狀態，而 Conditional 項目常常環環相扣——宣稱支援某項能力，就等於同時承諾了一串連帶要求。
術語上的關鍵改變：ISO 10218-1:2025 條款 3.1.1.6 定義「collaborative application（協作應用）」為「包含一個或多個 collaborative task 的 application」。標準文件中已不再使用「collaborative operation」或「collaborative robot」這兩個詞——只有應用能被開發、驗證、認證為協作應用。
| 條款 |
Mandatory / Conditional |
安全功能 |
重點 |
| 5.5.3.1 |
Mandatory |
reduced-speed（減速模式監控） |
舊版標準（ISO 10218-1:2011）未明文規定為安全功能，新版直接列為強制項目 |
| 5.10.4 |
Conditional |
power and force limiting（PFL） |
不是每台機器人都必須提供，但一旦宣稱支援 PFL 協作應用，就會連帶觸發 monitored-speed（5.5.3.2）、software-based limiting（5.7.4）、monitored-standstill（5.5.5）三項功能同時變成 Conditional 要求 |
ESC 211 已經依照 Annex C 的 Mandatory／Conditional 安全功能要求，逐項開發並驗證這些安全功能，讓您不用從頭盤點這份清單，也不用自己證明每一項功能都做對了。
— 內建安全功能
這些安全邏輯，我們已經幫您驗證好了
ESC 211 內建 20 項安全功能，依據 ISO 10218-1:2025、ISO 10218-2:2025 開發。以下列出幾項代表性功能，完整清單請見下方規格表。
SF1 · ES
緊急停止
觸發後立即停止機器人所有危險動作。
SF2 · PS
防護停止
安全門開啟等狀況下，安全地停止危險動作。
SF3 · ED
啟用裝置
手動模式下的三段式致動控制，確保操作安全。
SF4 · OM
操作模式
管理手動、自動等操作模式間的安全切換。
SF6 · CB
協作功能
支援協作應用狀態下的安全監控邏輯判斷。
SF17 · PFL
動力與力量限制
限制機器人輸出的動力與力量，降低接觸風險。
SF18 · SSM
速度與間隔監控
依人員與機器人的距離，動態調整安全速度。
SF20 · SHOM
安全歸位
確認機器人回到預先定義的安全姿態。
— 如何整合
從硬體到安全應用，一次到位
ESC 211 內建完整的工業機器人安全應用軟體——Robot Safety Application Software（RSAP）——硬體與底層機制則與 ESC 210 相同、都已通過驗證。開箱即可整合進您的機器人系統，不需要重新開發或驗證。
系統整合範例
以工業機器人為例，ESC 211 作為 EtherCAT Slave 與 FSoE Master，串接安全伺服驅動器、安全數位 I/O、教導盒與緊急停止開關，統一管理整個安全迴路。
— 怎麼使用
用 Safety Configuration Tool 設定參數，不必寫程式
Safety Configuration Tool（Safety CT）是瀏覽器端的安全參數設定工具，透過 EtherCAT（SDO, CoE）與控制器溝通。您不需要寫程式，只要在介面上設定安全參數即可完成部署。
參數化安全功能ISO 10218-1:2025 §5.3.5
軟體式手動參數化ISO 13849-1:2023 §6.3
瀏覽器端操作介面免安裝，透過 EtherCAT 連線設定
操作流程
1
選擇 EtherCAT 網卡
在 Settings 頁面選擇 EtherCAT master 要使用的網路卡（NIC）。
3
匯入 ENI 檔案，確認安全裝置拓樸
在 Topology 頁面匯入 ENI 檔案，確認裝置是否正確辨識為安全裝置。
4
確認 FSoE 連線狀態
在 Connection 頁面確認 FSoE 裝置連線拓樸，檢查 Assign Status 是否顯示 Assigned。
5
編輯安全參數
在 Parameter 頁面依應用需求設定安全功能的參數。
6
寫入安全控制器
點擊 Write to，把設定好的參數寫入 ESC 211。
前端可客製化，後端已認證
Safety CT 分成前端與後端：後端已通過驗證，負責與 ESC 211 溝通、執行安全參數設定邏輯；前端則可以是您自己的品牌介面——可以直接採用 NexCOBOT 已經做好的操作介面，也可以自行開發專屬的前端風格，讓您的客戶只看到您的品牌，不會察覺安全控制器背後用的是 NexCOBOT 的技術。
Frontend：可自行開發或採用 NexCOBOT 介面 | Backend：NexCOBOT 提供並驗證
— 怎麼選
ESC 210 還是 ESC 211？
兩者共用相同的已驗證安全基礎，差別在於您想要多少開發彈性。
| |
ESC 210 |
ESC 211 |
| 開發方式 |
自行開發安全應用邏輯 |
已內建完整安全應用軟體 |
| 適合對象 |
想要客製化安全邏輯的工程團隊 |
想要直接符合標準的機器人製造商 |
| 導入時間 |
需要自行開發、驗證的時間 |
開箱即可部署，縮短導入時間 |
| 標準遵循 |
依您開發的應用而定 |
直接對應 ISO 10218-1:2025 / -2:2025 |
| 安全等級 |
SIL 3, HFT = 1 |
SIL 3，共用同一套硬體基礎 |
