做工業(yè)無線改造這些年給人感觸最深的一個場景不是機房里的服務(wù)器而是抬頭看到廠房頂上那臺滿車間跑來跑去的天車。天車也常被叫行車或者橋式起重機在鋼廠、鋁廠、造紙和汽車制造車間里負責(zé)吊運重型物料幾乎所有關(guān)鍵生產(chǎn)動作都離不開它。但就是這么重要的設(shè)備過去很多工廠對它的狀態(tài)管理還停留在“老師傅站樓下聽聲音”的階段。后來項目做多了我越來越清楚一件事天車數(shù)據(jù)采集不缺傳感器缺的是能把一臺移動設(shè)備的數(shù)據(jù)穩(wěn)定、可靠地搬出來的鏈路。5G天車數(shù)據(jù)采集物聯(lián)網(wǎng)解決方案本質(zhì)就是把“天上的設(shè)備”變成“網(wǎng)上的節(jié)點”。這篇文章按我最近一個落地項目的推進順序從方案架構(gòu)、車端改造、5G專網(wǎng)到現(xiàn)場施工把能復(fù)用的東西全部講透。1. 為什么天車數(shù)據(jù)采集卡在“最后一公里”現(xiàn)場約束決定技術(shù)路線1.1 天車數(shù)據(jù)的價值在哪里天車這類設(shè)備有三個特點移動范圍大、作業(yè)頻次高、發(fā)生事故就是大事故。采集數(shù)據(jù)并不是為了做一張漂亮的大屏而是要解決三個層面的實際問題。第一是生產(chǎn)管理。天車承擔(dān)著全車間的吊運任務(wù)哪些天車在忙、哪些在閑、一爐鋼水從A跨到B跨用了多久、吊運過程中有沒有長時間等待這些數(shù)據(jù)直接關(guān)系到生產(chǎn)節(jié)拍和調(diào)度效率。以前只能靠人工記錄班組長拿著對講機喊記錄表填完就鎖進柜子誰也說不清真實效率。第二是設(shè)備維護。天車的電機、減速機、制動器、鋼絲繩、車輪組都是高損耗部件故障往往有個漸進過程電機電流開始波動、制動器動作時間變長、振動烈度慢慢上升。這些信號如果能連續(xù)記錄下來就能在故障發(fā)生前判斷出異常減少非計劃停機。第三是現(xiàn)場安全。天車吊著重物在空中移動下方就是作業(yè)人員超載、斜拉、區(qū)域碰撞都是大忌。數(shù)據(jù)采集系統(tǒng)可以把重量、位置、限位狀態(tài)、操作指令實時關(guān)聯(lián)起來出現(xiàn)超載或危險接近時立刻報警甚至自動切斷起升動作。1.2 為什么過去一直沒采好天車的數(shù)據(jù)采集難度不在傳感器精度而在物理環(huán)境。天車在幾十米長的軌道上來回移動沒有固定網(wǎng)絡(luò)接入點車上有大功率電機和變頻器電磁干擾非常強車間里油污、粉塵、振動、溫差一樣不少。這些條件直接排除了大量有線方案。隨行光纜和滑觸線更適合供電不適合做高帶寬的數(shù)據(jù)通道拖鏈式光纜時間久了必然磨損。剩下能選的只有無線。工業(yè)Wi-Fi在定點設(shè)備上很好用但天車一跑起來就要頻繁在多個AP之間漫游漫游期間的丟包和中斷對采集系統(tǒng)來說就是數(shù)據(jù)空洞。金屬廠房多徑嚴重天車本身又是一個移動的金屬屏蔽罩Wi-Fi信號很容易變得時好時壞。4G公網(wǎng)覆蓋沒問題但是上行帶寬有限同時傳視頻和狀態(tài)數(shù)據(jù)就會捉襟見肘時延也不夠穩(wěn)定。方案帶寬時延移動性可靠性適合場景工業(yè)Wi-Fi較高20-50ms漫游差中等定點設(shè)備、AGV4G公網(wǎng)中低30-80ms較好較好低頻巡檢數(shù)據(jù)5G專網(wǎng)高10-20ms好較高天車視頻采集控制1.3 5G到底解決了什么5G并不是萬能鑰匙而是它的低時延、高帶寬、強移動性正好覆蓋了天車場景的缺口。天車數(shù)據(jù)采集的核心流量是上行狀態(tài)數(shù)據(jù)、視頻畫面都要從車間往平臺方向傳5G的上行能力比4G高了一個量級。天車在廠房里從一端到另一端時5G的小區(qū)切換比Wi-Fi的AP漫游平滑得多配合專網(wǎng)參數(shù)調(diào)優(yōu)可以做到業(yè)務(wù)基本不中斷。再往深一層說5G專網(wǎng)帶來的不只是速度。把用戶面網(wǎng)元下沉到園區(qū)數(shù)據(jù)不再繞到運營商核心網(wǎng)而是直接在園區(qū)內(nèi)部轉(zhuǎn)發(fā)時延和安全性都得到保障。這才是“5G天車數(shù)據(jù)采集物聯(lián)網(wǎng)解決方案”里“解決方案”三個字的分量它不是換一張網(wǎng)卡而是把網(wǎng)絡(luò)、終端、平臺整體捏在一起設(shè)計。2. 整體架構(gòu)怎么搭從車端傳感器到平臺應(yīng)用的數(shù)據(jù)鏈路2.1 四層架構(gòu)整個方案我習(xí)慣按四層拆感知層、邊緣接入層、5G網(wǎng)絡(luò)層、平臺應(yīng)用層。每一層各司其職又通過標準接口銜接。層級主要設(shè)備/組件接口/協(xié)議數(shù)據(jù)內(nèi)容感知層PLC、傳感器、載荷儀、編碼器、攝像頭4-20mA、RS485、Modbus TCP、OPC UA位置、重量、電流、視頻邊緣接入層數(shù)據(jù)采集網(wǎng)關(guān)、AI分析盒、車載交換機Modbus TCP、MQTT、RTSP結(jié)構(gòu)化數(shù)據(jù)、報警事件、截圖網(wǎng)絡(luò)層5G CPE、基站、UPF、MEC5G NR、網(wǎng)絡(luò)切片數(shù)據(jù)傳輸、邊緣分流平臺層物聯(lián)網(wǎng)平臺、時序庫、告警引擎、3D看板MQTT/HTTP設(shè)備臺賬、趨勢、統(tǒng)計、告警數(shù)據(jù)流向很直接傳感器先匯到PLCPLC通過以太網(wǎng)口把數(shù)據(jù)交給采集網(wǎng)關(guān)采集網(wǎng)關(guān)經(jīng)過5G CPE發(fā)送至園區(qū)MEC再由MEC轉(zhuǎn)發(fā)到平臺。視頻流從攝像頭到AI分析盒AI盒子只把識別結(jié)果和報警片段上傳完整視頻按需調(diào)閱避免把網(wǎng)絡(luò)帶寬全部吃掉。2.2 數(shù)據(jù)分級處理的原則做方案時最忌諱把所有數(shù)據(jù)全部實時上云。天車上很多邏輯要求毫秒級響應(yīng)比如防碰撞、超載切斷、區(qū)域電磁鎖這類控制必須在車端本地閉環(huán)一旦繞到平臺再回來時延早就超過安全要求了。數(shù)據(jù)級別示例采集周期傳輸策略主要去向控制級防碰撞、超載聯(lián)鎖10-50ms本地閉環(huán)事件上送車端PLC/安全繼電器監(jiān)控級電流、重量、位置、狀態(tài)100-200ms實時上送平臺物聯(lián)網(wǎng)平臺、調(diào)度看板記錄級振動、溫度、視頻片段1-5s或按需周期上報或事件觸發(fā)數(shù)據(jù)庫、AI訓(xùn)練、追溯有了這個分級后續(xù)的硬件選型和網(wǎng)絡(luò)規(guī)劃才有依據(jù)?？刂萍墧?shù)據(jù)留在車端不需要占用5G資源監(jiān)控級數(shù)據(jù)做實時上送但單包都很小記錄級數(shù)據(jù)允許延遲斷網(wǎng)時可以先緩存在車端。一上來就把所有數(shù)據(jù)都做成實時上傳最終只會換來一臺燒帶寬的服務(wù)器和一屋子告警。3. 車端采集系統(tǒng)改造傳感器選型、PLC對接與邊緣網(wǎng)關(guān)的實操細節(jié)3.1 天車需要哪些采集點位不管天車大小采集點位主要圍繞三套機構(gòu)來設(shè)計大車行走、小車行走、起升機構(gòu)。每個機構(gòu)都需要知道位置、速度、驅(qū)動狀態(tài)再加上吊重和安全附件的數(shù)據(jù)。這里列一份我在現(xiàn)場常用的點位清單。數(shù)據(jù)項傳感器/來源信號類型采樣周期大車位置/速度絕對值編碼器RS485/SSI100ms小車位置/速度激光測距儀/編碼器4-20mA/RS485100ms起升高度編碼器/激光測距4-20mA/RS485100ms實際吊重稱重傳感器儀表RS485/數(shù)字量200ms電機電流/頻率變頻器/智能電表Modbus RTU/TCP200ms制動器狀態(tài)限位開關(guān)/接近開關(guān)干接點事件變化電機振動/溫度溫振一體傳感器Modbus/無線1-5s司機操作指令PLC程序變量網(wǎng)絡(luò)讀取事件變化傳感器選型有兩條原則。第一能讀PLC變量就不額外裝傳感器避免重復(fù)投資和重復(fù)施工。第二必須新增傳感器時優(yōu)先選自帶數(shù)字接口的型號少用模擬量。天車環(huán)境里模擬量信號抗干擾能力差線纜拖來拖去容易磨損后期標定也麻煩。數(shù)字接口雖然單價高一些但長遠看穩(wěn)定得多。3.2 PLC對接是最關(guān)鍵的一步新一點的天車基本都配了PLC和變頻器項目里優(yōu)先做的是把PLC數(shù)據(jù)讀出來。如果原工程允許直接在PLC程序里預(yù)留一個數(shù)據(jù)塊把需要采集的變量集中丟到這個塊里采集網(wǎng)關(guān)用Modbus TCP或OPC UA去讀。如果原程序不方便動網(wǎng)關(guān)可以直接從PLC的以太網(wǎng)口讀取標準寄存器區(qū)但這就需要電氣工程師提供完整的變量地址表。無論哪種方式都必須堅持只讀訪問不往PLC里寫任何變量。采集系統(tǒng)一旦能寫PLC就存在誤操作風(fēng)險出了問題很難說清。我們項目里所有點位都是只讀連寫測試都是先斷開連接再操作。聯(lián)調(diào)時還要做一張點位映射表字段包括PLC地址、數(shù)據(jù)類型、字節(jié)順序、換算系數(shù)、原始值范圍、工程值范圍、采樣周期、上送周期。這張表就是整個系統(tǒng)的“翻譯字典”沒有它平臺側(cè)數(shù)據(jù)全亂。我們第一批聯(lián)調(diào)時發(fā)現(xiàn)起升高度顯示成負數(shù)排查到最后就是字節(jié)順序反了平臺拿到的是高低位顛倒的原始值。要特別提醒一個問題老PLC的通訊口能力很弱外部以毫秒級頻率去讀會拖慢PLC掃描周期甚至影響原控制邏輯。解決辦法是把輪詢周期拉長到500ms以上能接受的話放到1秒而且只讀需要的那幾十個寄存器不要把整個數(shù)據(jù)區(qū)都拉一遍。3.3 沒有PLC的老式天車怎么采天車如果是老式繼電器控制的就只有主令控制器和接觸器沒有數(shù)字量可讀。這種情況下最省事的做法是在電機回路裝電流互感器在主令控制器觸點旁加信號采集端子在車輪軸端或卷筒側(cè)裝編碼器。位置可以用編碼器數(shù)脈沖也可以加激光測距儀重量從原有載荷限制器儀表取RS485信號把這些信號集中到一個分布式IO模塊或直接進采集網(wǎng)關(guān)的IO接口。老車加裝傳感器會牽扯機械改造鋼絲繩、卷筒、車輪軸的安裝空間往往有限。我們在現(xiàn)場碰到過一臺天車卷筒兩端都被制動器和限位器占滿激光測距儀只能裝在司機室側(cè)方角度還是斜的最后靠標定軟件做非線性補償才勉強滿足精度。所以老車改造一定要提前到現(xiàn)場量尺不要只看圖紙。3.4 視頻與AI從“看得見”到“認得出”天車車間的視頻用5G傳高清不是不行而是沒必要。一個1080p攝像頭按4Mbps算50臺車就是200Mbps再大的專網(wǎng)也會被占滿。所以視頻必須做邊緣智能。車載攝像頭把畫面送給AI分析盒AI識別吊鉤下方人員闖入、掛鉤狀態(tài)、司機室離崗等只上傳結(jié)果事件和報警抓拍。想看實時畫面時平臺再按需向指定攝像頭拉流。這樣設(shè)計之后一路視頻占用帶寬從持續(xù)4Mbps降到突發(fā)幾百KB而且AI識別結(jié)果本身就是結(jié)構(gòu)化數(shù)據(jù)可以直接進告警引擎和統(tǒng)計分析。項目上線后車間最認可的反而是“吊鉤下方有人靠近時司機室立即報警”這個功能比看板上的趨勢曲線更直觀。3.5 車載邊緣網(wǎng)關(guān)的選型要求車載網(wǎng)關(guān)是整套系統(tǒng)里最容易被低估的硬件。它長期在振動的環(huán)境下工作電源又不穩(wěn)定。選型時要盯死幾件事。供電要寬壓支持9-36V DC天車電氣波動時不能重啟。防護等級至少IP65防塵防油。外殼固定和天線接口要牢靠天線最好采用外置不要用內(nèi)置天線貼到金屬車體上。存儲和緩存要滿足斷網(wǎng)補傳至少能存4小時以上的結(jié)構(gòu)化數(shù)據(jù)。固件必須支持遠程升級不然幾十臺車全要爬到司機室去更新。不要只盯著CPU型號和算力工業(yè)現(xiàn)場的產(chǎn)品質(zhì)量比算力更重要。我們有一臺網(wǎng)關(guān)裝上去兩個月沒出問題第三個月開始頻繁離線拆下來發(fā)現(xiàn)是端子排被油污腐蝕。后來所有車端接線都換成鍍金端子額外套上熱縮管問題才徹底消失。4. 5G專網(wǎng)部分的設(shè)計與調(diào)優(yōu)覆蓋、時延、可靠性的工程化指標4.1 專網(wǎng)模式選型先判斷數(shù)據(jù)能不能出園區(qū)很多人一聽5G就想著上獨立核心網(wǎng)其實成本不一定劃算。做方案前先回答三個問題數(shù)據(jù)是否包含工藝和控制信息是否要求數(shù)據(jù)不出園區(qū)控制類業(yè)務(wù)的時延要求是多少如果只是狀態(tài)監(jiān)控和統(tǒng)計報表用運營商公網(wǎng)加APN隔離也能跑。項目里真正需要的是時延穩(wěn)定在20ms以內(nèi)且不希望工藝數(shù)據(jù)出園。所以最終選了園區(qū)虛擬專網(wǎng)5G基站由運營商建設(shè)UPF和MEC放在車間機房數(shù)據(jù)在園區(qū)內(nèi)部完成轉(zhuǎn)發(fā)和存儲。這種模式比獨立專網(wǎng)成本低很多但時延和安全性都能滿足要求。模式用戶面位置時延數(shù)據(jù)出園建設(shè)成本適用場景公網(wǎng)專用APN運營商核心網(wǎng)30-80ms出園低非實時監(jiān)控園區(qū)虛擬專網(wǎng)本地UPFMEC園區(qū)機房10-20ms不出園中天車視頻實時采集獨立專網(wǎng)獨立核心網(wǎng)園區(qū)自建5-15ms不出園高高安全控制閉環(huán)4.2 覆蓋設(shè)計別讓鋼結(jié)構(gòu)房擋了信號很多廠房屋頂全是彩鋼瓦和鋼桁架5G信號穿透損耗很厲害不能指望在廠房外墻裝幾個基站就能全覆蓋。現(xiàn)場的做法是把基站或天線掛在廠房鋼結(jié)構(gòu)立柱上方向正對天車運行軌道。兩條軌道中間如果有堆料區(qū)和高貨架還要在另一側(cè)補充天線。覆蓋評估不是看有沒有信號而是天車的金屬車體擋在天線一側(cè)時背向位置仍要有足夠余量。測試指標我們按這個標準卡車內(nèi)天線位置的RSRP大于-100dBmSINR大于10dB天車從一端跑到另一端的過程中切換時延小于20ms丟包率低于千分之一。達不到這些數(shù)先調(diào)天線角度再談參數(shù)優(yōu)化。工業(yè)現(xiàn)場射頻優(yōu)化有點像老式電視機調(diào)天線差一點就是雪花和清晰的區(qū)別。我們在第一輪測試時有兩臺天車在廠房中段始終出現(xiàn)瞬時丟包后來發(fā)現(xiàn)是堆料區(qū)的鋼卷正好把兩條天線之間的視距擋住。把其中一個基站天線抬高兩米后問題就消失了。覆蓋這種事積累經(jīng)驗和現(xiàn)場實測比仿真更可靠。4.3 帶寬和流量先算清楚再買網(wǎng)絡(luò)網(wǎng)絡(luò)配置不能拍腦袋。以50臺天車同時在線為例我們按這個方式估算每臺天車的結(jié)構(gòu)化數(shù)據(jù)按點位表里50個變量、平均每個變量20字節(jié)、采集周期200ms來算每秒數(shù)據(jù)量大約是50×20×55KB50臺合計250KB/s約2Mbps。視頻AI分析結(jié)果和事件截圖每臺每秒再增加約2KB50臺約0.8Mbps。平臺同時實時瀏覽的視頻如果是10路1080p每路約4Mbps合計40Mbps。把這三項加起來滿載上行需求在43Mbps左右。實際規(guī)劃時至少要留2到3倍冗余按100Mbps上行帶寬規(guī)劃。否則集中調(diào)看視頻時一定會卡調(diào)度員點開畫面轉(zhuǎn)圈圈項目驗收就很難看。數(shù)據(jù)項單臺速率50臺小計結(jié)構(gòu)化采集數(shù)據(jù)5KB/s約2MbpsAI分析結(jié)果與截圖2KB/s約0.8Mbps按需實時視頻10路4Mbps/路約40Mbps合計滿載-約43Mbps4.4 QoS、切片與可靠性配置5G專網(wǎng)不是接上線就行還要把業(yè)務(wù)分優(yōu)先級?？刂菩帕詈途o急告警用高優(yōu)先級5QI網(wǎng)絡(luò)擁塞時優(yōu)先保障普通狀態(tài)采集用中優(yōu)先級歷史視頻調(diào)閱和文件上傳用低優(yōu)先級能等就等。另一個容易忽略的點是冗余。天車一旦斷線生產(chǎn)監(jiān)控上就會出現(xiàn)一大段空洞后面補都補不回來。所以車載CPE要支持雙SIM卡一張走園區(qū)5G專網(wǎng)一張走運營商公網(wǎng)做備份。一旦專網(wǎng)鏈路異常自動切換平臺按時間戳把數(shù)據(jù)對齊。這種機制比單純追求高可用指標實用得多。網(wǎng)絡(luò)可靠性和設(shè)備可靠性是兩回事。我們上線第二周遇到一次園區(qū)停電5G專網(wǎng)設(shè)備跟著停掉但天車還在運行。幸好車載網(wǎng)關(guān)有緩存公網(wǎng)備份鏈路自動接管數(shù)據(jù)只斷了十幾分鐘恢復(fù)后又自動補傳。從那以后我們對所有冗余機制都會做一次完整斷網(wǎng)演練而不是只看看文檔。5. 項目落地過程中的坑與應(yīng)對從測試到上線的經(jīng)驗復(fù)盤5.1 前期調(diào)研先盤點“家底”別急著訂網(wǎng)關(guān)這個項目上我們第一批設(shè)備清單里有一臺天車報的型號很新結(jié)果現(xiàn)場一看是早期批次PLC沒有以太網(wǎng)口只能加一塊通信模塊。如果前期不盤點清楚采購回來的網(wǎng)關(guān)就白等了。正式實施前必須做一份設(shè)備家底表內(nèi)容包括天車編號、投用年份、控制方式繼電器/PLC/變頻器、PLC型號和通訊口、載荷儀表型號、大車小車行程、是否已有編碼器、駕駛室有沒有空調(diào)、車上有沒有可用的24V電源。這份表花半天就能編出來但能幫整個項目省下一周的返工時間。很多問題在實施前暴露只是多花幾分鐘問一句實施后暴露就要等人、等備件、等天窗期。天車是生產(chǎn)關(guān)鍵設(shè)備停機窗口不是你想有就有的。5.2 安裝階段的物理細節(jié)線纜、供電、固定車端安裝比想象中難。天車運行時整車都在振變頻器一啟動動力電纜邊上的信號線就是天線。我們第一輪裝完有3臺車的數(shù)據(jù)跳變很厲害后來把模擬量信號線全部換成屏蔽雙絞線并和動力線分開走才算穩(wěn)定。傳感器線纜接頭不要用普通航空插頭油污和振動會讓它間歇性接觸不良。供電也不能直接從車上的控制變壓器拉最好用隔離DC-DC模塊單獨給采集設(shè)備和5G CPE供電。天線要避開吊鉤鋼絲繩的回轉(zhuǎn)半徑不然容易出現(xiàn)物理損壞。安裝位置選好后還要在設(shè)備上貼上標識標簽方便運維人員后續(xù)排查。工業(yè)現(xiàn)場講究的不只是“能用”而是“能長期用”。5.3 聯(lián)調(diào)階段的三個隱蔽問題點位表和數(shù)據(jù)對上只是開始。第一個隱蔽問題是字節(jié)序很多PLC寄存器是高位在前網(wǎng)關(guān)默認低位在前讀出來的數(shù)值差得離譜。第二問題是老PLC在線輪詢對掃描周期的影響前面提過把頻率降下來。第三個問題是斷網(wǎng)補傳的時鐘漂移。車載網(wǎng)關(guān)如果沒配好NTP網(wǎng)絡(luò)恢復(fù)后補傳數(shù)據(jù)的時間戳?xí)y平臺會把同一時刻的數(shù)據(jù)識別成兩條。解決辦法是在網(wǎng)關(guān)和平臺統(tǒng)一使用NTP時間同步并給每條數(shù)據(jù)打雙時間戳——設(shè)備時間戳和網(wǎng)關(guān)接收時間戳這樣即使補傳平臺也能按真實采集時間排序。聯(lián)調(diào)是一件急不來的事。我們在現(xiàn)場專門搭了一個測試腳本每臺車連續(xù)跑一個小時的往返吊運同時記錄平臺數(shù)據(jù)與實際操作指令的對應(yīng)關(guān)系。測試腳本跑完數(shù)據(jù)沒跳變、沒丟包、時間軸對得上才算通過一臺車。寧可多花一天聯(lián)調(diào)也不要上線后三天兩頭被人叫回現(xiàn)場。5.4 平臺側(cè)報警別急著開太多系統(tǒng)上線初期最容易出的問題是告警風(fēng)暴。天車啟動瞬間電流沖擊大剎車時重量表會有擺動如果對原始值直接設(shè)閾值一天能報幾千條假警。我們后來做了兩件事。第一是數(shù)值清洗和濾波對電流、重量這類變量做滑動平均超過閾值并且持續(xù)一定時間才觸發(fā)告警。第二是用歷史一周的數(shù)據(jù)重新訓(xùn)練閾值去掉啟動和制動工況的尖峰。效果立竿見影誤報率從上線第一月的37%降到2%以下。做天車采集穩(wěn)定可靠的數(shù)據(jù)永遠比花哨的大屏更重要。誤報多了操作工就會把所有告警當(dāng)成“狼來了”真正出問題時反而沒人響應(yīng)。所以告警規(guī)則的設(shè)計寧可少開也要保證每一條都準確。報警發(fā)給正確的責(zé)任人比發(fā)一大堆給所有人有效得多。5.5 一點個人體會項目上線三個月后車間設(shè)備科最直觀的感受不是看板有多好看而是每天點檢時間從三小時降到半小時報修都在故障發(fā)生前完成。天車數(shù)據(jù)采集這類項目到最后拼的不是哪家網(wǎng)速快而是數(shù)據(jù)準不準、系統(tǒng)穩(wěn)不穩(wěn)、人用不用得起來。5G天車數(shù)據(jù)采集物聯(lián)網(wǎng)解決方案我更愿意把它看成一次運輸數(shù)字化基礎(chǔ)建設(shè)。5G是路數(shù)據(jù)是車平臺是調(diào)度中心。路要先修好車要能跑起來調(diào)度中心才談得上指揮。先把最痛的點位打通把網(wǎng)絡(luò)和數(shù)據(jù)的根基打穩(wěn)后面不管是預(yù)測性維護還是無人天車都有得可做。這也是我寫這篇記錄的原因愿同行少走幾次我們走過的彎路。