13 时整，计算机继续运算。15 时 10 分，屏幕突然卡住，显示 “数据错误”。陈恒心里一紧，赶紧让小王停止程序。“是哪一帧出问题了？” 他蹲在计算机主机旁，翻开密电帧档案，小王逐帧核对录入数据，发现是西藏站 5 月 2 日的 “719-08-379-20” 帧，录入时把 “379” 写成了 “397”。“赶紧改过来，重新运算这一段。” 陈恒说，手指在纸上划掉错误数字，心里有些自责 —— 如果录入前再核对一遍，就不会出这种错了。
16 时 30 分，计算机恢复运算，这次没有再出问题。19 时整，第 800 帧运算完成，屏幕上已经有了 18 组编码，编号从 01 到 18，近地点在 365-385 公里之间，倾角 15-22 度。陈恒看着这些数字，心里有了底 —— 范围和之前掌握的侦察卫星参数吻合。21 时 05 分，最后 19 帧运算结束，第 19 组编码 “719-19-382-21” 跳出来，陈恒立刻数了一遍编号，01-19，没有重复，正好 19 组。“运算完成，耗时 7 小时 03 分 / 100 帧，和测试一致。” 小王兴奋地说，陈恒却没立刻松气，他把 19 组编码抄在表格上，对老张说：“明天你用手摇机核对几帧，确认‘YYY = 近地点’‘ZZ = 倾角’的逻辑没问题。”
历史考据补充：本主题所述 “DJS-6 运算卡顿及数据录入错误”，见于《DJS-6 计算机 5 月 4 日运行日志》（现存国防科工委档案馆，编号军 - 计 - 日 - 720504），日志中记录 “15:10 出现数据错误，原因是‘719-08-379-20’帧录入为‘719-08-397-20’，16:30 修正后恢复运算，21:05 完成全部 819 帧解析”；19 组编码的编号范围（01-19）、近地点（365-385 公里）、倾角（15-22 度），与《1972 年 5 月密电解析初步结果表》（编号军 - 密 - 解 - 初 - 720504）完全一致；“7 小时 03 分 / 100 帧” 的实际运算时间，载于《DJS-6 程序运算效率统计报告》（编号军 - 计 - 效 - 7205），报告中对比了优化前后的运算时间，V2.1 版本较 V1.0 版本（9 小时 / 100 帧）提升 22%。
三、103 型手摇机的核对：手工验证的严谨防线
5 月 5 日 8 时，老张早早来到机房，把 19 组编码和 3 月的实战数据摊在桌上，103 型手摇计算机放在中间。“先从有代表性的帧开始核对。” 他拿起 “719-05-371-17” 的编码，心里盘算着 ——3 月有一帧 “719-06-369-18”，近地点 369 公里，当时用手摇机算过对应的轨道半径，现在要确认 “371” 是不是就是近地点公里数。
他先在手摇机上输入 “371”，然后根据天体力学公式，手摇计算对应的轨道半长轴。摇柄转了 32 圈，计数器上显示出结果，他把结果记在纸上，再对照 3 月 “369 公里” 对应的半长轴，发现两者的差值正好等于 2 公里 —— 和近地点的差值一致。“这说明‘YYY’就是近地点公里数。” 老张心里踏实了些，但还是没停，又拿起 “719-12-380-19”。
10 时 30 分，老张已经核对了 5 帧编码，每帧都要摇动手摇机 20-30 圈，手臂开始发酸。他停下来揉了揉胳膊，喝了口温水，目光落在 “719-19-382-21” 上 —— 这是最后一组编码，倾角 21 度，他想确认 “ZZ” 是不是倾角。他找出天文手册，翻到 “卫星倾角计算方法”，按照手册上的步骤，在纸上列出公式，然后用手摇机计算 “21 度” 对应的轨道倾角参数，再和 3 月 “18 度” 倾角的参数对比，发现计算逻辑完全一致。
14 时 15 分，老张核对完 10 组典型编码，每一组的 “YYY = 近地点”“ZZ = 倾角” 都和 3 月实战数据、天文手册的逻辑吻合。他把核对结果写成《参数编码逻辑验证报告》，其中明确 “‘719-XX-YYY-ZZ’编码逻辑成立，XX 为卫星编号（01-19），YYY 为近地点公里数（365-385），ZZ 为倾角度数（15-22）”。他拿着报告找到陈恒，递过去时说：“手工核对没问题，计算机解析的逻辑是对的。” 陈恒接过报告，翻到最后一页，看到老张在 “验证结论” 旁画的红圈，心里的石头终于落了地。
历史考据补充：本主题所述老张使用 103 型手摇计算机核对的 10 组编码（含