錘式碎煤機軸承座的基板與碎煤機底板之間只有兩塊鋼板支撐,這兩個支承除了要承受轉(zhuǎn)子的重力外還要承受轉(zhuǎn)子運轉(zhuǎn)時產(chǎn)生的其它負荷,所以兩個支承的強度不足,長期運行受到交變應(yīng)力的作用,造成支承筋板疲勞使強度降低,產(chǎn)生線性位移而振動,該振動隨著碎煤機負荷的增大而加劇制砂生產(chǎn)線。 處理措施:對碎煤機轉(zhuǎn)子兩側(cè)軸承座基板支撐進行改進,提高軸承座基礎(chǔ)的強度,保證碎煤機轉(zhuǎn)子穩(wěn)定運行制砂生產(chǎn)線喂料機。 改進方案為:碎煤機兩側(cè)軸承座的基板支撐由原來的兩塊筋板增加到四塊,加強碎煤機軸承座臺板的支承強度。準確測量軸承座臺板與碎煤機底板之間的距離,使用厚度20mm的A3鋼板制作支承筋板,下料尺寸誤差控制在0—-0.30mm之間,對支撐筋板進行焊接時應(yīng)先進行對稱點焊、段焊,較后實施滿焊,注意防止焊接過程中造成軸承座臺板變形而加劇振動。通過對碎煤機轉(zhuǎn)子軸承座臺板支撐的改進,以及半年的觀察測量記錄,振動值≤0.12mm,碎煤機運行良好。 聯(lián)系人:牛經(jīng)理 網(wǎng)址:zhishaji8 jianyepsj jianyepsj/psj3.html zyksc psjzsj jytsj
相關(guān)建材詞條解釋:
軸承座
軸承座分為:剖分式軸承座、滑動軸承座、滾動軸承座、帶法蘭的軸承座、外球面軸承座等。正在加載正在加載
http
HTTP的發(fā)展是萬維網(wǎng)協(xié)會(WorldWide Web Consortium)和Internet工作小組(Internet Engineering Task Force)合作的結(jié)果,(他們)最終發(fā)布了一系列的RFC,其中最著名的就是RFC 2616。RFC 2616定義了HTTP協(xié)議的我們今天普遍使用的一個版本——HTTP 1.1。HTTP是一個客戶端和服務(wù)器端請求和應(yīng)答的標準(TCP)??蛻舳耸墙K端用戶,服務(wù)器端是網(wǎng)站。通過使用Web瀏覽器、網(wǎng)絡(luò)爬蟲或者其它的工具,客戶端發(fā)起一個到服務(wù)器上指定端口(默認端口為80)的HTTP請求。(我們稱這個客戶端)叫用戶代理(user agent)。應(yīng)答的服務(wù)器上存儲著(一些)資源,比如HTML文件和圖像。(我們稱)這個應(yīng)答服務(wù)器為源服務(wù)器(originserver)。在用戶代理和源服務(wù)器中間可能存在多個中間層,比如代理,網(wǎng)關(guān),或者隧道(tunnels)。盡管TCP/IP協(xié)議是互聯(lián)網(wǎng)上最流行的應(yīng)用,HTTP協(xié)議并沒有規(guī)定必須使用它和(基于)它支持的層。 事實上,HTTP可以在任何其他互聯(lián)網(wǎng)協(xié)議上,或者在其他網(wǎng)絡(luò)上實現(xiàn)。HTTP只假定(其下層協(xié)議提供)可靠的傳輸,任何能夠提供這種保證的協(xié)議都可以被其使用。通常,由HTTP客戶端發(fā)起一個請求,建立一個到服務(wù)器指定端口(默認是80端口)的TCP連接。HTTP服務(wù)器則在那個端口監(jiān)聽客戶端發(fā)送過來的請求。一旦收到請求,服務(wù)器(向客戶端)發(fā)回一個狀態(tài)行,比如"HTTP/1.1 200 OK",和(響應(yīng)的)消息,消息的消息體可能是請求的文件、錯誤消息、或者其它一些信息。HTTP使用TCP而不是UDP的原因在于(打開一個)一個網(wǎng)頁必須傳送很多數(shù)據(jù),而TCP協(xié)議提供傳輸控制,按順序組織數(shù)據(jù),和錯誤糾正。具體細節(jié)請參考‘TCP和UDP的不同’(en.wikipedia.org/wiki/User_Datagram_Protocol#Difference_between_TCP_and_UDP )。通過HTTP或者HTTPS協(xié)議請求的資源由統(tǒng)一資源定位器(UniformResource Identifiers)(或者,更準確一些,URLs)來標識。
相關(guān)建材詞條解釋:
軸承座
軸承座分為:剖分式軸承座、滑動軸承座、滾動軸承座、帶法蘭的軸承座、外球面軸承座等。正在加載正在加載
http
HTTP的發(fā)展是萬維網(wǎng)協(xié)會(WorldWide Web Consortium)和Internet工作小組(Internet Engineering Task Force)合作的結(jié)果,(他們)最終發(fā)布了一系列的RFC,其中最著名的就是RFC 2616。RFC 2616定義了HTTP協(xié)議的我們今天普遍使用的一個版本——HTTP 1.1。HTTP是一個客戶端和服務(wù)器端請求和應(yīng)答的標準(TCP)??蛻舳耸墙K端用戶,服務(wù)器端是網(wǎng)站。通過使用Web瀏覽器、網(wǎng)絡(luò)爬蟲或者其它的工具,客戶端發(fā)起一個到服務(wù)器上指定端口(默認端口為80)的HTTP請求。(我們稱這個客戶端)叫用戶代理(user agent)。應(yīng)答的服務(wù)器上存儲著(一些)資源,比如HTML文件和圖像。(我們稱)這個應(yīng)答服務(wù)器為源服務(wù)器(originserver)。在用戶代理和源服務(wù)器中間可能存在多個中間層,比如代理,網(wǎng)關(guān),或者隧道(tunnels)。盡管TCP/IP協(xié)議是互聯(lián)網(wǎng)上最流行的應(yīng)用,HTTP協(xié)議并沒有規(guī)定必須使用它和(基于)它支持的層。 事實上,HTTP可以在任何其他互聯(lián)網(wǎng)協(xié)議上,或者在其他網(wǎng)絡(luò)上實現(xiàn)。HTTP只假定(其下層協(xié)議提供)可靠的傳輸,任何能夠提供這種保證的協(xié)議都可以被其使用。通常,由HTTP客戶端發(fā)起一個請求,建立一個到服務(wù)器指定端口(默認是80端口)的TCP連接。HTTP服務(wù)器則在那個端口監(jiān)聽客戶端發(fā)送過來的請求。一旦收到請求,服務(wù)器(向客戶端)發(fā)回一個狀態(tài)行,比如"HTTP/1.1 200 OK",和(響應(yīng)的)消息,消息的消息體可能是請求的文件、錯誤消息、或者其它一些信息。HTTP使用TCP而不是UDP的原因在于(打開一個)一個網(wǎng)頁必須傳送很多數(shù)據(jù),而TCP協(xié)議提供傳輸控制,按順序組織數(shù)據(jù),和錯誤糾正。具體細節(jié)請參考‘TCP和UDP的不同’(en.wikipedia.org/wiki/User_Datagram_Protocol#Difference_between_TCP_and_UDP )。通過HTTP或者HTTPS協(xié)議請求的資源由統(tǒng)一資源定位器(UniformResource Identifiers)(或者,更準確一些,URLs)來標識。




















粵公網(wǎng)安備 44030402000745號