干這行十來年見過太多AGV項目從方案評審到上線運維的完整過程但每次走進車間看到第一臺AGV按路線穩穩跑起來的時候還是會有一種“成了”的踏實感。這次廣汽傳祺車間項目落地核心就兩個東西海康AGV小車負責搬運斯普萊工業無線負責給AGV和調度系統之間搭一條“看不見的路”。項目本身不復雜但里面涉及到的選型邏輯、組網細節、聯調踩坑很值得拿出來聊聊尤其是對正在評估AGV改造、或者已經在部署但無線網絡這塊心里沒底的同行應該有點參考價值。1. 項目整體設計與思路拆解1.1 車間搬運痛點到AGV需求的轉化廣汽傳祺這類主機廠的總裝車間和焊裝車間物流搬運的壓力是外人很難想象的。線邊物料種類多節拍快動輒幾百上千個工位傳統的人工叉車和牽引車在高峰期完全不夠用而且存在路線混亂、物料交接出錯、安全風險高這些老大難問題。最開始我們的需求其實很簡單——把“人找料”變成“料找人”用AGV替代一部分固定路線的物料配送工作把線邊倉到工位的搬運標準化。但真正開始做需求分析的時候才發現問題沒這么簡單。車間里通道寬度有限地面有油污和接縫周邊是密集的產線設備電磁干擾源也多再加上AGV需要在多個區域之間穿行涉及跨防火分區、跨物流門、甚至跨樓層立體倉庫端的場景這些對AGV的導航精度、避障能力和通信穩定性都提出了很高的要求。我們前后花了大概兩周時間把搬運節拍、線路長度、停靠點數、充電策略這些數據全部統計了一遍才把需求轉化成明確的AGV數量、車型和調度邏輯。這一步是整個項目的地基千萬不能拍腦袋。我見過有項目因為前期沒算清楚搬運頻次上線后AGV數量不夠調度系統天天堵車最后只能停機加車。所以在需求分析階段建議把每一個搬運任務拆成“起點—終點—頻次—時間窗—物料類型”五要素做成一張大表后續所有仿真和仿真校驗都基于這張表來。1.2 為什么最終圈定海康AGV與斯普萊無線市面上AGV品牌很多各有各的強項。我們這個項目最終選定海康主要有幾個原因。第一海康的AGV產品線完整潛伏頂升式、牽引式、叉車式都有同一個調度平臺RCS可以統一管理不同車型這一點在車間后期擴展時特別重要不需要再買一套系統去適配新設備。第二海康的視覺導航和二維碼導航技術經過大量項目驗證在精度和穩定性上對得起它的價格。第三也是比較實際的一點——海康的售后響應速度和本地化服務網絡對工廠這種需要快速止損的場景來說價值還是很高的。無線組網這一塊我們起初也考慮過直接用車間里現有的辦公Wi-Fi但評估下來發現根本不行。車間現有的無線網絡大多是給掃碼槍、PDA這類低移動性、低帶寬需求的設備用的AP密度和覆蓋邏輯都不是按連續移動場景設計的。AGV需要和調度服務器保持實時通信一旦出現連接中斷或者丟包車輛就會急停嚴重的話會造成堵塞甚至撞車。后來我們選定了斯普萊的工業無線方案一部分原因是它在工業場景里的口碑另一部分原因是它支持快速漫游和工業級抗干擾參數配置也比較靈活適合我們針對車間環境做精細調優。無線網絡這種“看不見”的基礎設施往往被當成邊緣系統來對待但恰恰是這種邊緣系統決定了AGV能不能連續跑一整天不罷工。這個認知是我在這個項目里感受最深的一點。2. 海康AGV小車從硬件到調度平臺的完整閉環2.1 車型選型與導航方式判斷AGV的導航方式目前主流的有磁條導航、二維碼導航、激光SLAM導航和視覺導航幾種。磁條導航成本低但路徑變更要貼磁條柔性太差激光SLAM導航定位精度高、路徑靈活但對環境的一致性要求高車間里灰塵大、光照變化強、高反光物體多激光的穩定性會受影響。我們這次綜合下來選的是海康的二維碼導航配合視覺糾偏方案也就是俗稱的“二維碼慣導”模式地面的二維碼貼紙是絕對定位基準車身上的視覺傳感器負責讀取碼值IMU負責兩個碼點之間的軌跡推算。這樣的好處是在總裝車間這種通道固定、工位固定、地面條件中等偏上的場景里二維碼導航能達到正負10毫米級別的重復定位精度而且成本比激光SLAM方案低不少。更重要的是后期如果工藝調整想改路徑只需要重新規劃二維碼布局和更新地圖不需要像磁條一樣去車間里動“土”對生產的影響小得多。車型方面我們最終定了潛伏頂升式AGV為主力車型。這種車的特點是底盤低可以直接鉆到料車底部把料車整個頂起來馱著走到了目的地再放下整個過程不需要人工干預非常適合線邊物料配送的應用。海康這個系列的車載重從500公斤到2噸都有我們根據物料統計表選的1噸級別單次搬運可以覆蓋大部分線邊料架空跑率控制得比較理想。2.2 RCS調度系統是AGV車隊的“指揮中樞”單臺AGV其實只是個會走路的運輸工具真正讓它有價值的是調度系統。海康這邊用的是RCSRobot Control System它負責跟車間上層的MES或WMS對接接收搬運任務然后把任務分配給最合適的車輛同時處理交通管制、路徑規劃、充電調度這些事。RCS上線前我們花了不少時間做業務流程的配置。比如什么樣的物料用多少號AGV去搬優先級怎么排空車停靠點在哪里電量低于多少需要自動去充電樁充電樁在哪個區域多輛車同時到達路口時誰先過。這些規則如果不提前配好上線后就會出現兩輛車互相等、任務分配不均這種“看似能用實際跑不好”的情況。數據庫層面的配置其實只是第一步更關鍵的是用業務數據做仿真。海康的RCS系統支持離線仿真模式可以把我們前期整理的搬運任務表導進去模擬一整天甚至一個月的運行情況。我們在這個環節發現了幾個問題比如某個路段的通行瓶頸、高峰期充電樁排隊時間過長、某一輛車的任務負載過重等都是在仿真階段提前發現的。這里有個小經驗仿真的時間粒度至少要精確到秒別只按分鐘算否則你會發現AGV在路口等待的細節被平均掉了仿真結果過于樂觀。2.3 AGV現場部署與地圖路徑處理部署階段的實操性非常強。第一步是現場環境勘察。二維碼導航看起來簡單但對地面條件還是有底線的——地坪不能有大的坑洼二維碼區域不能有油污遮擋通道上方的凈空要滿足AGV頂升后貨物通過的高度。廣汽車間的地面整體條件不錯但局部區域還是有地坪漆磨損和伸縮縫這些位置我們都做了標記重新打磨之后才貼二維碼。二維碼的張貼間距也是一個要拿捏好的參數。間距太小二維碼用量大施工成本高間距太大IMU累積誤差變大到下一個碼點的時候定位偏差可能超限。我們根據海康的建議和現場車速最終把間距定在2米左右實測定位精度可以穩定控制在正負10毫米以內轉彎處和坡道處適當加密。這里有個細節二維碼貼完后一定要用專用的掃碼設備逐個驗證確保每一個碼值都能正確讀取避免上線后有的區域突然“失明”。路徑規劃不是光畫幾條線那么簡單。RCS里的路徑是一個有向圖結構每個節點對應一個地碼每條邊對應一段可行駛路徑。我們根據現場交通流設計了單向循環和雙向通道共存的混合路網在交叉口用虛擬交通燈做控制避免車輛擁堵。單行道設計可以顯著降低交通管制的復雜度這個思路在通道不夠寬的老車間里特別實用。3. 斯普萊工業無線組網AGV穩定運行的隱形基礎設施3.1 為什么工廠Wi-Fi滿足不了AGV的通信需求很多人不理解為什么AGV一定要用專門的工業無線車間里明明有很便宜的寬帶加幾個路由器不就行了嗎這里面的核心差異在于三個維度可靠性、移動性和時延。消費級或無線的AP面向的主要是靜態設備或移動速度很慢的終端設計上對“漫游平滑性”沒有太高要求。手機在辦公室走動時從AP1切到AP2掉線半秒鐘可能沒人察覺但AGV不行。AGV在行駛過程中要實時上報位置、狀態接收調度指令哪怕只是幾百毫秒的通信中斷車輛就會觸發安全邏輯緊急停車。在產線節拍緊的時候一次停車就意味著連鎖反應后面的車都會堵上產線負責人很快就會來找你。另外AGV通信還有一個特點持續性和周期性。它不像掃碼槍那樣只在上傳數據時占用信道而是每秒鐘都要和調度系統保持心跳連接。這個如果不做專門的通信優化很容易出現大量重傳導致網絡越用越慢。斯普萊這套工業無線方案整個產品邏輯就是圍繞“移動中的可靠通信”來設計的。它支持802.11r快速漫游兼顧5GHz頻段的抗干擾能力和信道規劃靈活性并且從硬件層面做了更寬的工業溫度范圍和更高防護等級很適合車間環境里惡劣的區域。3.2 無線AP布點與參數調優AP布點這件事不是拿個測繪儀在CAD上畫幾個圈就算完事。車間里有大量金屬設備、鋼架結構、移動中的料車這些都會對無線信號產生反射、散射和吸收。金屬對無線信號的影響尤其明顯一個貼片AP放在鋼柱旁邊信號覆蓋范圍可能直接縮水一半。我們當時是用專業的無線勘測工具做了現場信號覆蓋測試畫出熱力圖之后才開始確定AP位置。關鍵原則是三句話不遮擋、不共頻、不越界。不遮擋指的是AP的安裝位置要避開金屬貨架和大型設備的正后方盡量做吸頂安裝或者高架安裝不共頻指的是相鄰AP要分配不同的信道避免同頻干擾5GHz頻段我們用的是36、40、44、48這四個信道做蜂窩式復用不越界指的是AP的功率不能開太大不能讓一個AP的信號“闖”到太遠的地方否則AGV在應該漫游到下一個AP的時候還抱著舊AP不放漫游切換就失效了。這里必須提一下頻率選擇。歷史上2.4GHz頻段的穿透力強、覆蓋好但干擾源也多——藍牙設備、微波爐、甚至某些工控設備都在這個頻段附近“群魔亂舞”實際用2.4GHz做AGV通信會非常痛苦丟包率高到讓你想砸設備。我們這次是直接用5GHz頻段承載AGV業務2.4GHz只留給一些不太重要的輔助設備效果完全不一樣。還有一個容易被忽略的參數是啟用了快速漫游之后必須把“漫游閾值”調整到一個合理值默認值往往太保守。我們用儀器在車間里沿AGV路線走了好幾遍記錄每個AP的信號強度變化曲線然后根據這些數據把觸發漫游的信號閾值從默認的-75dBm調整到-65dBm左右讓AGV在信號還沒衰減到危險程度之前就主動切換到新AP。這個調優動作直接決定了AGV在移動過程中通信中斷次數的多少。3.3 漫游切換與丟包控制測試組網完成后我們做了一輪高強度的移動通信測試。測試方法是讓AGV在整條線路上反復跑圈同時通過流量監控工具統計連續丟包率。整個測試過程中從AGV的網卡IP持續ping調度服務器觀察往返時延和丟包情況。實測下來調優前的方案在個別區域會出現300毫秒以上的延遲尖峰偶爾還會有一兩個點連續丟包3到4次這個在AGV場景里是不可接受的。經過調整AP功率、漫游閾值和天線角度之后延遲尖峰被壓到80毫秒以內丟包率幾乎為零。值得一提的是漫游切換從舊的“先斷開再連接”模式變成了“先連接再斷開”的快速漫游模式切換時間從幾百毫秒壓縮到幾十毫秒這個級別的切換AGV是感覺不到的調度系統的邏輯判斷也完全不會誤判車輛狀態。測試中我們還發現了一個有意思的現象AGV車身本身就是個大金屬盒子天線裝在車體內部的話信號衰減非常嚴重。后來我們跟設備方協商把通信終端的天線做了外置延長布置到車體頂部信號質量立刻好了很多。所以做AGV項目無線探頭一定不要嫌麻煩必須實際測試車輛各個朝向的信號表現不要只測靜態數據。4. 聯調、上線與常見問題排查實錄4.1 AGV與無線網絡的聯調步驟AGV和無線網絡不是兩個獨立的系統它們的聯調環節往往是上線前最耗時、也最容易出問題的地方。我們當時是按照下面的步驟來的還算順利分享出來供參考。第一步單機靜態聯調。AGV停在車間某個指定位置確認可以通過無線網絡連接到RCS服務器心跳正常調度指令能下發狀態能回傳。這一步主要是驗證網絡基礎連通性。第二步單機動線測試。AGV按照一條簡單路徑來回行駛重點觀察在路徑中段、轉彎處、靠近AP邊緣的區域信號是否會出現斷連、重連或者延遲跳變。用抓包工具記錄整個過程的通信質量。第三步多機并發測試。這個環節最容易暴露問題。多臺AGV同時上線后無線網絡的并發負載會明顯上升AP的帶機量和處理能力都會受到考驗。我們把所有車輛都調成連續運行模式加上調度系統的語音播報、PDA設備看無線網絡在高負載下是否還撐得住。第四步業務場景聯調。AGV和MES系統之間的任務流轉從任務下發、調度分配、AGV取貨、運輸到位到反饋完成狀態整個鏈路要走通。而且不僅要測正常流程還要測異常流程——比如AGV在途中突然斷網重新連上后它的狀態會不會被RCS正確還原會不會出現位置丟失。聯調過程中我很推薦做一次“整夜無人工壓力測試”。白天讓系統以正常節拍運行但夜間可以加大任務密度用腳本自動生成大量搬運任務模擬極端負荷下系統的表現。很多問題只有在負載上去了才會浮出水面。4.2 AGV項目里最容易踩的坑做這行越久越覺得很多項目失敗的根子不在技術而在于現場細節。以這次項目為例有幾個坑可以說是我反復遇到的專門拎出來說一下。第一個坑是AP供電方式。工業AP通常用PoE供電但很多老車間網線布設位置不合理供電不穩定或者網線質量差會導致AP頻繁重啟。我們后來全面檢查了一遍網線把不合格的線路全部重打AP的電源也換成了工業級PoE交換機穩定多了。別看這事小AP一旦頻繁重啟AGV的漫游就一定出問題現象就是車跑著跑著突然停了調度界面顯示離線。第二個坑是刷二維碼的一致性。二維碼貼紙買回來時每張紙上的二維碼圖案看起來都一樣但實際上碼值可能不同。如果施工時貼錯了順序AGV讀到的碼值和RCS地圖里的節點對不上輕則位置報錯重則在岔路口走錯方向。我們施工時對每張碼都編號登記貼完還拿掃碼槍逐個掃一遍校驗把這個問題的概率壓到最低。第三個坑是車間里的移動金屬物。AGV在路上跑的時候旁邊如果有移動的鐵架車、升降平臺、大門開合這些金屬物體的移動會讓無線信號在某個瞬間劇烈波動。這個問題很難通過參數調優完全消除只能靠冗余覆蓋和快速漫游來對沖。我們在AP余量設計上做了20%到30%的信號冗余就是為了應對這種突發波動。第四個坑是環境變了但地圖沒更新。工廠為了趕產量有時候會在通道邊臨時堆物料這會影響AGV的有效通行寬度也會改變無線信號的傳播環境。項目上線后我們和車間負責人明確了一個流程任何影響通道格局的變更必須提前通知項目組做一次環境評估后才能動。這不只是AGV的問題也是安全管理的底線。4.3 常見問題排查速查表為了方便大家直接對標處理我把這次項目里遇到的典型問題和解決方向整理成表大家以后遇到類似現象可以直接按圖索驥。現象可能原因排查方向與解決建議AGV偶發急停無線丟包或漫游中斷用ping連續監測通信質量檢查AP覆蓋盲區和漫游閾值車輛狀態上報延遲高無線信道擁塞檢查5GHz頻段信道干擾確認AP帶機量是否超限二維碼讀取失敗二維碼污損或光軸不正清洗二維碼區域檢查車底讀碼器高度和角度調度任務分配不均RCS配置問題檢查任務優先級、車輛可用狀態、充電策略配置AGV在固定位置頻繁停可能是AP信號在金屬設備后嚴重衰減現場勘測該位置信號調整AP位置或增加一臺AP系統提示車輛位置丟失二維碼跳變或IMU累積誤差超限檢查連續幾個地碼是否漏讀必要時加密二維碼無線網絡重啟后AGV掉線AP參數未保存或不穩定供電檢查AP配置持久化、PoE供電穩定性這張表不算完整但覆蓋了AGV無線項目中最常見的一批“頭疼問題”。大家可以結合自己的現場情況進一步細化成自己的排查清單。4.4 上線初期要盯的幾個關鍵指標上線不等于項目結束真正考驗系統穩定性的是上線后的第一個月。這段時間我會讓團隊重點盯幾個指標單臺AGV的日均行駛里程、任務完成率、急停次數、無線網絡丟包率、調度系統的平均響應時間。這些數據每天匯總一次一旦發現趨勢異常馬上介入。我印象最深的是一次無線網絡的“軟故障”各項指標都正常但調度系統偶爾報“指令超時”。后來查了很久發現是AP的漫游日志里出現了大量“關聯失敗”記錄原因是相鄰兩個AP的BSSID配置在某個網段上發生了沖突。這種問題在靜態網絡里幾乎不會暴露只有在AGV這種高頻率漫游場景中才會浮出來。排查思路就是沿著漫游日志一點一點追根溯源最后在一臺交換機的配置里找到了重復的MAC表項。另外一個經驗是AGV項目上線后一定要有明確的問題分級響應機制。AGV的通信故障按嚴重程度分三檔影響單臺車運行的、影響某條線路多臺車運行的、影響整個調度系統的。每一檔都要有對應的響應時限和升級路徑不然一個小問題拖久了就會放大成生產事故。5. 從項目落地到車間自動化擴展的幾點思考AGV加工業無線這個組合往小了說是兩個系統對接往大了說其實是車間自動化改造的一個縮影。整套方案落地之后車間最大的變化不是少了幾個搬運工而是搬運流程變得可控、可預測、可優化了。以前人工搬運的節奏受人的狀態影響很大現在AGV的運行節拍、位置、能耗、任務數據全都在系統里管理人員可以基于數據不斷調整優化這是整個項目最有價值的地方。另外這套無線網絡未來還可以承載更多的東西。因為AGV項目已經把基礎的無線覆蓋和工控網絡調優做好了后續如果想加裝在線質量檢測設備、PDA、工位終端、人員定位系統基本上可以在這個網絡上直接擴展不用再重新布線。這也是我堅持在無線網絡上用高規格設備的原因——一次投入多次復用。還有一點想提醒同行任何AGV項目都不是一次性的“交鑰匙”而是一個長期的迭代過程。海康的RCS系統和斯普萊的無線設備都支持遠程維護和參數升級用好這些能力可以讓系統的生命周期延長很多。寫在最后的一點個人體會這個項目從頭到尾做下來我最大的體會有兩個。第一個是現場永遠比仿真復雜仿真里跑得再順到了車間總會有意想不到的情況比如某個角落的金屬柜、某輛臨時停在路口邊的叉車都會影響系統的穩定。所以做項目實施一定要預留出足夠的現場調試時間不要讓進度表卡得太死。第二個是AGV和無線網絡的配合一定要當成一個整體來設計不能A找一家B找一家然后啥都不管兩邊的工程師必須坐下來一起把通信需求、設備特性和邊界條件對清楚否則上線后扯皮的事會特別多。最后再分享一個小技巧項目驗收的時候一定要寫清楚無線網絡的性能基線包括漫游時間、丟包率、時延指標以后系統出現問題就能拿基線數據做對比快速判斷是無線退化還是設備故障。這個文件看著不重要關鍵時刻能救急。