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