重生軍工子弟 1411 蘇聯的技術是不會出問題的!

    無論戰機質量如何,只要伊拉克接收,中方完成交付,就算完成了合同。

    即使伊拉克指責都沒用。

    謝凱卻不願這樣做。

    誠信是做人的基本原則,更何況這還是關乎中國軍工製造在國際的名譽。

    真把有故障隱患的戰機交付給伊拉克,只會讓404好不容易積累的名聲受到影響。

    蘇聯技術專家在這邊,發動機要真的有問題,肯定是會檢查出來。

    發動機沒問題,中方設計有缺陷,在中蘇雙方技術人員全力檢查下,也能找出問題所在。

    「謝,我們都不在意,你們在意什麼?放心……就算發動機真有問題,你們發現後,也可以通過在我們國內的技術人員以及我們薩德-25工廠來解決這些故障,直接更換發動機以及零部件都不是問題。」

    卡奇姆無所謂地說道。

    伊拉克軍工部長坎拉姆也提醒謝凱,「生產出來的戰機先交付,等貴方檢查出問題,只需提供零部件讓派到我們國內建設生產線以及培訓我國技術人才的專家們幫忙更換就好……也不會有什麼影響,對雙方都是好事。」

    軍工部長都這樣說了,後勤部長哈利·莫桑自然也不反對。

    伊拉克現在急需戰機提升空軍實力。

    他們擔心中國只是胡亂找的理由拒絕交付,就為了把戰機交給其他國家。

    伊拉克在兩年前就已經把錢支付了。

    這年頭,欠賬的是大爺。

    管他有沒有問題,先弄到手,真有問題,404的人為了名聲,也會解決的。

    謝凱堅決搖頭。

    「諸位,真的非常抱歉!麻煩大家再等等,我們會儘快找出故障原因,拿出解決方案。如果檢查後沒故障,這些戰機立即啟運,交付貴方。」

    汪貴林也向伊拉克人保證,132廠的超-7a戰機生產線不會停工,將繼續生產。

    面對伊拉克人如此迫不及待,謝凱很無語。

    難怪代表團中沒伊拉克空軍的相關負責人,要是伊拉克空軍官員在這裡,估計當場就會跟這些不重視空軍飛行員生命的大佬們幹起來。

    卡奇姆原本只是南部戰區指揮官。

    坎拉姆雖是軍工部長,伊拉克軍工又能製造多少裝備?

    哈利·莫桑這位後勤部負責人,謝凱認識他的時候連還只是一個校官呢,短短几年時間,哈利·莫桑就爬到伊拉克軍方後勤負責人,就因為他是總統的老鄉。

    好不容易安撫了迫切想要拿到戰機的伊拉克人,謝凱等人跟蘇聯人再一次坐在一起討論。

    克里莫夫設計局副總設計師斯科爾涅夫、總體結構設計師別爾夫什卡、製造rd-33發動機的契爾尼舍夫機械製造廠廠長卡申莫夫、技術總工維什尼亞克等蘇聯專家組高級成員都在列。

    蘇聯方面也高度重視此事。

    作為rd-33發動機製造工廠的廠長,卡申莫夫見中方人員一臉嚴肅地看著他們,很是不滿。

    中方這是把故障原因推到他們的發動機上,誰能舒坦?

    在中方還開口時,卡申莫夫就主動對中方開口了,「諸位,生產過程所有工藝文件貴方技術人員也檢驗過,加工工藝圖紙、質量追蹤卡、檢驗紀錄……所有資料都是完整的,數據也都符合技術要求……通過對發動機生產過程數據跟工藝文件檢查分析,我們認為,rd-33發動機不存在任何質量故障。」

    作為一家龐大發動機生產製造工廠廠長,卡申莫夫再一次向中國人強調,中國戰機墜毀,並不是蘇聯生產質量造成。

    汪貴林見對方一上來就推脫責任,臉色鐵青。

    「諸位,我們現在找故障原因,不是為了追究責任,如果導致戰機墜毀的故障原因無法找出,受損失的不僅是我們,上千台發動機訂單,都會取消。」

    汪貴林警告蘇聯人,大家都是一根繩子上的螞蚱。

    超-7a戰機訂單受影響,rd-33發動機賣給誰?

    戰機賣不出去,404不可能採購發動機回來堆在那裡生鏽。

    謝凱見蘇聯人不以為然,冷哼一聲來表達自己的不滿。

    「諸位,請不要忘記,以色列人正在改進超-7a,同樣的戰機,使用的是來自美國的發動機……」

    他的話頓時讓蘇聯人尷尬不已。

    差點就憤怒地罵出來。

    有這麼不要臉的人麼?

    用美國人來威脅他們。

    可蘇聯人不接受威脅都不行,他們同樣知道美國向中國提供了大量的技術,目前正在交付……

    鄭宇成見蘇聯人態度轉變,心中舒坦了不少。

    「這就對了嘛,大家坐在一起是討論故障原因,解決問題的。一來先把自己摘乾淨,沒有意思。技術出現問題是正常的,出現了問題,首先得解決不是。」


    霍海源等人這段時間才第一次跟蘇聯發動機生產單位面對面對接觸。

    這些天中方技術團隊跟蘇聯專家一起檢查雙方技術文件,分析故障原因所在,也算是有了了解。

    沒想到在他們面前傲慢無比的蘇聯人被鄭宇成他們吃得死死的。

    rd-33發動機設計從立項到成品生產出來,時間不長,但這款發動機性技術也相當成熟。

    米格-29同樣用這款發動機,蘇聯國內生產數百架裝備部隊,同時還在向國際出口。

    大量的飛行訓練,並沒有聽說有多少失事,證明發動機設計沒問題。

    超-7a生產總工崔元甲表達了自己的看法。

    「超-7a在生產過程中,使用貴方前一批發動機沒任何問題,一直飛到發動機大修,甚至有發動機已經報廢,也沒出現任何故障,更不要說墜機。墜毀的超-7a裝配的發動機是貴方新一批提供的,貴方作出了改進,確實對性能沒有影響……前一批發動機沒問題,裝上新發動機就出現故障……」

    斯科爾涅夫聽到這話,憤怒地反駁崔元甲:「我們的發動機雖然做了改進,也是為了提高了使用壽命。大修時間從原來的300小時提升到現在的800小時,升值可維護性也提升很多……」

    作為克里莫夫設計局的副總設計師斯,克爾涅夫更是不滿中方推卸責任的態度。

    之前還說他們推卸責任呢。

    rd-33發動機交易在合同中附帶的技術標準中就已經註明參數等具體細節。

    蘇聯的技術專家也向中方人員作了技術詳細介紹。

    rd-33發動機漲價,就因為改進設計使得使用壽命更高。

    中方技術人員同樣親自到位於莫斯科的紅色十月工廠,即契爾尼舍夫機械製造廠考察了改進後的發動機實驗跟生產,並對發動機質量等進行了檢驗。

    「鄭叔,這樣下去不是辦法,要不乾脆讓去現場,在這吵來吵去得不出結果。」

    謝凱見雙方坐在這裡根本就無法討論出問題,都在推卸責任,互相指責是對方的失誤造成故障而導致墜機。

    這跟開會的初衷不符。

    現在就不是討論責任歸屬的時候。

    直接提議到生產現場去。

    60台發動機,已經有30多台裝配到戰機上。

    裝配完成的戰機都停在132廠總裝車間廠外的跑道邊上。

    停在這裡,就為了找出故障原因後直接解決戰機上的故障隱患。

    剩下的發動機也都在132廠裝配車間的庫房,不少都在裝配現場,有的已經裝在戰機上。

    蘇聯專家組大部分人員一直都在132廠的生產現場查找問題原因。

    超-7a技術人員跟132廠各單位一直都在積極地配合。

    不解決,生產無法持續。

    鄭宇成清楚事情的嚴重性,討論故障原因變成了推卸責任,有什麼用?

    鄭宇成大手一揮,對在坐的雙方人員說道:「直接去生產現場,從現場了解具體情況,看看我們的技術調查人員是否有新發現……」

    蘇聯人自然不反對這樣的提議。

    在現場討論作用更大。

    一行技術大佬跟高層管理人員浩浩蕩蕩地向132廠超-7a總裝車間而去。

    整個車間裡擺放著一排十多架正在總裝的超-7a戰機,這些戰機裝配程度不同,全部都採用脈動試生產。

    已經裝配了發動機的戰機,尾部發動機全部被拆開擺在了旁邊,沒有裝配發動機之前的機體,依然在不停地組裝。

    之前即便出現事故,132廠的生產也沒停滯。

    憤怒的伊拉克人看到車間生產線上龐大數量的戰機,自然不再憤怒。

    而蘇聯專家到來,整個生產車間的生產終於停了下來。

    一行人剛到生產車間,熊宏元等人接到消息後就匆匆地趕過來。

    熊宏元一見到謝凱跟鄭宇成等人,就小聲地告訴謝凱他們,「巴基斯坦人過來了。」

    謝凱撇了撇嘴,「過來就過來唄,難道還要我們去迎接?這款戰機屬於雙方聯合研製,出現故障,他們的人現在才過來……」

    整個研發過程中巴基斯坦人參與得不多,只承擔一些基礎工作。

    巴基斯坦的技術人員到中國,就為了學習戰機設計跟研發過程的詳細流程,從而提升巴基斯坦戰機研發技術實力。

    他們在合作過程中,最主要的作用就是給錢。

    現在戰機出了問題,利潤受影響,巴基斯坦人居然也不上心。

    戰機墜毀,巴基斯坦人第一時間得到消息,過去了快十天才匆匆派他們的技術團隊過來,謝凱能有好氣才是怪事。

    學習,就該有學習的樣子不是?



1411 蘇聯的技術是不會出問題的!  
相關:  軍工主宰  弄潮1990從廠長開始  黑金科技  超級軍工帝國  1978,我考上了哈工大  我真的只是村長  強國快遞  超級製造帝國    踏星  驚天劍帝  布萊肯林場  神魂丹帝  長生天闕  
(快捷鍵←)上一章 ↓返回最新章節↓ 下一章 (快捷鍵→)
 
版權聲明: 好書友重生軍工子弟1411 蘇聯的技術是不會出問題的!所有小說、電子書均由會員發表或從網絡轉載,如果您發現有任何侵犯您版權的情況,請立即和我們聯繫,我們會及時作相關處理,聯繫郵箱請見首頁底部。
最新小說地圖
搜"重生軍工子弟"
360搜"重生軍工子弟"

html|sitemap|shenma-sitemap|shenma-sitemap-new|sitemap50000|map|map50000

0.0191s 3.7503MB