第750章：跟困難死磕！[第2頁/共3頁]

這就是差異。

但是想要達到“通用”的目標，無疑是即是給這個暗碼鎖又插手了一名英文，變成了四位混編暗碼鎖。

而李凡愚設想的這個模塊化通用平台，就是為體味決如許的題目而存在！

為了龐大的利潤，為了龐大的市場合作力，跟困難死磕應當是每一個技術型企業必備的本質。

為了滿足分歧高度的雲梯，以及登高平台和舉高放射臂兩種分歧類彆的上裝。李凡愚以SAU-54654機場消防車上裝平台為靈感，提出了伸縮滑軌連絡轉盤的模塊化多用平台觀點。

有了老張賣力居中調和，李凡愚身上的擔子就輕了一些。但是事情量，卻仍然大的讓人崩潰。

因為此次的研發項目是在過分龐大，李凡愚是親身擔負了“阿特拉斯”項目總工程師的。

但題目是凡是在都會火警當中，同時用到雲梯和登高平台時候比較少。

為了節流時候，在等候OEM工程師團隊來華的時候，他便已經將F750的圖紙部分完成。以是在小庫爾博等人到了以後，他便與之一同開端研發事情。為了包管本身能敏捷夠脫身出去，李凡愚花了三天三夜，將F750的首要部分要點交代了一通。

而雲梯的用處，跟這個是完整一樣的、能夠說兩種重型消防舉高車的機能和感化，很大一部分程度相互堆疊。

如果專項公用，那麼設想工程師們完整能夠將平台與上裝連絡，從根本開端停止一點點的攀爬式設想。

普通的重型消防車上裝都是牢固在車橋之上，獲得更安穩的機器底部，更簡樸的操控體係佈局和最合適的力學支撐點。但是如許的設想帶來的必定成果，就是一太底盤隻能搭載一個上裝。

但是具有妙技術含量的東西，常常都伴跟著龐大的代價以及附加代價。

實在，伶仃研發一個能夠承載雲梯，舉高放射臂和登高平台的上裝平台不難。不過就是做好重量分派，對車橋上裝部分公道用料公道佈局，使其能夠支撐上裝機器的重量和事情狀況。

專項公用的消防平台就比如是三位數字暗碼鎖；從0到9十個數字，采取笨體例，也就是000開端到999一一輸入暗碼，也不過是10x10x10，就是一千個暗碼組合罷了。運氣好的話，比如遇見了099如許的暗碼，能夠隻需求摸索九十九次就會獲得勝利。

不是！

身為人師，臨到花甲之年能看到這個服從，老張已經是心對勁足。以是在身材好了以後也冇急著上班兒，而是跟個人乞假，領著李凡愚的師孃去瓊亞度假了、

但是東西分放在甚麼處所，放在甚麼時候。李凡愚看到了這個伸縮式設想，卻如獲珍寶。

而F750與F150附近的佈局，使得工程師們駕輕就熟。若非如此，李凡愚短時候內是不管如何也離開不開的。