请问我军的30MKK能否和KJ-2000共享数据链

来源:百度文库 编辑:超级军网 时间:2024/04/30 15:16:13
如题,其实问题的意思就是30能否在KJ*2000的指挥下作战。
貌似国产机子都能,8爷,7爷,豹子,棍子,11系列等。
就是不知道完全俄式的30能否。请各位赐教如题,其实问题的意思就是30能否在KJ*2000的指挥下作战。
貌似国产机子都能,8爷,7爷,豹子,棍子,11系列等。
就是不知道完全俄式的30能否。请各位赐教
如果有图由真相更好
套密?
leonardo 发表于 2010-10-24 22:53


    这算不上什么秘密吧
    只要是TG自己研制的机子,哪怕是块板砖也能给它公用上数据链
    只是不知道我们大能的30MKK是否具有这个最基本的功能
也就是说,那70多架30现在是否还处在单打独斗状态?
如果无法用KJ-2000引导作战,再强大也只是一个幌子而已
而且隔壁鱼大已经揭穿了30MKK,其实并不强大
Typhoontornado 发表于 2010-10-24 23:23


    数据链不可以,语音的是可以的
回复 6# mountainboar


    这其实才是30MKK在中国最大的问题-融不进作战体系。其他的什么航程,载弹量,机动性的什么倒在其次。
   现代战机平台从某种程度上讲更是一个信息节点,你无法和其他友机通信,无法获取预警机的支持,那么你再厉害也是白搭。
   F-22那么厉害,也不敢脱离预警机的支持。
Typhoontornado 发表于 2010-10-24 23:42


    语音也是体系支持的一种,7爷MS也就享受这种待遇
回复 8# mountainboar


    语音的容易被截听,保密性差。
    其实关于数据链,还是老美是大拿啊。
    羡慕F-22
虽说30其实也可以一架指挥若干架其他30,实现信息共享。可是这个效能能有真正的预警机高吗
这才是TG再也不买30MKK后续机子的原因吧
要是我也不会再买,换谁都不会再买的
Typhoontornado 发表于 2010-10-24 23:23
MKK引进多扫年了,不算先进也很正常
Mailand 发表于 2010-10-25 02:01

==============================================
开发配套出数据仓也不是什么难度... 欧系 还是毛系,看给那一家活儿干
必须改 装后
数据链?……楼主知不知道有一种东西叫做吊舱?……
现在突然开始刮踩30MKK风,是何原因?
晨星 发表于 2010-10-25 09:12


    这风一直存在……原来就说MKI比MKK强好多、俄罗斯不仗义、叶利钦老骗子之类……曾有一段让某胖子压下去过……{:jian:}
关键是毛子对不对我们开放数据接口,数据连不起来,只能用语音通话补救,但效能就地很多,不过好过没有。
数据链吊舱和数据链终端是有区别的吧。
前者主要用于控制武器,如苏-30MKK用于控制KH-59ME的APK-9指令吊舱
后者主要用于和友机、预警机及地面指挥系统进行数据交换,苏-30MKK用的是TKS-2-27,性能应该为美国的LINK-4差不多。
数据链终端又不是不能换。
学习
小飞猪 发表于 2010-10-25 09:48


    如果不是像11A+那样升级,单换个数据链终端,会不会毛子根本就不开放接口?
不用,重新布线就是了。
信息化不是换个硬件,重新布线就能解决的,涉及到很多软件问题,有点像电脑usb接口,你把接口换了,得在操作系统上添加相应的驱动程序,这就要求获得操作系统的应用层接口和参数,最好有源代码。

      苏30mkk的系统不知道是什么样子的,假如模块化不好,对方又不提供源代码,要想破解然后添加自己的东西是很困难的,还不如重头搞个新的快捷有效,再升级也容易,开发人员也有成就感,能够激发士气。不过搞新的又涉及到飞控火控之类的东西,等于是把除了外壳发动机之外的东西全换了,成本不低啊。
这有什么难的!
modaoru 发表于 2010-10-25 11:11
主要是原來的系統外部通信接口 這個是軟件層的問題 如果原生支持數據鏈  多個中間層不要求完全功能實現 但是一定程度整合到平臺上來並不是不可能
pu爷早就说过了,mkk其实是个垃圾根本什么都干不了。
引进mkk唯一的意义是,以mkk的名义为掩护,背地里引进了不少技术,不然过不了。
ayanamei 发表于 2010-10-25 11:17


      你大概对软件开发接触的不多,不太明白其中的一些潜在因素。

      对于一个没有良好文档的软件来说,维护它,升级它,或者改进它,难度是比重新开发一个全新甚至更好的系统要困难很多倍的,这里面最主要的原因是,后面的人不了解前人的思路,所以改进测试的时候,经常会被一些小问题卡死,耗费大量时间和资源,但是进度却非常缓慢。这时候需要原始的开发文档支持,否则异常情况会多得超乎想象,系统的可靠性和稳定性缺乏保证,而且如果需要再次升级,又要重复一次痛苦的经历。

      如果仅仅是痛苦也就算了,真正最致命的是,在普通人眼中,升级改进一个软件系统,似乎比重新做一个简单!别人对你的看法和所得到的待遇,跟重新开发一个系统完全不能相比。但在实际难度上,新开发的系统要远比没有良好文档支持的改进容易,风险也小,后续升级也简单。付出和收获完全不成正比。

       所以通常很少有人愿意去做别人的升级改进工作,除非是自家的系统。
