讓樓宇感知、連線與協作：電梯 AIoT 的系統設計

從設備到平台，建立有回饋的系統架構

系統架構由設備、AIoT 模組、平台和應用四層組成。設備執行物理動作，模組完成觀測與介面連線，平台組織監控、排程、資產和部署，應用則按角色提供資訊與操作。四層圍繞統一的設備身份與位置關聯，使現場動作能夠被上層任務和運維工作準確引用。

狀態觀測、動作請求、接收回執與完成回饋具有不同語義。“選層請求已接收”只說明請求到達，“轎廂已到目標樓層”才是後續運作狀態；機器人離開電梯，還需要結合門口空間與本體定位判斷。系統應將這些階段分別表達，防止用上一階段的成功替代下一階段的確認。

監控與任務執行共享設備資訊，但職責不同。監控關注運作過程和異常線索，排程關注設備能否承接任務，執行介面連線約定動作。電梯自身的控制與保護功能繼續負責設備運作，外部系統的觀測和請求應在明確的接入邊界內使用。

感知、通訊與執行，分工明確的三類模組

感知、通訊和執行模組分別承擔狀態採集、資訊傳輸與設備動作介面。三者位於井道和轎廂的不同位置，通過設備身份與任務流程協作；分開的安裝與功能邊界，也讓各部分能夠針對實際職責實施和驗證。

感知模組：觀察運動與運作狀態

感知單元位於電梯井道頂部，採集電梯實時運動與運作狀態。觀測應與電梯編號、樓層配置和時間對應，使同一段運作能夠在監控平台和機器人任務中被一致解釋。感知的作用，是為控制之外的狀態核對提供資訊依據。

狀態資料的有效性取決於採集條件與時間。設備離線後保留的最後狀態，不能自然代表當前狀態；資料重新到達，也需要核對是否對應當前行程。將觀測時間與連線狀態一起呈現，有助於維護人員還原事件，也為機器人判斷是否繼續等待提供依據。

通訊模組：連線轎廂與整個系統

通訊單元安裝在電梯轎廂頂部，方案採用 2.4GHz 與 4G 兩種通訊方式，連線現場設備及遠端服務。轎廂在井道內移動，所處的無線環境會隨位置變化，因此通訊覆蓋需要放進完整的乘梯行程中評估。

通訊介面需要保持設備身份、訊息時間與當前任務的關聯。接收方既要知道資訊是否到達，也要判斷它是否仍然適用。對實時協作而言，過期狀態、重複請求與連線恢復後的重新核對，都應作為介面設計和聯調的明確內容。

執行模組：將請求連線到設備動作

執行單元位於 COP，即轎廂操縱盤的控制箱內，是樓層選擇的重要連線單元。執行模組採用協議或幹接點接入方式，並列出乙太網、RS485 等介面，以支援不同設備條件下的通訊擴展。具體採用哪一種介面，需要結合現場設備與專案配置確認。

執行介面應提供可核對的動作邊界。發出選層請求之後，任務仍需依次核對轎廂、門口通行條件和目標樓層。將執行結果與這些狀態觀測對應，能夠明確一次請求推進到哪一步，以及下一段導航應在什麼條件下開始。

在既有電梯上，定義清楚的接入邊界

YOGO 採用外部感知與非侵入式安裝思路，並按設備條件選擇幹接點或協議接入，在保留既有接線和功能的基礎上增加服務連線。感知採集與動作執行應分別核對安裝位置、介面條件和回饋方式，再驗證新增設備與原系統共同運作的結果。

相容性由設備介面和運作邏輯共同決定。不同製造商及型號的控制方式、可用訊號、服務區域與可安裝位置存在差異。現場勘測需要據此形成設備清單和接入範圍，明確能夠觀測什麼、能夠請求什麼，以及請求之後怎樣確認結果。

接入邊界還應便於維護。模組位置、線纜走向、設備編號和配置參數構成安裝記錄；斷開、檢修或更換設備後，相關係統需要明確哪些狀態暫時不可用、哪些請求應暫停，以及恢復前應重新檢查哪些條件。記錄與驗證共同支撐後續排查。

