第178章 地下十二公里的回音（2 / 2）
【安全单元响应：正常】
pcu-17只能读取外环部分状態。
ne-73调度节点只能控制本地区域。
它们都没有打开t-7外壳维护港的权限。
这辆车却属於t-7原生维护体系。
即使牵引、制动和冷却全部失效，它仍然是一件等待归队的故障维护单元。
车辆本身，就是进入维护港的凭据。
江临將修复目標压缩成五项。
牵引。
制动。
通信。
基础安全控制。
原生身份单元。
接下来一年多，or-at-ne73成为前哨站之外的第二座工作间。
江临骑著电动摩托往返东北七十三，將电池模块、泵组、线缆、金属型材和加工件分批运入地下。
第一套外接升压单元，在零点四秒內触发保护。
第二套成功建立母线电压，锁死的制动轮却在轨面上拖出一道白痕。
江临拆开制动执行器，替换固化润滑材料，重新製作密封圈，对磨损滚柱逐一配磨。
第十九次復装，制动器完整释放。
外部冷却迴路保留原有冷板，只更换泵组、压力反馈和隔离管线。
三號轮组失去温度传感器，g-explorer-c便携带外置红外模块跟车监测。
第一次长距离测试在四百二十米处失败。
外接储能比原牵引控制器需要的功率响应慢了十七毫秒。
江临没有修改车辆控制核心。
他在电源侧增加预测补偿，让原系统继续看见熟悉的母线响应。
三公里。
五公里。
十点四公里。
到第二十四年六月，or-v-073-04终於完成ne-73轨道往返测试。
【牵引：恢復】
【制动：恢復】
【本地通信：恢復】
【外接储能：临时工程状態】
【原生身份单元：未修改】
【允许任务：单次离线回收验证】
修復维护车的同时，江临还用现实世界带来的轮轂电机、独立电池组和前哨站库存型材，製作了一台摺叠式双轨电驱平台。
它不接入or-at-ne73，也不调用维护车的任何控制接口，只接受本地手动指令。
满载测试中，它搭载江临、g-explorer-c与必要保障物资，在ne-73轨道上连续行驶超过三十公里。
or-v-073-04一旦被t-7回收、扣留或失去行动能力，这台平台负责返程。
维护车原本没有驾驶舱。
江临用前哨站库存的铝合金型材、旧阻尼器和耐磨坐垫，在货台前部製作了一座低矮座椅。
座椅旁是手动断电桿。
脚下放著独立空气瓶、应急通信器和一套机械制动装置。
货台后部固定著g-explorer-c、四只通信中继、牵引轮卡具、摺叠桥板、保障物资和环境记录盒。
那台完成满载测试的摺叠式双轨电驱平台，则被固定在货台最末端。
它使用独立电池和控制器，额定续航三十八公里，不接入任何未知网络。
维护车若被t-7回收，这台平台负责把江临与g-explorer-c带回来。
第二十四年六月二十九日。
or-v-073-04调用原生离线回收模板。
电池衰减、制动锁止、传感器失效与任务中断记录，被ps-faultledger重新对齐。
申请由车辆自身的安全单元完成签名。
【起点：or-at-ne73】
【终点：t-7外壳维护港】
【线路距离：12.6k】
【任务性质：故障单元离线回收】
琥珀色指示灯亮起。
接触器闭合。
轨道两侧三盏维护灯依次转绿。
无人维护车驶入黑暗。
第一道隔离门由ne-73节点正常开启。
第二道门被变形护板卡住。
江临与g-explorer-c用两只千斤顶卸载受力，將护板向外移动四厘米，车辆从不足十厘米的顶部余量下缓慢通过。
第三道门后，轨道发生沉降。
左轨抬高十三厘米，右轨向外偏移六厘米。
江临铺设摺叠桥板，將六组轮架改为分段低速通过。
维护车每次只前进五厘米。
二十七分钟后，最后一组轮架越过变形段。
十公里以后，ne-73的直接通信彻底消失。
消息只能通过沿途中继逐级转发。
十二点四公里。
通道开始扩大。
墙面向两侧退开，顶部消失在照明范围之外。
最后两百米是一段笔直轨道。
轨道尽头，立著一面弧度平缓的黑色巨墙。
正中央嵌著一道十二米宽的维护港门。
t-7外壳维护港。
江临先后提交pcu-17影子握手和ne-73区域身份。
【外部维护节点：身份不足】
【区域调度权限：不適用】
【请求拒绝】
港口有电。
系统也仍在运行。
它不接受外来身份。
江临关闭隔离探针，將or-v-073-04切入离线回收状態。
车辆安全单元读取自身故障帐本。
琥珀色指示灯连续闪烁三次。
【维护单元：or-v-073-04】
【任务状態：中断】
【远端调度：长期失联】
【故障记录：可追溯】
【申请类型：原生离线回收】
申请提交。
二十七秒后，轨道下方传来一次低频振动。
两组检测臂从地面升起。
一组扫描车体编號。
另一组接触车尾硬体身份接口。
一道无法由普通通信复製的硬体响应，被送入t-7外壳。
【维护单元身份：確认】
【离线回收程序：启动】
检测程序没有就此结束。
扫描范围继续越过车辆外壳，覆盖货台上的江临、g-explorer-c和全部外接设备。
【外部伴隨个体：1】
【身份：未登记】
【外部伴隨设备：1】
【设备身份：未登记】
【允许活动范围：回收平台】
【深层通行权限：关闭】
【未知接口写入权限：关闭】
系统先关闭后方通道，通过独立採样口抽取车辆周围的空气，完成外部污染检查与两侧压力平衡。
十一分钟后，十二米宽的港门中央才出现一条细缝。
洁净、乾燥的空气从压力平衡后的门隙中缓缓流出。
港门继续向两侧退开。
黑暗被照明切开。
一座超过四十米宽的回收平台出现在轨道尽头。
平台边缘排列著不同尺寸的机械接口。
上方吊装设备悬在半空，表面看不到明显锈蚀。
更远处，一片银灰色弧形结构从平台下方升起，越过照明边界，继续延伸进黑暗。
表面排列著密集的维护舱口、封闭接口和管线盖板。
在它更深处，还能看见另一层模糊的弧形轮廓。
雷射测距达到量程上限，依然无法找到顶部。
【深层弧形结构：性质未知】
【深层通行权限：关闭】
江临没有继续申请权限。
g-explorer-c先將两只环境记录盒送入港內。
温度、气压、气体成分与辐射读数保持稳定。
or-v-073-04隨后越过门槛。
轮组进入维护港轨道时，两侧导向灯同时亮起。
银灰色弧面上的检修灯带逐级甦醒，沿著弧形结构向上攀升，最终消失在黑暗高处。
维护车停入回收位。
两组固定臂从平台下方升起，將车体锁住。
那盏每隔四十七秒闪烁一次的琥珀色指示灯，第一次改变节奏。
【回收完成】
【等待检修】
江临打开t-7访问前置条件清单。
【外环共同信號源：確认】
【物理进入路线：確认】
【外壳维护港：进入】
【深层结构性质：未知】
【深层通行权限：关闭】
前三项依次完成。
回收平台深处传来机械运转声。
一座封闭升降结构从黑暗中缓慢下降。
【待检故障单元：1】
【正在读取本地故障歷史】
【检修任务正在生成】
维护港正在准备修理or-v-073-04。
江临原本已经取下货台末端的摺叠轨道平台。
回收位上方却再次亮起一组状態。
【检修目標：or-v-073-04】
【故障域：牵引／制动／储能／冷却】
【维修资料范围：本地设备与回收平台】
【深层系统资料：不可访问】
下一秒，一份新的索引出现在车辆本地维护接口中。
【rg-3_local_theral_service_package】
资料包只服务於这次检修。
它没有开放t-7主阵列，也没有给出外环冷却网络的完整设计图。
能够读取的內容，只覆盖or-v-073-04、回收平台和附近冷却支路。
车辆冷板接口。
外接储能热预算。
牵引模块允许温升。
回收平台支路压力。
相变缓衝单元剩余容量。
故障支路隔离顺序。
以及检修任务开始以后，平台如何在不同设备之间重新分配冷却能力。
江临停下动作。
他將资料包送入隔离终端。
第一张状態表展开。
【设备热负载：37%】
【本地支路流量余量：61%】
【相变缓衝剩余容量：82%】
【预计检修累积热负载：14.7j】
【支路可承受累积热负载：19.3j】
【允许任务：执行】
第二张状態表属於回收平台。
or-v-073-04只占用了平台很小一部分冷却能力。
其余接口没有设备。
检修系统却没有简单关闭閒置支路。
它將那些支路的剩余吸热能力全部登记进一张不断变化的资源表。
【branch-01：可用热容量】
【branch-02：恢復中】
【branch-03：隔离】
【phase-buffer-04：允许接管】
当or-v-073-04的牵引控制器进入诊断负载，第一支路的温升斜率开始抬高。
平台没有等待温度越线。
第三支路提前退出备用状態。
相变缓衝单元接管短时热峰。
另一组原本没有任务的维护接口，则被临时指定为热量释放路径。
整个过程中，检修系统没有改变维修目標。
改变的是热量能够使用的道路。
江临將这些状態与pcu-17缓存中的旧栏位並排放在屏幕上。
【theral_phase_bypass】
【rg-3ontstate】
【capilrypressuredrop】
【outerloopoverload】
过去，他只能从断裂薄片和残缺日誌中確认，t-7外环拥有热流重分配能力。
ps-heatrouter由此诞生。
它解决的是一台机器內部，局部热异常出现以后，热量应该被导向哪里。
眼前这份服务包展示的是另一层结构。
一台设备还有多少热余量。
一条冷却支路还能吞下多少热量。
相变缓衝需要多久恢復。
下一段计算负载会在哪里產生热峰。
某条支路失效以后，哪些任务必须降载，哪些任务可以迁移，哪些检查点必须提前保存。
这些数据被放在同一张资源表里。
算力有余量。
显存有余量。
供电有余量。
在t-7的调度体系里，冷却支路还能够吸收多少热量，同样是一种会消耗、会恢復、能够重新分配的资源。
江临看向维护港深处。
那里仍然有大片结构处於黑暗中。
深层权限没有开放。
本地服务包能够提供的资料也很有限。
可它已经补上了此前ps-heatrouter缺失的一块。
热流路由只能告诉系统，热量可以往哪里走。
新的方法还要回答：
什么时候需要它走。
应该为哪一项任务让路。
一条支路还能够支撑多久。
支路失效以后，计算任务怎样和热量一起撤退。
江临在隔离终端中建立新的项目目录。
【ps-theralfabric_v0.1】
【中文名：ps热织网】
第一层。
【设备內部热缓衝】
第二层。
【冷却支路热容量帐本】
第三层。
【计算任务与冷却能力联合调度】
第四层。
【支路故障隔离与任务迁移】
他没有复製未来材料参数。
没有照搬t-7的高压相变介质。
那些微通道、毛细结构和相变材料，现实世界暂时无法製造。
真正能够带回去的，是这套系统如何理解热量。
江临在项目目標下写入第一条现实约束。
【只使用2022年能够採购、加工和长期维护的材料与部件。】
第二条。
【適配170hx异构计算集群。】
第三条。
【目標：单条冷却支路失效时，任务可降载、迁移与回滚。】
回收平台上，or-v-073-04的检修程序已经开始。
泵组低鸣。
支路压力重新分配。
琥珀色指示灯沿著车辆外壳依次亮起。
江临没有继续申请更深层权限。
这一道门交出的东西已经足够。
那批矿卡让江临拼出了现实適配所需的计算资源。
ps热织网，將回答这些算力怎样在供电、散热和故障边界內长期运行。
他启动摺叠轨道平台。
电驱轮缓慢压上返程轨道。
身后的维护港灯带仍在银灰色弧面上一段段点亮。
江临的终端屏幕上，新项目状態停在第一行。
【当前状態：架构已建立，现实降维待验证】