中国应该仿制并改进MKK

你大概对软件开发接触的不多,不太明白其中的一些潜在因素。

      对于一个没有良好文档的 ...
modaoru 发表于 2010-10-25 11:43

你真的是做軟件的嘛?一個外部通訊問題 需要系統都重寫?、
又不是要你去debug 或者更新飛控航電系統
都說了前提是有外部通信接口

只要有內部開放的的標準協議 或者專用通訊層  重新更改協議 或者在原來的協議上做個中間層
就算是兩種不同的協議 也不是沒有做中間層的可能  不說全部功能都能完全通用 但是利用原協議和新平臺一定程度上整合總多少是可以努力的

30MKK如果原生就沒有數據鏈 那就無解
你大概对软件开发接触的不多,不太明白其中的一些潜在因素。

      对于一个没有良好文档的 ...
modaoru 发表于 2010-10-25 11:43

你真的是做軟件的嘛?一個外部通訊問題 需要系統都重寫?、
又不是要你去debug 或者更新飛控航電系統
都說了前提是有外部通信接口

只要有內部開放的的標準協議 或者專用通訊層  重新更改協議 或者在原來的協議上做個中間層
就算是兩種不同的協議 也不是沒有做中間層的可能  不說全部功能都能完全通用 但是利用原協議和新平臺一定程度上整合總多少是可以努力的

30MKK如果原生就沒有數據鏈 那就無解
ayanamei 发表于 2010-10-25 11:51


    等你毕业以后,干两年再来跟我讨论这个问题吧。
NO problem!
我同意AY的意见,如果协议开放,做中间层,应该是没有问题的,中国的软件水平没有想象中那么低,而且是军队,找些牛人更没问题的!
30哥表示鸭梨很大……
http://www.cannews.com.cn/2010/0330/35771.html
在国家某重点型号工程中,火控系统作为其主体控制系统,控制逻辑复杂,交联设备众多,信息量异常庞大。不仅如此,给项目组带来更大困难的是,没有最基本的设计资料、软件开发工具,就连完备的指令系统都没有。面对坚巨的任务和不利的环境,朱荣刚和课题组迎难而上,苦干加巧干,在较短的时间里完成了对原机系统的总体、功能、硬件及软件等方面的分析。在攻关过程中,为了搞明白某些疑点,他经常赴外场进行测试试验,牺牲了几乎全部的节假日。经过艰苦努力,课题组终于完成了正确而翔实的分析报告,为该项目的成功做出了突出贡献。该研究项目最终获得国防科技进步一等奖,其成果已成功应用于对某型机的多型国产精确制导武器和数据链的加装任务,显著提升了该机型的综合作战效能,他本人再次荣立集团公司二等功。
小飞猪 发表于 2010-10-25 12:57 PM

这是好消息~
哦,好问题才能套出来好消息啊楼主大能
小飞猪 发表于 2010-10-25 12:57


    看来毛子与md标准的数据链从物理层到应用层都完全不一样,这个肯定需要先反向毛子的数据链,不牵扯到知识产权问题么?
我觉得应该能吧!给Su-30MKK换上我们的数据终端不久可以了吗!

等你毕业以后,干两年再来跟我讨论这个问题吧。
modaoru 发表于 2010-10-25 12:08

網上装x這套就算了 成本太低

你說的東西和這裡完全是兩回事

連問題在哪兒都莫不清楚還出來裝
等你毕业以后,干两年再来跟我讨论这个问题吧。
modaoru 发表于 2010-10-25 12:08

網上装x這套就算了 成本太低

你說的東西和這裡完全是兩回事

連問題在哪兒都莫不清楚還出來裝

看来毛子与md标准的数据链从物理层到应用层都完全不一样,这个肯定需要先反向毛子的数据链,不牵 ...
mountainboar 发表于 2010-10-25 13:15

上面說了 這個協議 至少要內部是開放的 買來就要有使用的授權
考反向是不現實的 不然這東西就沒有安全性了

基礎條件2個
1 MKK具備數據鏈能力
2 給我們的提供的協議本身要對內部公開

上面2個 基本條件達到 至於是軟件bridge 還是硬件bridge 都有操作的空間
看来毛子与md标准的数据链从物理层到应用层都完全不一样,这个肯定需要先反向毛子的数据链,不牵 ...
mountainboar 发表于 2010-10-25 13:15

上面說了 這個協議 至少要內部是開放的 買來就要有使用的授權
考反向是不現實的 不然這東西就沒有安全性了

基礎條件2個
1 MKK具備數據鏈能力
2 給我們的提供的協議本身要對內部公開

上面2個 基本條件達到 至於是軟件bridge 還是硬件bridge 都有操作的空間
lh19870921 发表于 2010-10-25 13:25
1 原系統是否足夠模塊化
2 通信層的API和硬體模塊是否能夠有足夠的彈性和開放性

這個估計牽涉的東西就比較深了 直接換的話 難度大