讓空間、模擬與設備,
說同一種語言。

把技術放進真正的使用需求:整理空間、描述地點、評估行為、保存依據,再依條件連接設備。

  1. 01來源資料
  2. 02場域資產
  3. 03情境模擬
  4. 04評估證據
  5. 05設備整合
01

點雲與幾何處理

解決的問題

掃描資料很大、座標不一致,模型看起來完整卻不一定適合評估。

如何應用

依來源資料規劃去雜訊、降採樣、配準、模型修整與幾何檢查,將可視化資產與碰撞用途分別確認。

應用範圍

場域建檔、模型整理、部署前資料準備。

規劃產出

可追溯的場域版本、座標與品質紀錄,並列出缺漏或待補量位置。

技術選型方向

Open3D;依資料需求評估 PDAL、Blender、CloudCompare。

整合條件:精度受來源與校正條件影響;玻璃、門洞、低密度區域與重建表面需要人工檢查。

02

Web 場域檢視

解決的問題

場域資料只有專業軟體能開,業主、顧問與設備商難以共同討論。

如何應用

依點雲或 mesh 形式選擇瀏覽器檢視方式,規劃分層載入、樓層、視角、量測與標註。

應用範圍

跨團隊看場域、空間記錄、部署規劃與展示。

規劃產出

與指定模型版本連結的 Web 場域檢視介面。

技術選型方向

Potree/PotreeConverter;客製模型與路徑介面可評估 Three.js。

整合條件:先確認檔案格式、資料量、裝置效能與可公開範圍;展示效果不等於量測精度。

03

POI 與場域語意

解決的問題

機器只看見座標,現場人員卻用「護理站」「電梯口」溝通。

如何應用

將地點名稱、用途、樓層、任務點與區域標註連結到同一模型版本,建立人員與設備之間的地點對照。

應用範圍

地標管理、任務目的地、禁行區與速度區的規劃。

規劃產出

版本化 POI、目的地與區域資料,作為導覽或設備任務的映射基礎。

技術選型方向

版本化座標、POI 資料結構、導航系統的地點/區域映射。

整合條件:網頁上編輯的區域,須經轉換、套用及結果確認,才代表設備端設定已生效。

04

機器人導航模擬

解決的問題

只看圖面無法回答:指定載具、控制器和任務,在這個場域能否運作?

如何應用

在指定場域版本中設定載具、感測器與導航條件,規劃可重跑的任務與異常情境。

應用範圍

動線瓶頸、控制器測試、障礙與任務流程比較。

規劃產出

模型與參數對應的執行結果、軌跡、影片及事件。

技術選型方向

NVIDIA Isaac Sim、ROS 2/Nav2;依既有環境確認版本。

整合條件:需要可用的碰撞模型、GPU 與相容環境;Nav2 的結果不能直接替其他封閉控制器背書。

05

執行記錄與可追溯報告

解決的問題

只有一段成功影片,無法知道測試條件,也難以重現失敗。

如何應用

將模型、載具、情境與環境版本連同訊息、軌跡與影片保存;評估時把設備結果與執行系統異常分開。

應用範圍

方案比較、提案佐證、異常追查與現場對照。

規劃產出

有證據引用、適用範圍及待驗證項目的評估報告。

技術選型方向

rosbag2/MCAP 與結構化事件、報告產出流程。

整合條件:錄製失敗、感測器缺資料或定位異常須標為異常或無法判定,不自動視為通過。

06

設備與車隊轉接

解決的問題

不同設備各有 API,位置、任務與場域資料無法直接對上。

如何應用

先盤點設備能回報與能控制的內容,再規劃轉接、座標對齊、任務狀態與異常處理。

應用範圍

單機任務、車隊接口,以及有條件的門梯系統協作。

規劃產出

指定設備的整合介面、任務事件與約定的驗收紀錄。

技術選型方向

廠商 API/SDK、Open-RMF 與適用的 Fleet Adapter。

整合條件:能查位置不代表能接管導航;取消、路徑替換、斷線與權限都需依設備確認。

技術選型,不代表
已完成設備相容驗收。

工具有能力,還需要合適的資料、版本、授權、控制接口與現場測試。每個專案都會確認實際採用的組合,並將可視化、幾何初篩、導航模擬與現場結果分開呈現。

從一個樓層、
一種載具開始。

先說明你想解決的問題,盤點已有資料與設備。
一起確認最值得先驗證的範圍。