第三方監控為管理者和維保人員增加了資訊來源。它提供的報警和觀測有助於調查，但故障原因仍需要結合現場證據判斷，電梯原有保護功能也有自己的職責。把資訊支援、設備控制和專業維護之間的關係說明白，才能讓新增資料真正進入日常工作。

讓 4G、2.4GHz 與本地網路承擔合適的連線

4G 與 2.4GHz 承擔不同尺度的通訊連線。蜂窩網路連線遠端服務，本地無線連線支援鄰近 YOGO 設備互動。將兩類路徑分別設計，有助於明確哪些資訊參與現場通行，哪些用於平台監控與管理，並據此安排覆蓋檢查和聯調。

YOGO 的 Ad-Hoc 自組網支援網路內設備直接通訊，為本地協作提供連線路徑。現場互動可以由鄰近設備交換資訊，遠端平台承擔相應的監控和管理職責。兩者需要約定資訊範圍與狀態更新方式，使局部執行和全域任務保持一致。

雙通道增加了連線選擇，也需要分別驗證其覆蓋條件。井道遮擋、轎廂移動、機房位置和現場無線環境可能影響不同路段。僅在靜止的電梯廳測到訊號，還不足以說明完整行程的情況；進梯、運作、換乘樓層和出梯都應納入現場檢查。

弱網恢復的關鍵是重新建立設備與任務的一致狀態。請求發出後連線發生變化，系統需要核對接收和執行結果，再判斷是否重試。訊息時效、重複請求與超時應分別驗證，避免連線恢復後把歷史訊息當作新的動作依據。

本地排程處理鄰近設備的即時通行，全域排程組織跨區域任務與資源分配。兩者需要共享任務進度，同時保留各自的決策範圍：局部狀態影響當前動作，全域安排決定後續路線和設備使用。清楚的分工是評估網路變化與任務接續的基礎。

按任務負載評估排程規模

本地排程

關注同一通行區域內的設備數量、無線覆蓋與請求頻率。

全域排程

結合服務範圍、任務併發、設備可用性與平台處理能力共同評估。

設備數量只是容量評估的一部分。任務頻率、資源爭用與通訊時延也會影響整段行程，需要在具有代表性的負載下驗證，並覆蓋高峰需求和任務中斷的情況。

把機器人、電梯與閘機組織成完整通行鏈路

完整乘梯任務包含到達等待點、呼梯、識別轎廂、進入、選層、離開和釋放共享資源。電梯 AIoT 提供設施觀測與動作介面，導航負責接近和通過，排程組織可用資源。任務流程需要為每個轉換定義完成條件，再依次推進，避免把成功呼梯當作整段通行完成。

高低區、雙轎廂和多電梯轉運，需要先建立樓層與設備的可達關係。起點樓層、目標樓層、電梯服務區和換乘位置共同構成路線，設備選擇還要與機器人實際能夠到達的梯口對應。空間路線與設施配置一致，才具備組織跨區任務的基礎。

多臺機器人也會與人員共同使用電梯廳、閘機和等待區域。分配到電梯之後，還需要能夠到達並通過相應門口。把周邊樓層路線納入排程，可以避免將多項任務同時送入同一個有限的等待位置；任務取消或無法繼續時，釋放預約也應當成為鏈路的一部分。

第三方機器人整合依賴共同的任務和狀態介面。機器人身份、目的樓層、當前階段、取消和失敗回饋需要具有明確含義，才能將不同設備的移動接入同一設施流程。開放介面提供連線方式，針對具體型號和場景的聯調確定實際整合範圍。

讓運作觀測進入監控與維護

監控平台將實時運作觀測組織為可回看的設備記錄，並報告識別到的異常。安全相關事件、累計運作使用和停靠行為分別描述不同問題：是否出現異常動作、設備經歷了多少使用，以及樓層需求怎樣分佈。分類記錄便於後續分析與處理。

雲端分析將本次觀測與歷史運作聯絡，用於發現重複事件和運作變化。對管理者，關鍵是能夠沿設備、時間和運作階段還原事件，並將異常線索與現場檢查對應。資料分析提供調查依據，具體故障仍需結合維護證據複核。

安全相關資訊

超限、異常下行、異常加減速度、急停、異常懸停、運作中開門及關門不到位等事件。

