格格党

繁体版 简体版
格格党 > 四合院:我边做科研边吃瓜 > 第737章 那是小问题,大的在後面

第737章 那是小问题,大的在後面

第737章 那是小问题,大的在后面

数据被分成很多个子系统,多个传感器,各自一个表格,林林总总有几十张的样子。

高振东一边翻看着数据,一边听着他们对各个数据表的解释。

看了一会儿,高振东对数据表的含义已经非常熟悉,他挑选了几张表,站起身来,走向了黑板。

在李总他们好奇的目光中,高振东在黑板上画了一个坐标系,只有第一象限。

坐标系的横坐标是时间,纵坐标上面,他分几条区域,各自写上了自己挑选的那几张数据的名字,然后以时间为索引,将几个数据的随时间变化曲线画了上去,时间一一严格对应。

看着高振东的操作,几位来访的同志像是发现了新大陆一样,这办法,有点儿意思啊。

这还是他们第一次看到高振东正儿八经的分析问题时的工作方式,这一看,就觉得高振东这果然是神仙放屁——不同凡响。

高振东画完之后,盯着这个对比图看了一会儿,然后他又回过头,在数据堆里挑选了一些数据表,补充了上去。

最后,他扔掉粉笔头,拍了拍手上的灰,转过头来。

「同志们,我看出来一些问题,我们探讨探讨。」

李总他们大喜,高教授果然靠谱,简直就是火眼金睛啊,就这麽定睛一看,分析一会儿,就有想法了。

「嗯,好的,谢谢高教授,你说,我们听着。」

高振东也没耽误,将手指向了一条数据曲线,几人一看,心里咯噔一下子,那是高度表数据,果然是高度表出问题了?

但是高振东的话却有些出乎他们的意料。

「第一个问题,出在高度表上。」

第一个?看来问题还不少啊?

「这个高度表,是争先一号用的吧?」高振东笑道。

「对,争先一号的高度表,还是你帮的忙,我们寻思这个高度表的功能丶性能都满足新弹的要求,而且体积也很小,就直接采用了。」这是正确的路子,有现成的,而且是成熟丶经过实战的零部件,那就直接使用就行,没必要非得去整个新的。

所以高振东也点点头,表示同意这种做法:「嗯,对,这个思路很正确。不过你们有一个小问题,数据刷新率,你们应该调整一下,原来的那个数据刷新率低了,不够。」

齐工有些不解:「原来那个数据刷新率应该没有问题,我们折算过,对于控制需求来说,还是可以满足的。」

高振东摇摇头:「一开始是可以的,但是从这个点开始,就不够了。」

他将手指向了高度表数据的一个拐点,这个拐点,是45米,然后就开始往下降,到9米多的时候,突然有一个上升,然后数据断掉了。

而这个9米多的数据,和另外一条线上的一个很重要的点发生了关联,那是系统控制循环中,一个新循环的起始,两者之间的关系看起来好像的确是出现了问题。

一开始够,到这里就不够了?齐工看着高振东指向的那个拐点,想了一下,突然一拍脑袋。

「嗨,你看我这个猪脑子!都怪我,这次都怪我!」看到这里,他是追悔莫及,偷了个不该偷的懒啊!

固体反舰弹和争先一号的弹道规划,是不同的!

争先一号的弹道,全程是保持在40米以上,但是新弹不同,按照高振东提的要求,为了缩短敌人的反制窗口,要求飞弹尽量掠海飞行,末端弹道,要降到10米以下。

弹道低了,留给控制系统对高度进行控制的时间就短了,这里面,首当其冲的,就是数据刷新率首先就得提上来!否则然后就没有然后了。

这个弹的高度表的问题就是,其数据刷新率,能满足40米的高度,但是对于10米以下的高度,刷新率不足,留给系统进行控制的时间窗口就非常的短。

按照无线电高度表的硬体底子,刷新率是可以做高一些的,这也是高振东说「调整」的原因,不用重新设计,调几个元件参数就可以。

但是刷新率在够用的前提下,并不是越高越好,这是在这年头,为了可靠性做出的一点妥协。

所以齐工在使用争先一号的高度表之后,没有调整数据刷新率,这就导致在飞弹高度下降到10米左右的时候,对高度的调整开始出现问题,而且海上是有浪的,这就更进一步恶化了高度控制系统的工作状态。

『加入书签,方便阅读』
热门推荐