到第四面时，平台总线上的启动时间比前三面长了十六毫秒。

数值仍在接口允许范围，却稳定出现在三次冷启动里。

江临没有把它当作偶然波动，也没有让项目退回设计。

他先将第四面单元换到影子星同一接口，启动时间恢复批次中位数；再把一只等效单元接到飞行平台第四面接口，延迟仍然存在。

问题被定位在平台支路，不在飞行读出单元。

供电波形显示该支路的软启动参数采用了上一版默认值。

参数没有越界，却与六面同步采集的时间基线不一致。

江临在接口配置表里指出对应项，平台工程师复核原始版本记录，确认装载时沿用了早期测试参数。

修改不碰飞行硬件。

软件恢复当前基线，影子星先跑二十次冷热启动，再由飞行平台重复三次。

参数恢复前，宋遥还检查了低速安全信标的启动顺序。

第四面支路晚十六毫秒不会影响安全信标先于主业务建立，但多星时间匹配项目将来会使用同类时钟接口，配置差异不应留到上天以后再解释。

江临把这项修改同时送入十二星接口基线。

首批四星的仿真器先核对各支路软启动参数，不等制造四套平台以后再逐颗寻找差异。

一个现实飞行件工位里发现的十六毫秒，因此减少了后续四颗星的重复检查成本。

四星接口基线的复核清单因此提前增加一项。

责任人也随接口表一同锁定。

六面启动时间进入同一分布。

这项差异在进入真空和热试验以前闭合，没有形成返工。

第三天夜里，六面探测器全部接通。

标定装置从一个方向向载荷送入受控粒子等效信号，尘眼一号只开放对应探测面，其余五面保持背景采集。

pG-p02承担标定装置翻转，A1负责更换标定头与固定线束。

六个主方向完成以后，平台开始慢速姿态序列仿真。

载荷数据进入缓存，地面站按高增益链路、低速信标和主链中断三种条件分别回收。

主链被人为关闭时，尘眼一号没有丢掉事件索引。

低速信标先返回载荷状态与数据地址，链路恢复以后再从断点取回原始记录。

这套在清穹一号恢复和火星长时延架构中逐步成熟的证据分层，第一次落到现实飞行电性件上。

第二次主链关闭持续四十分钟。

期间标定装置仍按预定角度工作，平台姿态仿真切换两次，六面探测器各自产生不同数量的背景数据。

低速信标没有试图传回所有采样。

它只发送每次姿态变化的事件头、六面载荷健康状态、缓存占用和数据地址。

主链恢复以后，地面系统先请求姿态变化前后的窗口，再补齐剩余背景。

数据回收顺序与产生顺序不同，时间索引却保持连续。

宋遥将回收数据与平台本地存储逐段比较，没有重复、覆盖和空洞。

飞控组据此确认，未来真实在轨链路短时中断时，地面不会因为一批迟到数据把尘埃事件放进错误姿态。

这个结论由飞行读出单元、飞行星务接口和真实地面站共同取得，不再只属于影子星。
本章未完，请翻下一页继续阅读.........