第734章 那是小问题，大的在后面 (第1/2页)

数据被分成很多个子系统，多个传感器，各自一个表格，林林总总有几十张的样子。
　　
　　高振东一边翻看着数据，一边听着他们对各个数据表的解释。
　　
　　看了一会儿，高振东对数据表的含义已经非常熟悉，他挑选了几张表，站起身来，走向了黑板。
　　
　　在李总他们好奇的目光中，高振东在黑板上画了一个坐标系，只有第一象限。
　　
　　坐标系的横坐标是时间，纵坐标上面，他分几条区域，各自写上了自己挑选的那几张数据的名字，然后以时间为索引，将几个数据的随时间变化曲线画了上去，时间一一严格对应。
　　
　　看着高振东的操作，几位来访的同志像是发现了新大陆一样，这办法，有点儿意思啊。
　　
　　这还是他们第一次看到高振东正儿八经的分析问题时的工作方式，这一看，就觉得高振东这果然是神仙放屁——不同凡响。
　　
　　高振东画完之后，盯着这个对比图看了一会儿，然后他又回过头，在数据堆里挑选了一些数据表，补充了上去。
　　
　　最后，他扔掉粉笔头，拍了拍手上的灰，转过头来。
　　
　　“同志们，我看出来一些问题，我们探讨探讨。”
　　
　　李总他们大喜，高教授果然靠谱，简直就是火眼金睛啊，就这么定睛一看，分析一会儿，就有想法了。
　　
　　“嗯，好的，谢谢高教授，你说，我们听着。”
　　
　　高振东也没耽误，将手指向了一条数据曲线，几人一看，心里咯噔一下子，那是高度表数据，果然是高度表出问题了？
　　
　　但是高振东的话却有些出乎他们的意料。
　　
　　“第一个问题，出在高度表上。”
　　
　　第一个？看来问题还不少啊？
　　
　　“这个高度表，是争先一号用的吧？”高振东笑道。
　　
　　“对，争先一号的高度表，还是你帮的忙，我们寻思这个高度表的功能、性能都满足新弹的要求，而且体积也很小，就直接采用了。”这是正确的路子，有现成的，而且是成熟、经过实战的零部件，那就直接使用就行，没必要非得去整个新的。
　　
　　所以高振东也点点头，表示同意这种做法：“嗯，对，这个思路很正确。不过你们有一个小问题，数据刷新率，你们应该调整一下，原来的那个数据刷新率低了，不够。”
　　
　　齐工有些不解：“原来那个数据刷新率应该没有问题，我们折算过，对于控制需求来说，还是可以满足的。”
　　
　　高振东摇摇头：“一开始是可以的，但是从这个点开始，就不够了。”
　　
　　他将手指向了高度表数据的一个拐点，这个拐点，是45米，然后就开始往下降，到9米多的时候，突然有一个上升，然后数据断掉了。
　　
　　而这个9米多的数据，和另外一条线上的一个很重要的点发生了关联，那是系统控制循环中，一个新循环的起始，两者之间的关系看起来好像的确是出现了问题。
　　
　　一开始够，到这里就不够了？齐工看着高振东指向的那个拐点，想了一下，突然一拍脑袋。
　　
　　“嗨，你看我这个猪脑子！都怪我，这次都怪我！”看到这里，他是追悔莫及，偷了个不该偷的懒啊！
　　
　　固体反舰弹和争先一号的弹道规划，是不同的！
　　
　　争先一号的弹道，全程是保持在40米以上，但是新弹不同，按照高振东提的要求，为了缩短敌人的反制窗口，要求导弹尽量掠海飞行，末端弹道，要降到10米以下。
　　
　　弹道低了，留给控制系统对高度进行控制的时间就短了，这里面，首当其冲的，就是数据刷新率首先就得提上来！否则然后就没有然后了。
　　
　　这个弹的高度表的问题就是，其数据刷新率，能满足40米的高度，但是对于10米以下的高度，刷新率不足，留给系统进行控制的时间窗口就非常的短。
　　
　　按照无线电高度表的硬件底子，刷新率是可以做高一些的，这也是高振东说“调整”的原因，不用重新设计，调几个元件参数就可以。
　　
　　但是刷新率在够用的前提下，并不是越高越好，这是在这年头，为了可靠性做出的一点妥协。
　　
　　所以齐工在使用争先一号的高度表之后，没有调整数据刷新率，这就导致在导弹高度下降到10米左右的时候，对高度的调整开始出现问题，而且海上是有浪的，这就更进一步恶化了高度控制系统的工作状态。
　　
　　李工也不是傻子，在高振东给出拐点之后，马上就找到了问题所在，追悔莫及，可以说，这一次的掉弹事故，就是他没有调整这个刷新率导致的。
　　
　　

（本章未完，请点击下一页继续阅读）