楼主的帖子写得很全面，分析很彻底，非常棒。可以考虑分析一下FPGA源代码。

可以再分析一下FPGA基带和地面站SDR实现，FPGA部分有目前唯一的CLTU BCH(63,56)硬件解码器实现

空间物体2016-066E实际上是KS-1Q / CAS-2T。

拍照被相机的HI3516 SDK坑惨了，串口驱动有bug，64KB以上的文件会溢出。最终导致不能拍照。

充电电路必须全部正常工作，卫星才能存活，这个结论是正确的。但如果改为串联2个太阳能电池，1颗充电IC+1颗均衡IC，可靠性并不一定高于 2块太阳能电池+2个充电IC。这部份当时是做过分析的，我们认为使用MPPT专用芯片节约的时间是值得的。我们有验证过的纯软件MPPT实现，但是当时时间极为紧张（工期3个月），真的来不及了。均衡不是必须的，如果能源平衡没问题，两个电池肯定都能充满。反之如果太阳能输入不足，不管是否均衡都得关机。

那个地面站软件真的是一个通宵干出来的。

真正的死因有可能是光通信模组的大电流放电（15～20A）导致锂电池损坏。这个电池组是外购的、经过第三方检测的18650锂电池，因为型号比较老，容量只有不到2600mAh，并且只能1C放电。购买和检测本身没问题，但是我们超范围使用了。这个后果不是短时间内能测出来的，这就是问题所在。

在后续的故障复现中我们发现：一直不启动光通信，仅使用其他功能，测试几个小时之后短接RBF关机，可以在仓库储存6个月不需要充电。但是只要光通信发一个100ms数据帧，电池就会受到不可逆的损害，在几天之后快速自放电。即使短接RBF关机，也不能阻止自放电。并且是一边的电池坏掉，不是两个全坏，导致电池极端不均衡。

总之就是不能开光通信，开了电池必坏，哪怕一个脉冲都不行。故障显现的时间不是立刻，而是要经过一段时间才能发现。发射前的测试时间实在是不够了，地面测试经常用充电。并且大部分测试用的是另一种新款的普通消费级松下18650，导致没能发现问题。

当时就是发了启动光通信的遥控之后，有一个电池电压就掉到3.3V以下了。之前电池充电一直是正常的，舱内温度也是正常的，自动加热也是关闭状态。正常来说这个电路待机功耗极低，放电到截止了应该也能充回来的。所以很可能是锂电池受到了不可逆的损害，其次是太阳能电池因为没有盖面玻璃/封装工艺不当损坏了，再次可能是电路损坏。

哦对了这个LTC1877虽然辐射测试数据非常好，但是它自己本身容易坏。我感觉还是要多用普通工业级/汽车级常用的电路方案，小众的器件很可能有难以预见的问题。