第172章 讓機器代替人類走得更深

投票推薦 加入書籤 小說報錯

  九月二十二日,下午五點四十八分。

  紫荊公寓十七號樓,402室。

  江臨點開前天晚上完成解密校驗的那份地下綜合管廊數據包。

  數據包進入工況目錄以後,只完成了來源、哈希值與讀取權限確認,尚未進行技術判斷。

  按照低熵工坊既定的場景審查隊列,今天才移交給江臨處理。

  運營方只允許經過備案的指定終端讀取,不允許轉發,不開放主控制系統,也不提供真實地理坐標。江臨面前這台獨立工作終端,正是獲准讀取資料的終端之一。

  第一批資料全部來自真實現場測試,但範圍有限。

  數據包里只有現場錄像、故障工單和三次設備改造記錄。

  驅動電流、模塊溫度、運動狀態等原始運行日誌,仍然保留在運營方伺服器。

  屏幕隨即暗了下去。

  幾秒後,畫面亮起。

  鏡頭來自一名維護人員胸前佩戴的記錄儀。

  狹長的地下通道一直延伸到照明燈無法抵達的遠處。兩側是分層鋪設的管道與電纜橋架,牆面上凝結著細小水珠,地面留下雨季滲水沖刷後的深色痕跡。

  記錄儀隨著維護人員的腳步輕輕晃動。

  再往前,一台灰黑色履帶式巡檢機器人停在通道中央。

  頂端警示燈仍在閃爍。

  左右履帶都沒有損壞。

  機械臂收攏在機身上方。

  攝像頭也還在工作。

  可它已經徹底失去運動能力。

  畫面右下角保留著故障發生時的狀態信息。

  【已執行任務距離:1.37km】

  【電池剩餘:63%】

  【主驅動模塊:過溫保護】

  【任務狀態:中止】

  兩名維護人員將尼龍拖帶掛上機器人尾部。

  第一次發力,機器人只向後移動了幾厘米。

  履帶與潮濕地面摩擦,發出沉悶的刮擦聲。

  兩個人重新調整站位。一人在前面拉,另一人在後面推。原本負責代替他們進入地下完成巡檢的機器,就這樣被他們一步一步拖了回來。

  視頻總長十七分鐘。

  中間沒有剪輯。

  錄製者的呼吸越來越重。

  其中一名維護人員在經過第三個防火分區時停下來,摘下手套,靠著牆休息了兩分鐘。

  進度條走到最後,機器人仍未被拖出驗證段。

  江臨將視頻退回開頭,又看了一遍故障狀態。

  電池還有百分之六十三。

  低熵工坊參加世界機器人大會後,登記過一百三十四條場景需求。剔除套殼融資、表演採購、無明確工況和試圖索取核心參數的項目,最終只剩七條,地下綜合管廊的綜合優先級排在第二。

  項目方想要的也很明確。

  他們不需要機器人跑得多快,更不需要機器人做出引人注目的動作。

  驗證段全長兩點八公里。

  機器從入口出發,完成圖像採集、儀表讀數、滲漏識別和環境記錄,再沿原路返回。

  一個往返,五點六公里。

  在滿足既定防水防塵要求的三次實地測試中,現有平台最遠只走到一點五公里。

  它能進去。

  回不來。

  江臨繼續往下翻。

  除了現場錄像,項目方還提交了三份改造記錄。

  第一次,他們懷疑電池輸出能力不足,將原有電池組更換為更高放電倍率的型號。

  故障依舊。

  第二次,他們提高電機與驅動器餘量。

  機器人走得更快,也更有力。

  但過溫保護提前了十一分鐘。

  第三次,他們在控制艙內部安裝了尺寸更大的鋁製散熱器,又增加兩隻循環風扇。

  停機時間向後推遲了八分鐘。


  整機重量卻增加了六點四公斤。

  項目簡報最後寫著當前判斷。

  【密封艙體散熱能力不足,建議重新設計外殼並進一步降低系統功耗。】

  六點整,固定技術窗口開啟。

  梁知夏從江城辦公室接入會議。

  項目方的工程負責人和熱設計工程師也出現在屏幕另一側。

  簡單寒暄之後,工程負責人直接打開驗證段平面圖。

  「這段管廊已經試過四種巡檢平台。」

  「四輪的過不了排水槽,履帶的過伸縮縫時姿態波動太大。還有一款能走完全程,但必須把控制艙散熱口打開,達不到我們的防水防塵要求。」

  「我們看過G-01C在恆泰的測試。」

  「我們需要確認,它能不能做一個地下管廊變體。」

  梁知夏問:「任務要求呢?」

  「連續運行不低於四小時。驗證段往返一次,中途不得人工干預。」

  「環境邊界?」

  「常態溫度二十八到三十五攝氏度。雨季局部濕度接近飽和。地面可能有淺層積水,但不考慮完全浸沒。」

  「項目周期?」

  「希望十五天內完成第一次驗證。」

  梁知夏沒有接下這個時間要求。

  「低熵工坊目前只能做可行性審查。能否進入聯合驗證,要先看保留了共同時間關係的底層故障日誌。」

  「我們已經提供故障報告。」

  「我們需要故障數據。」

  項目方工程負責人看了一眼身旁的熱設計工程師。

  「控制策略和部分硬體參數涉及現有供應商。」

  「可以脫敏。」梁知夏說,「但不能只提供結論。」

  江臨調出視頻里的故障畫面。

  「第二次實驗從任務啟動到過溫保護觸發以後兩分鐘,驅動電流、驅動器溫度、艙內溫度、運動狀態和位置日誌都保留了嗎?」

  熱設計工程師回答:「有。」

  「溫度採樣點在哪裡?」

  「一處在主驅動模塊內部,由驅動晶片輸出。另一處在控制艙中部,距離主驅動模塊大約二十厘米。」

  「外殼溫度?」

  「只在幾次實驗中用紅外熱像儀測過,沒有全程記錄。」

  「機器人經過伸縮縫和排水槽的時間點呢?」

  「運動日誌里有。」

  江臨把三份實驗簡報並排放在屏幕上。

  三次停機位置不同。

  第一次是一點三七公里。

  第二次是一點一九公里。

  第三次接近一點五公里。

  三次運行時長同樣存在明顯差異。

  三份簡報顯示,三次實驗採用同一條驗證路線和相同任務流程,環境溫度也沒有出現足以解釋停機差異的變化。

  第二次實驗更換了功率更大的電機和驅動器,機器人平均速度提高,過溫保護卻比第一次提前了十一分鐘。

  如果故障只來自密封控制艙在相同環境中的緩慢整體積熱,運行時間更短的第二次實驗不該最早觸發保護。

  可事實恰好相反。

  「把第二次實驗的原始日誌發過來。」江臨說。

  「全部?」

  「只要這一段完整日誌。絕對時間、位置和設備編號都可以替換,但驅動電流、兩處溫度、運動狀態和位置日誌,必須保留同一個相對時間零點。」

  工程負責人沒有直接調取數據。

  他側過身,與會議室外等候的數據安全負責人確認了幾句話。

  一分鐘後,那名負責人接入會議。

  「共同相對時間軸會不會暴露真實運行班次?」

  「把過溫保護觸發的那一刻設為T0。日誌從任務啟動開始,保留到T0之後一百二十秒。所有通道使用同一個T0。我們不需要日期,也不需要它發生在白班還是夜班。」


  「位置數據呢?」

  「只保留從起點開始的相對距離,以及伸縮縫、排水槽和積水區的匿名事件標籤。」

  「供應商參數?」

  「電流可以按額定值歸一化。過溫保護線保留,型號和具體額定值可以隱藏。」

  數據安全負責人將這些內容寫入臨時申請單。

  【申請範圍:第二次停機實驗故障窗口】

  【時間範圍:任務啟動至T+120s】

  【時間處理:共同相對時間零點】

  【零點定義:主驅動模塊觸發過溫保護】

  【位置處理:相對距離與匿名事件標籤】

  【參數處理:額定值歸一化】

  【接收權限:低熵工坊只讀數據區】

  申請需要工程負責人、數據安全負責人和供應商接口人共同確認。

  會議暫時中止。

  江臨沒有催促。

  缺少正式授權,即便數據已經擺在對方伺服器上,也不應越過權限邊界進入低熵工坊。

  晚上八點十四分,三方確認完成。

  經過截取、平移、匿名化和哈希校驗的數據包被送入低熵工坊只讀數據區。原始文件仍然留在運營方伺服器,低熵工坊只能讀取這一段經過批准的故障窗口。

  八點二十分,技術會議重新開啟。

  江臨沒有先看溫度。

  他把電機電流曲線與位置記錄疊在一起。

  機器人進入驗證段後的前七百米,主驅動電流變化平穩。

  七百三十米處,經過第一處變形縫,電流出現連續三次峰值。

  八百六十米,地面積水加深,左右履帶發生輕微轉速差,控制系統連續修正方向。

  一千零八十米,右側履帶碾上排水槽邊緣。

  每經過一處地面變化,電流曲線都會向上刺出一排尖峰。

  單獨看,沒有任何一次超過驅動器額定範圍。

  可另一條溫度曲線並沒有在尖峰結束後恢復。

  它一級一級向上抬升。

  第一次修正後,增加三度。

  第二次,增加五度。

  第三次,只下降一度,下一輪電流峰值已經到來。

  控制艙中部的空氣溫度始終沒有超過四十七度。

  驅動模塊內部卻在一點一九公里處越過保護線。

  江臨把兩條溫度曲線單獨放大。

  一條平緩。

  一條陡峭。

  同一個密封艙里,兩個採樣點相距二十厘米,最高溫度相差接近四十度。

  項目方熱設計工程師盯著曲線。

  「驅動器內部溫度一直比艙溫高。這個我們知道。」

  「你們的散熱器安裝在哪裡?」

  「驅動板上方。」

  「怎麼連接外殼?」

  「沒有直接連接。散熱器向艙內空氣釋放熱量,再由外殼散出去。」

  「這是密封版本改造後留下的結構?」

  「原平台有進出風口。項目要求提高密封等級以後,我們保留了內部風道,把外循環改成了內循環。」

  他打開控制艙結構圖。

  兩隻風扇安裝在散熱器附近。

  氣流穿過鋁製鰭片,沿控制板上方向後流動,再從電池倉側面返回。

  從風道圖上看,這是一套完整循環。

  問題也正在這裡。

  熱量離開驅動器,進入控制艙空氣。

  風扇再把已經升溫的空氣送回驅動器附近。

  一部分熱量能夠通過艙壁緩慢散向外界,更多的熱量卻滯留在內部。

  在穩定、低負載的平整道路上,這套結構勉強能夠維持平衡。

  一旦機器人連續越過伸縮縫、積水和排水槽,驅動器產生的局部熱脈衝就會超過這條散熱路徑的輸送能力。


  「你們加大散熱器以後,模塊溫度下降了多少?」江臨問。

  「穩定負載下降了六度。現場停機前只下降了不到兩度。」

  「外殼呢?」

  「變化不大。」

  「散熱器更重了,外殼卻沒有明顯變熱。」

  項目方工程負責人聽出了這句話里的意思。

  「熱沒到外殼?」

  「至少沒有及時到達。」

  江臨在結構圖上標出主驅動模塊。

  然後沿著散熱器、艙內空氣和外殼,畫出當前的傳熱路徑。

  那條路徑繞了很大一圈。

  驅動器產生熱量後,首先要穿過導熱墊,到達鋁製散熱器。再由散熱器加熱密封艙里的空氣,最後依靠空氣與艙壁接觸,將熱量傳到外殼。

  它擁有很大的散熱面積。

  缺少的卻是一條足夠短、能夠承受瞬時熱流的出口。

  「能不能在北京提供一套同型號驅動模塊、密封控制艙和電機負載組件?」江臨問。

  工程負責人說:「同型號電機有,負載組件也在北京測試站。」

  說著,他看了一眼控制艙結構圖,又問:「整機不用?」

  「暫時不用。」江臨說,「我要重放主驅動器在連續越障時經歷的負載譜,不需要復現整條管廊。」

  「電機和驅動模塊都按原平台配置?」

  「保持一致。負載峰值、持續時間和間隔,按照剛剛獲批的故障窗口還原。」

  工程負責人看了看時間。

  「明天上午可以送到。」

  梁知夏接過話。

  「送到北京研發中心,樣品清單、權屬說明和拆裝權限今晚確認。」

  「十五天的驗證周期呢?」

  「等最小復現完成再談。」

  會議結束時,項目方沒有得到G-01C能否在管廊連續運行四小時的答案。

  雙方只確認了第一階段的有償故障復現。

  【任務範圍:密封控制艙局部熱堆積復現】

  【測試對象:項目方現有主驅動模塊】

  【交付結果:熱路徑瓶頸判斷與原始測試記錄】

  【不包含:G-01C整機方案與四小時連續運行承諾】

  樣品損壞責任、拆裝權限與測試數據歸屬進入電子確認流程。

  他們先弄清楚,那台機器人為什麼會停在一點三七公里外。

  ……

  九月二十三日,下午三點十七分。

  低熵工坊北京研發中心。

  入口處的門禁已經安裝完成,地面的保護膜卻還沒有全部撕掉。靠牆堆著幾隻尚未拆封的設備箱,箱體外側貼著採購編號和驗收狀態。

  房間中央,兩張重型工作檯已經投入使用。

  獨立電路。

  可編程直流電源。

  多通道溫度記錄儀。

  一台體積不大的紅外熱像儀。

  還有項目方隨樣品一併送來的小型電機測功台,以及一套能夠容納密封控制艙的溫控圍護箱。

  同型號雙電機已經固定在負載架上,扭矩與轉速傳感器完成校準。

  工具牆上只掛了最常用的一批扳手、螺絲刀和測量工具,空出來的位置還很多。

  項目方送來的密封控制艙放在左側工作檯上。

  江臨打開上蓋。

  裡面的結構與圖紙基本一致。

  電池倉位於後側。

  計算模塊在中部。

  主驅動板與兩隻循環風扇擠在前端。

  散熱器很大,鰭片排列也足夠整齊。僅看用料,很難把它與散熱能力不足聯繫起來。

  江臨戴上防靜電手環,將四隻熱電偶依次固定。

  第一隻貼近主驅動模塊的功率器件。

  第二隻固定在鋁製散熱器根部。


  第三隻懸在艙內空氣溫度採樣點。

  第四隻貼在外殼內壁。

  項目方的熱設計工程師站在另一側,完成線路檢查。

  「對外數據只顯示額定電流比例。」熱設計工程師說,「測功台已經按照這套電機和驅動器的真實額定值還原。三組負載峰值的幅度、持續時間和間隔全部保留。」

  「轉速變化呢?」

  「按照第二次現場實驗重放。所有通道沿用昨晚批准的共同相對時間軸。」

  「過溫保護值?」

  「保持原驅動器設置。」

  「電源電壓和風扇控制?」

  「與現場一致。」

  江臨合上艙蓋。

  螺栓按對角線順序擰緊。

  密封控制艙被移入溫控圍護箱。

  雙電機與測功台留在箱體外,動力線和控制線經密封過線口接入艙內主驅動模塊。

  圍護箱的環境溫度被設定為三十三度,與第二次現場實驗記錄保持一致。

  試驗開始。

  圍護箱在三十三度下運行,直至控制艙外殼、艙內空氣和主驅動模塊回到設定初始溫度。

  三個測點連續穩定十分鐘後,第二次現場負載譜開始重放。

  負載譜開始重放後的前十分鐘,兩台電機保持平穩轉速,四條溫度曲線一起緩慢上升。

  隨後,測功機依次施加三組短時制動力矩,模擬機器人越過伸縮縫、在積水中修正方向,以及右側履帶碾上排水槽邊緣時的負載變化。

  主驅動模塊仍由原控制器調製,電流峰值、持續時間和間隔全部按照現場記錄重現。

  第十三分鐘,第一組負載峰值出現。

  功率器件溫度向上跳了三度。

  散熱器根部上升一度。

  外殼溫度幾乎沒有變化。

  第二十一分鐘,連續方向修正被重放。

  功率器件溫度再次抬升。

  風扇轉速已經達到設定上限。密封艙內的空氣不斷循環,散熱器後方的氣流速度並不低。

  可熱量依舊堆積在驅動板附近。

  第三十四分鐘,功率器件超過八十度。

  艙內空氣四十六度。

  外殼四十二度。

  項目方工程負責人通過遠程視頻看著四組數字。

  「外殼還這麼低?」

  熱設計工程師沒有解釋。

  他的注意力已經全部落在功率器件溫度上。

  第四十一分鐘,試驗台發出一聲短促提示。

  【主驅動模塊:過溫保護】

  【輸出切斷】

  負載歸零。

  兩隻循環風扇仍在高速運轉。

  這一次沒有一點三七公里的地下通道,也沒有積水和伸縮縫。

  只有一隻放在工作檯上的密封控制艙。

  故障依然出現了。

  江臨停止記錄,等內部溫度下降。

  隨後打開艙蓋,拆除散熱器。

  散熱器底部與驅動模塊之間隔著一層導熱墊。厚度用於兼顧電氣隔離、裝配公差和振動緩衝,卻也帶來了更高的熱阻。

  散熱器本身沒有問題。

  風扇也沒有問題。

  問題發生在熱量離開散熱器以後。

  它找不到一條足夠快的通道抵達外殼。

  江臨從工具箱中取出一段臨時銅編織帶。

  一端壓在散熱器基座。

  另一端通過絕緣墊片和臨時夾具,連接到密封艙內壁的金屬加強筋。

  這不是可以直接投入現場的結構。

  銅編織帶可能在長期振動中疲勞。

  連接位置可能影響密封。

  絕緣墊片會引入新的接觸熱阻。


  熱量導入外殼後,還要考慮最大允許表面溫度、熱循環結束後的冷凝、密封材料老化和附近傳感器漂移。

  但它足夠完成一次最小驗證。

  熱設計工程師主動拿來絕緣測試儀,確認臨時連接沒有破壞原有電氣隔離。

  「先不改原結構?」

  「只增加一條熱通道。」

  「外殼溫度會升高。」

  「應該升高。」

  兩人重新封閉控制艙。

  控制艙重新進入三十三度環境,四個測點逐步回落。

  直到它們與第一輪試驗初始值的偏差均不超過半度,並連續穩定十分鐘,江臨才重新載入同一份負載譜。

  第二輪試驗開始。

  為了驗證新增熱通道能否跨過一個完整故障周期,並在相同負載再次出現時繼續維持穩定,江臨將那段四十一分鐘的現場負載譜連續重放兩遍。

  同樣的環境溫度。

  同樣的電流峰值。

  同樣的循環間隔。

  第十三分鐘,功率器件溫度依舊出現第一次抬升。

  銅編織帶的溫度隨之上升。

  幾分鐘後,外殼溫度也開始變化。

  第二十一分鐘,連續方向修正再次被重放。

  第一輪試驗中,功率器件溫度從這一刻開始迅速累積。

  這一次,熱量沿著銅編織帶進入外殼加強筋,再從更大的金屬表面向外擴散。

  第三十四分鐘。

  功率器件七十一度。

  外殼四十九度。

  項目方工程負責人看到外殼溫度比第一次高出七度,身體下意識向屏幕前傾。

  「外殼更熱了。」

  「對。」江臨說。

  「這樣算改善?」

  「第一輪試驗結束時,外殼只有四十二度,驅動器已經過溫。」

  江臨將兩輪曲線疊在一起。

  「現在外殼接走了原本堆在驅動器附近的熱量。」

  第四十一分鐘。

  第一輪試驗觸發保護的時間點到了。

  負載仍在運行。

  第一個完整負載周期結束以後,測功台沒有停機。

  同一段現場負載譜從起點重新開始。

  三組電流峰值在第二個周期里依次重現,功率器件溫度卻沒有再出現一級一級向上失控的趨勢。

  功率器件溫度穩定在七十四度附近。

  外殼溫度五十二度。

  沒有過溫提示。

  沒有輸出切斷。

  試驗繼續。

  第五十分鐘。

  第七十分鐘。

  功率器件溫度仍在緩慢上升,隨後穩定在七十六度附近。

  外殼溫度升至五十四度。

  兩隻循環風扇始終按照與第一輪相同的控制曲線運行。電源電壓、環境溫度、負載峰值和循環間隔也沒有改變。

  兩輪試驗之間,唯一新增的變量,就是那條連接散熱器基座與外殼加強筋的臨時熱通道。

  第八十二分鐘,最後一段高負載重放結束。

  江臨終止試驗。

  過溫保護始終沒有觸發。

  工作檯旁安靜了一陣。

  項目方工程負責人重新調出最初那段故障錄像。

  畫面里,兩名維護人員正在地下通道中拖動那台失去運動能力的機器人。

  「所以,我們一直在給控制艙降溫。」

  他說。

  「真正需要處理的,是驅動器附近那一小塊地方?」

  「更準確地說,是熱量離開那一小塊地方的速度。」江臨說。

  「換一條銅帶就能解決?」

  「不能。」


  江臨拆開艙蓋,指向臨時固定點。

  「它只能證明故障判斷成立,也能證明直接建立熱通道有效。」

  「現場版本還要處理振動、疲勞、電氣隔離、密封、表面溫度、冷凝和不同姿態下的熱路徑變化。銅編織帶沒有經過任何壽命測試,不能裝進管廊。」

  工程負責人點開項目計劃。

  「十五天內完成第一次實地驗證,還有可能嗎?」

  「先做環境與振動聯合測試。」

  「需要多久?」

  「你們補齊外殼材料、內部空間限制、最大允許表面溫度和長期負載譜。低熵工坊明天給第一版驗證計劃。」

  「連續運行四小時?」

  「暫時不承諾。」

  梁知夏將項目狀態從場景諮詢改為:

  【工程預研】

  沒有簽訂整機採購。

  沒有寫入四小時指標。

  也沒有使用江臨個人成果為項目提供任何安全背書。

  第一階段有償故障復現完成後,項目方同意將後續工作推進到熱路徑工程預研。

  這是低熵工坊繼恆泰礦山之後,真正進入的第二類現實場景。

  地下綜合管廊。

  會議窗口關閉後,江臨把兩輪試驗曲線列印出來。

  第一張紙上,外殼一直保持著相對低溫,驅動器溫度卻一路沖向保護線。

  第二張紙上,外殼更熱,驅動器反而穩定下來。

  許多人下意識認為,機器外殼越涼,散熱就越好。

  可在這隻密封控制艙里,冰涼的外殼恰恰證明了內部熱量還沒有找到出口。

  江臨將臨時銅編織帶取下,裝進證物袋。

  標籤上寫著:

  【僅用於熱路徑假設驗證】

  【禁止作為現場方案】

  隨後,他打開第十一次廢土回歸後一直封存在獨立目錄中的兩份文件。

  【MPS_HeatRouter_Reality_v2.0】

  【G01C_HeatRouter_FieldPack_v1.0】

  屏幕上出現九個現實材料與結構方案。

  銅。

  鋁。

  熱解石墨膜。

  陶瓷絕緣片。

  柔性熱連接。

  微型熱管。

  相變緩衝層。

  結構殼體。

  狀態機溫升斜率接口。

  未來外環殘片上的材料、微通道和相變介質,一個都沒有被列進去。

  現實世界沒有那些東西。

  低熵工坊能使用的,只是2022年能夠購買、加工、測試和更換的普通材料。

  但那條從未來廢墟中提煉出來的工程原則已經足夠清晰。

  一台機器內部存在許多熱源。

  它們不會同時發熱。

  也不會以相同速度發熱。

  真正需要管理的,並非一個籠統的整機溫度。

  而是在不同任務階段,把最危險位置的熱量及時送往仍有餘量的區域,再在熱峰過去以後慢慢釋放。

  江臨新建項目目錄。

  【G01C_HeatRouter_PipeGallery_v0.1】

  輸入第一項測試目標。

  【驗證段往返5.6km】

  第二項。

  【連續運行不低於4h】

  第三項。

  【密封等級不降低】

  第四項。

  【任何新增熱路徑不得干擾足端傳感、驅動控制與安全狀態機】

  寫完之後,他重新打開故障錄像。

  兩名維護人員還在拖動那台機器人。

  照明燈將他們的影子拉得很長。

  那台機器原本用來替人進入地下。

  最後,卻讓兩個人為了它走得更深。

  江臨關閉視頻。

  工作檯上的控制艙已經徹底冷卻。

  外殼恢復了與室溫相同的溫度。

  那段臨時銅編織帶安靜地躺在透明證物袋裡。

  它還遠遠稱不上答案。

  卻已經為積在驅動器里的熱,指出了第一條能夠離開的路。

章節目錄