第197章 无人之境(2/5)
江临按已经交付的机械接口、供电边界和通信帧格式,重新装出三台同规格底盘。
其中一台背侦察与中继舱,负责走在最前面确认路线。
一台背物资舱和缆线舱,负责把工具、备件与光缆送到工位。
第三台平时运送动力舱,出现故障时换上救援拖曳模块。
力控作业交给两台新造的重载平台。
它们走得比G-01c慢,机身也更矮,六只机械足向两侧展开以后,能够把操作载荷直接送进地面的承重结构。
两台重载平台使用同一套力控操作舱,任何一台退出,另一台都能接过已经确认的工具、动作边界和作业记录。
最麻烦的部分藏在机器之间。
第一套任务系统把五台机器都接进同一张实时地图,任何一个通信节点延迟超过两秒,整队便停在原地。
地下弯道很快教会它们,这种整齐只适合前哨站的测试场。
侦察机绕过一面厚墙以后,重载平台还在等它的姿态数据。
缆线机被一块落石挡住,前面的三台机器便跟着失去了下一步;负责中继的G-01c一旦离开原位置,全队甚至会忘记自己刚才走到了哪里。
江临把那张共享地图拆开,只给每台机器保留完成当前职责所需的局部信息。
侦察机交付的是一段经过确认的路线,运输机交付的是放在指定位置的物资,操作机交付的是带边界的动作结果,救援模块交付的是一条能够承受多少拉力的拖曳通道。
路线和任务通过检查点移交,上一台机器断开以后,下一台仍能凭手里已经确认的东西继续工作。
mpS-Agent a只负责分配这些已经验证过的职责,任务目标、风险边界和终止条件仍由江临预先写入。
新协议原本需要更大的数据帧和更快的控制器。
江临把它缩成G-01c原控制器能够读懂的状态交接,又将计算量更大的路线融合与救援判断装进标准任务舱。
旧底盘收到的依旧是抵达、驻停、投放、拖曳和返回。
第四年冬天,那台按现实冻结版本装配的G-01c换上救援舱,第一次把一台故意撤掉两足支撑的重载样机从碎石坡上横拖出来。
它的控制器剩余算力只有百分之十一,四组机械锁、供电插头和任务心跳帧一处都没改。
江临把测试记录放进现实转译目录时,文件名后面加了一行备注。
【既有G-01c:底盘无需更换】
从第二年到第五年,前哨站外侧的测试场被五台机器压出几十条深浅不同的痕迹和足印。
江临右肩上那条被牵引带勒出的红痕消成一道浅印时,五台机器已经能从三个方向把同一只故障样机拖回安全线,那根人工救援绳则继续挂在设备仓墙上,每半年换一次防潮袋。
最早几次同伴救援里,拖曳机把受损平台拉翻过,第二台操作机也曾在接管载荷时折断支撑臂,测试场西侧那只假阀门更是被两台机器各拧半圈,最后从钢架上整个拔了下来。
那只阀门后来一直摆在装配间门口,弯曲的支架很适合提醒任何路过的机器,这里曾经有五位力气很大、彼此又不太熟的同事。
第五年以后,提醒开始变得多余。
侦察机能够在主队抵达前确认支撑面和中继点,运输机学会把物资留在不会堵住回撤路线的位置,两台操作机也能在同一载荷上交接受力。
救援协议一共留下七种固定动作,分别覆盖断足、关节锁死、通信中断、任务舱无法释放和拖载物倾覆等现场情况。
第八种始终空着。
它留给超出证据范围的事故,机器遇上以后只能封锁现场,带着仍能移动的同伴撤回来。
oUtER cAchE-07的维护目录里,有一份申请从第二年开始便挂着【本地协作能力不足】。
两台操作机、三台G-01c和七项固定救援动作完成能力申报以后,那行灰字才变成可执行状态。
本轮第五年最后一个月,oUtER cAchE-07把一份新的维修申请送到本地终端。
缓存设备仓北侧有一段冷却与通信共用支路,灾变时被垮落的设备架压断,剩余回路只能维持短时读取。
F-2过滤单元修复以后,数据移交每天开放四次,每次最长五十三分钟,过后便要把热量和通信负载一起降回保全区间。
这条支路若能接回,冻结回路将多出一条散热路径,通信也能绕开那只时断时续的旧中继。
维修现场位于设备仓北侧一点八公里处,通道宽度不足两米,最窄的转角只有一米二七。
外置旁路、换热组件、铠装光缆和接口工具合计一点二六吨,任何一台现有平台都背不完。
江临把任务拆成五份,逐项封进任务舱。
第六年第二个月,凌晨六点十八分,五台机器在oUtER cAchE-07北侧隔离门前完成最后一次状态交接。
侦察G-01c排在最前面,机背上的中继杆已经竖起。
缆线机和动力机拖着四只低矮物资舱,两个重载操作平台落在队尾,机腹下方各收着一套力控操作舱。
G-Explorer-c守在隔离门外,负责接住现场传回的局部地图。
本章未完,请翻下一页继续阅读.........