這段路，每家機器人廠都在重新解決
電梯大廠只管自己的電梯
電梯 API 只負責把車叫來、開門；對位、門關了進不進、錯過怎麼辦、換樓層後重新定位，機器人這一側要自己解決。
機器人廠各做各的，大樓裝不下
不同機器人廠各自寫一套搭梯邏輯，大樓業主想讓多家機器人共用電梯，卻沒有共通的中介層可以管。
現場很難先排練
電梯是大樓裡少數還沒連網的系統，故障、搶梯、換樓層這些情境平常很難在現場先造出來，往往等上線才第一次遇到。
機器人怎麼自己搭電梯
從叫梯前對位到走出電梯廂，整套流程已經在模擬器裡跨樓層來回跑通。
-
1
叫梯前先對位
機器人先移動到電梯廳的固定位置，再送出叫梯請求，避免叫到車卻卡在門口對不準。
-
2
按住開門，等門口淨空
門打開後先按住開門鍵，確認轎廂內外都沒有人搶進搶出，再決定要不要進去。
-
3
沿門中線開進電梯廂
沿電梯門的中線直線開入，降低卡到門框或門檻的風險。
-
4
自動選樓層
進廂後自動按下目的樓層，不需要人工代按。
-
5
換圖後倒車出廂
到達樓層後先切換到那一層的地圖，再倒車退出電梯廂，確保退出後定位對到的是目的樓層。
-
6
遇到故障，改搭別的電梯
偵測到這部電梯故障或維修中，自動改叫同一區的其他電梯，不用人介入。
-
7
錯過了，就重新叫一次
沒搭上這一班不卡在原地等，直接重新發出叫梯請求。
交付給你的東西
機器人端搭梯 SDK（ROS 2）
叫梯、對位、進出電梯廂、故障改搭的邏輯包成 ROS 2 套件，接上機器人既有的導航堆疊。
電梯大廠 API 轉接層
對接 Otis、KONE 等電梯大廠的既有 API，機器人端不用為每一家電梯重寫一套。
以 SS 713 為對照目標的介面
介面設計以新加坡 SS 713:2025 電梯機器人介面標準為對照目標，目前逐項對照的缺口盤點仍在進行（詳見下方「目前狀態」）。
場域導入前的模擬驗證
導入前先在我們的模擬場域裡，跑過叫梯、對位、故障改搭等情境，再上真實場域。
場域包設定
電梯、樓層、Skill 寫進場域包資料，換一棟大樓只是換設定，不用改程式。
適合誰用
機器人廠
每家機器人廠都要自己重做搭梯邏輯，對位、故障改搭、換樓層定位都要重新試一遍。
直接整合 ROS 2 SDK，不用再為每一棟大樓、每一牌電梯重寫一次。
大樓業主與醫院總務
想讓多家機器人共用電梯，卻沒有共通的中介層可以管。
依大樓或依電梯訂閱，不限機器人數量，新機器人加入不用重新談一次約。
電梯保養商
電梯大廠的 API 只管叫車開門，想賣加值服務卻沒有現成的機器人介接模組。
把搭梯整合包進既有的保養服務，多一項加值收入。
我們跟電梯大廠、硬體閘道器不一樣
電梯大廠管自己的電梯，機器人廠各做各的；我們補的是中間這一段。
純軟體，不是硬體閘道器
Aethon 證明了中立中介層有人買（自述已接 1,000 多部電梯），但它是硬體閘道器加自家認證；我們走純軟體，方便接進機器人既有的導航堆疊。
電梯大廠只管自己的電梯
Otis、KONE 的服務機器人電梯介面只負責叫車與開門，機器人端的對位、進出、故障改搭都要自己做，我們補的正是這一段。
強在機器人端的動作可靠度
我們不是重寫電梯控制，而是把沿門中線進退、換圖倒車、偵測故障改搭這些機器人端的動作做到跨樓層跑得通，並已在模擬器上驗證。
場域包架構，換大樓不用改程式
電梯、樓層定義寫進場域包資料，不是寫死在程式裡，新場域只需要換設定。
收費方式
先把結構攤開，實際報價依場域規模與需求決定。
機器人原廠授權
按台機器人收年授權
- 機器人端搭梯 SDK（ROS 2）
- 電梯大廠 API 轉接層
- 場域導入前的模擬驗證
依場域與機器人數量報價
大樓訂閱
按部電梯或整棟大樓訂閱，不限機器人數量
- 多家機器人共用同一套電梯介接
- 新機器人加入不用重新談約
- 場域包設定與維護
參考電梯大廠訂閱模式設計，依場域報價
場域導入專案
第一次導入時的現場評估與真機驗證
- 電梯介面現勘與對照
- 真機定位校正
- 消防與保險責任界定會議
依場域報價
目前狀態與驗證計畫
已驗證
- 完整搭梯流程（叫梯前對位、按住開門、沿門中線進廂、選樓層、換圖倒車出廂、故障改搭、錯過重叫）已在模擬器上跨樓層來回驗證通過
- 電梯整合邏輯與決策層共用同一套場域包架構，435 個自動測試通過，目前已建置 4 個場域包
進行中
- 真機轎廂內定位會偏約 20 公分，尚未在真實電梯驗證與校正
- 對照新加坡 SS 713:2025 全文，逐項盤點我們的介面缺口
下一步
- 找一家本地電梯保養商或合作大樓，在一部真電梯上跑通
- 確認消防與保險責任怎麼切
- 查台灣本地有沒有類似 SS 713 的標準
常見問題
需要改裝電梯本身嗎？
不需要更換電梯硬體。我們的模組裝在機器人端，透過電梯大廠既有的控制 API（例如 Otis、KONE）呼叫叫梯、開門等功能，前提是大樓的電梯已開放這類介面；是否開放會在導入前現場評估時一起確認。
電梯沒有開放 API 的舊電梯怎麼辦？
這類完全沒有對外介面的舊電梯要怎麼接，目前還沒有定案，會在導入前現場評估時一起確認。
消防與保險責任怎麼切？
這是我們列在下一步要確認的項目之一，目前還沒有答案，會在導入評估時與大樓業主、保養商一起討論界定。
真機的定位偏差怎麼處理？
目前已知真機在轎廂內定位會偏約 20 公分，還沒在真實電梯上完成驗證與校正；這會是導入前真機驗證的第一項工作，詳情見上方「目前狀態」。
能不能同時接多家機器人廠的設備？
可以，這正是我們要解決的問題——電梯大廠的 API 只管叫車開門，我們的中介層讓不同品牌的機器人都能用同一套流程搭梯，這也是大樓訂閱方案不限機器人數量的原因。
導入一棟大樓大概要多久？
目前還沒有在真實場域跑過完整導入，時間會在找到第一個合作場域、完成現場評估後才能給出具體估計。
預約 30 分鐘展示
不管您是機器人原廠、大樓業主，還是電梯保養商，留下資訊，我們安排 30 分鐘聊聊怎麼在您的場域落地。