累計運作使用

運作時長與距離、電纜彎曲頻率、開關門次數，為理解設備使用和維護提供上下文。

使用行為資訊

各樓層停靠次數與停留時間，用於聯絡樓層需求、等待行為和建築的運作時段。

報警響應需要區分發現、接收、檢查和處理完成。事件應指向具體設備與發生時間，明確接收方並關聯後續檢查結果。這樣，平台中的“已知悉”與現場“已處理”具有各自含義，管理者可以沿記錄追蹤事件進展。

定期運作報告可以作為按需維護的討論依據。開關門次數、運作距離與重複事件，分別反映不同方面的使用情況。把這些資料與維保記錄一起閱讀，有助於理解問題發生的背景，避免把某一個計數直接當作設備健康狀況的完整結論。

運作資料也為服務與能源評估提供輸入。樓層需求、空駛、等待時間及運作時段，可以與機器人任務安排一起分析。評價節能效果時，需要約定測量邊界、基線和任務負載，使能源變化與同等服務條件下的運作結果對應。

圍繞身份、狀態與責任定義開放介面

YOGO 通過開放 API 為第三方機器人、AI 攝像機、智慧控制系統及監管平台提供接入途徑。共同介面明確設備身份、資料含義和可用動作，使外部系統能夠圍繞約定能力整合，並減少為每項服務重複建立獨立設備連線的工作。

不同使用方所需的資訊並不相同。機器人可能關心服務是否可用以及本次乘梯請求的進展；資產管理者需要運作記錄與告警；監管或其他外部系統則需要獲授權範圍內的資料。先明確誰在使用、用於什麼工作，再確定介面應提供哪些狀態和操作。

讀取狀態與請求動作需要不同的授權範圍。介面設計應區分應用身份、可訪問設備和允許的操作，並保留請求與結果的對應關係。授權回答誰可以做什麼，記錄回答實際發生了什麼，兩者共同支撐跨系統整合的責任追溯。

面向未來擴展，5G 等新的通訊方式和更豐富的分析能力，需要與既有設備介面、狀態語義及任務流程銜接。評估它們的價值，應回到觀測質量、請求回饋和服務運作的實際問題，並通過具體配置與聯調結果確定每次部署的能力範圍。

把設計落實到勘測、除錯與持續運維

實施從設備與路線的聯合勘測開始。電梯服務區域、閘機和門禁位置、機器人等待及通行路線、模組安裝點和無線覆蓋，需要形成同一份部署範圍。樓宇管理者與維保方參與確認設備條件和現場安排，避免設備接入完成後再發現路線不可達。

YOGO 的實施工具覆蓋安裝、除錯與質量評估，通過設備選擇、安裝記錄和樓層校準關聯物理模組及配置。設備編號、安裝位置、樓層對應和測試結果形成後續維護的基礎記錄，也為更換設備或調整路線後的重新驗證提供依據。

1. 樓宇勘測評估

   梳理電梯服務區域、閘機、防火門介面、機器人路線及通訊條件，識別需要維保方配合的事項。

2. 方案與範圍確認

   與客戶確認設備及機器人運作安排、介面範圍、雙方職責和交付標準。

3. 安裝與配置

   記錄模組位置及設備身份，配置設備關聯與樓層資訊，準備機器人路線及物聯網設備。

4. 功能與操作驗證

   檢查設備正常使用與完整機器人行程，覆蓋請求回饋、網路變化、通行不可用及中斷後的恢復。

5. 持續運維服務

   跟蹤運作、調查故障，在設備或服務路線變化時維護配置與檢修記錄。

驗收應從單項介面延伸到完整行程。請求成功、設備動作和機器人到達，分別對應不同結果；需要沿同一任務核對它們的先後與關聯，再覆蓋網路變化、設備不可用和中斷恢復。只有連續任務能夠重複完成，才能檢驗介面配置是否真正適合現場服務。

最終交接的內容包括設備連線方式、已驗證路線、配置記錄，以及負責運作和維護的人員關係。它們使後續擴展有據可循，也讓一次中斷任務能夠沿著設備、通訊與服務過程展開調查，無需重新還原最初的安裝安排。