即将定稿的设计变还是不变，动力等或是不等在研发组内各有大批设计人员支持。
说起来在三代坦克设计伊始，设计团队内就有两种思路在激烈对冲，一种认为共和国应当立足当下，以t72坦克为蓝本设计共和国下一代主战坦克，还有一种则是十分激进的技术大跃进，建议共和国下一代主战坦克彻底放弃苏式坦克的设计风格，全面向西方坦克标准靠拢。
这两种设计思路的优劣暂且不提，在wz1224坦克上进行一番技术论证之后，共和国落后的工业基础暂时无法支撑起西方标准的三代坦克成了定论，参考t72坦克为蓝本研发下一代主战坦克成了团队共识。
&nbs｜ [mp; 不过没人能预料到梁远的横空出世，并在短短两年的时间里干出了许多事情。
火力、装甲、动力是一辆坦克至关重要的三大系统，决定火力的重要因素就是管子的粗细和火控是否先进，装甲这东西在某个数值之内肯定是越厚越好，而动力则是决定管子粗细和装甲薄厚的重要基础。
当研发团队拿到远嘉所有的企业资料之后，一场地震就此发生。
远嘉造不了管子但是和指挥管子的东西密切相关，坦克火控系统可以分解为两部分，一个是管控计算射击诸元的火控部分，另一部分则是战术上的综合通讯指挥部分。
坦克的火控计算机和飞机系统略有不同，飞机由于需要处理从雷达系统处返回的大量信号数据，使得典型三代战机火控计算机的数据处理能力基本达到1亿次/秒。
而坦克火控计算机对芯片运行速度的要求不高，16位元的386级别芯片即可满足运行要求，但是坦克火控计算机芯片的工作环境十分糟糕，对芯片的可靠性、维修性要求极高。必须能经受住坦克扬尘、环境温度和湿度剧烈变化以及车体颠簸和射击时产生的冲击和振动。
在梁远的坚持下，c2处理器最显著的长处就是极高的可靠性，在科技园所生产的最顶级的工业级芯片中，工作温度负50c～70c、湿热95%±3%、振动（10hz～2000hz）、抗冲击9g、系统集成终端支持日光辐射防护、防水、防沙尘、防霉菌、防盐雾，支持模块化快速维修。
这东西别说使用在环境还算正常的地面坦克上，就算用在环境近乎不可控的战斗机上都没什么问题。
坦克火控系统中关于综合通讯指挥的那部分组件中。远嘉在刚刚下线的汉字寻呼机中所应用的f2通信处理器同样是个让人激动的选择。
此时共和**工系统虽然开发出了稳像似火控系统，但是自动化程度十分的第，对目标的收索识别完全依靠坦克乘员用肉眼借助光电系统来实现，对目标的跟踪也依靠炮手进行手动控制跟踪。
而远嘉通过长征三号燃气林机车和汉字寻呼机项目所显露出来的电子系统整合能力，和机电设备开发能力，则是此时三代坦克研发团队中十分薄弱的环节。
对于共和国三代坦克研发来说，华晨动力所仿制的宝石涡轴发动机则是完成度最高的产品，华晨组装的国产宝石动力包在长征三号燃气轮机车上的单发无故障运行时长，已经超过600小时。这个记录已经超过了59式坦克发动机的全寿命。
当然，相比坦克发动机一直运行在嗑药状态下的工作环境，降功率调教宝石动力包的工作环境基本等于混吃等死的轻松状态。
如果再加上港基集电分立器件部门正在大力发展的光、电、红外、磁力等感应器件，研发团队愕然发现，假如远嘉能做好手头的电子、动力这两大至关重要的子系统，那么共和国其他工业部门只要搞定装甲，火炮，悬挂这几个重要子系统并好整车集成。当初淘汰的完全采用西方标准三代坦克的研发路途，似乎也不是那么昏暗无光。
可惜摆在技术激进派眼前的首先不是远嘉技术能力是否合格的问题。而是没有任何的文件、法规或是前例，可以使远嘉具备资格参与到共和国三代主战坦克的研发工作中来。
当然，技术激进派好不容易看到了曙光自然不会被这个人为障碍难住，有人提出索性把远嘉彻底当作海外的先进工业集团，采用技术引进的方式将团队目前研发能力薄弱的子系统分包出去。
结果这个提议一出不仅没有解决问题，反而把水搅和得更浑了。八十年代末期对于共和国科技行业来说属于卖导弹远不如卖茶叶蛋的苦逼时代。
好不容易混了个三代坦克研发项目糊口，开发团队里任何子系统的负责厂所都不希望自己成为被淘汰的那个，这可是关系到一（厂）所上下数百甚至上千人口的吃饭生存问题。
从质疑远嘉真实的研发能力到姓社还是姓资这种大是大非，从国家机密扯到资本原罪，在一片争吵声中只差最后一步的三代主战坦克迟迟无法锁定图纸。足足停摆了半月有余。
事情的转机出现在浪潮的组建，和远嘉打交道无论102所还是研发团队都有些无所适从，但和浪潮这种大型国企打交道则没有任何障碍可言，虽然远嘉在浪潮中占有一定的股份，但70%比例的国有股权使得浪潮属于公有制企业的标记异常醒目。
浪潮的出现使得容易踩地雷的体制问题被跨越了大半，毕竟动力系统的敏感性远小于坦克的火控电子系统，对于研发团队来说剩下的问题就好办了许多，朱雨生单纯从技术的角度向共和国科工委提供了一份文件，把目前团队内部的分歧所做了详细的分析。
从实际上说，朱雨生对动用远嘉的力量提高三代主战坦克性能的建议还是很动心，否则在即将锁定设计的前夕，动用总工权威压下团队内部的分歧压根就不算什么难事，连“保证开发进度按时完成”的理由都是现成的。(未完待续……)
...
